Test Adapter wireless-mbus v0.9.x
-
@lvogt sagte in [Aufruf] Adapter iobroker.wmbus:
Falls was von "Kenc: " und "Kmac: " im Debug-Log steht, ist es Mode 7.
tut es:
wmbus.0 2019-03-22 16:38:24.106 debug Kmac: 94e69dxxxxxxxxxxxxxxxxxxxxxxxxxxx wmbus.0 2019-03-22 16:38:24.106 debug Kenc: a85bec5xxxxxxxxxxxxxxxxxxxxxxxxxx -
@lvogt :
wo kann ich sehen wie die einzelnen Phasen aus dem Payload geholt werden?
Ich habe auf der 3. Phase einen Momentanverbrauch von 49,5 MW (ja, Mega
angezeigt werden 49578494 Wh ) das is ja nen bissel arg viel.
Wie bekomme ich raus ob das Modul bums sendet oder was im Code falsch läuft? -
Wenn kein Fehler auftritt, werden gerade tatsächlich nirgendwo die Rohdaten des Telegramms ausgespuckt (sollte ich mal noch ändern...). Evtl. kann man sich aber am Debug Log entlang hangeln.
Vermutlich würde der Teil ab "Dec: " reichen (da dürften dann auch keine Keys mehr drin stehen) - wenn du willst kannst du mir aber auch mal einen kompletten Log Auszug per PN schicken.
Prinzipiell klingen so große Zahlen, aber immer eher nach Problemen auf der Zähler-Seite.
-
@lvogt sagte in [Aufruf] Adapter iobroker.wmbus:
Prinzipiell klingen so große Zahlen, aber immer eher nach Problemen auf der Zähler-Seite.
Fehler gefunden. Lag nicht am Programm sondern am Versuchsaufbau. Modul hat korrekt gesendet.
-
So ich habe in der Zwischenzeit ein paar Kleinigkeiten am Adapter ergänzt. Heute gibt es aber ein größeres Update - wobei beide neuen Features sehr wenig getestet sind:
@Lenny-CB Zum einen kann jetzt doch in der Konfiguration eingestellt werden, dass Energien (statt in Wh oder J) jetzt in kWh ausgegeben werden. Dabei ist aber zu beachten, dass Einheiten von bestehende States nicht verändert werden. Neu eintreffende Werte, werden allerdings umgerechnet (und passen dann also nicht zur angezeigten Einheit)!
Zum anderen habe ich versucht Unterstützung für Techem Zähler einzubauen. Dazu zählen Wasserzähler, Heizkostenverteiler und Wärmemengenzähler. Ich habe mich hier wieder beim FHEM Projekt bedient. Ich habe keine Ahnung ob die Einheiten der Wasser- und Wärmemengenzähler korrekt sind und nehme gerne Hinweise dazu entgegen
-
Dann werde ich den Adapter mal mit Engelmann Wärmemengezähler testen.
Nur leider ist die Heizung im Moment aus, somit wird nichts gesendet. Also dauert noch ein wenig.
Gruß und Danke für deinen Adapter. -
@lvogt sagte in [Aufruf] Adapter iobroker.wmbus:
So ich habe in der Zwischenzeit ein paar Kleinigkeiten am Adapter ergänzt. Heute gibt es aber ein größeres Update - wobei beide neuen Features sehr wenig getestet sind:
@Lenny-CB Zum einen kann jetzt doch in der Konfiguration eingestellt werden, dass Energien (statt in Wh oder J) jetzt in kWh ausgegeben werden. Dabei ist aber zu beachten, dass Einheiten von bestehende States nicht verändert werden. Neu eintreffende Werte, werden allerdings umgerechnet (und passen dann also nicht zur angezeigten Einheit)!
Zum anderen habe ich versucht Unterstützung für Techem Zähler einzubauen. Dazu zählen Wasserzähler, Heizkostenverteiler und Wärmemengenzähler. Ich habe mich hier wieder beim FHEM Projekt bedient. Ich habe keine Ahnung ob die Einheiten der Wasser- und Wärmemengenzähler korrekt sind und nehme gerne Hinweise dazu entgegen
Habe grad mal aktualisiert.
Installation lief erst einmal problemlos.
Aber, wo kann man von Wh in kWh umstellen? Habe deine Version 0.5.0 drauf.
Unter Einstellungen in der Adapterkonfiguration ist nichts zu finden.
Unter "AES Schlüssel" und "Blockierte Geräte" auch nicht.Edit:
Browser-Cache hatte ich gelöscht, Adapter natürlich auch neu gestartet. Die entsprechenden Änderungen sind aber in der index_m.html vorhanden. Wenn ich die Datei vom System kopiere und separat mit einem Browser öffne, wird es angezeigt.
edit 2:
mir kam grad noch die Idee ein iobroker upload wmbus zu machen. Jetzt sind auch die beiden fehlenden Checkboxen da.
Muss man immer, wenn man mit der Katze eine Adapter "Überinstalliert" einen "Upload" machen. Instanz selbst anlegen war ja klar... -
@lvogt sagte in [Aufruf] Adapter iobroker.wmbus:
So ich habe in der Zwischenzeit ein paar Kleinigkeiten am Adapter ergänzt. Heute gibt es aber ein größeres Update - wobei beide neuen Features sehr wenig getestet sind:
@Lenny-CB Zum einen kann jetzt doch in der Konfiguration eingestellt werden, dass Energien (statt in Wh oder J) jetzt in kWh ausgegeben werden. Dabei ist aber zu beachten, dass Einheiten von bestehende States nicht verändert werden. Neu eintreffende Werte, werden allerdings umgerechnet (und passen dann also nicht zur angezeigten Einheit)!
Frage: kann man nicht die if-Abfrage "forcekWh" direkt in der vifinfo.js machen? Hätte den Vorteil, dass auch die Bezeichnung passend zur Einheit wäre.
--> 1-0-VIF_ENERGY_WATT --> Wh
--> 1-0-VIF_ENERGY_KILOWATT --> kWhif (........) { VIF_ENERGY_WATT: { typeMask: 0b01111000, expMask: 0b00000111, type: 0b00000000, bias: -3, unit: 'Wh', calcFunc: "numeric", description: "Energy" }, } else { VIF_ENERGY_KILOWATT: { typeMask: 0b01111000, expMask: 0b00000111, type: 0b00000000, bias: -6, unit: 'kWh', calcFunc: "numeric", description: "Energy" }, } -
Wenn du vorne die Bezeichnung änderst, führt das dazu das ein neuer State angelegt werden wird, weil die ja "LaufendeNr-StorageNr-VIF_Code" heißen. (Wer lesen kann... Du hast das ja quasi selber oben geschrieben...
) Kann natürlich ein Vorteil sein, weil dann kein Chaos mit umgerechneten Einheiten und falsch angelegter Einheit entsteht, sorgt aber auch evtl. für weitere Probleme weil der State halt anders heißt...Ansonsten würde das im Grunde so funktionieren wie du es vorgeschlagen hast (bzw. man müsste die Umrechnung in main.js dann wieder rausnehmen...)
[Wenn du das gerne möchtest, könntest du natürlich auch einfach selber Hand anlegen und die Option wieder deaktivieren und einfach die Zeile in vifinfo.js hart ersetzen...]
Grundsätzlich möchte ich aber lieber weiterhin den wmbus Parser möglichst "neutrale / spezifikationstreue" Daten ausspucken lassen.
@Lenny-CB said in [Aufruf] Adapter iobroker.wmbus:
edit 2:
mir kam grad noch die Idee ein iobroker upload wmbus zu machen. Jetzt sind auch die beiden fehlenden Checkboxen da.
Muss man immer, wenn man mit der Katze eine Adapter "Überinstalliert" einen "Upload" machen. Instanz selbst anlegen war ja klar..Ja da habe ich irgendwie auch "gemischte" Ergebnisse. Wenn man so Adapter installiert, wird glaube ich auch der Upload ausgeführt, allerdings scheint dass nicht immer korrekt zu funktionieren. Ein manueller Upload führt aber für gewöhnlich dann immer zum Erfolg...
Ich hätte noch eine ganz andere Frage an dich. Du scheinst den Adapter jetzt ja schon ne Weile zu nutzen, um dein "Easymeter" auszulesen. Wie ist dein Eindruck zu den Leistungswerten, die per wmbus ausgegeben werden? Sind das glaubwürdige und aktuelle Werte? Die fliegen alle 16 Sekunden ein oder?
-
@lvogt sagte in [Aufruf] Adapter iobroker.wmbus:
[Wenn du das gerne möchtest, könntest du natürlich auch einfach selber Hand anlegen und die Option wieder deaktivieren und einfach die Zeile in vifinfo.js hart ersetzen...]
ja, dass hatte ich auch schon bei der letzten Version des Adapters gemacht.
Grundsätzlich möchte ich aber lieber weiterhin den wmbus Parser möglichst "neutrale / spezifikationstreue" Daten ausspucken lassen.
im Grunde ist das auch richtig so . War halt nur so "eine Überlegung".
Ich hätte noch eine ganz andere Frage an dich. Du scheinst den Adapter jetzt ja schon ne Weile zu nutzen, um dein "Easymeter" auszulesen. Wie ist dein Eindruck zu den Leistungswerten, die per wmbus ausgegeben werden? Sind das glaubwürdige und aktuelle Werte? Die fliegen alle 16 Sekunden ein oder?
Also die Werte sind m.E. in Ordnung. Optisch vergleichen kann ich nur den übertragenen Wert "momentane Leistung gesamt" da dieser auch als momentane Leitung am Zählerdisplay angezeigt wird.
Die momentanen Leistungen der einzelnen Phasen müssten auch passen.
Ich habe noch aus der Zeit vor dem easyMeter ein zWave-Zangenmessgerät in der abgehenden Leitung vom Zähler installiert.
Zwischen beiden Messungen ist ein leichter Drift, was aber durch die Messmethode zu begründen ist. -
Hi zusammen,
habe mir eben eine CUL zusammengebastelt (FTDI + arduino pro mini + C1101 886mhz) und würde damit gerne verschiedene Techem Geräte auslesen (Heizkostenverteiler, Kaltwasser, Warmwasser und wenn möglich noch wärmezähler von der Fußbodenheizung).Ich bräuchte allerdings an einigen stellen Hilfe. Ich habe iobroker zwar schon länger im Einsatz, bin aber noch immer kein Linux-Pro - mit Arduino sieht es ähnlich aus.
Bieten kann ich dann sehr gerne ausführliche Tests mit den o.g. Techem Geräten.Derzeit ringe ich noch mit dem kompilieren der culfw sodass es zur eingesetzten Hardware passt.
Ich weiß im Moment leider gar nicht wo ich ansetzen könnte, da so viele Baustellen offen sind. Wäre für jede Hilfe dankbar.
VG -
Hi,
wie im ersten Post steht, unterstützt der Adapter zur Zeit CUL als Receiver nicht, da ich keine passende Hardware zum testen haben. Daher kann ich dir auch keinerlei Unterstützung beim Kompilieren der der Firmware etc. geben...
EDIT:
Evtl. könnte ich eine "minimal Unterstützung" einbauen, wenn ich folgende Infos bekomme:
Serialport zum CUL öffnen und folgende Befehle ausprobieren. (Ein "Befehl" muss mit <CR><LF> abgeschlossen werden - je nachdem reicht die "Enter Taste" - evtl. sendet die aber nur <LF>)X21 brs brc brtBitte jeweils nach einem Befehl auf eine Antwort warten. "X21" sollte keine Antwort ergeben, die anderen schon.
Zum Schluss noch auf ein ankommendes Telegramm warten.
Damit könnte ich vermutlich relativ zügig was zusammenbauen...
-
@lvogt
Danke erstmal für deine Antwort. Ich denke mein CUL ist soweit einsatzbereit.
Wenn du möchtest kann ich dir die Bauteile gerne zuschicken - hab noch einen Satz rumliegen. kann es dir auch zusammenbasteln, wenn du nicht all zu großen Wert auf Ästhetik legst
-
Wenn ich die Befehle über den seriellen Monitor des Arduino IDE eingebe:
X21 -> keine Antwort
brs -> SMODE
brc -> OFF
brt -> TMODEsonst tut sich allerdings nichts mehr (kein Telegramm)
Neben dem CUL liegt ein Froggit Temperatursensor F007TH der auf 433 mhz funkt.
Sonst hab ich leider nichts um ein 433/868 mhz Signal abzusetzen...es sind aber dutzende HomematicIP aktoren vorhanden - müsste da nicht irgend etwas ankommen?Kannst du damit nun irgendwas anfangen?
VG -
Hm ich hatte "irgendwo im Internet" den Eindruck bekommen, dass "brc" in den C-Mode schalten würde, aber dann ist das wohl falsch, oder benötigt eine inoffizielle fw.
Die Antworten sonst, sind wie ich sie erwartet habe, aber ohne eine einziges Telegramm kann ich immer noch nur raten...
Homematic sendet keine Wireless M-Bus Telegramme, daher sollte da auch nichts ankommen. Was ist denn mit den ganzen Techem Geräten die du erwähnt hast?
EDIT: Ein Schuss ins blaue:
iobroker url "https://github.com/ISFH/ioBroker.wmbus/tarball/cul-test"Mein Tipp ist, dass der Adapter damit nicht mal korrekt initialisiert werden kann, aber man weiß ja nie...
Falls es tatsächlich klappt, bitte debug Log posten. -
Erstmal danke für deine Mühen!
ich hab mir inzwischen schnell FHEM aufgesetzt um den CUL zu testen. Dort kann man das besser testen, da die Anbindung schon läuft. Doch leider kommt auch dort kein Telegram an - rein gar nichts. Der CUL scheint aber grundätzlich zu funktionieren. (Nach Umstellung in den HomeMaticIP Modus ist einiges von meinen HMIP Geräten zu sehen.)
Da ging ich erstmal davon aus, das bei den ganzen Techem Geräte wohl die Funkschnittstelle gar nicht aktiviert ist. Denn optisch lässt sich der "HKV vario 4" und der "HKV radio 4" wohl nicht unterscheiden.Mittlerweile hab ich noch festgestellt, das mein FTDI irgend nen Schlag hat und diesen ersetzt.
Ich lasse es jetzt mal mit deinem "Schuss ins Blaue" ein paar Stunden im T- und nachher noch im S-Mode lauschen.
Nach dem Adapterstart sieht das Log erstmal so aus:wmbus.0 2019-09-14 04:47:35.426 debug CUL: Receiver set data reporting with RSSI wmbus.0 2019-09-14 04:47:35.426 debug connected set to true wmbus.0 2019-09-14 04:47:35.426 debug Created device of type: CUL wmbus.0 2019-09-14 04:47:35.424 info starting. Version 0.5.0 in /opt/iobroker/node_modules/iobroker.wmbus, node: v8.14.0 host.iobroker-raspi3b 2019-09-14 04:47:33.892 info instance system.adapter.wmbus.0 started with pid 8658 host.iobroker-raspi3b 2019-09-14 04:47:33.892 info "system.adapter.wmbus.0" enabled host.iobroker-raspi3b 2019-09-14 04:47:33.890 info object change system.adapter.wmbus.0 host.iobroker 2019-09-14 04:47:33.844 info object change system.adapter.wmbus.0Ich werd auch die culfw nochmal neu flashen - nur um sicher zu gehen.
-
Hm. Die Initialisierung ist so definitiv nicht vollständig.
Da sollte noch sowas in der Art im Log auftauchen:
"Receiver channel set to T-Mode"Stimmt die Baudrate?
-
Moin Moin,
es wird kälter und meine Zähler senden nun auch wieder.
Daher habe ich mal deinen Adapter ausprobiert, jedoch kommen noch keine Werte rein.wmbus.0 2019-09-20 11:05:09.069 debug IMST: Message response timeout wmbus.0 2019-09-20 11:05:06.180 debug connected set to true wmbus.0 2019-09-20 11:05:06.060 debug Created device of type: IMST iM871A wmbus.0 2019-09-20 11:05:06.060 info starting. Version 0.5.0 in /opt/iobroker/node_modules/iobroker.wmbus, node: v8.16.0 wmbus.0 2019-09-20 11:04:29.807 debug sendTo "listUart" to system.adapter.admin.0 from system.adapter.wmbus.0 wmbus.0 2019-09-20 11:04:29.807 info List of port: [{"manufacturer":"Silicon Labs","serialNumber":"00B943DB","pnpId":"usb-Silicon_Labs_WiMOD_iM871A-usb_00B943DB-if00-port0","vendorId":"10c4","productId":"ea60","symlinks":["/dev/serial/b wmbus.0 2019-09-20 11:04:29.734 debug sendTo "needsKey" to system.adapter.admin.0 from system.adapter.wmbus.0 wmbus.0 2019-09-20 11:04:29.728 debug sendTo "listReceiver" to system.adapter.admin.0 from system.adapter.wmbus.0 wmbus.0 2019-09-20 11:04:24.094 debug system.adapter.admin.0: logging false wmbus.0 2019-09-20 11:04:03.083 debug system.adapter.admin.0: logging true wmbus.0 2019-09-20 10:38:43.658 debug 3b696d7aa7bce5c74f2ec58b4d3b686d69a7b02df6cf8ff0d98b8d3b69698ddae52f8a7c6f2dc38bcd3b686d6dd705718a45ef054767ff3b69693c5065cfe72f8fbec38b6d3b686d2f7f2d3e65ca454f8b2d3b6969a70fad2fcdb70fd18b2d3b6869054 wmbus.0 2019-09-20 10:38:43.657 debug IMST: Data but no callback! wmbus.0 2019-09-20 09:30:03.688 debug IMST: Message response timeout wmbus.0 2019-09-20 09:30:00.796 debug connected set to true wmbus.0 2019-09-20 09:30:00.666 debug Created device of type: IMST iM871A wmbus.0 2019-09-20 09:30:00.647 info starting. Version 0.5.0 in /opt/iobroker/node_modules/iobroker.wmbus, node: v8.16.0 wmbus.0 2019-09-20 09:30:00.631 debug statesDB connected wmbus.0 2019-09-20 09:30:00.618 debug objectDB connectedMit dem alten Adapter kamen die Werte, nur ab und zu hat sich irgendwas weggehangen und nichts kam mehr. Da hat nur ein Restart des Nucs geholfen. Der Iobroker läuft in einer Debian vm.
Kannst du damit was anfangen? -
@ple Spontan kann ich dir nur dieselbe Frage stellen, wie octane321 :
Stimmt die Baudrate? Der IMST Stick müsste glaube ich 57600 als default haben. (Also der Stick selbst. Der Adapter erwartet, dass man die Baudrate selbst korrekt auswählt!)
Mit dem "alten Adapter" meinst du iobroker.wm-bus von soef?[ @octane321 Der CUL hat glaube ich 9600 ]
-
@lvogt
Mein CUL arbeitet mit 38400 - und ja, die Baud hab ich korrekt eingestellt.
Ich hatte ja schon die Vermutung, das die Dinger nicht funken (verbaut sind bei mir Vario4 / Radio4 - es stehen beide modellnamen auf den Geräten). Der Radio4 funkt immer - der Vario4 kann das zwar, muss aber freigeschaltet werden.Ich hab soeben mit Techem telefoniert und die haben mir bestätigt, das die Funkschnittstelle nicht aktiv ist (-_-)
Kostenpunkt rund 110€. Das war leider der Todesstoß für mein Vorhaben.Trotzdem vielen vielen Dank für deine Unterstützung!
