Group Details

Forum Testing

Everyone who join this group is tester for new features or changes on the forum software. Checkout (German): https://forum.iobroker.net/topic/25955/tester-für-foren-änderung-gesucht

  • RE: Test Adapter drops-weather 0.3.x

    nimm mal mein repo.. hab da paar änderungen frisch gemacht.. ich nutze den.
    ich kann den auch pflegen

    https://github.com/arteck/ioBroker.drops-weather

    dir frage ist @mcm1957 kriegen wir den rüber gezogen

    desweiteren hat die Seite keine API.. also solange man die Seite scrapen kann ist alles gut.

    posted in Tester
  • RE: Adapter: ioBroker.unifi

    @elektrofix-ol freut mich 👍

    posted in ioBroker Allgemein
  • RE: Zigbee Adapter 2.* & BWM

    @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.

    posted in Hardware
  • RE: Zigbee Adapter 2.* & BWM

    @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.

    posted in Hardware
  • RE: Zigbee Adapter 2.* & BWM

    @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.

    posted in Hardware
  • RE: Zigbee Adapter 2.* & BWM

    @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.

    posted in Hardware
  • RE: E Auto mit PV Überschuss laden

    @ag richtig!

    ich weiß zwar nicht warum du mir das sagst, aber wenn ich schon mal hier bin, dann noch was

    Screenshot_20231129-160557_Firefox.jpg

    die kann 16A dauer

    posted in Blockly
  • RE: Zigbee Adapter 2.* & BWM

    @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.

    posted in Hardware
  • RE: Zigbee Adapter 2.* & BWM

    @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.

    posted in Hardware
  • RE: Zigbee Adapter 2.* & BWM

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

    @Neuschwansteini
    Das war mal wieder so ein Update, was ich kurz vor dem Urlaub erledigt hatte und da lese ich auch nicht wirklich alles zumal es sehr selten vorkommt und das im Beta, dass mal was nicht geht, oder eine Änderung im Adapter noch eine Änderung meiner Scripte nach sich zieht.
    Der Dev hat ein Beispiel genannt, habe aber kein Plan was ich damit abfangen soll.

    Es fehlt auch nicht nur der eine DP sonder auch der Reset DP sonder auch noch der "no_motion" (einige andere welche ich nicht verwende ebenfalls) und genau die zwei hatte ich für die Funktion der Scripte gebraucht.
    Ich schau mal dass ich das umbaue, da ich nicht wusste, dass occupancy nach 60 Sekunden wieder auf false stellt und ich eine paar Scripte habe, die eigentlich unter 60 Sekunden das Licht wieder ausschalten sollte, wenn keine weitere Bewegung erkannt wird.

    So sehen meine Scripte dazu aus und ohne die dazugehörigen DPs, muss ich hier einiges umbauen:
    e2866aa2-1ba1-489c-89af-4468cac5343f-image.png

    Das dieses Skript funktioniert hat ist meines Erachtens nach Absoluter Zufall.

    Der Datenpunkt no_motion hat jede Sekunde seinen Wert geändert, bis ein interner Threshold eingestellt ist.
    Zusätzlich schaltest du im ersten Teil deines Skriptes sowohl wenn der BWM auf wahr geht (Bewegung erkannt) als auch wenn er auf Falsch geht (keine Bewegung erkannt). Das ist Unsinn.

    Was du aktuell machen sollst:

    • den ersten deiner Trigger umstellen auf 'ist grösser als vorher'
    • den zweiten deiner Trigger umstellen auf den DP occupancy, trigger auf 'ist kleiner als vorher'.
    • den Timeout im Trigger auf 50 sekunden erhöhen
    • die Abfrage von wert im Falls block entfernen

    Fettich

    A.

    Nachtrag: Alternativ kannst du:

    • den Gerätetyp als Local override eintragen (Siehe Bild)
    • prüfen ob er geht. Wenn ja, gut. Wenn nein musst Du jemanden finden der den alten Code gängig macht. Ich kann (und will) das nicht mehr leisten.
    • wenn der geht deine alten Skripte beibehalten

    Screenshot 2025-03-14 at 19.35.16.png

    Wichtig : diese Einstellung

    • betrifft alle baugleichen Geräte deren Typen eingetragen wird
    • erzwingt die Nutzung von veraltetem Code der durch die reguläre Adapter-Entwicklung nicht weiter gewartet wird.
    • ist nur aus der Konfiguration erreichbar, da ein Neustart des Adapters zur Aktivierung erforderlich ist
    • birgt das Risiko das durch Adapter-Updates der Code in der Zukunft nicht mehr funktioniert, da weder auf der Bibliotheks-Seite (Zigbee-Herdsman-Converters) noch auf der Adapter Seite (ioBroker.zigbee) die Kompatibilität geprüft wird.

    A.

    posted in Hardware