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
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.
@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
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.
@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.
@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.
@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.
@ag richtig!
ich weiß zwar nicht warum du mir das sagst, aber wenn ich schon mal hier bin, dann noch was
die kann 16A dauer
@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 :
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.
@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.
@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:
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:
occupancy, trigger auf 'ist kleiner als vorher'.wert im Falls block entfernenFettich
A.
Nachtrag: Alternativ kannst du:
Wichtig : diese Einstellung
A.
