Inbetriebnahme eines HM-MOD-UART mit ESPEasy

[Rampler]

Ich habe mir die Arduino Core relevanten Teile für die UART Probleme angeschaut – die Änderungen sind bereits in der Arduino Core 2.4.0 RC1 enthalten und ich habe ESPEasy entsprechend angepasst und bereits im Einsatz. Das sieht bisher gut aus, aber ich lasse das mal bei mir eine Zeit lang laufen.

Was mir bisher aufgefallen ist (nach den ESPEasy Anpassungen auf die Arduino Core 2.4.0), dass bei dem initialen (FHEM: open/reopen) Verbindungsaufbau ,,eine" resending Meldung auftaucht – das sollte aber sicher lösbar sein – sonst läuft die UART Kommunikation bisher (ein paar Stunden) stabil ohne ,,resendings" (abgesehen von WebUI mit den konfusen Meldungen.)

Mal schauen, ob es das war's?
Fortsetzung folgt...

Hallo Chons,
was genau hast Du denn angepasst im ESPEASY (in Bezug auf Core 2.4.0 RC1) ?
Diese "eine Resending Meldung" kommt auch bei ESPLink, ansonsten läuft ESPLink absolut einwandfrei, ohne resendings.. !
..Spannung wächst ...
VG
Klaus

[PeMue]

Nein, am USB UART Wandler TX/RX gekreuzt anschließen. 

Ups, dann habe ich gedanklich ein Problem. Am Raspberry Pi wird Rx->Rx und Tx->Tx angeschlossen (so man den ELV Unterlagen glauben darf) und am USBseriell Wandler werden diese gekreuzt? Habe auf jeden Fall mal meine beiden Module angeschlossen und siehe da: sie funktionieren (sprich das falsch angeschlossene wurde nicht "gegrillt"). Das neue habe ich gleich auf Firmware v1.4.1 aktualisiert. Jetzt geht es wieder an die "Große" HMUART Platine, aber erst gibt es Frühstück bzw. muss ich mein Samstagsprogramm absolvieren.

Gruß PeMue

Edit: Mein Weltbild ist wieder in Ordnung. In der ELV Dokumentation wird die Steckerbelegung auf Modulseite dargestellt, beim Raspberry Pi sind Tx und Rx im Vergleich dazu vertauscht, daher ist die Sache auch hier gekreuzt.

[chons]

Hallo Chons,
was genau hast Du denn angepasst im ESPEASY (in Bezug auf Core 2.4.0 RC1) ?
Diese "eine Resending Meldung" kommt auch bei ESPLink, ansonsten läuft ESPLink absolut einwandfrei, ohne resendings.. !
..Spannung wächst ...
VG
Klaus

Das bereits 2016 gemeldete RX Buffer Thema ist nun in der 2.4 0 RC Version drin und ich habe in ESPEasy den Buffer von 128 auf 256 erhöht.
Nacher schaue ich mir das Ergebnis bzw. die Logs an und berichte hier.

[chons]

Edit: Mein Weltbild ist wieder in Ordnung. In der ELV Dokumentation wird die Steckerbelegung auf Modulseite dargestellt, beim Raspberry Pi sind Tx und Rx im Vergleich dazu vertauscht, daher ist die Sache auch hier gekreuzt.

Und jetzt darfst Du drei mal raten, warum die amunra Platine V1.0 nichts geworden ist

[PeMue]

Und jetzt darfst Du drei mal raten, warum die amunra Platine V1.0 nichts geworden ist

Wird auch landläufig Erfahrung genannt 

Gruß PeMue

[chons]

Erkentnisse zum Thema ESPEasy 2.0.0. und Core 2.4
"resending's" sind deutlich weniger geworden, aber mMn immer noch nicht zufreidenstellend und ich habe nun den Ser2Net Server in Verdacht (evtl. machen die Loops Probleme?), heißt ich muss weiter testen.

[PeMue]

Irgendwie ist da der Wurm drin. Ich nehme jetzt mal die Platine und pack den Feinstaubsensor dran. Vielleicht sind ja die I/O-Pins des WemosD1 mini in die Binsen gegangen.
Hier ein log mit verbose = 5:

Code Auswählen Erweitern

2017.08.27 18:26:41 4: HttpUtils url=http://192.168.188.35:23/
2017.08.27 18:26:42 1: 192.168.188.35:23 reappeared (PMHMUART02)
2017.08.27 18:26:43 4: HMUARTLGW PMHMUART02 StartInit
2017.08.27 18:26:43 5: HMUARTLGW PMHMUART02 send: 00 00
2017.08.27 18:26:43 5: HMUARTLGW PMHMUART02 send: (8): fd00030001009e03
2017.08.27 18:26:43 5: SW: fd00030001009e03
2017.08.27 18:26:46 1: HMUARTLGW PMHMUART02 did not respond for the 1. time, resending
2017.08.27 18:26:46 5: HMUARTLGW PMHMUART02 send: (8): fd00030001009e03
2017.08.27 18:26:46 5: SW: fd00030001009e03
2017.08.27 18:26:49 1: HMUARTLGW PMHMUART02 did not respond for the 2. time, resending
2017.08.27 18:26:49 5: HMUARTLGW PMHMUART02 send: (8): fd00030001009e03
2017.08.27 18:26:49 5: SW: fd00030001009e03
2017.08.27 18:26:52 1: HMUARTLGW PMHMUART02 did not respond for the 3. time, resending
2017.08.27 18:26:52 5: HMUARTLGW PMHMUART02 send: (8): fd00030001009e03
2017.08.27 18:26:52 5: SW: fd00030001009e03
2017.08.27 18:26:55 1: HMUARTLGW PMHMUART02 did not respond after all, reopening
2017.08.27 18:26:55 4: HMUARTLGW PMHMUART02 Reopen
Das Modul reagiert schlichtweg gar nicht 

Gruß PeMue

[chons]

Das Modul reagiert schlichtweg gar nicht 

Ja, so sieht es aus... 

Mir gehen dann auch langsam die Ideen aus, aber Du könntest erneut (bestimm schon x Mal gemacht) die Stomversorgung am HM-UART prüfen (bekommt er genug Saft?) sowie die TX/RX Leiterbahnen durchmessen und auch mal einen anderen ESP nehmen.

[PeMue]

Mir gehen dann auch langsam die Ideen aus, aber Du könntest erneut (bestimm schon x Mal gemacht) die Stomversorgung am HM-UART prüfen (bekommt er genug Saft?) sowie die TX/RX Leiterbahnen durchmessen und auch mal einen anderen ESP nehmen.

Mit einem anderen ESP (und einer anderen Leiterplatte, die erste ist auf dem Dach "recycelt" als Feinstaubsensor funktioniert die Sache. Man sollte halt den WeMosD1 mini nicht unbedingt verpolen.

Danke nochmal für Deine Hilfe.

Gruß Peter

[chons]

Mit einem anderen ESP (und einer anderen Leiterplatte, die erste ist auf dem Dach "recycelt" als Feinstaubsensor funktioniert die Sache. Man sollte halt den WeMosD1 mini nicht unbedingt verpolen.

Danke nochmal für Deine Hilfe.

Gruß Peter

Schön zu lesen/hören, dass es nun funktioniert.

Die HM-MOD-UART über ESPEasy SoftSerial Modul Problematik steht noch auf der ToDo Liste - aktuell leider low Prio.

[FrankieSOC]

Hey chons,

deine Version klappt super, habe sie jetzt seit 4 Wochen am laufen und hatte bis jetzt nur einmal den ESP neu starten müssen.
Ich hatte entdeckt das vom ESPEasy eine DEV12 gibt.

Leider weiß ich nicht, wie ich den "Swap Serial Port" integrieren kann.
Hast du einen Tipp für mich?

Viele Grüße
Frank

[chons]

Ich habe in der "Serial.ino" den BUFFER erhöht:

Code Auswählen Erweitern

#define INPUT_BUFFER_SIZE          256
Ich meine, dass ich auch in der Arduino Core UART Lib den Buffer angepasst hatte... ich bin mir nicht ganz sicher...
und das "_P020_Ser2Net.ino" Modul wie angehängt geändert.
Lade die dev12 herunter und überschreibe die "_P020_Ser2Net.ino" Datei mit der angehängten Version.

Es hat sich in dem Bereich eh nichts getan und ich bezweifle, dass der Umstieg auf dev12 etwas bringen wird, da keine improvements weder im Serial Server noch im UART Bereich durchgeführt wurden.
Das Thema steht bei mir auf der ToDo Liste - leider lässt die Zeit es nicht zu...

[mrhaefele@gmx.de]

Hallo,

könntest Du bitte die _P130_SSSRV.ino mit den swap Rx/Tx Pins zur Verfügung stellen. Wäre dir echt dankbar.

Gruß Udo

[chons]

anbei

[mrhaefele@gmx.de]

Tausend Dank! Werd ich heute Abend gleich mal ausprobieren /wenn Kind und Frau im Bett ist       )   

Gruß