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

[Armilar]

@max_yeah

Sagen wir mal irgendein ESP-WROOM-32 reicht aus...

[ticaki]

Ich kaufe mir immer die wemos esp32 d1 - mit usb c - und dem etwas besseren serial chip. Sind ein paar cent teurer.

[TT-Tom]

@Max_yeah

Kann ich auch beide empfehlen. Kannst nix falsch machen.

[TT-Tom]

@max_yeah

Welches Script meinst du da? Vom Wiki oder aus meinem Github?

Pauschal sage ich mal, es sind die Anstriche an der X-Achse.

[Max_yeah]

@tt-tom Das vom Wiki, bzw ich glaube in deinem Skript ist es gleich, oder?

[Max_yeah]

Sorry wenn ich hier bisschen spame, nochmal zum Update der Tasmota Firmware.
Eins meiner Panels ging übernacht wieder in den "Wait for content" Modus und ich habe es heute früh auf die schnelle nicht wieder zum laufen gebracht (Neustart Script, Neustart Panel).
Ich habe auch die letzten Tage komische "ghost" eingaben festgestellt. Das Panel war manchmal ohne Eingabe aus dem Screensaver erwacht und dann auf Cards gestanden, die nicht automatisch wieder in den Screensaver wechseln (zb. die PowerCard).

Ich werde deshalb heute Abend wieder auf die 14.4 downgraden.
Meine Frage dazu ist, wie stelle ich die Updatebenachrichtigung ab?

[ticaki]

@max_yeah
Das sich einfach so Seiten ändern kann definitiv nicht an der v14.5 liegen. 2skrpts mit gleichem topic?

[Max_yeah]

@ticaki Was meinst du mit Topic

[ticaki]

@max_yeah
2 mal der gleiche mqtt topic / Datenpunkt in 2 skripten

[Max_yeah]

@ticaki ok ich hab gestern nur ein paar neue Chart Seiten hinzugefügt, glaube also nicht das ich da, was kaputt gemacht hab. Aber Genaueres kann ich erst heute Abend sagen.

[ticaki]

Die Firmware macht nix von sich aus. Da muss für alles ein Befehl an das Panel gesendet werden.

Ich weiß gerade nicht ob die Tasmotaregel im Skript ist, aber sogar der laufende Kreis ist ein Befehl von extern. Wenn die Regel im Skript ist wird der laufende Kreis nach 90 sek ohne Aktivität befohlen ( Zeit kommt alle 60 sek rein). Oder wenn das Skript im Startup ist

[Max_yeah]

@ticaki Der "wait vor content" Kreis existiert doch auch ohne Script?

[ticaki]

@max_yeah
Starte mal die JavaScript Instanzen neu. In seltenen Fällen kann dasselbe Skript mehrfach laufen.

[ticaki]

@max_yeah
Ja stimmt ist die Startseite, übersehen 😊

Edit: also nach einem tasmota reboot wird die angezeigt, aber anschließend nur noch auf befehl

[Max_yeah]

@ticaki
ah guter Punkt, hatte gestern schon den Javascript Adapter neu gestartet, weil ich npm module hinzugefügt hab für WOL (node-wol, wake_on_lan).

Ein Neustart des js Adpaters hat es gefixt, danke. Dann hat es wohl echt nichts mit der Firmware zu tun, weil oft starte ich den ja nicht neu.

Kann es damit zu tun haben, in welcher Reihenfolge die Scripte gestartet werden? Könnte es sein das ein Hilfscript, das vielleicht vor dem eigentlichen Panel Script startet, da was blockiert?

Wie definiert sich die Reihenfolge, in der die Scripte gestartet werden?

[ticaki]

@max_yeah

Ne doppelt laufende Skripte kommen, ohne ins Detail zu gehen, dann vor wenn man aufwändige Skripte im startup neustartet. Kann das gerne heute Abend weniger nebulöse beschreiben, hat was mit callbacks zu tun. Das mache ich aber net am Handy 😊

[ticaki]

Die etwas längere Version:

Im groben dürfte es stimmen, im Detail mag ich falsche Annahmen habe - am ende machts aber keinen großen unterschied.

Der Javascript Adapter verwirft beim beenden eines Skriptes alle registierten Trigger (intervalle, timeouts, abonnierte States, schedules usw.). Wenn das Skript eine Anfrage, die asychron externen code ausführt, aufruft, bekommt dieser code einen callback mit - der iobroker beendet das skript, der callback kommt zurück und das skript macht lustig weiter. Registriert vielleicht neue Datenpunkt und du hast 2 Versionen laufen - daher abschalten 10 Sekunden warten und wieder einschalten.

Ich hab mal nicht aufgepasst und 5 websockets zur gleichen Quelle aufgebaut und mich über die unzähligen Logmeldungen gewundert :) Ja was man erstellt muß man auch beenden :)

[TT-Tom]

@max_yeah sagte in SONOFF NSPanel mit Lovelace UI:

Meine Frage dazu ist, wie stelle ich die Updatebenachrichtigung ab?

in der Serviceseite unter Infos kannst du die Meldungen abschalten.

[TT-Tom]

@max_yeah
ich habe nochmal nachgesehen, Anzahl der Striche an der X-Achse.

[Max_yeah]

@ticaki OK ja das macht Sin, danke für den tipp mit dem warten.

Callbacks ist eine gute überleitung zu meiner nächsten Frage.

Wann werden die cron jobs für das dimmen der pannels definiert?

Hintergrund ist folgender:
Ich habe ein Panel in unser Schlafzimmer installiert.
Jetzt gibt es ja den Dimmode für Helligkeit des Displays am Tag und Nacht, super Sache.
Damit es nachts dunkel ist im Schlafzimmer wird die brightness auf 0 runter geregelt. Und früh Früh dann zu den einstellten Zeiten wieder hoch.
Jedoch ist die HourDay meiner Frau am Wochenende zu früh.
Heist ich brauche fürs Wochenende andere Dimm Zeiten.
Dafür habe ich ein script geschrieben, das früh prüft welcher Tag gerade ist und demnach die Zeiten für wochentags oder fürs Wochenende in die entsprechenden Datenpunkte schreibt.

Jetzt kommen wir zum eigentlichen problem. An den Übergangstagen Samstag und Montag, sind zwar die richtigen Zeiten in die Datenpunkte geladen, jedoch schaltet das Display noch zu den Alten Zeiten um. Als würde noch der Timer/Trigger laufen.

Drum stellt sich die frage,

• wird der Trigger bei jedem schreiben der Dimmode datenpunkte neu erstellt,

• oder wird das nur einmal pro Tag gemacht, wenn ja, wann?

Hier mein script (entschuldigt die Formatierung, ist eigentlich ein Blockly):

schedule('{"time":{"exactTime":true,"start":"00:05"},"period":{"days":1},"valid":{"from":"16.02.2025","to":""}}', async () => {
  if (String(formatDate(new Date(), 'WW', 'de')).includes('Samstag') || String(formatDate(new Date(), 'WW', 'de')).includes('Sonntag')) 
  {
    setState('alias.0.NSPanel.Schlafzimmer.Dimmode.hourDay.SET' /* SET */, getState('alias.0.NSPanel.AdvancedDimming.Schlafzimmer.Wochenende.Umschaltzeit_Morgens.ACTUAL').val);
    setState('alias.0.NSPanel.Schlafzimmer.Dimmode.hourNight.SET' /* SET */, getState('alias.0.NSPanel.AdvancedDimming.Schlafzimmer.Wochenende.Umschaltzeit_Abends.ACTUAL').val);
  } 
  else 
  {
    setState('alias.0.NSPanel.Schlafzimmer.Dimmode.hourDay.SET' /* SET */, getState('alias.0.NSPanel.AdvancedDimming.Schlafzimmer.Werktags.Umschaltzeit_Morgens.ACTUAL').val);
    setState('alias.0.NSPanel.Schlafzimmer.Dimmode.hourNight.SET' /* SET */, getState('alias.0.NSPanel.AdvancedDimming.Schlafzimmer.Werktags.Umschaltzeit_Abends.ACTUAL').val);
  }
});
on({ id: [].concat(['alias.0.NSPanel.AdvancedDimming.Schlafzimmer.Wochenende.Umschaltzeit_Abends.ACTUAL']).concat(['alias.0.NSPanel.AdvancedDimming.Schlafzimmer.Wochenende.Umschaltzeit_Morgens.ACTUAL']).concat(['alias.0.NSPanel.AdvancedDimming.Schlafzimmer.Werktags.Umschaltzeit_Abends.ACTUAL']).concat(['alias.0.NSPanel.AdvancedDimming.Schlafzimmer.Werktags.Umschaltzeit_Morgens.ACTUAL']), change: 'ne' }, async (obj) => {
  if (String(formatDate(new Date(), 'WW', 'de')).includes('Samstag') || String(formatDate(new Date(), 'WW', 'de')).includes('Sonntag')) 
  {
    setState('alias.0.NSPanel.Schlafzimmer.Dimmode.hourDay.SET' /* SET */, getState('alias.0.NSPanel.AdvancedDimming.Schlafzimmer.Wochenende.Umschaltzeit_Morgens.ACTUAL').val);
    setState('alias.0.NSPanel.Schlafzimmer.Dimmode.hourNight.SET' /* SET */, getState('alias.0.NSPanel.AdvancedDimming.Schlafzimmer.Wochenende.Umschaltzeit_Abends.ACTUAL').val);
  } 
else {
    setState('alias.0.NSPanel.Schlafzimmer.Dimmode.hourDay.SET' /* SET */, getState('alias.0.NSPanel.AdvancedDimming.Schlafzimmer.Werktags.Umschaltzeit_Morgens.ACTUAL').val);
    setState('alias.0.NSPanel.Schlafzimmer.Dimmode.hourNight.SET' /* SET */, getState('alias.0.NSPanel.AdvancedDimming.Schlafzimmer.Werktags.Umschaltzeit_Abends.ACTUAL').val);
  }
});