Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. js-controller 3.0/3.1 jetzt im Latest!

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.7k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.2k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.1k

js-controller 3.0/3.1 jetzt im Latest!

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
js-controller
1.3k Beiträge 127 Kommentatoren 496.6k Aufrufe 89 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • E Offline
    E Offline
    e-i-k-e
    schrieb am zuletzt editiert von
    #269

    Zur Info, folgende Warnung erhalte ich im log.

    rpi2.2	2020-04-23 00:33:34.925	warn	(1051) adapter.objects.getObjectList is deprecated, and will be removed in the future. Please use adapter.getObjectList/Async. Report this to Developer!
    rpi2.2	2020-04-23 00:33:34.773	info	(1051) starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.rpi2, node: v10.20.1, js-controller: 3.0.17
    host.raspberrypi-display2	2020-04-23 00:33:31.122	info	instance system.adapter.rpi2.2 started with pid 1051
    
    apollon77A 1 Antwort Letzte Antwort
    0
    • E e-i-k-e

      Zur Info, folgende Warnung erhalte ich im log.

      rpi2.2	2020-04-23 00:33:34.925	warn	(1051) adapter.objects.getObjectList is deprecated, and will be removed in the future. Please use adapter.getObjectList/Async. Report this to Developer!
      rpi2.2	2020-04-23 00:33:34.773	info	(1051) starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.rpi2, node: v10.20.1, js-controller: 3.0.17
      host.raspberrypi-display2	2020-04-23 00:33:31.122	info	instance system.adapter.rpi2.2 started with pid 1051
      
      apollon77A Offline
      apollon77A Offline
      apollon77
      schrieb am zuletzt editiert von
      #270

      @e-i-k-e dann bitte Adapter issue anlegen.

      Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

      • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
      • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
      1 Antwort Letzte Antwort
      0
      • apollon77A apollon77

        Hallo ioBroker-Community,

        wie im neuen Release-Cycle für den js-controller geplant, kommt heute der neuen js-controller 3.0 (Releasename "Elena") bzw. inzwischen 3.1 (Releasename "Francesca") ins Latest Repository (sollte im laufe des Tages bei allen auftauchen). Ein großer Dank geht an alle User die bereits in den Letzten Tagen diese Version im beta test getestet und Probleme und Fehler zur Behebung gemeldet haben!

        Node.js Versions-Anforderungen
        Nach dem frühzeitigen aus für Node.js 8 bereits letzten November setzt diese neue Version nun Node.js 10.x voraus und funktioniert ebenso mit Node.js 12.x und, nach aktuellem Stand, auch mit der in den nächsten Tagen kommenden Node.js 14.x. Wir werden mit diesem Release auch die empfohlene Node.js Version für ioBroker auf 12.x anheben.
        Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/post/266625

        Error/Crash-Reporting mittels Sentry
        Der js-controller hat jetzt standardmässig Sentry als Fehler-Reporting eingebaut und aktiviert. Der js-controller weisst bei der Erstinstallation einer Version >3.1 beim Upgrade gesondert darauf hin! Wenn also der js-controller mit einer Fehlermeldung abstürzt (und nur dann!) werden die Fehlerdetails anonymisiert an einen von uns selbst in Deutschland betriebenen Sentry-Server gemeldet. IPs o.ä. personalisierte Daten werden nicht gespeichert. Dieses Fehler-Reporting hilft uns bei Crashes schneller und genauer zu sehen was los ist und solche Fehler noch schneller beheben zu können. Bitte legt für Crashes die Ihr seht bitte trotzdem weiterhin GitHub-Issues an und unterstützt uns indem Ihr das Fehler-Reporting aktiviert lasst. Weitere Details und wie es deaktivierbar ist findet Ihr unter https://github.com/ioBroker/plugin-sentry#what-is-sentrysentryio .
        Auch immer mehr Adapter nutzen diese Form des Fehler-Reportings.

        Informationen zur Version
        Diese Version bringt einige Features mit, ist aber ebenso der Beginn um "unter der Haube" einiges zu vereinheitlichen und Wildwuchs in der Umsetzung einiger Adapter etwas einzugrenzen. Es gibt allerdings auch neue Features mit die die Adapter-Entwicklung vereinfachen und Hürden abbauen. Aus diesem Grund ist auch die Liste der Themen welche vor allem für Entwickler relevant sind diesmal recht lang.
        Allerdings werden Aktionen von Adaptern die eigentlich den Regeln widersprechen jetzt über Logging sichtbar gemacht. Bitte unterstützt hier und legt bei den relevanten Adaptern Issues an das diese Dinge gefixt werden können. Für den js-controller 3.2 (ca. September 2020) ist es geplant einige dieser "verbotenen Aktionen" auch wirklich zu verhindern. Dazu dann zu gegebener Zeit mehr.

        Darüber hinaus gibt es natürlich viele Optimierungen und Fixes. Mehr dazu weiter unten und im Changelog. Ich hoffe auch diesmal auf Eure tatkräftige Unterstützung, sodass der Latest-Release dann genau so reibungslos verläuft wie bei der 2.2!

        Ich bedenke mich diesmal besonders bei @foxriver76, @AlCalzone und natürlich @Bluefox für die aktive Mitarbeit an dieser Version!

        Der js-controller 3.0/3.1 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1/2.2 ist problemlos möglich. Nur die Node.js Version muss jetzt mindestens 10.x sein, wie oben bereits ausgeführt. Wer überlegt die Node.js Version anzuheben bitte weiter unten im Abschnitt "Was ist zu testen" lesen 🙂

        Es gibt diesmal zwei Adapter die Aktualisiert werden müssen und einige weitere die aktualisiert werden sollten um die oben genannten Warnungen zu vermeiden! Mehr dazu im nächsten Abschnitt!


        Installation


        VOR der Installation

        Wie bei jedem Update dieser Art: Bitte macht ein Backup! iobroker backup, bzw. kopieren des iobroker-data Verzeichnisses reichen an sich im Zweifel auch aus (ioBroker vorher stoppen natürlich). Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt.

        Nötige Adapter-Aktualisierungen

        Die folgenden Adapter müssen auf die genannten Minimalversionsnummern aktualisiert werden, da diese sonst nicht mit dem js-controller 3.0/3.1 funktionieren. Diese Updates am besten vorher ausführen, weil alle genannten Versionen auch mit den alten js-controller Versionen funktionieren.

        • pushover 1.1.x funktioniert, falls 1.2.x im Einsatz ist bitte auf 1.3.x aktualisieren
        • tr-064 4.0.0
        • tr-064-community wird nun offiziell nicht mehr funktionieren.
        • Die soef Adapter firetv und wifilight funktionieren nicht mehr und haben Updates bekommen: Bitte wifilight 1.1.0 bzw firetv 1.0.0 nutzen. Falls jemand "wifilight-community" oder "firetv-community" nutzt bitte wieder zurück auf die anderen wechseln.
        • Der soef Adapter lightify funktioniert ebenso nicht mehr. Da Lightify als Platform allerdings in ein paar Monaten nicht mehr weiter betrieben wird haben wir entscheiden hier keinen Aufwand mehr reinzustecken. Am besten die Geräte über zigbee direkt anbinden.

        Es werden aber, wie oben ausgeführt, einige Adapter ggf Warnungen ins Log schreiben. Die wichtigsten Adapter sind mit neuen Versionen im Latest Repository allerdings schon gefixt. Falls ein Adapter "nervt" dann bitte dem Entwickler melden und den Loglevel auf "Error" setzen.

        Achtung: Slave-Systeme zuerst!

        Bei einem Multi-Host-System, welches auf js-controller 2.2 läuft ist es beim Update auf Version 3.0/3.1 empfohlen, zuerst die Slave-Systeme zu aktualisieren. Der Master wird als letztes aktualisiert!

        Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher auf die 3.0 müssen zwingend zuerst die Slaves und der Master als letztes aktualisiert werden. Die Slaves bleiben nach dem Update offline und werden erst wieder funktionieren wenn auch der Master auf die 3.0/3.1 aktualisiert wurde!

        Windows

        Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mit npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.

        Für alle "alten manuellen" Installationen gilt

        • ioBroker muss gestoppt sein.
        • Vor dem Update bitte prüfen das keine Prozesse mehr laufen
        • iobroker upgrade self
        • ioBroker starten

        Linux

        • ioBroker stoppen (iobroker stop)
        • prüfen das keine Prozesse (Adapter, Backups) mehr laufen (ps auxww|grep io und auch ps auxww|grep backup ). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben
        • Wie üblich wird das Update dann per iobroker upgrade self ausgeführt.
        • ioBroker starten (iobroker start)

        Bei Fehlern:
        Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fix wer schon einen js-controller 2.x hat, alternativ weiterhin manuell via curl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.
        Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels sudo -H -u iobroker npm install iobroker.js-controller versuchen. Bitte berichtet solche Fälle hier im Thread.

        NACH der Installation

        Nach der Installation den ioBroker wieder starten (z.B. mittels iobroker start).

        Wenn alles klappt merkt Ihr ausser der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist hat alles geklappt. Die großen Änderungen sind alle "Unter der Haube" versteckt.

        Dazu, was Euch jetzt die ganzen Neuerungen bringen, findet Ihr weiter unten in diesem Text Informationen. Neue Funktionen als Basis für Weiterentwicklungen wurden behutsam integriert und einige bestehende Probleme gezielt behoben.

        Mit iobroker help wird eine Liste der möglichen Kommandozeilen-Kommandos angezeigt, die mit Version 2.0 um einige Befehle länger geworden ist.


        Was hat sich geändert, was besonders ansehen/beachten?


        Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:

        • Der neue js-controller kann erkennen wenn es ein Node.js Update gab durch welches ggf, Adapter nicht mehr funktionieren und sollte diese automatisch reparieren (rebuilden). Wer also überlegt in dem Zuge des Tests seine Node.js Version anzuheben bitte mal explizit NICHT die übliche Anleitung nach dem Node-js update mit dem Rebuild befolgen sondern ioBroker einfach nach dem Node.js Update starten. Interessant ist ob sich alles selbst "heilt" 🙂
        • Einige Adapter fangen Probleme mit Modulen ab und loggen dann einen Fehler, der nicht als automatischer Rebuild erkannt wird. Diese können manuell mittels iobroker rebuild adaptername oder falls das nicht funktioniert hat iobroker rebuild adaptername --install neu gebaut werden. Diese Befehle lösen faktisch reinstall.js u.a. ab.
        • Der js-controller prüft jetzt vor jedem Start eines Adapters wieviel RAM noch frei ist und warnt im Log falls dies zu wenig ist. Die Standard-Limits sind 100MB (Warnung) bzw. 50MB (Fehler) und dies soll verhindern das mehr Adapter-Prozesse genutzt werden als RAM verfügbar ist. Hier sind wir gespannt auf Eure Berichte.
        • Logfiles sollten jetzt wirklich nach dem täglichen rotieren auf Linux-Systemen als .gz Dateien abgelegt werden.

        Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:


        3.1.2 (2020-05-09) Release Francesca
        3.0.14 (2020-04-21) Release Elena

        BREAKING CHANGES

        • Nodejs 8.x will be no longer officially supported! Supported are nodejs 10.x, 12.x and (most likely) 14.x

        Features

        • (Apollon77) Enable zip Archive setting that it is on by default again. All Logs on Linux will be packaged to .gz on rotation. This can be deactivated by configuration (see Documentation)
        • (Apollon77) Introduce CLI command "iobroker rebuild <adaptername>" or "iobroker rebuild self" (for controller) to execute an npm install/rebuild for the specified adapter
        • (Apollon77) Detect the need for a rebuild because of a nodejs update by checking adapter crash error message and execute the "iobroker rebuild" command for the affected adapter up to 3 times.
        • (foxriver76) Add ability to define separate read and write id for aliases, introduce Adapter feature flag ALIAS_SEPARATE_READ_WRITE_ID for this (see Documentation)
        • (foxriver76) Make file write intervals of objects and state file dbs configurable (see Documentation)
        • (foxriver76) Check available RAM of the system before a new adapter process is started. If it is below 50/100MB log an error/warn and make it configurable via iobroker.json (see Documentation)
        • (Apollon77) Add plugin system for js-controller and adapters (see Documentation)
        • (Apollon77) Add and automatically enable Sentry as plugin for js-controller (see infos in README.md), can be disable per host via system.host.name.plugins.sentry.enabled (see Documentation)
        • (AlCalzone) add iobroker object extend command
        • (Apollon77) Add a node.js version check and output special error message if node.js version is not satisfied
        • (Apollon77) Inform about sentry activation if not configured on "iobroker setup first"
        • (AlCalzone) Add Plugin CLI commands to enable/disable plugins

        Optimizations and Fixes

        • (bluefox) Show options for start/stop/restart if more than one instance exists for the adapter
        • (AlCalzone) Validate arguments for iobroker del ... CLI command
        • (bluefox) Log js-controller version by start of adapter too
        • (Stabilostick) Set default certificate validity to 12 months, according to new Apple rules! Existing certificates will be recreated on controller installation if no custom certificate is used
        • (bluefox) Also initialize objects with local redis connection details if setup command is called with "useRedis" parameter
        • (foxriver76) Increase timeout of hostinfo command to prevent errors on systems with low CPU
        • (foxriver76) The end of schedule adapters is no longer logged as error
        • (foxriver76) Allow CLI commands to check status of an adapter instance
        • (foxriver76) Enhancements and fixes for iobroker list files command, allow to specify exact meta folder name as parameter and not only the adapter
        • (foxriver76) Add forced repository update to help, add logging to show that it is used
        • (foxriver76) Also delete uploaded vis widgets on adapter deletion
        • (foxriver76) Restart referenced restart-adapters after uninstall also
        • (foxriver76) Prevent dot as last char of an object or state id
        • (foxriver76) Improve performance on filter actions (getObjectView) when redis is used as objects database
        • (Apollon77) Optimize sigKill handling to prevent restart loops for edge cases and slow system
        • (Apollon77) Optimize errormessage for invalid protocol on database connection and make easier understandable
        • (Apollon77) Also catch unhandled promise rejections in adapters and handle like exceptions to allow error detection and automatic restart
        • (foxriver76) Also remove objects from Enums on object deletion
        • (foxriver76) Fix adapter exiting with wrong exit codes
        • (bluefox) Fix restart CLI command
        • (foxriver) Update cache manifest correctly on visdebug and fix process exit on non existing vis dir
        • (foxriver76) No longer require restart of instance after alias object changes and other alias optimizations
        • (foxriver76) Make sure files in internal file storage are always stored with correct path and also automatically fix existing entries
        • (foxriver76) fix crash of redis setState when undefined is passed and refuse undefined as value in general
        • (Apollon77) Make sure objects update from/ts/user when extending objects in all cases
        • (AlCalzone) optimize performance when objects are duplicated and checked internally
        • (Apollon77) prevent crash if udp membership can not be added (Sentry fix)
        • (Apollon77) change object type for compact groups to "folder"
        • (Apollon77) consider the Adapter Stop Timeout also for adapter restarts to give adapters enough time to stop before restarting
        • (foxriver76) delete adapter and adapter.admin folders even if no corresponding meta objects exist
        • (Apollon77) display errors on npm uninstall
        • (Apollon77) prevent logged error from file DB where it ws tried to write meta file for already deleted folders
        • (Apollon77) catch errors when letsencrypt server can not bind to port 80 (Sentry IOBROKER-WEB-1)
        • (foxriver76) catch error on alias ids with empty objects
        • (Apollon77) make sure promise rejections without error are not crashing the controller
        • (Apollon77) handle edge case where hostName is not a string when sending messages (Sentry IOBROKER-ADMIN-B)
        • (Apollon77) handle case where letsencrypt directory can not be created (Sentry IOBROKER-ADMIN-C/IOBROKER-WEB-B)
        • (foxriver76) fix some logging in objects lib
        • (Apollon77) make sure to catch error when reading log directory (Sentry IOBROKER-JS-CONTROLLER-1F)
          (Apollon77) make sure command on cmdExec is a string (Sentry IOBROKER-JS-CONTROLLER-1H)
        • (Apollon77) Check more cases for existence of variables before accessing them (Sentry IOBROKER-JS-CONTROLLER-E)
        • (AlCalzone) Add missing parameter digest to crypto calls
        • (Apollon77) make sure Objects/States backup files are deleted correctly according to backup settings
        • (foxriver76) Make sure default state value is only set if state is not existing also in setObject
        • (foxriver76) check that alias is of type state when adding subscribing pattern
        • (Apollon77) Make sure error are checked correctly (Sentry IOBROKER-JS-CONTROLLER-1N)
        • (bluefox) store for binary states the binary flag in objects
        • (Apollon77) update Plugin system
        • (Apollon77) update Sentry plugin to respect all options to disable reporting including new disableDataReporting flag ( will be integrated into Admin later)
        • (Apollon77) make sure disabling instances while installation is running do not crash the controller (Sentry IOBROKER-JS-CONTROLLER-Z)
        • (From Forum) prevent error on backup restore
        • (Apollon77) Make sure error handing do not throw exception
        • (Apollon77) Catch all errors when trying to store the File DB (Sentry IOBROKER-JS-CONTROLLER-14/15)
        • (Apollon77) Make sure also edge cases on start adapter are handled correctly (Sentry IOBROKER-JS-CONTROLLER-12)
        • (Apollon77) make sure to correctly create empty logfile on "delLogs" (Sentry IOBROKER-JS-CONTROLLER-Q)
        • (foxriver76) make callback consistent when client has closed connection (Sentry IOBROKER-JS-CONTROLLER-R)
        • (foxriver76) add missing Error for DB closed, which was used but undefined in tools.js
        • (foxriver76) if buffer is of type object and not a buffer object log a warning - also bufferFrom null will also result in an error, prevent it (Sentry IOBROKER-JS-CONTROLLER-S)
        • (foxriver76) in edge cases def can be an object, we also support this on extendObject
        • (foxriver76) make sure stacktrace is there on validateId
        • (foxriver76) avoid error on installAdapters function due to downloadyRetry (Sentry IOBROKER-JS-CONTROLLER-V)
        • (Apollon77) make sure Logfile is rewritten with empty content (Sentry IOBROKER-JS-CONTROLLER-Q)
        • (foxriver76) ensure backward compatibility with auto decrypt function
        • (Apollon77) Re-allow states to be set with no val property but check that there is at least one property
        • (foxriver76) also call enumerateAdapterDocs when deleting all instances
        • (Apollon77) correct error handling for letsencrypt challenge server
        • (foxriver76) fix default value of extend*Object
        • (Apollon77) make sure system.config objects has correct type
        • (Apollon77) make sure error cases are handled on zip file creation for objects (Sentry IOBROKER-JS-CONTROLLER-J)
        • (Apollon77) make sure to check id when iterating over it (Sentry IOBROKER-WEB-3)
        • (Apollon77) Adjust ID checking to allow numbers for non foreign id's for now but log warn
        • (foxriver76/Apollon77) Adjust extendObject logic and only set state when state was not defined before
        • (Apollon77) check that path is found before using it on rebuild CLI command (Sentry issue)
        • (foxriver76) fix error on caught process exceptions
        • (foxriver76) make sure that procs[id] is not undefined in some cases (Sentry IOBROKER-JS-CONTROLLER-E/G)
        • (foxriver76/Apollon77) handle weird case where io-package.json from controller is not on normal place when getInstalledInfo is called (Sentry IOBROKER-JS-CONTROLLER-B/C/D/F/H)
        • (foxriver76) fix bug for some cases where common.def is used on creation of foreign objects
        • (Apollon77) make sure error cases are handled on zip file creation for objects (Sentry IOBROKER-JS-CONTROLLER-J)
        • Several additional optimizations and fixes

        Developer relevant DEPRECATIONS/WARNINGS

        • (foxriver76) Do not allow access to adapter.states and adapter.objects anymore and add warning logs to deprecate the usage. js-controller 3.1+ will remove these methods. Please adjust your adapters
        • (foxriver76) Verify that a proper object of type "meta" exists when files are accessed in the internal ioBroker storage and output deprecation logging, these actions will be declined in js-controller 3.1+
        • (AlCalzone) Validate the object argument to set[Foreign]State[Changed] and log warnings, such invalid set commands will be declined with js-controller 3.1
        • (Apollon77) Move deprecation of getMessage to next controller version (3.1+)
        • (foxriver76/Apollon77) Validate that id in several state and object methods is of type string and log warnings
        • (foxriver76) Add basic checking for obj.common properties including logging. Please check logs and fix them, such invalid objects will be declined with js-controller 3.1

        Developer relevant new Features

        • (bluefox/foxriver76) Automatically encrypt all config attributes that are listed in common.encryptedNative in io-package, introduce ADAPTER_AUTO_DECRYPT_NATIVE (see Documentation) Admin support added in Admin 4.0.9!
        • (bluefox) Introduce new dependency field for io-package called common.globalDependencies to check for global dependencies (see Documentation). Admin support missing as of now!
        • (AlCalzone) Add command iobroker debug adapter to start Node.js debug sessions for an adapter
        • (bluefox) Add Controller messages to allow read and write controller base settings (iobroker.json); introduce adapter feature flag CONTROLLER_READWRITE_BASE_SETTINGS
        • (foxriver76) Make decrypt and encrypt methods available in adapter object for developers. System secret is read automatically so only the value is passed to the function
        • (AlCalzone) Add adapter exit code 13 (ADAPTER_REQUESTED_REBUILD) to also allow to tell js-controller to rebuild this adapter.
        • (Apollon77) change logging for invalid readFile actions to debug because ca be triggered also by other cases then planned ones.
        • (AlCalzone) Allow reverse lookup of exit codes (exit code -> error name)
        • (bluefox) implement maintenance mode for adapter methods
        • (AlCalzone) Add 'CONTROLLER_NPM_AUTO_REBUILD' to supported features

        Developer relevant Optimizations and Fixes

        • (Apollon77) Make sure that all places in adapters for states and objects that can return "really async" (e.g. because of DB communication) ALWAYS return async! (else callback !--count constructs can fail)
        • (foxriver76) Also set default values of instanceObjects defined in io-package.json
        • (bluefox) Improve extension mode for web extensions
        • (foxriver76) Optimize extendObjects function of adapter.js (use from and ack)
        • (foxriver76) Use from and ack when creating instanceObjects on installation of an instance
        • (Apollon77) Fix potential crash where name is no string in some File object operations
        • (foxriver76) Fix this.stop being undefined on daemon adapters
        • (foxriver76) Also respect def values of io-package.json on automatic object recreation due to instance start
        • (foxriver76) Respect state.from if provided on setState
        • (Apollon77) Enhance checks for getObjectsView response
        • (bluefox) add IDs to some log messages
        • general dependency updates
        • code style optimizations

        Weitere Details zu den Änderungen und Bugfixes ist im Changelog einzusehen.

        Generell ist zu testen, ob alles noch so funktioniert wie vorher auch. Das ist das wichtigste!


        Wie Fehler melden?


        Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.

        Sobald ein Fehler auftritt der in einer Fehlermeldung oder einen Crash mit Fehlerdetails im Log oder auf Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusätzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.

        Ingo

        sigi234S Online
        sigi234S Online
        sigi234
        Forum Testing Most Active
        schrieb am zuletzt editiert von
        #271

        @apollon77 sagte in js-controller 3.0 jetzt im Latest!:

        Windows
        Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mit npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.

        Bitte nicht auf die Windows User vergessen! :grinning:
        Ein Update von NPM und Node ist nicht mehr möglich.

        Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
        Immer Daten sichern!

        1 Antwort Letzte Antwort
        0
        • T Offline
          T Offline
          Torsten81
          schrieb am zuletzt editiert von
          #272

          Wie lange dauert das denn ungefähr bis man den Adapter bekommt? Unter Iobroker Update wird mir immer noch der 2.2.9 angezeigt.

          apollon77A 1 Antwort Letzte Antwort
          0
          • T Torsten81

            Wie lange dauert das denn ungefähr bis man den Adapter bekommt? Unter Iobroker Update wird mir immer noch der 2.2.9 angezeigt.

            apollon77A Offline
            apollon77A Offline
            apollon77
            schrieb am zuletzt editiert von
            #273

            @Torsten81 Du meinst den js-controller? Alsowenn Du die 2.2.9 bekommst ist Dein System auf das "Stable" Repository eingestellt. Da kommt es wenn alles gut läuft in ca. 1 Woche hin ...

            Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

            • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
            • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
            T 1 Antwort Letzte Antwort
            1
            • JB_SullivanJ Offline
              JB_SullivanJ Offline
              JB_Sullivan
              schrieb am zuletzt editiert von JB_Sullivan
              #274

              Guten Morgen zusammen - da bin ich wieder.

              Na das ist ja mal der Knaller - sobald ich den fritzdect Adapter auf debug stellen, funktioniert er wieder - also läßt sich schlaten und keine Fehler Meldungen mehr.

              Stelle ich um auf Info, kommen wieder die Fehlermeldungen und er läßt auch keine Schalthandlungen mehr zu.

              Hier das debug log - ist ein bisschen was - darum Spoiler


              fritzdect.0 2020-04-23 07:01:46.787 debug (5080) system.adapter.admin.0: logging true
              fritzdect.0 2020-04-23 07:00:20.764 debug (5080) stateChange fritzdect.0.DECT200_087610236923.voltage {"val":234.746,"ack":true,"ts":1587618020729,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587618020729}
              fritzdect.0 2020-04-23 07:00:20.763 debug (5080) stateChange fritzdect.0.DECT200_087610236923.temp_offset {"val":-2.5,"ack":true,"ts":1587618020729,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305125}
              fritzdect.0 2020-04-23 07:00:20.762 debug (5080) stateChange fritzdect.0.DECT200_087610236923.temp {"val":12.5,"ack":true,"ts":1587618020729,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587617420267}
              fritzdect.0 2020-04-23 07:00:20.761 debug (5080) stateChange fritzdect.0.DECT200_087610236923.devicelock {"val":false,"ack":true,"ts":1587618020729,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305125}
              fritzdect.0 2020-04-23 07:00:20.761 debug (5080) stateChange fritzdect.0.DECT200_087610236923.lock {"val":false,"ack":true,"ts":1587618020729,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305125}
              fritzdect.0 2020-04-23 07:00:20.760 debug (5080) stateChange fritzdect.0.DECT200_087610236923.mode {"val":"manuell","ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305125}
              fritzdect.0 2020-04-23 07:00:20.759 debug (5080) stateChange fritzdect.0.DECT200_087610236923.energy {"val":"32280","ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587616520107}
              fritzdect.0 2020-04-23 07:00:20.758 debug (5080) stateChange fritzdect.0.DECT200_087610236923.power {"val":1.5,"ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587618020728}
              fritzdect.0 2020-04-23 07:00:20.757 debug (5080) stateChange fritzdect.0.DECT200_087610236923.state {"val":true,"ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587590807611}
              fritzdect.0 2020-04-23 07:00:20.756 debug (5080) stateChange fritzdect.0.DECT200_087610236923.present {"val":true,"ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305124}
              fritzdect.0 2020-04-23 07:00:20.755 debug (5080) stateChange fritzdect.0.DECT200_087610236923.name {"val":"Garten","ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305124}
              fritzdect.0 2020-04-23 07:00:20.754 debug (5080) stateChange fritzdect.0.DECT200_087610221797.voltage {"val":233.558,"ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587618020728}
              fritzdect.0 2020-04-23 07:00:20.753 debug (5080) stateChange fritzdect.0.DECT200_087610221797.temp_offset {"val":0,"ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305124}
              fritzdect.0 2020-04-23 07:00:20.752 debug (5080) stateChange fritzdect.0.DECT200_087610221797.temp {"val":18.5,"ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587607520430}
              fritzdect.0 2020-04-23 07:00:20.751 debug (5080) stateChange fritzdect.0.DECT200_087610221797.devicelock {"val":false,"ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305122}
              fritzdect.0 2020-04-23 07:00:20.750 debug (5080) stateChange fritzdect.0.DECT200_087610221797.lock {"val":false,"ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305122}
              fritzdect.0 2020-04-23 07:00:20.749 debug (5080) stateChange fritzdect.0.DECT200_087610221797.mode {"val":"manuell","ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305122}
              fritzdect.0 2020-04-23 07:00:20.749 debug (5080) stateChange fritzdect.0.DECT200_087610221797.energy {"val":"290284","ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587493708011}
              fritzdect.0 2020-04-23 07:00:20.747 debug (5080) stateChange fritzdect.0.DECT200_087610221797.power {"val":0,"ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587493708011}
              fritzdect.0 2020-04-23 07:00:20.746 debug (5080) stateChange fritzdect.0.DECT200_087610221797.state {"val":true,"ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1584726263438}
              fritzdect.0 2020-04-23 07:00:20.746 debug (5080) stateChange fritzdect.0.DECT200_087610221797.present {"val":true,"ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305122}
              fritzdect.0 2020-04-23 07:00:20.745 debug (5080) stateChange fritzdect.0.DECT200_087610221797.name {"val":"Pool","ack":true,"ts":1587618020726,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305122}
              fritzdect.0 2020-04-23 07:00:20.744 debug (5080) stateChange fritzdect.0.DECT200_087610244490.voltage {"val":233.722,"ack":true,"ts":1587618020726,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587618020726}
              fritzdect.0 2020-04-23 07:00:20.743 debug (5080) stateChange fritzdect.0.DECT200_087610244490.temp_offset {"val":0,"ack":true,"ts":1587618020726,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305121}
              fritzdect.0 2020-04-23 07:00:20.742 debug (5080) stateChange fritzdect.0.DECT200_087610244490.temp {"val":16,"ack":true,"ts":1587618020726,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587590220668}
              fritzdect.0 2020-04-23 07:00:20.741 debug (5080) stateChange fritzdect.0.DECT200_087610244490.devicelock {"val":false,"ack":true,"ts":1587618020726,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305121}
              fritzdect.0 2020-04-23 07:00:20.739 debug (5080) stateChange fritzdect.0.DECT200_087610244490.lock {"val":false,"ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305121}
              fritzdect.0 2020-04-23 07:00:20.738 debug (5080) stateChange fritzdect.0.DECT200_087610244490.mode {"val":"manuell","ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305121}
              fritzdect.0 2020-04-23 07:00:20.736 debug (5080) stateChange fritzdect.0.DECT200_087610244490.energy {"val":"141694","ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587616520105}
              fritzdect.0 2020-04-23 07:00:20.734 debug (5080) stateChange fritzdect.0.DECT200_087610244490.power {"val":1,"ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587618020725}
              fritzdect.0 2020-04-23 07:00:20.732 debug (5080) stateChange fritzdect.0.DECT200_087610244490.state {"val":true,"ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1584726263437}
              fritzdect.0 2020-04-23 07:00:20.731 debug (5080) stateChange fritzdect.0.DECT200_087610244490.present {"val":true,"ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305121}
              fritzdect.0 2020-04-23 07:00:20.730 debug (5080) stateChange fritzdect.0.DECT200_087610244490.name {"val":"Pumpe","ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305120}
              fritzdect.0 2020-04-23 07:00:20.724 debug (5080) DECT200_087610236923 : voltage : 234.746
              fritzdect.0 2020-04-23 07:00:20.723 debug (5080) DECT200_087610236923 : temp offset: -2.5
              fritzdect.0 2020-04-23 07:00:20.723 debug (5080) DECT200_087610236923 : temp : 12.5
              fritzdect.0 2020-04-23 07:00:20.723 debug (5080) DECT200_087610236923 : devicelock : false (0)
              fritzdect.0 2020-04-23 07:00:20.722 debug (5080) DECT200_087610236923 : lock : false (0)
              fritzdect.0 2020-04-23 07:00:20.722 debug (5080) DECT200_087610236923 : mode : manuell
              fritzdect.0 2020-04-23 07:00:20.722 debug (5080) DECT200_087610236923 : energy :32280
              fritzdect.0 2020-04-23 07:00:20.721 debug (5080) DECT200_087610236923 : power :1.5
              fritzdect.0 2020-04-23 07:00:20.721 debug (5080) DECT200_087610236923 : state :true(1)
              fritzdect.0 2020-04-23 07:00:20.720 debug (5080) DECT200_087610236923 : present : true (1)
              fritzdect.0 2020-04-23 07:00:20.720 debug (5080) DECT200_087610236923 : name : Garten
              fritzdect.0 2020-04-23 07:00:20.720 debug (5080) updating Switch Garten
              fritzdect.0 2020-04-23 07:00:20.719 debug (5080) DECT200_087610221797 : voltage : 233.558
              fritzdect.0 2020-04-23 07:00:20.719 debug (5080) DECT200_087610221797 : temp offset: 0
              fritzdect.0 2020-04-23 07:00:20.719 debug (5080) DECT200_087610221797 : temp : 18.5
              fritzdect.0 2020-04-23 07:00:20.718 debug (5080) DECT200_087610221797 : devicelock : false (0)
              fritzdect.0 2020-04-23 07:00:20.718 debug (5080) DECT200_087610221797 : lock : false (0)
              fritzdect.0 2020-04-23 07:00:20.717 debug (5080) DECT200_087610221797 : mode : manuell
              fritzdect.0 2020-04-23 07:00:20.717 debug (5080) DECT200_087610221797 : energy :290284
              fritzdect.0 2020-04-23 07:00:20.717 debug (5080) DECT200_087610221797 : power :0
              fritzdect.0 2020-04-23 07:00:20.716 debug (5080) DECT200_087610221797 : state :true(1)
              fritzdect.0 2020-04-23 07:00:20.716 debug (5080) DECT200_087610221797 : present : true (1)
              fritzdect.0 2020-04-23 07:00:20.716 debug (5080) DECT200_087610221797 : name : Pool
              fritzdect.0 2020-04-23 07:00:20.715 debug (5080) updating Switch Pool
              fritzdect.0 2020-04-23 07:00:20.715 debug (5080) DECT200_087610244490 : voltage : 233.722
              fritzdect.0 2020-04-23 07:00:20.715 debug (5080) DECT200_087610244490 : temp offset: 0
              fritzdect.0 2020-04-23 07:00:20.714 debug (5080) DECT200_087610244490 : temp : 16
              fritzdect.0 2020-04-23 07:00:20.714 debug (5080) DECT200_087610244490 : devicelock : false (0)
              fritzdect.0 2020-04-23 07:00:20.713 debug (5080) DECT200_087610244490 : lock : false (0)
              fritzdect.0 2020-04-23 07:00:20.713 debug (5080) DECT200_087610244490 : mode : manuell
              fritzdect.0 2020-04-23 07:00:20.713 debug (5080) DECT200_087610244490 : energy :141694
              fritzdect.0 2020-04-23 07:00:20.712 debug (5080) DECT200_087610244490 : power :1
              fritzdect.0 2020-04-23 07:00:20.712 debug (5080) DECT200_087610244490 : state :true(1)
              fritzdect.0 2020-04-23 07:00:20.711 debug (5080) DECT200_087610244490 : present : true (1)
              fritzdect.0 2020-04-23 07:00:20.711 debug (5080) DECT200_087610244490 : name : Pumpe
              fritzdect.0 2020-04-23 07:00:20.711 debug (5080) updating Switch Pumpe
              fritzdect.0 2020-04-23 07:00:20.711 debug (5080) update Devices 3
              fritzdect.0 2020-04-23 07:00:20.711 debug (5080) [{"identifier":"087610244490","id":"17","functionbitmask":"2944","fwversion":"04.16","manufacturer":"AVM","productname":"FRITZ!DECT 200","present":"1","name":"Pumpe","switch":{"state":"1","mod
              fritzdect.0 2020-04-23 07:00:20.710 debug
              fritzdect.0 2020-04-23 07:00:20.710 debug (5080) devices
              fritzdect.0 2020-04-23 07:00:20.107 debug (5080) []
              fritzdect.0 2020-04-23 07:00:20.107 debug
              fritzdect.0 2020-04-23 07:00:20.107 debug (5080) groups
              fritzdect.0 2020-04-23 07:00:19.512 debug (5080) polling! fritzdect is alive

              UNd hier das Log nachdem ich auf Info umgeschaltet habe

              fritzdect.0	2020-04-23 07:04:53.084	error	(10252) Did not get session id- invalid username or password?
              fritzdect.0	2020-04-23 07:04:53.084	error	(10252) fritzbox returned this "0000000000000000"
              fritzdect.0	2020-04-23 07:04:52.538	error	(10252) Did not get session id- invalid username or password?
              fritzdect.0	2020-04-23 07:04:52.538	error	(10252) fritzbox returned this "0000000000000000"
              innogy-smarthome.0	2020-04-23 07:04:52.129	debug	(928) system.adapter.admin.0: logging true
              fritzdect.0	2020-04-23 07:04:51.483	error	(10252) Did not get session id- invalid username or password?
              fritzdect.0	2020-04-23 07:04:51.483	error	(10252) fritzbox returned this "0000000000000000"
              tankerkoenig.0	2020-04-23 07:04:50.924	info	(7260) Reading data from tankerkoenig ...
              fritzdect.0	2020-04-23 07:04:50.514	error	(10252) Did not get session id- invalid username or password?
              fritzdect.0	2020-04-23 07:04:50.513	error	(10252) fritzbox returned this "0000000000000000"
              fritzdect.0	2020-04-23 07:04:49.229	error	(10252) Did not get session id- invalid username or password?
              fritzdect.0	2020-04-23 07:04:49.228	error	(10252) fritzbox returned this "0000000000000000"
              fritzdect.0	2020-04-23 07:04:45.620	info	(10252) entered ready
              fritzdect.0	2020-04-23 07:04:45.609	info	(10252) starting. Version 1.0.1 in C:/iobroker/GLT/node_modules/iobroker.fritzdect, node: v10.17.0
              host.GLT	2020-04-23 07:04:44.456	info	instance system.adapter.fritzdect.0 started with pid 10252
              

              :( zu früh gefreut - nachdem ich wieder auf Debug zurück geschaltet hatte, bleibe es bei den Fehlermeldungen. Ich musste tatsächlich in der FritzBox wieder einen neuen Benutzer anlegen.

              Nun läuft der Adapter vorerst wieder - merkwürdig merkwürdig

              Hier das Log im Debug Modus

              fritzdect.0	2020-04-23 07:12:23.000	debug	(10528) system.adapter.admin.0: logging true
              innogy-smarthome.0	2020-04-23 07:12:23.011	debug	(928) system.adapter.admin.0: logging true
              fritzdect.0	2020-04-23 07:09:31.601	error	(10528) Did not get session id- invalid username or password?
              fritzdect.0	2020-04-23 07:09:31.600	error	(10528) fritzbox returned this "0000000000000000"
              fritzdect.0	2020-04-23 07:09:31.061	error	(10528) Did not get session id- invalid username or password?
              fritzdect.0	2020-04-23 07:09:31.060	error	(10528) fritzbox returned this "0000000000000000"
              fritzdect.0	2020-04-23 07:09:30.565	error	(10528) Did not get session id- invalid username or password?
              fritzdect.0	2020-04-23 07:09:30.564	error	(10528) fritzbox returned this "0000000000000000"
              fritzdect.0	2020-04-23 07:09:30.066	error	(10528) Did not get session id- invalid username or password?
              fritzdect.0	2020-04-23 07:09:30.065	error	(10528) fritzbox returned this "0000000000000000"
              fritzdect.0	2020-04-23 07:09:29.073	error	(10528) Did not get session id- invalid username or password?
              fritzdect.0	2020-04-23 07:09:29.073	error	(10528) fritzbox returned this "0000000000000000"
              fritzdect.0	2020-04-23 07:09:02.970	debug	(10528) polling! fritzdect is alive
              fritzdect.0	2020-04-23 07:09:02.945	info	(10528) entered ready
              fritzdect.0	2020-04-23 07:09:02.935	info	(10528) starting. Version 1.0.1 in C:/iobroker/GLT/node_modules/iobroker.fritzdect, node: v10.17.0
              fritzdect.0	2020-04-23 07:09:02.759	debug	(10528) statesDB connected
              fritzdect.0	2020-04-23 07:09:02.759	debug	(10528) States connected to redis: 127.0.0.1:9000
              fritzdect.0	2020-04-23 07:09:02.749	debug	(10528) States create System PubSub Client
              fritzdect.0	2020-04-23 07:09:02.748	debug	(10528) States create User PubSub Client
              fritzdect.0	2020-04-23 07:09:02.741	debug	(10528) Redis States: Use Redis connection: 127.0.0.1:9000
              fritzdect.0	2020-04-23 07:09:02.739	debug	(10528) objectDB connected
              fritzdect.0	2020-04-23 07:09:02.735	debug	(10528) Objects connected to redis: 127.0.0.1:9001
              fritzdect.0	2020-04-23 07:09:02.722	debug	(10528) Objects client initialize lua scripts
              fritzdect.0	2020-04-23 07:09:02.722	debug	(10528) Objects create User PubSub Client
              fritzdect.0	2020-04-23 07:09:02.721	debug	(10528) Objects create System PubSub Client
              fritzdect.0	2020-04-23 07:09:02.719	debug	(10528) Objects client ready ... initialize now
              fritzdect.0	2020-04-23 07:09:02.694	debug	(10528) Redis Objects: Use Redis connection: 127.0.0.1:9001
              

              ioBroker auf Intel Core i3-5005U NUC und Windwos10 Pro

              apollon77A 1 Antwort Letzte Antwort
              0
              • JB_SullivanJ JB_Sullivan

                Guten Morgen zusammen - da bin ich wieder.

                Na das ist ja mal der Knaller - sobald ich den fritzdect Adapter auf debug stellen, funktioniert er wieder - also läßt sich schlaten und keine Fehler Meldungen mehr.

                Stelle ich um auf Info, kommen wieder die Fehlermeldungen und er läßt auch keine Schalthandlungen mehr zu.

                Hier das debug log - ist ein bisschen was - darum Spoiler


                fritzdect.0 2020-04-23 07:01:46.787 debug (5080) system.adapter.admin.0: logging true
                fritzdect.0 2020-04-23 07:00:20.764 debug (5080) stateChange fritzdect.0.DECT200_087610236923.voltage {"val":234.746,"ack":true,"ts":1587618020729,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587618020729}
                fritzdect.0 2020-04-23 07:00:20.763 debug (5080) stateChange fritzdect.0.DECT200_087610236923.temp_offset {"val":-2.5,"ack":true,"ts":1587618020729,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305125}
                fritzdect.0 2020-04-23 07:00:20.762 debug (5080) stateChange fritzdect.0.DECT200_087610236923.temp {"val":12.5,"ack":true,"ts":1587618020729,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587617420267}
                fritzdect.0 2020-04-23 07:00:20.761 debug (5080) stateChange fritzdect.0.DECT200_087610236923.devicelock {"val":false,"ack":true,"ts":1587618020729,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305125}
                fritzdect.0 2020-04-23 07:00:20.761 debug (5080) stateChange fritzdect.0.DECT200_087610236923.lock {"val":false,"ack":true,"ts":1587618020729,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305125}
                fritzdect.0 2020-04-23 07:00:20.760 debug (5080) stateChange fritzdect.0.DECT200_087610236923.mode {"val":"manuell","ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305125}
                fritzdect.0 2020-04-23 07:00:20.759 debug (5080) stateChange fritzdect.0.DECT200_087610236923.energy {"val":"32280","ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587616520107}
                fritzdect.0 2020-04-23 07:00:20.758 debug (5080) stateChange fritzdect.0.DECT200_087610236923.power {"val":1.5,"ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587618020728}
                fritzdect.0 2020-04-23 07:00:20.757 debug (5080) stateChange fritzdect.0.DECT200_087610236923.state {"val":true,"ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587590807611}
                fritzdect.0 2020-04-23 07:00:20.756 debug (5080) stateChange fritzdect.0.DECT200_087610236923.present {"val":true,"ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305124}
                fritzdect.0 2020-04-23 07:00:20.755 debug (5080) stateChange fritzdect.0.DECT200_087610236923.name {"val":"Garten","ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305124}
                fritzdect.0 2020-04-23 07:00:20.754 debug (5080) stateChange fritzdect.0.DECT200_087610221797.voltage {"val":233.558,"ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587618020728}
                fritzdect.0 2020-04-23 07:00:20.753 debug (5080) stateChange fritzdect.0.DECT200_087610221797.temp_offset {"val":0,"ack":true,"ts":1587618020728,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305124}
                fritzdect.0 2020-04-23 07:00:20.752 debug (5080) stateChange fritzdect.0.DECT200_087610221797.temp {"val":18.5,"ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587607520430}
                fritzdect.0 2020-04-23 07:00:20.751 debug (5080) stateChange fritzdect.0.DECT200_087610221797.devicelock {"val":false,"ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305122}
                fritzdect.0 2020-04-23 07:00:20.750 debug (5080) stateChange fritzdect.0.DECT200_087610221797.lock {"val":false,"ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305122}
                fritzdect.0 2020-04-23 07:00:20.749 debug (5080) stateChange fritzdect.0.DECT200_087610221797.mode {"val":"manuell","ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305122}
                fritzdect.0 2020-04-23 07:00:20.749 debug (5080) stateChange fritzdect.0.DECT200_087610221797.energy {"val":"290284","ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587493708011}
                fritzdect.0 2020-04-23 07:00:20.747 debug (5080) stateChange fritzdect.0.DECT200_087610221797.power {"val":0,"ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587493708011}
                fritzdect.0 2020-04-23 07:00:20.746 debug (5080) stateChange fritzdect.0.DECT200_087610221797.state {"val":true,"ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1584726263438}
                fritzdect.0 2020-04-23 07:00:20.746 debug (5080) stateChange fritzdect.0.DECT200_087610221797.present {"val":true,"ack":true,"ts":1587618020727,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305122}
                fritzdect.0 2020-04-23 07:00:20.745 debug (5080) stateChange fritzdect.0.DECT200_087610221797.name {"val":"Pool","ack":true,"ts":1587618020726,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305122}
                fritzdect.0 2020-04-23 07:00:20.744 debug (5080) stateChange fritzdect.0.DECT200_087610244490.voltage {"val":233.722,"ack":true,"ts":1587618020726,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587618020726}
                fritzdect.0 2020-04-23 07:00:20.743 debug (5080) stateChange fritzdect.0.DECT200_087610244490.temp_offset {"val":0,"ack":true,"ts":1587618020726,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305121}
                fritzdect.0 2020-04-23 07:00:20.742 debug (5080) stateChange fritzdect.0.DECT200_087610244490.temp {"val":16,"ack":true,"ts":1587618020726,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587590220668}
                fritzdect.0 2020-04-23 07:00:20.741 debug (5080) stateChange fritzdect.0.DECT200_087610244490.devicelock {"val":false,"ack":true,"ts":1587618020726,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305121}
                fritzdect.0 2020-04-23 07:00:20.739 debug (5080) stateChange fritzdect.0.DECT200_087610244490.lock {"val":false,"ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305121}
                fritzdect.0 2020-04-23 07:00:20.738 debug (5080) stateChange fritzdect.0.DECT200_087610244490.mode {"val":"manuell","ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305121}
                fritzdect.0 2020-04-23 07:00:20.736 debug (5080) stateChange fritzdect.0.DECT200_087610244490.energy {"val":"141694","ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587616520105}
                fritzdect.0 2020-04-23 07:00:20.734 debug (5080) stateChange fritzdect.0.DECT200_087610244490.power {"val":1,"ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1587618020725}
                fritzdect.0 2020-04-23 07:00:20.732 debug (5080) stateChange fritzdect.0.DECT200_087610244490.state {"val":true,"ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1584726263437}
                fritzdect.0 2020-04-23 07:00:20.731 debug (5080) stateChange fritzdect.0.DECT200_087610244490.present {"val":true,"ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305121}
                fritzdect.0 2020-04-23 07:00:20.730 debug (5080) stateChange fritzdect.0.DECT200_087610244490.name {"val":"Pumpe","ack":true,"ts":1587618020725,"q":0,"from":"system.adapter.fritzdect.0","user":"system.user.admin","lc":1582185305120}
                fritzdect.0 2020-04-23 07:00:20.724 debug (5080) DECT200_087610236923 : voltage : 234.746
                fritzdect.0 2020-04-23 07:00:20.723 debug (5080) DECT200_087610236923 : temp offset: -2.5
                fritzdect.0 2020-04-23 07:00:20.723 debug (5080) DECT200_087610236923 : temp : 12.5
                fritzdect.0 2020-04-23 07:00:20.723 debug (5080) DECT200_087610236923 : devicelock : false (0)
                fritzdect.0 2020-04-23 07:00:20.722 debug (5080) DECT200_087610236923 : lock : false (0)
                fritzdect.0 2020-04-23 07:00:20.722 debug (5080) DECT200_087610236923 : mode : manuell
                fritzdect.0 2020-04-23 07:00:20.722 debug (5080) DECT200_087610236923 : energy :32280
                fritzdect.0 2020-04-23 07:00:20.721 debug (5080) DECT200_087610236923 : power :1.5
                fritzdect.0 2020-04-23 07:00:20.721 debug (5080) DECT200_087610236923 : state :true(1)
                fritzdect.0 2020-04-23 07:00:20.720 debug (5080) DECT200_087610236923 : present : true (1)
                fritzdect.0 2020-04-23 07:00:20.720 debug (5080) DECT200_087610236923 : name : Garten
                fritzdect.0 2020-04-23 07:00:20.720 debug (5080) updating Switch Garten
                fritzdect.0 2020-04-23 07:00:20.719 debug (5080) DECT200_087610221797 : voltage : 233.558
                fritzdect.0 2020-04-23 07:00:20.719 debug (5080) DECT200_087610221797 : temp offset: 0
                fritzdect.0 2020-04-23 07:00:20.719 debug (5080) DECT200_087610221797 : temp : 18.5
                fritzdect.0 2020-04-23 07:00:20.718 debug (5080) DECT200_087610221797 : devicelock : false (0)
                fritzdect.0 2020-04-23 07:00:20.718 debug (5080) DECT200_087610221797 : lock : false (0)
                fritzdect.0 2020-04-23 07:00:20.717 debug (5080) DECT200_087610221797 : mode : manuell
                fritzdect.0 2020-04-23 07:00:20.717 debug (5080) DECT200_087610221797 : energy :290284
                fritzdect.0 2020-04-23 07:00:20.717 debug (5080) DECT200_087610221797 : power :0
                fritzdect.0 2020-04-23 07:00:20.716 debug (5080) DECT200_087610221797 : state :true(1)
                fritzdect.0 2020-04-23 07:00:20.716 debug (5080) DECT200_087610221797 : present : true (1)
                fritzdect.0 2020-04-23 07:00:20.716 debug (5080) DECT200_087610221797 : name : Pool
                fritzdect.0 2020-04-23 07:00:20.715 debug (5080) updating Switch Pool
                fritzdect.0 2020-04-23 07:00:20.715 debug (5080) DECT200_087610244490 : voltage : 233.722
                fritzdect.0 2020-04-23 07:00:20.715 debug (5080) DECT200_087610244490 : temp offset: 0
                fritzdect.0 2020-04-23 07:00:20.714 debug (5080) DECT200_087610244490 : temp : 16
                fritzdect.0 2020-04-23 07:00:20.714 debug (5080) DECT200_087610244490 : devicelock : false (0)
                fritzdect.0 2020-04-23 07:00:20.713 debug (5080) DECT200_087610244490 : lock : false (0)
                fritzdect.0 2020-04-23 07:00:20.713 debug (5080) DECT200_087610244490 : mode : manuell
                fritzdect.0 2020-04-23 07:00:20.713 debug (5080) DECT200_087610244490 : energy :141694
                fritzdect.0 2020-04-23 07:00:20.712 debug (5080) DECT200_087610244490 : power :1
                fritzdect.0 2020-04-23 07:00:20.712 debug (5080) DECT200_087610244490 : state :true(1)
                fritzdect.0 2020-04-23 07:00:20.711 debug (5080) DECT200_087610244490 : present : true (1)
                fritzdect.0 2020-04-23 07:00:20.711 debug (5080) DECT200_087610244490 : name : Pumpe
                fritzdect.0 2020-04-23 07:00:20.711 debug (5080) updating Switch Pumpe
                fritzdect.0 2020-04-23 07:00:20.711 debug (5080) update Devices 3
                fritzdect.0 2020-04-23 07:00:20.711 debug (5080) [{"identifier":"087610244490","id":"17","functionbitmask":"2944","fwversion":"04.16","manufacturer":"AVM","productname":"FRITZ!DECT 200","present":"1","name":"Pumpe","switch":{"state":"1","mod
                fritzdect.0 2020-04-23 07:00:20.710 debug
                fritzdect.0 2020-04-23 07:00:20.710 debug (5080) devices
                fritzdect.0 2020-04-23 07:00:20.107 debug (5080) []
                fritzdect.0 2020-04-23 07:00:20.107 debug
                fritzdect.0 2020-04-23 07:00:20.107 debug (5080) groups
                fritzdect.0 2020-04-23 07:00:19.512 debug (5080) polling! fritzdect is alive

                UNd hier das Log nachdem ich auf Info umgeschaltet habe

                fritzdect.0	2020-04-23 07:04:53.084	error	(10252) Did not get session id- invalid username or password?
                fritzdect.0	2020-04-23 07:04:53.084	error	(10252) fritzbox returned this "0000000000000000"
                fritzdect.0	2020-04-23 07:04:52.538	error	(10252) Did not get session id- invalid username or password?
                fritzdect.0	2020-04-23 07:04:52.538	error	(10252) fritzbox returned this "0000000000000000"
                innogy-smarthome.0	2020-04-23 07:04:52.129	debug	(928) system.adapter.admin.0: logging true
                fritzdect.0	2020-04-23 07:04:51.483	error	(10252) Did not get session id- invalid username or password?
                fritzdect.0	2020-04-23 07:04:51.483	error	(10252) fritzbox returned this "0000000000000000"
                tankerkoenig.0	2020-04-23 07:04:50.924	info	(7260) Reading data from tankerkoenig ...
                fritzdect.0	2020-04-23 07:04:50.514	error	(10252) Did not get session id- invalid username or password?
                fritzdect.0	2020-04-23 07:04:50.513	error	(10252) fritzbox returned this "0000000000000000"
                fritzdect.0	2020-04-23 07:04:49.229	error	(10252) Did not get session id- invalid username or password?
                fritzdect.0	2020-04-23 07:04:49.228	error	(10252) fritzbox returned this "0000000000000000"
                fritzdect.0	2020-04-23 07:04:45.620	info	(10252) entered ready
                fritzdect.0	2020-04-23 07:04:45.609	info	(10252) starting. Version 1.0.1 in C:/iobroker/GLT/node_modules/iobroker.fritzdect, node: v10.17.0
                host.GLT	2020-04-23 07:04:44.456	info	instance system.adapter.fritzdect.0 started with pid 10252
                

                :( zu früh gefreut - nachdem ich wieder auf Debug zurück geschaltet hatte, bleibe es bei den Fehlermeldungen. Ich musste tatsächlich in der FritzBox wieder einen neuen Benutzer anlegen.

                Nun läuft der Adapter vorerst wieder - merkwürdig merkwürdig

                Hier das Log im Debug Modus

                fritzdect.0	2020-04-23 07:12:23.000	debug	(10528) system.adapter.admin.0: logging true
                innogy-smarthome.0	2020-04-23 07:12:23.011	debug	(928) system.adapter.admin.0: logging true
                fritzdect.0	2020-04-23 07:09:31.601	error	(10528) Did not get session id- invalid username or password?
                fritzdect.0	2020-04-23 07:09:31.600	error	(10528) fritzbox returned this "0000000000000000"
                fritzdect.0	2020-04-23 07:09:31.061	error	(10528) Did not get session id- invalid username or password?
                fritzdect.0	2020-04-23 07:09:31.060	error	(10528) fritzbox returned this "0000000000000000"
                fritzdect.0	2020-04-23 07:09:30.565	error	(10528) Did not get session id- invalid username or password?
                fritzdect.0	2020-04-23 07:09:30.564	error	(10528) fritzbox returned this "0000000000000000"
                fritzdect.0	2020-04-23 07:09:30.066	error	(10528) Did not get session id- invalid username or password?
                fritzdect.0	2020-04-23 07:09:30.065	error	(10528) fritzbox returned this "0000000000000000"
                fritzdect.0	2020-04-23 07:09:29.073	error	(10528) Did not get session id- invalid username or password?
                fritzdect.0	2020-04-23 07:09:29.073	error	(10528) fritzbox returned this "0000000000000000"
                fritzdect.0	2020-04-23 07:09:02.970	debug	(10528) polling! fritzdect is alive
                fritzdect.0	2020-04-23 07:09:02.945	info	(10528) entered ready
                fritzdect.0	2020-04-23 07:09:02.935	info	(10528) starting. Version 1.0.1 in C:/iobroker/GLT/node_modules/iobroker.fritzdect, node: v10.17.0
                fritzdect.0	2020-04-23 07:09:02.759	debug	(10528) statesDB connected
                fritzdect.0	2020-04-23 07:09:02.759	debug	(10528) States connected to redis: 127.0.0.1:9000
                fritzdect.0	2020-04-23 07:09:02.749	debug	(10528) States create System PubSub Client
                fritzdect.0	2020-04-23 07:09:02.748	debug	(10528) States create User PubSub Client
                fritzdect.0	2020-04-23 07:09:02.741	debug	(10528) Redis States: Use Redis connection: 127.0.0.1:9000
                fritzdect.0	2020-04-23 07:09:02.739	debug	(10528) objectDB connected
                fritzdect.0	2020-04-23 07:09:02.735	debug	(10528) Objects connected to redis: 127.0.0.1:9001
                fritzdect.0	2020-04-23 07:09:02.722	debug	(10528) Objects client initialize lua scripts
                fritzdect.0	2020-04-23 07:09:02.722	debug	(10528) Objects create User PubSub Client
                fritzdect.0	2020-04-23 07:09:02.721	debug	(10528) Objects create System PubSub Client
                fritzdect.0	2020-04-23 07:09:02.719	debug	(10528) Objects client ready ... initialize now
                fritzdect.0	2020-04-23 07:09:02.694	debug	(10528) Redis Objects: Use Redis connection: 127.0.0.1:9001
                
                apollon77A Offline
                apollon77A Offline
                apollon77
                schrieb am zuletzt editiert von
                #275

                @JB_Sullivan So jetzt muss ich aber mal ganz frech Fragen: Wo ist das GitHub Issue das der Entwickler bescheid weiss das es hier vllt Probleme gibt? Wir diskutieren hier seid mindestens gestern Tagen ohne das der Entwickler weiss das es pot. ein Thema gibt. :-(

                Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                1 Antwort Letzte Antwort
                0
                • foxriver76F foxriver76

                  @dslraser Danke, sehe das Problem.. fixen wir.

                  dslraserD Offline
                  dslraserD Offline
                  dslraser
                  Forum Testing Most Active
                  schrieb am zuletzt editiert von
                  #276

                  @foxriver76 sagte in js-controller 3.0 jetzt im Latest!:

                  @dslraser Danke, sehe das Problem.. fixen wir.

                  mit js-controller 3.0.17 wieder okay

                  1 Antwort Letzte Antwort
                  1
                  • apollon77A apollon77

                    @Torsten81 Du meinst den js-controller? Alsowenn Du die 2.2.9 bekommst ist Dein System auf das "Stable" Repository eingestellt. Da kommt es wenn alles gut läuft in ca. 1 Woche hin ...

                    T Offline
                    T Offline
                    Torsten81
                    schrieb am zuletzt editiert von
                    #277

                    @apollon77 Ja genau, ah ok ich hab mich halt nur gewundert. Hier sind schon alle fleißig am installieren. Kann man sein system denn umstellen?

                    1 Antwort Letzte Antwort
                    0
                    • dslraserD dslraser

                      @apollon77
                      js-controller 3.0.15 und admin 4.0.9

                      bei mir werden in der Adapter Übersicht keine installierten Instanzen mehr angezeigt und es gibt auch keinen Upload Pfeil

                      Bildschirmfoto 2020-04-22 um 10.36.32.png

                      auch ohne Sternchen bleibt die Spalte installiert leer

                      dslraserD Offline
                      dslraserD Offline
                      dslraser
                      Forum Testing Most Active
                      schrieb am zuletzt editiert von
                      #278

                      @dslraser sagte in js-controller 3.0 jetzt im Latest!:

                      @apollon77
                      js-controller 3.0.15 und admin 4.0.9

                      bei mir werden in der Adapter Übersicht keine installierten Instanzen mehr angezeigt und es gibt auch keinen Upload Pfeil

                      Bildschirmfoto 2020-04-22 um 10.36.32.png

                      auch ohne Sternchen bleibt die Spalte installiert leer

                      mit 3.0.17 auch wieder okay

                      1 Antwort Letzte Antwort
                      0
                      • M Offline
                        M Offline
                        Marty56
                        schrieb am zuletzt editiert von
                        #279

                        Ich finde es ja toll, dass der js-controller weiterentwickelt wird, aber ich verstehe die Prioritäten nicht so ganz.

                        Der js-controller funktioniert so wie er ist sehr gut. Auf der anderen Seite gibt es Adapter, die praktisch nicht mehr nutzbar sind, und verzweifelte Nutzer ihre Zeit verschwenden, irgendwelche Workarounds zu erfinden.

                        Bei mir sind das Adapter, die mich persistent nerven:

                        1. sayit Adapter, der compact Mode nicht unterstützt und mit Sonos überhaupt nicht mehr funktioniert.
                        2. der telegram Adapter, der mittlerweile instabil ist und der Bug Fix immer noch nicht releasefähig ist.
                        3. der yahka Adapter, der nicht compact modus fähig ist.
                        4. der tr64 Adapter, der nach soef's Ausscheiden, über Monate nicht vernünftig funktioniert hat (und immer noch ab und zu abschmiert).

                        Wie der Name iobroker schon sagt, ist iobroker ist erster Linie eine Integrationsplattform für verschiedene Anbieter und Dienste. Wenn man jetzt die Pflege bei essentiellen Adapter jetzt vernachlässigt, rüttelt man an dem fundamentalen Ziel dieses Projekts.

                        HW:NUC (16 GB Ram)
                        OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3

                        J apollon77A 2 Antworten Letzte Antwort
                        0
                        • M Marty56

                          Ich finde es ja toll, dass der js-controller weiterentwickelt wird, aber ich verstehe die Prioritäten nicht so ganz.

                          Der js-controller funktioniert so wie er ist sehr gut. Auf der anderen Seite gibt es Adapter, die praktisch nicht mehr nutzbar sind, und verzweifelte Nutzer ihre Zeit verschwenden, irgendwelche Workarounds zu erfinden.

                          Bei mir sind das Adapter, die mich persistent nerven:

                          1. sayit Adapter, der compact Mode nicht unterstützt und mit Sonos überhaupt nicht mehr funktioniert.
                          2. der telegram Adapter, der mittlerweile instabil ist und der Bug Fix immer noch nicht releasefähig ist.
                          3. der yahka Adapter, der nicht compact modus fähig ist.
                          4. der tr64 Adapter, der nach soef's Ausscheiden, über Monate nicht vernünftig funktioniert hat (und immer noch ab und zu abschmiert).

                          Wie der Name iobroker schon sagt, ist iobroker ist erster Linie eine Integrationsplattform für verschiedene Anbieter und Dienste. Wenn man jetzt die Pflege bei essentiellen Adapter jetzt vernachlässigt, rüttelt man an dem fundamentalen Ziel dieses Projekts.

                          J Offline
                          J Offline
                          Jan1
                          schrieb am zuletzt editiert von
                          #280

                          @Marty56
                          zwei Deiner Problem Adapter habe ich TR-064 und Telegram, beide laufen, dann ist der JS auch kein Adapter in dem Sinne, sondern eher der IOBroker himself ;-)
                          Da Du noch was von soef schreibst, gehe ich mal davon aus, dass DU die falschen alten Adapter hast. Dann gehe ich weiter davon aus, dass Du dich im default REPO befindest und dort dauert es eben bis die aktuellen Adapter mit allen Bugfixen aus dem latest auch drin sind.

                          apollon77A 1 Antwort Letzte Antwort
                          0
                          • M Marty56

                            Ich finde es ja toll, dass der js-controller weiterentwickelt wird, aber ich verstehe die Prioritäten nicht so ganz.

                            Der js-controller funktioniert so wie er ist sehr gut. Auf der anderen Seite gibt es Adapter, die praktisch nicht mehr nutzbar sind, und verzweifelte Nutzer ihre Zeit verschwenden, irgendwelche Workarounds zu erfinden.

                            Bei mir sind das Adapter, die mich persistent nerven:

                            1. sayit Adapter, der compact Mode nicht unterstützt und mit Sonos überhaupt nicht mehr funktioniert.
                            2. der telegram Adapter, der mittlerweile instabil ist und der Bug Fix immer noch nicht releasefähig ist.
                            3. der yahka Adapter, der nicht compact modus fähig ist.
                            4. der tr64 Adapter, der nach soef's Ausscheiden, über Monate nicht vernünftig funktioniert hat (und immer noch ab und zu abschmiert).

                            Wie der Name iobroker schon sagt, ist iobroker ist erster Linie eine Integrationsplattform für verschiedene Anbieter und Dienste. Wenn man jetzt die Pflege bei essentiellen Adapter jetzt vernachlässigt, rüttelt man an dem fundamentalen Ziel dieses Projekts.

                            apollon77A Offline
                            apollon77A Offline
                            apollon77
                            schrieb am zuletzt editiert von
                            #281

                            @Marty56 Hallo Marty,

                            das ioBroker System ist sehr Modular und Verteilt aufgebaut. Der js-controller ist DAS Herzstück des ganzen Systems. Das wir diesen regelmässig weiterentwickeln hat mehrere Gründe ist ist genau wichtig wie einzelne Adapter, einige Beispiele sind:

                            • Nodejs als unsere Verwendete Platform entwickelt sich weiter, genauso wie die darunter liegenden Libraries die genutzt werden. Ohne regelmässige Updates kommen Millionen von Warnungen auf die User zu (hatten wir mit dem 1.5er bereits) und einiges funktioniert mit aktuellen Nodejs Versionen dann nicht mehr
                            • JavaScript als Sprache entwickelt sich weiter. Und damit auch die Anforderungen um für Entwickler interessant zu sein. Wenn wir hier nicht ebenfalls mithalten gibt es keine neuen Adapter mehr
                            • Wir arbeiten ebenso daran die Adapter-Entwicklung für Entwickler so einfach wie möglich zu gestalten, mit dem Ziel das es für Entwickler einfacher wird und Sie ggf dann auch länger "bei der Stange bleiben"
                            • Viele Funktionen mit denen die User regelmässig direkt oder indirekt via Admin arbeiten sind im js-controller verwurzelt. Auch hier haben wir User-Feedback und typische Problemfälle zum Anlass genommen hier die Bedienbarkeit oder Fehler zu verbessern und allgemein zu vereinfachen

                            Der controller, als Herz der Integrationsplatform, ist daher sogar um einiges wichtiger als einzelne Adapter (sorry wenn ich das so klar sagen muss) - weil ohne Controller gäbe es keinen ioBroker und kein Adapter könnte seinen Job tun. Alle beinahe 40.000 User nutzen und benötigen den js-controller und das dieser vollkommen zuverlässig funktioniert!!

                            Die Problematik mit einzelnen Adaptern und das/ob/wie diese weiterentwickelt werden ist teilweise an dem stark verteilten Ansatz von ioBroker begründet das sich das stark auf verschiedene Entwickler aufteilt und wir nicht immer eine Kontrolle haben. Dazu kommt das hier einige Probleme und Featurewünsche dann unterschiedliche Anzahl an Usern betreffen oder einfach sehr schwer Testbar sind weil nicht jeder zB einen Sonos daheim hat. Da ist die Komplexität in vielen Stellen verpackt. Wir versuchen unser bestes um hier verwaiste Adapter irgendwie zu betreuen - siehe tr-064 - aber auch hier ist die verfügbare Zeit nicht unendlich.

                            Ingo

                            Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                            • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                            • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                            M 1 Antwort Letzte Antwort
                            1
                            • J Jan1

                              @Marty56
                              zwei Deiner Problem Adapter habe ich TR-064 und Telegram, beide laufen, dann ist der JS auch kein Adapter in dem Sinne, sondern eher der IOBroker himself ;-)
                              Da Du noch was von soef schreibst, gehe ich mal davon aus, dass DU die falschen alten Adapter hast. Dann gehe ich weiter davon aus, dass Du dich im default REPO befindest und dort dauert es eben bis die aktuellen Adapter mit allen Bugfixen aus dem latest auch drin sind.

                              apollon77A Offline
                              apollon77A Offline
                              apollon77
                              schrieb am zuletzt editiert von
                              #282

                              @Jan1 Im Zuge dessen das der js-controller 3.0 ins Stable kommt werden auch eine gaaaaanze Reihe von Adaptern im Stable aktualisiert werden

                              Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                              • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                              • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                              1 Antwort Letzte Antwort
                              0
                              • M Offline
                                M Offline
                                moeff
                                schrieb am zuletzt editiert von
                                #283

                                Hi,

                                der moma adapter startet nach Update auf 3er js-controller immer wieder neu:

                                moma.0	2020-04-23 10:00:29.436	error	at process._tickCallback (internal/process/next_tick.js:68:7)
                                moma.0	2020-04-23 10:00:29.436	error	at Interval2.logError (/opt/iobroker/node_modules/iobroker.moma/lib/Interval.js:66:17)
                                moma.0	2020-04-23 10:00:29.436	error	(2178083) TypeError: adapter.getForeignStateAChangedsync is not a function
                                moma.0	2020-04-23 10:00:29.435	error	(2178083) uncaught exception: adapter.getForeignStateAChangedsync is not a function
                                

                                ticket auf moma github bereits eröffnet:

                                https://github.com/AWhiteKnight/ioBroker.moma/issues/49

                                Hat wer einen helfenden Hinweis?

                                Danke Marco

                                apollon77A 1 Antwort Letzte Antwort
                                0
                                • M moeff

                                  Hi,

                                  der moma adapter startet nach Update auf 3er js-controller immer wieder neu:

                                  moma.0	2020-04-23 10:00:29.436	error	at process._tickCallback (internal/process/next_tick.js:68:7)
                                  moma.0	2020-04-23 10:00:29.436	error	at Interval2.logError (/opt/iobroker/node_modules/iobroker.moma/lib/Interval.js:66:17)
                                  moma.0	2020-04-23 10:00:29.436	error	(2178083) TypeError: adapter.getForeignStateAChangedsync is not a function
                                  moma.0	2020-04-23 10:00:29.435	error	(2178083) uncaught exception: adapter.getForeignStateAChangedsync is not a function
                                  

                                  ticket auf moma github bereits eröffnet:

                                  https://github.com/AWhiteKnight/ioBroker.moma/issues/49

                                  Hat wer einen helfenden Hinweis?

                                  Danke Marco

                                  apollon77A Offline
                                  apollon77A Offline
                                  apollon77
                                  schrieb am zuletzt editiert von
                                  #284

                                  @moeff Ja SchreibFehler ... die eine Methode heisst adapter.getForeignStateChangedAsync

                                  Kannst ggf bei dir manuell ändern bis Dev gefixt hat.

                                  Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                                  • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                                  • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                                  M 1 Antwort Letzte Antwort
                                  0
                                  • apollon77A apollon77

                                    @moeff Ja SchreibFehler ... die eine Methode heisst adapter.getForeignStateChangedAsync

                                    Kannst ggf bei dir manuell ändern bis Dev gefixt hat.

                                    M Offline
                                    M Offline
                                    moeff
                                    schrieb am zuletzt editiert von
                                    #285

                                    @apollon77

                                    danke für die Info, hab es händisch korrigiert.

                                    1 Antwort Letzte Antwort
                                    0
                                    • J Offline
                                      J Offline
                                      jf62
                                      schrieb am zuletzt editiert von
                                      #286

                                      Nach update von 3.0.14 auf 3.0.17 geht der fixer bei mir nicht mehr...
                                      iobroker fix
                                      bash: Zeile 1: 500:: Kommando nicht gefunden.

                                      auch

                                      curl -sL https://iobroker.net/fix.sh | bash -
                                      bash: Zeile 1: 500:: Kommando nicht gefunden.

                                      meldet selben Fehler.
                                      System scheinzt zu laufen, aber war bis dahin absolut fehlerfrei

                                      Irgendeine Idee wo ich hier suchen könnte?

                                      AlCalzoneA J 2 Antworten Letzte Antwort
                                      0
                                      • J jf62

                                        Nach update von 3.0.14 auf 3.0.17 geht der fixer bei mir nicht mehr...
                                        iobroker fix
                                        bash: Zeile 1: 500:: Kommando nicht gefunden.

                                        auch

                                        curl -sL https://iobroker.net/fix.sh | bash -
                                        bash: Zeile 1: 500:: Kommando nicht gefunden.

                                        meldet selben Fehler.
                                        System scheinzt zu laufen, aber war bis dahin absolut fehlerfrei

                                        Irgendeine Idee wo ich hier suchen könnte?

                                        AlCalzoneA Offline
                                        AlCalzoneA Offline
                                        AlCalzone
                                        Developer
                                        schrieb am zuletzt editiert von AlCalzone
                                        #287

                                        @jf62 Das kann nichts mit dem Controller zu tun haben. Ich tippe eher auf Github, das hat bei mir derzeit einige Probleme. Das Fixer-Skript liegt letztendlich dort.

                                        Edit, ja das ist es. curl -sL https://iobroker.net/fix.sh liefert derzeit "500: Internal Server Error"

                                        Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

                                        K 1 Antwort Letzte Antwort
                                        0
                                        • J jf62

                                          Nach update von 3.0.14 auf 3.0.17 geht der fixer bei mir nicht mehr...
                                          iobroker fix
                                          bash: Zeile 1: 500:: Kommando nicht gefunden.

                                          auch

                                          curl -sL https://iobroker.net/fix.sh | bash -
                                          bash: Zeile 1: 500:: Kommando nicht gefunden.

                                          meldet selben Fehler.
                                          System scheinzt zu laufen, aber war bis dahin absolut fehlerfrei

                                          Irgendeine Idee wo ich hier suchen könnte?

                                          J Offline
                                          J Offline
                                          Jan1
                                          schrieb am zuletzt editiert von
                                          #288

                                          @jf62
                                          da ich heute morgen auf Nummer sicher gehen wollte hab ich nach dem Backup rückspielen JS und Admin auf die aktuellen Versionen gebracht und anschließen noch den Fixer über die frische Installation gejagt, lieft wie immer.

                                          1 Antwort Letzte Antwort
                                          0
                                          Antworten
                                          • In einem neuen Thema antworten
                                          Anmelden zum Antworten
                                          • Älteste zuerst
                                          • Neuste zuerst
                                          • Meiste Stimmen


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate
                                          FAQ Cloud / IOT
                                          HowTo: Node.js-Update
                                          HowTo: Backup/Restore
                                          Downloads
                                          BLOG

                                          970

                                          Online

                                          32.4k

                                          Benutzer

                                          81.5k

                                          Themen

                                          1.3m

                                          Beiträge
                                          Community
                                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                          ioBroker Community 2014-2025
                                          logo
                                          • Anmelden

                                          • Du hast noch kein Konto? Registrieren

                                          • Anmelden oder registrieren, um zu suchen
                                          • Erster Beitrag
                                            Letzter Beitrag
                                          0
                                          • Home
                                          • Aktuell
                                          • Tags
                                          • Ungelesen 0
                                          • Kategorien
                                          • Unreplied
                                          • Beliebt
                                          • GitHub
                                          • Docu
                                          • Hilfe