Re: [vz-dev] Alternative Implementierung für vzcompress
ion 200 31 6 [->] title Arbeit 32 6 [->] public 1 33 6 [->] color fuchsia 34 6 [->] active 1 35 6 [->] style lines 42 8 [->] resolution 10 43 8 [->] title Gas 44 8 [->] public 1 45 8 [->] color navy 46 8 [->] active 1 47 8 [->] style steps 48 9 [->] resolution 1000 49 9 [->] title Wasser 50 9 [->] public 1 51 9 [->] color aqua 52 9 [->] active 1 53 9 [->] style steps 54 10 [->] resolution 200 55 10 [->] title Zaehlerstand 56 10 [->] public 1 57 10 [->] color olive 58 10 [->] active 1 59 10 [->] style lines 68 13 [->] title T1 69 13 [->] public 1 70 13 [->] color red 71 13 [->] style lines 72 13 [->] active 1 73 15 [->] title Heizung 74 15 [->] public 1 75 15 [->] color maroon 76 15 [->] active 1 77 15 [->] style lines 78 16 [->] title Zähler 79 16 [->] public 1 80 16 [->] color aqua 81 16 [->] active 1 82 16 [->] style lines 83 17 [->] title Burgstr. 45F 84 17 [->] public 1 85 17 [->] color lime 86 17 [->] active 1 87 17 [->] style lines 88 8 [->] cost0.668 89 18 [->] title Nachlauf 90 18 [->] public 1 91 18 [->] color green 92 18 [->] active 1 93 18 [->] style lines 94 19 [->] title Vorlauf 95 19 [->] public 1 96 19 [->] color maroon 97 19 [->] active 1 98 19 [->] style lines 99 20 [->] title Kreis WZ1 100 20 [->] public 1 101 20 [->] color lime 102 20 [->] active 1 103 20 [->] style lines 104 21 [->] title Kreis WZ2 105 21 [->] public 1 106 21 [->] color lime 107 21 [->] active 1 108 21 [->] style lines 109 22 [->] title Kreis WZ3 110 22 [->] public 1 111 22 [->] color lime 112 22 [->] active 1 113 22 [->] style lines 114 23 [->] title Kreis Küche 115 23 [->] public 1 116 23 [->] color aqua 117 23 [->] active 1 118 23 [->] style lines 119 24 [->] title Kreis Flur 120 24 [->] public 1 121 24 [->] color maroon 122 24 [->] active 1 123 24 [->] style lines -- Gruß Bernd Gewehr
Re: [vz-dev] Neuer Wiki Eintrag nur wie?
Am 04.11.2013 um 20:12 schrieb marius.hellm...@t-online.de: > Registriert und angemeldet bin ich allerdings finde ich nur den Button > "Bearbeiten" nicht aber einen Button "Neu" oder so... > > Gruß Marius Ich hab damals einfach die Seite bearbeitet, von der ich auf meine neue Seite verlinken wollte, dort einen neuen Wiki-Link angelegt, gespeichert und dem Link gefolgt - dann wurde eine neue Seite angelegt, die ich bearbeiten konnte... Gruß, Bernd
Re: [vz-dev] Vzlogger zum Teilen überreden
http://www.fhemwiki.de/wiki/Volkszaehler Damit sollte das gehen!
Re: [vz-dev] Middleware, Data, Rows und Anzahl der Rows und Tuples
Bin auch dafür! Für die fhem-Anbindung wäre das auch sehr hilfreich! http://www.fhemwiki.de/wiki/Volkszaehler Gruß Bernd
Re: [vz-dev] s0vz und RaspberryPi-Erweiterung mit Schaltausgängen
Hallo, Henrik, ist das vielleicht DIE Gelegenheit, auch ein no-following-pulses-interval pro Kanal einzubauen? Dann könnte ich endlich wieder Deine Version benutzen... Bei mir ergeben 10s Sperre ein ideales Ergebnis, aber ich werde es nie wieder Entprellung nennen ! Gruß, Bernd<>
Re: [vz-dev] s0vz und RaspberryPi-Erweiterung mit Schaltausgängen
> > Am 31.12.2013 um 17:09 schrieb W3ll Schmidt : > > Hi Bernd, Du willst ne konfigurierbare Impulssperre? 10s lang? > > :-o Frohes neues Jahr! Genau, das habe ich in meiner s0vz-Version zwar dämlich simpel, aber erfolgreich umgesetzt (siehe Github von bgewehr). Meine optische Zählerabtastung neigt zur Mehrfachmeldung, was blöde Spitzen im Frontend und falsche Stände in der Aggregation ergibt. Mit der 10s Sperren bekomme ich schöne glatte Kurven! Nun plane ich eine S0 -Wasseruhr nachzurüsten und meine simple Blockade-Logik funktioniert damit so nicht, weil nicht kanalbezogen. Leider kann ich überhaupt kein C, sonst würde ich dir mehr Code anbieten... Gruß, Bernd
[vz-dev] vzlogger und andere Protokolle, zum Beispiel Buderus EMS
Hallo! Ich habe eine Platine, die per Pegelwandler ermöglicht, den EMS-Bus meiner Buderus-Heizung seriel an einem USB-TTL-UART mitzuhören und bekomme inzwischen den Datenstrom richtig geliefert. Bevor ich nun zu viel Mühe in einen eigenen Logger investiere: Kann vzlogger auch andere Codierungen als SML beigebracht bekommen, ohne dass man c-Programmierer sein muss? (Steuerdatei oder ähnliches) Der EMS-Bus sendet in Telegrammen mit recht simplen codes, siehe hier: http://ems-gateway.myds.me/dokuwiki/doku.php?id=wiki:ems:telegramme Das sieht für mich so aus, als wenn man einfach einen neuen Meter an ttyUSB0 mit Typ EMS anlegen könnte, der dann die Codes der Telegramm wieder VZ-Kanälen zuordnet, oder? Hat da jemand schon was gemacht oder Lust, das zu erstellen? Freu mich auf Rückmeldungen! Danke und Gruß Bernd
[vz-dev] vzlogger d0 auf Fritzbox. [Patch]
Hi, ich versuche vzlogger auf einer Fritz!Box mit Freetz Modifikation zum Laufen zu bringen. Angeschlossen an die Box sind 2 IR-Leseköpfe mit USB Erweiterung. Zwei Easymeter Q3D sollen per d0 Protokoll ausgelesen werden. Das Kompilieren hat soweit geklappt. Allerding wirft vzlogger die "Something unexpected happened: meter_read_d0:279!" Fehler, die schon öfters auf der Liste beklagt wurden. Eine Terminalemulation mite 9600 7e zeigt aber perfekte Ausgabe: /ESY5Q3DA1024 V3.03 1-0:0.0.0*255(111940207) 1-0:1.8.0*255(.7801269*kWh) 1-0:2.8.0*255(7041.2292533*kWh) 1-0:21.7.255*255(-73.69*W) 1-0:41.7.255*255(00.00*W) 1-0:61.7.255*255(-68.61*W) 1-0:1.7.255*255(-000142.30*W) 1-0:96.5.5*255(A2) 0-0:96.1.255*255(1ESY1127000167) ! /ESY5Q3DA1024 V3.03 1-0:0.0.0*255(111940207) 1-0:1.8.0*255(.7801269*kWh) 1-0:2.8.0*255(7041.2293318*kWh) 1-0:21.7.255*255(-72.74*W) 1-0:41.7.255*255(00.00*W) 1-0:61.7.255*255(-68.59*W) 1-0:1.7.255*255(-000141.33*W) 1-0:96.5.5*255(A2) 0-0:96.1.255*255(1ESY1127000167) ! Ich hab ein paar Debugging Ausgaben in die src/protocols/d0.c Datei gemacht und bemerkt, dass beim Einlesen der Zeichen in Zeile 178 read(handle->fd, &byte, 1) nur Hieroglyphen ankommen. Ich hab mir den Terminalcode in meter_d0_open_device angeschaut und mit denjenigen obiger Terminalemulation (picocom) verglichen. Folgender Patch ist dabei herausgekommen. Damit kommen bei mir jetzt vernünftige Zeichen an. diff --git a/src/protocols/d0.c b/src/protocols/d0.c index 52bb2bd..0de1827 100644 --- a/src/protocols/d0.c +++ b/src/protocols/d0.c @@ -322,11 +322,13 @@ int meter_d0_open_device(const char *device, struct termios *old_tio, speed_t ba /* backup old configuration to restore it when closing the meter connection */ memcpy(old_tio, &tio, sizeof(struct termios)); - /* set 7-N-1 */ + /* set 7-E-1 */ tio.c_iflag &= ~(BRKINT | INLCR | IMAXBEL); tio.c_oflag &= ~(OPOST | ONLCR); tio.c_lflag &= ~(ISIG | ICANON | IEXTEN | ECHO); - tio.c_cflag |= (CS7 | PARENB); + tio.c_cflag &= ~PARODD; + tio.c_cflag |= PARENB; + tio.c_cflag = (tio.c_cflag & ~CSIZE) | CS7; /* set baudrate */ cfsetispeed(&tio, baudrate); Viele Grüße, Bing -- Bernd 'Bing' Leibing
Re: [vz-dev] vzlogger d0 auf Fritzbox. [Patch]
Eine zwischen zwei D0 Datentelegrammen vorhandene Leerzeile wird vom Parser in der Funktion meter_read_d0 bisher nicht richtig erkannt und führt immer noch zu einem "Something unexpected happened: meter_read_d0:279!" Fehler. Folgender Patch behebt dies bei mir. diff --git a/src/protocols/d0.c b/src/protocols/d0.c index 52bb2bd..bf1ebdc 100644 --- a/src/protocols/d0.c +++ b/src/protocols/d0.c @@ -180,8 +180,10 @@ size_t meter_read_d0(meter_t *mtr, reading_t rds[], size_t max_readings) { else if (byte == '!') context = END; /* "!" is the identifier for the END */ switch (context) { case START: /* strip the initial "/" */ - byte_iterator = number_of_tuples = 0; /* start */ - context = VENDOR; /* set new context: START -> VENDOR */ +if (byte != '\r' && byte != '\n') { /*allow extra new line at the start */ + byte_iterator = number_of_tuples = 0; /* start */ + context = VENDOR; /* set new context: START -> VENDOR */ + } break; case VENDOR:/* VENDOR has 3 Bytes */ Gruß Bing
Re: [vz-dev] vzlogger d0 auf Fritzbox. [Patch]
On 23.07.2012 22:15, Justin Otherguy wrote: ähm, achso: Am 20.07.2012 um 20:12 schrieb bernd.leib...@uni-ulm.de: Hi, ich versuche vzlogger auf einer Fritz!Box mit Freetz Modifikation zum Laufen zu bringen. die Box ist ja - m.W. - neu in unserer Sammlung. Welche ist das? Eine Speedport W920V , fast baugleich mit Fritzbox 7520 Würdest Du nen Benchmark ziehen und in [1] eintragen? Keine Chance, die Box hat nur 16MB Flash Speicher. Für den vzlogger reicht es, aber nicht für die Middleware -- Bing
Re: [vz-dev] vzlogger d0 auf Fritzbox. [Patch]
On 23.07.2012 22:13, Justin Otherguy wrote: Servus Bing - und willkommen :-) Am 20.07.2012 um 23:26 schrieb bernd.leib...@uni-ulm.de: Eine zwischen zwei D0 Datentelegrammen vorhandene Leerzeile wird vom Parser in der Funktion meter_read_d0 bisher nicht richtig erkannt und führt immer noch zu einem "Something unexpected happened: meter_read_d0:279!" Fehler. Folgender Patch behebt dies bei mir. [...] Der Fehler tritt bei mir nicht auf; ich habe die Patches bei mir soeben angewandt und werde die mal testen - soweit tut vzlogger zumindest mal noch ;-) Kann schon sein dass, es mit der glibc funktioniert. Auf der Fritzbox gibts aber nur uclibc ! Bing -- Bernd 'Bing' Leibing KIZ Infrastruktur, University of Ulm, Germany Email:Tel. 0731-50-22516 Homepage (PGP-Key): http://www.uni-ulm.de/~leibingO26/5215
Re: [vz-dev] Frontend Graph-Fehler: falsche Peaks
>> ich werd' dann bei gelegenheit die timestamps aus deinem screenshot abtippen, >> um sie mit dem graphen zu vergleichen... Das wird nix bringen, da ich mit dem Datenauszug absteigend sortiert nach value nur belegen wollte, dass da so hohe Werte nicht drin sind... > > was nebenbei interessanter waehre, waehre die middleware-antwort aus > der der graph gerendert wurde. > oeffne mal in firefox/firebug den 'network' tab, und speichere die > antwort auf den request mit der uuid in der url. > > - T. > Mach ich!
Re: [vz-dev] Solarsteuerung für Haushaltsgeräte im Eigenbau
Das geht auch schon mit volkszaehler und fhem Groß Bernd Am 25.02.2013 um 16:02 schrieb Michael Wulz : > Coole Idee, > > Ist auch mein Wunsch den Raspberry PI für solche Hausregelaufgaben zu nutzen. > Ich glaube, dass da sehr großes Potenzial drin ist. > > Gruß > Michael > > Von meinem iPad gesendet > > Am 25.02.2013 um 15:25 schrieb Timo Kohorst : > >> Hallo liebe Volkszähler-Interessierte, >> >> wir sind beim Googlen zu unserem eigenen Projekt auf das eure gestoßen >> und dachten, wir stellen uns einmal vor - die Projekte haben nämlich ein >> ähnliches Ziel. >> >> Wir sind dabei, eine Solarsteuerung für Waschmaschinen zu entwickeln. Es >> geht um folgendes: Wenn jemand Solarzellen auf dem Dach hat, dann hat er >> ein Interesse daran, den produzierten Strom entweder selbst zu >> verbrauchen (mittlerweile ist ein Eigenverbrauchsanteil ja Pflicht) oder >> ihn im Smart-Grid-Stil z.B. den Nachbarn oder einem Straßenzug zur >> Verfügung zu stellen. >> >> Wir wollen also anhand eines SolarLogs aufzeichnen, was die Solaranlage >> geraede produziert und mit einem SmartMeter protokollieren, was gerade >> benötigt wird. Anhand vorab angefertigter Lastkurven von bestimmten >> Geräten, also insbesondere der Waschmaschine, aber auch der Spülmaschine >> oder dem Kühlschrank, wollen wir dann auf einem Raspberry Pi berechnen, >> wann der beste Zeitpunkt ist, um ein Gerät zu starten. >> >> Dazu gibt der/die NutzerIn - bleiben wir einmal bei der Waschmaschine - >> ein, wann die Wäsche spätestens fertig sein soll. Nehmen wir an, er legt >> sie um 08:00 Uhr morgens hinein und möchte, dass sie gegen 16:00 Uhr >> fertig ist. Das System entscheidet dann aufgrund >> >> * des zu erwartenden Sonnenstromertrags (anhand von >> Sonnenscheinvorhersagen) >> * der Dauer des gewählten Waschprogramms >> * der Lastkurve des gewählten Programms >> * der Anmeldung weiterer "WaschinteressentInnen", z.B. in einer WG >> >> wann genau innerhalb des Zeitfensters von 08:00 Uhr bis 16:00 Uhr die >> Maschine gestartet wird. >> >> Der/die NutzerIn muss die Programmeingabe einmal direkt an der >> Waschmaschine machen und dann einmal auf dem Raspi. Dazu wollen wir ein >> Display mit Knöpfen verwenden: >> >> http://www.emsystech.de/produkt/raspi-lcd/ >> >> Zurzeit entwickeln wir zwei Ruby-on-Rails-Applikationen; eine, die die >> Nutzereingaben entgegennimmt. Der Code dazu ist bei github verfügbar: >> https://github.com/communtu/solarwash und eine andere, auf der >> NutzerInnen die Verbrauchsdaten, den Zustand von Waschmaschine/Trockner >> etc. einsehen und sich für einen Waschgang eintragen können. Von dieser >> zweiten Applikation gibt es schon einen Test-Server mit Dummy-Daten zur >> Anschauung unter http://solarwash.solidarische-oekonomie-bremen.de >> >> Beide Applikationen werden in Kürze überarbeitet werden. >> >> Da ihr ja mit einer verwandten Materie zu tun habt, die Frage an euch: >> Kennt ihr ähnliche Projekte? Wisst ihr, ob es schon anderswo Code gibt? >> Ist vielleicht jemand von euch mit sowas befasst? >> >> Viele Grüße >> >> Das SolarWash-Team >
Re: [vz-dev] Alternative Implementierung für vzcompress
Hallo, -Ursprüngliche Nachricht- Von: volkszaehler-dev-boun...@lists.volkszaehler.org [mailto:volkszaehler-dev-boun...@lists.volkszaehler.org] Im Auftrag von Daniel Lauckner Gesendet: Donnerstag, 4. April 2013 23:09 An: volkszaehler.org Betreff: Re: [vz-dev]Alternative Implementierung für vzcompress Am Donnerstag, 4. April 2013 um 15:03 schrieb f.kn...@yotaweb.de: > Da hab ich wohl nen Hinweis vergessen - dieser Commit für die > EntityDefinition müsste noch rein, sonst verschluckt sich PHP an der > JSON-Datei: > <https://github.com/volkszaehler/volkszaehler.org/pull/43>. Hab die Zeile geändert und jetzt ein Problem mit den Zugriffsrechten: > string(63) "DELETE command denied to user 'vz'@'localhost' for table 'data'" } PHP Fatal error: SQL FAILURE in /home/pi/bin/vzcompress2.php on line 232 Ich nutze Sudo php vzcompress2.php - da läufts als root... Mein Problem sind angebliche Duplikate: Processing Sensor ID 6... Compressing datapoints between 05.03.2013 22:06:10 and 24.03.2013 16:11:28 using a 60 second timeframe Processing: 08.03.2013 04:35:10 - 08.03.2013 04:36:10 (12%)... array(3) { [0]=> string(5) "23000" [1]=> int(1062) [2]=> string(51) "Duplicate entry '6-1362713770632' for key 'ts_uniq'" } PHP Fatal error: SQL FAILURE in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 226 Kann man solche Fehler nicht einfach überspringen und dennoch weitermachen? Danke und Gruß, Bernd
Re: [vz-dev] Alternative Implementierung für vzcompress
Nachtrag: Die angeblichen Duplikate sind nicht von derselben Channel_ID: id channel_id timestamp value 2522215 10 1362713770632 20352394 2522216 6 1362713770632 288.3 Alle -Ursprüngliche Nachricht- Von: volkszaehler-dev-boun...@lists.volkszaehler.org [mailto:volkszaehler-dev-boun...@lists.volkszaehler.org] Im Auftrag von Bernd Gewehr Gesendet: Donnerstag, 4. April 2013 23:13 An: 'volkszaehler-users'; 'volkszaehler.org' Betreff: Re: [vz-dev]Alternative Implementierung für vzcompress Hallo, -Ursprüngliche Nachricht- Von: volkszaehler-dev-boun...@lists.volkszaehler.org [mailto:volkszaehler-dev-boun...@lists.volkszaehler.org] Im Auftrag von Daniel Lauckner Gesendet: Donnerstag, 4. April 2013 23:09 An: volkszaehler.org Betreff: Re: [vz-dev]Alternative Implementierung für vzcompress Am Donnerstag, 4. April 2013 um 15:03 schrieb f.kn...@yotaweb.de: > Da hab ich wohl nen Hinweis vergessen - dieser Commit für die > EntityDefinition müsste noch rein, sonst verschluckt sich PHP an der > JSON-Datei: > <https://github.com/volkszaehler/volkszaehler.org/pull/43>. Hab die Zeile geändert und jetzt ein Problem mit den Zugriffsrechten: > string(63) "DELETE command denied to user 'vz'@'localhost' for table 'data'" } PHP Fatal error: SQL FAILURE in /home/pi/bin/vzcompress2.php on line 232 Ich nutze Sudo php vzcompress2.php - da läufts als root... Mein Problem sind angebliche Duplikate: Processing Sensor ID 6... Compressing datapoints between 05.03.2013 22:06:10 and 24.03.2013 16:11:28 using a 60 second timeframe Processing: 08.03.2013 04:35:10 - 08.03.2013 04:36:10 (12%)... array(3) { [0]=> string(5) "23000" [1]=> int(1062) [2]=> string(51) "Duplicate entry '6-1362713770632' for key 'ts_uniq'" } PHP Fatal error: SQL FAILURE in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 226 Kann man solche Fehler nicht einfach überspringen und dennoch weitermachen? Danke und Gruß, Bernd
Re: [vz-dev] Alternative Implementierung für vzcompress
Hallo! Das Problem mit den vermeintlichen Duplikaten ist durch den Scriptablauf zu erklären: In dem Moment, in dem der neue bleibende Wert in die DB geschrieben werden soll, wird zuvor nicht sichergestellt, dass diese Kombination von ts und ch_id nicht schon existiert. Daher wird dann beim Schreibversuch in die DB der Duplikatfehler ausgegeben. Dies kann also immer mal auftreten, bei mir in 4 Wochen ungefähr 6 mal. Wenn das Script nicht angepasst wird, ist es für einen unbeobachteteren Ablauf per cronjob eher nicht geeignet, da es immer wieder abbrechen wird. Ich kann das leider nicht... Gruß Bernd
Re: [vz-dev] Alternative Implementierung für vzcompress
>Nabend, >Jepp - den Index hatte ich wohl übersehen und bei meinem Datenbestand war offenbar nichts zum auslösen drin. Hab jetzt >das DELETE vor das UPDATE gesetzt, da es in einer Transaktion steht sollte von der Sicherheit trotzdem nichts abhanden >kommen. >Florian Ja, danke, das geht jetzt! Ich überlege, ob mir eine Optimierung einfällt, um die redundante Bearbeitung der alten Daten immer und immer wieder zu umgehen: Einen neuen Datensatz mit Timestamp = heute - 10 Jahre und Wert = ID des letzt bearbeiteten Datensatzes oder so? Oder eine neue Tabelle oder ein logfile? Ein logfile ist in php möglicherweise am einfachsten, oder? /var/log/vzcompress.log könnten alle Ergebnisse und die letzte ID oder das letzte timestamp/Channel_id-Pärchen enthalten. Wenn man sie löscht, dann geht's von vorne los... Ansonsten wird ab da weitergemacht, wo zuletzt aufgehört wurde. Das spart Zeit und CPU-Last, denn mein vzlogger steigt regelmäßig aus, wenn der vzcompress Cronjob losrennt. Wann wird das file im VZ-git sichtbar? Vielen Dank für die gute Arbeit! Gruß, Bernd
[vz-dev] Daemon und Script gleichnamig beim 1wirevz und s0vz
Hallo, ich habe festgestellt, dass der simple Aufruf von sudo 1wirevz restart nicht das Script, sondern direkt den daemon in /usr/sbin/ anspricht und ich daher im syslog die Meldung bekomme, dass der pid file nicht gelöscht werden kann, daher auch kein Neustart von 1wirevz: find /|grep 1wirevz /etc/1wirevz.cfg /etc/init.d/1wirevz /usr/sbin/1wirevz /tmp/1wirevz.pid cat /var/log/syslog Apr 9 07:35:31 raspberrypi 1wirevz: Could not lock PID lock file /tmp/1wirevz.pid, exiting Wenn ich sudo /etc/init.d/1wirevz restart ausführe, geht das wie gewünscht und im syslog erscheint auch kein Fehler. Nun meine Frage: Ist es bei Linux üblich, dass der daemon und das script denselben Namen haben und daher beim Aufruf vertauscht werden können? Wenn der Daemon 1wirevzd und das Script 1wirevz heißen würde, würde das nicht passieren können... Gleiches gilt für s0vz: find /|grep s0vz /etc/s0vz.cfg /etc/init.d/s0vz /usr/sbin/s0vz /tmp/s0vz.pid Danke für die Info! Gruß, Bernd
[vz-dev] Daemon und Script gleichnamig beim 1wirevz und s0vz
Hallo, ich habe festgestellt, dass der simple Aufruf von sudo 1wirevz restart nicht das Script, sondern direkt den daemon in /usr/sbin/ anspricht und ich daher im syslog die Meldung bekomme, dass der pid file nicht gelöscht werden kann, daher auch kein Neustart von 1wirevz: find /|grep 1wirevz /etc/1wirevz.cfg /etc/init.d/1wirevz /usr/sbin/1wirevz /tmp/1wirevz.pid cat /var/log/syslog Apr 9 07:35:31 raspberrypi 1wirevz: Could not lock PID lock file /tmp/1wirevz.pid, exiting Wenn ich sudo /etc/init.d/1wirevz restart ausführe, geht das wie gewünscht und im syslog erscheint auch kein Fehler. Nun meine Frage: Ist es bei Linux üblich, dass der daemon und das script denselben Namen haben und daher beim Aufruf vertauscht werden können? Wenn der Daemon 1wirevzd und das Script 1wirevz heißen würde, würde das nicht passieren können... Gleiches gilt für s0vz: find /|grep s0vz /etc/s0vz.cfg /etc/init.d/s0vz /usr/sbin/s0vz /tmp/s0vz.pid Danke für die Info! Gruß, Bernd
Re: [vz-dev] Daemon und Script gleichnamig beim 1wirevz und s0vz
Sorry, Fehler erkannt!
Re: [vz-dev] Daemon und Script gleichnamig beim 1wirevz und s0vz
Am 09.04.2013 um 17:56 schrieb Thorben Thuermer : > > /etc/init.d/ ist nicht im PATH (suchpfad der shell fuer programme), > du kannst die init.d-scripte nie ohne absoluten pfad aufrufen. > (ggfs gibt es ein programm wie '$ service s0vz restart'). > > - Thorben > Was mich nur irritierte ist die Tatsache, dass sudo vzlogger restart funktioniert und sudo s0vz restart und sudo 1wirevz restart nicht. Müsste die restart Funktion dann im Daemon umgesetzt sein, damit das geht? Gruß, Bernd
Re: [vz-dev] Daemon und Script gleichnamig beim 1wirevz und s0vz
-Ursprüngliche Nachricht- From: Thorben Thuermer Sent: Wednesday, April 10, 2013 1:23 AM To: volkszaehler-dev@lists.volkszaehler.org Subject: Re: [vz-dev] Daemon und Script gleichnamig beim 1wirevz und s0vz das ist ein bug in vzlogger! das sinnlose und nicht unterstuetzte argument 'restart' wird einfach ignoriert, und vzlogger startet. eine bereits laufende instanz wird dabei aber nicht beendet. - Thorben Hm. Wäre dann ein Script wie dieses hier sinnvoll, analog zu s0vz? vzlogger.sh ### BEGIN INIT INFO# Provides: vzlogger# Required-Start: rc.local# Required-Stop: # Default-Start: 2 3 4 5# Default-Stop: 1# Short-Description: Volkszaehler smart meter deamon'. END INIT INFO#!/bin/bashDAEMON="/usr/local/sbin/vzlogger"PIDFILE="/tmp/vzlogger.pid" test -f $DAEMON || exit 0case "$1" in start) test ! -f $PIDFILE || { echo "Deamon already running!"; exit 0; } chrt -r 99 su -c $DAEMON pi su -c "renice -99 `pidof $DAEMON`" >/dev/null 2>&1 ;; stop) killall -q vzloggerrm -f /tmp/vzlogger.pid ;; restart) $0 stop $0 start ;;*)echo "Usage: $0 {start|stop|restart}"exit 1;;esac
Re: [vz-dev] Daemon und Script gleichnamig beim 1wirevz und s0vz
-Ursprüngliche Nachricht- From: Thorben Thuermer Sent: Wednesday, April 10, 2013 1:23 AM To: volkszaehler-dev@lists.volkszaehler.org Subject: Re: [vz-dev] Daemon und Script gleichnamig beim 1wirevz und s0vz das ist ein bug in vzlogger! das sinnlose und nicht unterstuetzte argument 'restart' wird einfach ignoriert, und vzlogger startet. eine bereits laufende instanz wird dabei aber nicht beendet. - Thorben Hm. Wäre dann ein Script wie dieses hier sinnvoll, analog zu s0vz? (reformatted) vzlogger.sh ### BEGIN INIT INFO # Provides: vzlogger # Required-Start: rc.local # Required-Stop: # Default-Start: 2 3 4 5 # Default-Stop: 1 # Short-Description: Volkszaehler smart meter deamon END INIT INFO #!/bin/bash DAEMON="/usr/local/sbin/vzlogger" PIDFILE="/tmp/vzlogger.pid" test -f $DAEMON || exit 0 case "$1" in start) test ! -f $PIDFILE || { echo "Deamon already running!"; exit 0; } chrt -r 99 su -c $DAEMON pi su -c "renice -99 `pidof $DAEMON`" >/dev/null 2>&1 ;; stop) killall -q vzlogger rm -f /tmp/vzlogger.pid ;; restart) $0 stop $0 start ;; *) echo "Usage: $0 {start|stop|restart}" exit 1 ;; esac
Re: [vz-dev] S0 Meter direkt an RS232 und Raspberry Pi
Am 10.04.2013 um 22:00 schrieb Udo1 : > Am 10.04.2013 20:03, schrieb Jan Tamm: >> Setzt von Euch jemand den S0 Meter überhaupt in vzlogger ein? > Dafür ist eigentlich s0vz gedacht: > https://github.com/w3llschmidt/s0vz > > Ich halte auch nicht viel davon vzlogger um alles und jedes zu erweitern. Die > Probleme mit vzlogger sind jetzt schon groß genug. [...] > Wenn sich das dann nicht mit s0vz und irheadvz beißt. > > Gruß > Udo > Oh, ist irheadvz fertig? Vzlogger ist leider auch bei mir nicht stabil... Mit den besten Grüßen Bernd Gewehr
Re: [vz-dev] S0 Meter direkt an RS232 und Raspberry Pi
Am 11.04.2013 um 10:07 schrieb Thorben Thuermer : >> Oh, ist irheadvz fertig? Vzlogger ist leider auch bei mir nicht stabil... > > bugreport WO? Vzlogger hört einfach auf zu loggen, ich mache dann einen restart, inzwischen per cronjob @hourly, daher auch meine Fragen zum init Script. Da es hier schon viele Rückmeldungen gibt, die mir qualifizierter erscheinen, habe ich abgewartet. Gruß, Bernd
[vz-dev] SD-Karte
Hallo, meine Sammlung nicht RPi kompatibler SD Karten wächst. Wer kann mir eine wirklich im RPi funktionierende 32 GB SD Karte nennen? Die ganzen Web-Links sind zum Teil so alt, dass es die Karten schon gar nicht mehr gibt und die empfohlenen funktionieren teilweise trotzdem nicht... Danke und Gruß Bernd<>
[vz-dev] vzlogger.init
Hallo, das init-script zu vzlogger aus dem Volkszaehler GIT geht von der Existenz eines Benutzers vzlogger in einer Gruppe vzlogger aus. Auf dem “normalen” RPi haben wir den nicht. Was wird empfohlen: User und Gruppe anlegen? Beides auf root setzen? Danke und Gruß Bernd P.S.: Warum wird eigentlich das init-Script im “Standard” nicht verwendet? Macht doch mehr Sinn als den vzlogger per Aufruf aus der rc.local zu starten, oder?<>
[vz-dev] Update vom GIT
Hallo! kann jemand mal posten, wie ein Update vom Git zu machen ist? Einfach wieder git clone git://github.com/volkszaehler/volkszaehler.org.gitim /var/www/ folder und alles drüberbraten? Danke und Gruß Bernd<>
Re: [vz-dev] vzlogger.init
Hallo, Rainer, da hätte ich noch einen Hinweis, der ins RasPi-Image Einzug halten sollte: aus: http://wiki.volkszaehler.org/hardware/controllers/raspberry_pi_erweiterung_rev1 der Hinweis zu serial port login für ttyAMA0: Disable Serial Port Login: To enable the serial port for the RPi-extension you need to disable login on the port. There are two files that need to be edited. The first and main one is /etc/inittab This file has the command to enable the login prompt and this needs to be disabled. Edit the file and move to the end of the file. You will see a line similar to: T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100 Disable it by adding a # character to the beginning. #T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100 Save the file. Disable Bootup Info: Disable it by editing the file /boot/cmdline.txt . The contents of the file look like this: dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait Remove all references to ttyAMA0 (which is the name of the serial port). The file will now look like this: dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait Save the file. Reboot In order you enable the changes you have made, you will need to reboot the Raspberry Pi: sudo shutdown -r now Die Aktivierung des access.log für den lighttpd wäre auch noch hilfreich, insbesondere für Fehlersuchen mit s0vz und 1wirevz... Also, ich fass mal zusammen, was uns bisher so aufgefallen ist: - vzlogger als debian paket installieren und den ganzen alten vzlogger/libsml/vzlogger-c Kram inkl. Sourcen usw. weg (spart auch Platz!) - vzlogger startet per init-script - also Direktaufruf aus der rc.local raus - evtl. mal die s0vz Initialisierung aus dem w3llschmidt git für rc.local aktualisieren, da hat sich was geändert, glaube ich - VZCompress2 installieren und als Cronjob starten evtl. mit # disabled im Standard cd /var/www/volkszaehler.org/misc/tools sudo wget https://raw.github.com/adlerweb/volkszaehler.org/vzcompress2/misc/tools/vzcompress2.php sudo nano vzcompress2.php Zeile /../../ ersetzten durch /var/www/volkszaehler.org/ Sudo crontab -e Zeile 1 1 * * * php /var/www/volkszaehler.org/misc/tools/vzcompress2.php >> /var/log/vzcompress.log hinzufügen, dann Strg+k+x - access.log für den lighttpd aktivieren Fehlt noch was aus den aktuellen Diskussionen? Gruß, Bernd -Ursprüngliche Nachricht- From: Rainer Gauweiler Sent: Tuesday, April 16, 2013 12:25 AM To: volkszaehler.org Subject: Re: [vz-dev] vzlogger.init Hallo Bernd, Am 15.04.2013 08:37, schrieb Bernd Gewehr: P.S.: Warum wird eigentlich das init-Script im “Standard” nicht verwendet? Macht doch mehr Sinn als den vzlogger per Aufruf aus der rc.local zu starten, oder? Ist Geschmackssache; wenn das Init-Skript griffbereit liegt, würde ich das der rc.local-Variante vorziehen. Was meinst Du mit "im Standard"? Quasi Standard für RPi ist das VZ-Image von Rainer Gauweiler. Hm, nenn es Faulheit, evolutionären Prozess oder "es gibt erstmal wichtigeres" - der Benutzer hat es einfach bisher noch nicht ins Image geschafft gehabt, insbesondere weil ich erst gucken wollte, wie man die Rechte dann im System anpassen muss, dass es funktioniert. Aber da es jetzt ein debian-Paket gibt das sich darum kümmert ist das inzwischen erledigt. Gruss Rainer
Re: [vz-dev] Alternative Implementierung für vzcompress
- VZCompress2 installieren und als Cronjob starten evtl. mit # disabled im Standard cd /var/www/volkszaehler.org/misc/tools sudo wgethttps://raw.github.com/adlerweb/volkszaehler.org/vzcompress2/misc/tools/vzcompress2.php sudo nano vzcompress2.php Zeile /../../ ersetzten durch /var/www/volkszaehler.org/ Sudo crontab -e Zeile 1 1 * * * php /var/www/volkszaehler.org/misc/tools/vzcompress2.php >> /var/log/vzcompress.log hinzufügen, dann Strg+k+x Mit den besten Grüßen Bernd Gewehr Burgstr. 45F 45289 Essen 02014784606 015209328236 Am 21.04.2013 um 15:04 schrieb sollner11 : > Hallo, > > ich möchte nun noch meine DB schrumpfen. > > 1. ich hole mir das Script > 2. ich lege in /misc/tools/ die vzcompress2.php an > 3. > > Was muss ich alles editieren? > 4. Pfad > define('VZCOMPRESS2_VZPATH', '../../'); > was kommt da rein? > > 5. compressscheme > muss ich Channel irgendwie editieren, wenn ich alle haben will? > > > Danke und Gruss > Sillner11 > > > Am 16.04.2013 um 23:07 schrieb Florian Knodt : > >> Nabend, >> >> Am 2013-04-16 10:55, schrieb Andreas Goetz: >>>> Bei MeterInterpreter die nullen, bei SensorInterpreter aufeinanderfolgende >>>> und identische Werte würde ich sagen - wenns bei letzterem gleich bleibt >>>> sollte das ähnlich funktionieren. >>> Guter Punkt. Wenn Die den letzten Teil der WHERE-Clause (=0) >>> weglässt, ist jetzt auch dieser Fall mit abgedeckt. >> >> Moment, Moment, ich glaub mit reinem SQL geht das nicht - wenn ich richtig >> im Kopf hab werden bei MeterInterpreter ja die Pulse notiert, also dürften >> in dem Fall gleiche Werte >0 nicht gelöscht werden, sonst stimmen die >> Messwerte danach nicht mehr. Obs MeterPreter ist steht allerdings nur in der >> JSON, nit in der SQL. >> >>>> ...und ggf. nicht so weit im Frontend zoomen kann (...) >>> Auch ein guter Punkt- aber das gleiche Problem, welches auch bei >>> Komprimierung der Werte besteht, oder? >> >> Jein - bei der jetzigen "Komprimierung" hat man ja meist noch recht kleine >> Zeiträume - 5Min, 15Min, wegen mir ne Stunde - an einem guten Sonnentag >> könnte aber der öffentlich Stromzähler (wenn man sich selbst versorgt) fast >> 12h ohne Änderung, also mit hierüber gelöschten Messwerten, da stehen. Wird >> aber wohl für die meisten Bereiche eher uninteressant sein. >> >>> Ich bin gespannt- gibts eigentlich ein GIT dafür? >> Nun es liegt zumindest auf Github ;) - ist allerdings eine branch des >> vz-git, nichts eigenes nur für das Script. >> <https://github.com/adlerweb/volkszaehler.org/tree/vzcompress2> >> >> -- >> Florian >
Re: [vz-dev] Alternative Implementierung für vzcompress
Am 21.04.2013 um 15:45 schrieb sollner11 : > >> Ja funktioniert - der greift direkt auf die Datenbank zu, es müssen dazu >> keine weiteren Dienste laufen. > danke > > hab mal einfach todesmutig eingetippt: >>> root@raspberrypi:/var/www/volkszaehler.org/misc/tools# php vzcompress2.php >>> Processing Sensor ID 4... >>> PHP Warning: Invalid argument supplied for foreach() in >>> /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 196 >>> PHP Warning: Could not detect inperpreter for type electric meter in >>> /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 203 >>> Processing Sensor ID 6... >>> PHP Warning: Invalid argument supplied for foreach() in >>> /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 196 >>> PHP Warning: Could not detect inperpreter for type electric meter in >>> /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 203 >>> Processing Sensor ID 7... >>> PHP Warning: Invalid argument supplied for foreach() in >>> /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 196 >>> PHP Warning: Could not detect inperpreter for type electric meter in >>> /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 203 >>> Processing Sensor ID 9... >>> PHP Warning: Invalid argument supplied for foreach() in >>> /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 196 >>> PHP Warning: Could not detect inperpreter for type powersensor in >>> /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 203 >>> Done. Purged Datapoints from 4 Channels in 0 Seconds > ??? > hab ich was vergessen zu editieren, oder Die entities.json muss entweder aus dem vz-GIT neu gezogen werden oder du musst den Kommentar unten vor Icon = ... wegnehmen, da Kommentare mitten in json-Dateien nicht zugelassen sind. Mit den besten Grüßen Bernd Gewehr > >> Noch ein Hinweis an die anderen hier: inzwischen ist die Funktion mit der >> Logdatei mit drin > > muss man das noch machen? > https://github.com/volkszaehler/volkszaehler.org/pull/43/files > > > Gruss > >
Re: [vz-dev] Alternative Implementierung für vzcompress
from: sollner11 Sent: Sunday, April 21, 2013 4:01 PM To: volkszaehler.org Subject: Re: [vz-dev] Alternative Implementierung für vzcompress Am 21.04.2013 um 15:51 schrieb Bernd Gewehr : Die entities.json muss entweder aus dem vz-GIT neu gezogen werden oder du musst den Kommentar unten vor Icon = ... wegnehmen, da Kommentare mitten in json-Dateien nicht zugelassen sind. also doch das hier: https://github.com/volkszaehler/volkszaehler.org/pull/43/files nur da isses eine EntityDefinition.json na hoffentlich finde ich die Ja, die meinte ich auch! Gruß, Bernd
Re: [vz-dev] vzlogger.init
Hallo, Rainer, Habs nochmal überarbeitet: - Disable Serial Port Login ttyAMA0: http://wiki.volkszaehler.org/hardware/controllers/raspberry_pi_erweiterung_rev1 - vzlogger als debian paket installieren und den ganzen alten vzlogger/libsml/vzlogger-c Kram inkl. Sourcen usw. weg (spart auch Platz!) - vzlogger startet per init-script - also Direktaufruf aus der rc.local raus - evtl. mal die s0vz Initialisierung aus dem w3llschmidt git für rc.local aktualisieren, da hat sich was geändert, glaube ich https://github.com/w3llschmidt/s0vz/blob/master/rc.local - VZCompress2 installieren und als Cronjob starten evtl. mit # disabled im Standard cd /var/www/volkszaehler.org/misc/tools sudo wget https://raw.github.com/adlerweb/volkszaehler.org/vzcompress2/misc/tools/vzcompress2.php sudo nano vzcompress2.php Zeile /../../ ersetzten durch /var/www/volkszaehler.org/ Sudo crontab -e Zeile 1 1 * * * php /var/www/volkszaehler.org/misc/tools/vzcompress2.php >> /var/log/vzcompress.log hinzufügen, dann Strg+k+x - EntityDefinition.json aktualisieren: https://github.com/volkszaehler/volkszaehler.org/pull/43/files - access.log für den lighttpd aktivieren Gruß, Bernd
[vz-dev] Vzcompress2 für das Entprellen von S0-Sensoren
Mit den besten Grüßen Bernd Gewehr Burgstr. 45F 45289 Essen 02014784606 015209328236
Re: [vz-dev] Vzcompress2 für das Entprellen von S0-Sensoren
Da war ich ein bisschen zu schnell. Da die Middleware keine Erkennung von prellenden Sensoren bietet (nach dem Schema akzeptiere x Sekunden nach Impuls keine neuen Impulse), könnte vzcompress2 auch diese Aufgabe übernehmen. Man müsste einen Lauf des Entprellens vor der Komprimierung laufen lassen für die s0 Sensoren, was meint Ihr? Mit den besten Grüßen Bernd Gewehr
Re: [vz-dev] Vzcompress2 für das Entprellen von S0-Sensoren
Thorben, ich bitte Dich um einen respektvolleren Umgang. Man sollte nicht alles Unsinn nennen, was man nicht auf Anhieb versteht. Man nennt das netiquette! Danke! Meine optische Abtastung (ir-laser-reflexlichtschranke von Udo) am Gaszähler reagiert recht sicher auf die Spiegelfolie auf der Ziffer 6, manchmal aber auch auf andere Ziffern. Dies ist kein Prellen eines Tasters, aber sowas ähnliches. Ich suche nach der Möglichkeit, die oft innerhalb weniger Sekunden kommenden Impulse nach dem ersten zu ignorieren oder nachher zu löschen. Vzcompress2 macht schon was sehr ähnliches, also warum nicht damit? Mit den besten Grüßen Bernd Gewehr Burgstr. 45F 45289 Essen 02014784606 015209328236 Am 24.04.2013 um 17:49 schrieb Thorben Thuermer : > On Wed, 24 Apr 2013 17:39:14 +0200 > Bernd Gewehr wrote: >> Da die Middleware keine Erkennung von prellenden Sensoren bietet >> (nach dem Schema akzeptiere x Sekunden nach Impuls keine neuen Impulse), >> >> könnte vzcompress2 auch diese Aufgabe übernehmen. >> >> Man müsste einen Lauf des Entprellens vor der Komprimierung >> laufen lassen für die s0 Sensoren, was meint Ihr? > > unsinn, > darum sollte sich der client kuemmern der die daten liefert. > die zeiten in denen prellen normalerweise passiert (milisekunden) > reichen ohnehin kaum aus, um mehrere middleware requests abzusetzen... > > wie kommst du darauf, das prellen ueber mehrere sekunden auftreten koennte? > > - T. >
Re: [vz-dev] Vzcompress2 für das Entprellen von S0-Sensoren
Am 24.04.2013 um 18:03 schrieb Florian Knodt : > Ich denke auch, dass das eher etwas für den Client wäre, der die Daten > abliefert - zum einen kommt der eher an die nötigen Daten und zum anderen > geht's quasi live und man muss nicht vzcompress laufen lassen um sinnvolle > Werte im Frontend zu sehen Das blöde ist aber, dass ich auf den s0vz Daemon keinen Einfluss habe, um ihm beizubringen, die überflüssigen Impulse zu ignorieren... OK, danke für Eure Einschätzung!
Re: [vz-dev] S0vz und das Vermeiden von Mehrfacherfassung bei optischer Abtastung
> Hallo, > > ich habe den Begriff des Prellens jetzt vermieden, obwohl er in Kombination > mit z.B. Cny70 häufig verwendet wird. > > Kann man s0vz beibringen, eine konfigurierbare Anzahl von Sekunden nach einem > Impuls keine weiteren Impulse anzunehmen? Mein Zähler braucht mindestens 10 s > für eine volle Umdrehung. Jeder Impuls vor dieser Frist ist somit zu > ignorieren... > > Meine IR-Reflexlichtschranke neigt dazu, aus der silbernen 6 meines > Gaszählers mehrere Impulse innerhalb weniger Sekunden zu generieren... > > Henrik, was meinst Du dazu? > > Danke und Gruß > > Bernd
Re: [vz-dev] Vzcompress2 für das Entprellen von S0-Sensoren
Hallo, Klaus, danke, das schaue ich mir gern an! Die Richtung passt, aber da ich direkt auf dem Pi mit s0vz logge, weiß ich nicht, ob ich das so übernehmen kann. Mal sehen... Mit den besten Grüßen Bernd Am 24.04.2013 um 19:57 schrieb "Klaus Reichenecker" : > Hallo Bernd, > > woher hast du die Zählerimpulsebzw. wie kommen die zu deinem Rechner ? Über > Ethersex und Pin Rising / Faling ? > Ich hatte das gleiche Problem wie Du, es dann so gelöst, das ich auf meinem > Server nicht direkt auf VZ schreibe, sondern jeder Impuls startet nur ein > Script > > Das Script sperrt sich dann für x sec selber, ich schreibe über vzclient > > Grüße > > Klaus > > > > > #!/bin/bash > > if mkdir /var/lock/mylockkr; then > echo "Locking succeeded" >&2 > else > echo "Lock failed - exit" >&2 > exit 1 > fi > > > > uhrzeit=`date +"%T"` > > > echo "$uhrzeit pulse reeceived" >>/var/kr/gas/gaszaehler.txt > > echo ok > > vzclient -u c5ed09c0-6d77-11e2-93bf-c3b47d1e44e2 add data value=1 > > sleep 10 > > rm -r /var/lock/mylockkr > > > >
Re: [vz-dev] S0vz und das Vermeiden von Mehrfacherfassung bei optischer Abtastung
Am 24.04.2013 um 21:49 schrieb Thorben Thuermer : > On Wed, 24 Apr 2013 21:00:58 +0200 Bernd Gewehr wrote: >> ich habe den Begriff des Prellens jetzt vermieden, >> obwohl er in Kombination mit z.B. Cny70 häufig verwendet wird. > > es waehre auch egal welche begriffe du verwendest, > wenn du den kontext mit angeben wuerdest, > ohne kann so aber niemand etwas damit anfangen, > der nicht gedanken lesen kann. > >> Kann man s0vz beibringen, eine konfigurierbare Anzahl von Sekunden nach >> einem Impuls keine weiteren Impulse anzunehmen? >> Mein Zähler braucht mindestens 10 s für eine volle Umdrehung. >> Jeder Impuls vor dieser Frist ist somit zu ignorieren... >> >> Meine IR-Reflexlichtschranke neigt dazu, aus der silbernen 6 meines >> Gaszählers >> mehrere Impulse innerhalb weniger Sekunden zu generieren... > > https://github.com/w3llschmidt/s0vz/blob/master/s0vz.c > > die schleife ganz am ende liest die impulse und schickt fuer jeden > einen request an die middleware. > > im anhang ein C-beispiel um nur alle 10s eine aktion auszufuehren. > (gcc -o 10s -Wall 10s.c ; ./10s ) > (am einfachsten nimmst du erstmal eine s0vz-instanz in der nur der eine kanal > fuer den gaszaehler konfiguriert ist, dann brauchst du dich nicht darum > kuemmern von welchem eingang der impuls kam, und keine konfiguration dafuer.) > >> Bernd > > - T. > <10s.c> Danke, Thorben, das finde ich jetzt sehr konstruktiv! Gruß, Bernd
Re: [vz-dev] Mini-EC-Nachlese
Hallo Justin, ich möchte auf fhem.de hinweisen, um Verbraucher zu schalten ist das m. E. Ideal, da es eine sehr breite Hardwarebasis unterstützt, inklusive fs20, homematic, zigbee intertechno und KNX. Ich habe ein volkszaehler Modul für fhem geschrieben und auf Forum.fhem.de veröffentlicht. Damit kann man Kanäle in fhem abfragen und in Abhängigkeit von den Ergebnissen Verbraucher schalten. Vielleicht kann das mal jemand von Euch ansehen. Mit den besten Grüßen Bernd Gewehr Burgstr. 45F 45289 Essen 02014784606 015209328236 Am 04.05.2013 um 23:17 schrieb Justin Otherguy : > Hallo vz-dev, > > hier eine kurze und unvollständige Nachlese zum EC1304 in Kaiserslautern. > > Zuerst an die von Euch, die nicht dabei waren: Ihr habt was verpasst :-) > > Eines der Themen war vzlogger. > Wir haben entschieden, dass wir die aktuell bestehenden Forks wieder zusammen > führen wollen. > Es wird künftig einen (relativ) stabilen Zweig geben (master in > volkszaehler/vzlogger); diesen werden wir an den Build-Server vom Fraunhofer > ITWM/ mysmartgrid anbinden, so dass man auch dort [1] wird sehen können, ob > der aktuelle Head sich auch übersetzen lässt. > Es wird künftig zudem mehrere branches geben (Entwickler-eigene sowie > Feature-branches); in diesen werden Dinge getestet - diese branches sind > nicht notwendigerweise stabil. > Von stabilen Versionen werden wir Debian-Pakete erstellen; diese sind dann > auf [2] verfügbar. > > Die bevorzugte Methode zur Nutzung von vzlogger ist also sicher das > Debian-Paket; die Mutigen können auch Entwickler-Versionen testen - und das > ist natürlich auch wichtig, um Rückmeldung über Funktion und Stabilität zu > erhalten. > > Die Funktion von s0vz soll durch das S0-Modul vzlogger ersetzt werden. Bisher > scheint das kaum oder nicht genutzt worden zu sein. Wer also s0vz nutzt möge > bitte die entsprechende Funktion in vzlogger nutzen und Rückmeldung geben, > falls es klemmt. Hierzu werde ich noch ne separate Mail an vz-users schicken. > > > Ein weiteres großes Thema war "wie kann man eigentlich Verbraucher > schalten?". Es gibt hierfür mehrere Ansätze - mit Vor- und Nachteilen: > - Selbstbau - Problem: Haftung > wer sich auskennt, kann sich sowas bauen - allerdings möchte man nicht mit > seiner Versicherung diskutieren, warum die eigene Schaltung an der Steckdose > in Zimmer A überhaupt gar nichts mit dem Feuer zu tun hat, welches in Zimmer > B ausgebrochen ist; an eine Weitergabe ist schon gar nicht zu denken > - Hexaplug von mysmartgrid [3]: > sehr sehr kuhle Sache; hat genau alles, was man haben will (schaltbare > Steckdose; Messeinrichtung; kann autark arbeiten weil programmierbar; funkt > auf 868 MHz und hat daher eine prima Reichweite im Haus; verschlüsselt via > AES; IPv6); skaliert allerdings nicht, weil leider leider nicht kaufbar > - dann gibt's noch kaufbare Lösungen, mit denen sich Verbraucher schalten > lassen wie z.B. ELVs FS20 - mich würde interessieren: > welche Systeme kennt Ihr, die in diese Kategorie fallen? > welche Erfahrungen habt Ihr damit gemacht? > Vor-/Nachteile? > > Und: wie sieht es mit einem vz-Entwicklertreffen aus? Interesse? Weil wir > über's ganze Land verstreut zu sein scheinen: bevorzugte Gegenden? Soll ich > nen doodle dazu aufsetzen? > > Einen hab ich noch: das nächste Elektro-Camp findet im Oktober oder November > 2013 auf der Insel Texel in Holland statt. Sei dabei! > > > Gruss, J. > > [1] http://cdash.hexabus.de/index.php?project=vzlogger > [2] http://packages.volkszaehler.org/vz/ > [3] https://github.com/mysmartgrid/hexabus/wiki > [4] http://www.elv.de/fs20-funkschaltsystem.html >
Re: [vz-dev] Mini-EC-Nachlese
Talk! Rufst Du mich an? Mit den besten Grüßen Bernd Gewehr Burgstr. 45F 45289 Essen 02014784606 015209328236 Am 05.05.2013 um 11:15 schrieb Thomas Gauweiler : > Hallo Bernd, > > > Ich habe ein volkszaehler Modul für fhem geschrieben und auf Forum.fhem.de > > veröffentlicht. Damit kann man Kanäle in fhem abfragen und in Abhängigkeit > > von den Ergebnissen Verbraucher schalten. > > Das wäre übrigens ein super Thema für einen Talk... > > Gruss > __ > /homas
Re: [vz-dev] Mini-EC-Nachlese
OK Spaß beiseite. Telefonieren ist ja 80er. Google hangout oder wo? Mit den besten Grüßen Bernd Gewehr Burgstr. 45F 45289 Essen 02014784606 015209328236 Am 05.05.2013 um 12:30 schrieb Bernd Gewehr : > Talk! Rufst Du mich an? > Mit den besten Grüßen > > Bernd Gewehr > > Burgstr. 45F > 45289 Essen > 02014784606 > 015209328236 > > Am 05.05.2013 um 11:15 schrieb Thomas Gauweiler : > >> Hallo Bernd, >> >> > Ich habe ein volkszaehler Modul für fhem geschrieben und auf Forum.fhem.de >> > veröffentlicht. Damit kann man Kanäle in fhem abfragen und in Abhängigkeit >> > von den Ergebnissen Verbraucher schalten. >> >> Das wäre übrigens ein super Thema für einen Talk... >> >> Gruss >> __ >> /homas
Re: [vz-dev] Mini-EC-Nachlese
Hallo, Ihr Volkszaehler! Meiner Ansicht nach benötigen wir hier mehr als ein schaltbares Schütz für eine Heizpatrone oder einen einzelnen Zwischenstecker für die Waschmaschine. Für mich gibt es die Ebene des Messens, die Ebene der logischen Verknüpfung von Regeln und Messdaten und die Ebene des Verarbeitens - und der Volkszaehler gehört in erstere. Um nun möglichst flexibel schalten zu können und um dabei auch noch alle möglichen weiteren Parameter wie Anwesenheit, Schulferien, Wochenende, Sonnenstand, Sonnenauf- und -untergang, Fenster offen, Rolladen oben oder unten, Licht an oder aus usw. berücksichtigen zu können, ist ein Hardware Abstraction Layer wie fhem oder openhab ideal. Vorne messen, in der Mitte hardwareneutral entscheiden und am Ende mit dem System der subjektiven Wahl konkret schalten. Ich bitte um Kritik. Mit den besten Grüßen Bernd Gewehr Burgstr. 45F 45289 Essen 02014784606 015209328236 Am 05.05.2013 um 21:05 schrieb Justin Otherguy : > Hi, > > Am 05.05.2013 um 20:33 schrieb Udo1: >> Am 04.05.2013 23:17, schrieb Justin Otherguy: >>> Ein weiteres großes Thema war "wie kann man eigentlich Verbraucher >>> schalten?". Es gibt hierfür mehrere Ansätze >> und volkszaehler.org hat auch einen zweiten Ansatz ;) >> >> http://wiki.volkszaehler.org/hardware/controllers/raspberry_pi_erweiterung_mit_schaltausgaengen > hm - verstehe; und damit dann zB sowas schalten: > http://www.reichelt.de/?;ARTICLE=26592 > > Das wäre eine Möglichkeit, um die Elektronik zwar selbst zu bauen, ohne dabei > aber die 230V in der eigenen Schaltung schalten zu müssen. > > Auch eine gute Idee. > > > Gruss, J. >
Re: [vz-dev] Mini-EC-Nachlese
Am 06.05.2013 um 20:45 schrieb Thomas Gauweiler : > Hallo Bernd, > > ich gebe Dir schon recht. Erst auf dieser Ebene macht es richtig Spass eine > künstliche Intelligenz des Hauses zu planen und umzusetzen. Aber platt > gesagt: Dank fhem und openHAB ist das Thema (erstmal) abgehakt. Jo, beide sind recht weit fortgeschritten! > > Die Fussangel ist jedoch: Das Schalten von 230V und das auf einer rechtlich > sicheren Seite. > Sollte es zu einem Schaden kommen, will man nicht dafür seine eigene Existenz > verlieren, nur weil etwas ohne CE-Zeichen verbaut wurde. > > Fhem und openhab setzen beide auf fertige zertifizierte Schaltkomponenten wie fs20 oder homematic usw. Das dürfte ja rechtlich gar kein Problem sein, oder? Mit den besten Grüßen Bernd Gewehr > Gruß > __ > /homas >
Re: [vz-dev] rechtlich sicheres Schalten von 230V war: Mini-EC-Nachlese
Am 06.05.2013 um 22:51 schrieb Udo1 : > Am 06.05.2013 22:04, schrieb Thomas Gauweiler: >> >> + pro Schaltelement unter EUR 20 liegt, > > 1-Wire > > Gruß > Udo > Nicht jeder hat in den relevanten Unterputzdosen ein für 1wire geeignetes Kabel liegen. Ich glaube eher an bidirektionalen Funk wie bei zigbee, homematic und Gira Funkbus oder an powerline KNX. Dass all das nicht für 20 EUR zu haben ist, ist aber bei dieser Fülle von Anforderungen auch klar. Mit den besten Grüßen Bernd Gewehr
[vz-dev] S0 mit vzlogger auf Raspberry Pi
Hallo! Für die I/R Köpfe gibt man dem vzlogger die ttyama0 oder ttyusb0/1 mit. Was sollte man als device verwenden für GPIO 0-6 für S0 an Udos Raspberry Erweiterung? Mit freundlichen Grüßen i. A. Bernd Gewehr Leiter Informationstechnik Ingenieurbüro Dipl.-Ing. H. Vössing GmbH Brunnenstr. 11 40223 Düsseldorf Tel: +49 211 93449-0 Mobil: +49 1520 9328236 PCFax: +49 211 93449-832 Fax: +49 211 93449-59 Mail: mailto:bernd.gew...@voessing.de Web: http://www.voessing.de
Re: [vz-dev] S0 mit vzlogger auf Raspberry Pi
Am 07.05.2013 um 16:48 schrieb Udo1 : > Am 07.05.2013 16:21, schrieb Bernd Gewehr: >> Was sollte man als device verwenden für GPIO 0-6 für S0 an Udos Raspberry >> Erweiterung? > Achtung, unter Wheezy heißen die Pins anders. > > Erweiterung GPIO0 = Wheezy GPIO17 Kann ich also in die vzlogger.conf schreiben: "device" : "/dev/GPIO17", > Erweiterung GPIO1 = Wheezy GPIO18 > Erweiterung GPIO2 = Wheezy GPIO21/ bei rev.2 des Raspberry GPIO27 > Erweiterung GPIO3 = Wheezy GPIO22 > Erweiterung GPIO4 = Wheezy GPIO23 > Erweiterung GPIO5 = Wheezy GPIO24 > > Gruß > Udo >
Re: [vz-dev] S0 mit vzlogger auf Raspberry Pi
Am 07.05.2013 um 17:01 schrieb Thorben Thuermer : > On Tue, 7 May 2013 16:21:30 +0200 Bernd Gewehr wrote: >> Hallo! > > hallo, > schoen, dass deine mail wichtig ist! > >> Für die I/R Köpfe gibt man dem vzlogger die ttyama0 oder ttyusb0/1 mit. >> Was sollte man als device verwenden für GPIO 0-6 für S0 an Udos Raspberry >> Erweiterung? > > um einen der himbeerkuchen-gpios als s0-eingang in vzlogger zu konfigurieren, > benoetigst du lediglich einen text-editor und einen c/c++-Compiler. Ich glaube dass eins inzwischen klar geworden sein sollte: das Projekt Volkszaehler profitiert nicht davon, wenn jeder unfähige Hinz und Kunz (also ich) einen neuen vzlogger-fork eröffnet. Das muss wirklich ein anderer richten als ich. Wenn es als debian Paket verfügbar und per vzlogger.conf verwendbar ist, dann komme ich wieder ins Spiel. Bitte versteht mich richtig: ich schreibe hier als Benutzer an die Entwickler! Gruß Bernd
[vz-dev] Zählerstand eines S0 Zählers als Kanal anlegen
Hallo! Ich habe zu meinem S0 Kanal, mit dem ich den Gaszähler zähle eine Datensatz hinzugefügt, so dass die Summe aller Werte des Kanals per "select sum(value)/1000 as Zaehlerstand from data where channel_id = 8" tasächlich den korrekten Zählerstand ergibt. Nun möchte ich diesen Wert jede Stunde in einen neuen Kanal schreiben, den ich mir dann bei Bedarf auf der Oberfläche einblenden kann, um nicht in den Keller zu müssen... Welcher Weg wird dazu empfohlen? Mit den besten Grüßen Bernd Gewehr Burgstr. 45F 45289 Essen 02014784606 015209328236
Re: [vz-dev] Erfahrungsbericht
Bitte das Raspi-Image nehmen und nur den Bootloader austauschen! Das ist sicher der einfachste Weg. Mit den besten Grüßen Bernd Gewehr Am 04.07.2013 um 07:57 schrieb Michael Wulz : > Hallo, > > dein Wort in Gottes Ohr! > > Ich hatte mir auch schon gedacht, alles zu verkaufen und Gärtner zu werden. > > gruss > M > > Am 03.07.13 12:31, schrieb Jürgen Herrmann: >> Hallo, >> seit etwa einem Jahr versuche ich mit Abständen den Volkszähler ans laufen >> zubringen... >> und wenn ich dann hier lese, dass es bei vielen prima läuft, bin ich geneigt >> alle meine Computer zu verkaufen und mir eine Angeln zu beschaffen. >> ich beschreibe was ich so alles probiert habe >> als erste habe ich bei Udo ein Y-Node bestellt, das läuft ... >> ein Debian auf Virtualbox installiert, dort vzlogger nach Anleitung ... >> Vzlogger brach nach unterschiedlichen Laufzeiten ab... "segmentation fault" >> wir haben festgestellt, das malloc mit den Speicher der Gast-Maschine nutzt, >> sondern den Speicher des Hostrechner .. >> dann mache ich das mit Vmware-Workstation das gleiche Problem... >> ok, dachte ich, machen wir das ganze auf einem realen Rechner, also Debian >> installiert, vzlogger ... brach wieder ab ->segmentation fault >> nun gut, dann lassen wir das mal und machen etwas anderes... >> raspberry bestellt... etwas experimentiert ... >> oh, es gibt für den Raspberry ein Image zum kopieren ... >> also eine 8GB Karte, Image kopieren, endpacken und auf die Karte >> geschrieben... bootet nicht... >> kein Problem, machen wir das selbst.. Debian-Image kopieren >> Vzlogger (C++ Version) gemäß Anleitung installiert, es gab keine >> Fehlermeldungen ... >> vzlogger -f -v 15 -c /etc/vzlogger.conf gestartet... >> super, klappt... >> so jetzt mit Ctrl-C abbrechen ... Meldung auf dem Bildschrim "closing >> connctions to terminate"... >> kein Prompt... >
Re: [vz-dev] Erfahrungsbericht
Ich nutze das VZ-debian Paket von vzlogger und habe uptimes von mehreren Wochen ohne Fehler. Mit den besten Grüßen Bernd Gewehr Burgstr. 45F 45289 Essen 02014784606 015209328236 Am 04.07.2013 um 20:58 schrieb Jürgen Herrmann : > Am 04.07.2013 20:38, schrieb Udo1: >> Am 04.07.2013 20:05, schrieb Jürgen Herrmann: >>> dann gibt versionen, die nicht laufen ? >> Nein, aber es gab und wird es Versionen geben die Fehler beinhalten. >> Der Fehler mit "segmentation fault" dürfte mittlerweile der Vergangenheit >> angehören. >> Jetzt warten wir auf den Fehler im Nuklear-Programm der dann irgendwann alle >> Atomraketen startet. Was ich damit sagen will ist, dass es kein Programm >> gibt, was nicht irgendwo eine Macke hat. Die kann man dann erkennen und >> beseitigen. >> (Naja, beim Nuklear-Programm hat es sich dann erledigt... ;)) >> >> Gruß >> Udo >> >> ps. : seit wann bricht man vzlogger mit ctrl-c ab? > es ist mir schon klar, das es immer Fehler in Programmen geben wird > > vzlogger -f -v 10 -c /etc/vzlogger.conf ... aufrufen... > schauen, das die Sensoren erkannt werden... und natürlich Vzlogger abbrechen > ... > um was ändern oder normal zustarten .. > > ok, ich will aber jetzt nicht weiter klagen.. > > juergen > > > -- > Jürgen Herrmann > plugid.de > Runkeler Straße 26 > 65594 Runkel > Fax: 03222-9967490 > Mobil: 0176 345 20 143 > Mail: i...@plugid.de > Ust-IdNr. DE240189720 >
Re: [vz-dev] Erfahrungsbericht
Klick auf das i im Frontend! Mit den besten Grüßen Bernd Gewehr Burgstr. 45F 45289 Essen 02014784606 015209328236 Am 05.07.2013 um 13:02 schrieb Jürgen Herrmann : > hallo, > wie erfahre ich eigentlich die UUID meine EHL-Stromzähler ohne vzlogger? >
Re: [vz-dev] Erfahrungsbericht
Du musst den Kanal im Frontend erzeugen, die uuid notieren und in der vzlogger.conf eintragen! Mit den besten Grüßen Bernd Gewehr Burgstr. 45F 45289 Essen 02014784606 015209328236 Am 05.07.2013 um 14:10 schrieb Jürgen Herrmann : > Am 05.07.2013 14:00, schrieb Bernd Gewehr: >> Klick auf das i im Frontend! > das ist aber eine Demo-UUID... > ich meinte wie kann ich den UUID des EHL erfahren. vzlogger geht ja nicht > geht > >> Mit den besten Grüßen >> >> Bernd Gewehr >> >> Burgstr. 45F >> 45289 Essen >> 02014784606 >> 015209328236 >> >> Am 05.07.2013 um 13:02 schrieb Jürgen Herrmann : >> >>> hallo, >>> wie erfahre ich eigentlich die UUID meine EHL-Stromzähler ohne vzlogger? > > > -- > Jürgen Herrmann > plugid.de > Runkeler Straße 26 > 65594 Runkel > Fax: 03222-9967490 > Mobil: 0176 345 20 143 > Mail: i...@plugid.de > Ust-IdNr. DE240189720
Re: [vz-dev] 1wirevz Segmentation fault
Am 05.09.2013 14:18, schrieb W3ll Schmidt: Fixt ihr das? Ich hab im Moment etwas stress... Nachdem ich die Zeile folgendermaßen geändert habe: char sensorid[4][32][17], vzuuid[4][32][64], crc_buffer[64], temp_buffer[64], fn[128], url[128]; Stürzt er nicht mehr ab. Alle 14 Sensoren werden im Syslog ausgegeben. Und ich sehe auch von allen Daten im Frontend. Wenn man es nicht so "fixt", dann müsste man alle Zuordnungen und Schleifen umbauen und prüfen. Aber irgendwie hats jetzt auch die Zuordnungen von sensorid zu vzuuid durcheinandergewirbelt. Das war mir ja schon aufgefallen als ich den 3. Bus in Betrieb genommen hatte... Da gings schonmal durcheinander. Womöglich stimmts jetzt wieder und ich muß die Namen in der Datenbank wieder ändern... Gruß Andreas Solche Effekte hatte ich auch schon mal, alles ist versprungen, die Sensoren haben in die falschen Kanäle gemeldet... Nach Neustart alles wieder normal, danach irgendwann wieder verkehrt... bisher keine Lösung. Gruß, Bernd <>