-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Invalid Date & mower id with suffix #12
Comments
Bitte etwas mehr Details geben. Das Problem scheint eher lokal bei deiner Installation zu liegen, da es offensichtlich bei anderen funktioniert. Loglevel auf 3 stellen und Log posten. Und Screenshot aus den Datenpunkten von iobroker |
Die Timestamps werden, wenn ich es richtig sehe, als String angelegt, was auch bei mir schon zu Fehlern geführt hat. Daher lege ich solche nun immer als Number an und speichere den Date().getTime() Wert darin statt den String, der je nach locale unterschiedlich ist. |
@StrathCole |
@jpgorganizer ich weiß. Darum hatte ich es in eigenen Adaptern auch erst verwendet. Hatte aber ständig irgendwelche Probleme damit wegen invalid Date. Soweit ich weiß, parst der Browser den String und nicht der Server. Wenn also der Wert zwar in nodejs kompatibel ist, aber im Browser nicht, kommt invalid date. Könnte mich aber auch irren. @hopser2000 neben dem "Invalid Date" ist ja so ein Kopieren-Symbol. Vielleicht kriegst du damit den echten String, der nicht geparst werden kann. Sonst müsstest du mal mit Javascript oder Blockly den "Rohwert" des Feldes auslesen und schauen, was da drin steht, falls ein Serverlog nichts Hilfreiches enthält. Ach ja, bei mir ist der Fehler nicht mehr aufgetreten, seit mein Server und mein PC dieselbe Zeitzone haben. |
das wäre ja mal ein Ansatzpunkt. Wobei die Zeit als UTC gespeichert wird und dies ist im String auch so codiert. Somit sollte jeder damit was anfangen können. Aber warten wir mal, was @hopser2000 schreibt. Mich würde der Rohwert interessieren. |
Moin, also im Log sieht es prinzipiell noch gut aus denke ich mal. Hier mal der Auszug: Aber im iobroker selbst kommt nur "Invalid Date" an: Ergebnis vom Kopieren-Button:
Wenn ich aber eines der Datumsfelder mit JS auslese (...getState(...).val) kommt '2020-05-26T05:03:47.613+0000' Sehr komisch. Dazu vielleicht noch eine andere Frage: Im Adapter hab ich die forecast Option ausgewählt, aber noch nie einen Datenpunkt dafür angezeigt bekommen. Die saveMowingHistory unter info ist immer leer: LOG
VG, edit: jpgorganizer: make log collapsible |
@hopser2000 Nur mal so am Rande gefragt: Schon mal verschiedene Browser ausprobiert, ob die alle invalid Date anzeigen? |
Ja hab ich. gleiches Bild |
Ich denke mal, weitere Infos wie "nodejs" Version, admin Adapter version, js-controller Version, Betriebssystem und Version wären noch gut. |
Ja stimmt :-) |
@hopser2000 danke, das schau ich mir heute Abend mal an |
@hopser2000 Edit: bitte mal auf deiner iobroker Maschine folgendes Kommando aufrufen und Ausgabe posten. Sollte dann etwas ähnliches rauskommen.
zum Problem mit dem fehlenden Forecast:
Interessant ist, dass dieser Mäher sich mit einer Id meldet, die einen Anhang hinten dran hat, durch einen Doppelpunkt getrennt von der eigentlichen Id. Sowas habe ich noch nie gesehen und auch nicht erwartet, dass es sowas geben kann. Somit wird das auch im Adapter nicht behandelt. Das kenne ich nur von der Smart irrigation control mit mehreren Ventilen. |
@hopser2000 |
Hi, also das Kommando timedatectl bringt folgendes Ergebnis:
Ansonsten habe ich nur den Mäher (letzte Woche gekauft) - einen Gardena smart Sileno City 500 mit der zuletzt bereitgestellten Firmware (Version weiß ich grad nicht). Zu den Datumsfelder: Die sehen bei mir so aus: Danke schon mal für die Mühe... VG, |
@hopser2000 Zu dem Thema bzgl. Forecast. Ich habe schon erwähnt, dass die Id des Mowers seltsam ist. So hätte ich die nie erwartet. Aber ok. Ich möchte nun sicherstellen, dass ich bei der Interpretation des Logs keinen Fehler gemacht habe. Deshalb würde ich dies gerne ohne iobroker prüfen. VG jpgorganizer |
Python3 Skripte kann ich ausführen. Kein Problem |
@hopser2000 https://github.com/jpgorganizer/test4smartgarden/tree/master/apitestscript |
@jpgorganizer
Zur Info noch die Versionen von pip3 und python3:
|
einen ähnlichen Fehler, aber in Zeile 56 bekomme ich nur, wenn ich mal wieder vergessen habe, meine Logindaten ins Script einzutragen. Keine Ahnung warum das bei dir alles nicht gehen soll. Sehr seltsam. |
So, Fehler gefunden: Meine Python3 und PIP3 Versionen waren zu alt. Hab jetzt Python3 Version 3.8.3 und PIP3 Version 20.1.1 installiert. Das Ergebnis deines Testskripts lautet wie folgt:
|
ok, danke
Muss ich mir was überlegen |
@hopser2000 |
Jupp, genau den nutze ich. Safari. Bei chrome hab ich noch gar nicht geschaut |
na dann mal los |
Gleiches Bild mit chrome (auf iPadOS) - Invalid Date |
Ich hab etwas sehr Interessantes gefunden: In NodeJs ausgeführt:
In Browserkonsole (Firefox):
|
hast du einen nicht Apple Rechner zur Verfügung |
Die Url z. B. geht im ioBroker (Newsseite): https://www.iobroker.net/#de/blog/2020_05_12 |
Nein, leider gar nicht |
@jpgorganizer Ich würde dir empfehlen, auf numerisch umzustellen, also |
@jpgorganizer |
Mit der neuen Testversion wird immer noch ein zusätzlicher SERVICE_MOWER Ordner (ohne Suffix) mit dem DP activity_mowingTime_remain_i angelegt. Auch nach mehreren Durchgängen werden weder bei der Charging- noch cutting forecast werte angezeigt |
kannst du mir mal einen Log senden .... |
gern. wohin? kann ich das IOB log irgendwie gefiltert exportieren? |
hier posten - da stehen keine persönlichen Sachen drin Und stell das Log auf loglevel 3 ein |
Log Level war den ganzen Tag auf 3. |
also im Log findet man zumindest für die Ladezeit Angaben - also war die Aussage "Auch nach mehreren Durchgängen werden weder bei der Charging- noch cutting forecast werte angezeigt" schon mal falsch
und ich nehme an, dass sich unter dem |
Du hast schon Recht. Im Admin-Adapter werden die Werte aber weder beim Laden noch beim Mähen angezeigt. Im Moment ist der Mäher geparkt, da werden denke ich mal sowieso keine Werte angezeigt. Unter dem Schönen Abend erstmal gewünscht... |
doch, bestimmt, du wirst sie nur anzeigen müssen ich habe nochmals ein paar Logausgaben dazu gemacht. Bitte neues File nutzen |
Alles klar. Adapter hab ich gestoppt. Alle DP gelöscht, neues api.js gezogen und Adapter neu gestartet. Werd dann heute schauen wie es aussieht und berichten |
So, hab das heute mal laufen lassen und beobachtet. Im Log wird den ganzen Tag für activity_mowingTime_remain_i immer folgendes angezeigt:
komplettes log von heute für den Adapter hänge ich grad noch hier an. |
@hopser2000 |
bitte nochmals testen. Danke. |
Danke, werd ich laufen lassen und Bescheid geben. Voraussichtlich morgen Abend dann.... |
@jpgorganizer Der DP Beim DP Was mir aufgefallen ist. Der Ordner SERVICE_COMMON_ endet ohne Suffix. Der Ordner SERVICE_MOWER endet mit "3Acbtg" (bei sonst gleicher Besamung davor mit der ID). Bevor ich dein neues Skript eingespielt habe, hatte ich alle DP des Adapters gelöscht gehabt. VG, |
gut, müsste eigentlich immer schon funkktioniert haben
sende mir bitte ein Log und auch den Inhalt von dem DP MowerHistory (Ordner Info)
genau das ist ja das spezielle an deinem Mäher und genau deshalb kannst auch nur du testen.
sehr gut, bitte immer machen bevor du ein neues Script testest |
@hopser2000 |
hi. sorry, bin die letzten tage nicht zu gekommen. ich werde das log und den info DP gleich hier anhängen |
So, hier jetzt das Log (von gestern): und hier der Inhalt vom DP info.saveMowingHistory: smartgarden.info.saveMowingHistory.txt Vielen herzlichen Dank |
Der DP wird im Ordner MIT Suffix angelegt |
Danke für die Files. Schau ich mir dann an.
na das ist ja schon mal ein Erfolg. So soll es sein. |
mmh,
Wenn ich es richtig sehe, dann fährt dein Mäher 2x am Tag raus. Kannst du mal beschreiben wie ein typisches Mähszenario aussieht? Was für einen Zeitplan hast du? |
Zeitplan habe ich auf Mo-Fr 7:30 bis 15:30. 7:30 fährt er los, mäht ca 1:45h, fährt zurück, lädt ca 1 stunde fährt wieder los usw. 15:30 hört er auf und fährt in die LS zurück. |
aha, vmtl. ist SensorControl das Problem. Der Mäher geht ständig auf Du kannst das Log mal filtern auf
Und wenn man sich dann die
Aus meiner Sicht, kann der Adapter hier keine Vorhersage treffen. Ich empfehle hier SensorControl mal auszuschalten, damit der Adapter wenigstens einen Durchgang komplett aufzeichnen kann. Wenn das geschehen ist, dann kann SensorControl wohl wieder eingeschaltet werden. Das sollte dann nicht mehr stören. Und da der Mäher für den Adapter immer nur ein paar Minuten (die letzten paar Minuten) läuft, gibt es dann auch nur die Vorhersage für die letzten paar Minuten. Und die könntest du durchaus sehen.
Dass er aufzeichnet bzw. eben auch nicht aufzeichnet kannst du dir in der History ja anschauen. Lade den Inhalt des Datenpunktes einfach mal in einen JSON Viewer (die gibt's auch online). Das was man da sieht ist ansich leicht zu verstehen - man muss jetzt nur wissen, dass der Batterielevel der Index im Array ist, wobei beim Mäher der Index = 100 - Level ist, also 0 für 100% und 100 für 0%. Ich glaube mehr kann ich hier nicht für dich tun. |
ich werde die nächsten Tage einen neue Version veröffentlichen. Darin sollten dann
behoben sein. Wäre gut, wenn du dann da drauf updaten würdest und Feedback gibst, ob weiterhin soweit alles läuft wie derzeit. |
@jpgorganizer |
und den DP unter info vorher löschen |
ich schließe den Fehler hier. Ursprünglich ging es ja ums Datumsformat. Ggfs. einfach einen neuen aufmachen. |
Bei den timestamp Datenpunkten wird immer „Invalid Date“ angezeigt. Version 0.6
The text was updated successfully, but these errors were encountered: