NEWS
Test Adapter Digitalstrom 0.2.x
-
@apollon77
der bleibt so wenn ich auf die Klingel drücke oder muss ich in der Software was betätigen?
@dezimal Naja wenn sich an den States da nichts ändert hat dein Skript auchnichts zu reagieren.
Bitte installier mal die neueste Version falls Du die nicht hast (1.0.2). Wenns damit auch nicht tut dann bitte Debug Log einschalten und zeigen was im Log passiert wenn Du den Knopf drückst
-
@dezimal Naja wenn sich an den States da nichts ändert hat dein Skript auchnichts zu reagieren.
Bitte installier mal die neueste Version falls Du die nicht hast (1.0.2). Wenns damit auch nicht tut dann bitte Debug Log einschalten und zeigen was im Log passiert wenn Du den Knopf drückst
@apollon77
Vielen Dank. Hab die neuste Version drauf dann hat es geklappt. :smile: -
Großes Lob an @apollon77
Habe heute zum ersten mal Kontakt zu DS gehabt und gleich geschaut ob ioBroker das kann.
Nun sehe ich, dass genau an diesem Adapter die letzten Wochen intensiv gearbeitet wurde.
Genial :) -
Hallo @apollon77 - ein GROSSES Lob erst einmal an deine Arbeit - Vielen Dank - der Adapter funktioniert ganz wunderbar!
Eine kleiner Fehler allerdings tritt bei mir allerdings auf - und der betrifft das Setzen des "brightness" statuses auf Device Ebene (getestet auf gelben Klemmen GE-KM200, GE-KM300, GE-UMV200). Ändere ich hier den prozentualen Wert, so ändert sich das Verhalten an der Klemme nicht (Helligkeit bleibt e.g. bei 100% wenn auf 10% gesetzt) - Interessanterweise scheint im DSS jedoch irgendetwas anzukommen, denn wenn ich dort über das WebUI danach den Gerätewert manuell setzen möchte - so zeigt er den zuvor in iobroker gesetzten Wert als aktuellen Wert an (also im Bsp. 10%) obwohl die Lampe mit 100% leuchtet. - sobald ich den Wert hier verändere springt auch die Leuchte auf den richtigen Wert. Nach Lesen des Forums hier scheint es ein ähnliches Problem zu sein wie zuvor mit den Stellwerten der grauen Klemmen...
Wäre super wenn du hier mal schauen könntest, da ich die Stellwerte gerade der 0-10V Ausgänge der UMV dringend benötigen würde... ;-)Viele Grüsse - und nochmal einen dicken Dank,
Arne
-
Hallo @apollon77 - ein GROSSES Lob erst einmal an deine Arbeit - Vielen Dank - der Adapter funktioniert ganz wunderbar!
Eine kleiner Fehler allerdings tritt bei mir allerdings auf - und der betrifft das Setzen des "brightness" statuses auf Device Ebene (getestet auf gelben Klemmen GE-KM200, GE-KM300, GE-UMV200). Ändere ich hier den prozentualen Wert, so ändert sich das Verhalten an der Klemme nicht (Helligkeit bleibt e.g. bei 100% wenn auf 10% gesetzt) - Interessanterweise scheint im DSS jedoch irgendetwas anzukommen, denn wenn ich dort über das WebUI danach den Gerätewert manuell setzen möchte - so zeigt er den zuvor in iobroker gesetzten Wert als aktuellen Wert an (also im Bsp. 10%) obwohl die Lampe mit 100% leuchtet. - sobald ich den Wert hier verändere springt auch die Leuchte auf den richtigen Wert. Nach Lesen des Forums hier scheint es ein ähnliches Problem zu sein wie zuvor mit den Stellwerten der grauen Klemmen...
Wäre super wenn du hier mal schauen könntest, da ich die Stellwerte gerade der 0-10V Ausgänge der UMV dringend benötigen würde... ;-)Viele Grüsse - und nochmal einen dicken Dank,
Arne
@KarlKiel Welche Version vom Adapter nutzt du? Problem mit Stellwerten grauer Klemmen? Es kann jetzt nur sein das die Geräte wieder die Werte auf andere arten gesetzt bekommen müssen.
Da bräuchte ich mehr details was die DSS tut.Öffne mal die DSS im Browser. Dann öffne vom Browser die "ENtwickler-Tools" (oder auch Web-Developer tools) - meist unter "Tools". Da geht dann ein "Network" Tab auf.
Jetzt Seite im Browser neu laden.
Dann öffnest Du den Dialog um einen Wert zu setzen.
Dann am besten die "Network" Liste mal Clearen (meistens oben links ein knopf oder so).
Dann Wert setzen und nach einem "setXXXXX" Aufruf schauen. Dann mit schicken was das ist als screenshot.Und das am besten pro gerätetyp
-
Hallo @apollon77,
Version iobroker ist aktuell, DS Adapter in V2 - alles gestern auf den letzten Stand gehoben...
Also... hier noch ein paar mehr Infos:
Wenn ich hier den status "state" manuell setze, so wird richtig entsprechend automatisch der Wert für die "brightness" auf 100% bzw. 0% gesetzt - das Licht geht entsprechend an und aus. Setze ich jedoch nun einen "brightness" Wert ist das Verhalten merkwürdig. Ist der "State" zuvor auf false (und brightness entsprechend bei 0%) so wird dieser richtigerweise hier auf "true" gesetzt - das Licht bleibt jedoch komplett aus. Ist der State zuvor auf "true" (und brightness entsprechend bei 100%), so nimmt er hier die Daten zwar an - das Licht allerdings ändert die Dimmstufe nicht.
Nun zum DSS und was hier beim Aufruf zum manuellen Setzen des Wertes passiert (Nachdem ich zuvor im Iobroker bei brennendem Licht den Brightness Sensor geändert habe (20%):
Im Änderungsfenster wird nun dieser geänderte Wert angezeigt (20%) obwohl die Lampe mit 100% leuchtet - Ändere ich nun hier (auf 25%) ändert sich die tatsächliche Dimmung an der Lampe nun auch auf den richtigen Wert.Vielen Dank noch einmal für deine Unterstützung,
Gruss,
Arne -
Hallo @apollon77, hattest du Gelegenheit hier mal reinzuschauen?
Ich habe eine Anwendung, bei der ich leider auf die direkten Devicewerte angewiesen bin und nicht mit den Szenen arbeiten kann... Die Umsetzung über iobroker würde mir den derzeitigen Einsatz von über 300(!) benutzerdefinierten Zuständen in DS sparen.... ;-)
-
Hallo @apollon77, hattest du Gelegenheit hier mal reinzuschauen?
Ich habe eine Anwendung, bei der ich leider auf die direkten Devicewerte angewiesen bin und nicht mit den Szenen arbeiten kann... Die Umsetzung über iobroker würde mir den derzeitigen Einsatz von über 300(!) benutzerdefinierten Zuständen in DS sparen.... ;-)
-
Hallo @apollon77,
Hier der gesamte Aufruf, wie er im Chrome angezeigt wird (in diesem Fall beim setzen auf 40%):
https://192.168.1.20/json/device/setValue?_dc=1583842426412&dsuid=302ed89f43f0000000000f00000f420800&value=102&category=manualVielen Dank nocheinmal für deine tolle Arbeit!
Gruss,
Arne
-
Hallo @apollon77,
Hier der gesamte Aufruf, wie er im Chrome angezeigt wird (in diesem Fall beim setzen auf 40%):
https://192.168.1.20/json/device/setValue?_dc=1583842426412&dsuid=302ed89f43f0000000000f00000f420800&value=102&category=manualVielen Dank nocheinmal für deine tolle Arbeit!
Gruss,
Arne
-
@KarlKiel Kann jetzt nur was vermuten- Ich sende noch einen Parameter "offset" mit der auf 0 steht ... Ich nehm den mal raus.. mal schauen ob es eine Effekt hat. Bei mir hatte es bisher super funktioniert.
Versuch mal die 2.0.1 vom GitHub
@apollon77
Hi, habe nun 2.0.1 installiert - leider hat es am Verhalten nichts geändert. Ein Ändern der Brightness für das jeweilige Device löst an der Klemme nur für 0 und 100% Aus und Ein aus (also aus und bei voller Helligkeit einschalten funktioniert - und der "state" value wird auch korrekt auf "false" und "true" geändert. Nichtsdestotrotz ein Dimmwert dazwischen wird nachwievor zwar offensichtlich irgendwie im DS System hinterlegt (so dass beim Auslesen der Klemme der Wert gelesen wird...) aber hat keine tatsächlichen Auswirkungen auf den Ausgang der Klemme (weder beim GE-UMV noch bei ner GE-KM (weder 200 noch 300...))
Irgendwas stimmt da noch nicht ganz.... - bei den grauen Klemmen funktioniert es ja dagegen wunderbar einen direkten Stellwert zu setzen... -
@apollon77
Hi, habe nun 2.0.1 installiert - leider hat es am Verhalten nichts geändert. Ein Ändern der Brightness für das jeweilige Device löst an der Klemme nur für 0 und 100% Aus und Ein aus (also aus und bei voller Helligkeit einschalten funktioniert - und der "state" value wird auch korrekt auf "false" und "true" geändert. Nichtsdestotrotz ein Dimmwert dazwischen wird nachwievor zwar offensichtlich irgendwie im DS System hinterlegt (so dass beim Auslesen der Klemme der Wert gelesen wird...) aber hat keine tatsächlichen Auswirkungen auf den Ausgang der Klemme (weder beim GE-UMV noch bei ner GE-KM (weder 200 noch 300...))
Irgendwas stimmt da noch nicht ganz.... - bei den grauen Klemmen funktioniert es ja dagegen wunderbar einen direkten Stellwert zu setzen...@KarlKiel Dann kann ich jetzt nur sagen. Bitte noch im Bowser genau schauen das das "setValue" von oben das relevante war und mal digitalstrom Adapter in debug log starten unddann schalten - dann siehst Du auch den Request der rausgeht ... Dann müssen wir rausfinden was anders ist :-(
-
@KarlKiel Dann kann ich jetzt nur sagen. Bitte noch im Bowser genau schauen das das "setValue" von oben das relevante war und mal digitalstrom Adapter in debug log starten unddann schalten - dann siehst Du auch den Request der rausgeht ... Dann müssen wir rausfinden was anders ist :-(
@apollon77
Hi, war gar nicht so leicht den Eintrag aus dem Log zu extrahieren, da bei mir mehr als 1000 Logeinträge pro Minute geschrieben werden.... - nichtsdestotrotz hier die Einträge:IOBroker Log:
2020-03-10 16:17:17.326 - [34mdebug[39m: digitalstrom.0 (1873) 1583853437326 Queued entry processed device/setConfig and {"dsuid":"302ed89f43f0000000000f00000f420800","value":102,"category":"manual","class":64,"index":0,"token":"8b8c345a10dbcb36bfce90cf2c9722cfec0f7403e816076bc21e949b1a676310"}: {"ok":true}Gegenüber DSS-GUI Log im Chrome:
https://192.168.1.20/json/device/setValue?_dc=1583850846950&dsuid=302ed89f43f0000000000f00000f420800&value=102&category=manualHauptunterschied für mich - Methode "setConfig" gegenüber "setValue" - das kann natürlich aber auch an deiner Umsetzung liegen...
Gruss,
Arne
-
@apollon77
Hi, war gar nicht so leicht den Eintrag aus dem Log zu extrahieren, da bei mir mehr als 1000 Logeinträge pro Minute geschrieben werden.... - nichtsdestotrotz hier die Einträge:IOBroker Log:
2020-03-10 16:17:17.326 - [34mdebug[39m: digitalstrom.0 (1873) 1583853437326 Queued entry processed device/setConfig and {"dsuid":"302ed89f43f0000000000f00000f420800","value":102,"category":"manual","class":64,"index":0,"token":"8b8c345a10dbcb36bfce90cf2c9722cfec0f7403e816076bc21e949b1a676310"}: {"ok":true}Gegenüber DSS-GUI Log im Chrome:
https://192.168.1.20/json/device/setValue?_dc=1583850846950&dsuid=302ed89f43f0000000000f00000f420800&value=102&category=manualHauptunterschied für mich - Methode "setConfig" gegenüber "setValue" - das kann natürlich aber auch an deiner Umsetzung liegen...
Gruss,
Arne
@KarlKiel sagte in Test Adapter Digitalstrom 0.2.x:
setConfig
Ok, dann brauche ich jjetzt das volle Log vom Adapterstart - am besten per email an iobroker@fischer-ka.de. Da muss ich reinschauen
-
@apollon77
So, leider dauert es jeweils ca. 35min bis der Adapter bei mir läuft, aber nun.....ES FUNKTIONIERT!!! - Grossartig. Bis jetzt habe ich mit der 2.0.3 nur diese Funktionalität getestet, aber das direkte Setzen der Dimmwerte funktioniert nun ganz hervorragend und ohne wirklich störende Verzögerung!
Jetzt werde ich noch einmal schauen, ob auch die bisherigen genutzten Dinge weiterhin so gut funktionieren - aber das sieht nun wirklich SEHR gut aus - VIELEN DANK!!!!
-
Hallo @apollon77 ,
Nun hatte ich ein wenig Zeit etwas mehr zu testen - das Setzen der direkten Werte geht jetzt extrem flüssig - was dagegen nicht flüssig ist, ist der Rückkanal (wenn also die Dimmwerte im DS System geändert werden (Sei es durch Aufrufen einer Szene, durch Raum- oder Bereichsdimmer oder Befehle/Dimmung über die DS App)). Derartige Änderungen werden nicht (oder nur sehr langsam??) nachgezogen (mit Ausnahme von direkten Device on/off Befehlen, bei denen 0/100% direkt umgesetzt werden) - hier wäre es natürlich wünschenswert, dass entsprechende Änderungen aktiv ein Abfragen der beteiligten Device-Stati in IOBroker mit sich brächten... (gerade z.B. beim Aufrufen einer Szene wäre es schön auch den dann aktuellen Dimmwert visualisieren zu können, das gleiche gilt aber auch für Storenstellungen...)
Ansonsten... läuft das wirklich alles ziemlich gut!Gruss,
Arne -
Hallo @apollon77 ,
Nun hatte ich ein wenig Zeit etwas mehr zu testen - das Setzen der direkten Werte geht jetzt extrem flüssig - was dagegen nicht flüssig ist, ist der Rückkanal (wenn also die Dimmwerte im DS System geändert werden (Sei es durch Aufrufen einer Szene, durch Raum- oder Bereichsdimmer oder Befehle/Dimmung über die DS App)). Derartige Änderungen werden nicht (oder nur sehr langsam??) nachgezogen (mit Ausnahme von direkten Device on/off Befehlen, bei denen 0/100% direkt umgesetzt werden) - hier wäre es natürlich wünschenswert, dass entsprechende Änderungen aktiv ein Abfragen der beteiligten Device-Stati in IOBroker mit sich brächten... (gerade z.B. beim Aufrufen einer Szene wäre es schön auch den dann aktuellen Dimmwert visualisieren zu können, das gleiche gilt aber auch für Storenstellungen...)
Ansonsten... läuft das wirklich alles ziemlich gut!Gruss,
Arne@KarlKiel
1.) 35 Minuten? Warum das?2.) Der "Rückkanahl" ist bei DSS allgemein tricky weil das gesamte Digitalstrom-System dafür nicht ausgelegt ist. Wertänderungen werden nicht direkt gepusht. Der Adapter reagiert auf "scenes die auf einem device aufgerufen werden" oder andere events die irgendwie dieses Gerät referenzieren und macht bei Scenes min/max entsprechend 0/100 direkt die Werte. Danach wird eine "Zustand abfragen" Anfrage mit niedrigerer Prio in die Queue gestellt weil man immer nur ein gerät abfragen darf und so ... und damit kann es bei anderen werten einige Zeit dauern bis der wert aktuell ist. Ist leider Systembedingt so.
Digitalstrom Konzept basiert zu 100%auf Scenen und die echten werte existieren an sich nur im Hintergrund. War schon immer so ;-)Passt das zu deinen beobachtungen? Im Debug log kannst du das alles schön nachvollziehen was wie wann passiert.
-
@KarlKiel
1.) 35 Minuten? Warum das?2.) Der "Rückkanahl" ist bei DSS allgemein tricky weil das gesamte Digitalstrom-System dafür nicht ausgelegt ist. Wertänderungen werden nicht direkt gepusht. Der Adapter reagiert auf "scenes die auf einem device aufgerufen werden" oder andere events die irgendwie dieses Gerät referenzieren und macht bei Scenes min/max entsprechend 0/100 direkt die Werte. Danach wird eine "Zustand abfragen" Anfrage mit niedrigerer Prio in die Queue gestellt weil man immer nur ein gerät abfragen darf und so ... und damit kann es bei anderen werten einige Zeit dauern bis der wert aktuell ist. Ist leider Systembedingt so.
Digitalstrom Konzept basiert zu 100%auf Scenen und die echten werte existieren an sich nur im Hintergrund. War schon immer so ;-)Passt das zu deinen beobachtungen? Im Debug log kannst du das alles schön nachvollziehen was wie wann passiert.
-
In meiner Installation werden durch den Adapter 16310 Objekte angelegt - auf dem Raspi 3B+ dauert dieses tatsächlich ungefähr 36 Min...
-
Ja, das Problem mit der Rückmeldung der Devicewerte in DS ist mir bekannt - und ich bin absolut positiv überascht, wie gut es im iobroker Adapter allgemein gelöst wurde - sodass Szenenänderungen wirklich direkt umgesetzt werden. Daher habe ich die leise Hoffnung gehabt, dass der Adapter eventuell eben auch auf durch "dimming" erzeugte events in ähnlicher Form reagieren könnte und die Werte für die beteiligten Geräte aktualisieren könnte.... :)
-
Seit heute gibt es die dSS V1.16.4, die zwei neue Sensoren implementiert: sunelevation (0-90°) und sunazimuth (0-360°) - wäre toll die irgendwann auch nutzen zu können, da gerade der Sonnenstand eine Reihe an Szenarien zur Automatisierung bietet....
Vielen Dank noch einmal,
Arne -
Support us
402
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge