NEWS
Log file von iobroker zeigt fehler an
-
hi leute,
kurze frage..
mein log file im iobroker zeigt unzählige fehler auf, welche ich nicht weg bekomme..
wie kann ich herrausfinden, woran das liegt und wie stelle ich diese ab?
danke und gruß
ltsalvatore
6497_logfile.jpg -
hi leute,
kurze frage..
mein log file im iobroker zeigt unzählige fehler auf, welche ich nicht weg bekomme..
wie kann ich herrausfinden, woran das liegt und wie stelle ich diese ab?
danke und gruß
ltsalvatore `
Hast du mal versucht alle scenes zu deaktivieren. Kommt der Fehler dann immer noch? Wenn nein die Scenes einzeln wieder aktivieren. Vllt findest du so raus welche es ist und so auch ne Idee mehr …Ansonsten könnte noch helfen Debug log einzuschalten. Instanzen - Expertenmodus- Spalte loglevel.
-
hi,
nachdem ich endlich wieder etwas mehr zeit habe ein kurzes update…
ich bin genau nach deiner anweisung gegangen und habe alle szenen nach und nach durchgetestet.
dabei herrausgefunden, dass es an den erstellten szenen zum steuern der mihome vacuum sauggeschwindigkeit liegt.
die Fehlermeldung im log lautet "unsupported condition: null"
somit hatte ich vermutet liegt es daran, dass in der Szenenkonfiguration keine Trigger-Bedingung gesetzt war.
also habe ich einfach mal die Trigger-Bedingung == gesetzt.Laut Anleitung hier http://www.roboter-forum.com/showthread … post326781 wohl nicht nötig.
und jetzt das kuriose…
sobald ich die Trigger-Bedingung auf einen Wert stelle (nicht leer lasse), bricht mein ganzer iobroker zusammen.
man kann noch kurz auf dem webinterface arbeiten, aber nach ein paar Sekunden ist dieses nicht mehr erreichbar.
selbst ein RDP auf dem raspberry war dann nicht mehr möglich.
und ein neustart des iobrokers gab auch gerne mal die fehlermeldung "Failed to write pidfile (EACCES)"
zuerst dachte ich, das wäre Zufall und mein iobroker oder raspberry wäre nur defekt gegangen, aber nach vielem hin und her hat sich tatsächlich herausgestellt, dass es an diesem einen gesetzten Trigger Wert liegt.
nachdem ich nun die Szenen wieder umgestellt habe und erstmal keinen Trigger Wert in den Szenen gesetzt habe, läuft wieder alles wie gehabt..
im Endeffekt ist mir egal, ob im log File die ganzen Fehlermeldungen stehen, soweit ich weiß, woher diese kommen;
dennoch würde es mich interessieren wieso durch setzen dieses einen Wertes mein ganzer iobroker abschmiert....
-
Wenn "alles zusammenbricht": Was sagt das Logfile?
-
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.