@teddy2000
Hi,
bin selbst Modbus und AC-THOR 9s newbee (gestern bekommen und heute gebastelt..). Habe die Kommunikation mit dem ioBroker aber weitestgehend hinbekommen u.a. mit folgender "Anleitung" bzw. "Übersicht":

https://github.com/DrBing/ioBroker.AC-THOR
Danke an DrBing!

Nach deinen Screenshots würde ich meinen, Du hast die Holding Register nicht richtig angelegt. Dieses sind im Nummernbereich ab 40.000. Die einzelnen Register gibt man dann aber nur noch mit Adresse 1000, 1001 ... 1071 an.

Was mir noch Probleme bereitet: Ich möchte ja die aktuelle Einspeiseleistung des Smartmeters an den AC-THOR weitergeben (1069_Meter_Power), damit dieser die Überschussmenge "verbrät"... wenn ich darauf aber einen Wert Schreibe, dann wird er nach wenigen Sekunden gerade wieder überschrieben/ auf 0 zurückgesetzt...
Vielleicht hat hier noch jemand einen Tipp dazu.

Danke, Gruß Sven

Was ich allerdings recht krass finde.... wenn der deConz-Adapter nicht die Anwendung erreicht, egal ob bei der erstmaligen Initialisierung oder falls die deConz-Anwendung nicht läuft, dann blockiert dieser Fehlerzustand die komplette JavaScript-Ausführung.
D.h. zumindest alle meine eigenen Skripte laufen auf einen Schlag nicht mehr. Leider über Nacht so passiert

-> Wie kann das sein, dass ein Problem in einem Adapter das restliche ioBroker-System so beeinträchtigt?

@Jey-Cee Danke - Habe ganz schön gesucht und noch verschiedenes ausprobiert... letztlich bin ich hier draufgekommen Link, node.js v.6.x verträgt sich wohl nicht mehr...

Bin als Workaround auf DeConz v1.0.1 gegangen und schon fluppt's.

Wäre noch gut wenn der Installer die node.js Version checkt bzw. stoppt.

Habe den ioBroker seit gut einem Jahr auf einem MiniPC unter Windows 10 laufen. Habe schon das ein oder andere realisiert, aber den deConz-Adapter bekomme ich nicht zum laufen.

Installation des ConBee II und Phoscon-App verlief problemlos ebenfalls auf dem MiniPC. Habe eine HUE Go angebunden und darüber erfolgreich gesteuert.

Den deConz-Adapter 1.1.2 habe ich schon mehrfach installiert, der crashed aber minütlich und die Phoscon-App kann nicht angesteuert werden.

• Als IP habe ich 127.0.0.1 verwendet, als auch die tatsächliche IP des Geräts.
• Port habe ich unverändert 8080 verwendet als auch gelöscht,...
• Der Dialog zum Token generieren akzeptiert weder Benutzer-/ Passwort-Eingabe (Button ohne Funktion), noch reagiert er auf die Freischaltung zur Third Party App Verbindung - keine Reaktion

Im Log sieht es inkl. Adapter-Installation wie folgt aus:

host.MiniPC	2019-07-02 22:16:06.698	info	Restart adapter system.adapter.deconz.0 because enabled
host.MiniPC	2019-07-02 22:16:06.698	error	instance system.adapter.deconz.0 terminated with code 1 ()
Caught	2019-07-02 22:16:06.698	error	by controller[0]: at Module._compile (module.js:577:32)
Caught	2019-07-02 22:16:06.698	error	by controller[0]: at Object.<anonymous> (D:\ioBroker\node_modules\iobroker.deconz\node_modules\ws\index.js:3:19)
Caught	2019-07-02 22:16:06.698	error	by controller[0]: at require (internal/module.js:20:19)
Caught	2019-07-02 22:16:06.698	error	by controller[0]: at Function.Module._load (module.js:445:3)
Caught	2019-07-02 22:16:06.698	error	by controller[0]: at tryModuleLoad (module.js:453:12)
Caught	2019-07-02 22:16:06.698	error	by controller[0]: at Module.load (module.js:494:32)
Caught	2019-07-02 22:16:06.698	error	by controller[0]: at Object.Module._extensions..js (module.js:586:10)
Caught	2019-07-02 22:16:06.698	error	by controller[0]: at Module._compile (module.js:549:28)
Caught	2019-07-02 22:16:06.698	error	by controller[0]: at Object.runInThisContext (vm.js:97:10)
Caught	2019-07-02 22:16:06.698	error	by controller[0]: at createScript (vm.js:56:10)
Caught	2019-07-02 22:16:06.698	error	by controller[0]: SyntaxError: Unexpected token ...
Caught	2019-07-02 22:16:06.698	error	by controller[0]:
Caught	2019-07-02 22:16:06.698	error	by controller[0]: ^^^
Caught	2019-07-02 22:16:06.698	error	by controller[0]: ...options
Caught	2019-07-02 22:16:06.698	error	by controller[0]: D:\ioBroker\node_modules\iobroker.deconz\node_modules\ws\lib\websocket.js:347
iobroker	2019-07-02 22:16:03.545	info	exit 0
iobroker	2019-07-02 22:16:03.451	info	host.MiniPC object system.adapter.deconz.0 created
host.MiniPC	2019-07-02 22:16:03.420	info	instance system.adapter.deconz.0 started with pid 3556
host.MiniPC	2019-07-02 22:16:03.290	info	object change system.adapter.deconz.0
iobroker	2019-07-02 22:16:03.181	info	host.MiniPC object system.adapter.deconz.0.alive created
iobroker	2019-07-02 22:16:03.118	info	host.MiniPC object system.adapter.deconz.0.connected created
iobroker	2019-07-02 22:16:03.087	info	host.MiniPC object system.adapter.deconz.0.memHeapUsed created
iobroker	2019-07-02 22:16:03.038	info	host.MiniPC object system.adapter.deconz.0.memHeapTotal created
iobroker	2019-07-02 22:16:02.991	info	host.MiniPC object system.adapter.deconz.0.memRss created
iobroker	2019-07-02 22:16:02.944	info	host.MiniPC object system.adapter.deconz.0.uptime created
iobroker	2019-07-02 22:16:02.913	info	host.MiniPC object system.adapter.deconz.0.inputCount created
iobroker	2019-07-02 22:16:02.866	info	host.MiniPC object system.adapter.deconz.0.outputCount created
iobroker	2019-07-02 22:16:02.819	info	host.MiniPC object deconz.0.Groups created
iobroker	2019-07-02 22:16:02.770	info	host.MiniPC object deconz.0.Lights created
iobroker	2019-07-02 22:16:02.724	info	host.MiniPC object deconz.0.Sensors created
iobroker	2019-07-02 22:16:02.708	info	host.MiniPC create instance deconz
iobroker	2019-07-02 22:15:58.704	info	add deconz --host MiniPC 

Hatte noch mit keinem Adapter solche Probleme bei der Einrichtung... Hilfe - was läuft hier falsch?

@apollon77:

Das Docker-Image ist nicht offiziell von den Erstellern, also können wir dazu nicht wirklich was sagen. Auch allgemein Docker ist für mich fraglich weil ioBroker davon ausgeht das die IP immer gleich bleibt. Also da kann so viel (und auch über die Zeit) sein das hier eine Suche nach der Ursache eher schwierig ist. `

Vielleicht wäre das mal eine Anregung ein aktuelles, offizielles Docker-Image bereitzustellen und zu pflegen. Würde bestimmt einigen den Start erleichtern.

Leider bin ich noch etwas zu neu in der Thematik um gleich mal meinen Stand hochzuladen :roll:

Danke trotzdem,

Gruß Sven

@arteck:

mach doch mal folgendes….

alles zurück auf die Version die funktioniert

dann ab in den container in die console

cd /opt/iobroker
iobroker stop ewtl. pkill io

iobroker update
npm cache clean
npm i iobroker.js-controller --production
npm i iobroker.admin --production
iobroker upload admin

iobroker start … oder wie immer du den iobroker startest..

ewtl. sudo vor jedem befehl `
Hallo arteck!

Wow - das hat es echt gebracht. Am Ende der Prozedur lies sich ioBroker zunächst nicht mehr Anstarten (iobroker controller daemon failed to start: 2… ) und er Container schmierte ab. Das hatte ich schon ein paar mal bei anderen Aktualisierungsversuchen und dachte Mist, schon wieder eine Sackgasse,...

Aber nach dem Neustart des Containers begrüßte mich diese (für mich gänzlich neue) Oberfläche:

Ich denke damit habe ich einen aktuellen Stand und kann loslegen.

Vielen Dank für die Hilfe, auch an die anderen die so schnell gepostet haben. Klasse.

Gruß Sven

Hallo!

Ich bin erst vor kurzem mit ioBroker im Docker-Container gestartet und zwar mit dem Image https://hub.docker.com/r/iobroker/iobroker/

Der Start gelingt damit problemlos. Allerdings läuft das Ganze dann unter ioBroker.js-controller 0.15.3

Das Image auf Dockerhub ist halt auch schon ca. 1 Jahr unverändert…

Ich habe /opt/iobroker auf ein Verzeichnis meines DockerHosts gemountet, somit bleibt die Installation und Daten auch über Neustarts etc. des Containers hinweg erhalten.

Wende ich innerhalb des laufenden Containers das folgende Aktualisierungsprocedere an:

	cd \opt\iobroker
	iobroker stop
	iobroker update
	iobroker upgrade self
	iobroker start

Läuft ioBroker wieder (auf der alten Version, die neue kündigt sich aber schon an:
~~

Nach Container-Neustart hängt ioBroker in einer Fehlerschleife und die Oberfläche wird unter 8081 nicht mehr erreicht:

Send diag info: {"uuid":"xxxxx","language":"de","hosts":[{"version":"1.3.0","platform":"Javascript/Node.js","type":"linux"}],"node":"v4.8.0","arch":"x64","adapters":{"admin":{"version":"1.6.11","platform":"Javascript/Node.js"}},"model":"Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz","cpus":2,"mem":2076983296,"ostype":"Linux"}

[TypeError: Cannot assign to read only property 'create' of system.user.admin]

Also der gleiche Fehler den dwn hier reportet hat… leider ohne Lösung.

Habt ihr einen Tipp für mich woran das liegt?

Danke schonmal,

Sven~~