UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[TheChicken]

@walli545 @Axel-Koeneke
Ich habe heute das upgrade auf 3.3.18 vorgenommen, seit da sind die Schedule-VIS-Widgets im Browser nicht mehr sichtbar, bzw. als ob sie weg sind.
In der VIS-App per Android sind diese aber noch ersichtlich.
Ich installiere nun mal 2.3.0-pre und melde mich wieder.

[TheChicken]

@walli545 @Axel-Koeneke
Hm, bin immer noch auf 2.1.0, Anzeige läuft aber wider. Ich vermute, ein Neustart des VIS-Adapters hats gerichtet, kann es aber nicht mit Sicherheit sagen.

[Wolfi]

@walli545
Hallo habe mal den Einmaltimer (Countdown) getestet und folgendes festgestellt.
2.3.0-pre.1
Man erstellt einen einmal Trigger mit einer bestimmten Zeit beim Speichern läuft dieser sofort los und verschwindet nach Ablauf komplett.

1. Der Einmal Timer darf nach Ablauf nicht einfach verschwinden, sondern muss bestehen bleiben.
2. Es sollte eine Start Stopp Taste geben. (also nicht beim Speicher loslaufen)

3. Der Start und Stop solle über ein iobroker-Gerät Trigger bar sein
   

4. Nach Ablauf der Zeit und schalt-Vorgang sollte wieder die ursprünglich gespeicherte Zeit für einen erneuten Start angezeigt werden.

Gruß und Danke
Wolfgang

[Axel Koeneke]

@axel-koeneke sagte in Test Adapter time-switch v2.0.x GitHub/Latest:

@walli545 Wennich das Widget in eine leere View ziehe kommt folgendes im Chrome:

Error: can't render tplTime-switchDevicePlan w00735 on "Test": 
conn.js:1256 Error: 0 - TypeError: Cannot read property 'createOnOffWidget' of undefinedTypeError: Cannot read property 'createOnOffWidget' of undefined
conn.js:1256 Error: 1 -     at Object.eval (tplTime-switchDevicePlan.js:2:35)
conn.js:1256 Error: 2 -     at n.render (https://iobroker.pro/vis/lib/js/can.custom.min.js:76:475)
conn.js:1256 Error: 3 -     at t.template.fn (https://iobroker.pro/vis/lib/js/can.custom.min.js:76:256)
conn.js:1256 Error: 4 -     at r (https://iobroker.pro/vis/lib/js/can.custom.min.js:58:138)
conn.js:1256 Error: 5 -     at Function.renderTo (https://iobroker.pro/vis/lib/js/can.custom.min.js:58:2982)
conn.js:1256 Error: 6 -     at Function.renderAs (https://iobroker.pro/vis/lib/js/can.custom.min.js:58:3631)
conn.js:1256 Error: 7 -     at Object.e.view.e.template (https://iobroker.pro/vis/lib/js/can.custom.min.js:58:1267)
conn.js:1256 Error: 8 -     at Object.renderWidget (https://iobroker.pro/vis/js/vis.js:1660:33)
conn.js:1256 Error: 9 -     at Object.reRenderWidget (https://iobroker.pro/vis/js/vis.js:1088:14)
conn.js:1256 Error: 10 -     at Object.reRenderWidgetEdit (https://iobroker.pro/vis/js/visEdit.js:4237:14)
visEdit.js:4397 Cannot find in DOM w00735
translate.js:20 "boolean": {"en": "boolean", "de": "boolean", "ru": "boolean"},
translate.js:20 "string": {"en": "string", "de": "string", "ru": "string"},
conn.js:1256 Error: can't render tplTime-switchDevicePlan w00735 on "Test": 
conn.js:1256 Error: 0 - TypeError: Cannot read property 'createOnOffWidget' of undefinedTypeError: Cannot read property 'createOnOffWidget' of undefined
conn.js:1256 Error: 1 -     at Object.eval (tplTime-switchDevicePlan.js:2:35)
conn.js:1256 Error: 2 -     at n.render (https://iobroker.pro/vis/lib/js/can.custom.min.js:76:475)
conn.js:1256 Error: 3 -     at t.template.fn (https://iobroker.pro/vis/lib/js/can.custom.min.js:76:256)
conn.js:1256 Error: 4 -     at r (https://iobroker.pro/vis/lib/js/can.custom.min.js:58:138)
conn.js:1256 Error: 5 -     at Function.renderTo (https://iobroker.pro/vis/lib/js/can.custom.min.js:58:2982)
conn.js:1256 Error: 6 -     at Function.renderAs (https://iobroker.pro/vis/lib/js/can.custom.min.js:58:3631)
conn.js:1256 Error: 7 -     at Object.e.view.e.template (https://iobroker.pro/vis/lib/js/can.custom.min.js:58:1267)
conn.js:1256 Error: 8 -     at Object.renderWidget (https://iobroker.pro/vis/js/vis.js:1660:33)
conn.js:1256 Error: 9 -     at Object.reRenderWidget (https://iobroker.pro/vis/js/vis.js:1088:14)
conn.js:1256 Error: 10 -     at Object.reRenderWidgetEdit (https://iobroker.pro/vis/js/visEdit.js:4237:14)
translate.js:20 "dataId": {"en": "dataId", "de": "dataId", "ru": "dataId"},
translate.js:20 "showId": {"en": "showId", "de": "showId", "ru": "showId"},
translate.js:20 "showManualSwitch": {"en": "showManualSwitch", "de": "showManualSwitch", "ru": "showManualSwitch"},
translate.js:20 "useAstroIcons": {"en": "useAstroIcons", "de": "useAstroIcons", "ru": "useAstroIcons"},
translate.js:20 "valueType": {"en": "valueType", "de": "valueType", "ru": "valueType"},
translate.js:20 "offValue": {"en": "offValue", "de": "offValue", "ru": "offValue"},
translate.js:20 "onValue": {"en": "onValue", "de": "onValue", "ru": "onValue"},
translate.js:20 "statesCount": {"en": "statesCount", "de": "statesCount", "ru": "statesCount"},
translate.js:20 "stateId": {"en": "stateId", "de": "stateId", "ru": "stateId"},
translate.js:20 "showConditionIds": {"en": "showConditionIds", "de": "showConditionIds", "ru": "showConditionIds"},
translate.js:20 "conditionStatesCount": {"en": "conditionStatesCount", "de": "conditionStatesCount", "ru": "conditionStatesCount"},
translate.js:20 "conditionStateId": {"en": "conditionStateId", "de": "conditionStateId", "ru": "conditionStateId"},
translate.js:20 "conditionStateAlias": {"en": "conditionStateAlias", "de": "conditionStateAlias", "ru": "conditionStateAlias"},

Hoffentlich kannst du damit etwas anfangen.
VG
Axel

Gibt es hier etwas neues?

[System 9]

Hallo,
gibt es eine Möglichkeit, das widget auch in der Lovelace VIS anzeigen zu lassen ?

[holymoly]

oder vielleicht auch in iQontrol?

[diwoma]

Hi,
Ich verwende Adapter Version 2.2.2.
Das Schalten eines Schalters über mehrere Zeiträume funktionert.
Allerdings funktioniert die Schaltung über Astro-Zeiten nicht, keine Reaktion, weder bei Sonnenaufgang noch bei Sonnen-Untergang. Die System-Einstellungen sind korrekt, es funktioniert bei einem eigenen Blockly.

In der V 2.2.1 ist das schon gewesen, wurde aber in der V 2.2.2 gefixt.
Einträge im Log habe ich keine gefunden.
Was kann da falsch (eingestellt) sein, bzw. wie kann ich danach suchen?

[BananaJoe]

@diwoma Das hatte ich auch zwischendurch. Die Lösung war das ich im JavaScript-Adapter auch noch mal explizit die Astro-Einstellungen vorgenommen habe.
Also in allen JavaScript Instanzen falls du mehrere hast und in den globalen Einstellungen auch noch nachsehen

[diwoma]

@bananajoe
Danke, ich habe mich auf die System-Einstellungen verlassen, die einmal nach Mitternacht die Astrozeit refreshed.
Allerdings hat mich überrascht, dass heute in der Früh das Nachtlicht als ausgeschaltet gemeldet wurde. Eventuell hat die Änderung in der Astro-Zeit den time-Trigger neu aufgesetzt.

Blöd ist nur die lange Feedback-Zeit, ich kann erst heute Abend feststellen ob das Nachtlicht eingeschaltet wird und ob es doch mit dem Update in der Nacht zusammenhängt.

[diwoma]

@bananajoe
Also jetzt funktioniert es (die letzten Tage), auch mit den Systemeinstellungen.
Eventuell sollte man den Adapter mal neu starten, wenn man einen Switch auf Astrozeit einstellt/ändert. Vielleicht verliert es den Zeitpunkt im Trigger.

[BananaJoe]

@diwoma Seit dem gab es eine Menge Updates, auch von anderen Komponenten - kann sein das es jetzt anders ist.

[diwoma]

@bananajoe Auch das ist natürlich möglich. Der Adapter selbst ist zwar auf der neuen Version aber andere können sicher,ich auch Einflüsse gehabt haben.
Hauptsächlich es funktioniert

[UncleB]

Kann man den Adapter auch in Jarvis integrieren?

[Medea]

@uncleb sagte in Test Adapter time-switch v2.0.x GitHub/Latest:

Kann man den Adapter auch in Jarvis integrieren?

Ich habe ihn in der Vis hinzugefügt und per iframe in Jarvis eingebunden. Finde ich auch nicht ideal, funktioniert aber zumindest ganz gut.

[McOnno]

@walli545 : Kannst du die Buttons bei mehreren States entsprechend dem Zustand auch noch einfärben?

[BananaJoe]

@mconno sagte in Test Adapter time-switch v2.0.x GitHub/Latest:

@walli545 : Kannst du die Buttons bei mehreren States entsprechend dem Zustand auch noch einfärben?

Definiere das mal genauer ... ich habe bei mir nur 2 Buttons pro Zeitplan, nämlich ob der Zeitplan aktiv ist und ob der Datenpunkt den der Zeitplan steuert gerade auf Wahr oder Falsch steht ... Und die haben dann 2 Farben, je nach Zustand.

Nachtrag: Ok, ok, ich habe gerade bemerkt das man inzwischen mehr als einen Datenpunkt pro Zeitplan aktivieren kann - und verschiedene Typen, nicht nur True/False bzw. Wahr/Falsch

[McOnno]

@bananajoe ich habe mal 2 pics gemacht, wo man den Unterschied sehen kann...
Bild 1: alles aus

Bild 2: Badezimmer & Küche an.

Beim Bad sehe ich direkt, dass es "An" ist, bei "Küche nicht! Da sollte bei dem Button "Alle an" eine andere Farbe sein!

[BananaJoe]

@mconno ok, ok, ich nutze den Adapter auf eine andere Art - weil man früher nur einen Datenpunkt ansteuern konnte überwacht ein Skript diesen und schaltet mehrere Geräte. Die Buttons kannte ich noch gar nicht.
Bzw. habe ich zwar Ansichten mit Zeitplänen in meiner VIS um diese bearbeiten zu können, die Datenpunkte werden aber mehr dazu genutzt um zum Beispiel Nachts nicht automatisch das Radio im Bad einzuschalten (und die "Weinachtsbeleuchtung").
Für das normale Schalten nutze ich Switch-Wigets in eigenen Ansichten.

Da muss sich dann doch @walli545 zu äußern, aber ich lese gespannt mit.

[Humidor]

@bananajoe wie fkt. das mit dem CSS genau, wo muss ich den scale Befehl eintragen, im View CSS, dort wird mit scale als Fehler angezeigt

ich habe 4 Zeitzonen, letzte sollte über Mitternacht gehen, fkt. das ? keiner ist aktiv?

[BananaJoe]

@humidor der Eintrag sieht - fast - richtig aus, du musst das nur 4 x wiederholen oder aneinander reihen also

#w00139 {
    scale: 0.5;
}
#w00140 {
    scale: 0.5;
}
#w00141 {
    scale: 0.5;
}
#w00142 {
    scale: 0.5;
}

oder, müsste auch gehen

#w00139 #w00140 #w00141 #w00142 {
    scale: 0.5;
}

Bei dir fehlt mindestens eine 0, die Widgets sind 6-stellig mit führenden Nullen
Und wenn du ein Widget anklickst siehst du im Titel des Reiters links neben CSS den Widgetnamen/-nummer
Einfach widget anklicken:

und das als #w00139 etc. dann im CSS nutzen.