NEWS

Habe node-red jetzt komplett gelöscht. Der Adapter hat nur Probleme gemacht.

Bei jeden update wurden die nachinstallierten Nodes vergessen etc.

Die Sachen, die ich damit gemacht habe, können fast alles andere Adapter mittlerweile.

Zusätzlich ein wenig Java-Skript und es läuft.

Na da freue ich mich. schickst Du noch nen PullRequest wegen den anderen Dingen? Dann warte ich noch mit dem Update

Das discovery horcht eigentlich auf allen Netzwerkadaptern. Du sprichst an, dass es vor allem nach einem Neustart passiert. Wenn du jetzt einfach den Harmony-Adapter neu startest, passiert das dann auch, oder nur bei einem Neustart des PCs?

@rechnerzuhause:

Im Zusammenspiel mit Alexa verliert der Cloud-Adapter seit neuestem immer die Verbindung zu Alexa.

Ich muss erst den Cloud Adapter einmal aktualisieren, dann läuft es wieder. Was kann das sein?

Installiert ist Version 0.6.5 im ioBroker.

Ciao RZ `

Schau mal http://forum.iobroker.net/viewtopic.php?f=37&t=5058

Gruß

Schau mal hier:

http://forum.iobroker.net/viewtopic.php?f=22&t=5189

Kann es dasselbe sein?

Manchmal kann es so einfach sein. reboot tut gut. Funktioniert wieder wie gewollt, nur der hmm macht noch probleme, aber das ist eine andere Baustelle, danke.

Hallo Bluefox,

ich denke, das Hauptproblem bei mir ist, dass nur ein Adapter auf USB bzw. Serial zugreifen kann. Kommt ein 2. Adapter hinzu, kann er nicht mehr auf die Schnittstellen zugreifen.

Aus diesem Grunde würde ich um Feedback von den anderen bitten, ob sie zwei verschiedene Adapter laufen haben, die 2 verschiedene USB-Geräte bedienen.

Gruß Marco

ich habe heute erst das update vom rpc gemacht (never change a running system) trifft leider gelegentlich zu. hab nun auch Probleme beim rpc Adapter jedoch nur bei dem , der für die ip Geräte zuständig ist. Die Fehlermeldung kommt auch noch, wenn der Adapter ausgeschaltet ist. erst nach reboot und ausgeschaltetem Adapter kommt sie nicht mehr. der Hmm mach seit dem update auch Probleme und verbindet nicht mehr . die cuxd und normalen homematic Komponenten laufen ohne Probleme

hm-rpc.2 2017-02-08 06:52:32.957 info xmlrpc client is trying to connect to 192.168.178.31:2010 with ["http://192.168.178.28:2010","hm-rpc.2"] hm-rpc.2 2017-02-08 06:52:32.954 info xmlrpc server is trying to listen on 192.168.178.28:2010 hm-rpc.2 2017-02-08 06:52:32.594 info starting. Version 1.4.1 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v4.7.0 host.fss 2017-02-08 06:52:31.170 info instance system.adapter.hm-rpc.2 started with pid 11135 host.fss 2017-02-08 06:52:31.150 info "system.adapter.hm-rpc.2" enabled host.fss 2017-02-08 06:52:31.149 info object change system.adapter.hm-rpc.2

1768_unbenannt1.jpg

Die Struktur der DB-Tabellen ist bei allen recht ähnlich. Wenn Du auf die SQLite Datei an sich zugreifen kannst und so über ein anderes Tool die Daten pro Tabelle Selektieren kannst dann sollte das einfach gehen. Vllt ist das hier eine Idee:

http://stackoverflow.com/questions/5776 … ell-script

SQLite in CSV exportieren ... dann vom iobroker die "neue" db anlegen lassen und dann die csv Files dort importieren. Die Datenfelder sollten alle ähnlich/gleich sein

OP, habe web-Adapter upgedated, mal sehen, nach den ersten Starts noch keine Fehlermeldung aber es war vorher auch nur 5-6 mal/Tag.

p.s.: Wenn du schon im Web-Adapter und im Cloud-Adapter herumbaust, kannst vielleicht 'n Feature einbauen:

Wenn man sich anmeldet (z.B. mit Vis lokal) dan kriegt man:

web.0 2017-02-07 18:42:23.746 info 2017-02-07T17:42:23.746Z Connected system.user.admin

gemeldet. Nun, ich brauch die Zeit nicht zweimal aber es wäre schön die IP-Adresse oder den Netzwerknamen des Gerätes zu sehen das sich angemeldet hat!

Beim Cloud-Adapter wäre das auch hilfreich.

Mal zu eurer Info: Hatte vorher port 8082 in der Fritzbox auf das Testsystem ohne Passwort offen und konnte mitverfolgen wie sich wer von außen eingewählt hat und Werte in den Views geändert hat! Die Ports um 80xx werden gerne gescannt und dann geschaut was da drauf ist.

Seitdem habb ich alle ports nach aussen geschlossen und geh nur über VPN oder dem Cloud-Adapter rein.

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