Becker Smarthome CC41 mit Rollläden in HA einbinden?

[Bacardi]

Ich habe 3 Jalousien mit einem Becker Antrieb. Die steuerten wir bisher über Fernbedienung, die nicht mehr angeboten wird.
Alternativ Becker Smarthome CC41. Ich konnte nach 4 h heute alle 3 einlernen, was für ein Krampf und App Programmierung im Stil 90iger und das zu dem Preis.
Über dieses Becker App/Web Interface könnte ich jetzt wieder fest Zeiten einstellen aber eigentlich will ich das nur über HA machen.

Gibt es einen Weg, diese CC41 Zentrale in HA einzubinden?

Ich suche nicht nach einer Lösung wo ich den USB Becker Centronic in den Raspi stecke. Das geht bei mir aus Funk physikalischen Gründen nicht.

Danke!

[metallmanu]

Einfach Shellys an die Rollläden?

[Bacardi]

Ja, das war auch mein erste Prio. Leider sind die Motoren für eine manuelle Bedienung nicht ausgelegt, nur per Funk und das Funkmodul ist im Motor integriert. Ich war mir nicht sicher und ließ auch einen Elektriker Freund alles prüfen aber auch er sagte, da ist so wie es installiert ist, nichts zu machen. Vor 13 Jahren hatte ich mir leider Smart home nicht bei mir vorstellen können.

[Weiwag]

Ich häng mich hier mal mit dran.
Ich hab 10 Becker Rollläden mit zwei Handsendern und einer Becker CC31 Central Control (an der hängt der USB Centronics Stick) die mit LAN an der Fritzbox hängt. Bedienung über Webinterface und Handy funktioniert.
Mein HASS läuft auf einem Synology NAS sehr stabil.
Selbst wenn ich mir so einen zweiten Becker Centronic Stick V2 Stick kaufen würde, kann ich den ja nicht über die Synology ans HASS ranbringen.
Daher suche ich auch eine Möglichkeit, wie mit dieser Konfiguration die Rolläden ins HASS bringen kann.
Hätte schon ein paar schöne Möglichkeiten. Wenns Ideen gibt bitte posten…

[Bacardi]

Bisher behelfe ich mir, daß ich wenigstens die Becker Antriebe über Alexa per Sprache steuern kann aber ich möchte sie lieber auch über HA zentral steuern.

[fichti]

Hallo zusammen,
wer im Besitz einer CentralControl ist: GitHub - DominikStarke/becker_centralcontrol_has: Control your Centronic, CentronicPLUS and B-Tronic devices with Homeassistant.

[Bacardi]

Ich hatte mich soooo gefreut über diese Nachricht.
Aber leider kann ich die CC41 nicht einbinden obwohl sie gelistet ist.

Es scheitert an der Eingabe des Hosts.
Im Browser gibt http://xxx.xxx.xxx.xxx/cgi-bin/cc51rpc.cgi
zurück
{“jsonrpc”:“2.0”,“error”:{“code”:-32700,“message”:“Parse error”},“id”:null}
Auch der Austausch im Link cc51 mit cc41 führt zu
404 Not Found

Was ich mich wundere: Ich habe eigentlich ein Kennwort dazwischen aber das wird nirgends abgefragt?

EDIT:
So, habe meinen allersten Github Issue aufgemacht…

[fichti]

Konntest du herausfinden, wieso der HA die CC nicht erreichen konnte?
Verbindungsprobleme sind mir sonst unbekannt.

[Bacardi]

Nein noch, nicht.

Netzwerkhilfe benötigt:
Ich brauche hier Netzwerkhilfe, da ich nur die Basics verstehe. Und ich schaffe es nicht 1 und 1 zusammenzuzählen bzw. was ich tun muß.

Phänomen:
Aus HA Termin & SSH (Addon) kann ich alles mögliche im Netzwerk positiv anpingen nur nicht die Becker Zentrale 192.xxx.xxx.xx9 im gleichem Subnetz.
Pinge ich diese von meinem Win10 PC an, bekommt der Ping eine Antwort.

Meine Arbeitsvermutung
Durch die Installation von Govee to MQTT Bridge in Verbindung mit verwendeter LAN-Api hat sich “etwas lokales” (172.30.32.1) dazwischen gesetzt was mit der Ping Antwort der Becker Zentrale nicht zurecht kommt bzw. sämtliche Kommunikation gar nicht ankommt.

Hier einige Netwerkinfos

Ping zum GATEWAY (Fritzbox) = OK

[core-ssh ~]$ ping -c 4 192.xxx.xxx.xxx
PING 192.xxx.xxx.xxx (192.xxx.xxx.xxx): 56 data bytes
64 bytes from 192.xxx.xxx.xxx: seq=0 ttl=63 time=1.403 ms
64 bytes from 192.xxx.xxx.xxx: seq=1 ttl=63 time=0.807 ms
64 bytes from 192.xxx.xxx.xxx: seq=2 ttl=63 time=0.757 ms
64 bytes from 192.xxx.xxx.xxx: seq=3 ttl=63 time=0.904 ms

Ping zur BECKER ZENTRALE = NOK

--- 192.xxx.xxx.xxx ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.757/0.967/1.403 ms
[core-ssh ~]$ ping -c 4 192.xxx.xxx.xx9
PING 192.xxx.xxx.xx9 (192.xxx.xxx.xx9): 56 data bytes

--- 192.xxx.xxx.xx9 ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss


[core-ssh ~]$ traceroute 192.xxx.xxx.xx9
traceroute to 192.xxx.xxx.xx9 (192.xxx.xxx.xx9), 30 hops max, 46 byte packets
1  b9845f46-govee2mqtt.local.hass.io (172.30.32.1)  0.039 ms  0.051 ms  0.023 ms -> hieraus mein Verdacht, daß Govee LAN dazwischen hängt
2  1136841353f547cxxx.fritz.box (192.xxx.xxx.xx0) [Homeassistant IP]  3066.372 ms !H  3066.624 ms !H  3071.540 ms !H


[core-ssh ~]$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 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
22: eth0@if23: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue state UP 
    link/ether 02:42:ac:1e:21:02 brd ff:ff:ff:ff:ff:ff
    inet 172.30.33.2/23 brd 172.30.33.255 scope global eth0
       valid_lft forever preferred_lft forever

[core-ssh ~]$ netstat -tulnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:8099            0.0.0.0:*               LISTEN      161/ttyd
tcp        0      0 127.0.0.11:46295        0.0.0.0:*               LISTEN      -
udp        0      0 127.0.0.11:33454        0.0.0.0:*                           -

[core-ssh ~]$ arp -a
b9845f46-govee2mqtt.local.hass.io (172.30.32.1) at 02:42:xx:xx:xx:xx [ether]  on eth0
hassio (172.30.32.2) at 02:42:xx:xx:xx:xx [ether]  on eth0
hassio_dns.hassio (172.30.32.3) at 02:42:xx:xx:xx:xx [ether]  on eth0

[fichti]

nur nicht die Becker Zentrale 192.xxx.xxx.xx9 im gleichem Subnetz.

Sicher? Siehe ip a > 172.30.33.2/23. Die /23 bedeutet 23bit. Also Subnetz 255.255.254.0 mit 512 Adressen.
Kenne Govee leider gar nicht. Woher bekommt der Raspberry denn die Adresse? Die Fritzbox sollte standardmäßig eine 192.irgendwas/24 vergeben.

[Bacardi]

Ersteinmal dankeschön!

Ich habe jetzt als Netzwerkanfänger etwas recherchiert. Fehlinterpretationen sind möglich.

Es gibt 2 Netzwerke

• das echte LAN mit 192.xxx.xxx.0/24 → über dieses und die Fritzbox erreiche ich die Weboberfläche von HA
• das interne Docker-Netzwerk 172.30.33.2/23 → hier kommunizieren HA OS, HA Supervisor und Addons.

ha network info

Zusammenfassung

[core-ssh ~]$ ha network info
docker:
  address: 172.30.32.0/23 -> die interne Docker IP
  dns: 172.30.32.3
  gateway: 172.30.32.1
  interface: hassio
host_internet: true
interfaces:
- connected: false
  enabled: false
  interface: wlan0
  ipv4:
    address: []
    gateway: null
    method: disabled
    nameservers: []
    ready: false
  ipv6:
    address: []
    gateway: null
    method: disabled
    nameservers: []
    ready: false
  mac: E4:5F:xx:xx:xx:xx
  primary: false
  type: wireless
  vlan: null
  wifi: null -> kein WLAN
- connected: true -> HA ist mit LAN verbunden
  enabled: true
  interface: end0 -> Ethernet Anschluß
  ipv4:
    address:
    - 192.xxx.xxx.xx0/24 -> externe IP Addresse
    gateway: 192.xxx.xxx.xx1 -> externes Gateway / Fritzbox
    method: auto
    nameservers:
    - 192.xxx.xxx.xx1
    ready: true
  ipv6:
    address:
    - fd41:ab48:442cxxx/64
    - 2a04:4540:501:xxx/64
    - fe80::98bf:xxx/64
    gateway: fe80::e72:xxx
    method: auto
    nameservers:
    - fd41:ab48:442c:xxx
    - 2a04:4540:507:xxx
    - 2a04:4540:501:xxx
    ready: true
  mac: E4:5F:xxx
  primary: true
  type: ethernet
  vlan: null
  wifi: null
supervisor_internet: true

Beispiel für einen funktionierenden Ping an eine andere externe IP Addresse und Traceroute:

Zusammenfassung

[core-ssh ~]$ ping 192.xxx.xxx.x95
PING 192.xxx.xxx.x95 (192.xxx.xxx.x95): 56 data bytes
64 bytes from 192.xxx.xxx.x95: seq=0 ttl=254 time=3.975 ms
64 bytes from 192.xxx.xxx.x95: seq=1 ttl=254 time=3.513 ms
...

[core-ssh ~]$ traceroute -I 192.xxx.xxx.x95
traceroute to 192.xxx.xxx.x95 (192.xxx.xxx.x95), 30 hops max, 46 byte packets
 1  b9845f46-govee2mqtt.local.hass.io (172.30.32.1)  0.032 ms  0.033 ms  0.021 ms
 2  mxchip.fritz.box (192.xxx.xxx.x95)  2.943 ms  3.261 ms  3.199 ms

Was sollte bei einem Ping auf die externe IP der BECKER Zentrale 192.xxx.xxx.xx9 passieren?

• Terminal läuft im Docker Container mit wahrscheinlich der Docker IP 172.30.33.2 und schickt den Ping über die eth0 Schnittstelle.
• Der direkte Ping / Paket schlägt fehl weil internes/externes Netzwerk nur über Docker Gateway verbunden sind
• Der Docker hat eine NAS Tabelle, welche das Paket an den Host HA OS weiterleitet. Der Host hat die externe IP 192.xxx.xxx.xx0.
• Die Fritzbox leitet das Paket an die Becker Zentrale.
• Diese sendet ein ICMP Echo zurück. Das weiß ich weil der Ping vom PC eine Antwort erhält.
• Im HA Fall bekommt der Host 192.xxx.xxx.xx0 das Echo
• Mit Hilfe der NAT Tabelle bekommt die anfragende IP 172.30.33.2 das Echo weitergeleitet
• In der Terminal & SSH Konsole wird die Antwort ausgegeben wie 64 bytes from 192.xxx.xxx.xx9: icmp_seq=1 ttl=64 time=1.2 ms

Soweit die Theorie bzw. die Praxis wenn ich beispielsweise andere externe IP Addressen anpinge.

Beim Ping / Traceroute auf die Beckerzentrale kommt das:

[core-ssh ~]$ ping 192.xxx.xxx.xx9 -c 2
PING 192.xxx.xxx.xx9 (192.xxx.xxx.xx9): 56 data bytes

--- 192.168.1.99 ping statistics ---
2 packets transmitted, 0 packets received, 100% packet loss

[core-ssh ~]$ traceroute -I 192.xxx.xxx.xx9
traceroute to 192.xxx.xxx.xx9 (192.xxx.xxx.xx9), 30 hops max, 46 byte packets
 1  b9845f46-govee2mqtt.local.hass.io (172.30.32.1)  0.029 ms  0.021 ms  0.013 ms
 2  1136841353xxx.fritz.box (192.xxx.xxx.xx0)  3062.825 ms !H  3068.324 ms !H  3071.127 ms !H
[core-ssh ~]$ 

Ich würde sagen, das Paket geht vom Docker zum Docker Gateway. Ab dort geht es nicht mehr. Wieso - die heilige Frage?

• Becker Zentrale ist online
• Es gibt keine interne Firewall weder auf HA noch Fritzbox
• ???

Ich denke, wenn ich die Ursache für die Ping Blockade finde, dann weiß ich auch warum ich die HACS Integration nicht einrichten kann.

[Bacardi]

Lösung: Angepaßtes VLAN Konfiguration im Switch zur Fritzbox

Mich ließ das einfach keine Ruhe und da ich heute frei habe, meine Frau unterwegs ist, hatte ich die Muße und wollte es wissen…

Jeden Kabel und jede Konfiguration bin ich durchgegangen und dann sah ich es.

Die 4 LAN Anschlüsse der Fritzbox sind zu wenig und deshalb hatte ich vor Jahren an jedem Anschluß einen Switch mit VLAN Funktion zu hängen und auch noch einen 2. Router als Kaskade. Der Switch, indem ich die Fritzbox erweitere war so konfiguriert, daß jedes eingesteckte Gerät nur mit der Fritzbox kommunizieren kann aber nicht untereinander. Aber genau das braucht die Becker Zentrale.

Sobald aktiviert, ging der PING durch und ich konnte mich über die HACS Integration mit der Becker Zentrale verbinden… oh man

Ich danke Euch allen die mir Hinweise gaben. Das konntet Ihr nicht wissen.