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

[Glasfaser]

@GiuseppeS sagte in [Vorlage] Variable Zeitsteuerung mit VIS Editor:

auch schon ganze Geräte

das sieht danach aus !

[karl77]

Dank, werden mal meine Aufzählung neu erstellen und probier es noch mal.

[Glasfaser]

@GiuseppeS sagte in [Vorlage] Variable Zeitsteuerung mit VIS Editor:

@karl77
Grundsätzlich ist der EDIT Button nie in vis sichtbar.

Sorry ... doch bei mir

Ich wurde ein Vermerk reinschreiben ... damit es nicht verwirrt ,das der Button nicht auftaucht.

[GiuseppeS]

@karl77
Von den Shellies einfach die States in die Aufzählung reinziehen, die die Relais steuern (sind per default glaub mit "switch" bezeichnet). Oder bei Rollläden den "Position" State.
Wenn Du einen neuen Versuch startest, am Besten alle zuvor erstellten States unter "javascript.0.Timer" löschen.

@Glasfaser
Werde deinen Rat befolgen und den ersten Beitrag optimieren

[SaschaS]

@GiuseppeS Vielen Dank! Habs heute bei mir installiert. Schaut auf den ersten Blick super aus.

[GiuseppeS]

@SaschaS
Zumindest funktioniert das automatische Scrollen, das Flackern stört mich ehrlich gesagt. Ich schaue mal, dass ich es eleganter löse. Idee ist schon da, Umsetzung folgt dann wenn es die Zeit zulässt.

[jpgorganizer]

@GiuseppeS sagte in [Vorlage] Variable Zeitsteuerung mit VIS Editor:

Für die schönere Optik verwende ich die CSS Klassen von Uhula (noch v1.x).

ist das noch der aktuelle Stand? Wenn ich es richtig weiß, dann beißen sich die Versionen 1.x mit den 2.x.

Grüße
jpgorganizer

[GiuseppeS]

@jpgorganizer

Hier verwende ich tatsächlich noch die v1.x von Uhula. Ich habe mein Projekt weiterhin noch nicht auf v2.x geändert, daher kann ich meine Widgets auch nicht damit ausliefern. Allerdings spricht nichts dagegen, dass du von hier die Views importierst und dann deine Klassen verwendest. Hauptview sind wenige Widgets, schnell erledigt. Beim Editor sind es ein paar mehr, aber wahrscheinlich können dort die Klassen gruppenweise eingetragen werden.

Updates der VIS Views sind eher selten. Skript Updates kommen schon eher vor. Und selbst wenn ich was in den Views ändere, dann lade ich hier auch immer die einzelnen geänderten Widgets hoch. Somit hast du zukünftig, wenn überhaupt, nur geringe Aufwände, um auf dem aktuellen Stand zu bleiben. Updates zu übernehmen ist eh optional (aber ratsam )

[jpgorganizer]

@GiuseppeS
Danke für deine Antwort.

Ich denke ich werde das mal in Angriff nehmen. Mal schauen, ob ich am Wochenende schon mal dazu komme und ob ich das hinbekomme.

Hast du gerade eine neue Version in der Pipe? Dann würde ich diese einfach noch abwarten. Ich hab's nicht eilig und noch genügend andere Baustellen

VG jpgorganizer

[ak1]

@jpgorganizer
Ich habe das Ganze vor einiger Zeit mal in meine MDCSS 2.x basierte Vis eingebaut.

Grundlage ist aber noch die Skript-Version vom 08.08.2020. Seitdem habe ich noch nicht wieder ein Update gemacht.

Ich kann auch nicht garantieren, dass alles 100% in Ordnung ist. Dafür habe ich zuletzt einfach zu selten an den eingestellten Timern "herumgeschraubt". Anbei meine beiden Views. Vielleicht hilft es ja.

views.zip

[GiuseppeS]

@ak1
Kann nur empfehlen zumindest das Skript upzudaten. Sind Bugfixes drin. Insbesondere was "gemerkte Timer" angeht. Editor View brauchst du nicht neu importieren, wenn dort alles funktioniert.

@jpgorganizer
Tatsächlich bin ich an einem Skript Update dran (Scroll Position "merken" ohne Flackern). Aber schwierig zu sagen wann es fertig ist. Evtl Ende nächster Woche. Grundsätzlich wird es aber nur ein Skript Update. Muss auch noch schauen, ob meine Idee überhaupt so funktioniert wie gedacht.

[ak1]

@GiuseppeS Danke für das "Anschubsen"
Ich habe jetzt ein Update des Skripts gemacht.

[jpgorganizer]

@GiuseppeS
danke, ich glaube, dann warte ich einfach nochmals ab. Ich komme gerade eh nicht dazu.
Und noch eine Frage: hast du deine Dateien auch auf Github o.ä.?

@ak1
danke, das werde ich mir anschauen

[GiuseppeS]

@jpgorganizer
git steht schon länger auf meiner toDo Liste. Weil ich nicht wirklich glaube, dass Beiträge von anderen Usern eingehen, hatte ich diesen Punkt immer weiter verschoben. Ich kann nichts versprechen, aber ich schau mal, dass ich das kurzfristig umsetze. Wenn die Einrichtung schnell geht, lade ich evtl schon alles hoch ohne es von einer aktuelleren Version abhängig zu machen.

[GiuseppeS]

Sooo. Heute habe ich mal Zeit gefunden, mich mit Git auseinanderzusetzen. Die Dateien werden zukünftig auf Github liegen. Bei zukünftigen Updates werde ich weiterhin über diesen Thread informieren. Falls VIS-Updates folgen, werde ich in diesem Thread auch, wie versprochen, die einzelnen Widgets hochladen.

https://github.com/gsicilia82/Timer_iobroker

[jpgorganizer]

@GiuseppeS sagte in [Vorlage] Variable Zeitsteuerung mit VIS Editor:

Sooo. Heute habe ich mal Zeit gefunden, mich mit Git auseinanderzusetzen. Die Dateien werden zukünftig auf Github liegen. Bei zukünftigen Updates werde ich weiterhin über diesen Thread informieren. Falls VIS-Updates folgen, werde ich in diesem Thread auch, wie versprochen, die einzelnen Widgets hochladen.

https://github.com/gsicilia82/Timer_iobroker

klasse. Danke

VG jpgorganizer

[GiuseppeS]

Neues Update auf Github hochgeladen https://github.com/gsicilia82/Timer_iobroker

Habe mit Github auch eine Versionierung gemäß dem geltenden "Standard" eingesetzt. Wir starten mal bei v1.0.0

---

Changelog V1.0.0, 19.11.2020 (Skript)

• Auto-Scroll innerhalb VIS Haupttabelle nun ohne Flackern umgesetzt
• Aktualisierte States werden in Skript übernommen, wenn in Aufzählungen (Devices und/oder Conditions) gleichnamige Namen mit veränderten ioBroker States erkannt werden

[GiuseppeS]

Weiteres Update hochgeladen:

Changelog V1.1.0 20.11.2020 (Skript + VIS[optional] )

• Bugfix bei der Scroll-Eigenschaft der Bedingungen im Editor
• Widget-ID des EDIT-Buttons muss oben im Skript nicht mehr angegeben werden.
  Widget-ID wird nun gefunden: Dafür muss im EDIT-Widget unter CSS-Klasse der Eintrag "dialogIdentifier" (ohne "") ergänzt werden.
  Änderung muss bei Update von bestehender Version nicht durchgeführt werden. Abwärtskompatibilität ist gegeben.

---

Das neue EDIT-Widget würde ich hochladen, aber es ist einfacher den neuen CSS-Klassen-Eintrag "dialogIdentifier" manuell durchzuführen:

Wie im Changelog erwähnt: Anpassung nur optional. Wenn das neue Skript einfach übernommen wird, funktioniert alles wie gehabt.

[Rand]

@GiuseppeS

Hi,
kurze Frage, versuche gerade das Skript bei mir einzurichten;
ich möchte damit u.a. zeitgesteuert Gound SP1 mit Tasmota schalten;
dazu muss der control state auf ON oder OFF gesetzt werden.

Jetzt habe ich den entsprechenden State in die Enum gepackt, aber es wird nicht geschaltet;
vermutlich weil das Skript den state automatisch (fäschlicherweise) als numerisch erkennt und den Wert mit 0/100 bestücken will

Eigentlich hat das Skript den State aber korrekt als bool angelegt

{
  "common": {
    "type": "boolean",
    "role": "state",
    "name": "Timer.Devices.States.SP1-BadOG/cmnd/POWER_1"
  },
  "native": {
    "device": "SP1-BadOG/cmnd/POWER",
    "devNr": 1
  },
  "type": "state",
  "from": "system.adapter.javascript.0",
  "user": "system.user.admin",
  "ts": 1606044476438,
  "_id": "javascript.0.Timer.Devices.States.SP1-BadOG/cmnd/POWER_1",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Wie kann ich nun die automatisch Erkennung anpassen das er die bool Werte erkennt?

Oder ist es doch ein anderes Problem?
Danke

[GiuseppeS]

@Rand
Dass die Untergruppe "Timer.Devices.States..." entsteht ist der Restcode eines überholten Ansatzes (unnötig, Code muss ich anpassen und hochladen). Hatte ursprünglich vor, dass einzelne Timer über diese States aktiviert und deaktiviert werden können; ohne VIS Eingriff. Aber habe ich verworfen. Hat allerdings nichts mit deinem Problem zu tun.

Werden deine Zielgeräte mit true/false ein- bzw. ausgeschaltet? Oder muss in diesen States tatsächlich "On" bzw "Off" geschrieben werden?