Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Tester
    4. Test Adapter wireless-mbus v0.10.x

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    Test Adapter wireless-mbus v0.10.x

    This topic has been deleted. Only users with topic management privileges can see it.
    • apollon77
      apollon77 last edited by

      Hi lvogt,

      Ja das ist blöd von npm. Ich hatte schonmal so einen "Name ist sehr nah" Thema ... Du kannst versuchen npm anzuschreiben ob Sie den Namen freigeben. Ich hatte damals kein Glück.

      Von daher ist es wohl eher die "npm empfohlene Vorgehensweise" so eine blöde umbenennung vorzunehmen 😞 Du kannst ggf den originalen Dev anschreiben wegen npm rechten oder halt wieder npm das Du den Namen übernehmen kannst. Das dauert dann paar Wochen hat aber schon mehrfach geklappt - habe aber gelesen das aktuell die Regeln wieder schärfer sind.

      Generell hatte ich auch schon überlegt das zu tun was Du getan hast fand es aber wegen der LGPL v2 schwierig ... also bitte sei vorsichtig bezüglich der Verpflichtungen. Ich denke es "sollte" gecovered sein da der Quellcode weiter offen ist aber DU darfst keine Originalen Copyright Infos oder so entfernen und so weiter ...

      L 1 Reply Last reply Reply Quote 0
      • L
        lvogt @apollon77 last edited by

        @apollon77
        Ich habe vor knapp zwei Wochen soef angeschrieben, ob er vl. bereit wäre sein npm Paket auf- / abzugeben, bisher aber leider keine Antwort erhalten.

        Falls ich nicht ca. innerhalb der nächsten Woche eine Antwort erhalte, würde ich stattdessen den Adapter in ioBroker.wireless-mbus umbenennen. Laut der ioBroker.live Badge existieren momentan ~ 16 Installationen des Adapters, denen würde ich dann die Migration / Neu-installation zumuten.

        apollon77 1 Reply Last reply Reply Quote 0
        • apollon77
          apollon77 @lvogt last edited by

          @lvogt Bennene um. Von soef hat bisher leider noch keiner eine Antwort erhalten

          A 1 Reply Last reply Reply Quote 0
          • A
            andibr @apollon77 last edited by

            Hallo Leute

            Ich habe hier 3stk Elektrozähler vom EasyMeter mit W Mbus drauf und möchte die Daten in den Iobroker bekommen.
            Bevor ich etwas kaufe darum die Frage: habe ich mit dem Adapter hier und dem Amber Stick eine Chance das zu realisieren? Ist mir schon klar braucht dann vermutlich von EVU noch den Schlüssel zum Auslesen.

            Danke für einen Hinweis
            Andi

            L 1 Reply Last reply Reply Quote 0
            • L
              lvogt @andibr last edited by lvogt

              @andibr

              Das sollte vermutlich gehen. Wenn du dir den Thread anschaust, wirst du feststellen, dass Lenny.CB mit genau diesem Setup arbeitet.


              Ich habe den Adapter nun umbenannt auch auf npm veröffentlicht. Außerdem gab's nen Bugfix zu blockierten Sendern.
              Das heißt für alle die den Adapter bereits nutzen und updaten wollen, dass sie leider ihre vorhanden States nicht weiter nutzen können, da sich der "Pfad" im Objektbaum ändern wird. Aus wmbus.0.*** wird wireless-mbus.0.***.

              EDIT: Eine Frage zu https://github.com/ioBroker/ioBroker.repositories#requirements-for-adapter-to-get-added-to-the-latest-repository
              Da steht die ioBroker organization auf npm soll als maintainer/owner zum Paket hinzugefügt werden. Soweit ich das sehe existiert immer noch keine ioBroker Organisation auf npm. Ändert sich das irgendwann mal?
              Ich halte nämlich bluefox als Maintainer zu ergänzen ungefähr so "gut" wie keinen weiteren User hinzu zu fügen. Denn wenn aus irgendwelchen Gründen bluefox aus dem Projekt verschwindet, ist das Problem wieder mehr oder weniger das gleiche...

              apollon77 A A 3 Replies Last reply Reply Quote 0
              • apollon77
                apollon77 @lvogt last edited by

                @lvogt sagte in Test Adapter wireless-mbus v0.7.1:

                EDIT: Eine Frage zu https://github.com/ioBroker/ioBroker.repositories#requirements-for-adapter-to-get-added-to-the-latest-repository
                Da steht die ioBroker organization auf npm soll als maintainer/owner zum Paket hinzugefügt werden. Soweit ich das sehe existiert immer noch keine ioBroker Organisation auf npm. Ändert sich das irgendwann mal?
                Ich halte nämlich bluefox als Maintainer zu ergänzen ungefähr so "gut" wie keinen weiteren User hinzu zu fügen. Denn wenn aus irgendwelchen Gründen bluefox aus dem Projekt verschwindet, ist das Problem wieder mehr oder weniger das gleiche...

                Jupp, auch ein Thema ...

                1 Reply Last reply Reply Quote 0
                • A
                  andibr @lvogt last edited by andibr

                  @lvogt
                  Vielen Dank für den Hinweis. Ich habe den ganzen Thread angeschaur aber leider nicht mal die hälfte verstanden, darum habe ich die Frage gestellt.

                  Nun habe ich mir mal den i817 Stick bestellt und schaue mal was ich damit hinkriege.
                  Vielen Dank für die Arbeit am Adapter.

                  Soeben habe ich den Adapter installiert, verstehe ich das richtig, das ich für zwei verschiedene Mode auch verschiedene Stick brauche? Hintergrund der Frage ist eben das ich auch noch Wasserzähler mit WMbus habe. Die haben ein GWF RCM montiert. Da habe ich aber noch keine Ahnung welchen Mode verwendet wird.

                  Ideal währe wenn ich dann natürlich gleich alle Zähler auf dem iobroker anzeigen kann.

                  Gruss Andi

                  L A 2 Replies Last reply Reply Quote 0
                  • L
                    lvogt @andibr last edited by

                    @andibr

                    Wenn du wirklich zwei Modi brauchst, dann brauchst du vermutlich auch zwei Sticks. Die Ausnahme ist der Amber Stick, der hat einen Modus der C und T Mode gleichzeitig (empfangen) kann. Die meisten Geräte senden aber im T Mode.

                    1 Reply Last reply Reply Quote 0
                    • A
                      Al Bundy @lvogt last edited by

                      @lvogt Vielen Dank für den Adapter 😊
                      Musste lange warten, bis ich den AES Key für meinen Wasserzähler bekommen habe.
                      Jetzt hat es geklappt und die Daten kommen an!

                      Infos von mir (evtl. hilfreich für andere User):
                      Zähler: Apator ultrimis W UL4 Q3 (NeoVac rebranding)
                      Modus : T
                      iobroker v5.1.25 auf RasPi 4 (Master)
                      Node.js: v12.22.6
                      NPM: 6.14.15
                      wireless-mbus: v0.7.2
                      Stick: IMST iM871A

                      Adapter Einstellung:
                      20211004_iobroker_1.JPG

                      Zähler und die Daten dazu:
                      20211004_232401_pixel.jpg
                      20211004_iobroker_2_pixel_.JPG

                      1 Reply Last reply Reply Quote 0
                      • R
                        ratte-rizzo last edited by

                        Moin

                        Ich habe meinen CUL nun testweise von meinem FHEM System auf den ioBroker mit dem neuen Adapter umgestöpselt. Es trudeln auch Nachrichten ein, aber die verursachen Fehlermeldungen. Ich habe ein paar Zeilen heraus kopiert. Vermutlich fehlt für einige Geräte noch die Decodierung. Meine eigenen Geräte sind bisher noch nicht aufgetaucht. Die wurden zumindest bei FHEM korrekt angezeigt.

                        wireless-mbus.0
                        	2021-10-05 18:59:31.776	error	Frame type null is not implemented!
                        wireless-mbus.0
                        	2021-10-05 18:59:31.775	debug	3f20283f20697320756e6b6e6f776e2920557365206f6e65206f66204120422062204320652046204720682069204b206b204c206c204d206d204e205220542074205520752056205720582078205920
                        wireless-mbus.0
                        	2021-10-05 18:59:21.649	error	Frame type null is not implemented!
                        wireless-mbus.0
                        	2021-10-05 18:59:21.649	debug	3f20283f20697320756e6b6e6f776e2920557365206f6e65206f66204120422062204320652046204720682069204b206b204c206c204d206d204e205220542074205520752056205720582078205920
                        wireless-mbus.0
                        	2021-10-05 18:59:08.523	error	Frame type null is not implemented!
                        wireless-mbus.0
                        	2021-10-05 18:59:08.523	debug	3f20283f20697320756e6b6e6f776e2920557365206f6e65206f66204120422062204320652046204720682069204b206b204c206c204d206d204e205220542074205520752056205720582078205920
                        wireless-mbus.0
                        	2021-10-05 18:59:03.645	error	Frame type null is not implemented!
                        wireless-mbus.0
                        	2021-10-05 18:59:03.642	debug	4f4465b20192342533073f5f780dff5f350082388035f23fa3547dfa4cc943120a2caa906818c98e1b348863115eefe40d34fc5abb6250fbfb70191b8e4a0e5e829a4871d0f51afc9390b8d4046d3b11a52ade7e0c7830064935c90e80
                        wireless-mbus.0
                        	2021-10-05 18:57:02.521	error	Frame type null is not implemented!
                        wireless-mbus.0
                        	2021-10-05 18:57:02.517	debug	3246463337314236433431413141333534423830303331424633354142344143453632453832313331413942393531304641394543443930463433413334453962344634343635423230313932333432353333303733463546373830444646354633353030383233383830333536383741443443423237374444383336424536623446343436354232303532393334323533333037414535303738304446463546333530303832344338303335443732434539364232433334393043464633346234463434363542323031393233343235333330373346354637383044464635463335303038323338383033354545334242453839314334443334354446344432343839313442464242384544464546453843463439443239373944444636314244353838364439373343333032453939394430433937313941413544333734393036414237393543413234443444433441433243393030343034364433393131413532413230393830433738333030363439333543393045383030370a0a3f202832343839313442464242384544464546393036414237393543413234443444435620697320756e6b6e6f776e2920557365206f6e65206f66204120422062204320652046204720682069204b206b204c206c204d206d204e205220542074205520752056205720582078205920
                        wireless-mbus.0
                        	2021-10-05 18:44:07.411	error	Frame type null is not implemented!
                        wireless-mbus.0
                        	2021-10-05 18:44:07.410	debug	38464332454243324238384446393035353130303943443637383842323931353536443334313941453331373544323838464644423445354432363236424446413142344646343635304242343834434643363944463035303034364432433131413532413542383830433738333030363439333543393045383030
                        
                        

                        Lieben Gruß
                        Daniel

                        L 1 Reply Last reply Reply Quote 0
                        • L
                          lvogt @ratte-rizzo last edited by lvogt

                          @ratte-rizzo
                          Schon mal super, dass du den Adapter mit einem CUL testest. Danke.

                          Da ist aber anscheinend immer noch irgendwas nicht mit der Kommunikation zw. Adapter und CUL in Ordnung. Mit dem Geräten bzw. den eigentlichen Telegrammen dürfte das nichts zu tun haben.

                          Damit ich helfen kann brauche ich mehr Infos: Wie sieht die Konfiguration des Adapters aus? Und wie sieht der "Anfang" des Logs aus?

                          R 1 Reply Last reply Reply Quote 0
                          • R
                            ratte-rizzo @lvogt last edited by ratte-rizzo

                            Moin @lvogt

                            Ich wusste gar nicht, dass ich der erste CUL-Testkandidat bin. Ich fühle mich geehrt und geb mein bestes. Und erst einmal tausend Dank überhaupt für Deine Arbeit!!!

                            Also vorweg: Der Adapter funktioniert ziemlich gut, er hat über Nacht auch schon fleißig Geräte gesammelt. Da ich in einem Mietshaus wohne, habe ich einen bunten Strauß an Geräten, die mir zum größten Teil nicht gehören, aber meine eigenen sind alle dabei.

                            Meine Adapter-Konfiguration ist ziemlich einfach:
                            Screenshot 2021-10-06 at 07-25-48 instances - himbeere.png

                            Über die undefinierten Geräte von oben mache ich mir wenig sorgen. Die hatte ich in der FHEM-Welt ebenfalls. Ich bekomme folgende Werte gelistet:
                            Wasserzähler:
                            Screenshot 2021-10-06 at 07-27-35 objects - himbeere.png

                            Heizungszähler
                            Screenshot 2021-10-06 at 07-28-18 objects - himbeere.png

                            Was mir fehlt, bei FHEM aber dabei war: Stromzähler und Rauchmelder (?) Zumindest irgendwas mit Luft. Aber vielleicht kommen die ja auch noch.

                            Nun zu den Logs. Ich weiß nicht, ob Dir genau dieser Schnippsel hilft. Sag einfach, wenn Du etwas anderes brauchst.

                            Ich habe den Verdacht, dass manchmal nach dem Start des Adapters es zu einem Timeout kommt und dann aber nicht weiter versucht wird, ein weiteres Mal zu starten. Aber da ich den Adapter erst seit 12 Stunden nutze, ist es vielleicht noch etwas früh, darüber zu spekulieren.

                            Dank & Gruß
                            Daniel

                            R 1 Reply Last reply Reply Quote 0
                            • R
                              ratte-rizzo @ratte-rizzo last edited by

                              Verflixt... Logs vergessen!

                              2021-10-05 18:30:04.938  - info: wireless-mbus.0 (20405) starting. Version 0.7.1 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v12.21.0, js-controller: 3.3.18
                              2021-10-05 18:30:04.977  - debug: wireless-mbus.0 (20405) Created device of type: CUL (untested)
                              2021-10-05 18:30:04.987  - debug: wireless-mbus.0 (20405) CUL: Receiver set data reporting with RSSI
                              2021-10-05 18:30:05.034  - debug: wireless-mbus.0 (20405) connected set to true
                              2021-10-05 18:30:05.034  - debug: wireless-mbus.0 (20405) connected set to true
                              2021-10-05 18:30:07.993  - debug: wireless-mbus.0 (20405) CUL: Message response timeout
                              2021-10-05 18:30:43.152  - debug: wireless-mbus.0 (20405) sendTo "listReceiver" to system.adapter.admin.0 from system.adapter.wireless-mbus.0
                              2021-10-05 18:30:43.153  - debug: wireless-mbus.0 (20405) sendTo "needsKey" to system.adapter.admin.0 from system.adapter.wireless-mbus.0
                              2021-10-05 18:30:43.219  - info: wireless-mbus.0 (20405) List of port: [{"manufacturer":"busware.de","pnpId":"usb-busware.de_CUL868-if00","vendorId":"03eb","productId":"204b","path":"/dev/ttyACM0"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}]
                              2021-10-05 18:30:43.220  - debug: wireless-mbus.0 (20405) sendTo "listUart" to system.adapter.admin.0 from system.adapter.wireless-mbus.0
                              2021-10-05 18:32:14.688  - debug: wireless-mbus.0 (20405) 443043313030343644323031314135324142304534383032
                              2021-10-05 18:32:14.688  - error: wireless-mbus.0 (20405) Frame type null is not implemented!
                              2021-10-05 18:32:19.804  - debug: wireless-mbus.0 (20405) 23446532390012893508546e7aeb0000008b046e05000082046cbe2995d301fd0c10046d2011a52ab0e480
                              2021-10-05 18:32:19.804  - error: wireless-mbus.0 (20405) Frame type null is not implemented!
                              2021-10-05 18:34:03.771  - info: host.himbeere stopInstance system.adapter.wireless-mbus.0 (force=false, process=true)
                              2021-10-05 18:34:03.777  - info: wireless-mbus.0 (20405) Got terminate signal TERMINATE_YOURSELF
                              2021-10-05 18:34:03.815  - info: host.himbeere stopInstance system.adapter.wireless-mbus.0 send kill signal
                              2021-10-05 18:34:03.779  - info: wireless-mbus.0 (20405) terminating
                              2021-10-05 18:34:03.779  - info: wireless-mbus.0 (20405) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
                              2021-10-05 18:34:04.362  - info: host.himbeere instance system.adapter.wireless-mbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
                              2021-10-05 18:34:06.870  - info: host.himbeere instance system.adapter.wireless-mbus.0 started with pid 24588
                              2021-10-05 18:34:07.199  - debug: wireless-mbus.0 (24588) Redis Objects: Use Redis connection: 127.0.0.1:9001
                              2021-10-05 18:34:07.216  - debug: wireless-mbus.0 (24588) Objects client ready ... initialize now
                              2021-10-05 18:34:07.270  - debug: wireless-mbus.0 (24588) Objects create System PubSub Client
                              2021-10-05 18:34:07.271  - debug: wireless-mbus.0 (24588) Objects create User PubSub Client
                              2021-10-05 18:34:07.271  - debug: wireless-mbus.0 (24588) Objects client initialize lua scripts
                              2021-10-05 18:34:07.280  - debug: wireless-mbus.0 (24588) Objects connected to redis: 127.0.0.1:9001
                              2021-10-05 18:34:07.283  - debug: wireless-mbus.0 (24588) objectDB connected
                              2021-10-05 18:34:07.284  - debug: wireless-mbus.0 (24588) Redis States: Use Redis connection: 127.0.0.1:9000
                              2021-10-05 18:34:07.289  - debug: wireless-mbus.0 (24588) States create System PubSub Client
                              2021-10-05 18:34:07.289  - debug: wireless-mbus.0 (24588) States create User PubSub Client
                              2021-10-05 18:34:07.339  - debug: wireless-mbus.0 (24588) States connected to redis: 127.0.0.1:9000
                              2021-10-05 18:34:07.339  - debug: wireless-mbus.0 (24588) statesDB connected
                              2021-10-05 18:34:07.505  - info: wireless-mbus.0 (24588) starting. Version 0.7.1 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v12.21.0, js-controller: 3.3.18
                              2021-10-05 18:34:07.535  - debug: wireless-mbus.0 (24588) Created device of type: CUL (untested)
                              2021-10-05 18:34:07.541  - debug: wireless-mbus.0 (24588) CUL: Receiver set data reporting with RSSI
                              2021-10-05 18:34:07.579  - debug: wireless-mbus.0 (24588) connected set to true
                              2021-10-05 18:34:07.623  - debug: wireless-mbus.0 (24588) connected set to true
                              2021-10-05 18:34:10.542  - debug: wireless-mbus.0 (24588) CUL: Message response timeout
                              2021-10-05 18:44:07.410  - debug: wireless-mbus.0 (24588) 38464332454243324238384446393035353130303943443637383842323931353536443334313941453331373544323838464644423445354432363236424446413142344646343635304242343834434643363944463035303034364432433131413532413542383830433738333030363439333543393045383030
                              2021-10-05 18:44:07.411  - error: wireless-mbus.0 (24588) Frame type null is not implemented!
                              2021-10-05 18:57:02.517  - debug: wireless-mbus.0 (24588) 3246463337314236433431413141333534423830303331424633354142344143453632453832313331413942393531304641394543443930463433413334453962344634343635423230313932333432353333303733463546373830444646354633353030383233383830333536383741443443423237374444383336424536623446343436354232303532393334323533333037414535303738304446463546333530303832344338303335443732434539364232433334393043464633346234463434363542323031393233343235333330373346354637383044464635463335303038323338383033354545334242453839314334443334354446344432343839313442464242384544464546453843463439443239373944444636314244353838364439373343333032453939394430433937313941413544333734393036414237393543413234443444433441433243393030343034364433393131413532413230393830433738333030363439333543393045383030370a0a3f202832343839313442464242384544464546393036414237393543413234443444435620697320756e6b6e6f776e2920557365206f6e65206f66204120422062204320652046204720682069204b206b204c206c204d206d204e205220542074205520752056205720582078205920
                              2021-10-05 18:57:02.521  - error: wireless-mbus.0 (24588) Frame type null is not implemented!
                              2021-10-05 18:59:03.642  - debug: wireless-mbus.0 (24588) 4f4465b20192342533073f5f780dff5f350082388035f23fa3547dfa4cc943120a2caa906818c98e1b348863115eefe40d34fc5abb6250fbfb70191b8e4a0e5e829a4871d0f51afc9390b8d4046d3b11a52ade7e0c7830064935c90e80
                              2021-10-05 18:59:03.645  - error: wireless-mbus.0 (24588) Frame type null is not implemented!
                              2021-10-05 18:59:08.523  - debug: wireless-mbus.0 (24588) 3f20283f20697320756e6b6e6f776e2920557365206f6e65206f66204120422062204320652046204720682069204b206b204c206c204d206d204e205220542074205520752056205720582078205920
                              2021-10-05 18:59:08.523  - error: wireless-mbus.0 (24588) Frame type null is not implemented!
                              2021-10-05 18:59:21.649  - debug: wireless-mbus.0 (24588) 3f20283f20697320756e6b6e6f776e2920557365206f6e65206f66204120422062204320652046204720682069204b206b204c206c204d206d204e205220542074205520752056205720582078205920
                              2021-10-05 18:59:21.649  - error: wireless-mbus.0 (24588) Frame type null is not implemented!
                              2021-10-05 18:59:31.775  - debug: wireless-mbus.0 (24588) 3f20283f20697320756e6b6e6f776e2920557365206f6e65206f66204120422062204320652046204720682069204b206b204c206c204d206d204e205220542074205520752056205720582078205920
                              2021-10-05 18:59:31.776  - error: wireless-mbus.0 (24588) Frame type null is not implemented!
                              2021-10-05 19:20:01.541  - debug: wireless-mbus.0 (24588) sendTo "listReceiver" to system.adapter.admin.0 from system.adapter.wireless-mbus.0
                              2021-10-05 19:20:01.548  - debug: wireless-mbus.0 (24588) sendTo "needsKey" to system.adapter.admin.0 from system.adapter.wireless-mbus.0
                              2021-10-05 19:20:01.692  - info: wireless-mbus.0 (24588) List of port: [{"manufacturer":"busware.de","pnpId":"usb-busware.de_CUL868-if00","vendorId":"03eb","productId":"204b","path":"/dev/ttyACM0"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}]
                              2021-10-05 19:20:01.692  - debug: wireless-mbus.0 (24588) sendTo "listUart" to system.adapter.admin.0 from system.adapter.wireless-mbus.0
                              2021-10-05 19:24:49.567  - debug: wireless-mbus.0 (24588) 4f4465b20192342533073f5f780dff5f350082388035188832437978a38e9a8b4f4465b20192342533073f5f780dff5f350082388035b1f7fb406a65829f675d0c10046d0412a52a9b8482
                              
                              L 1 Reply Last reply Reply Quote 0
                              • L
                                lvogt @ratte-rizzo last edited by

                                @ratte-rizzo
                                Es gab schon mal an paar wenige andere Tester, aber da ich den CUL Support ohne eigene Hardware ausprobiert habe, gestaltet es sich etwas schwierig (und ich habe auch sehr lange nichts am Adapter gemacht...)

                                Um ehrlich zu sein, bin ich überrascht, dass bei den Logausgaben überhaupt Geräte angelegt werden... Ich muss mir das nochmal in Ruhe angucken, könnte evtl. aber bis zum Wochenende dauern.

                                Ich hätte noch eine Frage: Du willst wirklich den S-Mode (und nicht den T-Mode)?

                                Und könntest du mal gucken ob du im Log eine Stelle findest wo korrekt ein Telegram verarbeitet wurde. Da müsste dann so eine Zeile ala Updating device: XXX-12345678 auftauchen. Einen Logausschnitt ab ca .5 Sekunden früher bis eine Sekunde später wäre nicht schlecht (nur Ausgaben von wireless-mbus reichen natürlich).

                                R 1 Reply Last reply Reply Quote 0
                                • R
                                  ratte-rizzo @lvogt last edited by

                                  @lvogt
                                  Also ich bin bisher sehr zufrieden mit dem Adapter. Alles, was in meiner Wohnung verbaut ist, wird korrekt angezeigt. Ich habe zur Zeit aber nur Heizungsmessgeräte. Wobei angeblich die Rauchmelder auch funken, aber die hab ich in FHEM auch nicht gesehen. Aber die funken auch seltener, laut Broschüre.

                                  Und ja, der S-Mode ist der richtige (ich habe ehrlich gesagt den T-Mode gar nicht probiert, weil der S-Mode schon das ausspuckt, was ich suchte). Mein Einstiegspunkt war das FHEM Forum mit diesem Beitrag, wo meine Heizungszähler auch mit S-Mode ausgelesen wurden. Ich hab da halt nach der Marke geschaut.
                                  https://forum.fhem.de/index.php/topic,24517.msg990047.html#msg990047

                                  Ich habe Dir mal das Log von 3 Geräteupdates mitgeschickt. Die waren zufälligerweise alle 3 direkt hintereinander. Und die waren auch erfolgreich mit Updating device.

                                  Egal wie lang es dauert: Dankeschön!

                                  2021-10-06 14:56:17.468 - debug: wireless-mbus.0 (18920) 23446532899611893508a6027af00000008b046e00000082046cbe29531001fd0c10046d380da62acd7c80
                                  2021-10-06 14:56:17.469 - debug: wireless-mbus.0 (18920) Short header
                                  2021-10-06 14:56:17.469 - debug: wireless-mbus.0 (18920) VIF_HCA: Value 0
                                  2021-10-06 14:56:17.469 - debug: wireless-mbus.0 (18920) VIF_TIME_POINT_DATE: Value raw 10686 value calc 2021-09-30
                                  2021-10-06 14:56:17.469 - debug: wireless-mbus.0 (18920) VIF_MODEL_VERSION: Value 16
                                  2021-10-06 14:56:17.469 - debug: wireless-mbus.0 (18920) VIF_TIME_POINT_DATE_TIME: Value raw 715525432 value calc 2021-10-06 13:56
                                  2021-10-06 14:56:17.469 - debug: wireless-mbus.0 (18920) Updating device: LSE-89119689
                                  2021-10-06 14:56:17.474 - debug: wireless-mbus.0 (18920) Value LSE-89119689.data.1-8-VIF_HCA: 0
                                  2021-10-06 14:56:17.475 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89119689.data.1-8-VIF_HCA" has no existing object, this might lead to an error in future versions
                                  2021-10-06 14:56:17.519 - debug: wireless-mbus.0 (18920) Value LSE-89119689.data.2-8-VIF_TIME_POINT_DATE: 2021-09-30
                                  2021-10-06 14:56:17.520 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89119689.data.2-8-VIF_TIME_POINT_DATE" has no existing object, this might lead to an error in future versions
                                  2021-10-06 14:56:17.563 - debug: wireless-mbus.0 (18920) Value LSE-89119689.data.3-0-VIF_MODEL_VERSION: 16
                                  2021-10-06 14:56:17.564 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89119689.data.3-0-VIF_MODEL_VERSION" has no existing object, this might lead to an error in future versions
                                  2021-10-06 14:56:17.607 - debug: wireless-mbus.0 (18920) Value LSE-89119689.data.4-0-VIF_TIME_POINT_DATE_TIME: 2021-10-06 13:56
                                  2021-10-06 14:56:17.608 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89119689.data.4-0-VIF_TIME_POINT_DATE_TIME" has no existing object, this might lead to an error in future versions
                                  2021-10-06 14:56:21.443 - debug: wireless-mbus.0 (18920) 234465329288118935085d537af00000008b046e12000082046cbe297c9001fd0c10046d390da62af64c80
                                  2021-10-06 14:56:21.444 - debug: wireless-mbus.0 (18920) Short header
                                  2021-10-06 14:56:21.444 - debug: wireless-mbus.0 (18920) VIF_HCA: Value 12
                                  2021-10-06 14:56:21.444 - debug: wireless-mbus.0 (18920) VIF_TIME_POINT_DATE: Value raw 10686 value calc 2021-09-30
                                  2021-10-06 14:56:21.444 - debug: wireless-mbus.0 (18920) VIF_MODEL_VERSION: Value 16
                                  2021-10-06 14:56:21.444 - debug: wireless-mbus.0 (18920) VIF_TIME_POINT_DATE_TIME: Value raw 715525433 value calc 2021-10-06 13:57
                                  2021-10-06 14:56:21.444 - debug: wireless-mbus.0 (18920) Updating device: LSE-89118892
                                  2021-10-06 14:56:21.462 - debug: wireless-mbus.0 (18920) Value LSE-89118892.data.1-8-VIF_HCA: 12
                                  2021-10-06 14:56:21.463 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89118892.data.1-8-VIF_HCA" has no existing object, this might lead to an error in future versions
                                  2021-10-06 14:56:21.507 - debug: wireless-mbus.0 (18920) Value LSE-89118892.data.2-8-VIF_TIME_POINT_DATE: 2021-09-30
                                  2021-10-06 14:56:21.507 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89118892.data.2-8-VIF_TIME_POINT_DATE" has no existing object, this might lead to an error in future versions
                                  2021-10-06 14:56:21.551 - debug: wireless-mbus.0 (18920) Value LSE-89118892.data.3-0-VIF_MODEL_VERSION: 16
                                  2021-10-06 14:56:21.551 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89118892.data.3-0-VIF_MODEL_VERSION" has no existing object, this might lead to an error in future versions
                                  2021-10-06 14:56:21.595 - debug: wireless-mbus.0 (18920) Value LSE-89118892.data.4-0-VIF_TIME_POINT_DATE_TIME: 2021-10-06 13:57
                                  2021-10-06 14:56:21.596 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89118892.data.4-0-VIF_TIME_POINT_DATE_TIME" has no existing object, this might lead to an error in future versions
                                  2021-10-06 14:56:50.318 - debug: wireless-mbus.0 (18920) 234465320389118935086ea97af00000008b046e02000082046cbe29759d01fd0c10046d390da62af64c80
                                  2021-10-06 14:56:50.318 - debug: wireless-mbus.0 (18920) Short header
                                  2021-10-06 14:56:50.319 - debug: wireless-mbus.0 (18920) VIF_HCA: Value 2
                                  2021-10-06 14:56:50.319 - debug: wireless-mbus.0 (18920) VIF_TIME_POINT_DATE: Value raw 10686 value calc 2021-09-30
                                  2021-10-06 14:56:50.319 - debug: wireless-mbus.0 (18920) VIF_MODEL_VERSION: Value 16
                                  2021-10-06 14:56:50.319 - debug: wireless-mbus.0 (18920) VIF_TIME_POINT_DATE_TIME: Value raw 715525433 value calc 2021-10-06 13:57
                                  2021-10-06 14:56:50.319 - debug: wireless-mbus.0 (18920) Updating device: LSE-89118903
                                  2021-10-06 14:56:50.324 - debug: wireless-mbus.0 (18920) Value LSE-89118903.data.1-8-VIF_HCA: 2
                                  2021-10-06 14:56:50.325 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89118903.data.1-8-VIF_HCA" has no existing object, this might lead to an error in future versions
                                  2021-10-06 14:56:50.367 - debug: wireless-mbus.0 (18920) Value LSE-89118903.data.2-8-VIF_TIME_POINT_DATE: 2021-09-30
                                  2021-10-06 14:56:50.368 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89118903.data.2-8-VIF_TIME_POINT_DATE" has no existing object, this might lead to an error in future versions
                                  2021-10-06 14:56:50.411 - debug: wireless-mbus.0 (18920) Value LSE-89118903.data.3-0-VIF_MODEL_VERSION: 16
                                  2021-10-06 14:56:50.412 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89118903.data.3-0-VIF_MODEL_VERSION" has no existing object, this might lead to an error in future versions
                                  2021-10-06 14:56:50.455 - debug: wireless-mbus.0 (18920) Value LSE-89118903.data.4-0-VIF_TIME_POINT_DATE_TIME: 2021-10-06 13:57
                                  2021-10-06 14:56:50.456 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89118903.data.4-0-VIF_TIME_POINT_DATE_TIME" has no existing object, this might lead to an error in future versions
                                  
                                  
                                  L 1 Reply Last reply Reply Quote 0
                                  • L
                                    lvogt @ratte-rizzo last edited by

                                    @ratte-rizzo
                                    Hm ich verstehe immer noch nicht wie das ganze zusammenhängt. Ich habe aber mal noch ein paar Kleinigkeiten angepasst (und hoffentlich verbessert 😉 ).

                                    Das ist jetzt als v0.7.3 auf github und npm zu finden. Mit der Version nehme ich dann nochmal gerne einen Logauszug vom Start des Adapters.

                                    Noch was (vermutlich) anderes:
                                    In deinen letzten Log gab es Meldunge dieses Typs:

                                    2021-10-06 14:56:21.507 - warn: wireless-mbus.0 (18920) State "wireless-mbus.0.LSE-89118892.data.2-8-VIF_TIME_POINT_DATE" has no existing object, this might lead to an error in future versions

                                    Das spricht auch dafür dass zwischendurch mal irgendwas schief gelaufen ist. Wenn die auch nach einen Adapter Neustart weiterhin auftauchen - und auch nach Löschen der Geräte im Objektbaum (falls das für dich in Frage kommt und nicht irgendwelche Skript oä. zerlegt) weiterhin auftaucht, muss ich da auch nochmal nach gucken.

                                    P.S. Die ganzen "Nachbarschaftsgeräte" kannst du in der Konfiguration ja auch blockieren, wenn du sie nicht "haben" willst.

                                    R 1 Reply Last reply Reply Quote 0
                                    • R
                                      ratte-rizzo @lvogt last edited by

                                      Moin @lvogt

                                      Irgendwie war das WE voller als gedacht, daher komme ich erst Heute zum Aktualisieren des Adapters. Vielen Dank dafür! Update verlief problemlos. Beim Starten gabs allerdings einen kleinen Fehler im Debug (drittletzte Zeile):

                                      2021-10-11 07:50:49.338 - info: host.himbeere "system.adapter.wireless-mbus.0" enabled
                                      2021-10-11 07:50:49.396 - info: host.himbeere instance system.adapter.wireless-mbus.0 started with pid 28005
                                      2021-10-11 07:50:49.745 - debug: wireless-mbus.0 (28005) Redis Objects: Use Redis connection: 127.0.0.1:9001
                                      2021-10-11 07:50:49.763 - debug: wireless-mbus.0 (28005) Objects client ready ... initialize now
                                      2021-10-11 07:50:49.764 - debug: wireless-mbus.0 (28005) Objects create System PubSub Client
                                      2021-10-11 07:50:49.767 - debug: wireless-mbus.0 (28005) Objects create User PubSub Client
                                      2021-10-11 07:50:49.768 - debug: wireless-mbus.0 (28005) Objects client initialize lua scripts
                                      2021-10-11 07:50:49.778 - debug: wireless-mbus.0 (28005) Objects connected to redis: 127.0.0.1:9001
                                      2021-10-11 07:50:49.781 - debug: wireless-mbus.0 (28005) objectDB connected
                                      2021-10-11 07:50:49.781 - debug: wireless-mbus.0 (28005) Redis States: Use Redis connection: 127.0.0.1:9000
                                      2021-10-11 07:50:49.787 - debug: wireless-mbus.0 (28005) States create System PubSub Client
                                      2021-10-11 07:50:49.787 - debug: wireless-mbus.0 (28005) States create User PubSub Client
                                      2021-10-11 07:50:49.835 - debug: wireless-mbus.0 (28005) States connected to redis: 127.0.0.1:9000
                                      2021-10-11 07:50:49.835 - debug: wireless-mbus.0 (28005) statesDB connected
                                      2021-10-11 07:50:50.031 - info: wireless-mbus.0 (28005) starting. Version 0.7.3 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v12.21.0, js-controller: 3.3.18
                                      2021-10-11 07:50:50.063 - debug: wireless-mbus.0 (28005) Created device of type: CUL (untested)
                                      2021-10-11 07:50:50.074 - debug: wireless-mbus.0 (28005) CUL: Error setting wMBus mode: response was 69BAACC8C788C9A322DFA9BB3046D2E06AB2A6C380C7830064935C90E8002
                                      bSMODE
                                      2021-10-11 07:50:50.108 - debug: wireless-mbus.0 (28005) connected set to true
                                      2021-10-11 07:50:50.151 - debug: wireless-mbus.0 (28005) connected set to true
                                      

                                      Ferner habe ich alle "fremden" Geräte gelöscht. Wenn sie im Laufe des Tages neu angelegt werden, schaue ich mal, ob es noch zu den Fehlermeldungen kommt. Danach werde ich sie dann auf die Blacklist setzen (Danke für den Tipp!!!).

                                      Bis später
                                      Daniel

                                      Thomas Braun 1 Reply Last reply Reply Quote 0
                                      • Thomas Braun
                                        Thomas Braun Most Active @ratte-rizzo last edited by

                                        @ratte-rizzo

                                        node: v12.21.0

                                        Halt das aktuell.

                                        1 Reply Last reply Reply Quote 1
                                        • A
                                          andibr @andibr last edited by andibr

                                          @lvogt Hallo zusammen
                                          Soeben habe ich meinen heute erhaltenen Stick am Raspberry Pi 3+ eingesteckt und den Adapter auf 0.7.3 aktualisiert. Mein Raspberry ist ein Slave in einem Multihost und sollte eigentlich die Schnittstellen bedienen. Aus irgendwelchen Gründen hat der Adapter alle Einstellungen direkt gefunden und auch bereit etliche Zähler gefunden. Aber nach einem erneuten öffnen der Adaptereinstellungen ist alles wieder leer und ich kann keine Auswahl mehr machen.

                                          Es ist scheint irgendwie, wie wenn der Adapter eingefroren ist. Das einzige was man noch auswählen kann, ist die Baudrate. Was mache ich falsch?

                                          Edit: ich denke ich habe da was gefunden, mein Raspberry kann nicht IM817 und 1Wire Stick zusammen. Soweit ich bis jetzt gesehen habe gibt es da ein Konflikt mit dem ttyUSB0.

                                          L 1 Reply Last reply Reply Quote 0
                                          • L
                                            lvogt @andibr last edited by lvogt

                                            @andibr

                                            Dein "original" Post ist ja so, dass ich im Grunde gar keine Aussage treffen kann. Ein Log(auszug) oder sonst irgendwas wäre schon nötig. Durch deinen Post alleine hätte ich auch darauf getippt dass auf "Systemebene" irgendwas mit den Serialports hängt.

                                            Deine Ergänzung legt das nahe. Ich denke aber nicht dass nicht beide zusammen können, sondern du merkst gerade wie viele andere vor dir, dass die Nummerierung der /dev/ttyUSBn Devices nach einen Reboot sich ändern kann (ohne dass einer der USB Geräte aus- und wieder eingesteckt wurde).
                                            Ich würde dir daher empfehlen, in der Liste der Ports "Benutzerdefinierte Schnittstelle" auszuwählen und dann händisch einen Pfad anzugeben, der sich nicht ändert. Z.b was passendes unter /dev/serial/by-id/... oder einen Symlink der explizit für den wMBus Stick angelegt wird. Der 1-Wire Stick müsste dann natürlich auch entsprechend angesprochen werden...

                                            @ratte-rizzo
                                            Genau. Der für mich spannende Teil ist die Fehlermeldung. Allerdings werde ich nur bedingt schlau daraus.
                                            Das ist ja die Antwort die der CUL schickt: 69BAACC8C788C9A322DFA9BB3046D2E06AB2A6C380C7830064935C90E8002 und bSMODE.
                                            Erwartet hätte ich eigentlich nur SMODE. Wenn ich den Parser noch etwas verbessere, könnte ich den ersten Teil einfach verwerfen, aber das b vor SMODE verwundert mich schon etwas. Woher ist die Firmware die auf deinem CUL läuft?
                                            Im Zweifelsfall muss ich doch mal versuchen mich durch den culfw Code zu lesen...

                                            R A 2 Replies Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate

                                            638
                                            Online

                                            31.9k
                                            Users

                                            80.1k
                                            Topics

                                            1.3m
                                            Posts

                                            mbus wireless wm-bus wmbus
                                            63
                                            563
                                            159007
                                            Loading More Posts
                                            • Oldest to Newest
                                            • Newest to Oldest
                                            • Most Votes
                                            Reply
                                            • Reply as topic
                                            Log in to reply
                                            Community
                                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                            The ioBroker Community 2014-2023
                                            logo