Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Hardware
  4. Zigbee Adapter 2.* & BWM

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.5k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.1k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    2.7k

Zigbee Adapter 2.* & BWM

Geplant Angeheftet Gesperrt Verschoben Hardware
22 Beiträge 5 Kommentatoren 2.0k Aufrufe 5 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • D Dragon

    @jan1 Da ist der Unterschied 10 Sekunden, ich denke das sollte man verschmerzen können. Ist halt etwas Arbeit, dann aber schnell erledigt.

    J Offline
    J Offline
    Jan1
    schrieb am zuletzt editiert von
    #11

    @dragon
    Bei dem Script sind es "nur" 10 Sekunden und ich hatte die Zeit vom DP "time form last motion" zum ausschalten und das ist ja nun einer der DPs welche nicht mehr vorhanden sind, weshalb ich mir hier was komplett neues basteln muss ;)

    1 Antwort Letzte Antwort
    0
    • D diwoma

      @neuschwansteini
      Ich habe erst jetzt ausfgrund Deiner Message bemerkt, dass der Timeout-Punkt fehlt.
      Habe zwar schon lange keinen mehr eingebaut, aber soweit ich weiss, war der Timeout default 300 sec. Ich habe sie damit dann immer auf 60 sec gestellt.
      Wenn das nicht mehr funktioniert, dann kann man den Default ja nicht mehr verstellen. Und das wäre blöd.

      AsgothianA Offline
      AsgothianA Offline
      Asgothian
      Developer
      schrieb am zuletzt editiert von
      #12

      @diwoma sagte in Zigbee Adapter 2.* & BWM:

      @neuschwansteini
      Ich habe erst jetzt ausfgrund Deiner Message bemerkt, dass der Timeout-Punkt fehlt.
      Habe zwar schon lange keinen mehr eingebaut, aber soweit ich weiss, war der Timeout default 300 sec. Ich habe sie damit dann immer auf 60 sec gestellt.
      Wenn das nicht mehr funktioniert, dann kann man den Default ja nicht mehr verstellen. Und das wäre blöd.

      Bei den 300 sekunden ging es immer nur um den no_motion Datenpunkt. Die Geräte haben generell keine per Zigbee einstellbare Reaktionszeit - haben sie nie gehabt.
      Die Standard Zeit zum widerauslösen bei den Geräten ist 60 s. Sie lässt sich durch Hardware-Modifikation auf 10 s senken.

      A.

      ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
      "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

      J D 2 Antworten Letzte Antwort
      0
      • AsgothianA Asgothian

        @diwoma sagte in Zigbee Adapter 2.* & BWM:

        @neuschwansteini
        Ich habe erst jetzt ausfgrund Deiner Message bemerkt, dass der Timeout-Punkt fehlt.
        Habe zwar schon lange keinen mehr eingebaut, aber soweit ich weiss, war der Timeout default 300 sec. Ich habe sie damit dann immer auf 60 sec gestellt.
        Wenn das nicht mehr funktioniert, dann kann man den Default ja nicht mehr verstellen. Und das wäre blöd.

        Bei den 300 sekunden ging es immer nur um den no_motion Datenpunkt. Die Geräte haben generell keine per Zigbee einstellbare Reaktionszeit - haben sie nie gehabt.
        Die Standard Zeit zum widerauslösen bei den Geräten ist 60 s. Sie lässt sich durch Hardware-Modifikation auf 10 s senken.

        A.

        J Offline
        J Offline
        Jan1
        schrieb am zuletzt editiert von Jan1
        #13

        @asgothian
        Im ersten Teil des Script wird erkannt, ob Schalten durch Bewegung, oder durch manuelles Schalten am Taster, was dann im zweiten Teil ausgewertet wird und diese Scripte liefen so nicht nur zufällig, sonder absolut zuverlässig die letzten Jahre. Taster, Licht bleibt dauerhaft an, Bewegung und das Licht wird automatisch an/aus geschaltet ;)

        Die HW Modifikation ist mir bekannt, was aber nur die Zeitspanne einer erneuten Erkennung auf 10s erlaubt. Das wiederum ist eigentlich egal. Bin ich länger im Zimmer, dann ist die nächste Erkennung der Bewgung normal eh abgefangen un d bin ich etwas zu kurz drin, dann geht das Licht früher aus, was auch nicht stört.

        AsgothianA 1 Antwort Letzte Antwort
        0
        • J Jan1

          @asgothian
          Im ersten Teil des Script wird erkannt, ob Schalten durch Bewegung, oder durch manuelles Schalten am Taster, was dann im zweiten Teil ausgewertet wird und diese Scripte liefen so nicht nur zufällig, sonder absolut zuverlässig die letzten Jahre. Taster, Licht bleibt dauerhaft an, Bewegung und das Licht wird automatisch an/aus geschaltet ;)

          Die HW Modifikation ist mir bekannt, was aber nur die Zeitspanne einer erneuten Erkennung auf 10s erlaubt. Das wiederum ist eigentlich egal. Bin ich länger im Zimmer, dann ist die nächste Erkennung der Bewgung normal eh abgefangen un d bin ich etwas zu kurz drin, dann geht das Licht früher aus, was auch nicht stört.

          AsgothianA Offline
          AsgothianA Offline
          Asgothian
          Developer
          schrieb am zuletzt editiert von
          #14

          @jan1 sagte in Zigbee Adapter 2.* & BWM:

          Im ersten Teil des Script wird erkannt, ob Schalten durch Bewegung, oder durch manuelles Schalten am Taster, was dann im zweiten Teil ausgewertet wird und diese Scripte liefen so nicht nur zufällig, sonder absolut zuverlässig die letzten Jahre

          Soll erkannt werden. Wie schon gesagt - das das geht ist eher lotto. Der code wird aktiv in 2 Situationen :

          • der BWM erkennt das jemand im Raum ist
          • der BWM erkennt das niemand mehr im Raum ist.

          Mindestens die 2. Aktivierung ist Unsinn.

          Durch die Umstellung des Triggers auf 'ist grösser als vorher' bleibt die Erkennung wie eingeschaltet wird durchaus erhalten

          A.

          ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
          "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

          1 Antwort Letzte Antwort
          0
          • AsgothianA Asgothian

            @diwoma sagte in Zigbee Adapter 2.* & BWM:

            @neuschwansteini
            Ich habe erst jetzt ausfgrund Deiner Message bemerkt, dass der Timeout-Punkt fehlt.
            Habe zwar schon lange keinen mehr eingebaut, aber soweit ich weiss, war der Timeout default 300 sec. Ich habe sie damit dann immer auf 60 sec gestellt.
            Wenn das nicht mehr funktioniert, dann kann man den Default ja nicht mehr verstellen. Und das wäre blöd.

            Bei den 300 sekunden ging es immer nur um den no_motion Datenpunkt. Die Geräte haben generell keine per Zigbee einstellbare Reaktionszeit - haben sie nie gehabt.
            Die Standard Zeit zum widerauslösen bei den Geräten ist 60 s. Sie lässt sich durch Hardware-Modifikation auf 10 s senken.

            A.

            D Online
            D Online
            diwoma
            schrieb am zuletzt editiert von
            #15

            @asgothian sagte in Zigbee Adapter 2.* & BWM:

            Die Standard Zeit zum widerauslösen bei den Geräten ist 60 s. Sie lässt sich durch Hardware-Modifikation auf 10 s senken.

            OK, dann ist es ja kein Problem.
            Mit den 10 sec wusste ich, aber das brauche nicht (vor allem weil ich auch keine Lust am Basteln an dieser Hardware hatte :) )

            Das sich generell was an der neuen Version geändert hat, habe ich bemerkt, weil mein Button nicht mehr funktioniert hat.

            Wie kann ich eigentlich den aktuellen Status der Datenpunkte herstellen, wenn ich jetzt schon auf Version 2.0.4 bin?

            -- diwoma

            ioBroker in LX-Container in Proxmox
            Zigbee-Coordinator: CC2652P2-TCP FW: 20230507

            AsgothianA 1 Antwort Letzte Antwort
            0
            • D diwoma

              @asgothian sagte in Zigbee Adapter 2.* & BWM:

              Die Standard Zeit zum widerauslösen bei den Geräten ist 60 s. Sie lässt sich durch Hardware-Modifikation auf 10 s senken.

              OK, dann ist es ja kein Problem.
              Mit den 10 sec wusste ich, aber das brauche nicht (vor allem weil ich auch keine Lust am Basteln an dieser Hardware hatte :) )

              Das sich generell was an der neuen Version geändert hat, habe ich bemerkt, weil mein Button nicht mehr funktioniert hat.

              Wie kann ich eigentlich den aktuellen Status der Datenpunkte herstellen, wenn ich jetzt schon auf Version 2.0.4 bin?

              AsgothianA Offline
              AsgothianA Offline
              Asgothian
              Developer
              schrieb am zuletzt editiert von Asgothian
              #16

              @diwoma sagte in Zigbee Adapter 2.* & BWM:

              Wie kann ich eigentlich den aktuellen Status der Datenpunkte herstellen, wenn ich jetzt schon auf Version 2.0.4 bin?

              Diese Frage verstehe ich nicht.

              Ab der Version 2.0.2 werden alle Datenpunkte im Namespace des Zigbee Adapters (also unter zigbee.0.<deviceid> die nicht weiter vom Adapter verwendet werden farblich markiert. Alle fehlenden Datenpunkte werden beim Start des Adapters angelegt.

              A.

              ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
              "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

              D 1 Antwort Letzte Antwort
              0
              • AsgothianA Asgothian

                @diwoma sagte in Zigbee Adapter 2.* & BWM:

                Wie kann ich eigentlich den aktuellen Status der Datenpunkte herstellen, wenn ich jetzt schon auf Version 2.0.4 bin?

                Diese Frage verstehe ich nicht.

                Ab der Version 2.0.2 werden alle Datenpunkte im Namespace des Zigbee Adapters (also unter zigbee.0.<deviceid> die nicht weiter vom Adapter verwendet werden farblich markiert. Alle fehlenden Datenpunkte werden beim Start des Adapters angelegt.

                A.

                D Online
                D Online
                diwoma
                schrieb am zuletzt editiert von
                #17

                @asgothian sagte in Zigbee Adapter 2.* & BWM:

                Ab der Version 2.0.2 werden alle Datenpunkte im Namespace des Zigbee Adapters (also unter zigbee.0.<deviceid> die nicht weiter vom Adapter verwendet werden farblich markiert. Alle fehlenden Datenpunkte werden beim Start des Adapters angelegt.

                OK, die kann ich also löschen.
                Und neue werden automatisch angelegt?

                -- diwoma

                ioBroker in LX-Container in Proxmox
                Zigbee-Coordinator: CC2652P2-TCP FW: 20230507

                J AsgothianA 2 Antworten Letzte Antwort
                0
                • D diwoma

                  @asgothian sagte in Zigbee Adapter 2.* & BWM:

                  Ab der Version 2.0.2 werden alle Datenpunkte im Namespace des Zigbee Adapters (also unter zigbee.0.<deviceid> die nicht weiter vom Adapter verwendet werden farblich markiert. Alle fehlenden Datenpunkte werden beim Start des Adapters angelegt.

                  OK, die kann ich also löschen.
                  Und neue werden automatisch angelegt?

                  J Offline
                  J Offline
                  Jan1
                  schrieb am zuletzt editiert von
                  #18

                  @diwoma
                  Du kannst einfach alles löschen und den Adapter neu starten, dann ist das auch egal, da dann definitiv nix altes mehr da ist und das was der Adapter noch liefert, eh frisch angelegt wird.

                  AsgothianA 1 Antwort Letzte Antwort
                  0
                  • D diwoma

                    @asgothian sagte in Zigbee Adapter 2.* & BWM:

                    Ab der Version 2.0.2 werden alle Datenpunkte im Namespace des Zigbee Adapters (also unter zigbee.0.<deviceid> die nicht weiter vom Adapter verwendet werden farblich markiert. Alle fehlenden Datenpunkte werden beim Start des Adapters angelegt.

                    OK, die kann ich also löschen.
                    Und neue werden automatisch angelegt?

                    AsgothianA Offline
                    AsgothianA Offline
                    Asgothian
                    Developer
                    schrieb am zuletzt editiert von
                    #19

                    @diwoma sagte in Zigbee Adapter 2.* & BWM:

                    OK, die kann ich also löschen.
                    Und neue werden automatisch angelegt?

                    Ja.

                    Zum Löschen bietet der Adapter sogar einen eigenen Button der nur verfügbar ist wenn es auch etwas zu löschen gibt. (siehe hier)

                    Das mit dem Markieren und Anlegen ist automatisch bei jedem start. Sprich insbesondere auch wenn man wie ich weiter oben im Thread beschrieben einzelne Gerätetypen auf den Legacy-Modus umstellt.

                    A.

                    ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                    "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                    1 Antwort Letzte Antwort
                    0
                    • J Jan1

                      @diwoma
                      Du kannst einfach alles löschen und den Adapter neu starten, dann ist das auch egal, da dann definitiv nix altes mehr da ist und das was der Adapter noch liefert, eh frisch angelegt wird.

                      AsgothianA Offline
                      AsgothianA Offline
                      Asgothian
                      Developer
                      schrieb am zuletzt editiert von
                      #20

                      @jan1 sagte in Zigbee Adapter 2.* & BWM:

                      @diwoma
                      Du kannst einfach alles löschen und den Adapter neu starten, dann ist das auch egal, da dann definitiv nix altes mehr da ist und das was der Adapter noch liefert, eh frisch angelegt wird.

                      Vorsicht - bei dieser Methode werden auch alle DP spezifischen Eigenschaften (History, Lovelace, ...) gelöscht. Ich rate davon ab. Besser ist es, die im diesem Post beschriebene Methode zum Löschen der unbenutzten DP zu verwenden.

                      Da kommt dann sogar eine Warnung wenn ein DP nicht gelöscht wurde weil dieser über eine DP-spezifische Konfiguration verfügt.

                      A.

                      ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                      "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                      D 1 Antwort Letzte Antwort
                      0
                      • AsgothianA Asgothian

                        @jan1 sagte in Zigbee Adapter 2.* & BWM:

                        @diwoma
                        Du kannst einfach alles löschen und den Adapter neu starten, dann ist das auch egal, da dann definitiv nix altes mehr da ist und das was der Adapter noch liefert, eh frisch angelegt wird.

                        Vorsicht - bei dieser Methode werden auch alle DP spezifischen Eigenschaften (History, Lovelace, ...) gelöscht. Ich rate davon ab. Besser ist es, die im diesem Post beschriebene Methode zum Löschen der unbenutzten DP zu verwenden.

                        Da kommt dann sogar eine Warnung wenn ein DP nicht gelöscht wurde weil dieser über eine DP-spezifische Konfiguration verfügt.

                        A.

                        D Online
                        D Online
                        diwoma
                        schrieb am zuletzt editiert von
                        #21

                        @asgothian
                        Alles Löschen wäre nicht von Vorteil, weil ich alle verwendeten Datenpunke als Alias gelinkt habe.
                        Danke für den Link. Ich werde es durchlesen und entsprechend handeln

                        Und das nächste mal die Breaking Changes durchlesen und beherzigen

                        -- diwoma

                        ioBroker in LX-Container in Proxmox
                        Zigbee-Coordinator: CC2652P2-TCP FW: 20230507

                        AsgothianA 1 Antwort Letzte Antwort
                        0
                        • D diwoma

                          @asgothian
                          Alles Löschen wäre nicht von Vorteil, weil ich alle verwendeten Datenpunke als Alias gelinkt habe.
                          Danke für den Link. Ich werde es durchlesen und entsprechend handeln

                          Und das nächste mal die Breaking Changes durchlesen und beherzigen

                          AsgothianA Offline
                          AsgothianA Offline
                          Asgothian
                          Developer
                          schrieb am zuletzt editiert von Asgothian
                          #22

                          @diwoma sagte in Zigbee Adapter 2.* & BWM:

                          @asgothian
                          Alles Löschen wäre nicht von Vorteil, weil ich alle verwendeten Datenpunke als Alias gelinkt habe.

                          Das ist genau einer der Gründe warum

                          • der Adapter die betroffenen DP farbig markiert. Dann kannst du durchgehen und die Alias korrigieren
                          • der Adapter eine Funktion zum löschen hat. (die man nutzt nachdem man vorher die Alias alle korrigiert hat)

                          A.
                          p.s. Breaking changes bedeuten Arbeit. Das ist uns klar. In diesem Fall haben wir sogar versucht Hilfe dabei zu bekommen diese Abzumildern - allein, es kann sehr wenig, so das wir dazu gezwungen waren die von aussen vorgegebenen Breaking changes 1:1 durchzureichen.
                          Wir (die Adapter Entwickler) haben einfach nicht alle betroffenen Geräte im Einsatz, und die Zeiten wo ich bereit war mir ein Gerät zu besorgen damit wer anders das benutzen kann der mir dann (vielleicht) unfreundliche Posts schreibt sind inzwischen vorbei. Das tut mir durchaus etwas leid - für die die damit besser umgegangen sind - es war aber auf Dauer nicht mehr haltbar.
                          A.

                          ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                          "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                          1 Antwort Letzte Antwort
                          0
                          Antworten
                          • In einem neuen Thema antworten
                          Anmelden zum Antworten
                          • Älteste zuerst
                          • Neuste zuerst
                          • Meiste Stimmen


                          Support us

                          ioBroker
                          Community Adapters
                          Donate

                          833

                          Online

                          32.4k

                          Benutzer

                          81.5k

                          Themen

                          1.3m

                          Beiträge
                          Community
                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                          ioBroker Community 2014-2025
                          logo
                          • Anmelden

                          • Du hast noch kein Konto? Registrieren

                          • Anmelden oder registrieren, um zu suchen
                          • Erster Beitrag
                            Letzter Beitrag
                          0
                          • Home
                          • Aktuell
                          • Tags
                          • Ungelesen 0
                          • Kategorien
                          • Unreplied
                          • Beliebt
                          • GitHub
                          • Docu
                          • Hilfe