Eigene (Funk-)Aktoren/Sensoren über Arduino/(W)LAN an die HM

[PaulG4H]

Hallo funkleuchtturm,

ja das ist schwierig aber die Jungs im FHEM Forum haben das schon so weit Reverse Engineert das sie mit einem Cul oder auch dem HM RF Lan Adapter mit FHEM die HM Funk Aktoren / Sensoren alle Senden / Empfangen und sogar Direktverknüpfungen machen können!
Bei denen war z.B. der neue Heizkörper Thermostat / Stelltrieb schon wenige Tage nach erscheinen über das Automatische FHEM Update eingepflegt wo EQ3 noch Wochen gebraucht hat um die CCU Updates zu bringen!

Die einzige Limitierung hierbei ist aktuell die gleiche die der CUxD hat und zwar das nur Geräte in der CCU Emuliert werden können die es schon gibt (z.B. max 16 Kanäle für ein Gerät). Ansonsten hat man z.B. das Symbol eines Temperatursensors und in wirklichkeit ist das aber ein Helligkeitssensor...

LG

Paul

[funkleuchtturm]

Hallo Paul,
also ich werde dann mal häufiger in den FHEM-Foren herumstöbern, wenn da einiges zum Thema Homematic passiert. Bisher habe ich aber noch keinen Cul gekauft, weil ich nicht zwei 865Mhz-Netze haben wollte.
Nah einigen Versuchen in der älteren Vergangenheit mit den ersten Arduinos habe ich mir jetzt den neuen Yun gekauft, weil der fast alles notwendige inklusive Wlan ann Bord hat. Schaun wir mal, ob eine Anbindung in mein HM-System funktioniert.

[PaulG4H]

Hallo funkleuchtturm,

ich bin mir 100%ig sicher das dies Funktioniert --> ich habe so schon meine Heizung (FHEM mit 1-Wire) an die CCU angebunden! Das einzige Problem das ich sehe ist das mit der Zeit ganz schön viele http requests auf die CCU einprasseln und sie damit irgendwann überfordert ist zumal jeder Wert einzelln übergeben wird.
In meinem Fall habe ich aktuell 14 Temperatursensoren die alle 30 sek. wenn sich der Wert geändert hat diesen mit einem wget aufruf in je eine System Variable der CCU schreiben (diese sind CUxD dummy Geräten zugeordnet) und dann noch der Stromzähler und Wasserzähler (1-Wire Counter Modul mit S0 Strom / Wasserzähler) sowie den Kessel Seriell am FHEM PI.

Da kommt einiges an Last für die CCU und ich würde es "schöner" finden wenn es einen weg gäbe mehrere Werte auf einmal zu übergeben (z.B. jedes "Gerät" mit z.T. 10 Kanälen und nicht jeden Kanal Extra) was aktuell ohne weiteres Scripting auf der CCU (egal ob HM oder TCL) nicht geht und wie das die CCU belastet ist wieder eine andere Geschichte...

LG

Paul

[hhoefi]

Hallo,

ein interessantes Thema für mich.
Ich arbeite gerade an einem Arduino Projekt, das idealerweise mit meiner Homematic kommunizieren sollte.

Ziel der Sache:
Im Schlafzimmer gibt es einen älteren Samsung Fernseher, eine Dreambox und einen noch älteren Onkyo Receiver. Fernseher und Receiver sind ohne jegliche Anschlüsse (Ethernet oder RS 232).
Die Geräte sollten mich, über eine Webseite (oder irgendwann iCal) gesteuert mit Musik oder auch Fernsehen aufwecken.

Status:
Arduino + Ethernet Shield, ein IR Empfänger, 2 IR LED .. alles aufgebaut.
Der IR Empfänger dient dazu Kommandos per Fernbedienungen abzufangen und einen Status (Fernseher ein/aus, Verstärker ein/aus) mit zu schreiben, und das wem auch immer mitzuteilen

Die Ansteuerung über GET Request klappt prima, die Antwort wird im Request gleich mit geschickt. (sehr,sehr simple Statuscodes... )
Dh. wenn ich nun über curl, Webinterface, Dashui, Yahui (oder was auch immer zugreife) klappt das schon mal.
Blöder wird es schon um die Daten regelmässig abzugreifen, da muß irgendwas geschedultes dafür her halten. (CUxD oder crontab oder auch CCU.IO)

Trotzdem macht mich das alles nicht ganz glücklich, momentan verstricke ich mich in den vielen Möglichkeiten die es da rund um die Homematic gibt. (CUxD, CCU.IO, Shell Programme über Crontab)
Auch der Arduino ist ein wenig zickig, leider kann der Ethernet Stack entweder nur Server oder nur Client spielen.

Ich denke ich probiere auch mal den Yun aus, der sollte da doch besser sein. Habt ihr damit schon Erfahrungen gesammelt ?

Toll wäre wirklich ein ADD-On für die Homematic um mit WEB enabled Devices reden zu können.

lg
Heinz

[Bluefox]

Währe es nicht einfache RasPI Type A + WLAN Stick statt Arduina Ethernet zu nehmen? Kann mehr und kostet gleich wenn nicht weniger.

[hhoefi]

Ja, für die nächsten Projekte sicher eine Überlegung wert.

Nur sind die Ardunio's schon da ...

[Manfred7525]

Bald kommt der Arduino Tre, das ist ein AVR Arduino mit einem ARM BeagleBoard zusammen auf einem Board. Das braucht man - einfach schon weil es ein geiles Spielzeug ist.

[Goglo]

Toll wäre wirklich ein ADD-On für die Homematic um mit WEB enabled Devices reden zu können.

Schau mal hier in diesem Faden. Da habe ich mal mit Uwes Hilfe ausprobiert, wie man web-enablete Devices per CUxD in die CCU einbinden kann. So wie es aussieht, wird Uwe das in der nächsten Version ein wenig komfortabler gestalten.
Kurze Zusammenfassung: Man nehme ein exec-Gerät für die Emulation eines HM-Aktors und ein timer-Gerät um den Status des web-enableten Devices zu pollen. Das exec-Gerät kann ja schon heute per shell-script beliebige Devices ansteuern. Das timer-Gerät wird demnächst die Fähigkeit bekommen, den Status eines beliebigen Kanals - also auch des exec-Geräts mit der Aktor-Emulation - zu setzen. Damit ist auch der Rückweg zur Status-Aktualisierung in der CCU geschaffen, falls das Device von anderen Steuerungen als der CCU geschaltet wird.

[MaxPower]

Hallo! Bin sehr interessiert an dem Thema und wollte kurz wissen, ob es hier schon etwas neues gibt. Gruß, Stefan

[starfish]

Der Charme einer hier angesprochenen Wlan-Lösung liegt natürlich in einer möglichen Systemarchtektur, die nicht zentral auf die CCU ausgerichtet ist, sondern dezentral einzelne emehr oder weniger eigenständige Mess/Steuer-Satelliten zum Beispiel auf Arduino oder auch auf Rasberry-Basis möglich macht.

Bis anhin schätzte ich die Autonomie der CCU, insbesondere, weil ich vor allem aus wirtschaftlichen Überlegungen keinen 24/7-Server einsetzen wollte. Seit kurzem verwende ich als 24/7-Server ein Cubietruck mit Festplatte. 4.5 Watt Stromverbrauch sind dabei durchaus zu verschmerzen. WLAN und Bluetooth sind onboard.
Meine Philosophie hat sich damit etwas geändert. Ich betrachte die CCU auch nur als ein Satellit, genauso wie die Heizungssteuerung, die ist, genauso wie die Alarmanlage, bereits optimal ausgelegt (davon geh ich zumindest mal aus). Der zentrale Master wird hauptsächlich zur Visualisierung/Bedienung, Datenspeicherung und zur Koordination verwendet. Das Gute dabei ist, dass jeder Satellit bei Ausfall der Zentrale autonom weiterläuft und ein Notbetrieb sicherstellt.
Gruss
Beat