Ordres FP et relais non transmis
-
-
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. -
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 ? -
@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
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
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@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 FoundURI: /
Method: GET
Arguments: 1
relais: 1Copie 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 FoundURI: /
Method: GET
Arguments: 1
relais: 0Log 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 FoundURI: /
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! -
Nous n'avons pas les mêmes résultats j'en conclu que nous ne compilons pas avec les mêmes sources au niveau de l'ESP8266. Peux-tu me donner la version du SDK utilisé (dans l'onglet Système) ?
Quelle version d'Arduino/ESP8266 utilises-tu ? Je te conseille toujours la dernière, dans le doute prends la git version comme indiqué ici tu devrais passer en SDK 1.5.1
Ah oui et maintenant Arduino 1.6.7 çà fonctionne
-
Bonsoir Charles
J'ai recompilé la dernière version ce soir. Maintenant le système répond aux ordres avec un 1 "/" ou 2 "/" au niveau de l'URI : http://192.168.10.241/?relais=1 ou http://192.168.10.241//?relais=1.
=> personnellement ça me va (même si je n'ai pas compris en regardant les deux versions de code où se situaient la subtilité)
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