[Plugin Tiers][Sujet Principal] ArduiDom

[Aloïs]

Au contraire, gros gain de fluidité. Par contre c'est un passage qui peut être fastidieux. Backup avant, note ta config de pin. Dans mon cas j'ai dû reconfigurer juste les pin et zou, comme en 40.
Cette mise à jour transforme beaucoup de chose dans la gestion des pin pour l'ajout du multi-arduino.

Envoyé de mon GT-I9506 en utilisant Tapatalk

[delscate]

Merci Alois, je verrai ça ce soir en rentrant

[bravan]

Merci ! Pour la SD tu aurais pu copier l'une sur l'autre. En trois clic c'est changé. J'ai effectivement ajouté les icônes de mysensors et aussi d'autre dont le digicode exclu Arduidom. Pour le nom du port c'est normal car avec cette méthode ne numéro ne peut plus changer seul.
Pour ArduidomNet c'est prévu dès revision/adaptation du protocole qui n'est pas le même.

Envoyé de mon GT-I9506 en utilisant Tapatalk

J'ai fait une image de la 1ere sd avec win32diskimager et l'image ne tenais pas en taille sur la nouvelle SD, comme il se faisait tard j'ai repris l'image en 1.188 j'avais la flemme de chercher une solution

J'ai oublier de préciser que je n'ai pas changer le sketch dans mon nano et ras

[delscate]

Mise à jour faite, pas de problème pour moi

J'ai voulu tester l'apprentissage des code, sans succés.

Il faut créer un commande, sélectionner réception radios et faire le l'apprentissage ?
Une fois le code reconnu, comment s'utilise-t-il ?

J'ai affiché l'état de la commande et il ne passe jamais à vrai.

[Aloïs]

Je crois pas qu'il est déjà poussé cette fonctionnalité car il cherche comment contourner un problème de retour à l'État 0 après réception d'un code, et aussi un petit souci pour compléter les données de l'équipement créé. Sachant qu'il est plus productif la semaine je table sur Mardi En tout ça la partie reconnaissance d'un code inexistant + création équipement est ready.

[delscate]

Ok, ce n'ai pas pour le moment indispensable pour moi. Je passe par un scénario qui teste les codes

[prophet_master]

Est-ce que qqn peut m'expliquer comment on fait pour récupérer la valeur d'une séquence radio que je vois dans le log ?

[Aloïs]

Pour l'instant par scénario : si pin'radio' == RFxxxxxx alors

[prophet_master]

peux-tu me faire un exemple ou m'expliquer plus clairement, je suis un peut perdu sur Jeedom...

J'ai modifié le plugin arduidom enfin le sketch arduino pour décoder mes sondes Oregon Scientific pour qu'elles me retournent les valeurs que je veux

dans mon log j'ai ceci :
2015-08-22 16:03:13 | debug | [92mArduino >> [OSR:27.03;13.20;][0m
2015-08-22 16:03:17 | debug | [92mArduino >> [OSW:0.00;1.80;2;NE ;][0m
2015-08-22 16:03:20 | debug | [92mArduino >> [OST:25;31.60;][0m

ce que j'ai pas compris c'est comment on fait entre Arduidom et Jeedom pour récupérer ses valeurs ?

[Aloïs]

Alors là tu ne parles pas de code radio, si tu as décodé tu peux donc remonter via les CustomVirtuel. Regarde en fin de loop du sketch tu as l'exemple pour remonter l'info, exemple :

Côté sketch :
Custom [0] = valeur_de_ta_sonde

Côté Jeedom :
Configure Variable1 en IN , equipement comme info numérique

[prophet_master]

Merci j'avais pas bien compris le fonctionnement

[prophet_master]

et voici enfin ma station météo fonctionnelle qui lit bien les capteurs Oregon Scientific

Merci de votre aide j'ai pu enlever un bug dans mon code arduino en plus

[djibb]

Bonjour... alors moi j'ai un petit soucis très bête avec des DHT... (2 ; ) )
une petite remarque tout de même : cela a fonctionné un moment... puis plus rien.
Pour le moment, plugin arduidom installé (la bêta), version du sketch modifié par mes soins 107 (pour mettre les bons pins en face des DHT)

Alors... j'ai activé des logs, mais j'ai bcp de mal à les lire et les exploiter correctement. J'aimerais bien déboguer tout ça.

Le démon est bien en route.
Quand je demande à lire la température, il me renvoie "résultat de la commande 0".

SI quelqu'un veut bien m'aider... merki

[djibb]

Aors... j'ai fait le ménage... j'ai pris le bon sketch... utilisé mon ordi pour tranférer comme c'est noté. Ce qui est surprenant, c'est que je vois appraître dans les logs les valeurs des sensors.
EDIT : bon je touche plus à rien, ça fonctionne !

[chevalir]

version 1.06 publiée a tester...
les .hex n'ont pas été mis a jour ! je me demande d'ailleurs si c'est vraiment utile de téléverser des .hex préconstruits...

C'est déjà dit mais je vient juste faire la mise à jour (retour de vacances ) et tout est ok, donc encore une fois : super boulot !!

J'ai juste ajouter mes customs dans le sketch 1.06 comme les autres fix étaient déjà intégrés tout fonctionne super bien ... même mon bricolage du protocole Chacon pour mes sondes de température ( dispo avec le sketch V1.06 ici http://cabrastudio.eu/cabrablog/ ...

bobox59 , très heureux que mes modifs soient utiles.

[bobox59]

hello, apres un weekend bien bien dur, on va essayer de s'y remettre...

donc pour la partie apprentissage, elle n'est pas terminée

dans le principe, il faut creer un equipement, mettre le pin sur "Arduinos - Receptions Radios" et non plus sur Arduino n°x Pin x - Recepteur 433MHz !!!

le fait de selectionner "Arduinos - Receptions Radios" fait passer les valeurs par une routine interne plus rapide que passer par des virtuels et scenarios.

Dans le principe, il faut donc juste creer l'equipement, mettre "Arduinos - Receptions Radios" en pin, et dans la valeur, mettre la valeur recue par l'apprentissage (par ex: RFD:1:2:3:4)
L'equipement passera donc a la valeur 1 pendant 5 secondes puis retour a 0
Je prévois egalement de pouvoir desactiver le retour automatique a 0 pour ceux qui en auraient besoin

pour ma part le retour a 0 est necessaire car mes detecteurs radio n'envoient qu'un signal a detection, tout comme les telecommandes en general.

au final, l'apprentissage pourra creer l'equipement tout seul, mais ca demande une bonne gestion du JS et AJAX et la j'ai beaucoup de mal...

[delscate]

Petite demande,

Est ce qu'il serait possible de configurer les éléments suivants :

- le temps de remonté des informations pour les DHT et autres ? Affecter une valeur au test :

Code : Tout sélectionner

if((millis() - tempsDHT) > 45000)

Définir le temps min avant la prise en compte d'une même valeur de réception RF :

Code : Tout sélectionner

if (oldRFData != RFData || oldRFAddr != RFAddr || oldRFProtocol != RFProtocol) OU temps prise en compte échu  

Et dernière question, ne pas recevoir de notification sur code 0, j'ai ça dans mon log jeedom toutes les 30 secondes

24-08-2015 15:20:23 | event | Arduino n°1 Mise à jour de [Salon][RecepteurRadio] terminée (pin1002 = 0)
24-08-2015 15:20:52 | event | Arduino n°1 Mise à jour de [Salon][RecepteurRadio] terminée (pin1002 = 0)
24-08-2015 15:21:23 | event | Arduino n°1 Mise à jour de [Salon][RecepteurRadio] terminée (pin1002 = 0)

Le but de tout ca et d’alléger les logs et de conserver la carte SD.

[Aloïs]

Pour le DHT et les custom c'est déjà le cas il me semble. Ou alors j'ai pas compris ta question.

[delscate]

Oui je les ai modifié directement depuis le sketch, c'était plus depuis une page de config sous Jeedom pour rendre plus configurable le plug in.

[Pierre.pp59]

Petite demande,
Est ce qu'il serait possible de configurer les éléments suivants depuis une page de config sous Jeedom pour rendre plus configurable le plug in
- le temps de remonté des informations pour les DHT et autres ? Affecter une valeur au test :
Définir le temps min avant la prise en compte d'une même valeur de réception RF :

Et dernière question, ne pas recevoir de notification sur code 0, j'ai ça dans mon log jeedom toutes les 30 secondes
Le but de tout ca et d’alléger les logs et de conserver la carte SD.

Bonsoir,

Là il n'y a que le papa du plugin Arduidom qui pourra te répondre.

Lorsque tu parles "de conserver la carte SD" tu veux dire éviter les écritures pour la conserver plus longtemps, je suppose que tu es sur Raspberry ?
Si oui, pour éviter l'usure de la carte mémoire, il te suffit d'installer Jeedom sur un disque dur externe.

Cdt,
Pierrot