[gelöst]_Blockly Script - Fehlermeldung im Log
-
Hänge den Baustein bitte direkt unter deinem ersten "Steuere" Baustein in das Script und der Trigger Bedingung mit rein.
Als Text empfehle ich dir so etwas wie: "Die Pumpe wurde neu gestartet, da der Stromverbrauch < 1 Wattt war.
Und als Debug-Typ wäre wohl "warn" die richtige Wahl
Der Eintrag erscheint ganz normal im Log (siehe die Registerkarten von ioBroker).
Aber eben nur wenn auch tatsächlcih ein Ausschalten der Steckdose notwendig gewesen ist.
Im Idealfall siehst du den Eintrag nie
-
2 Fragen:
test = log-Datei die geschrieben wird ? (wo wird abgespeichert)
Wo muss ich den Baustein anklemmen ?
Na da wo Du die Information haben möchtest.Z.B. über ausschalten des Unischalters.
Und dann mit Aussagekräftigen Text.
Debug Output "***Schalter ausgeschaltet"
Sehen kannst Du das dann im LOG-Reiter.
Ich setzte immer "***" vor meine Ausgabe.
Da kann ich im Log-Filter "***" eingeben und sehe dann nur meine Infos.
Grüße
-
Ich muss mit BBTown mal einen Schichtbetrieb einrichten :lol:
-
Ich muss mit BBTown mal einen Schichtbetrieb einrichten :lol: `
ich dachte Du hättest schon Feierabend gemacht -
so sollte das ganze nun ausschauen
1917_debug_meldung_f_r_pumpenrestart.png -
Wieder was dazu gelernt .. die Ausgabe ist schon sehr hilfreich
-
Mit "Warning" kam nichts im Log an, obwohl die Pumpe aus- u. wieder angeschalten wurde (hab mir ein Diagramm gebastelt)
Hab jetzt mal auf "debug" gestellt.
-
Wieder was dazu gelernt .. ` das freut
Dann ist der "Spieltrieb" ja erwacht
Empfehlung: Versuche deine Anforderung exakt (wenn es geht dennoch knapp) aber vollständig zu formulieren.
Screenshots helfen immer bei Rückfragen - möglichst wenig vom Bild abschneiden.
Versuche zunächst mit möglichst wenig Bausteinen zu prüfen ob dein Auslöser (trigger) gut gewählt ist, danach kannst Du die Abfolge immer noch kompliziert machen (timeouts, noch mehr "wenn, dann" einschränkungen usw.).
Nimm so wenig Bausteine wie möglich.
Zum Beispiel haben deine "Variablen" der ersten Screenshots das ganze um 4 Bausteine aufgebläht, ohne einen Vorteil zu bekommen.
Es wurde im Gegenteil - in diesem Fall - schwerer den Code zu lesen weil man hin und her springen mußte um zu erkennen wo welcher Wert herkommt.
Das kann in einem komplexeren Script natürlich wieder ganz anders aussehen.
-
Mit "Warning" kam nichts im Log an, obwohl die Pumpe aus- u. wieder angeschalten wurde (hab mir ein Diagramm gebastelt)
Hab jetzt mal auf "debug" gestellt. ` dann schick doch mal einen screenshot vom LOG
-
Hab jetzt mal auf "debug" gestellt. `
Lass auf INFO stehen. -
Hab jetzt mal auf "debug" gestellt.
Lass auf INFO stehen.im Log angekommen muss das ganze aber dennoch sein.Je nach Einstellung vom JavaScript Adapter kann es jedoch sein, dass "Info" oder "Warn" nicht angezeigt wird?!
-
Mit "Warning" kam nichts im Log an, obwohl die Pumpe aus- u. wieder angeschalten wurde (hab mir ein Diagramm gebastelt)
Hab jetzt mal auf "debug" gestellt. ` geh doch mal in den ExpertenModus auf der Adapterseite und mache einen ScreenShot von LOG-Einstellungen des JavaScript Adapters
1917_log_stufe.png -
geh doch mal in den ExpertenModus auf der Adapterseite und mache einen ScreenShot von LOG-Einstellungen des JavaScript Adapters `
Warum so kompliziert? :shock:Ein "Debug output" hat nichts mit "Warnung" oder "Error" zu tun.
Es ist einfach nur eine INFO die man sich vom Script ausgeben läßt.
[edit] und ich würde crepp, als Anfänger, nicht empfehlen an den "Log Leveln" zu schrauben.
Grüße
-
Ein "Debug output" hat nichts mit "Warnung" oder "Error" zu tun. ` Der "Blockly Debug Level" ist nicht abhängig von den Einstellungen des Adapters, sondern kommt <u>immer</u> im LOG an?
Das war mir nicht klar 8-)
Ich würde "Warn" empfehlen, da sich dieser farblich absetzt und im LOG beim Scrollen ebenfalls auffällt selbst wenn man ggf. nach einem anderen Eintrag sucht 8-)
-
Ich würde "Warn" empfehlen, da sich dieser farblich absetzt und im LOG beim Scrollen ebenfalls auffällt selbst wenn man ggf. nach einem anderen Eintrag sucht 8-)
Deshalb meine "***" vor dem Text.Und willst Du jedem Blockly-Neuling, dem wir helfen, erst erklären welchen LogLevel er einstellen soll.
Wenn mir einer sagt "Im Log steht nichts…", suche ich den Fehler im Script nicht in irgendwelchen LogLeveln.
Neulinge sollten alles erst auf "Standard" belassen. Sonst helfen wir uns einen Wolf.
Der Button heisst nicht umsonst "Experten-Einstellung".
Und der Standard-Level "Info" hat schon seinen Sinn.
Grüße
-
Hab im log u. im Script auf info gestellt und jetzt funktioniert es. Der Tip mit *** war super.
-
Und willst Du jedem Blockly-Neuling, dem wir helfen, erst erklären welchen LogLevel er einstellen soll. ` ja, warum auch nicht. Nur weil einer Neu ist, ist er ja nicht automatisch dämlich
Je nach Fehlerbild wird ja ggf. ein debug-Log benötigt, spätestens dann wird das Wissen um das Umstellen der Log-Level benötigt.
… aber wir schweifen ab 8-)
-
Ein "Debug output" hat nichts mit "Warnung" oder "Error" zu tun. ` Der "Blockly Debug Level" ist nicht abhängig von den Einstellungen des Adapters, sondern kommt <u>immer</u> im LOG an?
Das war mir nicht klar 8-) ` Dem ist auch <u>nicht</u> so!!
Der Log-Level (die Log-Stufe) in den Experten-Einstellungen des javascript Adapters haben direkte Auswirkungen darauf welche debug-Ausgaben im LOG auftauchen und welche nicht!!
Steht der Level auf "warn" oder "error" dann werden aus dem Script heraus angestossene Debug-Logs vom Typ "info" nicht angezeigt.
-
Wir wollten zwar nicht abschweifen….
Ein "Debug output" hat nichts mit "Warnung" oder "Error" zu tun. `
@BBTown:Der "Blockly Debug Level" ist nicht abhängig von den Einstellungen des Adapters, sondern kommt <u>immer</u> im LOG an?
Das war mir nicht klar 8-) `
Die Aussage kam von Dir. Nicht von mir.
@BBTown:Dem ist auch <u>nicht</u> so!!
Der Log-Level (die Log-Stufe) in den Experten-Einstellungen des javascript Adapters haben direkte Auswirkungen darauf welche debug-Ausgaben im LOG auftauchen und welche nicht!! `
Richtig! Aber sage mir bitte einen vernünftigen Grund warum man das tun sollte. (und einem Neuling empfehlen?)
Man "kastriert" sich doch nur selbst. Wenn der Log-Level auf INFO steht kann ich entscheiden was ausgegeben werden soll.
Wenn ich ein neues Script "debugge" ist das nur "Info".
Wenn ich mit einem Script etwas kritisches überwache, könnte ich "Warnung" nehmen. Wobei da eine Benachrichtigung sinnvoller ist.
"Error" und "Warnung" sollte für das System vorbehalten sein. Da sehe ich dann sofort wenn etwas nicht stimmt.
Das LOG-Fenster bietet genügend Filter zur übersichtlichen Anzeige.
Ausgabe mit Log-Level = "Info"
Was will man mehr?
Grüße
-
Wir wollten zwar nicht abschweifen….
` Nun sind wir mitten drin
@rantanplan:Die Aussage kam von Dir. Nicht von mir. ` richtig, ich hoffte auf eine Antwort - die gab ich mir dann selbst
@rantanplan:Richtig! Aber sage mir bitte einen vernünftigen Grund warum man das tun sollte. (und einem Neuling empfehlen?)
Man "kastriert" sich doch nur selbst. Wenn der Log-Level auf INFO steht kann ich entscheiden was ausgegeben werden soll.
Wenn ich ein neues Script "debugge" ist das nur "Info". ` Gemäß Umfrage hier im Forum ist die häufigste verwendung ein raspberryPI.
Die größte Schwachstelle am rasPI ist die SD-Karte. Jeder unnötige Schreibzugriff verkürzt die Lebensdauer der SD-Karte und kann den plötzlichen Tod bedeuten. (daher habe ich immer mindestens 2 SD-Karten im Schrank 8-) )
Wieso soll ich mich also mit Info-Meldungen "zumüllen" die mir den Blick auf wesentliche Hinweise erschweren und zudem unnötige Schreibzugriffe auf die SD-Karte zur Folge haben? Wenn ich detailiierte Informationen benötige kann ich ja Umstellen, im Anschluss wieder reduzieren.
Das ist Hintergrund meiner "Log-Level" Philosophie und Argumentation. 8-)
