Skip to content
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

State Value on 3.3.4 #1316

Closed
Matt77CHE opened this issue May 1, 2021 · 10 comments
Closed

State Value on 3.3.4 #1316

Matt77CHE opened this issue May 1, 2021 · 10 comments

Comments

@Matt77CHE
Copy link

Seit dem vorletzten und letzten Update des js-controllers (3.3.4) habe ich etliche warn Logeinträge bezüglich state values:

Unbenannt

vorher war alles ok.

@anwa
Copy link

anwa commented May 1, 2021

Hallo, kann ich leider bestätigen.
Habe gerade von 3.2.16 auf 3.3.4 upgedated. Danach war das log voll.
Bei einer Stichprobe war der Datentyp bei mir allerdings 'number' und nicht 'string'. Die Meldungen sind also möglicherweise falsch...

node v14.16.1/npm v6.14.12

@itProfi
Copy link

itProfi commented May 1, 2021

same problem 3.3.6
Скриншот 01-05-2021 103119

Скриншот 01-05-2021 114019
Скриншот 01-05-2021 113947

@anwa
Copy link

anwa commented May 1, 2021

Na toll, jetzt hats mir den ioBroker scheinbar zerschossen:
File admin/index.html not found: {}
vis und scripte laufen noch, also wohl nur der admin hinüber...

@Matt77CHE
Copy link
Author

Matt77CHE commented May 1, 2021

@anwa nö, iobroker mit Port (8081) laden...

@amg666
Copy link

amg666 commented May 1, 2021

Seit dem vorletzten und letzten Update des js-controllers (3.3.4) habe ich etliche warn Logeinträge bezüglich state values:

Unbenannt

vorher war alles ok.

Bei mir leider auch der Fall, ich hab allerdings node.js v14.16.1. Mit dem js-controller 3.2.15 lief es gut, nach update auf 3.3.4 kommen die Fehlermeldungen mit falschen Typen

@anwa
Copy link

anwa commented May 1, 2021

This is because of #1301
No easy solution here. I checked the sonoff and unifi adapter.
In the sonoff adapter, i could add some datapoints to make it better, but finally the concept of the adapter is not ready for this, because of non unique datapoint names in tasmota.
The unifi adapter makes everything korrekt, but unifi lib/api sends some of the json numbers like "3.14", so it gets a string (see example json). Not shure if this could be fixed so easy...

"connect_request_port":"54652", "sys_stats":{ "loadavg_1":"1.49", "loadavg_15":"1.51", "loadavg_5":"1.49", "mem_buffer":69394432, "mem_total":2089517056, "mem_used":629489664}, "system-stats":{ "cpu":"53", "mem":"14", "temps":{ "Board (CPU)":"46 C", "Board (PHY)":"46 C", "CPU":"69 C","PHY":"68 C" }, "uptime":"446521" }, "lldp_table":[], "guest_token":"81DE580993C301EE0C8C0D5C637297CC", "speedtest-status":{ "latency":14, "rundate":1619827804, "runtime":27, "server":...

@Apollon77
Copy link
Collaborator

Please create issues with the respective adapters. They need to adjust their logic in order to set correct values. Yes it is annoying right now, but please support in collecting the cases as issues with the adapters

@foxriver76
Copy link
Collaborator

but finally the concept of the adapter is not ready for this

Keep in mind that you also can use common.type = 'mixed' for such cases.

@Matt77CHE
Copy link
Author

After the Updates today, it has changed from warn to info - but still exists.

@Apollon77
Copy link
Collaborator

Yes because the adapter developers still need to fix these things... so please open issues at the adapters. Thank you

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants