declencher

Salut, C'est surement une question de newbie mais je me lance. J'utilise screen pour lancer un binaire que j'ai codé en C et que je dois lancer en root. Le soft marche bien, mais après quelques jours, il s'arrête, et screen se ferme (ma session n'existe plus). J'ai cru que je remplacé la console avec trop de log. J'ai donc supprimé la plupart des messages que j'affichais car après tout je n'étais plus en phase de debugage. J'ai juste laissé quelques messages liés à l'initialisation de l'appli puis j'ai relancé un screen. Tout a fonctionné, et au bout de 2 semaines environ ça s'arrête. Avez vous une idée de ce qui provoque ça ? Peut être qu'il faudrait que j'envoi mes log ailleurs que sur le terminal, mais je ne connais pas les bonnes pratiques standard d'unix. Ou il faut que je trouve une autre façon de le lancer ? Actuellement à chaque reboot je lance un screen...

Bonjour, Il me semble avoir lu le contraire dans un de tes posts sur le net. D'ailleurs cette page indique qu'il faut modifier les sources pour compiler sur syno : http://www.livingroomfun.info/blog/20111020/openzwave-running-on-synology-ds1010/) . Ce n'est peut être plus le cas depuis la rédaction de cet article... D'un autre côté je comprends que tu ne laches aucune source vue que tes packages seront un jour payant. Bonne continuation.

Salut, Et la publication des sources du paquet contenant openzwave modifié, tu penses les diffuser quand ? Openzwave est en LGPL donc comme la licence l'impose tu l'as peut être déjà publié sur un repo ?

J'ai du mal comprendre. Quelqu'un peut confirmer ce qui se passe si on ajoute un disque à un nas contenant un seul disque en shr ?

Salut Il n'existe aucun moyen de copier le système et sa config d'un disque à un autre (pour un bas 1 baie par exemple) ?

Salut Perso je ferai 2To dans le nouveau nas. Et 1 volume shr de 2To. Ainsi le backup serait complet en cas de perte d'un disque. Avantage: - si j'ai un peu d'argent j'achète un disque 2 ou 3 To pour le nouveau nas (et je ne sauvegarde que l'essentiel). - si 1 disque crame je le change avec une capacité supérieur pour continuer à évoluer (quelque soit le nas).

Refroidissement silencieux et capacité si nécessaire de faire tout ce que tu dits avec le dock mais sur mon PC si j'ai un besoin particulier. Je pense que les deux solutions se valent...

En fait je ne vois pas l'intérêt d'un boîtier. Même si le disque est coincé c'est pas gênant et ce serait pareil dans un boîtier non ? Et un boîtier me semblait plus cher qu'un dock et plus bruyant avec ses ventilateurs...

Salut Merci pour ton retour. Le problème c'est qu'on ne profite pas des fonctions avancées de sauvegarde ;/

Pile le modèle que j'avais repéré il y a plusieurs mois ! C'est commandé. Merci !

Salut, Il y a une autre alternative pour le zwave qui semble fonctionner sur Rasberry alors pourquoi pas sur nos NAS Synology : Zway, de la société zwave.me . Ce soft gère le razberry (module zwave pour rasberry), et surtout il semble gérer les stick ZWave de différents fabricants. Ce soft est généralement utilisé avec la solution de gestion des scénarios "zcloud", hébergée sur les serveurs de la société. Mais cette deuxième partie logicielle n'est pas indispensable. Avec zway, on a une interface permettant de gérer tout ses périphériques, et on a une API pour exploiter les périphériques via des appels à une URL (comme la plupart des box domotique). Cette solution permettrait à n'importe quel développeur d'une IHM de rajouter la compatibilité avec le zwave (si je ne me trompe pas). Quelqu'un aurait installé cette solution sur son NAS ?

Merci pour ton aide.

Je pensais comme toi. Sauf que là j'aimerai acheter un hub USB avec une alim externe pour libérer un port USB. Du coup les 2 périphériques seront sur le hub lui même connecté à une prise du Nas. Je verrai bien en testant. Dommage qu'on ne puisse pas forcer l'association via une ligne de commande.

Dans mon cas, je n'ai que 2 périphériques, tout 2 à base de puce ftdi, et j'ai dû créer les node manuellement dans les 2 cas. Là où je m'interroge, c'est comment rendre prédictible l'associsation périphérique/node. Imaginons qu'on reboot ça s'inverse, et mes programmes seront HS...

Connecté en root, j'ai supprimé le node et je l'ai recréé. Sans débrancher le périphérique. ça refonctionne. Merci pour ton aide. Sais tu comment être sûr de l'association "périphérique/node" ? Il y a une façon de forcer les choses au niveau système ?

Salut, Merci pour ton aide. Voici la trace : crw-r--r-- 1 root root 188, 0 Mar 27 18:37 ttyUSB0 crw-r--r-- 1 root root 188, 0 Mar 27 19:17 ttyUSB1 J'avais fait une erreur dans mon script lancé au démarrage (je ne l'avais jamais testé)...

Salut, Je viens de passer en DSM 4.2 et après le reboot, j'ai vu que mes programmes perso ne tournaient pas comme prévu. J'ai un module de téléinformation USB et un rfxtrx en USB. J'ai donc créé 2 "node" ttyUSB. Pourtant, quoi que je fasse, j'ai toujours, les 2 nodes sont alimentés par le module de téléinformation. Comment dire au système que le premier périphérique doit causer avec le ttyUSB0, et le deuxième avec ttyUSB1 ? Plus étrange encore : je débranche et je rebranche le rfxtrx et voilà ce que j'ai quand je fais un dmesg : [ 1331.050000] ftdi_sio 1-1.3:1.0: device disconnected [ 1334.590000] usb 1-1.3: new full speed USB device using orion-ehci and address 6 [ 1334.700000] usb 1-1.3: configuration #1 chosen from 1 choice [ 1334.720000] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected [ 1334.750000] usb 1-1.3: Detected FT232RL [ 1334.750000] usb 1-1.3: Number of endpoints 2 [ 1334.760000] usb 1-1.3: Endpoint 1 MaxPacketSize 64 [ 1334.760000] usb 1-1.3: Endpoint 2 MaxPacketSize 64 [ 1334.770000] usb 1-1.3: Setting MaxPacketSize 64 [ 1334.810000] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB1 J'en déduis que mon rfxtrx est bien associé au node ttyUSB1. Et pourtant si je fais un cat sur ttyUSB1, ce sont les données du module de téléinformation que je vois, c'est à dire comme sur ttyUSB0 Quelqu'un aurais une idée pour m'aider ?

Salut, Je pensais simplement utiliser un dock USB. Personne n'en parle. C'est une si mauvaise idée ? C'est pour sauvegarder une partie de mon ds212...

Salut, Je ne doutais pas que tout était bien fait pour synocommunity, c'est toujours le cas. C'est plutôt pour les diffuseurs de spk qui ne partage pas les sources de projets GPL aujourd'hui, et qui seront tentés de vendre les packages, toujours sans partager les sources. Eux seront en infraction d'après ce que tu expliques... J'ai hâte de voir comment tout ça va se mettre en place...

Bonjour, Je me pose une question peut être bête... Des rumeurs circulent sur la mise en place d'un market permettant de monétiser les packages. Jusque là je me dis "pourquoi pas c'est la mode". Ensuite j'ai pensé aux licences. Par exemple tout soft disponible sous licence GPL peut être vendu mais ses sources doivent être partagées. Toutes modifications de ces sources doit être rendues publiques, et mieux, tout logiciel exploitant tout ou partie de ce code GPL est obligatoirement soumis à la licence GPL. Et donc le code doit être publié... Si on revient aux packages d'appli sous licence GPL, il faudrait que les sources du package soient publiées pour rester dans la légalité non ? Et si c'est le cas c'est invendable non ? J'attends vos commentaires et corrections éventuelles car je m'interroge pas mal sur le sujet...

À ma connaissance aucun package pour ça malheureusement... On m'avait aussi conseillé une recherche sur lftp que je n'ai jamais faite... pour l'instant je lance encore cobian depuis le pc.

J'ai un ds212. Je pourrai peut être tester.

J'en déduis que tu as stoppé tes recherches sur openzwave ? En tout cas il ne faut pas mélanger openzwave et domoticz. Et je ne pense pas qu'on puisse dire qu'il y en a un plus standard que l'autre. Ce sont juste 2 projets totalement différents. Le premier propose une API open-source assurant la compatibilité avec le protocole zwave et ses nombreuses implémentations au niveau se différent capteurs et actionneurs. Le second est un projet complet proposant IHM et gestion du rfxcom pour l'instant. Peu importe l'API et l'IHM : je pense que l'idéal dans un système domotique est de coupler rfxcom pour les capteurs non critiques et zwave pour le reste...

Je pourrai tester aussi, en espérant que ce soit compatible avec ma solution perso. Je préfèrerai une cross compil de openzwave, j'aurai bientôt le matosse pour tester

Peu de retour. Certains arrivent ࠬ'installer et d'autres non... En tout cas pour lire le signal de sondes m鴩o j'ai 飲it un programme moi mꭥ. Il me reste les courbes ࠦaire au sein d'une page web.