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

[freetz]

@freetz: Vielleicht kannst Du mir dann mal bei Gelegenheit mitteilen, was in der Firmware für den Arduino entfernt werden muss, was nicht benötigt wird (Web, LAN?)

Hm, wieso "entfernen"? Es gibt ein paar Möglichkeiten, bestimmte Programmteile über Defines vom Kompilieren auszuschließen, aber alles darüber hinaus würde die Stabilität des Programms vermutlich beeinträchtigen.

[sust]

@ Schotty zu deiner Antwort vom 07.01:  Ich hatte es auch, so wie du das auch schreibst, nur als Beispiel gedacht.  So nutz ich kein MQTT und auch keine Max Geräte. Und kann das somit auch nicht testen. Nur den Arduino Compiler konnte  ich  jetzt noch dazu "befragen". Antwort: "akzeptiert", 94% Speicherauslastung. Könnte also klappen...
Müsste nur halt mal jemand mit MQTTT und Max Nutzung testen.
Deswegen auch der Hinweis es selbst mal zu probieren.

P0 funktioniert in der 0.44 bei mir anstandslos. Ob das sinnhaftig ist, darüber kann man streiten...
Das für die meisten das Umstellen wohl wenig lukrativ ist, hatte ich ja aber geschrieben. Lässt man des jetzt in Weiterentwicklung von BSB_Lan weg, dann ist das eben so.
Es ist einfach nur ein Vergleich der  2.0.67 mit der 0.44 gewesen und da fiel das auf.

Was die Beschreibung im Handbuch hinsichtlich Mega angeht, führst du ja das Wichtigste auf, wer sich noch mit dem Mega und BSB_Lan neu versuchen will, wird zur V0.44 geführt, wer die 1er und 2er Versionen mit dem Mega testen will bekommt doch auch Hinweise dazu.
Vielleicht könnte man die Hinweise zur 1er und 2er Version noch etwas einkürzen, etwa so wie die Beschreibung zum defs.h Filtertool von Freetz gehalten ist.

Die Hinweise in der config.h "for mega users" reichen zur Erklärung und Einstellung aus. Ein Hinweis im Handbuch dazu ist aus meiner Sicht nicht nötig.
Du schreibst zu Anfang des Kapitels ja auch, das man bei Fragen sich ja ruhig im Forum melden kann.  Und dem stimm ich uneingeschränkt zu,
auch wenn dann mal das eine oder andere vorgetragen wird, was einige nicht gerade als mainstream empfinden.

Da ich gerade einen Fall mit Problemen mit dem Nachbau des V2 Adapters geschildert bekommen habe:  es wäre sehr hifreich, wenn der Schaltplan der V0.44 auf Github (auch im Handbuch  der V0.44)  noch um die 3 Widerstände von 330KOhm zwischen Basis und Emitter der jeweiligen Transistore im  U1, U2 und Q1 ergänzt würde. Das vermeidet Probleme, Recherchen und Umlötereien.
Ist zwar nur für wenige, also nicht mainstream,  aber doch sehr hilfreich für die Wenigen und ja nur einmalig auf Github zu machen...

[sust]

Da die 2.0.67 ja auf dem Mega  mit dem Lan Shield lief, hab ich mich an die ESP WLan Variante gewagt.
Denn das war das eigentlich reizvolle gewesen, ansonsten bin ich mit der 0.44 zufrieden.
Dabei trat aber doch etwas sehr kurioses und unerklärliches auf.
Erstens war die Antwortzeit und auch der Seitenaufbau vom Web Interface erheblich langsamer als übers shield.
Schlimmer war aber das meine übers lokale Netzwerk  versandten HTTP Befehle nichts in der Heizung bewirkten.
Da kam nichts an...
Das läuft seit 2 Jahren über reines Drahtnetzwerk einwandfrei.
Es funktionierte über den ESP nur, wenn ich vom Browser in dem auch das Webinterface geöffnet ist sendete.
Der Weg der Daten ist doch aber, ob vom Browser auf meinem Laptop  oder von einem anderen Lan Gerät gesendet wurde, identisch.
Alles muss über den ESP. Merkwürdig. Ich hab dafür einfach keinen Erklärungsansatz.
Da ich die gewohnte Regelung aber gern weiterverwenden will, bin ich zur 0.44 zurückgekehrt. Und lass das ESP Vorhaben erstmal eine zeit lang ruhen. Wenn ich Lösungsansätze finde oder davon höre und ich mal wieder Lust dazu habe, werde ich das wieder in Angriff nehmen.
Habt ihr Vorschläge oder Lösungsansätze  nehm ich die gerne auf, es dauert nur halt bis ich die das mal teste und antworte.

[postman]

Hallo freetz,

Hm, wieso "entfernen"? Es gibt ein paar Möglichkeiten, bestimmte Programmteile über Defines vom Kompilieren auszuschließen, aber alles darüber hinaus würde die Stabilität des Programms vermutlich beeinträchtigen.

Da hab ich mich wohl etwas unklar ausgedrückt.
Ich wollte eigentlich nur wissen, wie ich LAN und WEB deaktivieren kann, wenn ich eine serielle Verbindung hinbekommen habe. Die würde (zumindest ich) dann ja nicht mehr zwingend benötigt.
Eine andere Frage: Kann ich eigentlich zwei BSB-Lan an einer Heizung über den BSB anschliessen, ohne etwas zu kapput zu machen?

Gruß
Uwe

[freetz]

Ältere Schaltpläne: Was die Schaltpläne älterer Versionen angeht, finde ich den Aufwand, die entsprechend anzupassen, zu hoch. Mein Ziel ist es, dass aktive Mega-User so lange wie möglich bei ihrem bisherigen Setup bleiben können, denn die wissen ja schon um einige Dinge Bescheid. Wer jetzt neu einsteigt, soll aber nicht auf "veraltete" Technik setzen, sondern aktuelle Hard- und Software nutzen.

WLAN: Dein Erlebnis mit dem WLAN über den ESP kann ich so nicht bestätigen, ich vermute, es liegt daran, dass der Mega aber eben auch deutlich langsamer ist als der Due. Eine kleine Verzögerung zu Anfang konnte ich auch beobachten, aber danach hatte ich fast das Gefühl, dass es fast sogar schneller ginge. Das, was Du mit den lokalen Befehlen beschreibst, macht für mich keinen Sinn, denn der Browser setzt diese Befehle ja genau so ab. Da ist entweder in der Netzwerk-Konfiguration etwas schief oder ich kann es mir auch nicht erklären.

Deaktivieren von Features: Das geht nur über die bekannten Defines. LAN und das Webinterface gehören da nicht dazu.

Zwei Adapter an einem Bus: Ja, das geht und ist kein Problem, nur die MAC-, IP- und BSB-Bus-Adressen müssen unterschiedlich sein.

[postman]

Hallo freetz,

Zwei Adapter an einem Bus: Ja, das geht und ist kein Problem, nur die MAC-, IP- und BSB-Bus-Adressen müssen unterschiedlich sein.

Ok, das MAC und IP und die Busadressen unterschiedlich sein müssen, war mir klar. Ich wusste nur nicht, ob der BSB der Heizung damit klarkommt.
Danke.

Gruß Uwe

[Scherheinz]

@ Schotty zu deiner Antwort vom 07.01:  Ich hatte es auch, so wie du das auch schreibst, nur als Beispiel gedacht.  So nutz ich kein MQTT und auch keine Max Geräte. Und kann das somit auch nicht testen. Nur den Arduino Compiler konnte  ich  jetzt noch dazu "befragen". Antwort: "akzeptiert", 94% Speicherauslastung. Könnte also klappen...
Müsste nur halt mal jemand mit MQTTT und Max Nutzung testen.
Deswegen auch der Hinweis es selbst mal zu probieren.

Ich werde mal meine Abfragen auf MQTT umstellen, ich benutze auch ein paar MAX Geräte. Ich kann nur noch nicht genau sagen wie lange es dauert, bin momentan nicht so fit.

Gruß

Scherheinz

[JulianH]

Hallo ich bin hier noch Anfänger und habe das Problem mit dem Zugriff via Browser.
Ich habe den Arduino samt Ethernet Shield und BSB Platine angeschlossen und wollte nun darauf zugreifen.
Habe in der Fritzbox nach der IP Adresse gesucht und eine neue gefunden.
Name der Verbindung ist WIZnet196990 kann das sein?
Dann habe ich im Browser folgendes eingegeben
HTTP://192.178.168.26/den von mir vergebenen passkey /
Dann öffnet sich ein Fenster siehe Bild wo es einen Benutzernamen und Passwort möchte.
Da habe ich dann das eingegeben was ich bei User pass vergeben hab.
Aber es funktioniert nicht.
Was mache ich falsch.

Danke für die Hilfe

Gruß Julian

[freetz]

Passkey und Passwortschutz sind zwei verschiedene Dinge. Den Passkey setzt Du im Klartext in der Variable "PASSKEY". Den (HTTP-basierten)Passwortschutz stellst Du über die Variable USER_PASS ein und muss base64 enkodiert sein. Wenn Du nur den Passkey nutzen willst, musst Du die Variable USER_PASS wieder auskommentieren.

[freetz]

@postman: Schotty hat mich zu Recht darauf aufmerksam gemacht, dass man seit ein paar Wochen das Webinterface größtenteils deaktivieren kann und ca. 13kB sparen kann, wenn man das Definement "I_DO_NOT_NEED_NATIVE_WEB_INTERFACE" aktiviert, allerdings erst ab Version 2. Wer z.B. nur MQTT nutzt, kann damit weiter Speicherplatz sparen.

[JulianH]

@freetz:
Das heißt wenn ich bei USER_PASS nichts eintrage kommt das Fenster zum Anmelden auch nicht?

[freetz]

Richtig.

[JulianH]

@freetz:
Es kommt aber trotzdem immer das Anmeldefenster.
Passen die Einstellung so?

[freetz]

Dann hast Du vermutlich UseEEPROM auf "1" stehen. Setze das auf 0 und flashe noch mal. Ansonsten nimmt er zuerst die Einstellungen aus dem EEPROM und kommt gar nicht erst zu den Änderungen, die Du jetzt an der Config vorgenommen hast.

[freetz]

Ich habe eine Frage an alle, die ein Raumgerät mit Präsenztaste haben. Könntet Ihr mal bitte ein Telegramm-Log schicken, wenn Ihr die Präsenztaste betätigt (in beide "Richtungen", also an und aus, und bitte in den Logs entsprechend kommentieren, welche Telegramme wozu gehören). Ich habe nämlich bisher nur die Command ID 0x2D3D0572 in der Liste, und die als Ein/Aus-Wert, bei dem dann 0 und 1 (bzw. 255) gesendet wird.

Nun habe ich einen Mitschnitt bekommen, wo zwischen einer QAA55 und einer Heizung der Gerätefamilie 162/14 folgendes geloggt wurde:

Code Auswählen Erweitern


------------------------
Bedienung am QAA55

Komfortbetrieb (Sonne)
------------------------
RGT1->HEIZ SET  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit): ---
DC 86 00 0D 03 3D 2D 05 72 01 02 23 B9
HEIZ->RGT1 ACK  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit):
DC 80 06 0B 04 2D 3D 05 72 38 99

------------------------
Economy/Reduziert (Mond)
------------------------
RGT1->HEIZ SET  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit): ---
DC 86 00 0D 03 3D 2D 05 72 01 01 13 DA
HEIZ->RGT1 ACK  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit):
DC 80 06 0B 04 2D 3D 05 72 38 99

------------------------
Auswertung http://<ip>/701
------------------------
LAN->HEIZ QUR  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit):
DC C2 00 0B 06 3D 2D 05 72 FC 8D
HEIZ->LAN ERR  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit): error 7
DC 80 42 0C 08 2D 3D 05 72 07 B5 A6
#701:  (parameter not supported)

Setting temporary destination to 0
LAN->HEIZ QUR  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit):
DC C2 00 0B 06 3D 2D 05 72 FC 8D
HEIZ->LAN ERR  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit): error 7
DC 80 42 0C 08 2D 3D 05 72 07 B5 A6


------------------------
Schreiben http://<ip>/S701=1
------------------------
GET /S701=1 HTTP/1.1
/S701=1
Setting temporary destination to 0
set ProgNr 701 = 1setting line: 701 val: 01 01
LAN->HEIZ SET  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit): ---
DC C2 00 0D 03 3D 2D 05 72 01 01 CC F5
HEIZ->LAN ACK  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit):
DC 80 42 0B 04 2D 3D 05 72 24 B3
LAN->HEIZ QUR  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit):
DC C2 00 0B 06 3D 2D 05 72 FC 8D
HEIZ->LAN ERR  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit): error 7
DC 80 42 0C 08 2D 3D 05 72 07 B5 A6
#701:  (parameter not supported)

------------------------
Schreiben http://<ip>/S701=2
------------------------
GET /S701=2 HTTP/1.1
/S701=2
Setting temporary destination to 0
set ProgNr 701 = 2setting line: 701 val: 01 02
LAN->HEIZ SET  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit): ---
DC C2 00 0D 03 3D 2D 05 72 01 02 FC 96
HEIZ->LAN ACK  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit):
DC 80 42 0B 04 2D 3D 05 72 24 B3
LAN->HEIZ QUR  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit):
DC C2 00 0B 06 3D 2D 05 72 FC 8D
HEIZ->LAN ERR  701 Heizkreis 1 - Präsenztaste (temporäre Abwesenheit): error 7
DC 80 42 0C 08 2D 3D 05 72 07 B5 A6
#701:  (parameter not supported)


Das bedeutet, dass hier kein Ein/Aus-Wert gesendet wird, sondern ein Listen-Wert (ENUM), wie er anscheinend den Werten von Parameter 700 entspricht. Das wäre eine ganz andere Herangehensweise und ist insofern verwunderlich, als dass dann die QAA55 möglicherweise unterschiedliche Telegramme an unterschiedliche Heizungen schickt. Möglich, aber schon ziemlich aufwändig, das alles in dem kleinen Teil entsprechend zu hinterlegen.

Von daher würde ich mich über Eure Mitarbeit bei der Frage freuen.