Neues YouTube-Video: Visualisierung im Devices-Adapter

[Thomas Braun]

@spicer Nimm die 32GB. Die leben tendenziell länger.

[spicer]

@thomas-braun
Ok. Dann mache ich mich mal an die Arbeit.
Danke schonmal für den Support. Melde mich dann wieder hier zurück ^^

[spicer]

@thomas-braun sagte in Habt Ihr auch performance Probleme seit Update?:

Neue SD-Karte besorgen, Raspi4 aus der Schublade ziehen, Betriebssystem ohne Desktop installieren, den root account deaktiviert belassen, einfach NIE root werden, iobroker installieren, Backup via Backitup-Adapter einspielen, fertig.

Bekomme bei der Installation folgendes:

==========================================================================
    Installing ioBroker (3/4)
==========================================================================


In file included from ../../nan/nan.h:58,
                 from ../src/main.cpp:3:
/home/pi/.cache/node-gyp/12.22.5/include/node/node.h:736:43: warning: cast between incompatible function types from ‘void (*)(v8::Local<v8::Object>)’ to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type]
       (node::addon_register_func) (regfunc),                          \
                                           ^
/home/pi/.cache/node-gyp/12.22.5/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’
   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
   ^~~~~~~~~~~~~
../src/main.cpp:42:1: note: in expansion of macro ‘NODE_MODULE’
 NODE_MODULE(diskusage, Init)
 ^~~~~~~~~~~

In file included from ../../nan/nan.h:58,
                 from ../src/unix_dgram.cc:5:
/home/pi/.cache/node-gyp/12.22.5/include/node/node.h:736:43: warning: cast between incompatible function types from ‘void (*)(v8::Local<v8::Object>)’ to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type]
       (node::addon_register_func) (regfunc),                          \
                                           ^
/home/pi/.cache/node-gyp/12.22.5/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’
   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
   ^~~~~~~~~~~~~
../src/unix_dgram.cc:404:1: note: in expansion of macro ‘NODE_MODULE’
 NODE_MODULE(unix_dgram, Initialize)
 ^~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Open(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:78:69: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type]
   uv_queue_work(uv_default_loop(), req, EIO_Open, (uv_after_work_cb)EIO_AfterOpen);
                                                                     ^~~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Update(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:135:71: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type]
   uv_queue_work(uv_default_loop(), req, EIO_Update, (uv_after_work_cb)EIO_AfterUpdate);
                                                                       ^~~~~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Close(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:175:70: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type]
   uv_queue_work(uv_default_loop(), req, EIO_Close, (uv_after_work_cb)EIO_AfterClose);
                                                                      ^~~~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Flush(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:215:70: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type]
   uv_queue_work(uv_default_loop(), req, EIO_Flush, (uv_after_work_cb)EIO_AfterFlush);
                                                                      ^~~~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Set(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:271:68: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type]
   uv_queue_work(uv_default_loop(), req, EIO_Set, (uv_after_work_cb)EIO_AfterSet);
                                                                    ^~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Get(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:316:68: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type]
   uv_queue_work(uv_default_loop(), req, EIO_Get, (uv_after_work_cb)EIO_AfterGet);
                                                                    ^~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE GetBaudRate(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:366:76: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type]
   uv_queue_work(uv_default_loop(), req, EIO_GetBaudRate, (uv_after_work_cb)EIO_AfterGetBaudRate);
                                                                            ^~~~~~~~~~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Drain(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:412:70: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type]
   uv_queue_work(uv_default_loop(), req, EIO_Drain, (uv_after_work_cb)EIO_AfterDrain);
                                                                      ^~~~~~~~~~~~~~
../src/serialport.cpp: At global scope:
../src/serialport.cpp:433:28: warning: unnecessary parentheses in declaration of ‘ToParityEnum’ [-Wparentheses]
 SerialPortParity NAN_INLINE(ToParityEnum(const v8::Local<v8::String>& v8str)) {
                            ^
../src/serialport.cpp:452:30: warning: unnecessary parentheses in declaration of ‘ToStopBitEnum’ [-Wparentheses]
 SerialPortStopBits NAN_INLINE(ToStopBitEnum(double stopBits)) {
                              ^
In file included from ../../../nan/nan.h:58,
                 from ../src/./serialport.h:13,
                 from ../src/serialport.cpp:1:
/home/pi/.cache/node-gyp/12.22.5/include/node/node.h:736:43: warning: cast between incompatible function types from ‘void (*)(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)’ {aka ‘void (*)(v8::Local<v8::Object>)’} to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type]
       (node::addon_register_func) (regfunc),                          \
                                           ^
/home/pi/.cache/node-gyp/12.22.5/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’
   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
   ^~~~~~~~~~~~~
../src/serialport.cpp:486:1: note: in expansion of macro ‘NODE_MODULE’
 NODE_MODULE(serialport, init);
 ^~~~~~~~~~~
../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’:
../src/serialport_unix.cpp:176:60: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=]
     snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path);
                                                            ^~~~~~~~~~~~~~~~~~~~~~~~~
../src/serialport_unix.cpp:176:13: note: ‘snprintf’ output 20 or more bytes (assuming 1043) into a destination of size 1024
     snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path);
     ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’:
../src/serialport_unix.cpp:86:60: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=]
     snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path);
                                                            ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../src/serialport_unix.cpp:86:13: note: ‘snprintf’ output 22 or more bytes (assuming 1045) into a destination of size 1024
     snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path);
     ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

ATTENTION: Error reporting via Sentry will be activated on next start of ioBroker

ioBroker wants to make sure to deliver the most stable smart home system.
To allow this we decided to implement an automatic error and crash reporting solution into the js-controller and also into adapters. 

THIS REPORTING WILL BE ENABLED WITH THE NEXT START OF YOUR IOBROKER!

For any error that leads to the crash of the js-controller or one of the relevant adapters the error details are send to a server. For the js-controller and core adapters this server is located and operated in germany. For community adapters please check the Github Readme of the affected adapter for details which Sentry server is used.

If you want to disable the error reporting you can use the command
'iobroker plugin disable sentry'
This command will also make sure that no adapter that runs on this host will send crash reporting data to sentry.

Hier bleibt die Installation stehen.

Edit:
Hatte zuwenig Geduld. Inst wurde fertig ^^

[spicer]

RPI läuft nun wieder. Die Canvas-Gauge Widgets waren nicht im Backup und mussten von Hand nachinstalliert werden.
Dies aber nur ein Hinweis.
Leider habe ich das Eingangsproblem immer noch.
Diverse Diagramme erscheinen gar nie. Andere nach langem Warten.

[crunchip]

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

Leider habe ich das Eingangsproblem immer noch.
Diverse Diagramme erscheinen gar nie. Andere nach langem Warten.

wie oben erwähnt, schieb doch mal die SD in den Pi4 und teste

[spicer]

@crunchip
Die meisten kommen im RPI4 nach 20s. Wind immer noch nicht. Nach mehreren Versuchen kommt Wind nach 30-40s.
Kann man nicht zur alten GUI zurück?
Im Anhang noch meine Instanzen und das JS. Wobei das Javascript nur ein ganz kleines ist.

[crunchip]

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

Kann man nicht zur alten GUI zurück?

zweiten Admin installieren siehe https://forum.iobroker.net/topic/46813/admin-v5-jetzt-im-stable

[spicer]

@crunchip
Ok. 2ter Admin läuft. Aber gleich das nächste Problem ^^
"Grafik" ist ausgegraut beim 2ten Admin.

[Homoran]

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

"Grafik" ist ausgegraut beim 2ten Admin.

welche Chartadapter hast du installiert?
welche Datenbank nutzst du für historisierte Daten?

[spicer]

@homoran sagte in Habt Ihr auch performance Probleme seit Update?:

Chartadapter

Meinst Du den Flot?
Datenbank? Ich habe lediglich das Speicherverzeichnis /home/pi/wetterdaten eingetragen.

Soll ich mal mit dem E-Charts versuchen?

[Homoran]

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

Meinst Du den Flot?

z.B.

die Grafik wird bei mir schon ewig nicht mehr angezeigt wenn ich rickshaw nicht installiert habe

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

Datenbank?

= z.B. History, sql, influx....

[spicer]

@homoran
Ich habe history drauf.
6 Posts weiter oben ist ein Screenshot von meinen Adaptern ;)
Kann es sein, das ein Adapter/Konstellation bei mir alles klemmt?
Ich meine, wenn ich flot und/oder history mit einem anderen Adapter mache.....

[Homoran]

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

Kann es sein, das ein Adapter/Konstellation bei mir alles klemmt?

ist nicht komplett auszuschließen

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

wenn ich flot und/oder history mit einem anderen Adapter mache.....

nein, das nicht. ist, wie gesagt, bei mir schon ewig so

[lobomau]

@spicer du hast alles auf dem Pi mit der SD laufen? ALso auch die Datenbank (history), richtig?
Da wird dann entsprechend viel drauf geschrieben auf die SD- Karte. Das mögen die irgendwie nicht.
Vielleicht ist das ein Grund für deine Ausfälle?
Ich habe auch zwei Pis (Pi1 und Pi3) mit SD-Karte im Einsatz. Die laufen schon lange ohne Probleme, aber master ist kein Pi und Datenbank (influxDB) ist auf einer Synology.
Vielleicht kannst du das auch umsetzen.

[Homoran]

@lobomau sagte in Habt Ihr auch performance Probleme seit Update?:

ALso auch die Datenbank (history), richtig?
Da wird dann entsprechend viel drauf geschrieben auf die SD- Karte. Das mögen die irgendwie nicht.
Vielleicht ist das ein Grund für deine Ausfälle?

bei mir läuft wgen solcher Horrormeldungen ein pi4 mit SD und History, bei der teilweise im Sekundentakt über 300 States geloggt wrrden.
Seit Erscheinen des pi4 ohne Probleme!

[spicer]

@lobomau sagte in Habt Ihr auch performance Probleme seit Update?:

aber master ist kein Pi und Datenbank (influxDB)

Kann ich mit history nur über den Weg, das NAS Verzeichnis mounten, auf's NAS speichern oder gibt's da eine bessere Lösung?
Hat aber auf die performance Probleme keinen Einfluss. Oder?
Zudem hat der RPI4 keine Verbesserung gebracht vorhin.

Und wie Master ist kein Pi?

Edit:
Mit dem E-Charts Adapter kann ich nun gut leben.
Speichere zudem die history Daten nun auf einen alten USB Stick. So entlaste ich die SD Card etwas.