LAN-Anbindung für BSB-Bus (Brötje, Elco Thision etc.)

[freetz]

Hm, das ist seltsam. Das führt zwar mitunter zu langen Pausen, weil eben alle Parameter, die sonst als "parameter not supported" ausgegraut angezeigt werden, einfach nicht angezeigt werden, aber das Problem ist mir bislang nicht untergekommen. @Schotty: Ist das bei Dir auch so?

[Schotty]

@freetz: Was genau meinst du jetzt?
Also so wie ich das

Hier hängt es am Netzwerk (Fritz Repeater), aber halt nicht an der Heizung.

verstanden habe, scheint der LAN-Zugriff nun stabil zu sein, ist jedoch noch nicht an die Hzg angebunden..?
Beim letzten Mal ging es ums Testen MIT angeschlossenem Regler aber OHNE LAN-Shield - insofern bin ich jetzt gerade etwas verwirrt, was genau du jetzt meinst @paprmkr78
Wenn es jetzt darum geht (so verstehe ich es gerade), dass LAN funktioniert, nachdem show_unknown auf true gesetzt wurde, dann kann ich es mir nicht erklären, denn auch bei false werden die Parameter bspw bei einer Kategorieabfrage zwar abgefragt, nur eben nicht im Webinterface ausgegeben..

Wenn es um den Test OHNE LAN-Shield geht (ob das Setup dann komplett durchläuft): das habe ich (noch) nicht getestet.

Unterm Strich stünde als nächstes aber so oder so der Test mit angeschlossenem Regler an..

Nachtrag: Mir ist gerade nochmal das "Fritz Repeater" aufgefallen - die Dinger sind teilweise auch nicht gerade sehr stabil im Betrieb/bei der Verbindung - nicht, dass da die Probleme her rühren (kann aber sein, dass wir das Thema schon hatten, weiß ich gerade nicht mehr genau..)..

[freetz]

Ich meinte das Setzen von show_unknown auf true, was paprmakr78 als entscheidenden Unterschied ausgemacht hatte.

[Schotty]

Schon klar, aber entscheidend wofür? Für den erfolgreichen 'setup complete'-Durchlauf OHNE LAN-Shield (falls ja: wie gesagt, das habe ich noch nicht getestet) oder eine plötzlich anscheinend stabile LAN-Anbindung? Um Letzteres scheint es mir hier wie gesagt zu gehen, zumindest deute ich das "Hier hängt es am Netzwerk (Fritz Repeater), aber halt nicht an der Heizung." so..

[paprmakr78]

Erst einmal: Vielen Dank für eure Unterstützung und Zeit, nicht selbstverständlich wie ich finde!
Um hoffentlich ein bisschen Klarheit reinzubringen: LAN-Anbindung per FritzRepeater war nie ein Problem. Ich hab ne 7530 und einen Repeater 1200 per Mesh angebunden. Wie gesagt, noch nie Probleme gehabt, WLAN sehr stabil.
Ich hab den Arduino im Obergeschoß (am PC) geflasht. Dort habe ich aber keine Verbindungsmöglichkeit zur Heizung im Keller. Im Keller neben der Heizung hab ich nen Laptop, allerdings nur um SerialMonitor mitlaufen zu lassen. Die Anpassungen zum erneuten Flashen konnte/wollte ich am Laptop nicht machen (auslesen des Arduino nicht möglich, oder?).

Nun läuft es jedoch recht gut und sogar flüssig. Klar, warten bis ein Befehl ausgeführt und komplett geladen ist. Auch das Logging auf SD-Karte geht.

Eine Frage erstmal noch: beim Prüfen auf Updates wird mir eine neue Version angezeigt (alt 2.0.88-xxxx , neu 2.0.90). Wie gehe ich für ein Update vor??

[freetz]

Also mich interessiert primär das hier:

Mit aufgestecktem LAN-Shield läuft das Setup durch, dann kommen so fünf Telegramme von der Heizungssteuerung (sind tatsächlich 10sec), dann ist Schluß.
Ziehe ich das Shield ab und boote neu, kommen Meldungen bis Device Variant: 100. Die Meldung 'setup complete' kommt gar nicht erst.
Muss ich noch mal neu flashen ohne Eth-Shield oder müsste es auch so gehen.

Du beschreibst zwei Szenarien, wo es anscheinend zu einem Absturz kommt. Dann schreibst Du, dass "show_unknown" eine Veränderung bringt, aber schreibst nicht, auf was sich das bezieht. Mir wäre daran gelegen, die Absturz-Ursache (wenn sie denn an BSB-LAN liegt) zu beseitigen.

[Shortypower]

Hallo
Ich versuche mich den halben Tag daran meinen ESP32 mit der Adapterplatine zu flashen.
Irgendwas mache ich scheinbar falsch. Mir gelingt es nicht, dass das Teil sich ins Netzwerk einbindet.
Prinzipiell funlktionert das Hochladen über die Arduino IDE.
Das Beispielprogramm GetCHipID habe ich erfolreich hochgeladen und es gibt alles im seriellen Monitor aus, was es soll.
Auch der BSB_Lan Sketch wird scheinbar erfolgreich hoch geladen.
Aber irgendwas scheint an der Netzwerk oder Wifi Konfiguration nicht zu stimmen. Es ist weder ein Gerät neu im WLan noch läßt sich ein Accesspoint "BSB-LAN" finden, der ja bei nicht erfolgreicher Verbindung eingerichtet werden soll.
Ich habe alles aus dem Handbuch wirklich gründlich und exakt nachvollzogen. Mehrfach.

Das es noch nicht am BSB Bus meiner Heizung hängt, ist hoffentlich nicht das Problem?

Vielleicht hat jemand einen Tipp???

[freetz]

Flashe erst mal den ESP32 ganz ohne Adapterplatine. Wenn Du in der _config.h den Eintrag
#define WIFI
aktiv hast, sollte zumindest im Seriellen Monitor die IP Adresse beim Hochfahren erscheinen, bzw. ggf. andere Fehlermeldungen sichtbar werden. Ohne weitere Infos kann man das aber schlecht aus der Ferne beurteilen.

[Maista]

Falls Fritzbox, darf sich ein WLAN Gerät neu anmelden?
Ich hatte mit ESP32 und eInk probiert. War mit der FB keine stabile Verbindung nach dem Starten aus dem DeepSleep
Möglich. Auch nicht immer nach dem Einschalten.
Das war allerdings vor einem Jahr. Ob das Problem zwischen zeitlich gelöst wurde
Und wo es genau lag oder liegt weiß ich nicht

Eventuell auch Spannungsproblem?
1000uF Elko an den 3.3V zum testen probiert?

Gruß Gerd und Augen zu

[Shortypower]

Das Teil hängt sich tatsächlich beim Wifi konfigurieren auf:

Starting SD..Setting up Wifi interface......................................


Ich habe 3 Wlans zur Verfügung, in die ich alle ohne Probleme alles einbinden kann.
Keine Fritzbox.
Diese habe ich alle getestet.

Aber super, dass zu so später Stunde hie rnoch jemand antwortet.Daumen hoch!
Gute Nacht!

[Schotty]

Bissl wenig Infos..
Wie freetz schon sagte,erstmal nur den ESP flashen und versuchen. Hast du die beiden Ordner verschoben? DHCP aktiv? Passwort etc passt,also kein Vertipper? Sieht der Router den ESP? (EDIT: nee,vermutlich nicht,dann hättest du das Problem wohl nicht.. )
Sonst auch mal das komplette SerMo-Log vom Start und auch die config.h posten..

Nachtrag: Der Hinweis von Maista ist ebenfalls gut,sollte aber eigtl auch ohne Elko funktionieren - wenn du ein gutes USB-Kabel hast..

[freetz]

Nein, da braucht's keinen Elko und auch kein gutes USB-Kabel, da es hier ja nicht um die Daten sondern nur um die Stromversorgung geht, da wäre wenn dann eher das verwendete Netzteil relevant.
Er hat sich auch nicht aufgehängt, sondern ist bei der Meldung in einer Schleife, die darauf wartet, dass auf das Wifi.beginn() mit dem das WLAN aktiviert wird, der Status von DISCONNECTED auf CONNECTED wechselt. Es müssten dabei auch alle 0.1 Sekunden ein Punkt auf dem SerMo erscheinen (vielleicht wird das ab dem Ende der Zeile nicht mehr angezeigt?).
Das ganze läuft noch vor dem eigentlichen Verbindungsversuch zum WLAN ab und dient dazu, die WiFi-Komponente "sauber" zu kriegen. Andernfalls klappt nämlich beim ESP32 die Verbindung zum WLAN nur sporadisch.

Du kannst aber mal versuchen, ob es klappt, wenn Du in der BSB_LAN.ino nach diesem Block suchst und den entfernst:

Code Auswählen Erweitern

  WiFi.begin();
  while (WiFi.status() == WL_DISCONNECTED) {
    delay(100);
    printToDebug(PSTR("."));
  }

Dann sollte zumindest das Programm weiter laufen, aber wie gesagt, es kann dann sein, dass die Verbindung zu Deinem WLAN-Netzwerk nur jedes zweite Mal funktioniert. Bitte testen und hier Rückmeldung geben.

[Schotty]

Nein, da braucht's keinen Elko und auch kein gutes USB-Kabel, da es hier ja nicht um die Daten sondern nur um die Stromversorgung geht, da wäre wenn dann eher das verwendete Netzteil relevant.

Nö, das ist leider ein weit verbreiteter Irrtum - das dickste Netzteil nützt nichts, wenn das Kabel dünn und minderwertig ist.

[freetz]

Ok, dann habe ich wohl noch nie ein schlechtes USB-Kabel gehabt . Die Frage für mich ist, woran ein Laie ein "minderwertiges" bzw. ein "gutes" Kabel erkennen soll? Zumal wenn andere Programme vorher schon laufen? Ich weiß, dass eine unzuverlässige Spannungsversorgung zu allerlei Problemen führen kann, aber ohne anhand eines SerMo-Logs zu sehen, wo bzw. ob sich das Teil "aufhängt" (was in dem Fall ja letztlich gar nicht passiert war), den Leuten zu sagen, sie sollen sich erst mal Elkos besorgen oder bessere Kabel anschaffen, ist mir ein bisschen zu fix. Gerade Anfänger werkeln dann an fünf Baustellen gleichzeitig und eine strukturierte Fehlersuche wird dann immer schwerer (wie wir ja an der Diskussion mit paprmakr78 gesehen haben). Daher mein Credo: Eins nach dem anderen ...

[Schotty]

Ok, dann habe ich wohl noch nie ein schlechtes USB-Kabel gehabt .

Sei froh. Ich schon. Mehr als eines. Ist echt nervig, wenn man nicht sofort drauf kommt, dass es daran liegt..

Die Frage für mich ist, woran ein Laie ein "minderwertiges" bzw. ein "gutes" Kabel erkennen soll?

Grobe Faustregel (für mich persönlich): Je dünner es anmutet, desto höher ist die Wahrscheinlichkeit, dass es nicht gerade das beste Kabel (= möglichst dicke Litzen) ist. Ist aber natürlich kein zuverlässiges Indiz, da eine dicke Isolierung auch ein dünnadriges Kabel nicht besser macht.
Wenn man ein Multimeter hat, kann man mal die Spannung der 3,3V und 5V Pins messen (zumindest bin ich so meinen 'schlechten' Kabeln auf die Schliche gekommen - das Thema hatten wir aber ja auch kürzlich per Email).
Laienhaft (für Gleichstrom) ausgedrückt: je dünner (und länger) das Kabel, desto höher der Widerstand und desto stärker der Spannungsabfall  - aber das können der Herr Ohm oder auch die Elektronikspezis hier besser erklären.

Ich weiß, dass eine unzuverlässige Spannungsversorgung zu allerlei Problemen führen kann, aber ohne anhand eines SerMo-Logs zu sehen, wo bzw. ob sich das Teil "aufhängt" (was in dem Fall ja letztlich gar nicht passiert war), den Leuten zu sagen, sie sollen sich erst mal Elkos besorgen oder bessere Kabel anschaffen, ist mir ein bisschen zu fix.

  Vielleicht hast du zu fix gelesen und liest meinen Kommentar einfach nochmal in Ruhe durch - ich habe nie geschrieben, er "solle sich erst mal Elkos besorgen oder bessere Kabel anschaffen". 

Im Gegenteil, bzgl. Elko schrieb ich sogar "sollte aber eigtl auch ohne Elko funktionieren" und die Qualität des Kabels habe ich in diesem Fall lediglich indirekt als mögliche Fehlerquelle angedeutet, da ich auch nicht wirklich annahm, dass das diesmal das Problem ist, wie man m.A.n. eigtl unschwer aus meinem vorhergehenden Geschreibsel erkennen kann.

Gerade Anfänger werkeln dann an fünf Baustellen gleichzeitig und eine strukturierte Fehlersuche wird dann immer schwerer (wie wir ja an der Diskussion mit paprmakr78 gesehen haben).

Ich weiß zwar nicht, was die Diskussion mit paprmkr78 hiermit zu tun hat, aber so wie ich dich hier verstehe habe ich anscheinend da und auch jetzt hier eine strukturierte Fehlersuche behindert oder erschwert..?!    Sehe ich zwar nicht so, aber ok.. Unstrukturiert wird das hier jetzt m.A.n. eher durch diese unnötige Diskussion über Dinge, die ich so nicht gesagt habe als durch meinen kurzen Nachtrag bzgl der Relativierung(!) eines etwaigen Elko-Bedarfs und den dezenten Hinweis auf ein möglichst gutes Kabel..