[Plugin Tiers][Sujet Principal] ArduiDom

[cedric02]

depuis que j'ai viré pas mal de plugin obselete, c'est un peu mieux.
Il reste juste la page d'update qui met 2 minutes, et certaines page de config 5/10 secondes.

c'est un nuc intel, il allait très vite avec jeedom 2

[bobox59]

ah oui un nuc en plus !
c'est pas normal en effet.
t'a regardé coté de la commande "top" ?

[cedric02]

Il glande rien...
mais je pense que c'est pas lui à Arduidom, qui semble fonctionner maintenant.

[cedric02]

Il y a un "vieux" bug qui est revenu..
Quand on sauvegarde une commande etat, elle est ouverte par default, même si l'état reel est différent.
Il faut qu'elle change d'état au moins une fois pour être juste.

[chevalir]

J'avais fais l'update depuis le git tout etait OK. J'ai fais la même chose depuis le market rien à signaler. J'utilise le sketch V27 patché avec toutes les correction que j'avais ajouté au V24. @bobox59 est-ce que tu prévois de les intégrer au sketch V27. Le bug ds la méthode ReloadEEPROM est spécialement géant c'est un dépassement de tableau qui vient tapé un peu n'import ou en mémoire, donc tout peut très bien marcher pendant des mois et ne plus marcher d'un coup, après un changement de conf ou une recompile du sketch par example. Celui sur la detection de valeur c'est pp59 qui avait eu le problème. Et le dernier sur le calcul "Radio Mode Chacon DIO" est lui géant pour ceux qui ont des recommande avec des codes qui commence par zéro. Enfin tu a laissé en commentaire les appels aux méthodes "hook" c'est dommage ... Pas trouvé de nouveau bug ... je vais essayer sur un ESP des que je trouve un peu de temps.
Conclusion merci @bobox59 pour le boulot ...
Bonne soirée

[bobox59]

J'avais fais l'update depuis le git tout etait OK. J'ai fais la même chose depuis le market rien à signaler. J'utilise le sketch V27 patché avec toutes les correction que j'avais ajouté au V24. @bobox59 est-ce que tu prévois de les intégrer au sketch V27. Le bug ds la méthode ReloadEEPROM est spécialement géant c'est un dépassement de tableau qui vient tapé un peu n'import ou en mémoire, donc tout peut très bien marcher pendant des mois et ne plus marcher d'un coup, après un changement de conf ou une recompile du sketch par example. Celui sur la detection de valeur c'est pp59 qui avait eu le problème. Et le dernier sur le calcul "Radio Mode Chacon DIO" est lui géant pour ceux qui ont des recommande avec des codes qui commence par zéro. Enfin tu a laissé en commentaire les appels aux méthodes "hook" c'est dommage ... Pas trouvé de nouveau bug ... je vais essayer sur un ESP des que je trouve un peu de temps.
Conclusion merci @bobox59 pour le boulot ...
Bonne soirée

Salut
Alors ce qui serait merveilleux c est m envoyer ta version corrigee par mail pour que je l integre une bonne fois dans la mise a jour
Comme je suis dessus en ce moment c est l occaz !
Merci a vous deux vous m aidez encore bien sur le coup !

Concernant la methode reloadeeprom, tu peut m expliquer ton point de vue ?

[chevalir]

Salut
Alors ce qui serait merveilleux c est m envoyer ta version corrigee par mail pour que je l integre une bonne fois dans la mise a jour
Comme je suis dessus en ce moment c est l occaz !
Merci a vous deux vous m aidez encore bien sur le coup !

Concernant la methode reloadeeprom, tu peut m expliquer ton point de vue ?

Elle est sur mon git, regarde mon post du 06 juil. 2017, 07:23. Mais je peux l'envoyer par mail si besoin.
Pour la méthode reloadeeprom j'ai mis qq commentaires dans le code. Le problème est le suivant, Il y a une boucle :

Code : Tout sélectionner

      for (int i = 0; i < CNF_NB_DPIN + CNF_NB_APIN + CNF_NB_CPIN; i++) {

à plusieurs endroit dans cette boucle le tableau TimerDelays est initialisé comme cela

Code : Tout sélectionner

TimerDelays[td] = 0;

sauf que la boucle va jusqu'a CNF_NB_DPIN + CNF_NB_APIN + CNF_NB_CPIN et que le tableau lui va jusqu'à CNF_NB_DPIN +1.

Code : Tout sélectionner

unsigned long TimerDelays[CNF_NB_DPIN +1] = {0};

Il y a donc des écrasements mémoire aléatoire. C'est pour cela que d'une compile à l'autre tout peu bien marcher ... ou pas

[bobox59]

Salut
Alors ce qui serait merveilleux c est m envoyer ta version corrigee par mail pour que je l integre une bonne fois dans la mise a jour
Comme je suis dessus en ce moment c est l occaz !
Merci a vous deux vous m aidez encore bien sur le coup !

Concernant la methode reloadeeprom, tu peut m expliquer ton point de vue ?

Elle est sur mon git, regarde mon post du 06 juil. 2017, 07:23. Mais je peux l'envoyer par mail si besoin.
Pour la méthode reloadeeprom j'ai mis qq commentaires dans le code. Le problème est le suivant, Il y a une boucle :

Code : Tout sélectionner

      for (int i = 0; i < CNF_NB_DPIN + CNF_NB_APIN + CNF_NB_CPIN; i++) {

à plusieurs endroit dans cette boucle le tableau TimerDelays est initialisé comme cela

Code : Tout sélectionner

TimerDelays[td] = 0;

sauf que la boucle va jusqu'a CNF_NB_DPIN + CNF_NB_APIN + CNF_NB_CPIN et que le tableau lui va jusqu'à CNF_NB_DPIN +1.

Code : Tout sélectionner

unsigned long TimerDelays[CNF_NB_DPIN +1] = {0};

Il y a donc des écrasements mémoire aléatoire. C'est pour cela que d'une compile à l'autre tout peu bien marcher ... ou pas

wow c'est qu'il y en a des corrections !

je pense plus judicieux de reprendre ton sketch tel-quel, vu qu'il comporte toutes les ameliorations et corrections
edit: il manquerai juste la gestion de l'ethernet w5500

de plus je vois que j'avais oublié les hooks entre autres...

[touma02]

Après avoir formaté et réinstalle jeedom, jai maintenant pu télécharger la bonne version sur le market.

Cependant j'ai besoin d'aide car encore un petit probleme.
Le demon se lance niquel en ethernet mais c'est toujours marqué ping nok et dans etat du demon jai error.
Dans cet état, jai juste mis dans le sketch arduino que c'était une jeedom box alors que ça n'en n'est pas une et jai les retour d'état des entrée mais je n'arrive pas à passer de commande.si je mets que ce n'est pas une jeedom box rien ne marche

Dans le fichier log "arduidom" c'est marqué erreur lors de l'envoi de la clé api (_ok)

Pourtant dans jeedom jai tout authorise au niveau de la clé api. Pour info elle fait une longueur de 32. Merci

[chevalir]

Salut
Alors ce qui serait merveilleux c est m envoyer ta version corrigee par mail pour que je l integre une bonne fois dans la mise a jour
Comme je suis dessus en ce moment c est l occaz !
Merci a vous deux vous m aidez encore bien sur le coup !

Concernant la methode reloadeeprom, tu peut m expliquer ton point de vue ?

Elle est sur mon git, regarde mon post du 06 juil. 2017, 07:23. Mais je peux l'envoyer par mail si besoin.
Pour la méthode reloadeeprom j'ai mis qq commentaires dans le code. Le problème est le suivant, Il y a une boucle :

Code : Tout sélectionner

      for (int i = 0; i < CNF_NB_DPIN + CNF_NB_APIN + CNF_NB_CPIN; i++) {

à plusieurs endroit dans cette boucle le tableau TimerDelays est initialisé comme cela

Code : Tout sélectionner

TimerDelays[td] = 0;

sauf que la boucle va jusqu'a CNF_NB_DPIN + CNF_NB_APIN + CNF_NB_CPIN et que le tableau lui va jusqu'à CNF_NB_DPIN +1.

Code : Tout sélectionner

unsigned long TimerDelays[CNF_NB_DPIN +1] = {0};

Il y a donc des écrasements mémoire aléatoire. C'est pour cela que d'une compile à l'autre tout peu bien marcher ... ou pas

wow c'est qu'il y en a des corrections !

je pense plus judicieux de reprendre ton sketch tel-quel, vu qu'il comporte toutes les ameliorations et corrections
edit: il manquerai juste la gestion de l'ethernet w5500

de plus je vois que j'avais oublié les hooks entre autres...

En fait i n'y as que 3 ou 4 corrections mais cela représente pas mal de lignes. De ce que j'ai vu effectivement c'est plus rapide d'ajouter les modifications pour le W550 que de faire le boulot dans l'autres sens ... c'est la que les branches dans le GIT pourraient aider mais dans tous les cas si plusieurs personnes font des modifications en parallèle il faut qqn pour le merge à la fin.

Sinon j'ai fait le test avec un ESP cela marche très bien ... j'ai juste fait un test simple avec une led mais c'est déjà cela. J'ai donc maintenant un Arduino USB et un en Wifi.
Bonne soirée.

[chevalir]

Après avoir formaté et réinstalle jeedom, jai maintenant pu télécharger la bonne version sur le market.

Cependant j'ai besoin d'aide car encore un petit probleme.
Le demon se lance niquel en ethernet mais c'est toujours marqué ping nok et dans etat du demon jai error.
Dans cet état, jai juste mis dans le sketch arduino que c'était une jeedom box alors que ça n'en n'est pas une et jai les retour d'état des entrée mais je n'arrive pas à passer de commande.si je mets que ce n'est pas une jeedom box rien ne marche

Dans le fichier log "arduidom" c'est marqué erreur lors de l'envoi de la clé api (_ok)

Pourtant dans jeedom jai tout authorise au niveau de la clé api. Pour info elle fait une longueur de 32. Merci

Laisse jeedom BOX cela change juste l'URL pour l'accès à ton Jeedom.
Si pour ouvrir le dashboard tu as une URL du type http://192.168.xx.xx/index.php?v=d&p=dashboard mettre CNF_JEEDOM_BOX=1
Si tu as une URL du type http://192.168.xx.xx/jeedom/index.php?v=d&p=dashboard mettre CNF_JEEDOM_BOX=0
Pour le ping noK essai d'utiliser le bouton vert "Vérifier la liaison..." essai aussi de refaire la configuration des pins. Si tu as la remonté des états c'est bon signe. j'espère que cela va t'aider...
bonne soirée.

[touma02]

Merci chevalir,

Effectivement je n'ai pas la partie jeedom dans mon lien. Pourtant c'est pas une jeedom box !

Jai toujours l'erreur dans les log, erreur de l'envoi de la clé api, alors que dans le moniteur je vois bien que je l'ai reçu

Je mets ce que j'ai dernierement dans les liens avec larduino

Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/var/www/html/plugins/arduidom/ressources/arduidomx.py", line 336, in COMServer
line = SerialPort.readline()
File "/usr/lib/python2.7/dist-packages/serial/serialposix.py", line 460, in read
raise SerialException('device reports readiness to read but returned no data (device disconnected?)')
SerialException: device reports readiness to read but returned no data (device disconnected?)

WARNING:arduidom:KILL FILE

Dans le stableau le statut du demon est ok, mais je n ai toujours pas le ping ok et dans etat du demon jai erreur, la je ne vois plus trop quoi faire

[bobox59]

Après avoir formaté et réinstalle jeedom, jai maintenant pu télécharger la bonne version sur le market.

Cependant j'ai besoin d'aide car encore un petit probleme.
Le demon se lance niquel en ethernet mais c'est toujours marqué ping nok et dans etat du demon jai error.
Dans cet état, jai juste mis dans le sketch arduino que c'était une jeedom box alors que ça n'en n'est pas une et jai les retour d'état des entrée mais je n'arrive pas à passer de commande.si je mets que ce n'est pas une jeedom box rien ne marche

Dans le fichier log "arduidom" c'est marqué erreur lors de l'envoi de la clé api (_ok)

Pourtant dans jeedom jai tout authorise au niveau de la clé api. Pour info elle fait une longueur de 32. Merci

Salut
Petit rappel general.
Quand vous allez chez le docteur vous vous faites examiner !
Ici c est pareil, il faut les fichiers logs pour pouvoir vous aider !

[touma02]

Dans arduidom daemon :

Code : Tout sélectionner

2017-07-12 17:13:19,356 | INFO | MainThread - arduidomx:578 - ######################################
2017-07-12 17:13:19,356 | INFO | MainThread - arduidomx:579 - # ArduiDom - Arduino Link for jeeDom #
2017-07-12 17:13:19,357 | INFO | MainThread - arduidomx:580 - # v2           by Bobox59 & Cedric02 #
2017-07-12 17:13:19,357 | INFO | MainThread - arduidomx:581 - ######################################
2017-07-12 17:13:19,357 | INFO | MainThread - arduidomx:582 - LogLevel = INFO option.logvevel = INFO
2017-07-12 17:13:19,486 | INFO | MainThread - arduidomx:616 - Nombre de processus arduidomx.py = 1
2017-07-12 17:13:19,487 | INFO | MainThread - arduidomx:631 - .
2017-07-12 17:13:19,487 | INFO | MainThread - arduidomx:632 - .
2017-07-12 17:13:19,487 | INFO | MainThread - arduidomx:661 - Verify Arduino Version [127] >> Arduino 1
2017-07-12 17:13:19,488 | INFO | MainThread - arduidomx:836 - Launch Main TCP Thread
2017-07-12 17:13:19,488 | INFO | MainThread - arduidomx:846 - .
2017-07-12 17:13:19,499 | INFO | MainThread - arduidomx:847 - .
2017-07-12 17:13:19,500 | INFO | MainThread - arduidomx:848 - Prepare to launch TCP Thread(s) on base port 58200...
2017-07-12 17:13:20,003 | INFO | MainThread - arduidomx:864 - Launch TCP Thread n°1
2017-07-12 17:13:20,004 | INFO | MainThread - arduidomx:873 - ALL TCP Threads Launched !
2017-07-12 17:13:20,005 | INFO | MainThread - arduidomx:875 - Tell to jeedom Arduinos are OK
2017-07-12 17:13:20,016 | INFO | MainThread - arduidomx:879 - Surveille le .kill ...

dans Arduidom_daemon_stderr :

Code : Tout sélectionner

Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/var/www/html/plugins/arduidom/ressources/arduidomx.py", line 336, in COMServer
line = SerialPort.readline()
File "/usr/lib/python2.7/dist-packages/serial/serialposix.py", line 460, in read
raise SerialException('device reports readiness to read but returned no data (device disconnected?)')
SerialException: device reports readiness to read but returned no data (device disconnected?)
WARNING:arduidom:KILL FILE /var/www/html/plugins/arduidom/ressources/arduidomx.kill FOUND, EXITING...

dans arduidom

[2017-07-12 06:38:44][ERROR] : 1 Erreur(s) pendant le lancement du démon...
[2017-07-12 19:13:24][ERROR] : Erreur lors de l'envoi de l'api a l'arduino ethernet (_OK)
[2017-07-12 19:13:24][ERROR] : 1 Erreur(s) pendant le lancement du démon...
[2017-07-12 19:14:04][ERROR] : Erreur lors de l'envoi de l'api a l'arduino ethernet (_OK)

[bobox59]

Dans arduidom daemon :

Code : Tout sélectionner

2017-07-12 17:13:19,356 | INFO | MainThread - arduidomx:578 - ######################################
2017-07-12 17:13:19,356 | INFO | MainThread - arduidomx:579 - # ArduiDom - Arduino Link for jeeDom #
2017-07-12 17:13:19,357 | INFO | MainThread - arduidomx:580 - # v2           by Bobox59 & Cedric02 #
2017-07-12 17:13:19,357 | INFO | MainThread - arduidomx:581 - ######################################
2017-07-12 17:13:19,357 | INFO | MainThread - arduidomx:582 - LogLevel = INFO option.logvevel = INFO
2017-07-12 17:13:19,486 | INFO | MainThread - arduidomx:616 - Nombre de processus arduidomx.py = 1
2017-07-12 17:13:19,487 | INFO | MainThread - arduidomx:631 - .
2017-07-12 17:13:19,487 | INFO | MainThread - arduidomx:632 - .
2017-07-12 17:13:19,487 | INFO | MainThread - arduidomx:661 - Verify Arduino Version [127] >> Arduino 1
2017-07-12 17:13:19,488 | INFO | MainThread - arduidomx:836 - Launch Main TCP Thread
2017-07-12 17:13:19,488 | INFO | MainThread - arduidomx:846 - .
2017-07-12 17:13:19,499 | INFO | MainThread - arduidomx:847 - .
2017-07-12 17:13:19,500 | INFO | MainThread - arduidomx:848 - Prepare to launch TCP Thread(s) on base port 58200...
2017-07-12 17:13:20,003 | INFO | MainThread - arduidomx:864 - Launch TCP Thread n°1
2017-07-12 17:13:20,004 | INFO | MainThread - arduidomx:873 - ALL TCP Threads Launched !
2017-07-12 17:13:20,005 | INFO | MainThread - arduidomx:875 - Tell to jeedom Arduinos are OK
2017-07-12 17:13:20,016 | INFO | MainThread - arduidomx:879 - Surveille le .kill ...

dans Arduidom_daemon_stderr :

Code : Tout sélectionner

Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/var/www/html/plugins/arduidom/ressources/arduidomx.py", line 336, in COMServer
line = SerialPort.readline()
File "/usr/lib/python2.7/dist-packages/serial/serialposix.py", line 460, in read
raise SerialException('device reports readiness to read but returned no data (device disconnected?)')
SerialException: device reports readiness to read but returned no data (device disconnected?)
WARNING:arduidom:KILL FILE /var/www/html/plugins/arduidom/ressources/arduidomx.kill FOUND, EXITING...

dans arduidom

[2017-07-12 06:38:44][ERROR] : 1 Erreur(s) pendant le lancement du démon...
[2017-07-12 19:13:24][ERROR] : Erreur lors de l'envoi de l'api a l'arduino ethernet (_OK)
[2017-07-12 19:13:24][ERROR] : 1 Erreur(s) pendant le lancement du démon...
[2017-07-12 19:14:04][ERROR] : Erreur lors de l'envoi de l'api a l'arduino ethernet (_OK)

ton arduino est un vrai arduino ? ou un clone a 8 eu ?
je demande ca vu que j'en ai deja grillé 2 à 8 euros en une semaine a force de tests alors que le premier etait un vrai et qu'il est toujours en service...
et ton erreur

Code : Tout sélectionner

SerialException: device reports readiness to read but returned no data (device disconnected?)

semble bien venir d'un souci de communication avec l'arduino...

envoi nous aussi le resultat d'un dmesg sur le jeedom

[bobox59]

En fait i n'y as que 3 ou 4 corrections mais cela représente pas mal de lignes. De ce que j'ai vu effectivement c'est plus rapide d'ajouter les modifications pour le W550 que de faire le boulot dans l'autres sens ... c'est la que les branches dans le GIT pourraient aider mais dans tous les cas si plusieurs personnes font des modifications en parallèle il faut qqn pour le merge à la fin.

Sinon j'ai fait le test avec un ESP cela marche très bien ... j'ai juste fait un test simple avec une led mais c'est déjà cela. J'ai donc maintenant un Arduino USB et un en Wifi.
Bonne soirée.

Ok
alors soit un cours privé sur le merge, ou bien je te passe mon compte git ?

[touma02]

J'ai 4 arduinos, ça fait la même chose partout. (officiel ou non)
Ca communique bien pourtant j'ai bien les retour d'états.

Une question, si j'écris dans le moniteur série SP131 par exemple ça devrait mettre a 1 la pin 13 ou ca ne fonctionnerait pas ?
Ca me permettrait de tester si c'est le programme de l'arduino qui merde

[chevalir]

Ok
alors soit un cours privé sur le merge, ou bien je te passe mon compte git ?

pour cette fois c'est un peu tard pour les branches. Il faut le faire avant que le code diverge.
Je n'ai jamais fait de merge sur Git mais je l'ai fait sur d'autres outils de gestions de versions. J'ai regardé la doc de Git le principe est le même que les autres. Lorsque Git fait un merge entre une branche A et une branche B il repart du fichier d'origine tel qu'il était au moment de la création de la branche B. Sur ce fichier d'origine applique tous les changements fait sur la branche A et tous ceux fait sur la branche B pour générer un fichier de fusion qui sera la nouvelle version de la branche A. L'intérêt du merge par rapport à un simple diff c'est qu'il ne ramène pas simplement ce qu'il trouve de nouveau dans B vers A mais il vérifie que c'est bien un ajout fait ds B. Dernière chose si la même portion de code ( même ligne ) a été modifié à la fois ds A et ds B Git ne peut pas décider, ds ce cas il va demander de résoudre le conflit manuellement.

Si tu est ok, je vais essayer de faire le merge à la main en locale et le remonter le résultats dans une branche. Cela n'a pas beaucoup d'intérêt pour cette fois mais cela permettra de faire un test de merge. Par contre de mon coté cela ne sera pas avant la semaine prochaine je n'ai pas beaucoup de dispo ce we donc si tu préfère le faire avant pas de problème .

[chevalir]

@bobox59
J'ai fais les modifications dans un fork de ton git. J'ai remonté les modifications une pare une voir l'historique ici : https://github.com/chevalir/arduidom/co ... ed_v27.ino
Si tout va bien je pourrais remonter les modifications sur ton repo git.
Bonne soirée

[touma02]

Bonjour,

Pour rappel mon problème et que j'ai bien les retours d'état mais je n'arrive pas à passer de commande avec un arduino + shield ethernet

Dans les log arduidom j'ai : Erreur lors de l'envoi de l'api a l'arduino ethernet (_OK)
Dans les log arduidom_demon_stderr j'ai

Code : Tout sélectionner

Traceback (most recent call last):
File "/var/www/html/plugins/arduidom/ressources/arduidomx.py", line 890, in <module>
main()
File "/var/www/html/plugins/arduidom/ressources/arduidomx.py", line 656, in main
if options.A1_port == "Network" :
AttributeError: Values instance has no attribute 'A1_port'

J'ai un peu avancé dans mon problème : Je suis allé dans le fichier arduidom.Class.php et j'ai mis en commentaire dans la fonction setpinmapping :

Code : Tout sélectionner

if ($tcp_check != "AP" . config::byKey('api') . "_OK") { 
711                 log::add('arduidom', 'error', "Erreur lors de l'envoi de l'api a l'arduino ethernet (" . $tcp_check . ")"); 
712                 return ("BAD"); 

et la tout fonctionne

Du coup je suis aller voir dans le moniteur série pour voir ce que répondait l'arduino à la requête AP

et Au lieu de répondre AP{cléapi}_OK il répond que _OK, donc le problème vient de la.

Dans le sketch le code de base à la reponse AP est le suivant :

Code : Tout sélectionner

           ReloadEEPROM();       
                    Serial.print(DataSerie);
                    Serial.println("_OK");
                    client.print(DataSerie);
                    client.println("_OK");
                    ReadyToSend = true;

et pour que ca renvoi le bon truc j'ai du déplace le ReloadEEPROM();

Code : Tout sélectionner

         Serial.print(DataSerie);
                    Serial.println("_OK");
                    client.print(DataSerie);
                    client.println("_OK");
                    ReloadEEPROM();
                    ReadyToSend = true;

Est ce que cela a une importante qu'il soit placé avant l'envoi du retour ?
Merci d'avance