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

[MyMeyer]

@liv-in-sky Sorry.

[liv-in-sky]

@MyMeyer morgen gibt es das script zum testen

[liv-in-sky]

@MyMeyer

an den settings ist nichts geändert worden - du kannst deine settings vom momentanen script in dieses script einsetzen

sonoff-8spalten-tabelle-9.6.txt

[liv-in-sky]

@Christoph-Bubeck

magst du das script im ersten post von hier testen - auch da sind die shelly 2.5 besser integriert

[MyMeyer]

@liv-in-sky Hi, so konnte es heute Testen. ...Sorry. Ja läuft prima. so kann es bleiben.

[MyMeyer]

Hi...ich verstehe gerade nicht warum das Script meinen Channel 1 nicht mehr findet.

Weil per IP kann ich Ihn erreichen.

[liv-in-sky]

@MyMeyer was sagt den der alive datenpunkt - der ist zuständig für diese art der anzeige

hat sich evtl mqtt abgeschalten - kannst du über http im setting überprüfen
bzw. kannst du mit iobroker schalten - mit dem power datenpunkt

[Idefix01]

Guten Abend,
ich habe auch das Script nun mal ausprobiert und habe auch nur channel4 auf true, für die Sonoff 4ch pro Geräte.
Leider erhalte ich folgenden Fehler:

19:03:10.159	error	javascript.0 (460) script.js.Keller.test: script.js.Keller.test:1060
19:03:10.160	error	javascript.0 (460) at script.js.Keller.test:1060:68
19:03:10.161	error	javascript.0 (460) at writeHTML (script.js.Keller.test:1046:31)
19:03:10.161	error	javascript.0 (460) at script.js.Keller.test:1473:3

[liv-in-sky]

@Idefix01 hi

schau mal was in deiner zeile 1060 steht - müßte

 val3=getState(id.replace("INFO.Module","Wifi_RSSI")).val.toString()+" %"; 

sein - was bedeutet - das der datenpunkt Wifi_RSSI in einem deiner CH4 nicht existiert oder leer ist - ist das der fall ?

dann mach aus dieser zeile einfach mal:

 val3="" //getState(id.replace("INFO.Module","Wifi_RSSI")).val.toString()+" %"; 

[Idefix01]

@liv-in-sky

So habe es mal getestet, wenn ich die Zeile so abgeändert habe und val5 (Uptime) auch abgeändert habe dann funktioniert es ohne Fehler.

Aber ich habe die Punkte (Wifi RSSI und Uptime) gefunden, kann sein das es aber bei mir anders von der Ordnerstruktur ist.
Hier mal eine Json Datei von meinen Sonoff.

sonoff.0.json

Das muss in den Zeilen heißen Module.INFO, deshalb ging es nicht.

[liv-in-sky]

@Idefix01 ich habe eine vermutung: du hast wasser 1 und wasser2 - zusätzlich hast du DVES_... 2 mal

du hast aber nur 2 und die DVES_... sind eitgentlich die selben geräte, bevor umbenannt - die solltest du mal löschen - so das du nur noch 2 geräte hast -dann sollte das script auch ohne änderung funktionieren

DVES_... werden nicht upgedatet, weil sie nicht existieren - kommt durchs flashen und anschliessend einrichten

[Idefix01]

@liv-in-sky

Das war es gewesen. Perfekt. Danke.

[klaus88]

Hallo @liv-in-sky :
Ich verwende nun dein Script seit Jänner und es lief wunderbar, aber seit ein paar Tagen (warum auch immer) habe ich Probleme, denn er stellt mir SonOff Geräte als "nicht alive" dar obwohl sie alive sind. Sie lassen sich auch schalten, denn ich habe natürlich im VIS noch mehrere Schalter um diese SonOffs zu schalten. Das LOG gibt keine Fehler aus! Was hab ich gemacht bzw. probiert:
a) Nachdem ich doch einige Zeilen in deinem Script geändert habe, habe ich mir dein orig. Script nochmals runtergeladen und eingespielt - aber auch dort werden Geräte falsch angezeigt.
b) Sonoff Adapter neu gestartet : Dann funktioniert es ein paar Stunden, doch dann das selbe Problem

Screenshot Darstellung - dein Originals Script :

Screenshot aus einem der R2s - die Objekte - damit man sieht, dass er "alive" ist:

Hast du vielleicht einen Tipp für mich, was das sein kann, denn ich steh grad ziemlich auf der Leitung!
Danke
Klaus

[liv-in-sky]

@klaus88

• kann es sein, dass du "doppelte" datenpunkte für einen sonoff hast hast
• manchmal spinnt der cache - daher javascript instanz neustarten oder ganzen iobroker
• wenn man den sonoff weiß, der probleme hat, musst du script stoppen, sonoff instanz stoppen, alle datenpunkte des problem-sonoffs löschen , sonoff instanz wieder starten , den sonoff vom strom nehmen!!!!, etwas warten, bis alle dp wieder da sind, script starten

das ist mal der standard, der mir einfällt

[liv-in-sky]

@klaus88

was sagt eigentlich das log ? sind da warnungen ?

[klaus88]

@liv-in-sky : Also erstmal Danke für deine Hilfe :
Zu deinen Fragen:
a) doppelte Datenpunkte : Nein habe ich nicht
b) ein sonoff der spinnt: Ist genau mein Problem - es sind viele wie du aus dem Screenshot siehst - aber eigentlich spinnen sie nicht, weil sie sich im Rest des VIS schalten lassen
c) Javascript / iobroker /sonoff Adapter - neu starten : Ja das ist derzeit meine einzige Lösung die ich hab - dann geht es wieder für eine bestimmte Zeit
d) LOG File : Kein Fehler - keine Meldung - gar nichts

irgendwie ist das komisch - ich probier noch ein bisschen herum - falls ich was finde, poste ich es hier - vielleicht kann es dann wer brauchen!
Danke
Schönes Wochenende
Klaus

[liv-in-sky]

@klaus88

• ich spreche über mein script - bei änderungen kann ich nicht helfen !

normalerweise geht es oder nicht - wenn es noch einer gewissen zeit nicht geht, habe ich das noch nie gehabt.

sollen wir mal gemeinsam mit anydesk darauf schauen ?

[klaus88]

@liv-in-sky uups anydesk - da müsste ich jetzt meine Firewall "aufbohren" ! Vorschlag ich schau nochmals drüber was es da haben kann. Irgendwie hatte ich gehofft, dass dieses Problem schon wer hatte! Danke auf jeden Fall vielmals für deine Hilfe!
Hab jetzt den Sonoff Adapter wieder neu gestartet und alles wieder perfekt !

[liv-in-sky]

@klaus88 evtl ist es ein sonoff, der etwas durcheinander bringt und den müßte man finden und löschen

wenn mir noch was einfällt, schreibe ich.

der standard fehler ist eigentlich, dass ein tasmota gerät nicht alle datenpunkte hat, die das script nutzt - das script testet nicht auf fehlende states. dann sollte sich aber im log etwas finden lassen - wenn die javascript instanz beim logging auf info bzw warn steht

[klaus88]

@liv-in-sky : Das wars - du hattest Recht! Nachdem man im Lockdown sowieso nichts anderes zu tun hat - habe ich mich heute in der Nacht hingesetzt und alles von vorne bis hinten nochmals gecheckt! Es war ein POWR2. Der hat sich elektronisch verabschiedet. Aber nicht gleich ganz, denn dann hätte er es mir ja leicht gemacht - er geht mal und dann wieder nicht! Diese Aussetzer habe ich dann in den älteren LOGs gefunden - die ich leider vorher einfach nicht gelesen hatte. Habe ihn ausgetauscht und seit 3 Uhr läuft alles so wie man es sich erwartet!
DANKE VIELMALS für deinen Tipp - ohne dich wäre ich nie auf die Idee gekommen, dass ein Gerät alleine das auslösen kann! Wünsche dir einen schönen Sonntag - für mich ist es einer seit 3 Uhr
lg
Klaus