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

[Schotty]

Laut config hast du das topic nicht aktiviert,ist zumindest auskommentiert. Ich glaube aber,dass das nötig ist.

Btw: device family und variant musst du nicht zwingend setzen,autodetect sollte bei dir eigtl problemlos funktionieren. Ist aber auch nicht nachteilig,nur zur info.

[tintintin]

Hab's!!

Danke an Schotty und Scherheinz.

Habe den define Topic aktiviert.
Und jetzt der Clou:
Zitat Handbuch: "Die MQTT-Nachrichten haben dann das Topic-Format ,,BSB-LAN/\<Parametername>" und den
entsprechenden Wert dann in der Payload."
Ich schwöre, ich habe die Passage die letzten Tage zigfach gelesen. Und trotzdem übersehen, dass der Parametername zum Topic gehört.


Gruß
Martin

[Schotty]

Super 

,,BSB-LAN/\<Parametername>"

Wo hast du das zitat rauskopiert? Da ist nämlich ein \ zuviel,das würde ich entfernen wollen. In der aktuellen version tauchts eigtl nicht mehr auf: https://1coderookie.github.io/BSB-LPB-LAN/kap05.html

[tintintin]

Super  :)Wo hast du das zitat rauskopiert? Da ist nämlich ein \ zuviel,das würde ich entfernen wollen. In der aktuellen version tauchts eigtl nicht mehr auf: https://1coderookie.github.io/BSB-LPB-LAN/kap05.html

Aus der PDF-Version vom 18.04.2020 die bei der Version 0.44 dabei war.

Edit:
In der Englischen Version fehlt der Hinweis übrigens.

Gruß Martin

[Schotty]

Hmm,komisch - aber danke,da gucke ich nochmal! Auch bzgl der englischen version..

[Scherheinz]

Freut mich das es jetzt funktioniert!

Viel Spass damit 

[sust]

Moin,

Da ich schon wiedermal die Sommerzeitumstellung heizungstechnisch erst am 31.03.  durchführen ließ, weil ich es einfach nicht geschafft hatte am Rad des Bediengerätes zu drehen, mal die Frage in die  Runde:
hat irgend jemand es  geschafft dies bequem über das BSB_ Lan Webinterface zu bewerkstelligen? Wenn ja wie?
In der defs.h  sind ja einige Gerätfamilien aufgezählt denen man die 5er und 6er Befehle zugeordnet hat.
Das könnte ja ein Indiz dafür sein, das schon jetzt bei einigen schon was funktioniert....

[Maista]

Moin.
Meine BSB hat die Zeit selbst umgestellt!?

Gruß Gerd

[sust]

Hallo Gerd,

Meine auch, aber erst am Dienstag dem 31. ...Weil ich eben die Vorgaben nicht geändert hatte. Und dafür hätte ich am liebsten eine Möglichkeit übers Web Interface.
Wem das möglich ist, kann sich gerne bei mir melden.

Gruß
Bernd

[freetz]

Wir hatten das Thema Uhrzeit f setzen doch vor ein paar Dutzend Seiten, hatte Schotty das nicht sogar ins Handbuch aufgenommen? Dann einfach per cron job oder FHEM die korrekte Uhrzeit jeden Tag um 03:00 Uhr setzen lassen...

[Schotty]

Klaro: https://1coderookie.github.io/BSB-LPB-LAN/kap08.html#827-datum-uhrzeit-und-zeitprogramme-ver%C3%A4ndern

[sust]

Hallo ,

Ja das geht natürlich, man kann über andere Systeme z.b. FHEM  was steuern.
Das will ich aber nicht so machen. Ich werde kein FHEM in Zukunft einsetzen.
Das schöne an diesen Befehlen 5 und 6 ist, wenn sie einmal gesetzt sind macht die Heizung das alleine ohne irgendeine Netzwerkunterstützung. Das kann Monate vorher programmiert werden.
Und die Befehle sind ja auch im BSB_Lan schon lange vorhanden.
Mit minimalen Anpassungen laufen sie als Set Befehl zumindest in der Gerätefamilie 097.

Was ich nicht weiss ist, ob andere die jetzige Programm Konfiguration schon erfogreich verwenden können und auch tun.
Dies könnte dann den Aufwand der Programmierung in die Höhe treiben wenn man es auch noch mir Recht machen wollte. 
Also sollte das erstmal klären. OK?

Damit ihr wisst was ich mir von einem der  nächsten Programmupdates wünsche gebe ich das hier  mal an
In der defs.h müsste der Set Befehl 5 und 6  für die Gerätefamilie 097 freigeschaltet werden:

Code Auswählen Erweitern


{0x053D04B3,  CAT_DATUMZEIT,        VT_SUMMERPERIOD,  5,     STR5,     0,                    NULL,         DEFAULT_FLAG, DEV_097_ALL}, // [tt:MM ] - Uhrzeit und Datum - Sommerzeitbeginn Tag/Monat
{0x053D04B2,  CAT_DATUMZEIT,        VT_SUMMERPERIOD,  6,     STR6,     0,                    NULL,         DEFAULT_FLAG, DEV_097_ALL}, // [tt.MM ] - Uhrzeit und Datum - Sommerzeitende Tag/Monat


Und 2 Anpassungen in der BSB_lan case "summerperiod"( param[0] und param[8]:

Code Auswählen Erweitern

case VT_SUMMERPERIOD: // TODO do we have to send INF or SET command?
      {
    // Sommerzeit scheint im DISP gehandelt zu werden
    // Bei Anzeige werden keine Werte abgefragt. Bei Änderung wird ein INF geschickt.
    // Sommerzeit Beginn 25.3. DISP->ALL  INF      0500009E 00 FF 03 19 FF FF FF FF 16
    // Sommerzeit Ende 25.11. DISP->ALL  INF      0500009D 00 FF 0B 19 FF FF FF FF 16
      int d,m;
      if(2!=sscanf(val,"%d.%d",&d,&m))
        return 0;
      param[0]=0x01;// ändern neu 1
      param[1]=0xff;
      param[2]=m;
      param[3]=d;
      param[4]=0xff;
      param[5]=0xff;
      param[6]=0xff;
      param[7]=0xff;
      param[8]=0x16; // ändern neu 16
      param_len=9;
      }
      break;

Das wär`s für mich. 

Gruß
Bernd

[freetz]

Ok, kannst Du bitte mal prüfen, ob die CommandID für Dich wirklich nicht 0x053D009E bzw. 0x053D009D ist? Wenn nicht, dann ändere ich das für Dich entsprechend ab, aber ich möchte sicher gehen, dass die andere nicht (auch) bei Dir geht, da die für alle freigeschaltet ist und das noch mal Speicher sparen würde.

[sust]

Ja du hast Recht, es funktionieren beide Command Id für die jeweiligen Paramter 5 und 6.
Insofern kannst du auf die neuen Textzeilen in der defs.h verzichten.
Sorry, die Problematik des Speicherplatzbedarfs wegen der 2 Textzeilen hatte ich überhaupt nicht auf dem Schirm.
Ich hab immer nur die wegen der zugeordneten Gerätefamilie bevorzugten Command IDs im SerMo gesehen. Und da die ja wunderbar funktionierten  die anderen beiden nicht mehr gegengecheckt.

[freetz]

Ja, "sauberer" wäre es dann vermutlich, für die GF97 auch einen Eintrag zu machen, wenn das die Einträge sind, die bei Dir auflaufen. Sind auch nur 17 Byte pro Zeile, und mit dem nahenden Umstieg auf den Due spielt das dann auch keine Rolle mehr.

Den VT_SUMMERTIME Part habe ich jetzt gefixt, was die 0x17 da am Ende sollte, ist mir ein Rätsel. Die 0x01 am Anfang macht eigentlich auch Sinn, nur warum in dem Mitschnitt in den Kommentaren darüber eine 0x00 am Anfang steht, verstehe ich nicht, aber die sind auch nicht von mir. Neue Version ist auf GitHub.