PiVCCU über wlan0
Moderator: Co-Administratoren
-
- Beiträge: 12
- Registriert: 10.02.2018, 19:54
Re: PiVCCU über wlan0
Hi Alex, danke für die schnelle Antwort!
Hat funktioniert...
DANKE!!!
Gruss
Matze
Hat funktioniert...
DANKE!!!
Gruss
Matze
-
- Beiträge: 5
- Registriert: 26.03.2018, 21:42
Re: PiVCCU über wlan0
Hallo,
ich habe aktuell das Problem, dass ich kein Update mit von FHEM machen kann.
Dort erscheinen folgende Meldungen:
Und ich habe die Vermutung, dass es an der VCCU und deren speziellen EInstellungen liegt. Wenn ich fhem.de von der Konsole aus anpinge, dann kommt eine Antwort. Also scheint nur FHEM selbst das Problem zu haben.
Viele Grüße
bastelfreak
ich habe aktuell das Problem, dass ich kein Update mit von FHEM machen kann.
Dort erscheinen folgende Meldungen:
Code: Alles auswählen
2018.04.05 22:13:35 1: Connection refused from 192.168.178.43:35952
2018.04.05 22:13:35 1: Connection refused from 192.168.178.43:35954
2018.04.05 22:13:48 1: Connection refused from 192.168.178.43:35978
2018.04.05 22:14:16 1: Connection refused from 192.168.178.43:36018
2018.04.05 22:14:16 1: Connection refused from 192.168.178.43:36020
Viele Grüße
bastelfreak
- deimos
- Beiträge: 5383
- Registriert: 20.06.2017, 10:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leimersheim
- Hat sich bedankt: 121 Mal
- Danksagung erhalten: 950 Mal
- Kontaktdaten:
Re: PiVCCU über wlan0
Hi,
da du von FHEM redest: VCCU oder piVCCU? Das sind zwei komplett unterschiedliche Dinge.
Viele Grüße
Alex
da du von FHEM redest: VCCU oder piVCCU? Das sind zwei komplett unterschiedliche Dinge.
Viele Grüße
Alex
-
- Beiträge: 5
- Registriert: 26.03.2018, 21:42
Re: PiVCCU über wlan0
Hallo,
ja ich habe die piVCCU laufen und dort das Problem mit dem Update von FHEM. Leider kann ich sonst HMCCU nicht initialisieren.
Viele Grüße
bastelfreak
ja ich habe die piVCCU laufen und dort das Problem mit dem Update von FHEM. Leider kann ich sonst HMCCU nicht initialisieren.
Viele Grüße
bastelfreak
- deimos
- Beiträge: 5383
- Registriert: 20.06.2017, 10:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leimersheim
- Hat sich bedankt: 121 Mal
- Danksagung erhalten: 950 Mal
- Kontaktdaten:
Re: PiVCCU über wlan0
Hi,
und wo genau bekommst du die Fehlermeldungen? Wobei *ich* dir vermutlich nicht wirklich helfen kann, außer den Namen weiß ich so ziemlich nichts über FHEM.
Viele Grüße
Alex
und wo genau bekommst du die Fehlermeldungen? Wobei *ich* dir vermutlich nicht wirklich helfen kann, außer den Namen weiß ich so ziemlich nichts über FHEM.
Viele Grüße
Alex
-
- Beiträge: 5
- Registriert: 26.03.2018, 21:42
Re: PiVCCU über wlan0
In FHEM selbst. Dann wende ich mich mal an das FHEM-Forum.
Danke für die ehrliche Antwort.
Danke für die ehrliche Antwort.
Re: PiVCCU über wlan0
Hallo zusammen,
ich versuche gerade die pivccu übers wlan auf einem Pi3B+ zum laufen zu bekommen. Leider noch ohne Erfolg.
Erst einmal möchte ich mich bei Alex für die Anleitungen bedanken, die er ins Netz gestellt hat!!!
Nun zu meinem Problem:
Ich habe alles nach der Anleitung von Alex installiert. Pivccu läuft angeblich, aber auf einer Netzwerkadresse, die außerhalb meines Adressbereiches liegt. Folglich kann ich nicht darauf zugreifen. Vielleicht hat jemand von Euch eine Idee woran es liegen könnte.
Ich poste mal die Ausgaben, die Alex schon von bastelfreak angefordert hatte. Vielleicht kann jemand den Fehler entdecken.
Vielen Dank vorab für Eure Hilfe!
Grüße
Günni
ich versuche gerade die pivccu übers wlan auf einem Pi3B+ zum laufen zu bekommen. Leider noch ohne Erfolg.
Erst einmal möchte ich mich bei Alex für die Anleitungen bedanken, die er ins Netz gestellt hat!!!
Nun zu meinem Problem:
Ich habe alles nach der Anleitung von Alex installiert. Pivccu läuft angeblich, aber auf einer Netzwerkadresse, die außerhalb meines Adressbereiches liegt. Folglich kann ich nicht darauf zugreifen. Vielleicht hat jemand von Euch eine Idee woran es liegen könnte.
Ich poste mal die Ausgaben, die Alex schon von bastelfreak angefordert hatte. Vielleicht kann jemand den Fehler entdecken.
Code: Alles auswählen
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.253.1 netmask 255.255.255.0 broadcast 192.168.253.255
inet6 fe80::382f:6bff:fed9:d93f prefixlen 64 scopeid 0x20<link>
ether fe:17:d2:18:b5:18 txqueuelen 1000 (Ethernet)
RX packets 106 bytes 9568 (9.3 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 38 bytes 4712 (4.6 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Lokale Schleife)
RX packets 4 bytes 156 (156.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4 bytes 156 (156.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
vethpivccu: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::fc17:d2ff:fe18:b518 prefixlen 64 scopeid 0x20<link>
ether fe:17:d2:18:b5:18 txqueuelen 1000 (Ethernet)
RX packets 106 bytes 11052 (10.7 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 27 bytes 2936 (2.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.105 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::ba27:ebff:fe26:1b2 prefixlen 64 scopeid 0x20<link>
ether b8:27:eb:26:01:b2 txqueuelen 1000 (Ethernet)
RX packets 374 bytes 53149 (51.9 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 116 bytes 18689 (18.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Code: Alles auswählen
source-directory /etc/network/interfaces.d
auto lo
iface lo inet loopback
auto wlan0
iface wlan0 inet dhcp
wpa-ssid xxx
wpa-psk xxx
auto br0
iface br0 inet static
bridge_ports none
bridge_fd 0
address 192.168.253.1
netmask 255.255.255.0
Code: Alles auswählen
piVCCU version: 2.31.25-25
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi3 UART: Assigned to GPIO pins
Board serial: NEQ06xxxx
State: RUNNING
PID: 699
IP: 192.168.1.225
CPU use: 19.39 seconds
BlkIO use: 42.17 MiB
Link: vethpivccu
TX bytes: 26.47 KiB
RX bytes: 3.14 KiB
Total bytes: 29.62 KiB
Code: Alles auswählen
HOSTNAME=homematic-ccu2
MODE=DHCP
CURRENT_IP=192.168.1.225
CURRENT_NETMASK=255.255.255.0
CURRENT_GATEWAY=192.168.1.1
CURRENT_NAMESERVER1=192.168.1.1
CURRENT_NAMESERVER2=0.0.0.0
IP=192.168.1.225
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
NAMESERVER1=192.168.1.1
NAMESERVER2=0.0.0.0
CRYPT=0
Code: Alles auswählen
#!/bin/sh
HOST_IF=wlan0
BRIDGE=br0
HOST_IP=192.168.253.1
CCU_IP=192.168.253.2
if [ "$IFACE" = "$BRIDGE" ]; then
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -A FORWARD -i $IFACE -s $HOST_IP/24 -m conntrack --ctstate NEW -j ACCEPT
iptables -A FORWARD -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -A POSTROUTING -t nat -j MASQUERADE
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 80 -j DNAT --to-destination $CCU_IP:80
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 1999 -j DNAT --to-destination $CCU_IP:1999
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 2000 -j DNAT --to-destination $CCU_IP:2000
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 2001 -j DNAT --to-destination $CCU_IP:2001
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 2002 -j DNAT --to-destination $CCU_IP:2002
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 2010 -j DNAT --to-destination $CCU_IP:2010
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 8181 -j DNAT --to-destination $CCU_IP:8181
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 8183 -j DNAT --to-destination $CCU_IP:8183
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 8700 -j DNAT --to-destination $CCU_IP:8700
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 8701 -j DNAT --to-destination $CCU_IP:8701
fi
Grüße
Günni
- deimos
- Beiträge: 5383
- Registriert: 20.06.2017, 10:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leimersheim
- Hat sich bedankt: 121 Mal
- Danksagung erhalten: 950 Mal
- Kontaktdaten:
Re: PiVCCU über wlan0
Hi,
https://github.com/alexreinert/piVCCU/b ... up/wlan.md Schritt 2 wurde nicht durchgeführt bzw. der Hinweis "(this needs to be done after each restore, too)" wurde nicht beachtet.
Viele Grüße
Alex
https://github.com/alexreinert/piVCCU/b ... up/wlan.md Schritt 2 wurde nicht durchgeführt bzw. der Hinweis "(this needs to be done after each restore, too)" wurde nicht beachtet.
Viele Grüße
Alex
Re: PiVCCU über wlan0
Hallo Alex,
danke für den superschnellen Hinweis. Jetzt klappt es.
Mir war nicht klar, dass der Schritt schon nach der frischen Installation wiederholt werden muß.
Aber jetzt weiß ich ja wie die pivccu-info aussehen muß und komme dann hoffentlich beim nächsten mal selbst drauf.
Viele Grüße
Günni
danke für den superschnellen Hinweis. Jetzt klappt es.
Mir war nicht klar, dass der Schritt schon nach der frischen Installation wiederholt werden muß.
Aber jetzt weiß ich ja wie die pivccu-info aussehen muß und komme dann hoffentlich beim nächsten mal selbst drauf.
Viele Grüße
Günni
Re: PiVCCU über wlan0
Hi deimos,
ich habe aufgrund der Infrastruktur des Hauses den PI mit ioBroker und piVCCU3 auf einem RPI3 am laufen.
Installation habe ich nach https://github.com/alexreinert/piVCCU/b ... up/wlan.md gemacht.
Das hat direkt auch gut funktioniert und mit dem ioBroker Adapter zusammen gespielt.
Leider reißt irgendwann die Verbindung über RPC immer wieder ab und die Werte/Objekte bekommen kein Update mehr
Folgende Symptome:
CCU Webinterface funktioniert gut und kommuniziert einwandfrei mit den Kompontente (HM Steckdose)
Nach Neustart des gesamten RPI funktioniert die Kommunikation zunächst, fällt dann aber wieder aus.
iobroker log sieht gut aus:
iobroker Objekte
steht dauerhaft auf "updated" == true
Edit: Im Hover Over in den Objekten von ioBroker ist mir aufgefallen, dass der Rega Adapter die Werte schreibt.
Starte ich diesen neu, so kommen neue Werte an. Evtl liegt es auch an der Rega Kommunikation.
Edit2: sudo pivccu-attach cat /var/log/messages gibt unter anderem
die 192.168.188.75 ist noch eine Adresse die ich bei der Installation zu Hause verwendet hatte bevor ich diese auf den Zielhaushalt geändert habe.
Ich denke hier liegt der Fehler. Wie kann ich diese Adresse umbiegen/editieren?
//Kennst du sowas oder so ähnlich, dass hier die Kommunikation aussetzt? Wie kann ich RPC/Rega hier analysieren wo das schief geht?
grüße
Michael
ich habe aufgrund der Infrastruktur des Hauses den PI mit ioBroker und piVCCU3 auf einem RPI3 am laufen.
Installation habe ich nach https://github.com/alexreinert/piVCCU/b ... up/wlan.md gemacht.
Das hat direkt auch gut funktioniert und mit dem ioBroker Adapter zusammen gespielt.
Leider reißt irgendwann die Verbindung über RPC immer wieder ab und die Werte/Objekte bekommen kein Update mehr
Folgende Symptome:
CCU Webinterface funktioniert gut und kommuniziert einwandfrei mit den Kompontente (HM Steckdose)
Nach Neustart des gesamten RPI funktioniert die Kommunikation zunächst, fällt dann aber wieder aus.
Code: Alles auswählen
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.253.1 netmask 255.255.255.0 broadcast 192.168.253.255
inet6 fe80::f051:6fff:fe93:7dd prefixlen 64 scopeid 0x20<link>
ether fe:c4:c6:d6:33:b9 txqueuelen 1000 (Ethernet)
RX packets 93537 bytes 22441653 (21.4 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 97205 bytes 26217569 (25.0 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 8907460 bytes 1250417460 (1.1 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 8907460 bytes 1250417460 (1.1 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
vethpivccu: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::fcc4:c6ff:fed6:33b9 prefixlen 64 scopeid 0x20<link>
ether fe:c4:c6:d6:33:b9 txqueuelen 1000 (Ethernet)
RX packets 93537 bytes 23751171 (22.6 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 97250 bytes 26219629 (25.0 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.24 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 fe80::ba27:ebff:fec8:756a prefixlen 64 scopeid 0x20<link>
inet6 2003:d1:13d5:a900:ba27:ebff:fec8:756a prefixlen 64 scopeid 0x0<global>
ether b8:27:eb:c8:75:6a txqueuelen 1000 (Ethernet)
RX packets 835237 bytes 182862074 (174.3 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 707554 bytes 163916122 (156.3 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Code: Alles auswählen
source-directory /etc/network/interfaces.d
auto lo
iface lo inet loopback
auto wlan0
iface wlan0 inet dhcp
wpa-ssid ****
wpa-psk ****
auto br0
iface br0 inet static
bridge_ports none
bridge_fd 0
address 192.168.253.1
netmask 255.255.255.0
Code: Alles auswählen
piVCCU version: 3.45.7-23
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi3 UART: Assigned to GPIO pins
HMRF Hardware: HM-MOD-RPI-PCB
HMIP Hardware: HM-MOD-RPI-PCB
Board serial: PEQ2217196
Radio MAC: 0x6bd37d
SGTIN: 3014F711A061A7D8A9AB3CEC
State: RUNNING
PID: 891
IP: 192.168.253.2
CPU use: 851.03 seconds
BlkIO use: 68.67 MiB
Link: vethpivccu
TX bytes: 22.90 MiB
RX bytes: 25.28 MiB
Total bytes: 48.17 MiB
Code: Alles auswählen
HOSTNAME=homematic-ccu2
MODE=MANUAL
CURRENT_IP=192.168.253.2
CURRENT_NETMASK=255.255.255.0
CURRENT_GATEWAY=192.168.253.1
CURRENT_NAMESERVER1=8.8.4.4
CURRENT_NAMESERVER2=8.8.8.8
IP=192.168.253.2
NETMASK=255.255.255.0
GATEWAY=192.168.253.1
NAMESERVER1=8.8.4.4
NAMESERVER2=8.8.8.8
CRYPT=0
Code: Alles auswählen
#!/bin/sh
HOST_IF=wlan0
BRIDGE=br0
HOST_IP=192.168.253.1
CCU_IP=192.168.253.2
if [ "$IFACE" = "$BRIDGE" ]; then
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -A FORWARD -i $IFACE -s $HOST_IP/24 -m conntrack --ctstate NEW -j ACCEPT
iptables -A FORWARD -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -A POSTROUTING -t nat -j MASQUERADE
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 80 -j DNAT --to-destination $CCU_IP:80
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 1999 -j DNAT --to-destination $CCU_IP:1999
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 2000 -j DNAT --to-destination $CCU_IP:2000
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 2001 -j DNAT --to-destination $CCU_IP:2001
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 2002 -j DNAT --to-destination $CCU_IP:2002
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 2010 -j DNAT --to-destination $CCU_IP:2010
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 8181 -j DNAT --to-destination $CCU_IP:8181
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 8183 -j DNAT --to-destination $CCU_IP:8183
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 8700 -j DNAT --to-destination $CCU_IP:8700
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 8701 -j DNAT --to-destination $CCU_IP:8701
fi
steht dauerhaft auf "updated" == true
Edit: Im Hover Over in den Objekten von ioBroker ist mir aufgefallen, dass der Rega Adapter die Werte schreibt.
Starte ich diesen neu, so kommen neue Werte an. Evtl liegt es auch an der Rega Kommunikation.
Edit2: sudo pivccu-attach cat /var/log/messages gibt unter anderem
Code: Alles auswählen
May 29 00:04:02 homematic-ccu2 user.err Sniffing Mode: XmlRpcClient error calling event({[methodName:"event",params:{"hm-rpc.0","CENTRAL","PONG","hm-rpc.0"}]}) on [b]http://192.168.188.75:2001/RPC2:[/b]
Ich denke hier liegt der Fehler. Wie kann ich diese Adresse umbiegen/editieren?
//Kennst du sowas oder so ähnlich, dass hier die Kommunikation aussetzt? Wie kann ich RPC/Rega hier analysieren wo das schief geht?
grüße
Michael