SIGNALDuino Empfänger Firmware V 3.3.2r-dev

[andies]

get sduino ping

Ist es ein Problem, wenn ich das über ein at erledigen lasse? Normalerweise kommt ja da ein popup. Kann das unterdrückt werden? Und ist dieser Befehl identisch zu einem lan-ping?

Heute morgen übrigens wieder: ich musste zweimal pingen. Könnte sein, dass die ESP nicht die besten sind.

[HomeAuto_User]

Heute morgen übrigens wieder: ich musste zweimal pingen. Könnte sein, dass die ESP nicht die besten sind.

Hallo,
ich habe gelesen du hast nicht die aktuelle Firmware. Teste bitte die aktuell v3.4 für den ESP entwickelte Version und wiederhole den Vorgang.

Ist das Verhalten reproduzierbar auch mit anderen Protokollen?

Lg

Gesendet von iPhone mit Tapatalk Pro

[Ralf9]

Ist es ein Problem, wenn ich das über ein at erledigen lasse? Normalerweise kommt ja da ein popup. Kann das unterdrückt werden? Und ist dieser Befehl identisch zu einem lan-ping?

Das popup sollte eigentlich nur kommen, wenn das get über das fhemweb ausgeführt wird. Dieses ping sendet an den sduino ein P und es kommt ein "ok" zurück.
Das lan-ping ist auf Betriebssystem Ebene

[andies]

Teste bitte die aktuell v3.4 für den ESP entwickelte Version und wiederhole den Vorgang.

Ich kann leider den SignalESP nicht nehmen, weil somfy nicht damit steuerbar ist. Daher kann ich das damit nicht testen (bzw will das nicht).

Ist das Verhalten reproduzierbar auch mit anderen Protokollen?

Ja, ich konnte weder Somfy ansteuern noch ein Gartentor öffnen.

Inzwischen habe ich das Problem mit dem Vorschlag von Ralf9 im Griff. Alle halbe Stunde sende ich ein "get sduino ping" und damit bleibt er wach und sendet auf Anhieb.

[HomeAuto_User]

Hallo,
ohne den Faden alles gelesen zu haben, wieso geht nicht die aktuelle ESP Version mit deiner Hardware?

Dann musst du mit einer nicht supporten ESP Version vorlieb nehmen.

Deine derzeitiges Workaround ist aber sehr ungewöhnlich. Interessant wäre, ob du das Verhalten auch reproduzieren kannst mit anderen Protokollen. Was wäre ein Indiz das du das Verhalten auch bei anderen Protokollen erkennst?

Mfg


Gesendet von iPhone mit Tapatalk Pro

[andies]

ohne den Faden alles gelesen zu haben, wieso geht nicht die aktuelle ESP Version mit deiner Hardware?

Leider erinnere ich das im Detail nicht mehr. Es gab ein Problem mit der Version 3.3, aber ich weiß nicht mehr, ob das ein Regen- oder ein Windmesser war (oder was ganz anderes), was ich nicht empfangen konnte. Ich habe dann Ralfs Variante genommen - ich müsste in einem Thread nachschauen, wo ich länger mit ihm über mein Problem diskutiert hatte.

Interessant wäre, ob du das Verhalten auch reproduzieren kannst mit anderen Protokollen. Was wäre ein Indiz das du das Verhalten auch bei anderen Protokollen erkennst?

Also es ist so, dass alle Sendebefehle nicht auf Anhieb funktionieren. Erst, wenn ich einmal (umsonst) gesendet habe - und zwar egal, was ich da nun sende - kann ich danach den sduino verwenden. Aber wie gesagt: Mit der ping-Lösung habe ich das Problem im Griff.

[HomeAuto_User]

Leider erinnere ich das im Detail nicht mehr. Es gab ein Problem mit der Version 3.3, aber ich weiß nicht mehr, ob das ein Regen- oder ein Windmesser war (oder was ganz anderes), was ich nicht empfangen konnte. Ich habe dann Ralfs Variante genommen - ich müsste in einem Thread nachschauen, wo ich länger mit ihm über mein Problem diskutiert hatte.
Also es ist so, dass alle Sendebefehle nicht auf Anhieb funktionieren. Erst, wenn ich einmal (umsonst) gesendet habe - und zwar egal, was ich da nun sende - kann ich danach den sduino verwenden. Aber wie gesagt: Mit der ping-Lösung habe ich das Problem im Griff.

Wenn du die Zeit findest, es wäre sehr interessant zu wissen, was der Fehler damals war um ihn ggf in der offiziellen Version zu beleuchten.

Nicht richtig senden, woran machst du die Aussage fest? Ist es nur ein ,,nicht richtig ankommen" des Signales oder sendet der ESP eine Signalfolge bewusst anders? Hattest du mal verbose 4 oder 5 aktiv beim ersten senden? Man könnte den Fall ggf mit einem festen Sendestring mal testen. Mir geht es hauptsächlich darum, den Fehler auch extern reproduzieren zu können.


Gesendet von iPhone mit Tapatalk Pro

[andies]

Hier ist ein konkretes Beispiel mit ausführlichen Logs, wo das senden fehlschlug: https://forum.fhem.de/index.php/topic,82379.msg1026983.html#msg1026983

Im Gegensatz zu früher hatte ich nur an die serielle Schnittstelle einen ESP gelötet. Vorher war die Anbindung via USB, danach via ESP-WLAN. Von daher denke ich, dass das kein Signalduino-Problem, sondern eher ein WLAN-Problem (zB hohe Latenz o.ä.) ist. Aber ,,rekonstrierbar" in anderer Umgebung wäre natürlich mal interessant.

[andies]

Der SIGNALduino war mein (vor drei Jahren?) zusammengelötetes, erstes FHEM-IO-Teil. Das sieht, wenn man es heute anschaut, ziemlich scheusslich aus. Daher habe ich eine eigene Platine entworfen und umgesetzt, deren Details ich hier mal anzeigen will. Ich muss bei meiner Platine mehrere Einschränkungen machen:

• Mir ging es in erster Linie darum, den SIGNALduino mit WLAN und nicht wie früher einem eigenen Raspberry in FHEM zu bringen. Ich wollte also keinen Platz für andere Sensoren etc vorsehen.
• Ich habe mich auch an den Teilen orientiert, die ich hatte. Beispielsweise besaß ich ein Micro-USB-Anschluss vom Nextion, den ich verbauen wollte (sieht man auf dem Foto). Damit andere die Platine aber auch nutzen können, habe ich für die Stromversorgung noch eine Schraubklemme angelötet.
• Ich wollte alle ICs auf Buchsenleisten anbringen, nicht aber anlöten. Ich musste früher so ein Teil mal auslöten und es war die Hölle.

Im Anhang habe ich die Gerber- und die Fritzing-Dateien dafür, das Gerät läuft bei mir. Ihr seht auch Fotos einmal der nackten Platine und einmal mit den Buchsenleisten und Widerständen. Und diejenigen, die das nachbauen wollen, wird wahrscheinlich die folgende Stückliste von reichelt helfen:

Anz.  Reichelt-Nr.       Beschreibung

1   K-O RD18JN331T52   Widerstand, Kohleschicht, 330 Ohm, 0204, 0,125 W, 5%         
3   K-O RD18JN471T52   Widerstand, Kohleschicht, 470 Ohm, 0204, 0,125 W, 5%         
3   K-O RD18JN102T52   Widerstand, Kohleschicht, 1,0 kOhm, 0204, 0,125 W, 5%         
2   K-O RD14JN152T52   Widerstand, Kohleschicht, 1,5 kOhm, 0207, 250 mW, 5%      
1   K-O RD18JN222T52   Widerstand, Kohleschicht, 2,2 kOhm, 0204, 0,125 W, 5%         
2   K-O RD18JN103T52   Widerstand, Kohleschicht, 10 kOhm, 0204, 0,125 W, 5%      
1   LM 1117 T3,3      LDO-Regler, fest, 3,3 V, TO-220   
1   GA-A 10U 35-2      Elko, radial, 10 µF, 35 V, RM 2,5, 105°C, 1000 h, 20%   
1   RND 205-00232      Lötbare Schraubklemme - 2-pol, RM 5,08 mm, 90°
1   LED 3MM BL         LED, 3 mm, bedrahtet, blau, 800 mcd, 60°
1   MPE 094-2-008      Buchsenleisten 2,54 mm, 2X04, gerade   
1   MPE 094-2-010      Buchsenleisten 2,54 mm, 2X05, gerade   
2   MPE 094-1-016      Buchsenleisten 2,54 mm, 1X16, gerade   

Ich habe noch acht Platinen, die ich jeweils für 2€ plus Versand anbiete. Ich habe gerade nachgewogen, das geht bei einer Platine noch mit dem Minimalpreis 0,80€. Ich schreibe das auch in den Verkaufsthread (https://forum.fhem.de/index.php/topic,109351.msg1033375.html#msg1033375), bitte mit PM.

<edit> reichelt hat nur eine 16polige Buchsenleiste, der arduino benötigt aber eine 15polige. Daher ragt meine Leiste etwas über die vorgesehenen Löcher hinaus (also die Platine hat keine 16, sondern wirklich nur 15 Anschlüsse). Ich habe zwei Anschlüsse abgeknipst und fertig.

[sash.sc]

Hat du mal nen Schaltplan dazu?

Gesendet von meinem MI 9 mit Tapatalk

[andies]

Jein, ich kann so was nicht richtig. Ich habe die Schaltung aus dem Wiki genommen (also die "übliche" in https://wiki.fhem.de/wiki/Selbstbau_CUL) und dann an den arduino bei Tx/Rx mit einem Spannungsteiler den ESP01 angeschlossen. So, wie in der von mir gerade umgeschriebenen Wiki-Grafik angedeutet.

[sash.sc]

Was hast du auf den esp 01 geflasht?

Gesendet von meinem MI 9 mit Tapatalk

[andies]

ESP-Link, siehe https://forum.fhem.de/index.php/topic,82379.msg1014477.html#msg1014477

[PeMue]

Hat du mal nen Schaltplan dazu?

Der ist doch in der fzz Datei mit drin. Könnte man ggf. etwas übersichtlicher/schöner Zeichnen, aber da ist alles vorhanden  .

Gruß Peter

[andies]

Ein Detail ist in der Fritzing-Datei noch wichtig, das betrifft den Spannungsregler. Da gibt es mehrere mögliche Varianten, die sich in der Reihenfolge der Pins unterscheiden: Mal ist Gnd links, mal in der Mitte, mal rechts. Ich wollte eine reichelt-Einkaufsliste erstellen und wollte daher das oben angegebene Bauteil (LM 1117) verwenden. In Fritzing war aber nur eine andere Variante verfügbar, die wiederum eine Pin-Reihenfolge hatte, die mit diesem LM 1117 nicht übereinstimmt.

Das Problem habe ich dann durch eine explizite Beschriftung auf der Platine wettgemacht. Man muss nicht dem LM 1117 nehmen, aber man muss einen Spannungsregler nehmen, der Gnd, 5V ("In", siehe Foto) sowie 3.3V ("Out") so wie auf der Platine beschriftet besitzt. In dem Schaltplan geht es dann mE drunter und drüber, das bekam ich nicht hin: So fit bin ich nicht in Fritzing und in Eagle habe ich mal versucht mich einzuarbeiten, es dann aber wieder gelassen.