NEWS

Hallo,

Google Kalender im Internet sieht normal aus.

Und auch auf dem Handy, Samsung Nolte 3 sieht alles ok aus.

Komisch.

Der Knackpunkt liegt hier:
@easyhoo:

Manuell, also mit "Installieren aus eigener URL" werden dann die aktuellen Versionen geladen, `
denn das stimmt nicht.

Es werden über diesen Menüpunkt Vorabversionen, tlw. Betaversionen installiert, nicht die aktuell freigegeben.

Anhand deines Screenshots sieht man ja, dass deine installierten Versionen höher sind, als die zur Zeit offiziell freigegebenen.

Die Konsole stellt nur den Originalzustand wieder her 😉

Gruß

Rainer

@Highpressure:

Wenn du darin kein issue siehst oder sonst jemand ein problem hat, störts mich auch nicht weiter. `
Spätestens, nach dritten Update wird es. :?

Hallo,

ich wecke mal den Thread wieder auf - ist ja eh noch nicht als gelöst markiert und mein Problem passt zum Eingangsgpost.

Ich habe jetzt mal dieses Script welches Servicemeldungen zählt bei mir implementiert und erhalt habe die gleiche Fehlermeldung:

javascript.0 2017-02-05 23:15:00.916 warn javascript.0 State "hm-rpc.0.MEQ0690365.0.CONFIG_PENDING" not found

Das Eigenartige ist dass auch die Prüfung, ob der Zustand existiert wie von Bluefox vorgeschlagen bei mir nicht hilft. Ich habe mein Script wie folgt angepasst:

function count(id) { if (!id.match("[\\.][1-9][\\.]")) { log('1: ' + getState(id)); if (!getState(id)) return; log('2: ' + getState(id).val);

und erhalte damit folgende Logausgabe:

`2017-02-05 23:15:00.791 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 1: [object Object] 2017-02-05 23:15:00.791 - [33mwarn[39m: javascript.0 State "hm-rpc.0.LEQ0411469.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.791 - [33mwarn[39m: javascript.0 State "hm-rpc.0.LEQ0411469.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.791 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 2: null 2017-02-05 23:15:00.806 - [33mwarn[39m: javascript.0 State "hm-rpc.0.MEQ0197597.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.806 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 1: [object Object] 2017-02-05 23:15:00.806 - [33mwarn[39m: javascript.0 State "hm-rpc.0.MEQ0197597.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.806 - [33mwarn[39m: javascript.0 State "hm-rpc.0.MEQ0197597.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.806 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 2: null 2017-02-05 23:15:00.806 - [33mwarn[39m: javascript.0 State "hm-rpc.0.MEQ0690365.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.806 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 1: [object Object] 2017-02-05 23:15:00.806 - [33mwarn[39m: javascript.0 State "hm-rpc.0.MEQ0690365.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.806 - [33mwarn[39m: javascript.0 State "hm-rpc.0.MEQ0690365.0.CONFIG_PENDING" not found 2017-02-05 23:15:00.806 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 2: null 2017-02-05 23:15:00.806 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 1: [object Object] 2017-02-05 23:15:00.806 - [32minfo[39m: javascript.0 script.js.InArbeit.HM_Servicemeldungen: 2: false[/code]` Das scheint mir so, als ob die Prüfung an sich schon einen Fehler wirft, aber trotzdem erstmal ein Object zurückgibt und somit nicht greift und wieder in den Fehler läuft. Bei den States wo zwischen Log1 und Log2 kein Fehler kommt wurde der Datenpunkt schon mal beschrieben und somit ist alles OK. Bei den anderen DP's gibt .val eben "null" zurück was ja eigentlich IMO korrekt ist , aber warum kommen dann die Fehlermeldungen vom JS-Adapter?

Falls du mit GUI das hier meinst:
250_cron.jpg
JA

Hallo Dirk,

Danke!

Der Pfad ist falsch:

https://github.com/ioBroker/ioBroker.vi … /README.md

Der korrekte Pfad müsste sein

https://github.com/ioBroker/ioBroker.vi … /README.md

Da müsste @Bluefox das im admin ändern

Gruß

Rainer

Also ich hab gerade nochmal gekuckt, trotz Expertenmodus lassen sich Werte nicht bearbeiten

Johnny

Hallo fsjoke

"Normale" Schaltvorgänge klappen auch einwandfrei.

Bei meinem "Spezialfall" ist das aber anders.

Ich benutze den 6fach Wandtaster zur Codeeingabe (Anwesend, Alarm usw.)

Taste1 ergibt "1", Taste2 ergibt "2" usw.

Wenn z.B. der Code "654321" eingegeben wird, wird eine Aktion ausgelöst.

Dazu werden die 6 Tasten getriggert.

If Taste1_SHORT = True …...

elseIf Taste2_SHORT = True .....

....

....

Wenn ich jetzt die Taste1, dann Taste2 drücke, ist immer die erste Bedingung erfüllt weil Taste1.SHORT immer auf TRUE bleibt.

Ich hoffe ich habe mich verständlich ausgedrückt.

Grüße

Nachdem ich alle module, die mir als fehlend gemeldet wurden, einzeln installiert habe wird mir nun nach Eingabe von iobroker update wieder die korrekten vorhandenen und verfügbaren Versionsnummern angezeigt.

! C:\ioBroker>npm i read-package-json
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires nopt@'~3.0.6' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\nopt,
! npm WARN unmet dependency which is version 4.0.1
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires npm-registry-client@'~7.2.1' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\npm-registry-client,
! npm WARN unmet dependency which is version 7.4.5
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires npmlog@'~2.0.4' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\npmlog,
! npm WARN unmet dependency which is version 4.0.2
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires request@'~2.74.0' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\request,
! npm WARN unmet dependency which is version 2.79.0
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires semver@'~5.1.0' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\semver,
! npm WARN unmet dependency which is version 5.3.0
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires write-file-atomic@'~1.1.4' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\write-file-atomic,
! npm WARN unmet dependency which is version 1.3.1
! read-package-json@2.0.4 node_modules\read-package-json
! ├── json-parse-helpfulerror@1.0.3 (jju@1.3.0)
! ├── glob@6.0.4 (path-is-absolute@1.0.1, minimatch@3.0.3)
! └── normalize-package-data@2.3.5 (hosted-git-info@2.1.5, semver@5.3.0, is-builtin-module@1.0.0, validate-npm-package-license@3.0.1)
! C:\ioBroker>iobroker update
! C:\ioBroker>node node_modules/iobroker.js-controller/iobroker.js update
! module.js:327
! throw err;
! ^
! Error: Cannot find module 'npm-package-arg'
! at Function.Module._resolveFilename (module.js:325:15)
! at Function.Module._load (module.js:276:25)
! at Module.require (module.js:353:17)
! at require (internal/module.js:12:17)
! at Object. <anonymous>(C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm\lib\utils\map-to-registry.js:4:11)
! at Module._compile (module.js:409:26)
! at Object.Module._extensions..js (module.js:416:10)
! at Module.load (module.js:343:32)
! at Function.Module._load (module.js:300:12)
! at Module.require (module.js:353:17)
! at require (internal/module.js:12:17)
! C:\ioBroker>npm i npm-package-arg
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires nopt@'~3.0.6' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\nopt,
! npm WARN unmet dependency which is version 4.0.1
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires npm-package-arg@'~4.1.0' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\npm-package-arg,
! npm WARN unmet dependency which is version 4.2.0
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires npm-registry-client@'~7.2.1' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\npm-registry-client,
! npm WARN unmet dependency which is version 7.4.5
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires npmlog@'~2.0.4' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\npmlog,
! npm WARN unmet dependency which is version 4.0.2
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires request@'~2.74.0' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\request,
! npm WARN unmet dependency which is version 2.79.0
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires semver@'~5.1.0' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\semver,
! npm WARN unmet dependency which is version 5.3.0
! npm WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires write-file-atomic@'~1.1.4' but will load
! npm WARN unmet dependency C:\ioBroker\node_modules\write-file-atomic,
! npm WARN unmet dependency which is version 1.3.1
! npm-package-arg@4.2.0 node_modules\npm-package-arg
! ├── hosted-git-info@2.1.5
! └── semver@5.3.0</anonymous>

Nach Eingabe von iobroker upgrade gab es ein paar Warnungen mit unmet dependency: "WARN unmet dependency C:\ioBroker\node_modules\iobroker.js-controller\node_modules\npm requires nopt@'~3.0.6' but will load".

Bei Installation eines neuen Adapters kommen die gleichen Fehlermeldungen.

Trotzdem läuft das System bisher ohne Ausfälle.

Grüße, Rob

@Bluefox:

@Newmiraculix:

Hallo liebe Comunity,

ich habe seit einigen Tagen Probleme mit dem cloud Adapter. Der geht in unregelmäßigen Abständen aber mindestens täglich auf gelb. Dann ist der Status immer "verbunden mit cloud: falsch".

Nach nem Neustart des Adapters ist alles wieder in Ordnung.

Hat jemanf von euch ein ähnliches Problem oder eine Idee woran es liegt?

Grüße

Markus Das Problem ist bekannt und ich habe schon einen Fix dafür. Sollte jemand nun vom git testen.
Danke Bluefox. Du bist der beste [emoji16]

Gesendet von iPhone mit Tapatalk

lasse nur noch einen ioBroker (24/7) auf CCu2 zugreifen und seit dem keine Probleme mehr.

Twonky Server oder Torrent oder ähnliches habe ich nicht.

Browser Cache geleert, vom Smartphone oder Tablett oder Edge gehts auch nicht. Den Port habe ich auch nie manuell geändert.

Ich habe jetzt aber noch ein älteres Backup heraufgezogenen und es läuft jetzt. Muss jedoch meine Vis-Views neu einbinden.

Gelöst nach Update auf JS-Controller 15.3

Gruß

Also der Fehler lag definitiv im BidCos-Dienst. Nachdem auch eine Neuinstallation des Dienstes etc. nicht geholfen hatte habe ich jetzt den USB-Konfig-Adapter an meinen neuen NUC gehängt (wo sukzessive sowieso alles was mit HM und ioBroker zu tun hat drauf soll) und dort BidCos installiert und schon klappt die Sache.

Weiß der Teufel warum der Konfigadapter auf dem vorigen PC nur noch "halb" funktioniert hat…

Na dann ist doch perfekt. Lasse es einfach so - vielleicht dann nicht als WARN, sondern als INFO, falls das geht.

So long,

Fitti

habe unter log im iobroker folgende Warnung gefunden.

javascript.0 2017-01-22 12:48:28.482 warn javascript.0 Wrong type of yamaha.0.Realtime.MAIN.PWR: "boolean". Please fix, while deprecated and will not work in next versions.

Kann jemand damit was anfangen?

Gruesse

Findus

Soeben ist ein ioBroker.vis Update via Google Play verteilt worden.

Diese Version (0.8.2) behebt den o.g. Fehler

Danke für eure Mühe 🙂

638_fehler_nach_update_behoben.png

doof, wenn man sich für VIS einen HTML string erzeugt und das Gerät zweimal auftaucht 😢

da muss ich wohl das Skript ändern.

Hallo,

ich habe aktuell ein sehr ähnliches Problem. Die Fehlermeldung "error by reading iobroker.adapter: Error: Cannot find module "config chain" (hier ist ein Unterschied zu der Meldung bei ChyHan) in der Konsole und in der Adminoberfläche "Fehler" bei der Versionsangabe aller Adapter. Der Lösungsweg von Homoran brachte leider bisher keine Änderung.

(Noch) funktioniert das System zum Glück.

iobroker läuft bei mir auf einem Windows 10 Rechner, npm -v: 2.14.12, node -v: v4.3.1, Admin v 10.6.11, js-controller hatte ich über git auf 0.15.3. geupdatet, vielleicht liegt da das Problem…

Kann leider nicht genau sagen nach welcher Änderung das Problem erstmals auftrat, da ich ja z.Zt. keinerlei Einschränkungen habe.

Über Lösungsvorschläge wäre ich sehr dankbar.

Grüße, Rob

Edit: Vielleicht hat es auch damit etwas zu tun, dass ich vor 2 Tagen versehentlich eine zweite admin-Instanz installiert habe (dumme iphone-Fummelei mit dicken Fingern) und heute wieder entfernt habe...