Korrekt. Es gibt ein bool Variable für hoch runter und eine Integer für eine Ausfahrlänge.
Kann man aber und auswerten wenn nötig
Untereinander sind diese aber direkt verbunden. Damit geht das Rollo auch wenn IPS oder das Gateway aus ist.
Aber eigentlich habe ich ja das Rollo und den Taster in den Grundzustand versetzt / gelöscht und dann mit Deconz verbunden. Ob der Repeater durch langem Knopfdruck gelöscht oder nur verbunden wird weiß ich nicht.
Und trotzdem verstehen sie sich die drei auch ohne Deconz.
Aber egal, man muss nicht alles verstehen.
Dann doch etwas ausführlicher.
Wenn Du ein IKEA Rollo kaufst, ist da drin:
- ein Rollo
- ein Taster
- ein „Signal Repeater“
Diese 3 Komponente bilde ein eigenes und abgeschlossenens Zigbeenetz, das verschlüsselt und von aussen nicht einsehbar/beeinflussbar ist. Andere Zigbeekomponenten oder Gateways können mit den Komponenten nicht kommunizieren.
Über DeConz/Conbee oder andere Gateways stellts Du ein anderes Zigbee Netzwerk zur Verfügung.
Dieses kannst Du öffnen (Der „Neue Lichter verbinden“ Knopf in Phoscon),um neue Geräte hinzuzufügen. Dazu müssen die meisten Geräte zurückgesetzt und in den ANlernmodus versetzt werden. Jeder Hersteller macht das etwas anders. Danach sind alle Rollos, Lichter, Taster, usw. in einem Netz und können untereinander kommunizieren.
In Zigbee gib es 3 Arten von Geräten.
-
Coordinator: Diesen gibt es nur einmal im Netz. Hier der Conbee Stick. Ein Coordinator kann mehrere direkte Verbindungen zu Nachbarn haben. Beim Conbee sind es bis zu 64.
-
Router: Die meisten, an 220V angeschlossenen Geräte arbeiten als Router(Steckdosen, Lampen oder eben Dein IKEA Repeater) und können Daten enpfangen, senden oder auch weiterleiten. Dadurch kann das Netz auch größer sein als die Reichweite des Coordinators. Die meisten Router können bis 20 Nachbarverbindungen haben.
-
Endpoint Device: Diese sind meist batteriebetriebenen Geräte. Meistens Sensoren Taster Fernbedienungen usw.
Um Energie zu sparen, wird nur eine Verbindung zum nächsten Nachbarn erstellt. Auch wird diese nur aufgebaut, wenn ein Telegramm abgesetzt wird. Beim IKEA Rollo Taster ist dies, wenn ich mich richtig erinnere, alle 10 Minuten, um die Batteriewerte zu senden. Das Rollo ist da etwas exotisch, da es immer eine Verbindung haben muß, um Befehle zu empfangen. Deswegen auch der große Akku.
Weiterhin gibt es 2 Arten der Kommunikation.
- Eine geziehltes Telegramm von einem Sender an einen Empfänger.
Wenn Du einen Temperatursender in Dein Netz hinzufügst, legt derCoordinator fest, das diese Werte zu Ihm gesendet werden sollen(Binding). Auch wird eine Route festgelegt über die die Daten dann gehen. Deswegen sollte man nicht 220V Lampen, die ja als Router arbeiten, mit einem „richtigen“ Schalter vom Netz trennen. Der Coordinator erkennt zwar irgendwann den Verlust und legt neue Routen fest. Dies kann aber mehrere Minuten dauern. - Gruppentelegramme
Es könne auch Telegramme versendet werden, die an keinen bestimmten Adressaten gerichtet sind, sondern an eine Gruppe. Dieses Telegramm wird von jedem Router an seine Nachbarn (egal welche Geräteart) weitergegeben. Die Geräte, die der Gruppe zugeordnet sind, reagieren entsprechend dem Kommando alle anderen verwerfen das Kommando. Damit ist es z.b. möglich mehrere Lampen gleichzeitig zu schalten oder dimmen, ohne massenhaft traffic im Netz zu erzeugen.
Nun zur Kernfrage:
Das Rollo und der Taster agieren über ein Gruppenkommando. Auch wenn gerader der Coordinator im Netz fehlt, jeder Router(IKEA Signal Repeater) leitet das Kommando stumpf weiter. Deswegen gehts auch ohne Conbee/Deconz/IPS. 
Bei Fragen, fragen.
Attain
Danke für deine ausführliche Erklärung.
Eine Kleinigkeit hätte ich noch. Bei der Inbetriebnahme musste man Taster und Rollo zum Anlernen ganz nah zusammen bringen. Über DeConz /ConBee waren sie mehre Meter auseinander. Liegt das nur am stärkeren ConBee Signal?
Vor 2 Tagen waren alle Threats von meinem IPS System blockiert und fast nichts lief mehr.
Am Bildschirm waren viele offene Windows-Fenster mit „C+ Libary“ und im Log stand öfters: „DeconzGateway (Update): Waiting for script result timed out“. Die ObjektID war die der Spitterinstanz des DeconzGateways.
Der IPS Rechner ist ein älterer i7 mit ssd, 8gb, Win7, IPS ist 5.4. Auf dem Rechner läuft nur ips und die phoscom Software.
Vermutlich ein unbekannter Fehler mit irgendwelchen Sensoren, aber ist es möglich das Modul dagegen abzusichern?
Zigbee und das Modul finde ich klasse, meine letzten Hardwareanschaffungen waren nur noch Zigbee…
Kannst Du mal im Detail beschreiben, was da passiert?
Woher stammen zum Beispiel die offenen C+ Fenster? Kommen die aus der Phoscon-App?
Ist Phoscon ggf. nicht richtig installiert? Die Update-Meldung des Gateways kenne ich bisher nicht. Sind die Phoscon-App und die Firmware des RasBee-Sticks auf dem neuesten Stand?
Häufig hilft auch ein Roll-Back zum letzten funktionierenden Stand weiter.
Grüße
Jürgen
Tja, schwierig drauf zu antworten. Im IPS-Log sehe ich von 9:00h bis ca. 14:00h eine Zunahme der Threadauslastung. Ich ermittele regelmässig die Auslastung und schreibe sie in die Logdatei. Um 14:00h waren es ca. 50% und dann schlagartig 100%. Bisher hatte ich in den vergangenen Jahren noch nie so ein Verhalten.
Weiss ich leider nicht. Das waren sehr viele gleiche Windowsfenster und alle hatten den Text mit Bezug zu einer Microsoft C+ Library und alle waren so leicht versetzt. Mir ist nicht aufgefallen, ob die einen Bezug zu Phoscon hatten. Gegen 14:00h wurde automatisch ein Windowsupdate - aber ohne Installation!! - heruntergeladen und zur manuellen Installation angeboten. Der erste Eintag mit Bezug zu deconz war gegen 9:00h da.
Der Gerätemanager sagt „ja“ und die PhosconApp behauptet : „neueste Version“ vom ConBee II Stick. 2.05.81 / 14.9.2020 / Firmware = 26580700.
Das hier war im IPS-Log noch kein Error - 55520 ist die Deconzgateway-ObjektID:
- Nachricht IM_CHANGESTATUS für ID 55529 dauerte 408 ms (Modul: InstanceManager)
Folgende ERROR Einträge im Log gibt es (leider sehr viele):
- DeconzGateway (Update): Waiting for script result timed out
- DeconzGateway (Update): Zu viele gleichzeitige Skripte. Verwerfe Ausführung…
Vom Connect Control gibt es Aktivitäten
Vom SMTP-Server, der mich anmailen wollte…
Der Flowhandler konnte keine Daten weiterleiten, weil zu viele Skripte gleichzeitig offen sind …
Keine Ahnung war Ursache und Folge ist. Wie schon gesagt, hatte ich vorher nicht und seit Vorgestern auch nicht wieder. Ich habe halt die Zunahme der belegten Threads und den Start der deconz Fehlermeldung ab ca. 9:00h im Zusammenhang gesehen.
Ob vielleicht der eigentliche Grund eine Situation aus Phoscon bei der Übergabe in das Modul ist, kann ich nicht beurteilen.
Die Sache mit dem Windowsdownload kann ich mir nicht erklären.
Timeout Probleme treten auch schonmal beim IPS-868 Gateway auf, aber ohne Folgen.
hm, da kann ich mir irgendwie auch keinen Reim draus machen.
Vielleicht zunächst beobachten, ob das Problem noch einmal auftritt.
Ansonsten empfehle ich auf IPS 5.5 zu wechseln? Mit der 5.5 kannst Du dann auch die neueste Version meines Moduls nutzen. Ab Version 2.00 meines Moduls wird der originäre Websocket-Client von IPS genutzt. Das soll laut @paresy die Prozessorlast deutlich senken.
Grüße
Jürgen
Version 2.5 als Beta verfügbar
Auf mehrfachen Wunsch , die regelmäßigen Statusabfragen entfallen zu lassen, habe ich das in der neuen Version umgesetzt. Das Ziel war dabei die Prozessorlast bei kritischen Systemen weiter zu reduzieren. Bei ausführlichen Tests auf meinem System habe ich dadurch keinerlei Nachteile entdecken können. Dennoch biete ich diese Version zunächst als Beta für Euch zum Testen an. Nur wenn die Version bei Euch ebenfalls problemlos läuft und hier keine gegenteiligen Rückmeldungen dazu kommen, gebe ich sie als Stable frei.
Grüße
Jürgen
Ich hab nun auch einen IKEA FYRTUR (ROllo) mit zigbee.
Ich hab Conbee II mit Deconz:
Version: 2.09.03 / 23.12.2020
Firmware: 26680700
Anlernen des Rollos und auch das Anlernen der Fernbedienung hat augenscheinlich funktioniert.
Die BAtteriewerte von beidem habe ich erhalten.
Der Rollo ist als Licht erkannt, das man dimmen kann
Die FB ist als Schalter angelernt - über die moderne UI kann ich diese nicht in einer neuen Gruppe verknüpfen (in der alten UI geht das).
Den Status der FB bekomme ich in IPS bzw. DECONZ angezeit.
1002/1003 2002/2003.
Soweit so gut.
Nur kann ich den Rollo nicht „dimmen“. Es passiert nichts…
Gibts da noch einen Trick?
Oder sollte man den Rollo am besten mehrfach anlernen…
Als Repeater hab ich in der Nähe eine Osram Steckdose.
Ist der IKEA Repeater notwendig?
Ich möchte den Rollo per IPS/Deconz schalten können und über den IKEA Taster (wenn möglich)…
Was bedeutet das? Heißt das, wenn ein Gerät nicht erreichbar ist, kann das nicht in IPS abgebildet werden? Derzeit Frage ich den Instanzenstatus der Geräte ab. Ist dieser Fehlerhaft, wird das vermerkt. Funktioniert das dann mit dieser Version nicht mehr?
Das funktioniert alles auch weiterhin. Es ist lediglich der Hosenträger weg. D.h. wenn Daten in der Übertragung verloren gehen, dann werden sie nicht mehr durch ein regelmäßiges Pollen korrigiert. Im Gegenzug werden Traffic und Prozessorlast verringert. Das betrifft vor allem sehr große Installationen mit weit über 100 Geräten, die auf einer sehr schwachen (z.B. Raspberry 1) oder aus anderen Gründen bereits sehr belasteten CPU laufen.
Grüße
Jürgen
Ich hatte einen Ausfall meines Deconz/Conbee -Rechners (Windows10 update). Nun verbindet sich mein IPS (WS Client (DeconzGateway)), anderer Test-Rechner, nicht mehr. Die Schnittstelle ist als fehlerhaft markiert.
Wenn ich es über den Browser über Port:80 probiere bekomme ich eine Verbindung. Über Port:443 bekomme ich keine Antwort.
Was läuft da schief?
Port 80 ist der Standardzugriff, wie hast Du denn vorher auf DeCONZ zugegriffen? Hat sich ggf. die IP Deines DeCONZ-Rechners geändert?
Grüße
Jürgen
IP Adresse hat sich nicht verändert. Bei Tests habe ich immer Port 80 verwendet. Egal welcher Rechner. Ging und geht auch weiterhin.
Nur IPS/WS-Client läuft nicht mehr. Da steht unter URL ws://192.168.xxx.xxx:443 Ging vorher, jetzt aber nicht mehr.
Im IPS/SplitterInstanzen/DeconzGateway ist Port 80 eingetragen.
Ja, das ist mir auch schon öfter aufgefallen, dass der DeconZ den Port willkürlich wischen 80 und 8080 beim Neustart wechselt. Ich starte dann meist den DeconZ „Dienst“ neu und er wechselt wieder auf den anderen Port.
DeCONZ „Dienst“ neu gestartet und es geht wieder.
Aber wo steckt der Wurm drin?
Wie kann man sehen welchen Port DeCONZ hat?
Wenn man in DeCONZ die Phoscon App startet wird immer Port 80 genutzt und hat auch immer funktioniert.
Es gibt ein Configfile, in dem der Port festgelegt ist. Je nach Betriebssystem ist das wo anders. Ich hab auf meinem Win10 nichts geändert und es ist trotzdem so.
Habe das für Windows gefunden: Deconz tries to open on port 80, conflicts with web server. · Issue #1101 · dresden-elektronik/deconz-rest-plugin · GitHub
Eventuell einen Versuch wert.
Ich gehe davon aus, dass DeCONZ sich beim Windows-Update einfach verschluckt hat und deshalb einen Neustart brauchte. Ggf. hat das Windows-Update die USB-Treiber erneuert.
Selbst kannst Du das nicht ohne Weiteres herauslesen. Mein Modul holt sich aber den richtigen WS-Port von DeCONZ bei jeder Veränderung in der Gateway-Konfiguration.
Grüße
Jürgen
Daher hatte ich schon alles noch einmal neu gestartet. Und mit der Phoscon App ging es ja. Erst ein weiterer Neustart des „Dienstes“ hat die Verbindung zu IPS gebracht. Aber erst einmal egal.
Das hat er ja eben nicht. Kannst du dass mal genauer erklären? Mich wunderte es schon warum im WS Client Port 443 steht und im Gateway Port 80
Kann man sehen welche Modul Version installiert ist? Ich bin zum Betakanal gewechselt kann aber nicht erkennen ob auch die neueste Version installiert wurde.