FHEMduino

[mdorenka]

gibt keinen bestimmten, das war mein vorhergehendes system das ich jetzt einfach umgestrickt habe auf FHEM. außerdem hat das den vorteil dass man bei 5v logik bleiben kann - der GPIO des raspi nutzt 3,3v
weiterhin ist man ungebunden was die plattform angeht auf dem FHEM ausgeführt wird

[Spezialtrick]

Mein Namensvorschlag ist: CULduino   

Das dürfte dann auch wiederspiegeln was es ist und was es kann. Finde die externe Lösung inzwischen auch besser, da es Endgerät unabhängig ist und im Falle des Pi die GPIO Ports für andere Zwecke freilässt. So könnte man problemlos ein kostengünstiges System zusammenstellen, dass beide Frequenzen bedienen kann.

@ mdorenka: Wäre es möglich, dass Du uns einmal detailiert darstellst wie Du z.B. eine Steckdose implementierst? Interessant wäre es natürlich auch zu wissen, wie man den CULduino in FHEM einbindet.

Danke im Voraus.

Spezialtrick.

[mdorenka]

culduino hat natürlich auch was

ehm naja es ist eigentlich ganz einfach...

culduino (oder wie auch immer) in fhem anlegen
it device anlegen
culduino als IO device vom it device anlegen
fertig.

[mdorenka]

FYI: das projekt hört jetzt auf den namen FHEMduino

[Cruiser79]

Wäre es recht einfach möglich die Software des FHEMduino für ELRO Steckdosen und Fernbedienungen zu erweitern? Welche groben Schritte wären hierfür nötig?
Ich suche noch nach einer gute Möglichkeit diese Komponenten anzusprechen und sehe im FHEMduino eine gute und billige Möglichkeit. Gibt es für die nötigen Komponenten noch eine genauere Auflistung und ein How-To, oder "weiss" man was man benutzt muss, wenn man mehr der Bastler ist? 

[machnetz]

Hallo,

der Fhemduino macht doch momentan nichts anderes als die Steckdosen (IT = Intertechnoprotokoll) von z.B. ELRO zu steuern. Dazu kann momentan auch noch das Protokoll der Wettersensoren WT9010 empfangen werden.

Gruß, machnetz

[machnetz]

Hallo Cruizer79,

Gibt es für die nötigen Komponenten noch eine genauere Auflistung und ein How-To, oder "weiss" man was man benutzt muss, wenn man mehr der Bastler ist? 

Beides Ich kann ja mal kurz schreiben, wie ich das gemacht habe:

• Den Raspi nach diesem Artikel eingerichtet : http://www.meintechblog.de/2013/05/fhem-server-auf-dem-raspberry-pi-in-einer-stunde-einrichten/
• Sender und Empfänger am Arduino angelötet. Bei mir unterschieden sich die Anschlüsse von Sender / Empfänger und mussten im Sketch geändert werden, so dass es mit meinem Arduino passte
• Den Arduino (bei mir ein Uno) mit dem Sketch aus dem GIT (oder siehe weiter vorne in diesem Thread) betankt
• Am Raspi sollte mittels "ls -ltr /dev/tty*" ein "ttyUSB" oder wie bei mir ein "ttyACM0" zu sehen sein.
• Arduino am Raspberry per USB angeschlossen

Danach verhält sich der Arduino mit dem Sketch nun wie ein CUL1101 und muss im Fhem definiert werden. Der Rest steht ja im vorherg. Text.

Gruß, machnetz

[mdorenka]

jup genau so gehts
alternativ kann man auch inotool und arduino ide auf dem raspi installieren und dann via SSH die firmware flashen (so mache ich das)

[Spezialtrick]

Wie läuft Flashen per Ssh genau? Also Osx User bleibt mir wohl nichts anderes übrig, wenn die Teile mal endlich da sind. 

[machnetz]

Morgähn,

Also Osx User ...

Kenne ich, aber mal ehrlich - bevor ich mir da irgendwelche Emulgatoren auf dem System installiere nehme ich doch lieber die Arduino-IDE, stecke den Arduino an USB an und kopiere den Sketch drauf. Anschliessend wird der neue fhemduino wieder an den Raspi angeschlossen geht das alles (fast) genauso schnell wie mit ssh oder Fernprogrammierung.

So mach ich das zumindest 

[mdorenka]

also per ssh geht es schneller weil man sich das ausstecken spart

ssh ist ja nur ein "remote zugang" zum raspberry (ich  gehe mal davon aus dass du das weisst)

dann brauchst du noch das inotool von http://inotool.org/

dann einfach mit ino die firmware kompilieren (ino build -m nano328) und hochladen auf den arduino (ino upload -m nano328 /dev/ttyUSB0) - thats it

der vorteil ist dass du dir das rumgestecke sparst und eigene erweiterungen der firmware direkt lokal auf dem raspberrypi entwickeln kannst

[Olly]

Hi,

danke für den Link zum Inotool. Damit fällt das Umstecken dann weg. Werden ich mir mal näher anschauen.

Gruß

     Olly

Gesendet von meinem LT26w mit Tapatalk

[machnetz]

Jo,

das ist doch cooler als umstecken, das gebe ich zu   

Gruß, machnetz

[machnetz]

Hi mdorenka,

in deinem logfile taucht dann sowas auf wie

Code Auswählen Erweitern

2013.12.01 03:11:32 1: RFduino_KW9010 UNDEFINED sensor detected, code 4E

Ich habe den Empfänger überprüft und korrekt im Sketch konfiguriert. Soweit okay, aber leider bekomme ich keinen solchen Logeintrag. Woran könnte das liegen? Es sind zwei Sender vorhanden, einer Kanal-1, der andere Kanal-2.

Mfg, machnetz

[mdorenka]

was für sender denn?