Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Norfolk

    NEWS

    • Wir empfehlen: Node.js 22.x

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker goes Matter ... Matter Adapter in Stable

    N
    • Profile
    • Following 0
    • Followers 0
    • Topics 2
    • Posts 13
    • Best 0
    • Groups 1

    Norfolk

    @Norfolk

    Starter

    0
    Reputation
    2
    Profile views
    13
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    Norfolk Follow
    Starter

    Latest posts made by Norfolk

    • RE: Aktuelle Doku für iobroker-Installation und VIS?

      @homoran

      Die Kategorien habe ich erst jetzt nach deinem Kommentar "entdeckt", hatte früher nicht nachgeschaut. Kann man es im iobroker-Verzeichnis irgendwo nachlesen? Ich hätte ein altes Backup, das möglicherweise noch die defekte Instanzen enthält und kann das zwar nicht mehr starten, aber die Files/Logs durchsehen.

      Hier ein aktuelles Bild, in dem alles läuft. Als es defekte Instanzen gab, war das Bild analog, jedoch wie hier die VIS grau hinterlegt und ohne Ampel.

      c8dbded2-81ee-4867-917d-2e5dd49cedaa-image.png

      So sieht die erste Geräteerkennung bzgl. VIS und HM bei mir aus:

      e29d8039-5f33-4e0a-8c56-1b19216667c8-image.png

      Wenn ich hier die 3 HM-Adapter Rega, RPC.0 und RPC.1 angeklickt habe, werden die im oberen Posting dargestellten Konfigurationseinstellungen automatisch übertragen. Die einzige Änderung, die ich händisch durchgeführt habe, war den BIN-RPC auf XML-RPC umzustellen.

      Beim späteren händischen Re-Install der defekten Instanzen war es natürlich notwendig, die (gleichen) Daten selbst einzugeben..

      PS: Das ein Reload der Forumseite hilft, darauf muss man auch erst draufkommen, soweit war ich anfangs nicht.

      posted in ioBroker Allgemein
      N
      Norfolk
    • RE: Aktuelle Doku für iobroker-Installation und VIS?

      @norfolk

      PS: Diese Fehlermeldungen kamen nach dem Browser-Absturz beim Posten von Bildern:

      93140426-a363-4d32-b06e-f5489f76365d-image.png

      9e161cad-3320-487f-a398-2e56c4bf94a1-image.png

      Und das kam als ich "Submit" klickte:

      43337e03-77c7-411f-9a30-7dc6616c599f-image.png

      Danach die Url nochmal aufgerufen, der Text bleibt erhalten und ich konnte normal mit "Submit" posten und im Reply auch wieder Bilder Uploaden. Aber wenn es beim ersten Mal nicht funktioniert ... da habe ich angenommen, es wäre ein grundsätzliches Problem.

      posted in ioBroker Allgemein
      N
      Norfolk
    • RE: Aktuelle Doku für iobroker-Installation und VIS?

      @homoran "Hier wäre ok!"

      Das hatte ich am 19.8. versucht, damals meinte das Forum zu jedem meiner Upload-Versuch schlicht und einfach "Forbidden!" oder ähnliches, vielleicht stand da "Disallowed!" - egal ob ich eine Datei uploaden wollte oder mit Drag & Drop reinziehen. Heute gehts problemlos, siehe unten.

      Die Ursache für den fehlerhaften Bildupload war mir unbekannt, ich durfte auch die Postings zuerst nicht absenden - Fehlermeldung wie oben. Erst nach einem Reload der Seite - der Posting-Text blieb im Eingabefeld erhalten - und erneuten "Submit" wurde das Posting dann akzeptiert.

      Es war auch der Tag, an dem ich mich hier registriert hatte - vielleicht hat sich das im Forum nicht überall durchgesprochen. Den Umweg über den externen Bildhoster habe ich nur ungern gemacht 😉

      Heute gehts problemlos, daher hier nochmals die Screenshots:

      So wurden die Adapter über die Gerätesuche ausgewählt und gemeinsam installiert:
      iobroker-fehler-installation.GIF
      So sah direkt danach die Konfigseite von RPC.0 und RPC.1 aus - unterschiedlich, zu meiner Überraschung:
      rpc0.GIF
      rpc1.GIF

      PS: Während ich hier tippe ist gerade auch mein Chrome Browser abgestürzt oder hat sich zumindest kommentarlos geschlossen. Irgendwas im Forum dürfte ihm nicht gefallen haben, passiert sonst nicht, aber immerhin blieb dieser Text erhalten. Jetzt geht auch nicht mehr das Bilder-Uploaden, statt dessen sehe ich nun den oben erwähnten Fehler, da steht entweder "Error: Forbidden" oder "Error: Something went wrong while parsing server response." Bin aber ganz normal eingeloggt.

      posted in ioBroker Allgemein
      N
      Norfolk
    • RE: Aktuelle Doku für iobroker-Installation und VIS?

      @homoran

      Bzgl. Gerätesuche hier zwei Screenshots von der Konfigurationsseite der HM-RPC-Instanzen:

      https://ibb.co/LQKqJLy
      https://ibb.co/VCYtmdn

      Der HM-RPC-Adapter inkl. beide Instanzen wurde gleichzeitig über die Gerätesuche installiert. Die Konfiguration passt zwar so - bis auf BIN-RPC vs. XML-RPC, was hier egal ist -, aber man sieht sofort das komplett andere Layout der 2. Instanz-Seite.

      Wenn ich die Instanzen über das + beim Adapter hinzufüge und selbst konfigurieren, dann sieht das Layout wie beim RPC.0 bzw. https://ibb.co/VCYtmdn aus.

      Ähnlich die VIS:
      -) Defekte Variante: Wenn ich die VIS über die Gerätesuche installiere, dann erscheint im Konfig nur ein eingerahmtes Feld für den Lizenzkey und darunter "Überprüfen"-Button - jedoch keine Angabe zur Seriennummer. Im Logfile steht trotz Klick auf den Prüfbutton bzw. Eingabe der Lizenz nichts bzgl. einer tatsächlich durchgeführten Lizenzprüfung und beim VIS-Editor merke ich, dass die VIS nur teilweise Schreibzugriff hat. Wenn ich z.B. einen View anlege, dann wird der View-Name zwar gesperrt und kann nicht nochmal für einen weiteren View verwendet werden, aber es wird kein neuer View sichtbar erstellt bzw. angezeigt. Könnte natürlich auch an der Lizenz liegen.
      -) Funktionierende Variante: Habe die obige Instanz gelöscht und über den Adapter wieder manuell erzeugt. Die Konfigseite ist nun in einem andere Design als bei der "defekten Variante", das Eingabefeld für Lizenzkey hat keinen Rahmen mehr und zusätzlich gibt es eine Angabe der Seriennummer. Im Logfile steht dann auch korrekt, dass die Lizenz geprüft und für OK befunden wurde. Die VIS läuft dann normal.

      Die Screenshots und einige sonstige Daten hatte ich vor einer Woche in meinem ersten verzweifelten Versuch hier gepostet:
      https://forum.iobroker.net/topic/47155/inv-vers-hm-rpc-installed-undefined-required

      PS bzgl. Leistung: Wenn ich mehr brauche, wird eh aufgerüstet, aber der alte BananaPi liegt schon rum und war daher für erste Spielereien gut greifbar - vor allem auch weil ich mit der SD-Card leicht neue Versionen zum Testen und Kennenlernen aufsetzen kann.

      posted in ioBroker Allgemein
      N
      Norfolk
    • RE: Aktuelle Doku für iobroker-Installation und VIS?

      @homoran

      Performance ist kein Thema, vor Kurzem lief auf dem Gerät eine CCU.IO mit DashUI und noch dazu eine CCU2 im YAHM-LXC-Container - Ab jetzt gehört der BananaPi dem ioBroker, der primär "den Großvater" ablösen soll.

      Die Erkenntnis, dass - zumindest bei mir - die "Gerätesuche" mit halb-automatischer Adapter- und Instanzeninstallation nicht funktioniert und ich die Instanzen selbst installieren und konfigurieren muss ist zumindest ein Erfolg, der Weg dahin war steinern und hat mich gefühlt 4 Tage gekostet.

      PS:

      norfolk@bananapi:~$ uname -a
      Linux bananapi 5.10.43-sunxi #21.05.6 SMP Mon Jun 21 15:07:45 UTC 2021 armv7l armv7l armv7l GNU/Linux
      norfolk@bananapi:~$ node -v
      v12.22.5
      norfolk@bananapi:~$ npm -v
      6.14.14
      
      norfolk@bananapi:~$ curl -sLf https://iobroker.net/install.sh | bash -
      library: loaded
      Library version=2021-04-07
      
      ==========================================================================
      
          Welcome to the ioBroker installer!
          Installer version: 2021-06-18
      
          You might need to enter your password a couple of times.
      
      ==========================================================================
      
      
      ==========================================================================
          Installing prerequisites (1/4)
      ==========================================================================
      
      Hit:1 http://ports.ubuntu.com focal InRelease
      Hit:2 http://ports.ubuntu.com focal-security InRelease
      Hit:4 http://ports.ubuntu.com focal-updates InRelease
      Hit:5 http://ports.ubuntu.com focal-backports InRelease
      Hit:3 http://mirrors.netix.net/armbian/apt focal InRelease
      Reading package lists... Done
      
      ==========================================================================
      
          Node.js not found. Installing...
      
      ==========================================================================
      
      
      ## Installing the NodeSource Node.js 12.x repo...
      
      
      ## Populating apt-get cache...
      
      + apt-get update
      Hit:1 http://ports.ubuntu.com focal InRelease
      Hit:2 http://ports.ubuntu.com focal-security InRelease
      Hit:4 http://ports.ubuntu.com focal-updates InRelease
      Hit:5 http://ports.ubuntu.com focal-backports InRelease
      Hit:3 http://armbian.systemonachip.net/apt focal InRelease
      Reading package lists... Done
      
      ## Confirming "focal" is supported...
      
      + curl -sLf -o /dev/null 'https://deb.nodesource.com/node_12.x/dists/focal/Release'
      
      ## Adding the NodeSource signing key to your keyring...
      
      + curl -s https://deb.nodesource.com/gpgkey/nodesource.gpg.key | gpg --dearmor | tee /usr/share/keyrings/nodesource.gpg >/dev/null
      
      ## Creating apt sources list file for the NodeSource Node.js 12.x repo...
      
      + echo 'deb [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_12.x focal main' > /etc/apt/sources.list.d/nodesource.list
      + echo 'deb-src [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_12.x focal main' >> /etc/apt/sources.list.d/nodesource.list
      
      ## Running `apt-get update` for you...
      
      + apt-get update
      Get:1 https://deb.nodesource.com/node_12.x focal InRelease [4,583 B]
      Hit:2 http://ports.ubuntu.com focal InRelease
      Hit:3 http://ports.ubuntu.com focal-security InRelease
      Hit:5 http://ports.ubuntu.com focal-updates InRelease
      Hit:6 http://ports.ubuntu.com focal-backports InRelease
      Hit:4 https://imola.armbian.com/apt focal InRelease
      Get:7 https://deb.nodesource.com/node_12.x focal/main armhf Packages [777 B]
      Fetched 5,360 B in 5s (1,168 B/s)
      Reading package lists... Done
      
      ## Run `sudo apt-get install -y nodejs` to install Node.js 12.x and npm
      ## You may also need development tools to build native addons:
           sudo apt-get install gcc g++ make
      ## To install the Yarn package manager, run:
           curl -sL https://dl.yarnpkg.com/debian/pubkey.gpg | gpg --dearmor | sudo tee /usr/share/keyrings/yarnkey.gpg >/dev/null
           echo "deb [signed-by=/usr/share/keyrings/yarnkey.gpg] https://dl.yarnpkg.com/debian stable main" | sudo tee /etc/apt/sources.list.d/yarn.list
           sudo apt-get update && sudo apt-get install yarn
      
      
      Installed nodejs
      Node.js Installed successfully!
      Changing npm registry to https://registry.npmjs.org
      Installed acl
      Installed gcc-c++
      Installed libavahi-compat-libdnssd-dev
      Installed libudev-dev
      Installed libpam0g-dev
      Installed libcairo2-dev
      Installed libpango1.0-dev
      Installed libjpeg-dev
      Installed libgif-dev
      Installed librsvg2-dev
      Installed python-dev
      
      ==========================================================================
          Creating ioBroker user and directory (2/4)
      ==========================================================================
      
      User iobroker created
      Created /etc/sudoers.d/iobroker
      Directory /opt/iobroker created
      
      ==========================================================================
          Installing ioBroker (3/4)
      ==========================================================================
      
      In file included from ../../nan/nan.h:58,
                       from ../src/main.cpp:3:
      /home/norfolk/.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]
        736 |       (node::addon_register_func) (regfunc),                          \
            |                                           ^
      /home/norfolk/.cache/node-gyp/12.22.5/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’
        770 |   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
            |   ^~~~~~~~~~~~~
      ../src/main.cpp:42:1: note: in expansion of macro ‘NODE_MODULE’
         42 | NODE_MODULE(diskusage, Init)
            | ^~~~~~~~~~~
      In file included from ../../nan/nan.h:58,
                       from ../src/unix_dgram.cc:5:
      /home/norfolk/.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]
        736 |       (node::addon_register_func) (regfunc),                          \
            |                                           ^
      /home/norfolk/.cache/node-gyp/12.22.5/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’
        770 |   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
            |   ^~~~~~~~~~~~~
      ../src/unix_dgram.cc:404:1: note: in expansion of macro ‘NODE_MODULE’
        404 | 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]
         78 |   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]
        135 |   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]
        175 |   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]
        215 |   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]
        271 |   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]
        316 |   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]
        366 |   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]
        412 |   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]
        433 | SerialPortParity NAN_INLINE(ToParityEnum(const v8::Local<v8::String>& v8str)) {
            |                            ^
      ../src/serialport.cpp:452:30: warning: unnecessary parentheses in declaration of ‘ToStopBitEnum’ [-Wparentheses]
        452 | 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/norfolk/.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]
        736 |       (node::addon_register_func) (regfunc),                          \
            |                                           ^
      /home/norfolk/.cache/node-gyp/12.22.5/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’
        770 |   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
            |   ^~~~~~~~~~~~~
      ../src/serialport.cpp:486:1: note: in expansion of macro ‘NODE_MODULE’
        486 | NODE_MODULE(serialport, init);
            | ^~~~~~~~~~~
      ../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’:
      ../src/serialport_unix.cpp:176:82: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=]
        176 |     snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path);
            |                                                                                  ^~
      In file included from /usr/include/stdio.h:867,
                       from ../src/serialport.h:10,
                       from ../src/serialport_unix.cpp:2:
      /usr/include/arm-linux-gnueabihf/bits/stdio2.h:67:35: note: ‘__builtin___snprintf_chk’ output 20 or more bytes (assuming 1043) into a destination of size 1024
         67 |   return __builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1,
            |          ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
         68 |        __bos (__s), __fmt, __va_arg_pack ());
            |        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      ../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’:
      ../src/serialport_unix.cpp:86:84: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=]
         86 |     snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path);
            |                                                                                    ^~
      In file included from /usr/include/stdio.h:867,
                       from ../src/serialport.h:10,
                       from ../src/serialport_unix.cpp:2:
      /usr/include/arm-linux-gnueabihf/bits/stdio2.h:67:35: note: ‘__builtin___snprintf_chk’ output 22 or more bytes (assuming 1045) into a destination of size 1024
         67 |   return __builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1,
            |          ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
         68 |        __bos (__s), __fmt, __va_arg_pack ());
            |        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      
      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.
      
      
      
      ==========================================================================
          Finalizing installation (4/4)
      ==========================================================================
      
      Enabling autostart...
      Created symlink /etc/systemd/system/multi-user.target.wants/iobroker.service → /lib/systemd/system/iobroker.service.
      Autostart enabled!
      Fixing directory permissions...
      
      ==========================================================================
      
          ioBroker was installed successfully
          Open http://192.168.2.27:8081 in a browser and start configuring!
      
      ==========================================================================
      
      
      You need to re-login before doing anything else on the console!
      
      norfolk@bananapi:~$
      
      posted in ioBroker Allgemein
      N
      Norfolk
    • RE: Aktuelle Doku für iobroker-Installation und VIS?

      @homoran

      Ich habe den ursprünglichen BananaPi von Lemaker - ohne eine Zusatzkennung, die gabs erst bei späteren Geräten.

      Hier meine soeben durchgeführte Installation inkl. einem TL;DNR ganz unten mit meiner Erkenntnis.

      Armbian-Images für Buster oder Focal stehen mir zur Auswahl, da ich sonst Ubuntu verwende habe ich Focal bevorzugt.

      Soeben nochmal frisch ein (anderes, älteres) Focal-Image eingespielt, dann analog zum oben angeführten Installationsablauf von @FredF sudo apt-get update und upgrade durchgeführt, in meinem Fall jedoch kein nodes/npm extra installiert und nur sichergestellt, dass auch keines vorher schon lief, nun iobroker-install.sh-Skript aufgerufen worauf dieses nodes v12 und npm v6 geholt hat und sonst auf ersten Blick die gleichen Meldungen wie bei @FredF im Install-Log erhalten.

      Soweit würde es ja passen. Ich brauche die 3 HM-Adapter für HM-Rega, HM-RPC für RF und HM-RPC für HmIP, sowie die VIS und da beginnen prompt wieder Probleme.

      Zur Installation habe ich die "Erkennungsgeräte" verwendet und dann einzeln die benötigten Adapter/Instanzen installiert, worauf beim Installieren der HM-ReGa im ersten Lauf ein Exit mit Error 32 kam, daher nochmal den Installer gestartet und beim 2. Lauf ging es ohne Fehler durch.
      Allerdings wollte danach nur der RPC.0 für HM-RF starten, der RPC.1 für HM-IP, der HM-ReGa und die VIS laufen nicht. Im Log als "error: system.adapter.vis.0 invalid mode" bzw. analog die anderen Adapter.

      Ich habe den Eindruck, dass die Installation über die Gerätesuche nicht erfolgreich war. Daher habe ich nun die nicht laufenden Instanzen gelöscht, direkt über den Adapter mittels Plus-Symbol installiert und manuell konfiguriert.

      Das war erfolgreich bei allen problematischen Instanzen, d.h. VIS, RPC.1 und ReGA. Detail am Rande: Die Einstellungsseiten zur VIS und RPC.1 sehen anders aus als wenn ich die Instanzen über die Geräteerkennung installieren wollte.

      TL;DNR:
      Die "Gerätesuche" bzw. "Erkennungsgeräte" installiert bei mir fehlerhafte Instanzen.
      Es werden zwar alle Geräte erkannt und auch die passenden Einstellungen korrekt vorgegeben, dennoch sind die Instanzen zumindest teilweise fehlerhaft und mussten gelöscht werden. Eine anschließende, manuelle Installation über das "+"-Symbol beim Adapter inkl. manuelle Konfiguration war erfolgreich.
      Wie oben erwähnt sind bei diesen Instanzen nun auch die zugehörigen Konfigurationsseiten in anderem Design/Layout als vorher nach der Installation über die "Gerätesuche".

      Edit: Den "fix.sh" habe ich zwar diesmal auch zwischendurch gestartet, als die Instanzen nicht starten konnten - bin aber nun überzeugt, dass das "fix.sh" doch nicht entscheidend war sondern eben die händische Instanzen-Installation statt mit der Gerätesuche zur Lösung geführt hat.

      posted in ioBroker Allgemein
      N
      Norfolk
    • RE: Aktuelle Doku für iobroker-Installation und VIS?

      @fredf

      Es läuft auf einem BananaPi mit einem Armbian (Ubuntu) Focal 21.05.8. Ich hatte zwar überlegt, ob die Probleme damit zusammenhängen können, aber die Fehlermeldungen sind etwas zu unspezifisch und beim Installieren wirkt eigentlich alles normal, inkl. korrekter node/npm. Soweit ich Infos nachlese und bei mir überprüfe, scheint auch alles zu passen - aber mir fehlt sozusagen der rote Faden in Form einer aktuellen Doku.

      Aktuell scheint alles zu laufen und die Logs wirken normal bis auf eine warn/error/warn-Abfolge vom admin.0, deren Ursache ich nicht erkenne, z.B. hier als Log-Auszug nach einem Reboot. Aber so wie es bisher läuft rechne ich fast schon damit, dass es beim nächsten Handgriff wieder "unspezifische Probleme" geben könnte 😉

      2021-08-23 16:12:42.417 - info: admin.0 (1744) http server listening on port 8081
      2021-08-23 16:12:42.434 - info: admin.0 (1744) Use link "http://localhost:8081" to configure.
      2021-08-23 16:12:43.504 - debug: admin.0 (1744) Subscribe OBJECTS: *
      2021-08-23 16:12:43.997 - warn: admin.0 (1744) Cannot parse "undefined"
      2021-08-23 16:12:44.143 - error: admin.0 (1744) error
      2021-08-23 16:12:44.551 - warn: admin.0 (1744) Cannot parse "undefined"
      2021-08-23 16:12:45.115 - info: hm-rega.0 (1759) starting. Version 3.0.31 in /opt/iobroker/node_modules/iobroker.hm-rega, node: v12.22.5, js-controller: 3.3.15
      2021-08-23 16:12:45.500 - info: hm-rpc.1 (1774) starting. Version 1.14.45 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v12.22.5, js-controller: 3.3.15
      

      Edit: Bei dem Log waren die Adapter Admin, HM-Rega, HM-RPC.0 und HM-RPC.1 auf "debug" gesetzt.

      Edit 2: Lese gerade deine Installationsschritte und bin auch am Neuaufsetzen. Danke schonmal fürs genaue Log etc.

      posted in ioBroker Allgemein
      N
      Norfolk
    • Aktuelle Doku für iobroker-Installation und VIS?

      Hallo,

      gibt es eine aktuelle Doku für eine ioBroker-Neuinstallation sowie den VIS-Adapter inkl. VIS-App?

      Ich habe nun ca. 3-4 Tage Installationsversuchen hinter mir und es scheint zwar alles zu laufen, aber sehr holprig und jeder Schritt fühlt sich an wie ein hart erkämpfter Sieg gegen die Software an, mit viel blindem Trial-and-Error statt einem zielorientierten Vorgehen.
      Da frage ich mich: Habe ich was grundlegendes übersehen, bzw. arbeite ich nach veralteten Dokus und baue mir damit die Fehler und Probleme sozusagen selbst ein?

      Als Beispiel: Ich habe entsprechend https://www.iobroker.net/#de/documentation/install/linux.md auf einem frisch eingespielten Image von "Ubuntu Focal 21.05" den ioBroker mit "install.sh"-Skript installiert. Das "fix.sh" habe ich vorerst ignoriert, da ich laut dieser Doku annahm, es wäre nur für alte Installationen vorgesehen. Es gab dann ständig unterschiedliche Probleme beim Starten der Adapter, bis ich erstmals in den VIS-Editor durchgekommen bin und dortige Probleme wiederum auf teilweise fehlende Schreibrechte zurückführten. Naja, also doch "fix.sh" laufen lassen und prompt läuft anscheinend alles.... bis dann das nächste seltsame Problem aufkam, in dem Fall ein Zoom-Faktor in der VIS-App, der sich selbständig ändert.

      posted in ioBroker Allgemein
      N
      Norfolk
    • RE: Inv. vers. "hm-rpc". Installed "undefined", required "*

      Hallo nochmal,

      um das Thema gewissermaßen abzuschliessen: Nachdem ich immer irgendwelche Probleme hatte, z.B. Adapter zu starten o.ä. habe ich schlichtweg den iobroker-Installer selbst nochmal laufen lassen und ich habe den Eindruck, dass jetzt alles korrekt läuft - zumindest sind erstmals alle Adapter bzw. Instanzen gestartet.

      Möglicherweise war also die Installation allgemein fehlerhaft und der 2. Durchlauf hat es behoben.

      posted in ioBroker Allgemein
      N
      Norfolk
    • RE: Algorithmus zum Steuern Klimaanlage gesucht

      @derrapf

      "Fenster aufreissen" ist für mich eine Frage der Selbstdisziplin. Lüften zwecks Frischlauft tut man eher kurzfristig und damit zu kurz um ein Aus-/Einschalten der Klimaanlage zu rechtfertigen.
      Für die Fälle "Fenster länger als 30 min. geöffnet" oder "Fenster wird gekippt" kann man im Bedarfsfall einen Öffnungssensor auswerten und die Klimaanlage abschalten. Beim Kippen nehme ich an, dass eine längerfristige Öffnung geplant ist und würde keine Mindestzeitdauer vorgeben.
      Das Einschalten würde ich sowohl nach dem "Fenster offen/gekippt"-Ausschaltevent als auch bei allgemeinem Betrieb ohne "On-Timer" über die Raumtemperatur steuern.

      Und den Rest einfach nach Bedarf und Erfahrung einrichten.
      Prinzip KISS - Keep It Simple and Stupid.

      Zudem lässt sich Wohlbefinden bzgl. Temperatur nicht einfach in technische Fakten gießen. Beispielsweise schlafe ich nachts im Sommer gerne bei nur 21,5°C mit sehr leichter Kleidung und sehr dünner Decke, bei 22° fühlt es sich für mich schon fast zu warm an.
      Im Herbst/Winter komme ich trotz deutlich wärmerer Nachtbekleidung und unter einer dicken Daunendecke bei 22°C noch immer ins Frösteln. Wüsste nicht, wie ich das einfach einer Steuerung erklären könnte 😉

      posted in ioBroker Allgemein
      N
      Norfolk
    Community
    Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
    The ioBroker Community 2014-2023
    logo