Re: [vz-users] Datenübertragung über größere Entfernung

[Frank Richter]

Hallo Rupert,

welches Gateway verwendest du? Die Kosten dafür halten mich bisher noch von
LoRa-Experimenten ab...

Grüße
Frank

Am Mo., 31. Dez. 2018 um 14:46 Uhr schrieb Rupert Schöttler <
rupert.schoett...@gmx.de>:

> Hallo Frank,
> Am 31.12.18 um 14:00 schrieb Frank Richter:
>
> Andreas entwickelt gerade einen Adapter zwischen MQTT und VZ in Go:
> https://github.com/andig/ingress
> Das läuft bei mir im Testbetrieb schon ziemlich gut.
>
> Danke für diesen Hinweis. Ich hab' den langen Thread "GoSDM630" nur
> beobachtet und dabei nicht erkannt, dass das für meine Anwendung
> interessant sein könnte. Ich werde es mir umgehend anschauen -- vielleicht
> aber erst im nächsten Jahr :-).
>
>
> Weitere Details zu deiner LoRa-Lösung würden mich interessieren. Ich hab
> irgendwie im Kopf dass LoRa recht enge Beschränkungen beim zulässigen
> Traffic hat. Gibt es da bei einem Zählerstand pro Minute noch keinen Ärger?
>
> Ich schicke, weil das SML-Parsen auf dem Arduino noch nicht perfekt
> funktioniert, immer 40 Byte und suche mir die für den Zählerstand
> relevanten mit der Decoder-Funktion in der TTN-Console raus. Die 40 Byte
> sind rd. 80 msec unterwegs (estimated airtime). Damit benutzte ich 1
> Promille auf 1 von mehreren Kanälen -- da sollte keiner meckern. Außerdem
> musste ich mein eigenes Gateway aufbauen, weil keines in Reichweite
> vorhanden ist...
>
>
> Rupert Schöttler  schrieb am Mo., 31. Dez. 2018
> 13:48:
>
>> Zwischenzeitlich wurde der Ferrariszähler gegen einen elektronischen
>> ausgetauscht, so dass der Zählerstand aus der INFO-Schnittstelle erfasst
>> wird. Dies und die Übertragung per LoRa in das "The Things Network" habe
>> ich mit einen Arduino Nano und einer "LoRa Bee" gelöst :-) Von dort erhalte
>> ich per mosquitto_sub jede Minute den Zählerstand in Wh mit einer
>> Nachkommastelle. Wenn es interessiert, kann ich den Aufbau gerne
>> detailliert beschreiben.
>>
>> Nun hätte ich die Daten natürlich gerne in der VZ Datenbank. Hat dazu
>> jemand einen Lösungsvorschlag? Am liebsten möglichst nativ, per
>> shell-Skript, php oder python...
>>
>
> Gruß, Rupert
>

Re: [vz-users] RPI-Image / Update der VZ-Software - Fehler beim make: cannot find -lunistring

[Daniel Lauckner]

Hallo,


am Montag, 31. Dezember 2018 um 15:11 hat Matthias Behr geschrieben:
> hab grad folgenden Fix on top of PR#370 hinzugefügt. Damit geht es
> lokal bei mir wieder.

Ich hab vor einiger Zeit die Tests im install.sh deaktiviert, kann das
so bleiben?


mfg Daniel

[vz-users] RPI-Image / Update der VZ-Software - Fehler beim make: cannot find -lunistring

[Klemens Kieninger]

Hallo zusammen,

das Update für der VZ-Software ist jetzt durchgelaufen; auch die 
Anleitung ist schon aktualisiert - super!



Beim Updaten der Middleware "sudo composer update"

habe ich festgestellt, daß der composer gar nicht installiert ist.

Das Kommando "sudo php composer.phar install" habe ich ausgeführt, damit 
wird der composer aber wohl nicht installiert.


Brauche ich den?

pi@rpivz:~ $ apt-cache policy composer
composer:
  Installiert:   (keine)
  Installationskandidat: 1.2.2-1
  Versionstabelle:
 1.2.2-1 500
    500 http://raspbian.raspberrypi.org/raspbian stretch/main armhf 
Packages



Der Volkszähler läuft aber sauber.

Ein Dickes Danke an alle suporter und einen Guten Rutsch,

Klemens

Re: [vz-users] Datenübertragung über größere Entfernung

[Andreas Goetz]

Hallo Rupert,

Wenn Du schon Daten in mqtt hast schau Dir gerne mal die Diskussion zu ingress 
an. Das ist zwar massiv work in progress aber wenn Du Lust auf basteln hast 
freue ich mich über einen weiteren Tester.

Kommentare gerne im anderen Thread, Fehlermeldungen auch da oder bei 
girhub.com/andig/ingress.

Viele Grüße, Andreas 

> Am 31.12.2018 um 13:48 schrieb Rupert Schöttler :
> 
> Hallo Ihr fleißigen Volkszähler,
> 
> nach ein paar Monaten und vielen Versuchen mit LoRa melde ich mich hierzu 
> wieder. 
> 
> Zwischenzeitlich wurde der Ferrariszähler gegen einen elektronischen 
> ausgetauscht, so dass der Zählerstand aus der INFO-Schnittstelle erfasst 
> wird. Dies und die Übertragung per LoRa in das "The Things Network" habe ich 
> mit einen Arduino Nano und einer "LoRa Bee" gelöst :-) Von dort erhalte ich 
> per mosquitto_sub jede Minute den Zählerstand in Wh mit einer 
> Nachkommastelle. Wenn es interessiert, kann ich den Aufbau gerne detailliert 
> beschreiben.
> 
> Nun hätte ich die Daten natürlich gerne in der VZ Datenbank. Hat dazu jemand 
> einen Lösungsvorschlag? Am liebsten möglichst nativ, per shell-Skript, php 
> oder python...
> 
> Danke & Viele Grüße
> 
> Rupert
> 
>> Am 01.05.18 um 14:07 schrieb Frank Richter:
>> LoRa fällt mir da auch als erstes ein, mit eigenen Erfahrungen kann ich aber 
>> bisher nicht dienen.
>> 
>> Rupert Schöttler  schrieb am Di., 1. Mai 2018 
>> 13:25:
>>> Servus!
>>> 
>>> 
>>> Hat jemand eine Idee oder Lösung für folgende Aufgabe: Ich habe eine
>>> Garage schräg gegenüber angemietet, in der mein Elektroauto geladen
>>> wird. Diesen Stromzähler möchte ich an meinen bestehenden VZ anbinden.
>>> Einen Ferrariszähler abtasten, das werde ich mit den schönen Anleitungen
>>> im Wiki hin bekommen. Die Garage ist aber mit ca. 50m Entfernung und um
>>> ein paar Hausecken herum nicht mehr im Sende-/Empfangsbereich meines
>>> WLAN. Wie könnte ich also meine dortige Empfangslogik per Funk anbinden?
>>> Hat jemand Erfahrung oder Tipps z.B. mit LoRa?
>>> 
>>> Viele Grüße aus dem sonnigen Bayern
>>> 
>>> Rupert
>>> 
>>> 

Re: [vz-users] Datenübertragung über größere Entfernung

[Udo Matzinger]

Hallo Rupert,

Ich habe bei mir gerade noch zwei SonOff-Zähler über Mosquitto nach dieser 
Beschreibung http://wiki.volkszaehler.org/howto/node-red mit Node-Red an meine 
Volkszähler-Installation angebunden.

Greetinx, 
Udo 

> Am 31.12.2018 um 13:48 schrieb Rupert Schöttler :
> 
> Hallo Ihr fleißigen Volkszähler,
> 
> nach ein paar Monaten und vielen Versuchen mit LoRa melde ich mich hierzu 
> wieder. 
> 
> Zwischenzeitlich wurde der Ferrariszähler gegen einen elektronischen 
> ausgetauscht, so dass der Zählerstand aus der INFO-Schnittstelle erfasst 
> wird. Dies und die Übertragung per LoRa in das "The Things Network" habe ich 
> mit einen Arduino Nano und einer "LoRa Bee" gelöst :-) Von dort erhalte ich 
> per mosquitto_sub jede Minute den Zählerstand in Wh mit einer 
> Nachkommastelle. Wenn es interessiert, kann ich den Aufbau gerne detailliert 
> beschreiben.
> 
> Nun hätte ich die Daten natürlich gerne in der VZ Datenbank. Hat dazu jemand 
> einen Lösungsvorschlag? Am liebsten möglichst nativ, per shell-Skript, php 
> oder python...
> 
> Danke & Viele Grüße
> 
> Rupert
> 
>> Am 01.05.18 um 14:07 schrieb Frank Richter:
>> LoRa fällt mir da auch als erstes ein, mit eigenen Erfahrungen kann ich aber 
>> bisher nicht dienen.
>> 
>> Rupert Schöttler  schrieb am Di., 1. Mai 2018 
>> 13:25:
>>> Servus!
>>> 
>>> 
>>> Hat jemand eine Idee oder Lösung für folgende Aufgabe: Ich habe eine
>>> Garage schräg gegenüber angemietet, in der mein Elektroauto geladen
>>> wird. Diesen Stromzähler möchte ich an meinen bestehenden VZ anbinden.
>>> Einen Ferrariszähler abtasten, das werde ich mit den schönen Anleitungen
>>> im Wiki hin bekommen. Die Garage ist aber mit ca. 50m Entfernung und um
>>> ein paar Hausecken herum nicht mehr im Sende-/Empfangsbereich meines
>>> WLAN. Wie könnte ich also meine dortige Empfangslogik per Funk anbinden?
>>> Hat jemand Erfahrung oder Tipps z.B. mit LoRa?
>>> 
>>> Viele Grüße aus dem sonnigen Bayern
>>> 
>>> Rupert
>>> 
>>> 

Re: [vz-users] RPI-Image / Update der VZ-Software - Fehler beim make: cannot find -lunistring

[Matthias Behr]

hab grad folgenden Fix on top of PR#370 hinzugefügt. Damit geht es lokal bei 
mir wieder. Travis-CI läuft noch.

diff --git a/gmock/CMakeLists.txt b/gmock/CMakeLists.txt
index d1e36ea..96ac4c5 100644
--- a/gmock/CMakeLists.txt
+++ b/gmock/CMakeLists.txt
@@ -19,6 +19,6 @@ set(GTEST_INCLUDE_DIRS ${source_dir}/googletest/include 
PARENT_SCOPE)
 
 # Specify MainTest's link libraries
 ExternalProject_Get_Property(googlemock binary_dir)
-set(GTEST_LIBS_DIR ${binary_dir}/googlemock/gtest PARENT_SCOPE)
-set(GMOCK_LIBS_DIR ${binary_dir}/googlemock PARENT_SCOPE)
+set(GTEST_LIBS_DIR ${binary_dir}/lib PARENT_SCOPE)
+set(GMOCK_LIBS_DIR ${binary_dir}/lib PARENT_SCOPE)


> Am 31.12.2018 um 14:45 schrieb Matthias Behr :
> 
> ja, komisch. Der gleiche Fehler tritt bei meinem akt. PR auf travis auch auf. 
> Schaue ich mich gleich an.
> 
> In der Zwischenzeit kannst du die Tests beim Bauen abschalten:
> (aus vzlogger Verzeichnis bauen per)
> mkdir build
> cd build
> cmake .. -DBUILD_TEST=Off
> make
> 
> 
> 
> 
>> Am 31.12.2018 um 14:25 schrieb Klemens Kieninger > >:
>> 
>> Halllo Matthias,
>> 
>> jetzt bin ich einen Schritt weiter, habe jedoch eine neue Fehlermeldung:
>> 
>> make[2]: *** Keine Regel vorhanden, um das Ziel 
>> „gmock/src/googlemock-build/googlemock/gtest/libgtest.a“, 
>>   benötigt von „tests/vzlogger_unit_tests“, zu erstellen.  Schluss.
>> make[2]: Verzeichnis „/home/pi/vzlogger“ wird verlassen
>> CMakeFiles/Makefile2:1284: die Regel für Ziel 
>> „tests/CMakeFiles/vzlogger_unit_tests.dir/all“ scheiterte
>> make[1]: *** [tests/CMakeFiles/vzlogger_unit_tests.dir/all] Fehler 2
>> make[1]: Verzeichnis „/home/pi/vzlogger“ wird verlassen
>> Makefile:163: die Regel für Ziel „all“ scheiterte
>> make: *** [all] Fehler 2
>> 
>> 
>> Gruß Klemens
>> 
>> 
>> 
>>  Forwarded Message 
>> Subject: Re: [vz-users] RPI-Image / Update der VZ-Software - Fehler beim 
>> make: cannot find -lunistring
>> Date:Mon, 31 Dec 2018 12:47:05 +0100
>> From:Matthias Behr  
>> Reply-To:volkszaehler.org  - users 
>>  
>> 
>> To:  volkszaehler.org  - users 
>>  
>> 
>> 
>> Hallo,
>> 
>> fehlt bei dir Packet libunistring-dev?
>> (z.B. per sudo apt-get install libunistring-dev installieren)
>> 
>>> Am 31.12.2018 um 12:16 schrieb Klemens Kieninger  
>>> :
>>> 
>>> Hallo zusammen,
>>> 
>>> dies ist mein erster Beitrag in der Liste; ich hoffe ich habe sie richtig 
>>> adressiert.
>>> 
>>> 
>>> Mein Problem:
>>> 
>>> Fehlermeldung beim Updaten der VZ-Softare nach Anleitung
>>> 
>>> https://wiki.volkszaehler.org/howto/raspberry_pi_image 
>>> 
>>> 
>>> Ich habe mich per ssh auf dem rpi eingeloggt und per copy die befehle 
>>> ins terminal copiert.
>>> 
>>> Nach dem "make" kommen u.a. Warnmeldungen wie
>>> 
>>> /usr/include/c++/6/bits/stl_list.h:651:9: note: parameter passing for 
>>> argument of type ‘std::_List_const_iterator’ will change in GCC 7.1
>>> { _M_initialize_dispatch(__x.begin(), __x.end(), __false_type()); }
>>> 
>>> 
>>> jedoch auch eine Fehlermeldung:
>>> 
>>> /usr/bin/ld: cannot find -lunistring
>>> collect2: error: ld returned 1 exit status
>>> src/CMakeFiles/vzlogger.dir/build.make:269: die Regel für Ziel 
>>> „src/vzlogger“ scheiterte
>>> make[2]: *** [src/vzlogger] Fehler 1
>>> make[2]: Verzeichnis „/home/pi/vzlogger“ wird verlassen
>>> CMakeFiles/Makefile2:1025: die Regel für Ziel 
>>> „src/CMakeFiles/vzlogger.dir/all“ scheiterte
>>> make[1]: *** [src/CMakeFiles/vzlogger.dir/all] Fehler 2
>>> make[1]: Verzeichnis „/home/pi/vzlogger“ wird verlassen
>>> Makefile:163: die Regel für Ziel „all“ scheiterte
>>> make: *** [all] Fehler 2
>>> pi@rpivz:~/vzlogger $
>>> 
>>> Weiß wer Rat?
>>> 
>>> 
>>> Gruß
>>> 
>>> Klemens
>>> 
>>> 
>> 
>> Gruß
>> 
>> Matthias
>> 
>> 
> 
> Gruß
> 
> Matthias
> 

Gruß

Matthias

Re: [vz-users] Datenübertragung über größere Entfernung

[Rupert Schöttler]

Hallo Frank,

Am 31.12.18 um 14:00 schrieb Frank Richter:
> Andreas entwickelt gerade einen Adapter zwischen MQTT und VZ in
> Go: https://github.com/andig/ingress
> Das läuft bei mir im Testbetrieb schon ziemlich gut.

Danke für diesen Hinweis. Ich hab' den langen Thread "GoSDM630" nur
beobachtet und dabei nicht erkannt, dass das für meine Anwendung
interessant sein könnte. Ich werde es mir umgehend anschauen --
vielleicht aber erst im nächsten Jahr :-).


> Weitere Details zu deiner LoRa-Lösung würden mich interessieren. Ich
> hab irgendwie im Kopf dass LoRa recht enge Beschränkungen beim
> zulässigen Traffic hat. Gibt es da bei einem Zählerstand pro Minute
> noch keinen Ärger?

Ich schicke, weil das SML-Parsen auf dem Arduino noch nicht perfekt
funktioniert, immer 40 Byte und suche mir die für den Zählerstand
relevanten mit der Decoder-Funktion in der TTN-Console raus. Die 40 Byte
sind rd. 80 msec unterwegs (estimated airtime). Damit benutzte ich 1
Promille auf 1 von mehreren Kanälen -- da sollte keiner meckern.
Außerdem musste ich mein eigenes Gateway aufbauen, weil keines in
Reichweite vorhanden ist...


> Rupert Schöttler  > schrieb am Mo., 31. Dez. 2018 13:48:
>
> Zwischenzeitlich wurde der Ferrariszähler gegen einen
> elektronischen ausgetauscht, so dass der Zählerstand aus der
> INFO-Schnittstelle erfasst wird. Dies und die Übertragung per LoRa
> in das "The Things Network" habe ich mit einen Arduino Nano und
> einer "LoRa Bee" gelöst :-) Von dort erhalte ich per mosquitto_sub
> jede Minute den Zählerstand in Wh mit einer Nachkommastelle. Wenn
> es interessiert, kann ich den Aufbau gerne detailliert beschreiben.
>
> Nun hätte ich die Daten natürlich gerne in der VZ Datenbank. Hat
> dazu jemand einen Lösungsvorschlag? Am liebsten möglichst nativ,
> per shell-Skript, php oder python...
>

Gruß, Rupert



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [vz-users] RPI-Image / Update der VZ-Software - Fehler beim make: cannot find -lunistring

[Matthias Behr]

ja, komisch. Der gleiche Fehler tritt bei meinem akt. PR auf travis auch auf. 
Schaue ich mich gleich an.

In der Zwischenzeit kannst du die Tests beim Bauen abschalten:
(aus vzlogger Verzeichnis bauen per)
mkdir build
cd build
cmake .. -DBUILD_TEST=Off
make




> Am 31.12.2018 um 14:25 schrieb Klemens Kieninger :
> 
> Halllo Matthias,
> 
> jetzt bin ich einen Schritt weiter, habe jedoch eine neue Fehlermeldung:
> 
> make[2]: *** Keine Regel vorhanden, um das Ziel 
> „gmock/src/googlemock-build/googlemock/gtest/libgtest.a“, 
>   benötigt von „tests/vzlogger_unit_tests“, zu erstellen.  Schluss.
> make[2]: Verzeichnis „/home/pi/vzlogger“ wird verlassen
> CMakeFiles/Makefile2:1284: die Regel für Ziel 
> „tests/CMakeFiles/vzlogger_unit_tests.dir/all“ scheiterte
> make[1]: *** [tests/CMakeFiles/vzlogger_unit_tests.dir/all] Fehler 2
> make[1]: Verzeichnis „/home/pi/vzlogger“ wird verlassen
> Makefile:163: die Regel für Ziel „all“ scheiterte
> make: *** [all] Fehler 2
> 
> 
> Gruß Klemens
> 
> 
> 
>  Forwarded Message 
> Subject:  Re: [vz-users] RPI-Image / Update der VZ-Software - Fehler beim 
> make: cannot find -lunistring
> Date: Mon, 31 Dec 2018 12:47:05 +0100
> From: Matthias Behr  
> Reply-To: volkszaehler.org - users 
>  
> 
> To:   volkszaehler.org - users  
> 
> 
> Hallo,
> 
> fehlt bei dir Packet libunistring-dev?
> (z.B. per sudo apt-get install libunistring-dev installieren)
> 
>> Am 31.12.2018 um 12:16 schrieb Klemens Kieninger  
>> :
>> 
>> Hallo zusammen,
>> 
>> dies ist mein erster Beitrag in der Liste; ich hoffe ich habe sie richtig 
>> adressiert.
>> 
>> 
>> Mein Problem:
>> 
>> Fehlermeldung beim Updaten der VZ-Softare nach Anleitung
>> 
>> https://wiki.volkszaehler.org/howto/raspberry_pi_image 
>> 
>> 
>> Ich habe mich per ssh auf dem rpi eingeloggt und per copy die befehle 
>> ins terminal copiert.
>> 
>> Nach dem "make" kommen u.a. Warnmeldungen wie
>> 
>> /usr/include/c++/6/bits/stl_list.h:651:9: note: parameter passing for 
>> argument of type ‘std::_List_const_iterator’ will change in GCC 7.1
>> { _M_initialize_dispatch(__x.begin(), __x.end(), __false_type()); }
>> 
>> 
>> jedoch auch eine Fehlermeldung:
>> 
>> /usr/bin/ld: cannot find -lunistring
>> collect2: error: ld returned 1 exit status
>> src/CMakeFiles/vzlogger.dir/build.make:269: die Regel für Ziel 
>> „src/vzlogger“ scheiterte
>> make[2]: *** [src/vzlogger] Fehler 1
>> make[2]: Verzeichnis „/home/pi/vzlogger“ wird verlassen
>> CMakeFiles/Makefile2:1025: die Regel für Ziel 
>> „src/CMakeFiles/vzlogger.dir/all“ scheiterte
>> make[1]: *** [src/CMakeFiles/vzlogger.dir/all] Fehler 2
>> make[1]: Verzeichnis „/home/pi/vzlogger“ wird verlassen
>> Makefile:163: die Regel für Ziel „all“ scheiterte
>> make: *** [all] Fehler 2
>> pi@rpivz:~/vzlogger $
>> 
>> Weiß wer Rat?
>> 
>> 
>> Gruß
>> 
>> Klemens
>> 
>> 
> 
> Gruß
> 
> Matthias
> 
> 

Gruß

Matthias

Re: [vz-users] RPI-Image / Update der VZ-Software - Fehler beim make: cannot find -lunistring

[Daniel Lauckner]

Hallo,


am Montag, 31. Dezember 2018 um 14:25 hat Klemens Kieninger geschrieben:
> jetzt bin ich einen Schritt weiter, habe jedoch eine neue   Fehlermeldung:

DAs ist ein bekanntes Problem, hab leider übersehen das auf der
Wikiseite auch ne Anleitung fürs Update steht.

Du musst nun ein

make clean

ausführen und kannst dann nach der aktualisierten Anleitung verfahren.


mfg Daniel

Re: [vz-users] Datenübertragung über größere Entfernung

[Frank Richter]

Hallo Rupert,

Andreas entwickelt gerade einen Adapter zwischen MQTT und VZ in Go:
https://github.com/andig/ingress
Das läuft bei mir im Testbetrieb schon ziemlich gut.

Weitere Details zu deiner LoRa-Lösung würden mich interessieren. Ich hab
irgendwie im Kopf dass LoRa recht enge Beschränkungen beim zulässigen
Traffic hat. Gibt es da bei einem Zählerstand pro Minute noch keinen Ärger?

Viele Grüße
Frank

Rupert Schöttler  schrieb am Mo., 31. Dez. 2018
13:48:

> Hallo Ihr fleißigen Volkszähler,
>
> nach ein paar Monaten und vielen Versuchen mit LoRa melde ich mich hierzu
> wieder.
>
> Zwischenzeitlich wurde der Ferrariszähler gegen einen elektronischen
> ausgetauscht, so dass der Zählerstand aus der INFO-Schnittstelle erfasst
> wird. Dies und die Übertragung per LoRa in das "The Things Network" habe
> ich mit einen Arduino Nano und einer "LoRa Bee" gelöst :-) Von dort erhalte
> ich per mosquitto_sub jede Minute den Zählerstand in Wh mit einer
> Nachkommastelle. Wenn es interessiert, kann ich den Aufbau gerne
> detailliert beschreiben.
>
> Nun hätte ich die Daten natürlich gerne in der VZ Datenbank. Hat dazu
> jemand einen Lösungsvorschlag? Am liebsten möglichst nativ, per
> shell-Skript, php oder python...
>
> Danke & Viele Grüße
>
> Rupert
> Am 01.05.18 um 14:07 schrieb Frank Richter:
>
> LoRa fällt mir da auch als erstes ein, mit eigenen Erfahrungen kann ich
> aber bisher nicht dienen.
>
> Rupert Schöttler  schrieb am Di., 1. Mai 2018
> 13:25:
>
>> Servus!
>>
>>
>> Hat jemand eine Idee oder Lösung für folgende Aufgabe: Ich habe eine
>> Garage schräg gegenüber angemietet, in der mein Elektroauto geladen
>> wird. Diesen Stromzähler möchte ich an meinen bestehenden VZ anbinden.
>> Einen Ferrariszähler abtasten, das werde ich mit den schönen Anleitungen
>> im Wiki hin bekommen. Die Garage ist aber mit ca. 50m Entfernung und um
>> ein paar Hausecken herum nicht mehr im Sende-/Empfangsbereich meines
>> WLAN. Wie könnte ich also meine dortige Empfangslogik per Funk anbinden?
>> Hat jemand Erfahrung oder Tipps z.B. mit LoRa?
>>
>> Viele Grüße aus dem sonnigen Bayern
>>
>> Rupert
>>
>>
>>

Re: [vz-users] vzlogger // debounce_delay

[Daniel Lauckner]

Hallo,


am Montag, 31. Dezember 2018 um 13:27 hat Well Schmidt geschrieben:
> irgendwie scheint das "debounce_delay": 1 keine Wirkung zu
> haben? Hat jemand aehnliches beobachtet?

Der Delay wirkt nur an einer Flanke, kann dir leider nicht auswendig
sagen ob es fallende oder steigende war.


mfg Daniel

Re: [vz-users] Datenübertragung über größere Entfernung

[Rupert Schöttler]

Hallo Ihr fleißigen Volkszähler,

nach ein paar Monaten und vielen Versuchen mit LoRa melde ich mich
hierzu wieder.

Zwischenzeitlich wurde der Ferrariszähler gegen einen elektronischen
ausgetauscht, so dass der Zählerstand aus der INFO-Schnittstelle erfasst
wird. Dies und die Übertragung per LoRa in das "The Things Network" habe
ich mit einen Arduino Nano und einer "LoRa Bee" gelöst :-) Von dort
erhalte ich per mosquitto_sub jede Minute den Zählerstand in Wh mit
einer Nachkommastelle. Wenn es interessiert, kann ich den Aufbau gerne
detailliert beschreiben.

Nun hätte ich die Daten natürlich gerne in der VZ Datenbank. Hat dazu
jemand einen Lösungsvorschlag? Am liebsten möglichst nativ, per
shell-Skript, php oder python...

Danke & Viele Grüße

Rupert

Am 01.05.18 um 14:07 schrieb Frank Richter:
> LoRa fällt mir da auch als erstes ein, mit eigenen Erfahrungen kann
> ich aber bisher nicht dienen.
>
> Rupert Schöttler  > schrieb am Di., 1. Mai 2018 13:25:
>
> Servus!
>
>
> Hat jemand eine Idee oder Lösung für folgende Aufgabe: Ich habe eine
> Garage schräg gegenüber angemietet, in der mein Elektroauto geladen
> wird. Diesen Stromzähler möchte ich an meinen bestehenden VZ anbinden.
> Einen Ferrariszähler abtasten, das werde ich mit den schönen
> Anleitungen
> im Wiki hin bekommen. Die Garage ist aber mit ca. 50m Entfernung
> und um
> ein paar Hausecken herum nicht mehr im Sende-/Empfangsbereich meines
> WLAN. Wie könnte ich also meine dortige Empfangslogik per Funk
> anbinden?
> Hat jemand Erfahrung oder Tipps z.B. mit LoRa?
>
> Viele Grüße aus dem sonnigen Bayern
>
> Rupert
>
>


smime.p7s
Description: S/MIME Cryptographic Signature

[vz-users] vzlogger // debounce_delay

[Well Schmidt]

Hallo!

irgendwie scheint das *"debounce_delay": 1 *keine Wirkung zu haben? Hat
jemand aehnliches beobachtet?


























*{"enabled": true,"allowskip": false,"interval":
-1,"aggtime": -1,"aggfixedinterval": false,
"channels": [{"uuid":
"ee268eb0-0bc3-11e9-9f89-bbec35415aa6","identifier":
"Impulse","api": "volkszaehler",
"middleware": "http://volkszaehler/middleware.php
","aggmode": "none",
"duplicates": 0}],
"protocol": "s0","gpio": 10,"configureGPIO": true,
"debounce_delay": 1},*

jemand eine Idee?















*[Dec 31 13:22:36][s0]   Reading S0 - returning 1 readings (n=1 n_neg =
0)[Dec 31 13:23:03][s0]   Reading S0 - returning 2 readings (n=1 n_neg =
0)[Dec 31 13:23:04][s0]   Reading S0 - returning 2 readings (n=1 n_neg =
0)[Dec 31 13:23:04][s0]   Reading S0 - returning 2 readings (n=1 n_neg =
0)[Dec 31 13:23:05][s0]   Reading S0 - returning 2 readings (n=1 n_neg =
0)[Dec 31 13:23:14][s0]   Reading S0 - returning 2 readings (n=1 n_neg =
0)[Dec 31 13:23:40][s0]   Reading S0 - returning 2 readings (n=1 n_neg =
0)[Dec 31 13:23:40][s0]   Reading S0 - returning 2 readings (n=1 n_neg =
0)[Dec 31 13:23:41][s0]   Reading S0 - returning 2 readings (n=1 n_neg =
0)[Dec 31 13:23:42][s0]   Reading S0 - returning 2 readings (n=1 n_neg =
0)[Dec 31 13:23:50][s0]   Reading S0 - returning 2 readings (n=1 n_neg = 0)*

-- 
Grü|3e H3nr!k

Re: [vz-users] RPI-Image / Update der VZ-Software - Fehler beim make: cannot find -lunistring

[Matthias Behr]

Hallo,

fehlt bei dir Packet libunistring-dev?
(z.B. per sudo apt-get install libunistring-dev installieren)

> Am 31.12.2018 um 12:16 schrieb Klemens Kieninger :
> 
> Hallo zusammen,
> 
> dies ist mein erster Beitrag in der Liste; ich hoffe ich habe sie richtig 
> adressiert.
> 
> 
> Mein Problem:
> 
> Fehlermeldung beim Updaten der VZ-Softare nach Anleitung
> 
> https://wiki.volkszaehler.org/howto/raspberry_pi_image
> 
> Ich habe mich per ssh auf dem rpi eingeloggt und per copy die befehle 
> ins terminal copiert.
> 
> Nach dem "make" kommen u.a. Warnmeldungen wie
> 
> /usr/include/c++/6/bits/stl_list.h:651:9: note: parameter passing for 
> argument of type ‘std::_List_const_iterator’ will change in GCC 7.1
>{ _M_initialize_dispatch(__x.begin(), __x.end(), __false_type()); }
> 
> 
> jedoch auch eine Fehlermeldung:
> 
> /usr/bin/ld: cannot find -lunistring
> collect2: error: ld returned 1 exit status
> src/CMakeFiles/vzlogger.dir/build.make:269: die Regel für Ziel „src/vzlogger“ 
> scheiterte
> make[2]: *** [src/vzlogger] Fehler 1
> make[2]: Verzeichnis „/home/pi/vzlogger“ wird verlassen
> CMakeFiles/Makefile2:1025: die Regel für Ziel 
> „src/CMakeFiles/vzlogger.dir/all“ scheiterte
> make[1]: *** [src/CMakeFiles/vzlogger.dir/all] Fehler 2
> make[1]: Verzeichnis „/home/pi/vzlogger“ wird verlassen
> Makefile:163: die Regel für Ziel „all“ scheiterte
> make: *** [all] Fehler 2
> pi@rpivz:~/vzlogger $
> 
> Weiß wer Rat?
> 
> 
> Gruß
> 
> Klemens
> 
> 

Gruß

Matthias

[vz-users] RPI-Image / Update der VZ-Software - Fehler beim make: cannot find -lunistring

[Klemens Kieninger]

Hallo zusammen,

dies ist mein erster Beitrag in der Liste; ich hoffe ich habe sie 
richtig adressiert.



Mein Problem:

Fehlermeldung beim Updaten der VZ-Softare nach Anleitung

https://wiki.volkszaehler.org/howto/raspberry_pi_image

Ich habe mich per ssh auf dem rpi eingeloggt und per copy die 
befehle ins terminal copiert.


Nach dem "make" kommen u.a. Warnmeldungen wie

/usr/include/c++/6/bits/stl_list.h:651:9: note: parameter passing for 
argument of type ‘std::_List_const_iterator’ will change in GCC 7.1

   { _M_initialize_dispatch(__x.begin(), __x.end(), __false_type()); }


jedoch auch eine Fehlermeldung:

/usr/bin/ld: cannot find -lunistring
collect2: error: ld returned 1 exit status
src/CMakeFiles/vzlogger.dir/build.make:269: die Regel für Ziel 
„src/vzlogger“ scheiterte

make[2]: *** [src/vzlogger] Fehler 1
make[2]: Verzeichnis „/home/pi/vzlogger“ wird verlassen
CMakeFiles/Makefile2:1025: die Regel für Ziel 
„src/CMakeFiles/vzlogger.dir/all“ scheiterte

make[1]: *** [src/CMakeFiles/vzlogger.dir/all] Fehler 2
make[1]: Verzeichnis „/home/pi/vzlogger“ wird verlassen
Makefile:163: die Regel für Ziel „all“ scheiterte
make: *** [all] Fehler 2
pi@rpivz:~/vzlogger $

Weiß wer Rat?


Gruß

Klemens