PlugIn: EIB-Steuerung
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 01:39
PlugIn: EIB-Steuerung
Hallo zusammen,
wäre es möglich über die RS-232 der dbox Befehle an eine EIB-Schnittstelle zu senden um Lampen ein und auszuschalten usw.???
Ich weiß nicht wer von euch EIB daheim hat, aber das wäre echt der
Knaller wenn das gehen würde...
Allerdings habe ich keine Ahnung welche Befehle bzw. welches Protokoll
zur Kommunikation verwendet wird.
Gruß
____Paule
wäre es möglich über die RS-232 der dbox Befehle an eine EIB-Schnittstelle zu senden um Lampen ein und auszuschalten usw.???
Ich weiß nicht wer von euch EIB daheim hat, aber das wäre echt der
Knaller wenn das gehen würde...
Allerdings habe ich keine Ahnung welche Befehle bzw. welches Protokoll
zur Kommunikation verwendet wird.
Gruß
____Paule
Zuletzt geändert von PauleFoul am Donnerstag 6. Januar 2005, 21:16, insgesamt 1-mal geändert.
-
- Senior Member
- Beiträge: 5071
- Registriert: Dienstag 18. September 2001, 00:00
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 01:39
-
- Interessierter
- Beiträge: 45
- Registriert: Freitag 18. Oktober 2002, 20:56
hallo
also ich hab mit eibcontrol gute erfahrungen gemacht es müsste nur wer für ppc compilieren
https://sourceforge.net/projects/eibcontrol
animal
also ich hab mit eibcontrol gute erfahrungen gemacht es müsste nur wer für ppc compilieren
https://sourceforge.net/projects/eibcontrol
animal
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 01:39
Das hört sich ja klasse an, mal sehen ob sich jemand findet deranimal hat geschrieben:hallo
also ich hab mit eibcontrol gute erfahrungen gemacht es müsste nur wer für ppc compilieren
https://sourceforge.net/projects/eibcontrol
animal
das entsprechende KnowHow hat...
Bin schon gespannt...
Würde mich auch für diverse Tests zur Verfügung stellen.
Gruß
____Paule
-
- Contributor
- Beiträge: 1623
- Registriert: Donnerstag 10. Januar 2002, 20:03
Hier zum weiterlesen http://www.smarthouse.ee/linux_eib_hs_ger.htm
Das Eibprotokoll ist wohl nicht besonders aufwendig. Hatte die Tage noch einen Fachartikel bei uns in der Firma gelesen.
Allerdings ist bei weitem nicht soviel EIB verbaut worden wie die Hersteller sich das gedacht haben. Und in den Häusern wo wir EIB installiert haben steht in der Regel auch ein Steuerrechner für die Eib Anlage. Bei entsprechender Größe des EIBs machen sich die Hersteller nämlich dann auch die Mühe und passen diese Software an die Gegenbenheites des Hauses an.
Ob sich hier Leute finden werden die genügend Basiswissen + Erfahrung mit C/C++ Programmierung haben ....
Das Eibprotokoll ist wohl nicht besonders aufwendig. Hatte die Tage noch einen Fachartikel bei uns in der Firma gelesen.
Allerdings ist bei weitem nicht soviel EIB verbaut worden wie die Hersteller sich das gedacht haben. Und in den Häusern wo wir EIB installiert haben steht in der Regel auch ein Steuerrechner für die Eib Anlage. Bei entsprechender Größe des EIBs machen sich die Hersteller nämlich dann auch die Mühe und passen diese Software an die Gegenbenheites des Hauses an.
Ob sich hier Leute finden werden die genügend Basiswissen + Erfahrung mit C/C++ Programmierung haben ....
Na schönen Dank Herr Schwanke!
Ein toller Sommer!
Ein toller Sommer!
-
- Interessierter
- Beiträge: 45
- Registriert: Freitag 18. Oktober 2002, 20:56
hallo
@PauleFoul (nomen est omen oder so warum über PM soll doch jeder mitlesen können.
also auch mein motto lautet lesen ist feige also learning by doing.
also downloaden von sourceforge make aber für PPC ausführen.(nicht getestet)
Datenbank lt. beispiel ausfüllen(gruppenadresse und eistyp muss stimmen)
eibcontrol starten danach kann man per http mit gruppenadressen und werten die geräte ansprechen. (vorherige programmierung des eib projekts vorausgesetzt)
Die doku ist aber sehr klar und ausführlich.
wichtig ist der buskoppler BCU2.
als plugin kann man dan per shellscript und wget einzelne befehle ausführen.
Also programmieren braucht man nichts mehr.
animal
@PauleFoul (nomen est omen oder so warum über PM soll doch jeder mitlesen können.
also auch mein motto lautet lesen ist feige also learning by doing.
also downloaden von sourceforge make aber für PPC ausführen.(nicht getestet)
Datenbank lt. beispiel ausfüllen(gruppenadresse und eistyp muss stimmen)
eibcontrol starten danach kann man per http mit gruppenadressen und werten die geräte ansprechen. (vorherige programmierung des eib projekts vorausgesetzt)
Die doku ist aber sehr klar und ausführlich.
wichtig ist der buskoppler BCU2.
als plugin kann man dan per shellscript und wget einzelne befehle ausführen.
Also programmieren braucht man nichts mehr.
animal
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 01:39
Alledrings müsste dann der PC laufen, damit die dbox EIB steuern kann...animal hat geschrieben:hallo
@PauleFoul (nomen est omen oder so warum über PM soll doch jeder mitlesen können.
also auch mein motto lautet lesen ist feige also learning by doing.
also downloaden von sourceforge make aber für PPC ausführen.(nicht getestet)
Datenbank lt. beispiel ausfüllen(gruppenadresse und eistyp muss stimmen)
eibcontrol starten danach kann man per http mit gruppenadressen und werten die geräte ansprechen. (vorherige programmierung des eib projekts vorausgesetzt)
Die doku ist aber sehr klar und ausführlich.
wichtig ist der buskoppler BCU2.
als plugin kann man dan per shellscript und wget einzelne befehle ausführen.
Also programmieren braucht man nichts mehr.
animal
Außerdem wenn Du in der Materie schon drin bist, dann mach doch mit
und versuche das PluIn umzusetzen!!
Wie gesagt, meine Unterstützung habt Ihr...
Gruß
____Paule
-
- Interessierter
- Beiträge: 45
- Registriert: Freitag 18. Oktober 2002, 20:56
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 01:39
Das hört sich ja schon ganz gut an... Kannst Du da weiter testen bzw.animal hat geschrieben:hi
der PC muss nicht laufen läuft ja alle auf der box.
hab mal alle Makefile auf ppc compiler editiert und zu compilieren versucht. der homeserver hat fehler gemeldet (xml) der homedriver hat durchcompiliert auf der box gestartet gab aber probleme von wegen glibc uä.
animal
brauchst Du irgendwelche Info es von einem Dev??
Gruß
____Paule
-
- Interessierter
- Beiträge: 45
- Registriert: Freitag 18. Oktober 2002, 20:56
ho
die soucen sind ja frei zugängig und ich hab ja nur mal ein paar files editiert quick'n dirty wenn das ein dev anpackt wäre das sicher die beste lösung.
wenn das plattformproblem gelöst ist kann ich gerne weiterhelfen.
ich kanns leider nicht besser habs auch nicht gelernt
ich hoffe dass sich ein wissender [verbeug] erbarmt
bis danne
animal
die soucen sind ja frei zugängig und ich hab ja nur mal ein paar files editiert quick'n dirty wenn das ein dev anpackt wäre das sicher die beste lösung.
wenn das plattformproblem gelöst ist kann ich gerne weiterhelfen.
ich kanns leider nicht besser habs auch nicht gelernt
ich hoffe dass sich ein wissender [verbeug] erbarmt
bis danne
animal
Zuletzt geändert von animal am Sonntag 9. Januar 2005, 13:21, insgesamt 1-mal geändert.
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 01:39
-
- Interessierter
- Beiträge: 89
- Registriert: Donnerstag 20. März 2003, 12:11
Gibt es schon fortschritte die man testen kann? Ich bin auch dafür das EIB in die Dbox implentiert wirdanimal hat geschrieben:ho
die soucen sind ja frei zugängig und ich hab ja nur mal ein paar files editiert quick'n dirty wenn das ein dev anpackt wäre das sicher die beste lösung.
wenn das plattformproblem gelöst ist kann ich gerne weiterhelfen.
ich kanns leider nicht besser habs auch nicht gelernt
ich hoffe dass sich ein wissender [verbeug] erbarmt
bis danne
animal
Leider bin ich aber kein Programmierer.
Wäre schön wenn das Thema hier weiterbehandelt wird.
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 01:39
@unique24
Bis jetzt scheint nur animal erste Schritte in Richtung EIB@dbox getan
zu haben... Die Frage ist was im konkret fehlt um weiter zu machen!?!?
Vielleicht kann sich ja einer der Dev es ein wenig mit "einklinken"??
@animal
Kennst Du das Wetterplugin?? Das hat eine frei gestaltbare Menüstruktur...
Könnte man mal zum Testen nehmen...
Gruß
____Paule
Bis jetzt scheint nur animal erste Schritte in Richtung EIB@dbox getan
zu haben... Die Frage ist was im konkret fehlt um weiter zu machen!?!?
Vielleicht kann sich ja einer der Dev es ein wenig mit "einklinken"??
@animal
Kennst Du das Wetterplugin?? Das hat eine frei gestaltbare Menüstruktur...
Könnte man mal zum Testen nehmen...
Gruß
____Paule
Zuletzt geändert von PauleFoul am Sonntag 16. Januar 2005, 10:33, insgesamt 1-mal geändert.
-
- Interessierter
- Beiträge: 89
- Registriert: Donnerstag 20. März 2003, 12:11
Das schon öfters das wort Homeserver gefallen ist, ihr meint aber nicht den Gira Homeserver 2, oder?PauleFoul hat geschrieben:@unique24
Bis jetzt scheint nur animal erste Schritte in Richtung EIB@dbox getan
zu haben... Die Frage ist was im konkret fehlt um weiter zu machen!?!?
Vielleicht kann sich ja einer der Dev es ein wenig mit "einklinken"??
Gruß
____Paule
-
- Interessierter
- Beiträge: 45
- Registriert: Freitag 18. Oktober 2002, 20:56
Hallo
es geht eben nicht um den Gira HS sondern darum dass die dbox direkt über BCU2 mit dem EIB kommuniziert also standalone.
man könnte dann einfach über ein plugin eib geräte ansprechen oder mit einer externen webgui (beispiele sind bei den sourcen dabei) arbeiten.
ist einer der Dev's event. bereit ein bisschen starthilfe zu geben??
das wars
animal
es geht eben nicht um den Gira HS sondern darum dass die dbox direkt über BCU2 mit dem EIB kommuniziert also standalone.
man könnte dann einfach über ein plugin eib geräte ansprechen oder mit einer externen webgui (beispiele sind bei den sourcen dabei) arbeiten.
ist einer der Dev's event. bereit ein bisschen starthilfe zu geben??
das wars
animal
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 01:39
Kennst Du das Wetterplugin?? Diese Menüs könnten wir verwenden...animal hat geschrieben:Hallo
es geht eben nicht um den Gira HS sondern darum dass die dbox direkt über BCU2 mit dem EIB kommuniziert also standalone.
man könnte dann einfach über ein plugin eib geräte ansprechen oder mit einer externen webgui (beispiele sind bei den sourcen dabei) arbeiten.
ist einer der Dev's event. bereit ein bisschen starthilfe zu geben??
das wars
animal
Dann nur noch auf Tastendruck Befehle über die RS232 senden...
Testhardware ist schon aufgebaut...
Gruß
____Paule
-
- Neugieriger
- Beiträge: 9
- Registriert: Donnerstag 20. Januar 2005, 21:24
moin @ all...
...es scheint, als wenn "rasc" wüsste, wie man über z.b. ein script kommandos an die rs232 schickt... der rest wäre ja zu lösen ;-)
ich denke die bcu2 wurde nur wegen der timingprobleme der bcu1 verwendet... hier könnte man sich das ft 1.2 protokoll sparen )
vielleicht kann rasc ja seine idee mal etwas konkreter darlegen ....
APCI: 0010
...es scheint, als wenn "rasc" wüsste, wie man über z.b. ein script kommandos an die rs232 schickt... der rest wäre ja zu lösen ;-)
ich denke die bcu2 wurde nur wegen der timingprobleme der bcu1 verwendet... hier könnte man sich das ft 1.2 protokoll sparen )
vielleicht kann rasc ja seine idee mal etwas konkreter darlegen ....
APCI: 0010
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 01:39
Das wäre ein Ansatz... Aber ein Dev es muss beim Einstieg helfen...osi_layer_7 hat geschrieben:moin @ all...
...es scheint, als wenn "rasc" wüsste, wie man über z.b. ein script kommandos an die rs232 schickt... der rest wäre ja zu lösen ;-)
ich denke die bcu2 wurde nur wegen der timingprobleme der bcu1 verwendet... hier könnte man sich das ft 1.2 protokoll sparen )
vielleicht kann rasc ja seine idee mal etwas konkreter darlegen ....
APCI: 0010
Vielleicht kann animal ja mal erläutern wo genau das Problem liegt...
Gruß
____Paule
-
- Senior Member
- Beiträge: 5071
- Registriert: Dienstag 18. September 2001, 00:00
Nachdem PaulFoul per PM nachgefragt hat (sorry, ich komme kaum dazu im Moment das Board zu lesen):
Der Vorteil unter Unix ist: "alles" ist eine Datei.
Die RS232 wird mit open() aufgemacht.
mit ioctl() oder spezielleren System-Aufrufe werden irgendwelche Modi gesetzt.
mit read() und write() liest/schreibt man
und close() schliesst das Device wieder.
Wenn ihr parallel lesen und schreiben wollt, guckt euch mal poll() an.
Also fast alles, wie bei einer stinknormalen Datei.
Die man-pages unter unix helfen weiter (oder bei google, Beispiel: man ioctl). Beispiele für Sourcecode gibt es auch zuhauf im Internet.
Welchen Device-Namen die RS232 hat muesste ich erst nachgucken.
---> /dev/ttyS0 = RS232
---> /dev/ttyS1 = Modem
(laut DieMade ;-) )
[22:51] <rasc> mhh, welches device ist die RS232 auf der Box? /dev/cua?
[22:51] <DieMade> ttyS0
[22:51] <rasc> und das Modem?
[22:51] <rasc> cua oder ttyS1
[22:51] <DieMade> ttyS1
[22:51] <rasc> tnx
[22:51] <DieMade> steht zumindest beim booten so im log
[22:51] <rasc> Tnx, war zu faul jetzt nachzugucken...
[22:52] <Npq> ttyCPM0 und ttyCPM1 beim 2.6er
http://www.google.de/search?hl=de&q=rs2 ... uche&meta=
http://www.ontrak.net/linux.htm
Der Vorteil unter Unix ist: "alles" ist eine Datei.
Die RS232 wird mit open() aufgemacht.
mit ioctl() oder spezielleren System-Aufrufe werden irgendwelche Modi gesetzt.
mit read() und write() liest/schreibt man
und close() schliesst das Device wieder.
Wenn ihr parallel lesen und schreiben wollt, guckt euch mal poll() an.
Also fast alles, wie bei einer stinknormalen Datei.
Die man-pages unter unix helfen weiter (oder bei google, Beispiel: man ioctl). Beispiele für Sourcecode gibt es auch zuhauf im Internet.
Welchen Device-Namen die RS232 hat muesste ich erst nachgucken.
---> /dev/ttyS0 = RS232
---> /dev/ttyS1 = Modem
(laut DieMade ;-) )
[22:51] <rasc> mhh, welches device ist die RS232 auf der Box? /dev/cua?
[22:51] <DieMade> ttyS0
[22:51] <rasc> und das Modem?
[22:51] <rasc> cua oder ttyS1
[22:51] <DieMade> ttyS1
[22:51] <rasc> tnx
[22:51] <DieMade> steht zumindest beim booten so im log
[22:51] <rasc> Tnx, war zu faul jetzt nachzugucken...
[22:52] <Npq> ttyCPM0 und ttyCPM1 beim 2.6er
http://www.google.de/search?hl=de&q=rs2 ... uche&meta=
http://www.ontrak.net/linux.htm
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 01:39
-
- Neugieriger
- Beiträge: 9
- Registriert: Donnerstag 20. Januar 2005, 21:24
moin auch....
....das ist ja wie bei einem normalen os ... weiss hier jemand, ob die "busy box" auf der dreambox die befehle auch zulässt ???
das mit dem parallelen schreiben und lesen wird eh nix über die rs232... aber muß ja auch nicht...
das problem bei der kommunikation mit der rs232 am eib ist das handshake verfahren, es wird hier kein standard verwendet.
gibt es die möglichkeit ein eigenes handshake verfahren über die rs232 zu realisieren? das verfahren ist im eiba-handbook beschrieben... hierbei werden zunächst einige bytes ausgetauscht, die in einem sehr engen zeitfenster erfolgen müssen. hieraus resultieren auch die timing schwierigkeiten...
munter bleiben
cu
APCI: 0010
....das ist ja wie bei einem normalen os ... weiss hier jemand, ob die "busy box" auf der dreambox die befehle auch zulässt ???
das mit dem parallelen schreiben und lesen wird eh nix über die rs232... aber muß ja auch nicht...
das problem bei der kommunikation mit der rs232 am eib ist das handshake verfahren, es wird hier kein standard verwendet.
gibt es die möglichkeit ein eigenes handshake verfahren über die rs232 zu realisieren? das verfahren ist im eiba-handbook beschrieben... hierbei werden zunächst einige bytes ausgetauscht, die in einem sehr engen zeitfenster erfolgen müssen. hieraus resultieren auch die timing schwierigkeiten...
munter bleiben
cu
APCI: 0010
-
- Interessierter
- Beiträge: 89
- Registriert: Donnerstag 20. März 2003, 12:11
-
- Senior Member
- Beiträge: 5071
- Registriert: Dienstag 18. September 2001, 00:00
Also das open(), close(), bla findet nicht auf der Busybox statt.
Perl könnte das (scheidet aber aus), ansonsten C/C++ oder ähnliches.
Man kann natuerlich auch mit scripting sowas wie
echo "Hallo RS232" >/dev/ttyS0
machen oder ebenso mit read (shell script lesen). Allerdings weiss ich nicht, was die Busybox kann und was nicht...
Perl könnte das (scheidet aber aus), ansonsten C/C++ oder ähnliches.
Man kann natuerlich auch mit scripting sowas wie
echo "Hallo RS232" >/dev/ttyS0
machen oder ebenso mit read (shell script lesen). Allerdings weiss ich nicht, was die Busybox kann und was nicht...
-
- Interessierter
- Beiträge: 89
- Registriert: Donnerstag 20. März 2003, 12:11
Würde der Link weiterhelfen?
http://www.dehof.de/eib/index.html
http://www.dehof.de/eib/index.html