NEWS
Log file von iobroker zeigt fehler an
-
Wenn "alles zusammenbricht": Was sagt das Logfile? `
gute frage.. komm dann nicht mehr dran.. zumindest über das webinterface..
kann ich mir das auch über ssh anschauen?
-
more /opt/iobroker/log/iobroker.2018-05-07.log ````–> wir aber wohl etwas unübersichtlich. Besser per FTP/WinSCP auf PC-Kopieren und Notepad++ nutzen.
-
Wenn "alles zusammenbricht": Was sagt das Logfile? `
Ich hab das log file mal angehangen.. leider sagt mir das nicht viel..
was ich gemacht habe..
1. log file inhalt gelöscht
2. szenen adapter gestartet
3. kurz zeit später hängt sich alles auf
4. der versuch, den szenen adapter über shell zu starten gibt folgenden fehlermeldung
5. also hilft nur noch ein reboot des raspberry6. anschließend stoppe ich sofort den szenen adapter und alles läuft wieder
7. logfile
-
Möglicherweise hat dieser Logeintrag schon etwas damit zu tun…
`2018-05-09 17:21:24.920 - [33mwarn[39m: ping.0 please update js-controller to at least 1.2.0 2018-05-09 17:21:25.923 - [33mwarn[39m: ping.0 please update js-controller to at least 1.2.0 2018-05-09 17:21:26.925 - [33mwarn[39m: ping.0 please update js-controller to at least 1.2.0 2018-05-09 17:21:27.928 - [33mwarn[39m: ping.0 please update js-controller to at least 1.2.0[/code]` Auch wenn der vom Ping Adapter kommt. Welche JS-Controller, Node, NPM, usw. hast du denn installiert?
-
Möglicherweise hat dieser Logeintrag schon etwas damit zu tun…
`2018-05-09 17:21:24.920 - [33mwarn[39m: ping.0 please update js-controller to at least 1.2.0 2018-05-09 17:21:25.923 - [33mwarn[39m: ping.0 please update js-controller to at least 1.2.0 2018-05-09 17:21:26.925 - [33mwarn[39m: ping.0 please update js-controller to at least 1.2.0 2018-05-09 17:21:27.928 - [33mwarn[39m: ping.0 please update js-controller to at least 1.2.0[/code]` Auch wenn der vom Ping Adapter kommt. Welche JS-Controller, Node, NPM, usw. hast du denn installiert? jetzt mal dumm gefragt.. wie finde ich das heraus? :? mit node -v? dann ist es v6.14.2 ``` `
-
iobroker -v
Oder auf dem „Host“ Tab
Gesendet von iPhone mit Tapatalk Pro
-
mit iobroker -v bekomme ich die version 1.4.2 raus.
npm version ist die 3.10.10
-
ich habe jetzt mal folgendes aktualisiert
nmp -v
6.0.1
iobroker -v
1.4.2
node -v
v6.14.2
leider immer noch die gleiche problematik..
werde wohl den szenen adapter an den nagel hängen, und nur noch mit scprite arbeiten, so wie es ausschaut.
-
Hast du den Scenen Adapter mal gelöscht und neu installiert?
-
Hast du den Scenen Adapter mal gelöscht und neu installiert? `
habe ich auch neu installiert.. leider ohne erfolg…
wäre mal interessant zu wissen, ob ich der einzige bin, der das problem mit dieser einen szene hat, dass sobald die trigger bedingung von "leer" auf "==" gesetzt wird, nach ein paar minuten das komplette system einfriert.
-
Sorry ich nutze keine Szenen…
noch nie mit Beschäftigt :roll:
-
Sorry ich nutze keine Szenen…
noch nie mit Beschäftigt :roll: `
darauf wird es wohl auch bei mir hinauslaufen
-
Wenn ich das richtig sehe, aktivierst (triggerst) du deine Szene, wenn die Saugstufe 90% ist.
Die aktivierte Szene setzt die Saugstufe auf 90%.
Setzen der Saugstufe auf 90% aktiviert die Szene nochmal.
Die aktivierte Szene setzt die Saugstufe auf 90%.
Setzen der Saugstufe auf 90% aktiviert die Szene nochmal.
Die aktivierte Szene setzt die Saugstufe auf 90%.
… und so weiter...
Was soll der Trigger? Bzw. was willst du mit den Szenen erreichen?
Und anscheinend bewirkt ein deaktivieren der Szene ebenfalls dass die Saugstufe auf 90% gesetzt wird, was die Szene wieder aktiviert...
-
Wenn ich das richtig sehe, aktivierst (triggerst) du deine Szene, wenn die Saugstufe 90% ist.
Die aktivierte Szene setzt die Saugstufe auf 90%.
Setzen der Saugstufe auf 90% aktiviert die Szene nochmal.
Die aktivierte Szene setzt die Saugstufe auf 90%.
Setzen der Saugstufe auf 90% aktiviert die Szene nochmal.
Die aktivierte Szene setzt die Saugstufe auf 90%.
… und so weiter...
Was soll der Trigger? Bzw. was willst du mit den Szenen erreichen?
Und anscheinend bewirkt ein deaktivieren der Szene ebenfalls dass die Saugstufe auf 90% gesetzt wird, was die Szene wieder aktiviert... `
was ich mit der szene vor habe: ich möchte damit nur über alexa die 4 saugstufen von meinem xiaomi vacuum steuern.
umgesetzt habe ich das ganze anhand der anleitung welche ich hier von theNick bekommen habe:
http://www.roboter-forum.com/showthread … post326781
gehe ich aber genau nach der anleitung, dann bekomme ich ununterbrochen fehlermeldungen in log file (siehe bild im ersten post)..
also habe ich mir gedacht… hau doch einfach den trigger wert "==" da rein.. und siehe da, fehlermeldungen im log weg, alexa macht was sie soll... aber mein iobroker stürzt komplett ab...
was die logik der szene angeht, hab ich mir ehrlich gesagt keine großen gedanken gemacht..
bin auch eigentlich dran, alles, was ich an szenen habe, über blockly scripts zu realisieren.
nur da ist es leider so, dass das mit dem umschalten der saugstufen über script nicht funktioniert
siehe hierzu thread: viewtopic.php?f=21&t=14111
-
was ich mit der szene vor habe: ich möchte damit nur über alexa die 4 saugstufen von meinem xiaomi vacuum steuern. `
Ich sehe 2 Möglichkeiten:1. Lass die Trigger weg und binde die States deiner Szenen ("szene.0.Szenenname") direkt in Alexa ein. Das gilt auch für andere Szenen. Den Trigger brauchst du nur, wenn die Szene auf einen anderen State reagieren soll.
Setze bei "false" solltest du ebenfalls weglassen. Das ist dafür, dass wenn eine Szene ausgeschaltet wird, ein bestimmter Zustand angesteuert wird.
2. Lass die Szenen weg und binde den State für die Saugstufe deines Saugers direkt in Alexa ein. So hab ich das gemacht. Natürlichere Sprache kannst du z.B. per Routine (in der Alexa-App) erreichen.