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

[postman]

Hallo zusammen,
ich hab mich länger nicht gemeldet, da ich das Problem mit dem nicht mehr erreichen des BSB-Web erst mal lösen wollte.
Ich glaube, ich habe die Ursache gefunden.
Schotty, ja es liegt am Ethernetshield 
Ich habe länger rumprobiert und dabei festgestellt, dass die Ursache der Microsdport ist. Ist eine SD Karte eingesetzt, dann  der BSB-Lan nicht mehr erreichbarist und zwar immer in Abständen von ca. einer Woche. Das kann am Ethernetshield aber auch an der SD-Karte liegen (das habe ich jetzt nicht weiter verfolgt). Seitdem ich die SD-Karte entfernt habe, tritt dieses Phänomen nur noch sporadisch auf und zwar meistens nach einem restart des FHEM (z.B. nach Updates). Ich verwende übrigens die Version 0.40 vom 17.01.2018.
Die SD-Karte ist mir auch nicht so wichtig, da ich logs mit FHEM verarbeite

Vielleicht hilft das ja.

Gruß Uwe

[Scherheinz]

Hallo,
Ich vermute das dieses Shield einen weg hat bei dir, ich hatte wie schon erwähnt mal ähnliche Probleme mit einem China Klon. Hast du trotzdem mal eine andere SD Karte ausprobiert oder mal neu formatiert?

Aber schön das dein System jetzt läuft 

Gruß

[Schotty]

Wie groß war denn die mSD-Karte?

Das SD-Logging hast du aber nun in der config auch deaktiviert, oder?

Merkwürdig finde ich, dass die Nichterreichbarkeit des Adapters nun nach einem Restart von FHEM auftritt..

So oder so:
Ich persönlich würde sicherheitshalber nochmal die 10€ investieren und das Shield tauschen (zB https://www.amazon.de/AZDelivery-Ethernet-Shield-MicroSD-Karten-Arduino/dp/B079GZZVR8/). Sollte es dann noch immer nicht zuverlässig laufen, dann nochmal 15€ und den Ardu zusätzlich tauschen. Billigere Komponenten (z.B. 3€-Shields) würde ich nicht empfehlen..

Außerdem:
Immer die aktuelle Version von BSB-LAN nutzen. Gerade hinsichtlich SD-Logging gab es kurzzeitig irgendwann mal einen Bug, den freetz dann behoben hat.

[postman]

Moin Schotty,
Ich habe nur die SD-Karte entfernt; sie steckt aber noch im Slot - halt nur nicht eingerastet. Daich, wie schon geschrieben, das Logging nicht benötige, habe ich es auch nicht mehr mit einer anderen probiert.
Die Größe müsste 8GB sein.
Das Logging habe ich nicht deaktiviert.
Ich habe die Tests ja mit der neuesten Version begonnen und immer wieder dieses Phänomen gehabt; deshalb die etwas ältere Version; die funktionierte Anfang des Jahres nämlich ohne Probleme.
Dass das immer nach einem Restart des FHEM geschieht wird wohl daran liegen, dass FHEM dann ab und zu mal nach einem Restart alle eingerichteten Abfragen gleichzeitig zum BSB-Lan sendet, denn auch da ( beim Restart) geschieht das nicht immer. Das Shield selbst ist aber immer per ping erreichbar. Zur Zeit funktionert es mittlerweile schon fast einen Monat wieder ohne Probleme. Bei Gelegenheit werde ich mir noch mal die aktuelle Version installieren und gucken, was passiert; obwohl die alte IT-Weisheit: Never change a running system

Gruß Uwe

[Schotty]

Einige Shields haben u.U. Probleme mit Karten >4GB.
Wenn du das SD-Logging nicht nutzt, so würde ich empfehlen, es in der config auch zu deaktivieren. Nicht, dass das u.U. mal irgendwelche diffusen Probleme bereitet.
Ja, das mit deiner Version hatte ich noch so in Erinnerung, aber komisch finde ich es trotzdem. Prinzipiell weiß man ja noch nicht, was in Zukunft noch so bei BSB-LAN kommt, daher wäre es ja schon ganz gut, wenn es auch mit der jeweils aktuellen Version läuft.
Mich persönlich würde es stören und nerven, daher auch meine Empfehlung, zumindest das Shield sicherheitshalber mal zu tauschen - aber wenn es dir so reicht, dann ists ja schön, wenn du nun eine für dich zufriedenstellende lauffähige Lösung gefunden hast

[postman]

Hallo Schotty,
ja, so wie es jetzt ist, funktioniert es. Ich verwende für die Abfrage mehrere HTTPMods, da das BSB Modul bei mir leider nicht mehr funktioniert (hatte es zu Anfang mal ).
Da es mehrere HTTPMods sind (Ich lasse sie in unterschiedlichen Abständen abfragen), scheint es ab und zu mal zu passieren, dass sie nach einem Restart alle gleichzeitig abfragen; dann ist das BSB auch bei der Eingabe der Adresse im Browser nicht erreichbar. witziger Weise rappelt es sich manchmal aber nach einer mehr oder weniger kurzen Zeit  wieder hoch und funktioniert dann wieder. Wenn es mal nicht passiert, reicht es aus, auf dem Raspi die IDE für den Arduino zu starten (der BSB hängt über einen USB-Hub am FHEM) und alles funktioniert wieder. Da es wie geschrieben, mittlerweile wieder mehrere Wochen funktioniert, bin ich so ganz zufrieden.
Noch eine Frage, funktioniert das BSB-Modul bei Dir? ich habe irgentwo gelesen, dass es bei Dir auch nicht mehr funktioniert.

Gruß

[Schotty]

Ja, das mit der gleichzeitigen Abfrage mehrerer Parameter ist immer so eine Sache - der Ardu (und schätzwungsweise der Heizungsregler ebenfalls ) ist eben nicht multitaskingfähig, da wird eine Abfrage nach der anderen bearbeitet. In der Zeit 'reagiert' das System auch nicht mehr auf andere Abfragen. Schön zu sehen, wenn man mal eine Komplettabfrage (/0-10000) via Webinterface macht: Während der Ausgabe der Abfrageergebnisse kann man nichts anderes mehr machen, da hilft dann wie du schon sagtest nur ein Reset zum Abbrechen - oder eben laufen lassen.

Zum Modul: Ich muss gestehen, dass ich es derzeit nicht in Verwendung habe (FHEM generell aber derzeit auch nicht, da muss ich echt mal ran.. ). Damals hakte es mal irgendwo, stimmt, dann lief es soweit auch mal - aber ich kann mich gerade nicht mehr erinnern, wie da jetzt letztlich der Stand der Dinge bei mir mit dem Testaufbau war, sorry

[frank]

mit dem attr alignTime kannst du die httpmod abfragen "entzerren", so dass sie nicht gleichzeitig erfolgen.

[Schotty]

mit dem attr alignTime kannst du die httpmod abfragen "entzerren", so dass sie nicht gleichzeitig erfolgen.

Das klingt gut, den Tipp würde ich gerne ins Handbuch-FAQ mit übernehmen! Könntest du mir eine n00b-gerechte Zeile oder genauere Erklärung/Formulierung dazu schreiben, wie das umzusetzen ist? Das wäre super!

[postman]

Schotty,
ist nicht so schlimm. Ich habe mittlerweile einiges mit FHEM und BSB realisiert (siehe BilD). Die HTTPMods werden mit DOIFs weiterbearbeitet. Allerdings muss dem DOIF gesagt werden, dass es nur den Dezimalwert der Ausgabe auswerten soll, siehe Codefenster. Hier die Trinkwasserabfrage für den Floorplan   

Code Auswählen Erweitern

DEF
([Trinkwasserstatus:Status_Trinkwasser:d] eq "96") (set ThermeTW TWW) DOELSEIF ([Trinkwasserstatus:Status_Trinkwasser:d] eq "99") (set ThermeTW Aus)
Wert 96 = Ladung Trinkwasser Wert 99 = Geladen, Nenntemperatur
Damit lassen sich dann Dummys, in denen entsprechende Grafiken hinterlegt sind im Floorplan anzeigen

Gruß Uwe

[Schotty]

Danke @Uwe, das werde ich mal im Hinterkopf behalten, wenn ich wieder an FHEM rangehe. Wobei ich gestehen muss, dass ich noch aufs Modul hoffe (und insgeheim warte ).. Sogar die Wartung hast du eingetragen - vorbildlich! 

[postman]

Sogar die Wartung hast du eingetragen - vorbildlich! 

Ja, ich bekomme sogar eine Mail, wenns soweit ist. Ich vergesse so etwas mal ganz gern 
Gruß

[frank]

alignTime gibt es zb auch beim "at", vielleicht besser zum testen.

at1 startet alle 60 min
at2 startet alle 5 min
ohne alignTime "kollidieren" sie bei fhem start und jede weitere stunde.

mit
alignTime1=00:21
alignTime2=00:23

startet at1 immer 21min nach der vollen stunde.
at2 startet immer 23min nach der vollen stunde, sowie natürlich jeweils alle weiteren +/- n x 5min.

somit sollten sich beide at nie treffen.

aktionen zur vollen stunde versuche ich in fhem grundsätzlich zu umgehen, um auch anderen periodischen aktionen auszuweichen, die nicht durch alignTime zu verschieben sind. je "krummer" die uhrzeit, desto weniger scheint in fhem los zu sein.

alignTime
Applies only to relative at definitions: adjust the time of the next command execution so, that it will also be executed at the desired alignTime. The argument is a timespec, see above for the definition.
Example:
# Make sure that it chimes when the new hour begins
define at2 at +*01:00 set Chime on-for-timer 1
attr at2 alignTime 00:00

sekundengenaue synchronisierung mit der uhrzeit sollte auch funktionieren, also zb mit

alignTime=00:21:21

[Schotty]

Super, vielen Dank @frank!
Den Hinweis werde ich so mit Link zu deinem Beitrag ins Handbuch übernehmen.
Eine Verständnisfrage habe ich aber leider doch nochmal dazu: Die 'volle Stunde' bezieht sich dabei sozusagen auf die Laufzeit ab FHEM-Start und nicht auf die eigentliche volle Stunde in der Uhrzeit (also bspw 14:00, 15:00 etc)? D.h., at1 würde also 21min nach FHEM-Neustart ausgeführt werden und dann wieder 60min später, at2 würde 23min nach Start ausgeführt werden und dann alle fünf Minuten?

EDIT: Hm, nein, unten hattest du ja "sekundengenaue synchronisation mit der uhrzeit" geschrieben - dann verstehe ich aber die Verzögerung beim Start nicht.. *kopfkratz*

[Schotty]

Ja, ich bekomme sogar eine Mail, wenns soweit ist.

Hehe, find ich super