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.0k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    15
    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.
  • 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

                      756

                      Online

                      32.4k

                      Benutzer

                      81.4k

                      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