Sp@r0

Perso je n'utilise pas mon syno

Perso, j'utilise un OWL CM113 command

Ce type d'architecture ne pose pas sp

Bon déjà cela me fait un peu sourire parce que USENET est bien plus ancien que les torrents, il est même plus ancien qu'internet .... A la base c'est un genre de système de blogs avec un prémisse d'échange en réseau entre serveurs d'ailleurs totalement indépendant d'internet au départ. C'était un peu tomber dans l'oubli à part par les geeks !!! Bon pour l'histoire comment ça marche en gros , le serveur auquel tu te connecte ben il liste tous les articles que les gens on envie de publier dessus et il les échangent avec d'autres serveurs usenet (prédéterminé dans la config du serveur) sans contrôle de ce qui passe. Il concerve les articles un certain temps et toi tu pioche dedans avec un lecteur de news. Ce que tu paye dans un serveur payant c'est l'annuaire de serveur qu'il utilise pour qu'il publie des articles qui t'intéresse et le fait qu'il conserve longtemps l'historique (ca demande un max de place disque et une balaise de bande passante !!!), ainsi que leurs irrespects de la légalité.... + une grosse bande passante pour te faire télécharger vite les articles. Les articles peuvent contenir du texte, des fichiers, .... Les fichiers NZB c'est juste un moyen plus aisé de retrouver les différents morceaux d'un article. Ce système à été vite dépassé par le concept d'internet plus souple et efficace Par contre c'est vite devenu un gros repère de truc super illégaux, plutôt orienté gros pervère et personne à barbe qui font pété des avions .... (je caricature un peu) Voilà pour ce qui ai de la création d'un serveur usenet sur un NAS je ne pense pas que cela pose de problème mais il faut que tu trouve des serveurs qui acceptent d'échanger leur articles avec les tiens !!!! M'enfin pour dire que c'est un super concept et que c'est dommage de n'y voir qu'un système pour télécharger des trucs illégaux => :(

C'est surement un param

il faut que les 2 ports ce suive et dans le m

Première réponse de google avec les mots clefs "ftp ports" => les connexions FTP : le port 21 pour les commandes et le port 20 pour les données Et en plus c'est marqué dans le résumé même pas besoin de cliquer sur le lien .....

Alors l

Je n'ai jamais entendu parler d'un projet open source de ce type mais ce serait effectivement int

oups j'ai oublié une ligne dans mon tuto !!!! Il faut créer le node de connexion avec une commande du style : mknod /dev/usb/ttyUSB0 c 188 0 et tu en créer plusieurs si tu veux d'autres ports séries style mknod /dev/usb/ttyUSB1 c 188 1 Perso je n'ai pas de préférence pour la puce du câble les 2 marchent bien chez moi !!! Je pense que avec le node de connexion cela devrait fonctionner => perso moi je test mes connexions avec un scripts python tu peux trouver un exemple de code python qui tourne sur mon syno pour la gestion d'un capteur X10RF => ICI

C'est possible et dans ce cas c'est de la compilation mais c'est un peu lourd car il te faudra copier toutes les sources sur le syno environ 1,5 giga et en plus tu ne pourra pas profiter de aptitude ou de yum pour charger les sources qui manquent.... Et en plus les fichiers de configuration automatiques riquent de ne pas marcher à cause de toutes les dépendances qui vont manquer mais c'est possible => et mise à part sur ta bête de course ça risque d'être un peu lent .... Je te suggére plutôt de le faire sur un linux (Moi je suis PC avec Fedora 12 !!!!) mais une installation virtualisé type VMWare, VirtualBox ou Qemu fera trés bien l'affaire pour compiler.

Le problème n'est pas tant dans le fait de cross compiler mais plutot dans les paramétrés du fichier config et la version du kernel utilisé sur le 710+ => pour l'instant ce que fournit synology n'est pas exacte pour ce modèle => cross compilation possible mais les modules sont non fonctionnels !!!! Du coup MS_Totor essai de compiler des modules déja existant sur le syno et trouver d'ou vienne les différences => pas evident du tout .... Effectivement, il existe des modèles LANs mais le probleme serait le même que en usb leur produit fonctionne toujours sur un port com aprés y a soit un convertiseur COM<=>USB soit un convertisseur COM<=>LAN/WIFI. Je n'ai personnelement jaimais tanté de compiler le module qui va avec le convertisseur COM<=>LAN mais ça doit pouvoir ce faire mais c'est à tester avant d'acheter !!! Sinon pour le prix des modules RFXCOM, il sont plus chere que d'autres mais ils décodent et vérifient la cohérences des trames avec un microcontrolleur en interne et leurs produits sont reconnus par touts les projet de domotique. Personnelement je n'ai pas encore achteté de module d'emission parceque j'aui en projet d'en faire un. Derniére remarque au sujet de la commande, si vous commandez chez le fabricant vous pouvez acheter des updates du firmwares pour le rendre compatibles avec plus d'équipements mais domadoo ne les proposent pas.

Donc j'ouvre ce sujet suite

Je pense que Heyu est parfaitement portable sur nos syno la seul difficult

D

La compilation de ce genre de librairie et complexe elle demande tout un tas de d

Sauf que chez moi pour un module de kernel ou pour un soft que j'ai compilé pour la webcam USB renvoi : Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 Type: EXEC (Executable file) Machine: ARM Version: 0x1 Entry point address: 0x8a3c Start of program headers: 52 (bytes into file) Start of section headers: 10800 (bytes into file) Flags: 0x5000002, has entry point, Version5 EABI Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 8 Size of section headers: 40 (bytes) Number of section headers: 34 Section header string table index: 31 Ce qui été à prévoir sur mon arm 32bits .....:D:D:D