[vz-dev] SML Telegrammsamlung

[Thorben Thuermer]

Moin,

ich denke sml ist schon derart relevant fuer volkszaehler,
dass wir ein bisschen mail-traffic dazu vertragen koennen.

punkte die ich noch vermisse:

- reichen reine dumps wirklich, oder waehre es nicht hilfreich,
  noch weitere infos zu haben?
  (zB erwarteten werte um testcases zu bauen)

- datenschutz? falls der datenstrom seriennummern o.ae. enthaelt

- am sinnvollsten faende ich ja, die erzeugung von dumps direkt in unserer
  software integriert zu haben.
  zB das programm auf dem raspberry image mit drauf.
  oder am besten direkt in vzlogger integriert?
  (dort liegt ja das problem mit der triggerung zB auch schon vor.)
  man muss nur ueberlegen, wie man das fuer user einfach aufrufbar einbindet,
  ohne dann als datenkrake zu gelten.

- Thorben

On Sat, 10 Jan 2015 16:17:38 +0100 devzero at web.de wrote:
> Hallo zusammen, 
> 
> ich hab mir mal ein paar Gedanken gemacht zum Thema "Real-World SML Binärdumps sammeln" (s.u.)
> 
> Hätte ein paar Fragen bevor ich das irgendwo ins Netz stelle:
> 
> 1. Wie ginge man sinnigerweise mit Smart-Metern um die nicht von sich aus SML Telegramme rausschmeissen sondern getriggert werden müssen? Braucht man ein extra Dump-Programm oder könnte man neben dem dd in einer anderen Shell oder im Hintergrund entspr. Requests durch ein Extra-Tool/Script senden ? 
> 
> 2. Hat jemand eine Ahnung, wieviel Prozent aller SML fähigen Zähler überhaupt getriggert werden müssen?
> 
> 3. Würde es Sinn machen das Zeug auf Github aufzuheben? Projektnamensvorschlag: libsml-testing . Wenn nicht - wäre VZ Webspace in Form eines browseable Verzeichnisses eine sinnvolle Option?
> 
> 4. Kann volkszaehler-dev binär-Attachments und wenn ja, würde es Sinn machen dazu aufzufordern die Dumps auch CC an die Liste zu schicken, damit das Sammeln dieser Dumps auf mehrere Schultern verteilt werden könnte? Vielleicht auch über ein Alias/Mail-Forwarding "sml-submit at volkszaehler.org" -> "ein oder mehrere Empfänger" (die sich um die Pflege kümmern) ? Kann natürlich auch erstmal meine Privatadresse da reinschreiben...
> 
> 5. Wie groß sollte so ein Dump optimalerweise sein? Hab jetzt erstmal "großzügig" 4k genommen.
> 
> Grüsse
> Roland
> 
> 
> 
> 
> README
> 
> The Open-Source Smart-Metering community would like to get some realworld data from all those SML Smart Meters out there, so please submit some data from your SML capable device.
> 
> This is very valuable information to test SML parsers, to know about the capabilities of different Smart Meters and to get an impresseion on how good Smart Meters behave according to the specs.
> 
> Create dumps in binary and hex format from your smartmeter and submit those as follows:
> 
> 1. Do proper initialization of the serial interface via stty, vzlogger, <your_favourite_metering_tool> (serial interface should remain initialized after terminating vzlogger etc)
> 2. Dump binary data to a file like this:  dd if=/dev/ttyUSB0 of=yoursmldump.bin bs=1 count=4096 iflag=fullblock
> 3. Convert your .bin file into .hex like this: cat yoursmldump.bin |hexdump -ve '1/1 "%.2X"' >yoursmldump.hex (optional)
> 4. Name your files like this: <VENDOR>_<MODEL>-<MODELNR>.bin|hex, e.g. EMH_eHZ-HW8E2AWL0EK2P.bin and EMH_eHZ-HW8E2AWL0EK2P.hex
> 5. If you like, add some owner/contact information, so others may contact you about your smart meter and ask questions
> 6. Zip your files and submit them to .....
> 7. Discuss about SML on volkszaehler-dev at lists.volkszaehler.org. 
> 
> root at wheezy:~/libsml-testing# ls -la
> insgesamt 36
> drwxr-xr-x  2 root root 4096 Jan 10 15:55 .
> drwx------ 12 root root 4096 Jan 10 15:29 ..
> -rw-r--r--  1 root root 4096 Jan 10 15:18 EMH_eHZ-GW8E2A500AK2.bin
> -rw-r--r--  1 root root 8192 Jan 10 15:19 EMH_eHZ-GW8E2A500AK2.hex
> -rw-r--r--  1 root root 4096 Jan 10 15:52 EMH_eHZ-HW8E2AWL0EK2P.bin
> -rw-r--r--  1 root root 8192 Jan 10 15:55 EMH_eHZ-HW8E2AWL0EK2P.hex
> -rw-r--r--  1 root root 1409 Jan 10 15:29 README