Commande volet roulant avec ESPeasy OU sketch MQTT.

[marmoul]

Ok merci dés précisions pour le in

Oui je pense que c’est du au perturbations des condensateurs des volets. Je vais demander conseil à rol pour essayer de corriger le pb.

[czara]

Bonjour,

J'ai ajouter la ligne que m'a indiquer @czara

Code : Tout sélectionner

 wifiManager.setTimeout(120);

car encore une coupure de courant aujourd'hui et rebelote pour la config...
( J'ai trouver plus rapide je bascule le disjoncteur des volets une fois le wifi opérationnel et hop tous se remet en ordre )

Par contre phénomène bizarre j'ai renvoyer tout les sketch dans les 6 modules via ota.
Du coup certain on fait une calibration complète (up/dwn) d'autre on fait juste dwn et un autre rien du tout...

Bizarre non

Il ne faut pas juste ajouter la ligne, il y a une fonction ou une action qui doit y être associée qui demanderait, par exemple, à tes modules de redémarrer au bout de 3 minutes tant qu'ils ne se connectent pas au wifi. Si tu dois les configurer tu as trois minutes pour le faire, sinon le module reboot et tente de se reconnecter avec les paramètres qu'il a déjà.

Christophe

[manumdk]

Tout se fait via mqtt.
Tu peux développer ton pb stp?

C’est quoi des fausse commande pour toi?

Salut,
Quand je me connectais avec un client sur le topic # je recevais une première salve de message alors que j'avais stoppé les modules qui auraient dû émettre ces messages.
Le plugin Mqtt a évolué, il y a maintenant le paramètre retain dans la config. Je ne l'avais pas configuré, depuis je suis passé à 0.
Mais le serveur a aussi le paramètre dans son fichier de conf :

Code : Tout sélectionner

sudo nano /etc/mosquitto/mosquitto.conf

Code : Tout sélectionner

# Place your local configuration in /etc/mosquitto/conf.d/
#
# A full description of the configuration file is at
# /usr/share/doc/mosquitto/examples/mosquitto.conf.example

pid_file /var/run/mosquitto.pid

persistence false
persistence_location /var/lib/mosquitto/

log_dest file /var/log/mosquitto/mosquitto.log

include_dir /etc/mosquitto/conf.d

Code : Tout sélectionner

 sudo /etc/init.d/mosquitto restart

Une fois le la clé persistence mise à false et un restart du service, plus de message à la reconnexion du client.

Je n'ai pas encore pris de temps de comprendre le fonctionnement de la persistence, mais sur mon Jeedom ça me mettait le brodel

A+

[marmoul]

Bonjour,

J'ai ajouter la ligne que m'a indiquer @czara

Code : Tout sélectionner

 wifiManager.setTimeout(120);

car encore une coupure de courant aujourd'hui et rebelote pour la config...
( J'ai trouver plus rapide je bascule le disjoncteur des volets une fois le wifi opérationnel et hop tous se remet en ordre )

Par contre phénomène bizarre j'ai renvoyer tout les sketch dans les 6 modules via ota.
Du coup certain on fait une calibration complète (up/dwn) d'autre on fait juste dwn et un autre rien du tout...

Bizarre non

Il ne faut pas juste ajouter la ligne, il y a une fonction ou une action qui doit y être associée qui demanderait, par exemple, à tes modules de redémarrer au bout de 3 minutes tant qu'ils ne se connectent pas au wifi. Si tu dois les configurer tu as trois minutes pour le faire, sinon le module reboot et tente de se reconnecter avec les paramètres qu'il a déjà.

Christophe

Je vais laisser comme sa en attendant tes modifications car je m’y connais pas assez
Merci

A manumdk

Apparemment lunarok a mis le retain à zéro en paramètre par défaut du cou sa devrait être bon de ce côté là j’en pense
Merci

[rol-rider]

@ marmoul, j'ai vu ton message, mais je vois pas trop d'où ça peut venir ?
Le condensateur du moteur ? Je doute, il sert juste pour le démarrage.
Tes moteur sont bien filaire, pas comme les Yokis avec un fil pilote ?
Vous êtes bien sur le même plugin MQTT ( j'ai vu qu'il y en a deux le jmqtt et MQTT)
Pour éviter les perturbations, il faudrait peut être mieux avec l'Inter laisser le gpio sur gnd et pour commander le moteur ouvrir l'Inter. ( Activer le moteur en passant de 0 à 1)



Envoyé de mon Nexus 7 en utilisant Tapatalk

[marmoul]

@ marmoul, j'ai vu ton message, mais je vois pas trop d'où ça peut venir ?
Le condensateur du moteur ? Je doute, il sert juste pour le démarrage.
Tes moteur sont bien filaire, pas comme les Yokis avec un fil pilote ?
Vous êtes bien sur le même plugin MQTT ( j'ai vu qu'il y en a deux le jmqtt et MQTT)
Pour éviter les perturbations, il faudrait peut être mieux avec l'Inter laisser le gpio sur gnd et pour commander le moteur ouvrir l'Inter. ( Activer le moteur en passant de 0 à 1)



Envoyé de mon Nexus 7 en utilisant Tapatalk

Oui mes moteurs sont en filaire c’est des somfy Classic avec dés bouton Céliane.
Je possède mqtt de lunarok mis à jour pour les retains.
Par contre je n’ai pas compris pour le câblage ?
Là actuellement je suis câble comme latwingo entre grnd-gpio12 et gpio-13
Tu pense à un autre câblage ?
Merci

[rol-rider]

les relais sont sur gpio 12/13
mais les BP c'est gpio 4/5

les celiane? c'est des inter classique qui reste dans leurs position ou style BP qui reviennent en position de départ?
après j'ai cru comprendre que pour actionner les relais (moteur) tu passes le gpio 4/5 sur gnd?
moi, je disais avec un inter fermé (donc gpio4/5 à gnd) quand tu ouvres l'inter, il passe à 1.............après il faut adapter le sketch je pense.

avec tous les gpio sur gnd, tu risques pas d'avoir des interférences .....normalement !

[marmoul]

Oui le Céliane sont des interrupteur qui reste en position ( monter/stop/descente)

Oui je suis configuré sur les gpio 12-13 après je ne sais pas ce qui est possible de faire avec les 4-5 je laisse les pro du code me dire

Petit question : la mise en route d’un moteur pourrait pas faire chuter la tension une fraction de secondes et détraquée les esp qui seraient alors mal alimentés ?

Merci

[rol-rider]

si c'est le câblage de latwingo, c'est pas 12/13 mais 4/5....bref le problème n'est pas là.

donc ok pour l'inter tu as donc le gnd qui arrive et qui va soit sur monter soit sur descente en fonction de la position de l'inter.
tu as donc trois positions?
il faudrait que tu testes avec un condensateur (100nF) entre gnd et descente et un autre entre gnd et monter pour voir si c'est pas mieux. ça peut être câblé derrière l'inter.

chuter de la tension secteur ??? si tu vois tes ampoules diminuer d'intensité lorsque tu commandes tes volets !! peut être, mais je doute !

par contre, je sais pas comment ça fonctionne le mqtt, il n'y aurais pas une configuration semblable sur deux volets qui les ferait marcher ensemble?

[marmoul]

si c'est le câblage de latwingo, c'est pas 12/13 mais 4/5....bref le problème n'est pas là.

donc ok pour l'inter tu as donc le gnd qui arrive et qui va soit sur monter soit sur descente en fonction de la position de l'inter.
tu as donc trois positions?
il faudrait que tu testes avec un condensateur (100nF) entre gnd et descente et un autre entre gnd et monter pour voir si c'est pas mieux. ça peut être câblé derrière l'inter.

chuter de la tension secteur ??? si tu vois tes ampoules diminuer d'intensité lorsque tu commandes tes volets !! peut être, mais je doute !

par contre, je sais pas comment ça fonctionne le mqtt, il n'y aurais pas une configuration semblable sur deux volets qui les ferait marcher ensemble?

effectivement excuse moi j'avais inversé :/

Code : Tout sélectionner

//RELAIS 1    peut être doit on les inverser
const int R1pin = 12; // Relais Up
//RELAIS 2
const int R2pin = 13;  // Relais Down
//ENTREE 1
const int In1pin = 5; // Up
//ENTREE 2
const int In2pin = 4; // Down

le pb ne viens pas de mqtt car le volet d'a coté n'a pas de module encore.

Ce que je viens de remarquer c'est sa ne joue pas sur les entrée mais sur les relai en direct...
en effet quand je touche au bouton celiane du volet non connecter sa fait claquer un petit coup le relai et le fait bouger alors que aucun ordre n'est demander... une interférence peut être???

On remarque que dans le tracé j'ai que des info sur les relai et pas sur les entrée ( sauf a la fin je remonte le volet)

History_-_Jeedom.png (124.76 Kio) Consulté 910 fois

voila j'espere que sa va aider au debug.

Merci

[rol-rider]

Oui, ça semble être des interférences, mais va savoir d’où ?
tu as bien vérifié tous les serrages (des borniers) ? surtout coté alim 230?


j'ai pas regardé le code !
mais il faudrait peut être après l'initialisation des gpios relais (12/13) qui doivent être en sortie (out) les initialiser à "0" et voir si le phénomène se produit.

et as tu quelques condensateurs 100nF pour mettre sur les inters?

[marmoul]

Je vais vérifier mes serrages pour être sur.
Mais je n’ai pas de condensateur faut que je en commande j’ai pas regarder y’a l’air d’en avoir plein :/

[rol-rider]

dans le code j'ai trouvé l'initialisation des gpio
-- elle est assez loin dans le code? se serait pas mieux de la mettre au début ?
--il faudrait essayer de supprimer // devant les deux ligne digitalWrite(R1pin,0);

et tester !

/ INITIALYZE GPIO
pinMode(R1pin, OUTPUT);
pinMode(R2pin, OUTPUT);
//digitalWrite(R1pin, 0);
//digitalWrite(R2pin, 0);
pinMode(In1pin, INPUT_PULLUP);
pinMode(In2pin, INPUT_PULLUP);

[GiDom]

Bonjour, pour ma part, j'ai commencé l'implantation pour un module puis je me suis arrêté à cause des problèmes de signal wifi alors que mes modules SONOFF (espeasy) sont OK pas loin.
J'avais le fil pour alimenter le COM entre l'entrée d'alim du double relais electrogragon et et le COM, je l'ai enlevé. Ca a l'air d'être mieux mais ensuite en m'alimentant direct sur le 220v et pas via du 3v3 ou 5v, malgré le faite d'avoir mis des résistances (de 4.7KOhms) sur chaque input, j'ai toujours des activations au toucher des inputs avec mes doigts.
Du coup je me suis remis en tête de faire un filtrage avec la librairie Bounce2 ou d'une autre manière.

Mais je me heurte à un autre pb, c'est que la lib Bounce me bloque l'ESP. Il ne démarre pas après FLASH, je ne comprends pas pourquoi car je n'ai pas vu de sleep ou delay dans son code.

J'ai vu des sketchs relay avec cette lib sur esp en plus donc je vais essayer dans un sketch vierge, il y a peut être qqch de le sketch volet qui bloque l'esp.

C'est finalement pas si simple que ça d'utiliser les inputs sans filtrage de signal hardware ou software !

[marmoul]

Salut GIDom
J’ai le même problème au final alimente en 220 on a toujours des mouvements lors du toucher avec les doigts malgré les résistances.

Merci rol
Après je sais pas pourquoi sa a été enlevé
Je vais voir si j’en test sur un module en prof ou pas lol

[latwingo]

je n'ai plus de mouvement intermittent même sur 220v par contre les résistance que j'ai rajouter c'est du 3.3koms je sais pas si ca change beaucoup par rapport au 4.7koms

l'ensemble des stores et til sur le même cable 220v même disjoncteur différentiel ou pas

[marmoul]

Sa viens du code.
J’ai transformé un module récalcitrant en module sous ESPEasy comme l’a montré rol....
Et bien plus aucun bug alors que c’etait le pire avant...

Edit: sa fonctionne avec les rules de alcor-fr
Par contre impossible de savoir ou et le volet

Code : Tout sélectionner

on switchup1 do
gpio 12,0
gpio 14,1
timerSet,1,21
endon
on switchdwn1 do
gpio 14,0
gpio 12,0
timerSet,1,21
endon
on switchstp1 do
gpio 14,1
gpio 12,1
endon
on Input1#State1=1 do
event,switchup1
timerSet,1,21
endon
on Input2#State2=1 do
event,switchdwn1
timerSet,1,21
endon
on Input1#State1=0 do
if [Input2#State2]=0
event,switchstp1
endif
endon
on Input2#State2=0 do
if [Input1#State1]=0
event,switchstp1
endif
endon

on Rules#Timer=1 do
event,switchstp1
endon

[marmoul]

je n'ai plus de mouvement intermittent même sur 220v par contre les résistance que j'ai rajouter c'est du 3.3koms je sais pas si ca change beaucoup par rapport au 4.7koms

l'ensemble des stores et til sur le même cable 220v même disjoncteur différentiel ou pas

Moi j'ai 2 disjoncteur pour 10 volets (Un pour 3 a l'étage et un autre pour 7 au rdc)

J'ai même désactiver mqtt et toujours pareil...

[GiDom]

Je viens de faire comme toi @marmoul, je suis passé sur espEASY je pilote les relais, le stop via bouton n'est pas encore fonctionnel si tu 'as une astuce, sinon je vais toruver ? la puissance du signal wifi est bien meilleure en ESPEasy qu'avec le sketch arduino, c'est bizarre. Je pense qu'il doit y avoir de l'optimisation du signal avec ESPEasy car j'ai jamais eu de soucis avec mes sonoffs qui traversent 2 dalles bétons et avec le sketch MQTT branché sur le 220v le signal chute significativement pour louper des événements.

[marmoul]

Je viens de faire comme toi @marmoul, je suis passé sur espEASY je pilote les relais, le stop via bouton n'est pas encore fonctionnel si tu 'as une astuce, sinon je vais toruver ? la puissance du signal wifi est bien meilleure en ESPEasy qu'avec le sketch arduino, c'est bizarre. Je pense qu'il doit y avoir de l'optimisation du signal avec ESPEasy car j'ai jamais eu de soucis avec mes sonoffs qui traversent 2 dalles bétons et avec le sketch MQTT branché sur le 220v le signal chute significativement pour louper des événements.

C’est dans les rules que sa se gère il faut crée un évent qui met tes 2 relais à 0
Par contre je n’ai pas trouvé comment passer les relai à zéro après la monter. Avec un timer sa me pose des soucis. Je pensais mettre un pulse du temps des course des volets ... à essayer.
Par contre impossible de savoir si il est en haut ou en bas ce volet maintenant...
Je te file le bout de code rapidement

Je préférai utiliser la lib Arduino lol


edit:
@GiDom
A adapter suivant les noms de tes relais/BP

Code : Tout sélectionner

On System#boot do
 gpio,12,0
 gpio,13,0
endon

on voletdwn do
    gpio,12,1
    gpio,13,0
endon

on voletup do
    gpio,13,1
    gpio,12,0
endon

on voletstp do
   gpio,12,0
   gpio,13,0
endon

On BP1#BP1=1 do 
    event,voletup
endon

on BP1#BP1=0 do
if [BP2#BP2]=0
  event,voletstp
endif
endon

On BP2#BP2=1 do 
    event,voletdwn
endon

on BP2#BP2=0 do
if [BP1#BP1]=0
  event,voletstp
endif
endon