Test Adapter time-switch v2.0.x GitHub/Latest
-
@all Ich habe nun noch die vorgeschlagenen Änderung von @berndhome und @SVallant eingebaut. Dadurch hat sich erneut
die Struktur der Schedule Daten geändert, also bitte nochmal bereits vorhandene vor dem Update löschen. Ich versuche von jetzt an solche Änderungen zu vermeiden bzw. wenn dann Upgrade Logik einzubauen. Aktuell denke ich aber, das das noch nicht sinnvoll ist, da der Adapter ja noch in der Testphase ist.
Zudem habe ich noch einige Unit Tests geschrieben und die Adapterlogik dahingehend geändert, dass nun nicht mehr bei einer Änderung an einem Schaltplan alles komplett jedes mal neu eingelesen/registriert wird, sondern, nur wenn Änderungen von außen kommen. Das sollte besonders auf schwächeren Hosts und vielen Triggern weniger Performance kosten.Bitte die Version von https://github.com/walli545/ioBroker.time-switch/tarball/dev installieren und nochmal ausgiebig testen. Dann kann man über einen neuen Release und über neue Features nachdenken
Außerdem habe ich das README angepasst und es gibt nun auch eine deutsche Anleitung @SMS.
-
@walli545
Das passiert sobald die Tastatur eingeblendet und auf das TS Tool trift.
Wenn ich die Tastatur verkleinern dann funktioniert es aber mit so einer kleinen Tastatur kann man nicht arbeiten.Neue Version für alle?
Bitte die Version von https://github.com/walli545/ioBroker.time-switch/tarball/dev installieren -
- bei mir kann ich den current value von hand schalten
- aber das schedule funktioniert nicht - json datenpunkt stimmt - kein schalten
fehler habe ich sonst keinen mehr im log
habe alles gelöscht, neu installiert , upload gemacht - kein schalten - kein eintrag im log -
-
@liv-in-sky hab noch Logging hinzugefügt, bitte nochmal updaten. Falls es nicht geht, kompletten Log schicken und Inhalt des Schedules (Logging Level von Adapter auf debug stellen). Bei mir schaltet es schon
@Wolfi @Iccube Kann mir einer von euch davon eine Bildschirmaufnahme machen? Ich kann das bei mir nicht reproduzieren.
-
log - hätte um 17:11 schalten sollen
log - hätte um 17:16 schalten sollen
current value bleibt um 17:16 auf false
-
@liv-in-sky bewegt sich nur der Schalter nicht oder ändert sich auch der Wert des States nicht? Nicht, dass ich am Falschen Ende suche
-
@walli545 datenpunkte ändern sich nicht
du kannst auch gerne noch warten, ob es einen anderen user gibt, der das selbe problem hat
-
@walli545 habe es auch mal mit number getestet - selbes verhalten
-
@liv-in-sky kann es sein, dass du das Widget nicht neu angelegt hast? Und dadurch nie den geschaltenen State konfiguriert hast?
-
instanz stop, widgets wurden gelöscht , objecte gelöscht - instanz gelöscht - update adapter - instanz neu - im setting neu und danach neues widget
-
-
-
@liv-in-sky habs mir gerade nochmal angeschaut, glaube ich habs gefunden. Problem war, dass ich es nicht mit einer frischen Installation ausprobiert hatte
Bitte testen, danke fürs ausprobieren immer 
-
@walli545
kurze info:
JETZT WIRD GESCHALTEN - - teste morgen ausgiebiger weiter
-
@walli545 habe den Adapter mal gelöscht und neu aufgespielt dann neuen Schaltplan erstellt jetzt kann ich den Namen nicht mehr ändern und keine Schaltzeiten einfügen folgender fehler im log
time-switch.0 2020-05-03 22:46:26.485 error (13686) Could not handle message: time-switch.0 2020-05-03 22:46:26.485 error (13686) Error time-switch.0 2020-05-03 22:46:26.484 error (13686) No schedule found for state undefined time-switch.0 2020-05-03 22:46:26.484 error at new Promise (<anonymous>) time-switch.0 2020-05-03 22:46:26.484 error at /opt/iobroker/node_modules/iobroker.time-switch/build/main.js:8:71 time-switch.0 2020-05-03 22:46:26.484 error at Generator.next (<anonymous>) time-switch.0 2020-05-03 22:46:26.484 error at TimeSwitch.<anonymous> (/opt/iobroker/node_modules/iobroker.time-switch/build/main.js:142:43) time-switch.0 2020-05-03 22:46:26.484 error at MessageService.handleMessage (/opt/iobroker/node_modules/iobroker.time-switch/build/services/MessageService.js:29:16) time-switch.0 2020-05-03 22:46:26.484 error at __awaiter (/opt/iobroker/node_modules/iobroker.time-switch/build/services/MessageService.js:4:12) time-switch.0 2020-05-03 22:46:26.484 error at new Promise (<anonymous>) time-switch.0 2020-05-03 22:46:26.484 error at /opt/iobroker/node_modules/iobroker.time-switch/build/services/MessageService.js:8:71 time-switch.0 2020-05-03 22:46:26.484 error at Generator.next (<anonymous>) time-switch.0 2020-05-03 22:46:26.484 error at MessageService.<anonymous> (/opt/iobroker/node_modules/iobroker.time-switch/build/services/MessageService.js:40:23) time-switch.0 2020-05-03 22:46:26.484 error (13686) Error: No schedule found for state undefined time-switch.0 2020-05-03 22:46:26.483 info (13686) Received disable-schedule
-
Habe iobroker mal neu gestartet jetzt funktioniert alles wie es soll
-
@walli545
habe nochmal getestet - bool, string, zahl, mehrere datenpunktefunktioniert alles
wäre es möglich im json noch das enabled oder disabled wieder einzufügen (ich hoffe, du änderst nicht wieder die json-struktur
)habe meine tabelle angeglichen (ist mir sonst zu viel platzverbrauch in der vis) - reagiert direkt auf das ändern der datenpunkte (das schalten der dp ist über die tabelle nicht möglich)
-
@liv-in-sky sehr gut danke
Zum Thema enabled: Nein, der wird nicht mehr ins json kommen, zum einen finde ich es in einem eigenen State praktischer, da man so einfach einen Schalter erstellen kann, mit dem man alle ausschaltet, etc. und dafür dann nicht für alle einzeln ins programmier-widget muss. Wenn ich enabled nun wieder in json einbaue, würde sich wie du gesagt hast das json Format wieder ändern und ich muss es an zwei Stellen pflegen, was ich eher unschön finde. -
@walli545 sorry - alles gut - den datenpunkt habe ich völlig übersehen- den kann ich auch so einbauen
war voll im json-modus
