[vz-users] Update des VZloggers 0.4.0 -> 0.4.7

[applicationMGR ecoCuyo]

Hallo zusammen,

Hardware: Raspberry B2+ 
OS-Version: uname -a Linux  4.1.7-v7+ #817 SMP PREEMPT Sat Sep 19 
15:32:00 BST 2015 armv7l GNU/Linux
cat /etc/debian_version 7.8
cat /etc/issue Raspbian GNU/Linux 7 \n \l

Habe gemäß 
http://wiki.volkszaehler.org/software/controller/vzlogger/installation_cpp-version:
Building libjson ohne Fehler ausgeführt
Building libsml  ohne Fehler ausgeführt
eine neue Version des vzloggers ohne Fehler geladen

$ sudo git clone https://github.com/volkszaehler/vzlogger.git
$ cd vzlogger

Und bekomme dann folgenden Meldungen mir Fehlern:

$ sudo cmake  . -DSML_HOME=../libsml/
CMake Warning at CMakeLists.txt:171 (message):
  Disabled googlemock/-test tests due to GCC version < 4.8!

Daraufhin habe ich per Anleitung 
https://somewideopenspace.wordpress.com/2014/02/28/gcc-4-8-on-raspberry-pi-wheezy/
 gcc neu installiert.
Neuer Versuch und neuer Fehler:

$ sudo cmake . -DSML_HOME=../libsml
Compiling for target ''
-- using gcc compiler GNU
-- checking if -Wno-ignored-qualifiers works
-- FindSml check
-- checking for module 'sml>=0.9'
--   package 'sml>=0.9' not found
-- SML_HOME is not empty: "../libsml"
-- Looking for sml in ../libsml
-- FindMBus check
-- checking for module 'libmbus>=0.8.0'
--   package 'libmbus>=0.8.0' not found
-- Looking for libmbus in 
-- FindMicrohttpd check
-- checking for module 'microhttpd>=0.9'
--   package 'microhttpd>=0.9' not found
-- MICROHTTPD_HOME env is not set, setting it to /usr/local
-- Looking for microhttpd in /usr/local
-- FindJson check
-- JSON_HOME env is not set, setting it to /usr/local
-- Looking for json in /usr/local
Json-c search: 
'/usr/local/include;/usr/local/include;/usr/local/include;/usr/include' 
Json-c found: '/usr/local/include'
-- FindGnuTls check
-- ==> ''
-- GNUTLS_HOME env is not set, setting it to /usr/local
-- Looking for gnutls in /usr/local
==> 
GNUTLS_LIBRARIES='/usr/lib/arm-linux-gnueabihf/libgnutls.a;/lib/arm-linux-gnueabihf/libgcrypt.a;/usr/lib/arm-linux-gnueabihf/libgpg-error.a;/usr/lib/arm-linux-gnueabihf/libtasn1.a;/usr/lib/arm-linux-gnueabihf/libz.a;-lp11-kit;-lsasl2;/lib/arm-linux-gnueabihf/libgcrypt.a'

* Configuration parameters *
 prefix: /usr/local
 json: -L/usr/local/lib/libjson-c.a;-lrt -I/usr/local/include
 sml:  -L/usr/lib/libsml.a;-lrt -I/usr/include
CMake Warning at CMakeLists.txt:214 (message):
  microhttpd was not found.  Ignored ENABLE_LOCAL!

  Install microhttpd or call cmake
  -DMICROHTTPD_HOME=path_to_microhttpd_install


CMake Error: The following variables are used in this project, but they are set 
to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake 
files:
MICROHTTPD_LIBRARY (ADVANCED)
linked by target "mock_metermap" in directory 
/home/pi/downloads/vzlogger/tests/mocks

— Configuring incomplete, errors occurred!

micro-httpd kann ich nicht installieren:

$ sudo apt-get install micro-httpd
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Package micro-httpd is not available, but is referred to by another 
package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package ‚micro-httpd' has no installation candidate


$ sudo apt-get install httpd
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Note, selecting 'apache2-mpm-prefork' instead of 'httpd'
apache2-mpm-prefork is already the newest version.
apache2-mpm-prefork set to manually installed.
The following packages were automatically installed and are no longer 
required: comerr-dev gstreamer1.0-alsa gstreamer1.0-libav gstreamer1.0-omx
libcairo-gobject2 libcolord1 libfm-data libfm-extra4 libfm-gtk-data 
libfm4 libgssglue1 libgssrpc4 libgstreamer-plugins-bad1.0-0 
libgstreamer-plugins-base1.0-0 libgstreamer1.0-0 libgtk-3-common
libjavascriptcoregtk-3.0-0 libkadm5clnt-mit8 libkadm5clnt-mit9 
libkadm5srv-mit8 libkdb5-6 liblightdm-gobject-1-0 libsecret-1-0 
libsecret-common libwebkitgtk-3.0-common libxklavier16 zenity-common
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.


Hat jemand eine Idee, was hier schief geht und wie der Fehler zu beheben ist?

Best Grüße
Armin

Re: [vz-users] Update des VZloggers 0.4.0 -> 0.4.7

[Andreas Goetz]

Siehe
http://wiki.volkszaehler.org/software/controller/vzlogger/installation_cpp-version
die notwendigen Pakete sind dokumentiert.

Viele Grüße,
Andreas


On Thu, Nov 5, 2015 at 5:40 PM, applicationMGR ecoCuyo <
application...@ecocuyo.de> wrote:

> Hallo zusammen,
>
> Hardware: Raspberry B2+
> OS-Version: uname -a Linux  4.1.7-v7+ #817 SMP PREEMPT Sat Sep
> 19 15:32:00 BST 2015 armv7l GNU/Linux
> cat /etc/debian_version 7.8
> cat /etc/issue Raspbian GNU/Linux 7 \n \l
>
> Habe gemäß
> http://wiki.volkszaehler.org/software/controller/vzlogger/installation_cpp-version:
>
>1. Building libjson ohne Fehler ausgeführt
>2. Building libsml  ohne Fehler ausgeführt
>3. eine neue Version des vzloggers ohne Fehler geladen
>
>
> $ sudo git clone https://github.com/volkszaehler/vzlogger.git
> $ cd vzlogger
>
>
> Und bekomme dann folgenden Meldungen mir Fehlern:
>
> $ sudo cmake  . -DSML_HOME=../libsml/
> CMake Warning at CMakeLists.txt:171 (message):
>   Disabled googlemock/-test tests due to GCC version < 4.8!
>
>
> Daraufhin habe ich per Anleitung
> https://somewideopenspace.wordpress.com/2014/02/28/gcc-4-8-on-raspberry-pi-wheezy/
> gcc neu installiert.
> Neuer Versuch und neuer Fehler:
>
>
> $ sudo cmake . -DSML_HOME=../libsml
> Compiling for target ''
> -- using gcc compiler GNU
> -- checking if -Wno-ignored-qualifiers works
> -- FindSml check
> -- checking for module 'sml>=0.9'
> --   package 'sml>=0.9' not found
> -- SML_HOME is not empty: "../libsml"
> -- Looking for sml in ../libsml
> -- FindMBus check
> -- checking for module 'libmbus>=0.8.0'
> --   package 'libmbus>=0.8.0' not found
> -- Looking for libmbus in
> -- FindMicrohttpd check
> -- checking for module 'microhttpd>=0.9'
> --   package 'microhttpd>=0.9' not found
> -- MICROHTTPD_HOME env is not set, setting it to /usr/local
> -- Looking for microhttpd in /usr/local
> -- FindJson check
> -- JSON_HOME env is not set, setting it to /usr/local
> -- Looking for json in /usr/local
> Json-c search:
> '/usr/local/include;/usr/local/include;/usr/local/include;/usr/include'
> Json-c found: '/usr/local/include'
> -- FindGnuTls check
> -- ==> ''
> -- GNUTLS_HOME env is not set, setting it to /usr/local
> -- Looking for gnutls in /usr/local
> ==>
> GNUTLS_LIBRARIES='/usr/lib/arm-linux-gnueabihf/libgnutls.a;/lib/arm-linux-gnueabihf/libgcrypt.a;/usr/lib/arm-linux-gnueabihf/libgpg-error.a;/usr/lib/arm-linux-gnueabihf/libtasn1.a;/usr/lib/arm-linux-gnueabihf/libz.a;-lp11-kit;-lsasl2;/lib/arm-linux-gnueabihf/libgcrypt.a'
>
> * Configuration parameters *
>  prefix: /usr/local
>  json: -L/usr/local/lib/libjson-c.a;-lrt -I/usr/local/include
>  sml:  -L/usr/lib/libsml.a;-lrt -I/usr/include
> CMake Warning at CMakeLists.txt:214 (message):
>   microhttpd was not found.  Ignored ENABLE_LOCAL!
>
>   Install microhttpd or call cmake
>   -DMICROHTTPD_HOME=path_to_microhttpd_install
>
>
> CMake Error: The following variables are used in this project, but they
> are set to NOTFOUND.
> Please set them or make sure they are set and tested correctly in the
> CMake files:
> MICROHTTPD_LIBRARY (ADVANCED)
> linked by target "mock_metermap" in directory
> /home/pi/downloads/vzlogger/tests/mocks
>
> — Configuring incomplete, errors occurred!
>
>
> micro-httpd kann ich nicht installieren:
>
> $ sudo apt-get install micro-httpd
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Package micro-httpd is not available, but is referred to by another
> package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
>
> E: Package ‚micro-httpd' has no installation candidate
>
>
> $ sudo apt-get install httpd
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Note, selecting 'apache2-mpm-prefork' instead of 'httpd'
> apache2-mpm-prefork is already the newest version.
> apache2-mpm-prefork set to manually installed.
> The following packages were automatically installed and are no longer
> required: comerr-dev gstreamer1.0-alsa gstreamer1.0-libav gstreamer1.0-omx
> libcairo-gobject2 libcolord1 libfm-data libfm-extra4 libfm-gtk-data libfm4
> libgssglue1 libgssrpc4 libgstreamer-plugins-bad1.0-0
> libgstreamer-plugins-base1.0-0 libgstreamer1.0-0 libgtk-3-common
> libjavascriptcoregtk-3.0-0 libkadm5clnt-mit8 libkadm5clnt-mit9
> libkadm5srv-mit8 libkdb5-6 liblightdm-gobject-1-0 libsecret-1-0
> libsecret-common libwebkitgtk-3.0-common libxklavier16 zenity-common
> Use 'apt-get autoremove' to remove them.
> 0 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.
>
>
>
> Hat jemand eine Idee, was hier schief geht und wie der Fehler zu beheben
> ist?
>
> Best Grüße
> Armin
>

Re: [vz-users] Mehr als 10 1wire DS18B20 Sensoren?

[Udo1]

Hallo Alexander,

Am 05.11.2015 um 20:34 schrieb Alexander:
Ein Widerstand ist wie vorgeschrieben in der Schaltung vorhanden. 

Welche Größe?

Worüber erfolgt die Spannungsversorgung des Raspi?

Gruß
Udo

Re: [vz-users] Mehr als 10 1wire DS18B20 Sensoren?

[Alexander]

Hallo Udo,

vielen Dank für deine schnelle Antwort. Ich habe nun einiges weiteres
getestet, kann jedoch leider keinen Erfolg verkünden.

Ein Widerstand ist wie vorgeschrieben in der Schaltung vorhanden.

Die Datei unter /etc/modprobe.d/ habe ich entfernt. Daraufhin funktionieren
wieder die bisher angeschlossenen 10 Sensoren. Die Ausgabe von cat
/sys/bus/w1/devices/w1_bus_master1/w1_master_max_slave_count = 64 bestätigt
deine Aussage, dass die Begrenzung nicht bei 10 1Wire Sensoren liegt.

Um auszuschließen, dass sich die 10 neu gekauften Sensoren nicht mit den
alten vertragen, habe ich diese gemeinsam und einzeln getestet. In jeder
Kombination funktionieren die Sensoren, wenn ich nicht mehr als 10 in der
parallelen Schaltung angeschlossen habe. Sind es mehr als 10 Sensoren,
loggt der vzlogger folgendes:

[w1t]  CRC not ok from /sys/bus/w1/devices/28-072a7cda/w1_slave (ff ff
ff ff ff ff ff ff ff : crc=c9 NO
)
[w1t]  reading w1 device 28-072a7cda failed

Die Zeile wird für alle 1wire Sensoren ausgegeben die in der vzlogger.conf
eingetragen sind.

Der selbe Test mit dem 1wirevz ergibt folgenden Eintrag in der syslog
1wirevz: CRC check failed, SensorID: 28-072a3f66

Sowohl der vzlogger als auch der 1wirevz können keine Werte mehr auslesen,
sobald mehr als 10 Sensoren angeschlossen sind. Der 1wirevz verhält sich
gleich, egal ob ich den vorinstallierten aus dem Image nehme oder selber
installiere.

Hast du eine Idee was ich noch testen könnte oder welche Informationen ich
hier noch liefern sollte um eine Lösung zu finden?

Gruß
Alexander

Am 5. November 2015 um 16:45 schrieb Udo1 :

> Hallo Alexander,
>
> Am 05.11.2015 um 15:38 schrieb Alexander:
>
>> Mehrfach habe ich beim Googlen die Information gefunden, dass
>> Standardmäßig nur 10 Sensoren angeschlossen werden können.
>>
> Stimmt nicht. Hängt nur von deiner Leitungstopologie ab. Evtl. musst du
> noch einen Pullup-Widerstand gegen 5V schalten. So um die 1K bis 4,7K. Da
> war letztens hier auch noch ein Thread. Suchfunktion nutzen.
>
> Auch auf der FHEM Seite findet sich der Hinweis, dass maximal 10 bzw. 28
>> Sensoren möglich sind.
>>
> Das bezieht sich auf die IDs der Sensoren, nicht auf die Anzahl.
>
> In der verlinkten Seite (
>> https://www.raspiprojekt.de/anleitungen/schaltungen/9-1wire-mit-temperatursensor-ds18b20.html?showall==4)
>> wird beschrieben, dass man die Datei /etc/modprobe.d/1-wire.conf mit
>> folgendem Inhalt erstellt: options wire max_slave_count=20
>> Nach einem Neustart des Pi's funktioniert nun kein Sensor mehr.
>>
> Dann mach es wieder rückgängig. Brauchst du alles nicht bei 1wirevz.
>
> Den vzlogger zum Aufzeichnen zu nutzen ist sicherlich nicht die Lösung, da
>> zunächst ja alle >10 Sensoren hier aufgelistet werden müssten:
>>
> Musst du doch bei 1wirevz auch.
>
> Wenn du 1wirevz nutzen willst gehst du nach dieser Anleitung vor:
> https://github.com/w3llschmidt/1wirevz
>
> Gruß
> Udo
>
>
>

Re: [vz-users] Mehr als 10 1wire DS18B20 Sensoren?

[Alexander]

Hallo Udo,

der Widerstand hat folgenden Farbcode:
Braun Braun Schwarz Violett Gold = 1,1 Ohm 5 % Toleranz

Nach deiner Empfehlung erfolgt die Spannungsversorgung über die Erweiterung
klein über die oberen beiden Klemmen.

Habe es getestet die Spannungsversorgung über den Pi (USB Stecker) oder
über die Erweiterung anzuschließen. Immer das gleiche Verhalten.

Habe das C Programm unter folgender URL mal versucht etwas zu analysieren:
https://github.com/volkszaehler/vzlogger/blob/master/src/protocols/MeterW1therm.cpp

Der CRC Fehler wird in Zeile 70 ausgegeben. Habe nun nachgesehen, woher die
Liste an Devices kommt die unter dem Pfad /sys/bus/w1/devices ausgelesen
wird. Dies passiert in Zeile 35. Interessant ist, dass sich die Liste der
Devices nicht verändert, wenn ich mehr als 10 Sensoren anschließe. Der
vzlogger kann demnach die Werte nicht auslesen und komisch ist, dass ein
cat w1_slave der bestehenden Devices dann keine Zeile wie z.B.

74 01 4b 46 7f ff 0c 10 55 : crc=55 YES
74 01 4b 46 7f ff 0c 10 55 t=23250

mehr ergibt, sondern hinten ein NO steht. Damit ist die IF Abfrage in Zeile
69 nicht mehr true und der CRC Fehler wird ausgegeben.

Hast du eine Idee, warum das System unter /sys/bus/w1/devices nicht alle
Sensoren anzeigt, wenn ich mehr als 10 angeschlossen habe?

Danke für deine Unterstützung.
Gruß
Alexander

Am 5. November 2015 um 20:52 schrieb Udo1 :

> Hallo Alexander,
>
> Am 05.11.2015 um 20:34 schrieb Alexander:
>
>> Ein Widerstand ist wie vorgeschrieben in der Schaltung vorhanden.
>>
> Welche Größe?
>
> Worüber erfolgt die Spannungsversorgung des Raspi?
>
> Gruß
> Udo
>

Re: [vz-users] Mehr als 10 1wire DS18B20 Sensoren?

[jan . andrea7]

Hallo

Hast du nicht einfach ein Multimeter und kannst den wiederstsnd messen ? 


Habe 16 ds18b20 am Bus hängen mit 
1,1k ohm 


Mit freundlichen Grüßen
Jan 
Von meinem iPhone gesendet

> Am 05.11.2015 um 22:31 schrieb Udo1 :
> 
> Hallo Alexander,
> 
>> Am 05.11.2015 um 21:14 schrieb Alexander:
>> der Widerstand hat folgenden Farbcode:
>> Braun Braun Schwarz Violett Gold
> Das wäre ein Metallschichtwiderstand mit 110 x 10˄7 Ohm. Das kann nicht 
> sein
> Wenn violett die Grundkörperfarbe ist, dann wären es 11 Ohm und das wäre 
> viiiel zu klein.
> 
>> Hast du eine Idee, warum das System unter /sys/bus/w1/devices nicht alle 
>> Sensoren anzeigt, wenn ich mehr als 10 angeschlossen habe?
> Keine Ahnung, ich habe selbst noch nie soviele Sensoren angeschlossen.
> Aber das wäre ja im Widerspruch zu: cat 
> /sys/bus/w1/devices/w1_bus_master1/w1_master_max_slave_count = 64
> 
> Gruß
> Udo
> 

Re: [vz-users] Mehr als 10 1wire DS18B20 Sensoren?

[Udo1]

Hallo Alexander,

Am 05.11.2015 um 21:14 schrieb Alexander:

der Widerstand hat folgenden Farbcode:
Braun Braun Schwarz Violett Gold
Das wäre ein Metallschichtwiderstand mit 110 x 10˄7 Ohm. Das kann nicht 
sein
Wenn violett die Grundkörperfarbe ist, dann wären es 11 Ohm und das wäre 
viiiel zu klein.


Hast du eine Idee, warum das System unter /sys/bus/w1/devices nicht 
alle Sensoren anzeigt, wenn ich mehr als 10 angeschlossen habe? 

Keine Ahnung, ich habe selbst noch nie soviele Sensoren angeschlossen.
Aber das wäre ja im Widerspruch zu: cat 
/sys/bus/w1/devices/w1_bus_master1/w1_master_max_slave_count = 64


Gruß
Udo

Re: [vz-users] Mehr als 10 1wire DS18B20 Sensoren?

[R.Wismann]

Hallo Alex,

braun braun rot gold mit 1,1kOhm als minimalen Werte wäre wohl OK. 4,7kOhm ist 
der Standard. Hast du dich vertippt?
-- 
Diese Nachricht wurde von meinem Mobiltelefon gesendet.

Am 5. November 2015 22:14:20 OEZ, schrieb Alexander :
>Hallo Udo,
>
>der Widerstand hat folgenden Farbcode:
>Braun Braun Schwarz Violett Gold = 1,1 Ohm 5 % Toleranz
>
>Nach deiner Empfehlung erfolgt die Spannungsversorgung über die
>Erweiterung
>klein über die oberen beiden Klemmen.
>
>Habe es getestet die Spannungsversorgung über den Pi (USB Stecker) oder
>über die Erweiterung anzuschließen. Immer das gleiche Verhalten.
>
>Habe das C Programm unter folgender URL mal versucht etwas zu
>analysieren:
>https://github.com/volkszaehler/vzlogger/blob/master/src/protocols/MeterW1therm.cpp
>
>Der CRC Fehler wird in Zeile 70 ausgegeben. Habe nun nachgesehen, woher
>die
>Liste an Devices kommt die unter dem Pfad /sys/bus/w1/devices
>ausgelesen
>wird. Dies passiert in Zeile 35. Interessant ist, dass sich die Liste
>der
>Devices nicht verändert, wenn ich mehr als 10 Sensoren anschließe. Der
>vzlogger kann demnach die Werte nicht auslesen und komisch ist, dass
>ein
>cat w1_slave der bestehenden Devices dann keine Zeile wie z.B.
>
>74 01 4b 46 7f ff 0c 10 55 : crc=55 YES
>74 01 4b 46 7f ff 0c 10 55 t=23250
>
>mehr ergibt, sondern hinten ein NO steht. Damit ist die IF Abfrage in
>Zeile
>69 nicht mehr true und der CRC Fehler wird ausgegeben.
>
>Hast du eine Idee, warum das System unter /sys/bus/w1/devices nicht
>alle
>Sensoren anzeigt, wenn ich mehr als 10 angeschlossen habe?
>
>Danke für deine Unterstützung.
>Gruß
>Alexander
>
>Am 5. November 2015 um 20:52 schrieb Udo1 :
>
>> Hallo Alexander,
>>
>> Am 05.11.2015 um 20:34 schrieb Alexander:
>>
>>> Ein Widerstand ist wie vorgeschrieben in der Schaltung vorhanden.
>>>
>> Welche Größe?
>>
>> Worüber erfolgt die Spannungsversorgung des Raspi?
>>
>> Gruß
>> Udo
>>

Re: [vz-users] Mehr als 10 1wire DS18B20 Sensoren?

[Udo1]

Hallo Alexander,

Am 05.11.2015 um 15:38 schrieb Alexander:
Mehrfach habe ich beim Googlen die Information gefunden, dass 
Standardmäßig nur 10 Sensoren angeschlossen werden können.
Stimmt nicht. Hängt nur von deiner Leitungstopologie ab. Evtl. musst du 
noch einen Pullup-Widerstand gegen 5V schalten. So um die 1K bis 4,7K. 
Da war letztens hier auch noch ein Thread. Suchfunktion nutzen.


Auch auf der FHEM Seite findet sich der Hinweis, dass maximal 10 bzw. 
28 Sensoren möglich sind.

Das bezieht sich auf die IDs der Sensoren, nicht auf die Anzahl.

In der verlinkten Seite 
(https://www.raspiprojekt.de/anleitungen/schaltungen/9-1wire-mit-temperatursensor-ds18b20.html?showall==4) 
wird beschrieben, dass man die Datei /etc/modprobe.d/1-wire.conf mit 
folgendem Inhalt erstellt: options wire max_slave_count=20
Nach einem Neustart des Pi's funktioniert nun kein Sensor mehr. 

Dann mach es wieder rückgängig. Brauchst du alles nicht bei 1wirevz.

Den vzlogger zum Aufzeichnen zu nutzen ist sicherlich nicht die 
Lösung, da zunächst ja alle >10 Sensoren hier aufgelistet werden müssten:

Musst du doch bei 1wirevz auch.

Wenn du 1wirevz nutzen willst gehst du nach dieser Anleitung vor:
https://github.com/w3llschmidt/1wirevz

Gruß
Udo