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

Begonnen von justme1968, 29 November 2014, 19:50:40

Vorheriges Thema - Nächstes Thema

freetz

Ok, das könnte man ja konfigurierbar machen. Man müsste dann nur sicher feststellen, wann der Shield resettet werden muss, denn von außen per Netzwerk kommt man im Zweifelsfall ja nicht mehr ran...
Alle Infos zur Anbindung von Heizungssystemen mit PPS-, LPB- bzw. BSB-Bus ans LAN gibt es hier:
https://github.com/fredlcore/bsb_lan

Alle Infos zum WLAN-Interface "Robotan" für Ambrogio/Stiga/Wolf und baugleiche Rasenmähroboter:
https://github.com/fredlcore/robotan

freetz

Ach, und noch eine gute Nachricht: Die Platinen sind heute gekommen; diejenigen, die sich gemeldet hatten, haben die dann spätestens übermorgen im Briefkasten, wenn die Post nicht total überlastet ist. Ein paar habe ich wieder mehr bestellt, so dass sich auch noch Nachzügler melden können...
Alle Infos zur Anbindung von Heizungssystemen mit PPS-, LPB- bzw. BSB-Bus ans LAN gibt es hier:
https://github.com/fredlcore/bsb_lan

Alle Infos zum WLAN-Interface "Robotan" für Ambrogio/Stiga/Wolf und baugleiche Rasenmähroboter:
https://github.com/fredlcore/robotan

Scherheinz

Zitat von: freetz am 19 Dezember 2018, 18:09:43
Ok, das könnte man ja konfigurierbar machen. Man müsste dann nur sicher feststellen, wann der Shield resettet werden muss, denn von außen per Netzwerk kommt man im Zweifelsfall ja nicht mehr ran...

Also so eine Art watchdog, entweder wie von frank beschrieben den Status auswertet oder den Router anpingen falls das mit dem Arduino irgendwie möglich ist.

frank

achtung!

bei den ethernet shields mit 6pol icsp buchse neben der sd muss zusätzlich leider auch hier die RESET verbindung getrennt werden.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Scherheinz


Jewe

Guten Abend,

die Codes für die Parameter K1 und K2 sind die noch nicht im BSB vorhanden ?

1 - Bedieneinheit  20 - 70
2 - Funk            120 - 140

Bei mir zeigt es zumindest im Web nichts an.

Jens

Schotty

Zitat von: Jewe am 19 Dezember 2018, 20:52:12
die Codes für die Parameter K1 und K2 sind die noch nicht im BSB vorhanden ?
Hi,
nein, die Parameter der Bedieneinheit scheinen intern abgelegt zu sein, ich meine, damals beim Dekodieren kam da absolut nichts über den Bus. Funk wird dann schätzungsweise ebenso sein - allerdings hat das bisher von uns (zumindest freetz und ich) keiner getestet, da wir kein Funk-Raumgerät haben.
Handbuch zur BSB-LAN Hard- & Software (Anbindung v. Heizungsreglern, u.a. von Brötje & Elco):
https://1coderookie.github.io/BSB-LPB-LAN/

Schotty

Bzgl 'Kappen und Umlegen' des Reset-Pins des LAN-Shields:
Gehe ich recht in der Annahme bzw habe ich es richtig verstanden, dass in dem Fall der Reset-Button auf dem LAN-Shield eben auch keinen kompletten Reset des Ardu mehr auslösen würde, sondern nur einen 'lokalen' aufs LAN-Shield bezogenen Reset?
Andersherum - der Reset-Button des Ardus würde dann eben auch das LAN-Shield nicht mehr mit-resetten?
Wenn das System mal hängt oder neu gestartet werden soll, drücke ich manchmal auf den Reset-Knopf des Shields, da der des Ardu ja verdeckt ist. Das wäre dann also nicht mehr möglich, oder?
Handbuch zur BSB-LAN Hard- & Software (Anbindung v. Heizungsreglern, u.a. von Brötje & Elco):
https://1coderookie.github.io/BSB-LPB-LAN/

frank

der button auf dem shield resettet dann nur noch das shield.
button auf dem mega resettet den mega und über die software natürlich auch wieder das shield.

ich komme an den mega button gut dran.  ;)
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

frank

aah..., jetzt hat es geklingelt!
über dem mega button sitzt der bsb adapter.

da könnte man zb auf den adapter noch einen taster setzen, der den mega reset auslöst.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Schotty

Achso - ich dachte, das war als Spaß darauf bezogen, dass dein Adapter den Button nicht verdeckt ;)

Nein, das ist nicht nötig - das Setup ist ja sowieso in einem Gehäuse (was ich im Fall der Fälle immer auseinander nehmen muss), da ist ein 'normaler' hard-reset mit Stecker raus & wieder rein eigtl sowieso einfacher :)
Aber ich frage mich gerade, ob man/ich nicht die beiden Buttons nach außen führen und kleine Mini-Taster am Gehäuse anbringen könnte.. Das wäre komfortabel für meine Testsysteme ;D
Handbuch zur BSB-LAN Hard- & Software (Anbindung v. Heizungsreglern, u.a. von Brötje & Elco):
https://1coderookie.github.io/BSB-LPB-LAN/

frank

eigentlich eine gute idee.
du kannst dann die vorhandenen taster dort lassen, wo sie sind. einfach nur neue taster nutzen, die jeweils RESET und GND bei tastendruck kurzschliessen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Schotty

Ah super, danke frank, dann muss ich ja gar nicht mehr nachsehen :) Na dann muss ich mal in den Kisten wühlen, ob ich noch was Passendes rumfliegen habe..
Handbuch zur BSB-LAN Hard- & Software (Anbindung v. Heizungsreglern, u.a. von Brötje & Elco):
https://1coderookie.github.io/BSB-LPB-LAN/

frank

Zitat von: Scherheinz am 19 Dezember 2018, 19:46:41
Also so eine Art watchdog, entweder wie von frank beschrieben den Status auswertet oder den Router anpingen falls das mit dem Arduino irgendwie möglich ist.
ein keepalive mechanismus fände ich sympathisch.

der client sendet regelmässig einen speziellen keepalive befehl, der mit einer kurzen statusinfo vom arduino beantwortet wird. also einen watchdog auf einen speziellen befehl.

interessant in so einer statusmessage wäre sicherlich der aktuelle wert von der funktion millis(). damit hätte man auf clientseite zb eine immer aktuelle uptime des arduino, wodurch zb reboots vom arduino gut erkennbar werden.

vielleicht gibt es zb auch infos über die sd oder andere komponenten, die rückschlüsse auf die aktuelle funktionalität ermöglichen können. jedenfalls sollte das zusammenstellen der statusmessage nicht viel zeit kosten.

wahrscheinlich wäre aber so ein watchdog nicht für alle anwendungsfälle sinnvoll. zb beim einsatz als webserver, der vielleicht nur alle paar tage mal connected wird.

um auch diese anwendungen einigermassen vor einem verbindungsfreeze zu schützen, könnte man zb grundsätzlich alle 24std die ethernetverbindung (oder wlan?) resetten. also ähnlich der täglichen zwangstrennung beim internetrouter.

empfängt der arduino nach einem reboot das erste mal einen keepalive befehl, könnte dadurch dann zb das watchdogverhalten gestartet werden.

ebenso könnte man dann auch das watchdogverhalten wieder abschalten, indem zb nach 5 erfolglosen verbindungsresets (weiterhin keine keepalive befehle) der watchdog wieder abgeschaltet wird. denkbar wäre hier dann auch ein reboot des arduino, wodurch der watchdog dann automatisch stoppen würde.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Schotty

Zitat von: frank am 20 Dezember 2018, 15:19:45
interessant in so einer statusmessage wäre sicherlich der aktuelle wert von der funktion millis(). damit hätte man auf clientseite zb eine immer aktuelle uptime des arduino, wodurch zb reboots vom arduino gut erkennbar werden.

vielleicht gibt es zb auch infos über die sd oder andere komponenten, die rückschlüsse auf die aktuelle funktionalität ermöglichen können. jedenfalls sollte das zusammenstellen der statusmessage nicht viel zeit kosten.
Fänd ich interessant. Bei der Gelegenheit könnte man vielleicht auch nochmal über ein zusätzliches Anzeigen der intern vorliegenden Spannung am Ardu (durch Nutzung der internen Spannungsmessung) nachdenken, wie es bspw hier vorgestellt wird: https://www.instructables.com/id/Secret-Arduino-Voltmeter/

Handbuch zur BSB-LAN Hard- & Software (Anbindung v. Heizungsreglern, u.a. von Brötje & Elco):
https://1coderookie.github.io/BSB-LPB-LAN/