Ordres FP et relais non transmis
-
@Thibault
oui c'est ce que dit github, mais en fait j'ai juste ajouté/décallé unif
Et en plus il était entièrement de ma faute, mais j'avais déjà eu un soucis avec un utilisateur sur ce/, on avait juste pas fait le rapprochement avec/sans téléinfo. -
Merci pour vos réponses les gars, je me sentais un peu seul
Maintenant que je peux lire les le moniteur je viens de remarquer ca :PHY mode: N Channel: 11 AP id: 0 Status: 1 Auto connect: 1 SSID (13): lavieestbelle Passphrase (14): ***** BSSID set: 0 ========== SDK Saved parameters End Connection au Wifi : lavieestbelle avec la clé '*****'...connecte! IP address : 192.168.1.247 MAC address : 5C:CF:7F:0A:75:F1 HTTP server started Remora Version 1.3.0 Compile avec les fonctions : BOARD V1.3 MCP23017 TELEINFO Initializing MCP23017...Searching...Not found! Initializing Teleinfo...Init Teleinfo Erreur! Relais=ON relais=1 Teleinfo toujours absente!Initializing MCP23017...Searching...Not found! ne me semble pas cool.
Bon allez, champagne, bon réveillon !
Christian -
Aller j'en remet une couche parce que j'aime bien comprendre.
J'ai compris que la pin D0 du nodeMCU est utilisée pour SDA (donnée) et la pin D1 pour SCL (clock) selon le protocole I2C.
Mais pour moi (enfin le schéma de l'adaptateur et mon ohm-mètre sont d'accord) la pin D0 de la carte Rémora est connectée sur D2 du nodeMCU.
Suivez la piste de la pin Spark D0 en bas à droite :
Elle mêne à un trou métallisé qui lui même mêne direct à D2 du NodeMCU :
La patte D0 de la carte Rémora, qui est bien connectée en 13 (SDA) du MCP23017.
Donc au final j'ai la patte 13 du MCP23017 connecté sur D2 du NodeMCU et non sur D0 comme c'est indiqué sur le schéma https://github.com/thibdct/programmateur-fil-pilote-wifi/tree/master/Matériel/1.3.
Est-ce que c'est normal ?
Combien de personne ont validé que leur kit fonctionnait une fois monté ?PS Quand on aura éclairci D0 on passera à D1 (SCL), pour lui c'est ok sur les schéma, mais la mon ohm-mètre n'est pas d'accord, la connexion n'est pas fermée sur l'adaptateur (peut être le trou métallisé qui ne l'est pas).
-
@chris34
" Combien de personne ont validé que leur kit fonctionnait une fois monté ?" voici ce que j'ai validé pour ce qui me concerne (kit 1.3 / opto noir) :- Teleinfo OK et délestage OK ;
- Pilotage relais qui fait NO/NF ;
- Pilotage 5/7 fils pilote (le dernier était du a une problématique logicielle et le premier de mon fait : mauvaise soudure) (pour valider j'ai branché un module issu de mon planché chauffant directement sur chaque FP ...).
J'attends la réception d'un composant de rechange (diode M7) et le schéma de cablage pour le ballon d'eau chaude avant la mise en production définitive.
-
-
Ce message pour confirmer que j'ai du revenir en arrière sur le code de webserver.cpp. En effet avec la dernière correction, les passages d'ordre (url en /?relais=, /?fp=, /?setfp= ...) ne fonctionnent pas.
En revenant en arrière, elles refonctionnent.
Avec le cet ancien code, si la teleinfo n'est pas activée, effectivement les requetes fp et fpX ne retournent rien.
Avec la téléinfo activée, tout fonctionne. -
Pour info ca va mieux pour moi.
J'ai dessoudé et ressoudé le support du NodeMCU et j'ai enfin entendu le relais se coller, peut être une mauvaise soudure.
J'ai un fonctionnement un peu bizarre des opto-coupleurs, je vais les passer en 3.3v et voir.
@Charles donc le shema https://github.com/thibdct/programmateur-fil-pilote-wifi/tree/master/Matériel/1.3 est faut puisqu'il montre I2C en D0/D1. -
@Charles
Je confirme qu'avec la dernière version, les ordres ne fonctionnent plus alors que les requetes d'interrogation fonctionnent
wget http://remora/tinfo -S -q -O - HTTP/1.1 200 OK Content-Type: text/json Content-Length: 174 Connection: close Access-Control-Allow-Origin: * { "_UPTIME":130931,"OPTARIF":"HC..","ISOUSC":60,"HCHC":13001483,"HCHP":38440201,"PTEC":"HP..","IINST":2,"IMAX":61,"PAPP":420,"HHPHC":"D","MOTDETAT":0,"ADCO":40928055338 }wget http://remora/?relais=1 -S -q -O - HTTP/1.1 404 Not Found Content-Type: text/plain Content-Length: 59 Connection: close Access-Control-Allow-Origin: * -
@chris34
Non bien heureusement le schéma n'est pas faux, je parlais des broches du NodeMCU (celles dont tu parlais aussi) or D0/D1 sur la carte Remora et le schema sont les broches d'un Particle (Spark ouPphoton). Donc oui l'I2C est cablé en D0/D1 car ce sont les broches utilisées par Particle (et pas le NodeMCU).
L'adaptateur Particle/NodeMCU route donc GPIO4/GPIO5 du NodeMCU sur D0/D1 (ou D1/D0 plus sur de l'ordre) de Particle. -
4h du mat la mise à jour ! Bel effort
J'ai une erreur à la compilation :remora_soft-master\webclient.cpp.o: In function `httpPost(char*, unsigned short, char*)': E:\Documents\Arduino\sources\libraries\remora_soft-master/webclient.cpp:54: undefined reference to `tinfo' collect2.exe: error: ld returned 1 exit status Erreur lors de la compilation.Mais je ne vois rien qui fasse référence à 'tinfo' en ligne 54...
-
Ca y est ca compile... Probablement un pb de dossier effectivement, mais pas que...
L'environnement Arduino est quand même assez bizarre.
Problème suivant, maintenant il faut que je vois pourquoi j'arrive à piloter depuis jeedom mais les infos disparaissent chaque minute, au cron qui est supposé interroger Rémora.
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login