[Aufruf] Adapter: M-Bus
-
Hast du mal versucht den problematischen Zähler per libmbus auszulesen? Geht es da?
Der gerätescan den der Adapter Machtposition ein secondary Scan. Das heißt da sollten an sich ander IDs außer 1..10 kommen. Aber am finden scheint es ja nicht zu liegen.
Hast du auch mal den timeout erhöht wie angefragt?
Gesendet vom Handy …
-
Hast du mal versucht den problematischen Zähler per libmbus auszulesen? Geht es da? `
Ja, geht ohne Probleme. Das Ergebnis habe ich dem obigen Post angeheftet. Scan mit libmbus und Auslesen kein Problem. Ich baue mir wohl mit NodeRed wohl besser eine eigene Lösung? Wenn mir jemand verständlich erklären würde wie ich den libmbus in einem Javascript einbinden kann, dann wäre es sicher die optimale Lösung. Bisher hatte ich mal Versuchsweise mit NodeRed die xml Datei schreiben lassen und dann aus dem File die Daten ausgelesen.
pi@raspberrypi:~/libmbus-0.8.0 $ mbus-tcp-request-data 192.168.xxx.xx 1001 5 <mbusdata><slaveinformation><id>100993</id> <manufacturer>SBC</manufacturer> <version>36</version> <productname></productname> <medium>Electricity</medium> <accessnumber>145</accessnumber> <status>00</status> <signature>0000</signature></slaveinformation> <datarecord id="0"><function>Instantaneous value</function> <unit>Energy (10 Wh)</unit> <value>252</value> <timestamp>2018-06-29T04:27:26</timestamp></datarecord> <datarecord id="1"><function>Instantaneous value</function> <unit>Energy (10 Wh)</unit> <value>252</value> <timestamp>2018-06-29T04:27:26</timestamp></datarecord> <datarecord id="2"><function>Instantaneous value</function> <unit> V</unit> <value>240</value> <timestamp>2018-06-29T04:27:26</timestamp></datarecord> <datarecord id="3"><function>Instantaneous value</function> <unit>1e-1 A</unit> <value>2</value> <timestamp>2018-06-29T04:27:26</timestamp></datarecord> <datarecord id="4"><function>Instantaneous value</function> <unit>Power (10 W)</unit> <value>2</value> <timestamp>2018-06-29T04:27:26</timestamp></datarecord> <datarecord id="5"><function>Instantaneous value</function> <unit>Power (10 W)</unit> <value>0</value> <timestamp>2018-06-29T04:27:26</timestamp></datarecord></mbusdata>Hast du auch mal den timeout erhöht wie angefragt? `
Ja, auf 10000> mbus.0 2018-06-29 05:10:16.105 info Initialize M-Bus TCP to 192.168.xxx.xx:1001 with timeout ****10000**** -
Der Adapter verwendet intern auch nichts anderes wie libmbus! … und da wirds jetzt hochinteressant.
Und auch der Log von deiner instanz 0 ist strange weil auch viele Fehler!! Da hab ich nichts erfolgreiches gesehen! Bitte mal beide instanzen in "debug" Loglevel setzen (Instanzen -> Expertenmodus -> Spalte Loglevel) und dann nochmal Log von mbus.0 und mbis .1 instanz posten.
Der Versuch mit libmbus direkt ist auf dem gleichen host wie der Adapter läuft?
Und nein die Lösung ist die Ursache für den Fehler zu finden im Adapter :-))
Also bitte mal:
-
auf dem iobroker Rechner in /opt/iobroker/node_modules/iobroker.mbus/ gehen
-
npm install --debug node-mbus
-
Instanz 0+1 in ioBroker stoppen
-
Ausführen: node main.js --force --logs
Und dann die Ausgabe bitte schicken.
Aber wir hören hier im Forum auf, bitte als Giuthub Issue beim Adapter weitermachen, also log dahin bitte. Danke
Wäre doch gelacht wenn wir da keine Lösung finden
-
-
Aber wir hören hier im Forum auf, bitte als Giuthub Issue beim Adapter weitermachen, also log dahin bitte. Danke `
Wäre wirklich Schade, denn dann ist für mich dann hier Schluß. Ich bin bei Github nicht angemeldet und werde dies auf absehbarer Zeit auch nicht machen.
@apollon77:Wäre doch gelacht wenn wir da keine Lösung finden `
Diese Einstellung gefällt mir und würde ich auch gerne nach Kräften unterstützen. Allerdings habe ich Moment doch div. Zeitprobleme. Ich bin in NodeRed schon ziemlich weit, das Auslesen des Zählers mit der ID2 steht schon und für die restlichen Adressen habe ich auch schon die Erzeugung der xml Datei stehen. Da gibt es nur noch Schwierigkeiten mit der Zuordnung der Werte. Das kriege ich aber heute sicher noch in den Griff.
@apollon77:Der Versuch mit libmbus direkt ist auf dem gleichen host wie der Adapter läuft? `
Nein, ist ein Raspi3. Der Raspi stellt den MQTT Broker zur Verfügung und ist Dreh- und Angelpunkt für mein Modbus-Netzwerk. Versuchsweise hatte ich vor Monaten den libmbus auf dem Raspi installiert. ioBroker läuft in docker auf einer NAS.
@apollon77:Und auch der Log von deiner instanz 0 ist strange weil auch viele Fehler!! ` Jepp. Das Teil humpelt in den letzten Wochen auch ständig rum und insbesondere der Zähler mit der ID001 ist manchmal nicht mehr zu erreichen. Dann stoppe ich in docker ioBroker und starte dann neu. Dann funktioniert wieder alles.
Ich brauche jedoch täglich eine zuverlässige Auslesung der Zähler. Deshalb schaffe ich mir jetzt erst einmal eine zuverlässige Lösung und schaue mir dann mal an, was Du von mir haben möchtest und ob ich das hinbekomme.
-
Deine GitHub-Abstinenz finde ich schade, weil das der Platz ist wo alle Adapter von ioBroker "leben", dort gibt es die Adapter-Requests.
Da das Forum für Kommunikation super, aber für Bugs oder Issues nur bedingt sinnvoll funktioniert bewegt sich gerade alles mehr Richtung GitHub was Fehler oder Feature-Requests angeht.
Überdenke bitte nochmal Deine Einstellung.
Im Notfall machen wir halt im Forum in nem eigenen Thread weiter … ich persönlich wäre aber über GitHub glücklicher weil für mich als Entwickler besser handhabbar und besser in meine Abläufe und Arbeitsweise einbindbar.
Es wäre sehr interessant (vor allem auch noch wegen Docker und kram) mal ein libmbus in dem Docker-Container zu haben. Wenn das dann nämlich auch nicht gescheit tut dann suchen wir auf ner ganz anderen Ebene weiter.
Die Alternative für Ausschlussverfahren wäre ioBroker als Slave mit dem mbus-Adapter auf den Raspi wo es geht um zu schauen ob es da stabiler tut.
Weil mit der Info sage ich ehrlich das ich nicht weiss ob es an libmbus, meiner node-Library mit libmbus oder dem Adapter ODER Docker und gedöhns liegt und das macht die Fehlersucht extrem schwierig.
Vor allem macht mich die Info "manchmal spinnt auch mbus.0. und nach restart geht es wieder" sehr stutzig.
-
Überdenke bitte nochmal Deine Einstellung. ` No way. Hat aber absolut nichts mit Github zu tun. Ich möchte mich nur nicht noch irgendwo anmelden. Ich habe so schon den Überblick verloren.
@apollon77:Im Notfall machen wir halt im Forum in nem eigenen Thread weiter … ich persönlich wäre aber über GitHub glücklicher weil für mich als Entwickler besser handhabbar und besser in meine Abläufe und Arbeitsweise einbindbar. `
Absolut nachvollziehbar. Wir müssen halt einen Weg finden. Vielleicht auch per E-Mail, da lassen sich dann auch die Screenshot viel einfacher und schneller einbinden.Der Raspi ist allerdings tabu, da kommt kein ioBroker drauf. Aber ich habe hier noch einen Ersatzraspi3 und den Raspi3+ rumliegen. Damit experimentiere ich immer rum und erst wenn alles fehlerfrei läuft kommt dies auch auf dem in Betrieb befindlichen Raspi zum Einsatz.
In Node Red bin ich schon fertig. Alle M-Bus Teilnehmer liefern ihre Werte und schreiben diese auf Anforderung in den MQTT Broker, von wo aus das Dashboard dann seine Anzeigewerte erhält. Und dies alles ohne eine einzige Fehlermeldung, ich bin total begeistert. :lol:
Nur zur Ergänzung, das Dashboard läuft auf einem RevolutionPi.
Und da bin ich bei dir, wir sollten herausfinden warum es zu diesen seltsamen Fehlern kommt. Vielleicht stellen sich ja auch noch Probleme mit meiner Node Red Lösung ein. :?: In einigen Wochen wissen wir mehr.
-
Im Notfall machen wir halt im Forum in nem eigenen Thread weiter … ich persönlich wäre aber über GitHub glücklicher weil für mich als Entwickler besser handhabbar und besser in meine Abläufe und Arbeitsweise einbindbar.
Absolut nachvollziehbar. Wir müssen halt einen Weg finden. Vielleicht auch per E-Mail, da lassen sich dann auch die Screenshot viel einfacher und schneller einbinden.Dann Forum … leider ...
Dann wäre die Idee das Du mal den Adapter auf den test-raspi bringst und auch libmbus ... dann kann man mal schauen ob Sie sich da gleich verhalten.
-
Das kannst du aber trotzdem vorab auf dem ioBroker host machen
` > Also bitte mal:
-
auf dem iobroker Rechner in /opt/iobroker/node_modules/iobroker.mbus/ gehen
-
npm install –debug node-mbus
-
Instanz 0+1 in ioBroker stoppen
-
Ausführen: node main.js --force --logs
Und dann die Ausgabe bitte schicken. `
-
-
Wir müssen halt einen Weg finden. Vielleicht auch per E-Mail, da lassen sich dann auch die Screenshot viel einfacher und schneller einbinden. `
Um ein bisschen Öl ins Feuer zu gießen: Bei GitHub kannste Screenshots einfach per Drag&Drop einfügen :twisted: -
Wir müssen halt einen Weg finden. Vielleicht auch per E-Mail, da lassen sich dann auch die Screenshot viel einfacher und schneller einbinden.
Um ein bisschen Öl ins Feuer zu gießen: Bei GitHub kannste Screenshots einfach per Drag&Drop einfügen :twisted:oder sogar per Strg+V
-
Ich persönlich finde den Unwille bei github zu registrieren wie eine Beleidigung und Missachtung.
Man investiert Stunden und Tagen um das System kostenlos für DICH zur Verfügung zu stellen und jetzt vom Jemanden zu hören, dass er 3 Minuten nicht hat um so eine Form mit 3 Felder zu befüllen:
Hm…..
-
Hallo Leute,
hab seit gestern einen Letrika SMI260 Wechselrichter, und würde dessen Daten gerne im ioBroker haben. Was ist die günstigste und direkteste Möglichkeit dazu? Geht das über diesen M-Bus Adapter?
Das Solarmodul ist logischer Weise draußen, und ein Kabel nach drinnen ist schwierig, wenn ich es aber richtig verstanden habe, funkt der auch? Aber der offizielle Stick kostet 80 € UND … ich weiß nicht ob der Hilft weil ich bezweifle dass man über diesen die Daten in den ioBroker bekommt?
Danke für eure Hilfe
-
Hallo Leute,
hab seit gestern einen Letrika SMI260 Wechselrichter, und würde dessen Daten gerne im ioBroker haben. Was ist die günstigste und direkteste Möglichkeit dazu? Geht das über diesen M-Bus Adapter?
Das Solarmodul ist logischer Weise draußen, und ein Kabel nach drinnen ist schwierig, wenn ich es aber richtig verstanden habe, funkt der auch? Aber der offizielle Stick kostet 80 € UND … ich weiß nicht ob der Hilft weil ich bezweifle dass man über diesen die Daten in den ioBroker bekommt?
Danke für eure Hilfe `
Heute morgen erst beschrieben, mit einem Umweg über Homematic/CuxD:
viewtopic.php?f=8&t=1347&start=220#p175167
Kostenpunkt 120 € für iM871A Stick und Lizenz.
Wenn man mit dem iM871A Stick und dem Adapter direkt die SMI260 auslesen könnte würde man den Umweg über CuxD sparen.
-
iobroker hat den wm-bus Adapter für Wireless MBus … geht das nicht?
-
iobroker hat den wm-bus Adapter für Wireless MBus … geht das nicht? `
Keine Ahnung,
Kann ich nicht probieren weil mein iobroker als Docker auf der Synology läuft und nicht auf einem Raspi.
Ich könnte bei Gelegenheit mal einen Raspi mit jungfräulichem iobroker aufsetzen.
Also den Stick dann einstecken, M-Bus Adapter installieren und dann sollte es klappen? Ich müsste wahrscheinlich irgendwo die Seriennummer vom SMI260 eingeben können.
-
Habe jetzt keine Ahnung vom Strick, aber Achtung: kabelgebunden -> mbus, Funk -> Wireless mbus !!!
Gesendet vom Handy …
-
Ah, dann klappt das nicht.
Der SMI260 spricht per Wireless MBus mit dem USB-Adapter iM871A.
Gut, dann brauche ich das gar nicht erst testen. Dan gilt für den SMI260 nach wie vor der Weg über CuxD mittels einer Lizenz wie hier beschrieben: viewtopic.php?f=8&t=1347&start=220#p175167
-
-
Hi apollon77,
ja das war meine Hoffnung … heißt das also, dass ich deniM871A Stick kaufen muss, an dem RasPi einstecken muss auf dem der ioBroker läuft und dann kann ich wireless mit dem Letrika SMI260 Wechselrichter abfragen? (--> Kosten 49,90 €)
Oder brauche ich dazu noch diese Lizenz? Muss ich von Letrika noch iwas kaufen an Lizenzen oder AES-schlüssel erfragen oder ... wie klappt das?
Vielen Dank für die Antwort
-
Ganz ehrlich: Keine Ahnung.
Lizenzkosten sollte es nicht geben, den AES key erfragen musst du ggf tun - egal wie Du es umsetzt.
Aber da ich das noch nie benutzt habe kann ich Dir nicht weiterhelfen
