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

Zitat von: hsepm am 05 Januar 2018, 10:56:45
Versuche außerdem, den Parameter 750 (Raumeinfluss Heizkreis 1) mal auf 1% zu setzen.
Außerdem bitte auch mal die Beschreibung für Parameter 726 Kennlinienadaption ein/aus in den Broetje-Unterlagen durchlesen.

Beides sind zwar wichtige Parameter für die Einstellung der Heizung, aber auf das eigentliche Problem haben sie keinen Einfluss. Die RT sollte in jedem Fall übermittelt werden. Bei einem Raumeinfluss von 1% wird die RT aber de facto nicht berücksichtigt werden, so dass man sich den Aufwand der regelmäßigen Übermittlung dann auch sparen kann...
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

miwi

Beim Umschauen im Internet gefunden: Undokumentierte Trinkwasser-Ladefunktion der ISR SSR C.
ZitatOb TW an oder aus. Wenn man die Betriebsartentaste TW der SSR festhält, hast du ein TW Push. Das wird in der Beschreibung der SSR nicht erwähnt. Nicht mal in der 3. Auflage.  Den Push bekommst du weg mit einmal ausschalten.
Quelle: http://www.heizungsforum.de/board/index.php?thread/11118-isr-ssr-c-und-sob-22c/

hsepm

Ging mir nur darum, zu helfen, den Fehler einzugrenzen. 1% Raumeinfluss ist natürlich homöopathisch, aber zumindest darf die Heizung den Wert Raumtemperatur dann formal nicht ignorieren. Bei 0% Raumeinfluss "könnte" die Heizung die Raumtemperatur ignorieren. Man weiß ja nicht, welche "Optimierungen" in den einzelnen Gerätetypen existieren (black box).

Viele Grüße,
Holger

acfischer42

Vielen Dank fuer die Hilfe! Mein Fehler, ich hatte i statt I geschrieben :-(
Sorry.

Uebrigends kann ich mit dem Adapter beide Raumwerte schreiben, sowohl 8740 (mit I10000) als auch 8770 (mit I10001). Laut Handbuch sollte das eigentlich nicht gehen.

Gruesse
Achim

hsepm

#1384
Zitat von: acfischer42 am 05 Januar 2018, 11:30:39
Vielen Dank fuer die Hilfe! Mein Fehler, ich hatte i statt I geschrieben :-(
Sorry.

Uebrigends kann ich mit dem Adapter beide Raumwerte schreiben, sowohl 8740 (mit I10000) als auch 8770 (mit I10001). Laut Handbuch sollte das eigentlich nicht gehen.

Gruesse
Achim

Besser so als anders herum ;-) Ich logge schon fleißig mit (zunächst) 30% Raumeinfluss und Kennlinienadaption ein. Die Kennliniensteilheit (720 für HK1) verändert sich (langsam). Ich habe mir noch keine Meinung gebildet, wie ich das finden soll, aber es zeigt, dass die Algorithmen arbeiten wie beschrieben.

Die Solltemperatur wird im Referenzraum auf +/- 0.2 Grad gehalten, was deutlich besser ist als vorher.

Ich schätze, das sind dann deine nächsten Schritte.

Gruß,
Holger

acfischer42

Bei mir ist Parameter 600 als unbekannt beschrieben. Zeitprogramm 5 Montags. Dienstags funktioniert ;-)

Hier mal der Mitschnitt. Das ganze ist zweimal mitgeschnitten. Leider allerdings mit nicht ganz stillem Bus, in den Keller laufen und zurueck kostet halt doch ein wenig Zeit.

@Freetz: sag mir doch bitte ob das so ok ist. Wenn nicht nehme ich den PC halt mal mit in den Keller, ist aber eben ein bischen aufwaendig, ich habe den Adapter oben...

Gruss
Achim

HEIZ->RGT1 ERR  600 Zeitprogramm 5 -  Mo: error 7 (parameter not supported)
DC 80 06 0C 08 05 05 0A B3 07 E6 FC
1352008 DC 83 00 12 02 05 00 02 29 0B 39 F9 00 64 01 64 95 70
1363806 DC 83 00 12 02 05 00 02 29 0B 39 F9 00 64 01 44 B1 12
1368358 DC 80 03 0F 02 05 04 02 27 0A 82 00 03 D5 14
1374587 DC 8A 00 0B 06 3D 05 0A B4 92 54
1374656 DC 80 0A 17 07 05 3D 0A B4 06 00 16 00 98 00 18 00 98 00 18 00 BE 67
1375792 DC 87 00 0E 02 3E 2E 02 15 05 5B 00 0E 71
1377647 DC 8A 00 0B 06 3D 05 0A B4 92 54
1377715 DC 80 0A 17 07 05 3D 0A B4 06 00 16 00 98 00 18 00 98 00 18 00 BE 67
1380702 DC 8A 00 0B 06 3D 05 0A B4 92 54
1380769 DC 80 0A 17 07 05 3D 0A B4 06 00 16 00 98 00 18 00 98 00 18 00 BE 67
1383760 DC 8A 00 0B 06 3D 05 0A B4 92 54
1383826 DC 80 0A 17 07 05 3D 0A B4 06 00 16 00 98 00 18 00 98 00 18 00 BE 67
1386913 DC 8A 00 0B 06 3D 05 0A B4 92 54
1386983 DC 80 0A 17 07 05 3D 0A B4 06 00 16 00 98 00 18 00 98 00 18 00 BE 67
1429321 DC 80 03 0F 02 05 04 02 27 0A 82 00 03 D5 14
1429634 DC 83 00 12 02 05 00 02 29 0B 39 F9 00 64 01 64 95 70
1435495 DC 87 00 0E 02 3E 2E 02 15 05 5B 00 0E 71
1443369 DC 83 00 12 02 05 00 02 29 0B 32 F9 00 64 01 44 72 B0
1469222 DC 8A 7F 14 02 05 00 00 6C 00 76 01 05 05 0B 2F 24 00 70 20
1488411 DC 80 03 0F 02 05 04 02 27 0A 82 00 03 D5 14
1495288 DC 87 00 0E 02 3E 2E 02 15 05 5B 00 0E 71

/600
RGT1->HEIZ QUR  600 Zeitprogramm 5 -  Mo:
DC 86 00 0B 06 05 05 0A B3 5A 2E
HEIZ->RGT1 ERR  600 Zeitprogramm 5 -  Mo: error 7 (parameter not supported)
DC 80 06 0C 08 05 05 0A B3 07 E6 FC
1523069 DC 83 00 12 02 05 00 02 29 0B 24 F9 00 64 01 44 E5 D5
1547392 DC 80 03 0F 02 05 04 02 27 0A 82 00 03 D5 14
1555162 DC 87 00 0E 02 3E 2E 02 15 05 5B 00 0E 71
1560991 DC 8A 00 0B 06 3D 05 0A B4 92 54
1561059 DC 80 0A 17 07 05 3D 0A B4 06 00 16 00 98 00 18 00 98 00 18 00 BE 67
1564045 DC 8A 00 0B 06 3D 05 0A B4 92 54
1564113 DC 80 0A 17 07 05 3D 0A B4 06 00 16 00 98 00 18 00 98 00 18 00 BE 67
1567104 DC 8A 00 0B 06 3D 05 0A B4 92 54
1567170 DC 80 0A 17 07 05 3D 0A B4 06 00 16 00 98 00 18 00 98 00 18 00 BE 67
1567996 DC 80 7F 15 02 2D 00 02 11 01 02 23 81 FF FF FF FF 02 01 3B 88
1570015 DC 80 7F 15 02 2E 00 02 11 01 02 21 84 FF FF FF FF 02 01 40 2A
1570161 DC 8A 00 0B 06 3D 05 0A B4 92 54

acfischer42

@hsepm

Vielen Dank, in der Tat ist das mit der Kennlinie eines meiner Ziele. Das aktiviere ich auch mal.

@freetz

Ich bin dabei meine Heizung ueber den BSB-lan in eine OpenHAB Steuerung einzubinden. Das ist natuerlich hier ein bischen OFF-Topic, aber der Adapter ist ja nicht an FHEM gebunden. Waerest Du interessiert ein Kapitel ueber diese Einbindung in das Handbuch aufzunehmen? Ich wuerde das natuerlich schreiben.

Gruesse
Achim

freetz

Hallo Achim,

klar, wenn Du da einen Teil für das Handbuch schreiben willst, dann gerne, nur haben weder Schotty noch ich Ahnung von OpenHAB, so dass wir da wenig helfen können.

Was den Mitschnitt angeht, sieht es so aus, als würdest Du nicht /V1 sondern /M1 angegeben haben. /M1 geht auch, aber da ist das "Rauschen" größer.
Und es muss für mich klar sein, wann Du am Rad gedreht hast und den Parameter aufgerufen hast und welche Einstellung dabei angezeigt wird. Ansonsten kann ich da leider wenig machen. Schau' Dir mal an, wie litronics das bei seinen Werten gemacht hat, dann lässt sich das schnell von mir umsetzen:
https://forum.fhem.de/index.php/topic,29762.msg716846.html#msg716846

Und die Parameter 8740 und 8770 speisen sich über die INF-Telegramme der virtuellen Parameter 10000 und 10001. Du kannst sie also nicht direkt mit /S8740 schreiben, sondern das sind read-only-Werte, die sich aber wie gesagt auf das beziehen, was Du mit 10000+ setzen kannst.
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

acfischer42

Danke freetz.

8740 / 8770: Ich bezog mich auf Kapitel 11.19
11.19 Kann ich eine Raumtemperatur senden, um ,Raumeinfluss' zu verwenden?
Ja, mittels einer INF-Nachricht. Für die Raumtemperatur HK112 ist dies der
Spezialparameter 10000, für den HK213 ist es 10001.
Siehe auch den entsprechenden Punkt in Kapitel 8.

und

12 Adapter muss als RGT1 konfiguriert sein, um HK1 zu bedienen.
13 Adapter muss als RGT2 konfiguriert sein, um HK2 zu bedienen.


Das scheint bei mir nicht der Fall zu sein. Ich kann mit einem als RGT1 konfiguriertem Adapter sowohl HK1 als auch HK2 Werte schreiben.

Fuer openHAB: ich kuemmere mich mal drum, Ihr helft hier ja schon genug. Den OpenHAB Teil habe ich soweit im Griff, wenn auch nicht ueber ein spezielles Binding sondern uber das HTTP.

Anbei ein kleiner Vorgeschmack - Trending der Werte mit grafana

Gruesse
Achim


freetz

Zitat von: acfischer42 am 05 Januar 2018, 12:26:51
Das scheint bei mir nicht der Fall zu sein. Ich kann mit einem als RGT1 konfiguriertem Adapter sowohl HK1 als auch HK2 Werte schreiben.

Interessant. Die Frage wäre, ob die RT von HK1 auch für HK2 übernommen wird, wenn für HK2 keine gesendet wird (was ja auch irgendwo Sinn macht). Was passiert denn, wenn Du mit einem als RGT2 konfigurierten Adapter nur die Temperatur über 10001 sendest? Werden dann auch beide Werte geschrieben oder dann nur für HK2? Bzw. kannst Du dann mit dem RGT2 auch über 10000 den Wert für beide setzen?

@Schotty: Vielleicht sollte man die Fußnote mit einem "ggf." etwas abschwächen.

Zitat
Fuer openHAB: ich kuemmere mich mal drum, Ihr helft hier ja schon genug. Den OpenHAB Teil habe ich soweit im Griff, wenn auch nicht ueber ein spezielles Binding sondern uber das HTTP.
Anbei ein kleiner Vorgeschmack - Trending der Werte mit grafana

Sieht auf jeden Fall schick aus!
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

acfischer42

Hmm, also die Werte werden nicht in einen anderen HK uebernommen. Jedenfalls nicht in die Parameter.

BSB-Lan als RGT1 konfiguriert
Original RGT2

mit http://bsb-lan/I10000=xx kann ich in Parameter 8740 schreiben. Parameter 8770 bleibt wo er war
mit http://bsb-lan/I10001=xx kann ich in Parameter 8770 schreiben. Parameter 8740 bleibt wo er war

Das Original RGT schreibt nur in 8770 (HK2), was ja auch Sinn ergibt, da es RGT2 ist.

Fuer einen Test mit BSB-Lan als RGT2 muss ich erstmal umbauen...

Gruesse
Achim

freetz

Ok, dann scheint es wohl bei manchen Thermen zu gehen (wie bei Dir) bei anderen wiederum nicht (wie bei mir, wobei ich aber auch keinen 2. HK installiert habe). Dann mildern wir wohl die Fußnote am besten einfach ab, dann wissen alle diejenigen, bei denen es nicht geht, woran sie drehen könnten...
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

#1392
Eine Frage an diejenigen, die sich mit Elektrik/Elektronik besser auskennen:

Ich habe nun Holgers Platine, die ja immer "query failed" gemeldet hat zurück, und sie funktioniert bei mir so wie ich sie versendet hatte: in meinem ,,echten" SainSmart ohne Probleme, in meinem China-Teil mit den besagten Aussetzern.
Ich habe noch zwei andere Platinen hier, die ich jetzt in beiden Arduinos getestet habe, gleiches Ergebnis: alle laufen im ,,echten" SainSmart ohne Probleme, nur beim China-Teil variiert der Grad der Aussetzer - eine Platine bringt einen ,,query failed" etwa alle 10 Parameter, bei seiner ist es genau umgekehrt, da klappte ein Aufruf von 10. Das gleiche auch noch mal mit einem anderen Ethernet-Shield ausprobiert, um das auzuschließen - wieder das gleiche.
Die Anfrage-Telegramme gehen auch bei den Aussetzern auf den Bus (was ich an einem in Reihe geschalteten Raspi, der lauscht und protokolliert, ablesen kann), nur werden sie von der Therme nicht beantwortet und erzeugen daher ein "query failed". Ein offensichtlicher Fehler in der Platine kann es also nicht sein.

Holgers Platine läuft jedenfalls jetzt wieder in meiner Heizung (mit dem ,,echten" SainSmart), damit ich daran mal sehen kann, ob es da vielleicht auch bei längerer Laufzeit Probleme gibt. Ärgerlich ist das schon, denn wenn es, wie es aussieht, an Streuungen in der Bauteilqualität liegt, und dabei unklar ist, ob die Ursache die Bauteile der Platine (die von reichelt.de sind), die des Arduino oder ein Zusammenspiel beider ist, dann ist es natürlich schwer eine Empfehlung auszusprechen.

Von daher meine Frage an die Experten, ob sich das jemand erklären kann oder wir zumindest die Rahmenbedingungen für das Fehlverhalten eingrenzen können. Dann würde ich einen entsprechenden Hinweis in die Dokumente aufnehmen.

Danke schon mal,

F.
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

Zitat von: miwi am 05 Januar 2018, 11:12:58
Beim Umschauen im Internet gefunden: Undokumentierte Trinkwasser-Ladefunktion der ISR SSR C.
    Ob TW an oder aus. Wenn man die Betriebsartentaste TW der SSR festhält, hast du ein TW Push. Das wird in der Beschreibung der SSR nicht erwähnt. Nicht mal in der 3. Auflage.  Den Push bekommst du weg mit einmal ausschalten.
    Quelle: http://www.heizungsforum.de/board/index.php?thread/11118-isr-ssr-c-und-sob-22c/

@miwi: Sehr interessant, danke für den Tipp! Aber was muss man "ausschalten", um den Push wegzubekommen? Die Therme?

@all: Kann das mal jemand prüfen und davon einen Telegramm-Mitschnitt machen? Da Bedieneinheit und Therme ja auch nur über den BSB kommunizieren, kann die Therme nicht wissen, ob eine Taste lang oder kurz gedrückt wird. Ich vermute daher, dass da ein anderes/weiteres/doppeltes Telegramm geschickt wird, das den Push auslöst. Wenn wir das wissen, könnte ich das als virtuellen Parameter einbauen und man könnte damit vielleicht einigen die TWW-Perioden verkürzen, wenn nur selten außerhalb der Stoßzeiten Warmwasser benötigt wird.
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

hsepm

Zitat von: freetz am 05 Januar 2018, 13:15:35
Eine Frage an diejenigen, die sich mit Elektrik/Elektronik besser auskennen:

Ich habe nun Holgers Platine, die ja immer "query failed" gemeldet hat zurück, und sie funktioniert bei mir so wie ich sie versendet hatte: in meinem ,,echten" SainSmart ohne Probleme, in meinem China-Teil mit den besagten Aussetzern.
Ich habe noch zwei andere Platinen hier, die ich jetzt in beiden Arduinos getestet habe, gleiches Ergebnis: alle laufen im ,,echten" SainSmart ohne Probleme, nur beim China-Teil variiert der Grad der Aussetzer - eine Platine bringt einen ,,query failed" etwa alle 10 Parameter, bei seiner ist es genau umgekehrt, da klappte ein Aufruf von 10. Das gleiche auch noch mal mit einem anderen Ethernet-Shield ausprobiert, um das auzuschließen - wieder das gleiche.
Die Anfrage-Telegramme gehen auch bei den Aussetzern auf den Bus (was ich an einem in Reihe geschalteten Raspi, der lauscht und protokolliert, ablesen kann), nur werden sie von der Therme nicht beantwortet und erzeugen daher ein "query failed". Ein offensichtlicher Fehler in der Platine kann es also nicht sein.

Holgers Platine läuft jedenfalls jetzt wieder in meiner Heizung (mit dem ,,echten" SainSmart), damit ich daran mal sehen kann, ob es da vielleicht auch bei längerer Laufzeit Probleme gibt. Ärgerlich ist das schon, denn wenn es, wie es aussieht, an Streuungen in der Bauteilqualität liegt, und dabei unklar ist, ob die Ursache die Bauteile der Platine (die von reichelt.de sind), die des Arduino oder ein Zusammenspiel beider ist, dann ist es natürlich schwer eine Empfehlung auszusprechen.

Von daher meine Frage an die Experten, ob sich das jemand erklären kann oder wir zumindest die Rahmenbedingungen für das Fehlverhalten eingrenzen können. Dann würde ich einen entsprechenden Hinweis in die Dokumente aufnehmen.

Danke schon mal,

F.

Hallo,

von meiner Seite noch mal die Bestätigung, dass Platine "2" absolut einwandfrei läuft - im gleichen Elegoo Mega-Klon mit gleichem Ethershield. Der Elegoo gibt im Quälmodus mit kurzem Logintervall (30s) nach 2-3 Tagen auf (http interface weg), aber bis dahin laufen die queries fehlerfrei erfolgreich.

Gruß,
Holger