[vz-dev] Universal Funkmodul RF Soap -> Volkszähler

[Stefan Seegel]

Irgendeine Form von eindeutigen IDs brauchts natürlich in den RF Soaps auch,
nicht dass Nachbars Stromzähler auf einmal in meinen Daten auftaucht ;-)
Eventuell einen eigenen UUID Generator für jedes Modul verwenden?
Dann könnte ein Datentelegram so aussehen:
<modulid>;<0=3.97>;<1=1>;<2=5>;<3=18.9><CR>
(Kanalnummer = Messwert)

Das Modul könnte standardmäßig beim Starten nach I2C und 1wire Sensoren
suchen und diese auf fortlaufenden Kanalnummern abbilden, und über die GIO
Pins ein oder mehrere S0 Geräte überwachen.

In der config des VZLoggers müsste dann jedem Kanal jedes Moduls eine UUID
etc. zugewiesen werden.

S


-----Ursprüngliche Nachricht-----
Von: volkszaehler-dev-bounces at lists.volkszaehler.org
[mailto:volkszaehler-dev-bounces at lists.volkszaehler.org] Im Auftrag von
Thorben Thuermer
Gesendet: Dienstag, 7. Februar 2012 13:24
An: volkszaehler.org
Betreff: Re: [vz-dev] Universal Funkmodul RF Soap -> Volkszähler

On Tue, 7 Feb 2012 12:05:31 +0100
"Stefan Seegel" <post at seegel-systeme.de> wrote:
[...]
> Als Protokoll auf der seriellen Seite gäbe es natürlich unendlich
> Möglichkeiten. Vielleicht einfach nur eine Zeile:
> <UUID>;<Messwert (float)><CR>
> Andere Vorschläge?

es ist wenig sinnvoll, die UUID in die controller zu flashen,
eher einen interne identifizierung, die fuer die rf-uebertragung ja
eh benoetigt wird, und die dann auf eine in der vzlogger-konfiguration
angegebene UUID gemappt werden kann.

[...]
> Noch eine andere Schnappsidee: Bestünde vielleicht die Möglichkeiten den
> VZLogger mit einem Crosscompiler z.B. für die Fritzbox zu kompilieren?
Falls
> man so ein Teil rumstehen hat, braucht man wirklich nur noch ein paar RF
> Soap Module und gut ist.

genau das ist vorgesehen,
"should run on most embedded devices which conform to the POSIX standard."
- http://wiki.volkszaehler.org/software/controller/vzlogger

und gibt es zT. auch schon, zumindest zB. auf iconnect oder dockstar.

> Gruß
> Stefan

- T.

> Hallo,
> 
> dein projekt scheint ja erstmal auch eigenstaendig (ohne volkszaehler)
sinn
> zu machen, desweiteren koennte man ein RFM12 ja zB. auch ueber einen
> avr-net-io (oder jeden anderen aufbau) und ethersex anbinden...?
> 
> was her muesste (deinerseits), waehre ein (idealerweise relativ einfaches)
> protokoll zur uebertragung der daten zum PC, welches dann in vzlogger[1]
> implementiert werden koennte, dort ist die gesamte infrastruktur zur
> kommunikation mit der middleware schon vorhanden, und ein weiteres
protokoll
> zu implementieren ist relativ einfach.
> (wenn das protokoll komplexer wird (zB verwaltung der funk-netztopoligie)
>  wuerde sich eine library anbieten, die das protokoll implementiert.)
> 
> welche akkulaufzeiten erreicht deine konstruktion?
> solch ein geraet waehre ggfs. interessant fuer leute, die in der naehe
ihres
> stromzaehlers weder steckdose noch netzwerkanschluss haben (zB. keller) -
> sofern die reichweite der funkmodule ausreicht, und die akkulaufzeit so
lang
> ist, dass man nurnoch in vertretbaren zeitabstaenden den akku wechseln
muss.
> 
> - T.
> 
> [1]: http://wiki.volkszaehler.org/software/controller/vzlogger
> 
> 
> On Mon, 06 Feb 2012 21:31:04 +0100 post at seegel-systeme.de wrote:
> > Hallo liebe Volkszähler,
> > 
> > ich möchte kurz ein Projekt vorstellen, welches ich kürzlich entwickelt
> habe:
> > 
> > http://www.mikrocontroller.net/articles/RF_SOAP
> > 
> > Kurz um, ein kleines kompaktest Modul mit Funkmodul, USB  
> > Schnittstelle, Akku & Ladeelektronik uvm.
> > 
> > Ich habe mir nun Folgendes vorgestellt:
> > Man könnte eines dieser Module über USB an den LAMP Rechner  
> > anschließen, um damit Messwerte von anderen dieser Module zu empfangen  
> > und an die Middleware weiterzugeben. Die "Messmodule" könnten dabei  
> > mit einem beliebigem I2C Sensor, One wire Sensor, oder auch einfach  
> > analoge Eingänge, ausgerüstet werden. Das Sensormodul kann völlig  
> > drahtlos über den eingebauten Akku betrieben, oder über ein  
> > universelles USB Ladegerät mit Strom versorgt werden.
> > 
> > Alles was dazu noch fehlen würde wäre ein kleiner Daemen, der auf der  
> > Lamp-Seite ein Datenpaket über die serielle Schnittstelle  
> > entgegennimmt und an die Middleware über einen http post Aufruf  
> > weitergibt. Vielleicht hätte ja jemand Lust diesen Teil zu übernehmen,  
> > ich selber kenne mich mit der Linux Seite noch nicht so gut aus.
> > 
> > Gruß
> > Stefan
> > 
>