NEWS
Homematic Adapter findet Geräte nicht
-
-
Ne, richtige VM.
Ich habe nach der offiziellen Doku für Proxmox installiert.
https://github.com/jens-maus/RaspberryMatic/wiki/Installation-Proxmox-VESoll ich mal als Container installieren?
Gruß
-
@homoran sagte: ach VM! Wirklich kein Container?
Entscheidend ist, ob sich RM und ioBroker im gleichen oder in verschiedenen Subnetz(en) befinden.
-
@j-h sagte in Homematic Adapter findet Geräte nicht:
Ne, richtige VM.
Ich habe nach der offiziellen Doku für Proxmox installiert.
https://github.com/jens-maus/RaspberryMatic/wiki/Installation-Proxmox-VESoll ich mal als Container installieren?
Gruß
Ich bin genau nach dieser Anleitung vor gegangen.
Also RM in einer VM unter Proxmox.
Und dies funktioniert einwandfrei.Ich vermute es liegt an den Einstellungen
RM - hm-rega - hm-rpc -
@bahnuhr sagte: hm-rega
Die Einstellungen von hm-rega haben keinen Einfluss - HM-RPC funktioniert auch ohne HM-Rega-Adapter. Dann allerdings ohne Namen und Aufzählungen aus der RM.
-
@paul53 sagte in Homematic Adapter findet Geräte nicht:
hm-rega
Er muss es ja nicht so machen.
Aber bei mir läuft es; und zwar ohne https, callback oder sonst was.Und dies seit Anfang an.
Bei @j-h halt nicht.
-
Ich habe auch weder den REGA Adapter noch HTTPS
-
Könnt ihr mir eventuell mal eure Versionen nennen?
Also sowohl die Adapter "hm-rpc" Version als auch die von eurem RaspberryMatic System?Danke
-
Mit dem Funkstick den ich habe kann es eigentlich nichts zu tun haben, da die Geräte in HomeMatic ja funktionieren, oder?
https://www.amazon.de/dp/B076KQPBY3?psc=1&ref=ppx_yo2ov_dt_b_product_detailsGruß
-
zeig doch mal (und bitte komplett)
ip von iob
proxmox VM: Screenshot USB-GerätRM:
welche IP
screenshot von Systemsteuerung.Sicherheit (unten Authentifizierung und https)
screenshot von Systemsteuerung.Firewallhm-rega.0: Screenshot der config
hm-rpc.0: Screenshot der configDann sehen wir weiter.
-
Wow ... ich hab mir nun sogar eine CCU3 besorgt und diese mit HomeMatic betrieben.
Gleiches Problem. Geräte anlernen kein Problem. Adapter springt auf Grün, aber Geräte werden im IoBroker nicht angezeigt.ip vom iob
ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group defaul t qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: ens18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP gro up default qlen 1000 link/ether ae:ab:ea:fa:af:16 brd ff:ff:ff:ff:ff:ff altname enp0s18 inet 192.168.178.45/24 brd 192.168.178.255 scope global dynamic noprefixrout e ens18 valid_lft 574051sec preferred_lft 574051sec inet6 fdbd:f7bd:73cf:43e7:355e:158:f5:a37a/64 scope global temporary dynamic valid_lft 1740sec preferred_lft 1740sec inet6 fdbd:f7bd:73cf:43e7:7e54:20f9:8f66:3fcd/64 scope global temporary depr ecated dynamic valid_lft 1740sec preferred_lft 0sec inet6 fdbd:f7bd:73cf:43e7:846a:3810:1cf:553a/64 scope global temporary depre cated dynamic valid_lft 1740sec preferred_lft 0sec inet6 fdbd:f7bd:73cf:43e7:de9b:e1fc:38d1:243c/64 scope global temporary depr ecated dynamic valid_lft 1740sec preferred_lft 0sec inet6 fdbd:f7bd:73cf:43e7:6231:cd1d:ad8d:215c/64 scope global dynamic mngtmp addr noprefixroute valid_lft 1740sec preferred_lft 1740sec inet6 fe80::f2f:fb34:7c5b:ec0d/64 scope link noprefixroute valid_lft forever preferred_lft forever
proxmox VM: Screenshot USB-Gerät
screenshot von Systemsteuerung.Sicherheit (unten Authentifizierung und https)
screenshot von Systemsteuerung.Firewall
hm-rega.0: Screenshot der config
hm-rpc.0: Screenshot der config
Den Rega Adapter habe ich nicht im Einsatz habe. Deshalb erstmal nur der des RPC
Die CCU Screenshots sind jetzt von dem Home Matic System und nicht von dem RaspberryMatic, aber dort hatte ich eigentlich die gleichen Einstellungen -> keine Auth und kein HTTPS und Ports offen, sowie den HMIP Port als Freigabe eingetragen.
Der konfigurierte Port im Adapter ist nun auch der der CCU3, dort war dann zuvor der meines Proxmox Systems eingetragen.
Eigentlich wäre die Proxmox Variante mit dem USB Funkmodul auch auf jeden Fall die präferierte Variante, da ich nicht ein zusätzlich Gerät neben meinem NUC betreiben möchte.
Vielen Dank nochmal !
Gruß -
@j-h
Bei mir läuft der ioBroker als Docker-Container auf dem NAS. Gut möglich, dass meine Einstellungen allein deshalb etwas anders aussehen als Deine. Käme auf einen Versuch an. -
@codierknecht sagte in Homematic Adapter findet Geräte nicht:
Gut möglich, dass meine Einstellungen allein deshalb etwas anders aussehen als Deine.
isso!
bei ihm passts
-
Zur Info, ich hab gerade mal aus Spaß (auch wenn ich ihn nicht brauche) den REGA Adapter zusätzlich installiert.
TADA ... jetzt sind im RPC Adapter einmal die Geräte da -
@j-h sagte: jetzt sind im RPC Adapter einmal die Geräte da
Auch die zugehörigen Datenpunkte?
-
Ja ... zu früh gefreut.
Die Datenpunkte fehlen nämlich, wie du vermutet hast
-
@j-h
Ok, dann antworte ich doch einmal, obwohl du nicht alles geliefert hast.
Bitte genau so einstellen, dann läuft es auch (so ist es bei mir).ip von iob: 192.168.178.45 (richtig ?)
ip von RM: 192.168.178.81 (richtig ?)proxmox VM: USB Gerät -> der screenshot fehlt (ich wollte sehen was da drin steht -> anklicken)
RM: Authentifizierung und https -> sieht ok aus
RM: Firewall
stell dies mal so ein:
Natürlich anstatt ..243 deine ..178
HM-Rega.0:
ccu-Adresse: 192.168.178.81
HM-IP aktivieren und rechts die rpc auswählenHM-rpc.0 : sieht ok aus.
Als callback habe ich die IP der RM drin (brauchst du glaube ich aber nicht; aber schaden kann es auch nicht).mfg
P.S.
und vorher mal deine Instanzen löschen -
@bahnuhr
Danke für die Antwort
Meintest du diesen Dialog?
-
@j-h
Ich habe dies:
Unterschied unten: USB3 verwenden ?! (vielleicht hat es ja ne Auswirkung)
-
@bahnuhr sagte in Homematic Adapter findet Geräte nicht:
Als callback habe ich die IP der RM drin
falsch! da muss die IP des iobroker oder des Containerhosts rein.
Diese IP wird der CCU/ RM mitgeteilt, damit die CCU weiß wohin sie die Daten schicken soll.
Daher ist 0.0.0.0 als Adapteradresse auch nur mit gültiger Callback-Adresse funktionsfähig