Ordres FP et relais non transmis

chris34

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 :
Description
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).

bsheep

@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.

chris34

Merci pour ta réponse @bsheep, je voulais valider que ce n'était pas un problème de conception.
Donc cette piste est écartée, c'est probablement moi qui ne comprend rien, j'ai tout monté proprement mais, malgré des heures passées, rien ne fonctionne.

Charles

@chris34
le bus I2C est contrôlé par les pin D1/D2 du NodeMCU soit les GPIO4 (SCL) et GPIO5 (SDA)

alban

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.

chris34

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.

bsheep

@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: *

Charles

C'est corrigé avec la nouvelle version
Attention grosse mise à jour, il faut uploader le système de fichier SPIFFS de l'interface WEB.
Doc succincte à jour ici

Charles

@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.

chris34

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...

Dany21000

Heu... je crois avoir vu un message la première fois avec Arduino IDE qu'il fallait que le dossier se nomme remora_soft et pas remora_soft_master..

chris34

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.

chris34

Donc pour info c'est quand on désactive la téléinfo dans rémora.h que la compilation plante...

Charles

@Dany21000
oui tu as raison, c'est github qui nomme le dossier comme ceci quand tu charges le .zip, il faut juste renommer le dossier décompressé en remora_soft

@chris34
Exact, merci du retour, c'est corrigé

chris34

Après avec la téléinfo activée :

curl http://192.168.1.247/tinfo
{
"_UPTIME":5621
}

chris34

Et je vais encore vous ennuyer mais j'ai un nouveau problème.
Suite au fonctionnement bizarre des FP j'ai passé les opto en 3.3v, pas mieux.
Quand je passe tous les FP en éco je devrais avoir 0v sur les pattes 3,4,5,6,7,8, 21,22,23,24,25,26,27,28 du MCP23017. Or quand je suis en 5v j'ai 0,37v et en 3,3 j'ai 0,20v, pas une masse franche donc.
Du coup à l'entrée des optos j'ai 2,15v et 3.3v.
A priori 1.15v d'écart sont insuffisant pour exciter les optocoupleurs, ils ne s'activent pas, ou pas tous, ou de manière aléatoire.
Quelqu'un peut tester s'il a les mêmes valeurs ?
Plus simple : Si vous passez tout en éco est-ce que vous avez 230v entre le neutre et chacun des FP ?

laurent

@alban : les ordres fonctionnent en doublant les / devant l'ordre, par exemple http://IP//?relais=1 ou http://IP//?fp= ou http://IP//?setfp= ...
(testé avec la dernière version, MOD_TELEINFO inactivé, chargé par USB)

laurent

Même comportement avec MOD_TELEINFO activé d'ailleurs....

Charles

@laurent
tu utilises quoi pour faire les requêtes ? chez moi çà fonctionne sans doubler avec chrome et curl

~ # curl http://192.168.1.201/?setfp=2H
{
"response": 0
}
~ # curl http://192.168.1.201/?setfp=3E
{
"response": 0
}
~ #

le log Serial

PAPP=00190 Updated
URI[1]='/'
setfp=2H
setfp_interne : fp=2 ; cOrdre=H
etatFP=DHCHHHH
URI[1]='/'
setfp=3E
setfp_interne : fp=3 ; cOrdre=E
etatFP=DHEHHHH
PAPP=00200 Updated
PAPP=00190 Upda

laurent

@Charles : bonsoir
j'ai refait les tests au calme. d'un côté un chrome sur windows 7, de l'autre côté curl sur un raspberry pi. les résultats ci-dessous. J'ai testé avec le relais ou avec l'état d'un fil pilote, même résultat.

Copie de l'init sur la liaison série :

T{========== SDK Saved parameters StartMode: STA
PHY mode: N
Channel: 4
AP id: 0
Status: 1
Auto connect: 1
SSID (28): MY_SSID
Passphrase (13): **********
BSSID set: 0
========== SDK Saved parameters End
Connection au Wifi : MY_SSID avec la clC) '*********'.. .connecte!
IP address : 192.168.10.241
MAC address : 5C:CF:7F:0A:1A:02
HTTP server started
Remora Version 1.3.0
Compile avec les fonctions : BOARD V1.3 MCP23017 TELEINFO
Initializing MCP23017...Searching...Setup...OK!
Initializing Teleinfo...Init Teleinfo Erreur!
Relais=ON relais=1
Teleinfo toujours absente!
Relais=OFF
relais=0
setfp=1H
setfp_interne : fp=1 ; cOrdre=H
etatFP=H
setfp=2H
setfp_interne : fp=2 ; cOrdre=H
etatFP=HH
setfp=3H
setfp_interne : fp=3 ; cOrdre=H
etatFP=HHH
setfp=4H
setfp_interne : fp=4 ; cOrdre=H
etatFP=HHHH
setfp=5H
setfp_interne : fp=5 ; cOrdre=H
etatFP=HHHHH
setfp=6H
setfp_interne : fp=6 ; cOrdre=H
etatFP=HHHHHH
setfp=7H
setfp_interne : fp=7 ; cOrdre=H
etatFP=HHHHHHH
Starting main loop
Teleinfo toujours absente!
Teleinfo toujours absente!
Teleinfo toujours absente!

Depuis chrome sur PC Windows 7 :
http://192.168.10.241/relais
{
"relais": 0
}

http://192.168.10.241/?relais=1
File Not Found

URI: /
Method: GET
Arguments: 1
relais: 1

Copie des éléments sur la log serial :
Teleinfo toujours absente!
URI[1]='/'
Teleinfo toujours absente!

depuis un raspberry pi via curl

pi@raspberrypi ~ $ curl http://192.168.10.241//?relais=0
{
"response": 0
}
pi@raspberrypi ~ $ curl http://192.168.10.241/?relais=0
File Not Found

URI: /
Method: GET
Arguments: 1
relais: 0

Log serial correspondante :
Teleinfo toujours absente!
URI[2]='//'
relais=0
Teleinfo toujours absente!
...
Teleinfo toujours absente!
URI[1]='/'
Teleinfo toujours absente!

test avec un fil pilote via curl sous raspberry
pi@raspberrypi ~ $ curl http://192.168.10.241/?setfp=1H
File Not Found

URI: /
Method: GET
Arguments: 1
setfp: 1H
pi@raspberrypi ~ $ curl http://192.168.10.241//?setfp=1H
{
"response": 0
}

logs serial correspondante :
URI[1]='/'
Teleinfo toujours absente!
URI[2]='//'
setfp=1H
setfp_interne : fp=1 ; cOrdre=H
etatFP=HHHHHHH
Teleinfo toujours absente!
Teleinfo toujours absente!

Ordres FP et relais non transmis

3

5.7k

534

5.0k

Top Topics

Popular Tags