[erledigt]Reichweitenproblem Lösung fhem2fhem?

[derHeimwerker]

Hallo zusammen,

ich habe scheinbar ein Reichweitenproblem, da meine Homematic Funkdimmer im Dachgeschoss regelmäßig mit ACK antworten. Meine FHEM Instanz läuft im EG auf einem Raspi mit CUL.
Da ich hier noch einige RASPI und auch noch eine weitere CUL liegen habe, dachte ich mir im Dachgeschoss noch eine weitere FHEM Instanz anzulegen.

Welcher Betriebsmodi ist denn dann der richtige? Wenn ich das richtig gelesen habe, dann erscheint mir LOG die richtige Einstellung zu sein?

Die Funkdimmer würde ich dann in der Haupt FHEM Instanz löschen und in der remote-Instanz definieren ?

Kann mir da jemand einmal auf die Sprünge helfen?

Vielen Dank!

[willib]

Poste doch mal ein List vom Device. Ich nehme mal an es antwortet NACK.
Vieleicht kannst du auch einfach mit einer USB Verlängerung arbeiten und einen weiteren CUL zur VCCU hinzufügen.

[Otto123]

Hi,

mach lieber eine Instanz, eine VCCU und eine zweiten IO.
Nimm lieber so etwas hier und keinen CUL -> http://www.fhemwiki.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi

Aber Du kannst natürlich auch einen CUL remote anbinden  mit socat ist das glaub ich easy.

Gruß Otto

[derHeimwerker]

Vielen Dank für die Antworten.

Ich habe hier insgesamt 14 Rollladen (wiredHM), diverse Lampen, Schalter, Steckdose mit FHEM und einer CUL wunderbar am laufen und würde da auch nichts dran machen wollen. Lediglich zwei Dimmer im DG machen mir etwas Probleme, was den Empfang angeht.

Außerdem habe ich die Hardware ja auch noch übrig.

Meine Frage bezieht sich auf die Konfiguration eine Fhem2Fhem Verbindung. Die verstehe ich trotz wiki und commadred noch nicht so richtig.

[Otto123]

Mit FHEM2FHEM im RAW Modus kannst Du meines Wissens einen CUL anbinden, ich würde diese Art aber für Homematic ausschließen. Meines Wissen ist diese Art der Anbindung nur in eine Richtung.

Deswegen nochmal mein Rat : VCCU und ein zweiter IO und Du brauchst an der bestehenden FHEM Instanz nichts zu ändern.

Bei Deiner Formulierung: etwas Probleme... reicht es meist aus den IO (CUL ) etwas anders zu platzieren. Also eventuell einfach eine USB Verlängerung.

Gruß Otto

[t1me2die]

Ich kann da Otto auch nur zustimmen.
Falls du im OG/DG WLAN haben solltest, wäre es relativ einfach ein weiteres HM Modul mit einem WeMos zu modifizieren und als weiteres IO mithilfe einer VCCU in deine Hauptinstanz zu integrieren.

Mit FHEM2FHEM wirst du nicht glücklich werden, da das Schalten der Dimmer nicht ohne weiteren Aufwand machbar ist!

Mein Tipp:
WeMos D1 mini + HM-MOD-UART mit esp-link flashen (sollte paar Anleitungen dazu im Forum geben) und diesen dann per 5V Netzteil im OG positionieren. Somit würde dieses IO dann das DG + OG und EG abdecken (je nachdem wie groß das Haus ist )
In FHEM benötigst du dann noch eine VCCU und das war es dann auch schon fast.
Im Anhang habe ich noch zwei alte Bilder gefunden, so ähnlich habe ich es damals gemacht.

Gruß
Mathze

[derHeimwerker]

Jetzt verstehe ich das mit der VCCU.  Das macht ja wirklich Sinn

Ich habe in meiner Installation einen SCC - Stackable CC1101 und ein HMW-LAN-GW eingebunden. Beide haben unterschiedliche HmID's.
Wenn nich nun eine VCCU einrichte, dann nehme ich die gleiche HmID wie die des SCC, oder ? Die HMwired müssen ja nicht zwingend der VCCU zugeordnet werden?

Als weiteres IO habe ich hier noch eine SCC und einen Raspi liegen. LAN-Anschluss ist ebenfalls vorhanden.

Wie bekomme ich denn mit dieser vorhandenen Hardware ein weiteres (remote) IO gebastelt?

[Otto123]

Wie bekomme ich denn mit dieser vorhandenen Hardware ein weiteres (remote) IO gebastelt?

Per socat such mal hier rechts und links, ich glaube es gab vor Tagen erst einen Beitrag.

Zu dem HM wired kann ich nichts sagen, sicher hast Du da Recht. Die VCCU bekommt die hmId vom SCC, das wäre korrekt.

Gruß Otto

[OiledAmoeba]

@Otto123 du liegst richtig, mit fhem2fhem kann man nur empfangen oder senden, aber nicht beides. Würde mit einer ziemlichen Frickelei über Dummys sicher trotzdem gehen. (Umständlich und fehleranfällig)

socat hab ich früher eingesetzt, war mir zu instabil ("Sender" war ein Raspberry 3B, FHEM lief auf FreeBSD).
Im Moment fahre ich sehr gut mit ser2net. Funktioniert ähnlich wie socat (macht aus dem CUL quasi nen CUN) aber ist meiner Beobachtung nach, zumindest in meiner Umgebung, deutlich stabiler. ser2net kommt auf das Gerät, dass den CUL hat und in FHEM wird der CUL wie ein CUN per IP:Port definiert.
Anleitung zu ser2net ist im Wiki zu finden.

So oder so, auf dem socat/ser2net-Gerät unbedingt an die Firewall denken. Ich bin fast ausgerastet, bis mir eingefallen ist, dass ich die Firewall auf der Himbeere extrem restriktiv eingestellt hatte...

Problematisch kann dann aber die Netzwerklatenz werden, wenn HM zu (de)codieren ist. Wenn die Strecke über WLAN läuft, kann es zu NACKs kommen, wenn die Funkverbindung nicht optimal ist. Daher hatte ich dem CUL die TSCUL-Firmware spendiert, da die doch spürbare Verbesserungen im Timing bringt.

Gesendet von meinem VOG-L29 mit Tapatalk

[Otto123]

Daher hatte ich dem CUL die TSCUL-Firmware spendiert, da die doch spürbare Verbesserungen im Timing bringt.

Die sehe ich beim CUL sowieso als Pflicht an - aber das muss jeder CUL Besitzer selbst wissen. Ich rede dabei sowieso um Dinge die ich nicht habe und daher nur so nebenbei kenne.
Ich binde das HMUART Modul auch immer mit ser2net an, das war für mich immer wesentlich simpler. Ich wusste nicht das es mit dem CUL auch geht.

Gruß Otto

[derHeimwerker]

Hallo Otto,

ich versuche nun meinen Raspi 3 mit der SCC unter Raspbian Buster zum Laufen zu bringen. Ich hangel mich dabei durch deine Anleitung unter https://forum.fhem.de/index.php/topic,106060.45.html. Bisher leider ohne Erfolg.

Deine Erklärungen dort beziehen sich ja aber auch auf eine Installation inkl. Fhem. Wenn ich das aber richtig verstehe, dann benötige ich in meinem Fall auf dem Raspi kein Fhem bzw. um den SCC über das Netz anzusprechen darf er lokal gar nicht betrieben werden?!

Was mach ich denn mit den Schritten 2 und 3 OHNE eine Fhem Installation ?

[/2. Schritt Script erzeugen

Code: [Auswählen]

cat <<EOF > /opt/fhem/EnableSCC.sh
if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo 1 > /sys/class/gpio/gpio17/value
EOF

3. Schritt fhem.service ergänzen (nano /etc/systemd/system/fhem.service)
Vor dieser Zeile

Code: [Auswählen]

ExecStart=/usr/bin/perl fhem.pl fhem.cfg

diese einfügen

Code: [Auswählen]

ExecStartPre=/bin/bash /opt/fhem/EnableSCC.sh

[Otto123]

Hi,

dann benötige ich in meinem Fall auf dem Raspi kein Fhem bzw. um den SCC über das Netz anzusprechen darf er lokal gar nicht betrieben werden?!

Richtig!

2 und 3 OHNE eine Fhem Installation ?

zunächst einfach per Hand ausführen und testen!
Von mir aus legst Du das Script in einen anderen Pfad - Beispiel:

Code Auswählen Erweitern

mkdir /opt/scc
cat <<EOF > /opt/scc/EnableSCC.sh
if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo 1 > /sys/class/gpio/gpio17/value
EOF
Wenn es funktioniert, baust Du dazu einen Service -> https://wiki.ubuntuusers.de/Howto/systemd_Service_Unit_Beispiel/

Ich will nochmal sagen: Ich habe keinen SCC, das ist für mich alles nur Theorie
Für ser2net kannst Du dann sicher analog dem Beispiel vorgehen https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi

Gruß Otto

[derHeimwerker]

Klasse. mein Abend ist erst einmal wieder gerettet
Danke ich versuche das mal.

[derHeimwerker]

Das hat so wunderbar funktioniert. Vielen Dank!

[Otto123]

Guten Morgen,

mir fällt noch ein: Eigentlich könnte man das Script analog wie es bei fhem.service gemacht wurde auch an den ser2net Service binden.
Es wird ja nur kurz gestartet und genau für den ser2net Service gebraucht.
Ist letztlich aber sicher nur Schönheits OP.

Ich habe jetzt irgendwie Beiträge für den SCC geleistet und im Wiki steht noch altes Zeug. Mal sehen wie ich das dort noch vorsichtig unterbringe, ich mache das ehrlich gesagt ungern wenn ich es nicht live umgesetzt habe.

Gruß Otto