UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[BuZZy]

Trag mal bei "Adapter Port" 12001 ein anstatt 0 wenn Yahm und ioBroker auf der selben Maschine laufen..

Danach ioBroker und Yahm neu starten. (Oder gleich den ganzen Raspberry neu starten).

(Oder verwendest du gar kein YAHM auf dem Raspberry?? Deine Hardware-Konfiguration ist ein bisschen unklar.)

Gruß

[Tagiwara]

YAHM läuft bei mir nicht.

CCU und RASPI bekommen von meiner Fritze eine feste IP zugewiesen.

Beides schon mehrfach neu gestartet. Die hm-rpc.1 Instanz für die CuxD Geräte funktioniert auch. Verbindung zur CCU besteht ja, der Rega funktioniert.

Die Bilder müsstest du sehen wenn du auf den Link klickst.

Ich habe in der Adapterconfig eigentlich nix geändert. In der Rega kann ich ja auch nix groß einstellen.
4855_hm-rpc.1.jpg
4855_rega.jpg
4855_hm-rpc.0.jpg

[BuZZy]

Ah okay, was steht denn im ioBroker LOG wenn du versuchst den hm-rpc.0 zu verbinden?

P.s.: Adapter-Callback Adresse ist bei mir in der Config leer..

Gruß

[Homoran]

Ich sehe leider immer noch keine Bilder :(
@Tagiwara:

Die Bilder müsstest du sehen wenn du auf den Link klickst. `
Nope!
@Homoran:

Bitte upload-Funktion des Forums benutzen! `

@Tagiwara:

CCU und RASPI bekommen von meiner Fritze eine feste IP zugewiesen. `
Die Fritte tut so etwas nicht ;-)

Das ist nur eine Adressreservierung. und die ist an die MAC Adresse gebunden, die natürlich bei einem anderen NIC unterschiedlich ist.

@Tagiwara:

Ich habe in der Adapterconfig eigentlich nix geändert. `
müsstest du aber.

Da muss die Adapteradresse drin stehen, über die die CCU den Adapter erreichen kann:

http://www.iobroker.net/docu/?page_id=2 … er_Adresse

Gruß

Rainer

[Homoran]

Die Callback Adresse muss die Adresse des ioBroker Servers sein. Ist aber nur nötig, wenn dieser in einem Container / VM liegt.

Die Adapter-Adresse darf nicht 0.0.0.0 sein, wie eben schon geschrieben.
@Doku:

Standard ist ipv4 0.0.0.0; allerdings muss hier eine von außen (von der anzusprechenden CCU aus) erreichbare Adresse wie 192.168.xxx.yyy eingegeben werden, da die CCU bei der Kommunikation die Ereignisse an diese Adresse sendet. `

Gruß

Rainer

[Tagiwara]

Bilder sind hochgeladen. müsstest du sehen. sh. 4 Posts über diesem

Ich habe am Adapter nix "geändert". Logisch habe ich den mal eingerichtet und er hat ja auch funktioniert. Und jetzt funktioniert er nicht mehr, obwohl ich nichts geändert habe. Lediglich der RASPI hat ne andere IP Adresse bekommen.

und der Rega verbindet ja und der hm-rpc.1 funktioniert auch.

geändert: sinnloses Fullquote des vorherigen Posts gelöscht; Homoran(Mod)

[Homoran]

@Tagiwara:

müsstest du sehen `
Ja jetzt sehe ich sie, daraufhin habe ich auch noch ein Posting geschrieben, da diese Bilder meine Vermutung bestätigten.

Gruß

Rainer

[Tagiwara]

Komisch. Eine Callback Adresse scheint benötigt zu werden. warum auch immer.

Ich hatte schon statt der 0.0.0.0 die IP Adresse des Raspi ausgewählt. Auch damit funktioniert der hm-rpc.0 nicht.

EDIT: Nach dem 3. Versuch die Callbach Adresse rauszulöschen und zu speichern, hat er es gefressen. Die Callback Adresse ist jetzt raus.

Status ist aber immer noch auf gelb.
4855_callback.jpg

[Homoran]

Natürlich kommt "Callback-Adresse einfügen" wenn du 0.0.0.0 als Adapter-Adresse wählst.

Die CCU kann 0.0.0.0 nicht adressieren, sie braucht eine 192.168…. IP.

Deswegen muss die Adapteradresse auch in diesem Format sein. So steht es auch in der Doku.

Wenn es mit der neuen! IP des Raspi nicht geht bitte einmal die CCU restarten.

Gruß

Rainer

[Tagiwara]

CCU habe ich schon mehrfach neu gestartet.

hm-rpc.1 und Rega laufen auch.

Auch die Adapteradresse habe ich auf die Raspi Adresse gesetzt und danach alles Systeme neu gestartet.

[Homoran]

Dann gib mal bitte die neue(!) IP-Adresse des Raspi als Callback-Adresse ein.

@Tagiwara:

hm-rpc.1 und Rega laufen auch. `
Bitte davon auch die screenshots

und was steht im log beim restart des rpc.0?

Gruß

Rainer

[Tagiwara]

Ok,

habe jetzt der Reihe nach rega, rpc.1 und rpc.0 eingeschaltet und nach den rpc.0 Start den Screen vom Log gemacht.
4855_hm-rega.0.jpg
4855_hm-rpc.1.jpg
4855_hm-rpc.0.jpg
4855_log.jpg

[Homoran]

Das verstehe ich jetzt nicht.

Du bekommst einen Timeout

Aber der alte Fehler mit dem belegten Port kommt nicht mehr?

Stell mal testweise bitte auf xml-rpc um.

Gruß

Rainer

[funcarv3r]

@Homoran:

Stell mal testweise bitte auf xml-rpc um. `

Hatte den gleichen Fehler, das Umstellen auf xml-rpc hat geholfen, danke….

[madjack84]

Hallo zusammen,

würde den Thread gerne nochmal aufgreifen.
Habe piVCCU3 und ioBroker auf einem RPI installiert. Der Pi ist über Anleitung WIFI verbunden und hat damit über eine Bridge br0 eine IP Adresse.

CCU WebUI 192.168.188.75 und ioBroker UI 192.168.188.75:8081 funktionieren tadellos.

Leider hakt es an der Verbindung zwischen den beiden.
HM RPC ist zwar grün, erzeugt aber keine Geräte in den Objekten. Im Log sieht man, dass in der Kommunikation was schief geht. (init und ping)

Spoiler

2019-05-04 11:29:29.266 - info: host.raspberrypi instance system.adapter.hm-rpc.0 started with pid 3315
2019-05-04 11:29:30.616 - info: hm-rpc.0 starting. Version 1.9.11 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v8.16.0
2019-05-04 11:29:31.159 - info: hm-rpc.0 xmlrpc server is trying to listen on 192.168.188.75:2001
2019-05-04 11:29:31.161 - info: hm-rpc.0 xmlrpc client is trying to connect to 192.168.188.75:2001/ with ["http://192.168.188.75:2001","hm-rpc.0"]
2019-05-04 11:29:31.180 - error: hm-rpc.0 init error: Error: connect ECONNREFUSED 192.168.188.75:2001
2019-05-04 11:30:01.238 - warn: hm-rpc.0 xmlrpc <- undefined method init ["http://192.168.188.75:2001","hm-rpc.0"]
2019-05-04 11:30:01.263 - info: hm-rpc.0 Connected
2019-05-04 11:31:31.286 - warn: hm-rpc.0 xmlrpc <- undefined method ping ["hm-rpc.0"]

hier die Einstellung.

Ich nutze XML RPC nicht BIN RPC
der Rega funktioniert noch gar nicht weil ja RPC.0 noch nicht funktionsfähig :/

in dem Thread hab ich dann gelesen, dass eine Callback Adresse einzugeben ist. Diese habe ich auch mit der gleichen Adresse probiert 192.168.188.75... erfolglos.

Nun weiß ich nicht ob es an den Einstellungen der CCU liegt.... da habe ich alles auf Vollzugriff und Uneingeschränkt gesetzt oder ob die lokale Parallelität das Problem sein könnte...

habt ihr Ideen wie ich dem auf die Schliche komme?

[Homoran]

@madjack84
Ich glaube nicht, dass Homematic und ioBroker die gleiche IP haben

[madjack84]

@Homoran : guter Mann!!!

CCU WebUI 192.168.188.75 und ioBroker UI 192.168.188.75:8081 im Browser

CCU hat nach Installation 192.168.253.2 ... und wird nur über die br0 auf die .188.75 geleitet :/

Nun sind die Devices da nachdem ich die Adresse auf die .253.2 umgestellt hab!!
GRÖßTEN Dank

[paul53]

@madjack84 sagte:

Nun sind die Devices da nachdem ich die Adresse auf die .253.2 umgestellt hab!!

Dann markiere bitte das Thema in der Überschrift als [gelöst].

[madjack84]

@paul53 guter Punkt. Super gerne :) kann ich das, da das nicht mein Thread ist?

[sigi234]

@madjack84

Nein..........