NEWS
Fehler nach Update js-controller
-
HAT EIGENTLICH JEMAND IN DEN EINGANGS-POST GESCHAUT?? `
Ja. Bei dir im Skript ist ein Fehler drin. Habe ich neulich gepostet nur finde ich nicht wo :lol:Du musst eine Zeile mit getState gegen eine andere umtauschen, wo erst geprüft wird ob State existiert.
getState(id).val blablbalmit so was ergänzen:
if (!getState(id)) return oder continue;Wie sieht dein Kode aus? `
DANKE Bluefox!!
Das ist doch wenigstens konstruktiv:).
Dann werden sicher noch andere diesen Fehler haben.
Ist ja das Script hier aus dem Forum;).
-
Stellt sich natürlich die Frage, warum ein Datenpunkt des hm-rpc-Adapters zwar ein object (statischer Teil des Datenpunktes - zu sehen im Reiter "Objekte") aber kein state (dynamischer Teil des Datenpunktes - zu sehen im Reiter "Zustände") hat. Auch wenn state noch keine gültigen Werte hat, da noch nie etwas von der CCU gesendet wurde, sollte doch die Struktur vorhanden sein.
EDIT: http://forum.iobroker.net/viewtopic.php?f=36&t=3239&p=30151#p30151 hat Bluefox geschrieben
@Bluefox:Objekt ist da, aber Zustand vom Objekt wurde nie beschrieben und existiert nicht. `
Es kann also auch Datenpunkte ohne state geben (wenn diese noch nie geschrieben wurden), was bedeutet, dass man in Schleifen, in denen solche Datenpunkte abgefragt werden, den Test auf die Existenz des state machen muss. -
Also wie es aussieht gibt es da entweder ein Problem mit CUX oder mit dem hm-rpc.2
Ich habe auf jeden Fall mal CUX aktualisiert, aber die entsprechenden Datenpunkte werden vom ioBroker nicht erkannt bzw. nicht gefunden.
javascript.0 2016-07-11 14:00:52.494 warn javascript.0 State "hm-rpc.2.CUX4000007.0.UNREACH" not found javascript.0 2016-07-11 14:00:52.494 warn javascript.0 State "hm-rpc.2.CUX4000005.0.UNREACH" not found javascript.0 2016-07-11 14:00:52.494 warn javascript.0 State "hm-rpc.2.CUX4000004.0.UNREACH" not found javascript.0 2016-07-11 14:00:52.494 warn javascript.0 State "hm-rpc.2.CUX4000003.0.UNREACH" not found javascript.0 2016-07-11 14:00:52.494 warn javascript.0 State "hm-rpc.2.CUX4000002.0.UNREACH" not found javascript.0 2016-07-11 14:00:52.494 warn javascript.0 State "hm-rpc.2.CUX4000001.0.UNREACH" not found javascript.0 2016-07-11 14:00:52.494 warn javascript.0 State "hm-rpc.2.CUX4000008.0.UNREACH" not found javascript.0 2016-07-11 14:00:52.494 warn javascript.0 State "hm-rpc.2.CUX1000001.0.UNREACH" not foundBei den Objekten im ioBroker-Admin sind die entsprechenden Datenpunkte vorhanden.
-
Nochmal neu:
npm cache clean
iobroker stop
iobroker update
iobroker upgrade (nicht neues)
reboot
8081 ist weiterhin tot.
Das System läuft aber soweit. sql adapter, flot…
Auch im Log ist kein Fehler ersichtlich.
Gruß
Holger `
Aus irgendeinem Grund hat sich der Admin Adpater auf Disabled gestellt.
Mit dem hier:
http://www.iobroker.net/docu/?page_id=3 … ter_laeuft
Fehler gefunden und behoben. Keine Ahnung, was beim Upgrade da schief lief.
Danke und Gruß
Holger
-
Wenn wir jetzt nur glückliche User haben - kann dann der Thread als gelöst markiert werden?
Gruß
Rainer
-
Wenn wir jetzt nur glückliche User haben - kann dann der Thread als gelöst markiert werden?
Gruß
Rainer `
Von meiner Seite, gerne.
Wie man den Admin checken kann, habe ich mir jetzt germerkt ;-)
Danke und Gruß
Holger
-
Hallo,
ich wecke mal den Thread wieder auf - ist ja eh noch nicht als gelöst markiert und mein Problem passt zum Eingangsgpost.
Ich habe jetzt mal dieses Script welches Servicemeldungen zählt bei mir implementiert und erhalt habe die gleiche Fehlermeldung:
javascript.0 2017-02-05 23:15:00.916 warn javascript.0 State "hm-rpc.0.MEQ0690365.0.CONFIG_PENDING" not foundDas Eigenartige ist dass auch die Prüfung, ob der Zustand existiert wie von Bluefox vorgeschlagen bei mir nicht hilft. Ich habe mein Script wie folgt angepasst:
function count(id) { if (!id.match("[\\.][1-9][\\.]")) { log('1: ' + getState(id)); if (!getState(id)) return; log('2: ' + getState(id).val);und erhalte damit folgende Logausgabe:
`2017-02-05 23:15:00.791 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 1: [object Object] 2017-02-05 23:15:00.791 - [33mwarn[39m: javascript.0 State "hm-rpc.0.LEQ0411469.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.791 - [33mwarn[39m: javascript.0 State "hm-rpc.0.LEQ0411469.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.791 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 2: null 2017-02-05 23:15:00.806 - [33mwarn[39m: javascript.0 State "hm-rpc.0.MEQ0197597.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.806 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 1: [object Object] 2017-02-05 23:15:00.806 - [33mwarn[39m: javascript.0 State "hm-rpc.0.MEQ0197597.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.806 - [33mwarn[39m: javascript.0 State "hm-rpc.0.MEQ0197597.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.806 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 2: null 2017-02-05 23:15:00.806 - [33mwarn[39m: javascript.0 State "hm-rpc.0.MEQ0690365.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.806 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 1: [object Object] 2017-02-05 23:15:00.806 - [33mwarn[39m: javascript.0 State "hm-rpc.0.MEQ0690365.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.806 - [33mwarn[39m: javascript.0 State "hm-rpc.0.MEQ0690365.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.806 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 2: null 2017-02-05 23:15:00.806 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 1: [object Object] 2017-02-05 23:15:00.806 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 2: false[/code]` Das scheint mir so, als ob die Prüfung an sich schon einen Fehler wirft, aber trotzdem erstmal ein Object zurückgibt und somit nicht greift und wieder in den Fehler läuft. Bei den States wo zwischen Log1 und Log2 kein Fehler kommt wurde der Datenpunkt schon mal beschrieben und somit ist alles OK. Bei den anderen DP's gibt .val eben "null" zurück was ja eigentlich IMO korrekt ist , aber warum kommen dann die Fehlermeldungen vom JS-Adapter?