[FHZ] FHEM Ideen

[Tommi]

                                                     

Ich habe 2 FHZ und 1 EM1010PC im Einsatz. Davon ist eine FHZ via XPORT
LAN-tauglich gemacht worden. Ich würde nun gerne auch diese FHZ mit
fhem nutzen. In FHZ.pm ist jedoch der Zugriff über Device::Serialport
hard verdrahtet. Um auch die übrigen Module nutzen zu können würde ich
nun gerne das Modul so erweitern, das es den fd statt von
Device::Serialport von IO::Socket bekommt. Ist das der richtige Weg?
Gibt es evtl schon eine Implementierung?

2. Baustelle
Ich würde gerne die Daten die über /dev/elv_fhzxxx laufen,
gleichzeitig auch an über TCP-Service verschicken, um auch andere
Software (in meinem Fall IPSymcon (www.ipsymcon.de)) damit zu
versorgen und die dort erzeugten Befehle wieder an die Original-FHZ zu
übergeben. Quasi ein FHZ-Sharing zu betreiben. Geht das?

3. Baustelle
Ich habe eine WS2000 Wetterstation und kann deren Daten über den
kleinen ELV-Empfängerbausatz seriell (auch über XPORT) bekommen. Gibt
es schon ein Modul für die WS2000/FS10-Daten

Tommi
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix-unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

[rudolfkoenig]

                                                   

> Um auch die übrigen Module nutzen zu können würde ich
> nun gerne das Modul so erweitern, das es den fd statt von
> Device::Serialport von IO::Socket bekommt. Ist das der richtige Weg?

Ja.

> Gibt es evtl schon eine Implementierung?

Mir ist keins bekannt.

> 2. Baustelle
> Ich würde gerne die Daten die über /dev/elv_fhzxxx laufen,
> gleichzeitig auch an über TCP-Service verschicken, um auch andere
> Software (in meinem Fall IPSymcon (www.ipsymcon.de)) damit zu
> versorgen und die dort erzeugten Befehle wieder an die Original-FHZ zu
> übergeben. Quasi ein FHZ-Sharing zu betreiben. Geht das?.

Ich wuerde erst Baustelle 1. realisieren, und fuer diese Baustelle ein
Programm bauen, was die Daten vom /dev/elv_fhz liest und an mehrere
Empfaenger versendet.


> Ich habe eine WS2000 Wetterstation und kann deren Daten über den
> kleinen ELV-Empfängerbausatz seriell (auch über XPORT) bekommen. Gibt
> es schon ein Modul für die WS2000/FS10-Daten

Ich glaube ja, siehe contrib/86_FS10.pm.

Gruss,
  Rudi
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix-unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

[Tommi]

                                                     

On Apr 10, 12:21 am, Rudolf Koenig wrote:
> > Um auch die übrigen Module nutzen zu können würde ich
> > nun gerne das Modul so erweitern, das es den fd statt von
> > Device::Serialport von IO::Socket bekommt. Ist das der richtige Weg?
>
> Ja.
>
Prima, dann kann ich ja loslegen.
Gibt es von den Maintainern Vorgaben bzgl. Namenskonventionen,
Modulstruktur usw?
Und dann direkt ins CVS schreiben oder erstmal nur jemanden per Mail
schicken?


> > 2. Baustelle
> > Ich würde gerne die Daten die über /dev/elv_fhzxxx laufen,
> > gleichzeitig auch an über TCP-Service verschicken, um auch andere
> > Software (in meinem Fall IPSymcon (www.ipsymcon.de)) damit zu
> > versorgen und die dort erzeugten Befehle wieder an die Original-FHZ zu
> > übergeben. Quasi ein FHZ-Sharing zu betreiben. Geht das?.
>
> Ich wuerde erst Baustelle 1. realisieren, und fuer diese Baustelle ein
> Programm bauen, was die Daten vom /dev/elv_fhz liest und an mehrere
> Empfaenger versendet.
>

verstanden. Ich hatte nur an den eingebauten Queue-Mechanismus
gedacht.
Muss ich immer erst auf die Antwort auf ein Kommando von  einem
Programm warten
oder kann da was durcheinanderkommen, wenn ich wahllos das an die FHZ
geben,
was gerade angeliefert wird (und umgekehrt)?

> > Ich habe eine WS2000 Wetterstation und kann deren Daten über den
> > kleinen ELV-Empfängerbausatz seriell (auch über XPORT) bekommen. Gibt
> > es schon ein Modul für die WS2000/FS10-Daten
>
> Ich glaube ja, siehe contrib/86_FS10.pm.
>
Ich habe gerade gesehen, dieses Modul ist nur im CVS und nicht im 4.2
tarball. Auch die wesentlich bessere DBLOG-Funktion
findet sich dort. Gibt es schon Planungen für ein neues Release?

Das FS10-Modul nutzt noch eine weitere Software, welche die Daten erst
über ein ähnliches Kdo-Interface wie fhem rausgibt,
aber nicht die Daten wie vom Interface geliefert direkt rausrückt. Mal
schauen, ob mir das so reicht oder ob ich da auch noch was baue.

> Gruss,
>   Rudi
Danke für die prompte Beantwortung!

Tommi
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix-unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

[rudolfkoenig]

                                                   

> Gibt es von den Maintainern Vorgaben bzgl. Namenskonventionen,
> Modulstruktur usw?
Es gibt ein README.CVS, sonst nichts.

> Und dann direkt ins CVS schreiben oder erstmal nur jemanden per Mail
> schicken?

Fuer CVS musst Du erst beim berlios ein login besorgen, und dann kann
ich Dir schreibrechte geben.

> verstanden. Ich hatte nur an den eingebauten Queue-Mechanismus
> gedacht.

Das habe ich auch ueberlegt, aber ich meine dass andersherum einfacher
ist.

> Muss ich immer erst auf die Antwort auf ein Kommando von  einem
> Programm warten
> oder kann da was durcheinanderkommen, wenn ich wahllos das an die FHZ
> geben,
> was gerade angeliefert wird (und umgekehrt)?

Wenn man ein FHZ Kommando via TCP in einem write() los wird, dann wird
das bei diesen Paketgroessen auf einmal ankommen, ich wuerde also erst
mal ohne einen zusaetzlichen Protokoll versuchen.
Die andere Baustelle sind Antworten auf  FHZ get-Befehle, das kann die
"falsche" Seite evtl. stoeren.
Fhem versucht alles zu ignorieren, was nicht mit 0x81 anfaengt, aber
getestet habe ich so ein Fall noch nicht.
Falls der fhtsoftbuffer  an ist, dann sendet fhem viele get fhtbuf
Befehle, das koennte fuer ipsymcon nervig werden.

> Gibt es schon Planungen für ein neues Release?

Eigentlich sehe ich auch dass es gut waere, aber ich fand in letzter
Zeit die Musse dafuer nicht so recht

Gruss,
  Rudi
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix-unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-