EMS > Adapter > NetIO > Raspi

Vielen Dank für deine baldige Antwort Ingo!

Ingo F. schrieb:
> Florian R. schrieb:
>> und jeweils das SERIALDEVICE sowie db-user und db-pass angepasst.
>
> jeweils ist bestimmt nicht gut. Such Die einen Ort für die
> Konfiguration aus.
> Ich fand es am besten in der einen Datei nichts anzugeben und Link zur
> Konfigdatei zu aktivieren und dort dann alles festzulegen.

Missverständnis. Wie in der Vorlage ist das SERIALDEVICE im 
ems-collector eingetragen und alle übrigen OPTIONS Parameter im 
ems-collector.conf. Nicht doppelt.

Aber was muss in Zeile 21 der /init.d/ems-collector rein? Der Pfad in 
dem die collectord liegt? Und in welchem Verzeichnis legt man die 
collectord am besten ab? Ich hab einfach zu wenig Erfahrung mit Linux, 
um hier sinnvolle Schlüsse zu ziehen.

Hi Danny,

vielen Dank für die Erweiterung.
Leider habe ich mit der Verwendung vom Github und Linux nicht so viel 
Erfahrung, weiß also gerade nicht so recht wie ich das Testen soll :(
Muss ich alles noch mal runter laden und das "make" neu ausführen oder 
muss ich den Inhalt der Dateien manuell ändern/aktualisieren ? oder 
beides ?

Gruß
Jens

Jens H. schrieb:
> Leider habe ich mit der Verwendung vom Github und Linux nicht so viel
> Erfahrung, weiß also gerade nicht so recht wie ich das Testen soll :(
> Muss ich alles noch mal runter laden und das "make" neu ausführen oder
> muss ich den Inhalt der Dateien manuell ändern/aktualisieren ? oder
> beides ?

Ein 'git pull' im Collector-Verzeichnis sollte die Dateien 
aktualisieren. Danach musst du make nochmal ausführen, um die geänderten 
Dateien neu zu compilieren.

Ok, habe ich soweit erledigt.
Allerdings klappt irgendetwas noch nicht.

Den manuellen Aufruf (sudo collectord -u ems -p password -f -d 
tx-serial:/dev/ttyUSB0) habe ich von 'serial:' auf 'tx-serial:' 
geändert, aber der Aufruf klappt nicht, erst ohne den DB User und mit 
serial: klappt es. Die Daten werden auch angezeigt. Warum dann die 
unterschiedlichen Optionen in der Hilfe ?

1

pi@raspberrypi:~ $ sudo collectord -f -d all tx-serial:/dev/ttyUSB0

2

Exception: Target tx-serial:/dev/ttyUSB0 is invalid.

1

pi@raspberrypi:/ $ collectord 

2

Usage: collectord [options] <target>

3

4

Possible values for target:

5

  serial:<device>     Connect to serial device <device> without sending support (e.g. Atmega8)

6

  tx-serial:<device>  Connect to serial device <device> with sending support (e.g. EMS Gateway)

7

  tcp:<host>:<port    Connect to TCP address <host> at <port> (e.g. NetIO)

8

9

General options:

10

  -h [ --help ]                Show this help message

11

  -R [ --rc-type ] arg         Type of used room controller (rc30 or rc35)

12

  -r [ --ratelimit ] arg (=60) Rate limit (in s) for writing numeric sensor

13

                               values into DB

14

  -d [ --debug ] arg (=none)   Comma separated list of debug flags (all, io,

15

                               message, data, stats, none)  and their files,

16

                               e.g. message=/tmp/messages.txt

17

18

Daemon options:

19

  -P [ --pid-file ] arg (=/var/run/collectord.pid)

20

                                        Pid file path

21

  -f [ --foreground ]                   Run in foreground

22

  -c [ --config-file ] arg              File name to read configuration from

23

24

TCP options:

25

  -C [ --command-port ] arg TCP port for remote command interface (0 to

26

                            disable)

27

  -D [ --data-port ] arg    TCP port for broadcasting live sensor data (0 to

28

                            disable)

29

30

Interface options:

31

  --mqtt-broker arg     MQTT broker address (<host>:<port>)

Beim starten vom Service (service ems-collector start) bekomme ich keine 
Fehlermeldung, aber selbst eine Telnetverbindung zu 7778 geht nicht 
mehr. Also muss noch irgendwo ein Fehler sein bzw. ich mache irgendwo 
noch einen Fehler :(

Wie muss der korrekte Eintrag in /etc/default/ems-collector sein? Denn 
egal wie ich das eintrage, es klappt nicht.

SERIALDEVICE="tx-serial:/dev/ttyUSB0"
SERIALDEVICE="serial:/dev/ttyUSB0"
SERIALDEVICE="/dev/ttyUSB0"

Starte ich wie oben angegeben und incl. Angabe der Ports:
 sudo collectord -C 7777 -D 7778 -f -d all serial:/dev/ttyUSB0

dann kann ich mich auf den 7778 verbinden, aber nicht auf den 7777.

Also, ich konnte mittlerweile auf den Port 7777 zugreifen, nachdem ich 
die collectord wie im readme vom ems-collector beschrieben in den neuen 
Pfad /usr/local/sbin/ verschoben habe.
Diese Info fehlt eindeutig im Wiki.
Alternativ hat aber auch der Verweis auf den Pfad 
/home/pi/ems-collector/collector/ funktioniert.

Das Webinterface ist nun auch aufrufbar, aber mangels erfolgreicher 
ems-tools Installation bisher nicht funktionsfähig.

Irgendwie ist das alles ein seeehr unübersichtliches Unterfangen. Für 
jemanden, der nicht mit allen Themenbereichen gleichermaßen 
Berührungspunkte hat, echt nicht so easy zu händeln.

Momentan hängts beim emsincludes symlink. Das Verzeichnis steht, 
Verknüpfung ist vorhanden, aber beim Ausführen des emsclient wird 
folgender Fehler ausgeworfen:

1

$ sudo /home/pi/ems-tools/cli/emsclient

2

PHP Warning:  require(/emsincludes/emsqry.inc): failed to open stream: No such file or directory in /home/pi/ems-tools/cli/emsclient on line 4

3

PHP Fatal error:  require(): Failed opening required '/emsincludes/emsqry.inc' (include_path='.:/usr/share/php:/usr/share/pear') in /home/pi/ems-tools/cli/emsclient on line 4

Wo soll diese emsqry.inc denn herkommen? Berechtigung für /emsincludes 
habe ich auf 775 gesetzt. Sollte also nicht das Problem sein?!

Bleiben die Datein der ems-tools im Verzeichnis /home/pi/ems-tools oder 
müssen die auch woanders hin?

Jens H. schrieb:
> Ok, habe ich soweit erledigt.
> Allerdings klappt irgendetwas noch nicht.
>
> Den manuellen Aufruf (sudo collectord -u ems -p password -f -d
> tx-serial:/dev/ttyUSB0) habe ich von 'serial:' auf 'tx-serial:'
> geändert, aber der Aufruf klappt nicht, erst ohne den DB User und mit
> serial: klappt es. Die Daten werden auch angezeigt. Warum dann die
> unterschiedlichen Optionen in der Hilfe ?
>
>

1

> pi@raspberrypi:~ $ sudo collectord -f -d all tx-serial:/dev/ttyUSB0

2

> Exception: Target tx-serial:/dev/ttyUSB0 is invalid.

3

>

Oops. Fixed: 
https://github.com/maniac103/ems-collector/commit/ff29e651909d8013e9628fa126d60f430f8d270e
Sorry, ich hätte es mal probieren sollen. :-/

> Wie muss der korrekte Eintrag in /etc/default/ems-collector sein? Denn
> egal wie ich das eintrage, es klappt nicht.
>
> SERIALDEVICE="tx-serial:/dev/ttyUSB0"

Für deinen Fall das hier ^

> Starte ich wie oben angegeben und incl. Angabe der Ports:
>  sudo collectord -C 7777 -D 7778 -f -d all serial:/dev/ttyUSB0
>
> dann kann ich mich auf den 7778 verbinden, aber nicht auf den 7777.

Das wiederum ist normal, da 'serial' nicht senden kann.

Ok, make läuft, Rückmeldung kommt nachher.

Aber noch mal eine Frage zum 'make' ... in der Anleitung (readme) steht 
das mehrere Optionen im makefile zur Verfügung stehen.
Beim ersten mal (und auch jetzt) habe ich dort nichts verändert, aber 
trotzdem hat beim ersten Mal der MySql Datenbanksupport funktioniert 
(Daten waren in der DB vorhanden und somit funzt ja auch das lesen der 
RAW Daten).
Ist das ein Fehler in der Anleitung oder wie muss man die Optionen im 
Makefile verstehen ? Denn das ist ja Default alles auskommentiert und 
trotzdem lief es beim ersten Mal !? Hätte ich dort etwas auskommentieren 
müssen oder nicht?

Gruß
Jens

Jens H. schrieb:
> Ok, make läuft, Rückmeldung kommt nachher.
>
> Aber noch mal eine Frage zum 'make' ... in der Anleitung (readme) steht
> das mehrere Optionen im makefile zur Verfügung stehen.
> Beim ersten mal (und auch jetzt) habe ich dort nichts verändert, aber
> trotzdem hat beim ersten Mal der MySql Datenbanksupport funktioniert
> (Daten waren in der DB vorhanden und somit funzt ja auch das lesen der
> RAW Daten).
> Ist das ein Fehler in der Anleitung oder wie muss man die Optionen im
> Makefile verstehen ? Denn das ist ja Default alles auskommentiert und
> trotzdem lief es beim ersten Mal !? Hätte ich dort etwas auskommentieren
> müssen oder nicht?

Früher war MySQL-Unterstützung unkonditional eincompiliert, inzwischen 
nicht mehr.

So Rückmeldung

Starten mit :
sudo collectord -C 7777 -D 7778 -u ems -p password -f -d all 
tx-serial:/dev/ttyUSB0

klappt, beide Ports erreichbar und auch das Webinterface läuft!
Was nicht klappt ist den Service zu starten !?

1

pi@raspberrypi:~/ems-collector/collector $ sudo service ems-collector start

2

Job for ems-collector.service failed. See 'systemctl status ems-collector.service' and 'journalctl -xn' for details.

3

4

pi@raspberrypi:~/ems-collector/collector $ systemctl status ems-collector.service

5

● ems-collector.service - LSB: EMS collector daemon

6

   Loaded: loaded (/etc/init.d/ems-collector)

7

   Active: failed (Result: exit-code) since Mo 2016-05-16 23:07:03 CEST; 2min 40s ago

8

  Process: 2906 ExecStop=/etc/init.d/ems-collector stop (code=exited, status=0/SUCCESS)

9

  Process: 3376 ExecStart=/etc/init.d/ems-collector start (code=exited, status=1/FAILURE)

Ich weiß leider nicht wo ich suchen soll, ein Journal wird nicht 
gefunden.

/etc/default/ems-collecter

1

# Defaults file for EMS collector daemon

2

# This is a POSIX shell fragment

3

4

# config file location

5

CONFIGFILE="/etc/ems-collector.conf"

6

7

# Serial device file

8

SERIALDEVICE="tx-serial:/dev/ttyUSB0"

9

10

# Where to put the PID file

11

PIDFILE="/var/run/ems-collector.pid"

12

13

# Other options

14

OPTIONS=""

/etc/ems-collector.conf

1

ratelimit = 120

2

rc-type = rc30

3

db-user = ems

4

db-pass = password

5

command-port = 7777

6

data-port = 7778

edit
Ok, habe nun DB User+Pass und die beiden Ports bei den Options mit 
eingetragen, nun gehts! Irgendwie wird die Config Datei nicht richtig 
eingebunden. Was ist mit ratelimit und rc-type, das habe ich noch in der 
Config drin gelassen !?

Danny B. schrieb:
> Ein 'git pull' im Collector-Verzeichnis sollte die Dateien
> aktualisieren. Danach musst du make nochmal ausführen, um die geänderten
> Dateien neu zu compilieren.

Hallo Dany,

leider klappt das so nicht.
Weil ich das Makefile ja lokal verändert habe meckert GIT dass ich meine 
änderungen erst comitten soll...

Ich möchte aber einfach nur alles überschreiben, das Makefile verändern 
und das make starten.

Wie bekommt man das hin ohne manuell den Ordner zu löschen und neu zu 
clonen?

"git fetch -all" hat auch nicht geholfen.

Es muss doch auch ohne löschen des GIT-Ordners gehen, oder???

Ich habe gerade mal den collectord neu kompiliert.
Leider lässt der sich nicht mehr starten.
Bekomme dann folgendes:

1

[.....] Starting EMS collector daemon: collectordException: Can't connect to local MySQL server throug Socket '/var/run/mysqld/mysqld.sock' (2)

Mit den alten quellen funktioniert es aber problemlos.

Habe noch mal apt-get update und upgrade gemacht. Immer noch das selbe.
kann die alten und neuen Quellen kompilieren.
Beim alten collectord läuft alles (auch neu kopmiliert). Beim neuen 
collectord bekomme ich ihn mit [code]service ems-collector start[code] 
nicht neu gestartet.

Die Config-files und alles habe ich so belassen. nur ems-collector 
gestoppt collectord in /usr/local/sbin kopiert und neu gestartet.

Auch wenn ich ems-collector.init in /etc/init.d kopiere umbenenne und in 
die Startscripte einarbeite ändert sich nichts.

Edit:
Habe natürlich auch in beiden Makefiles die selben Zeilen "aktiviert"

Ingo F. schrieb:
> Danny B. schrieb:
>> Ein 'git pull' im Collector-Verzeichnis sollte die Dateien
>> aktualisieren. Danach musst du make nochmal ausführen, um die geänderten
>> Dateien neu zu compilieren.
>
> Hallo Dany,
>
> leider klappt das so nicht.
> Weil ich das Makefile ja lokal verändert habe meckert GIT dass ich meine
> änderungen erst comitten soll...

Ja dann tu das doch ;-)
git commit -a
git fetch
git rebase

alternativ wegsichern und nach dem Update wiederherstellen:
git stash
git pull
git stash apply

Ingo F. schrieb:
> Ich habe gerade mal den collectord neu kompiliert.
> Leider lässt der sich nicht mehr starten.
> Bekomme dann folgendes:
>

1

[.....] Starting EMS collector daemon: collectordException: Can't 

2

> connect to local MySQL server throug Socket 

3

> '/var/run/mysqld/mysqld.sock' (2)

>
> Mit den alten quellen funktioniert es aber problemlos.

Was genau ist 'neu' und was ist 'alt'?

Existiert denn die entsprechende Socket-Datei? Der Pfad in der 
Fehlermeldung kommt nicht aus meinem Code, sondern aus den 
MySQL-Bindings. Wenn der nicht passt, ist es unwahrscheinlich, dass das 
Problem in meinem Code liegt. Du kannst den Pfad aber mit --db-path 
überschreiben.

Danny B. schrieb:
> Ingo F. schrieb:
>> Ich habe gerade mal den collectord neu kompiliert.
>> Leider lässt der sich nicht mehr starten.
>> Bekomme dann folgendes:
>>[.....] Starting EMS collector daemon: collectordException: Can't
>> connect to local MySQL server throug Socket
>> '/var/run/mysqld/mysqld.sock' (2)>
>> Mit den alten quellen funktioniert es aber problemlos.
>
> Was genau ist 'neu' und was ist 'alt'?


Also "Alt" laut "git log" der letzte commit von Dir vom 14.03.2016.
"neu" ist von heute (23.05.2016).

Habe keine Ahnung

> Existiert denn die entsprechende Socket-Datei? Der Pfad in der
> Fehlermeldung kommt nicht aus meinem Code, sondern aus den
> MySQL-Bindings. Wenn der nicht passt, ist es unwahrscheinlich, dass das
> Problem in meinem Code liegt. Du kannst den Pfad aber mit --db-path
> überschreiben.

Habe damals die Sourcen im Docker Container auf meiner Diskstation 
testweise installiert.

jetzt habe ich den alten Git-Ordner auf ems-collector-alt umbenannt und 
neu ausgechecked. Beim Kompilieren kommt bei beiden Sourcen kein Fehler.

Auch wenn ich die alten Sourcen neu kompiliere ändert sich nichts.

Am Anfang habe ich nur collectord mit den neuen und alten Quellen neu 
kompiliert. ALso erst "make clean" und dann "make all". Dann nur den 
ems-collector gestoppt, Datei ersetzt und dann neu gestartet.

Also im selben Docker Container ohne irgendwas neu zu installieren oder 
zu löschen.

Habe dann auch mal ein apt-get update und upgrade durchgeführt. Es hat 
sich daran nichts geändert.

Habe auch mal versucht dann die Datei aus den Sourcen in die /etc/init.d 
kopiert und umbenannt. hat sich auch nichts geändert.

Edit:
Kannst Du den Wiki-Link im Install-Text in Github ändern.
ems-gateway.myds.me ist nur noch meine Spiel-Url. Aber auf den Richtigen 
Dokuwiki-server landet man nicht mehr.

also "emswiki.thefischer.net/......"

Ingo F. schrieb:
> Also im selben Docker Container ohne irgendwas neu zu installieren oder
> zu löschen.

Ein Bild sagt mehr als tausend worte...

a steht für alte Quellen
n steht für neue Quellen

1 war für den Durchgang vor apt-get Update/Upgrade
2 war der komilierdurchgang nach apt-get Update/upgrade

Edit:
sorry... ist dreimal der selbe Anhang...

Hallo Ingo,

welche Optionen hast du denn im 'makefile' benutzt und wie sind die 
Einstellungen für die Optionen in den 'config' files ?

Gruß
Jens

Jens H. schrieb:
> wie sind die
> Einstellungen

Werde mich morgen eventuell noch mal dransetzen.

Habe heute das Webinterface auf der Diskstation mit dem "alten" 
collector fast komplett zum laufen gebracht. Irgendwie wird nur das Bild 
für Heizkennline erstellt. Vermutlich bricht GnuPlot bei calcemsgraps.sh 
ab weil er die Schriftart "Arial" nicht findet ?!

Habe dann auch eine Anleitung für das Webinterface zusammengebastelt...
http://emswiki.thefischer.net/doku.php?id=wiki:ems:webinterface

Ingo F. schrieb:
> Danny B. schrieb:
>> Ingo F. schrieb:
>> Existiert denn die entsprechende Socket-Datei? Der Pfad in der
>> Fehlermeldung kommt nicht aus meinem Code, sondern aus den
>> MySQL-Bindings. Wenn der nicht passt, ist es unwahrscheinlich, dass das
>> Problem in meinem Code liegt. Du kannst den Pfad aber mit --db-path
>> überschreiben.


Habe jetzt erst Zeit gefunden das Problem einzugrenzen.

den "alten" collector habe ich so gestartet und konfiguriert dass er 
problemlos lief.

den "neuen" collector habe ich jetzt testweise im Vordergrund am laufen.
Dazu musste ich erstmal mit "service mysql start" den SQL-Server 
starten.
Dann kommt die Meldung dass user@localhost keine Berechtigungen hat.
Der manuelle Test klappt problemlos:

1

collectord -u ems -p geheim --db-path 192.168.1.2:3306 -f -d all tcp:192.168.1.3:7950

Also baute der "alte" collector ohne laufenden mysql-server die 
Verbindung über den db-path auf.

Der "neue" collector benötigt einen laufenden mysql-server und er 
übernimmt den "db-path" aus der Configurationsdatei nicht so wie der 
alte collector.

hier mal meine Konfigurationen:

/etc/default/ems-collector:

1

# Defaults file for EMS collector daemon

2

# This is a POSIX shell fragment

3

4

# if you need further configuration

5

# config file location

6

CONFIGFILE="/etc/ems-collector.conf"

7

8

# Serial device file

9

# SERIALDEVICE="/dev/ttyUSB0"

10

SERIALDEVICE="tcp:192.168.1.3:7950"

11

12

# Where to put the PID file

13

PIDFILE="/var/run/ems-collector.pid"

14

15

# Other options -- command-port, data-port, db-user, db-pw, rate-limit (s) to write to db, target

16

# For debugging purposes insert "-d all=/var/log/ems-collector.log" before "tcp:...."

17

# OPTIONS="-C 7777 -D 7778 -u ems -p geheim-r 60 tcp:192.168.xxx.xxx:7950"

18

OPTIONS=""

/etc/ems-collector.conf:

1

ratelimit = 120

2

rc-type = rc35

3

db-path = 192.168.1.2:3306

4

db-user = ems

5

db-pass = geheim

6

command-port = 7777

7

data-port = 7778

Edit : habe gerade den Parameter "-c" gefunden...
der alte collector läuft mit Angabe der Config-Datei. Der "neue" 
collector läuft damit nicht.

1

collectord -c /etc/ems-collector.conf -f -d all tcp:192.168.1.3:7950

der "neue" collector bringt folgende Fehlermeldung:

1

Exception: Access denied for user 'root'@'localhost' (using password:NO)

Seltsamerweise scheint der "neue" collector über die Angabe config-Datei 
über den Eintrag in der Datei "/etc/default/ems-collector" zumindest 
schon mal den Usernamen "ems" zu übernehmen. Bei Angabe über Parameter 
"-c" versucht er sich als "root" anzumelden.

Also auf meiner Diskstation läuft der eigentliche mySql-Server. Der 
collector läuft auf der selben Diskstation unter Docker in einem 
Container.
Habe beide Versionen im selben Container laufen gehabt. Es sollte 
demnach nicht an unterschiedlichen Konfigurationen oder Bibliotheken 
liegen.

Habe den "neuen" collector auch noch mal testweise einen neuen Container 
spendiert und habe von vorne angefangen. Dort gibt es die selben 
Probleme.

Es scheint ja fast so als ob der "alte" collector keine Socket 
benötigt...
Oder doch irgendwie den Socket direkt von der Diskstation verwendet. 
Aber das dürfte doch im Docker Image nicht möglich sein.

Aber warum gibt es diese Probleme wenn der "neue" collector die 
Konfiguration aus der Datei laden soll?

Moin Ingo,

so tief stecke ich da zwar nicht drin, aber diese Problematik (hört sich 
für mich zumindest so an) hatte ich auch schon angesprochen. Gelöst 
hatte ich das mit der Eingabe der Parameter in den Options="" , danach 
ging es dann!

Gruß
Jens

Ingo F. schrieb:
> den "neuen" collector habe ich jetzt testweise im Vordergrund am laufen.
> Dazu musste ich erstmal mit "service mysql start" den SQL-Server
> starten.
> Dann kommt die Meldung dass user@localhost keine Berechtigungen hat.
> Der manuelle Test klappt problemlos:
>

1

collectord -u ems -p geheim --db-path 192.168.1.2:3306 -f -d all 

2

 tcp:192.168.1.3:7950

>
> Also baute der "alte" collector ohne laufenden mysql-server die
> Verbindung über den db-path auf.

Nee, sorry, das ist Quatsch. Wie soll der Collector mit einem nicht 
laufenden MySQL-Server kommunizieren? Eine theoretische Möglichkeit 
dafür gäbe es mit systemd (der kann Daemons starten, wenn deren Socket 
geöffet wird), aber ich glaube nicht, dass auf der Diskstation systemd 
läuft. (Und ich bin mir auch nicht sicher, ob die Unterstützung dafür 
überhaupt in MySQL drin ist)

> Der "neue" collector benötigt einen laufenden mysql-server und er
> übernimmt den "db-path" aus der Configurationsdatei nicht so wie der
> alte collector.

Der alte braucht auch einen laufenden MySQL-Server, s.o.

> Edit : habe gerade den Parameter "-c" gefunden...
> der alte collector läuft mit Angabe der Config-Datei. Der "neue"
> collector läuft damit nicht.
>
>

1

collectord -c /etc/ems-collector.conf -f -d all tcp:192.168.1.3:7950

>
> der "neue" collector bringt folgende Fehlermeldung:
>

1

Exception: Access denied for user 'root'@'localhost' (using 

2

 password:NO)

Das ist das Problem: der neue Collector liest die Config-Datei nicht 
mehr. Da hatte ich einen Augenblick geistiger Umnachtung -> 
https://github.com/maniac103/ems-collector/commit/e4514d30f586cbe268b7007f5605321dc5bd7af4

Danny B. schrieb:
>> Also baute der "alte" collector ohne laufenden mysql-server die
>> Verbindung über den db-path auf.
>
> Nee, sorry, das ist Quatsch.

Nee nicht so ganz. Vielleicht nicht so gut formuliert.
für den "alten" collector musste ich im Docker-Container keinen 
mySql-Service starten.

Ob er jetzt über den laufenden mySQL-Server auf der Diskstation selber 
Kontakt aufbauen konnte oder wie er das sonst geschafft hat ist mir 
unbekannt.

Eigentlich ist es ja sogesehen Unsinn dass auf dem selben System zweimal 
mySql läuft. Einmal auf Hauptrechner und dann nochmal im Container...

Natürlich kann man kein Gebäude betreten das keine Tür hat ;-)

Mit Linux kenne ich mich bisher nicht wirklich gut aus und habe keine 
Ahnung ob systemd auf der Diskstation läuft

Danny B. schrieb:
> Das ist das Problem: der neue Collector liest die Config-Datei nicht
> mehr.

Das klingt schon mal sehr gut.
Werde das aber vermutlich erst nächste Wochen den collector neu 
kompilieren können.

Ingo F. schrieb:
>> Das ist das Problem: der neue Collector liest die Config-Datei nicht
>> mehr.

Hallo Danny,

danke für die Änderungen.
Jetzt läuft auch der Collector, im Docker Container, so wie er soll...


Bei mir werden nur die Raumtermperaturen (Soll/Ist) nicht in der 
Datenbank geloggt. Sensor 13 und 14 haben keinen einizigen Datenwert.

Im Webinterface werden die in den EMS-Rohdaten unter HK1 aufgelistet.

Die Schaltzeiten werden auch nicht erzeugt. Denke da wird es noch ein 
Fehler im php-Webinterface geben,

/graphs/schedule.png? wird nicht angezeigt und die Heizkurve auch nicht.

Hat dazu noch jemand eine Idee ?


Gruß
Jens

Jens H. schrieb:
> /graphs/schedule.png?

Kenn das Problem. Dachte es wäre nur bei mir so.
Habe aber noch keine Ursachenforschug gemacht.

Die shedule.png wird in a_emsshed.php ab Zeile 109 erzeugt.

Die Heizkurve wird bei mir aber angezeigt.
Wird denn die Grafik der Heizkurve bei Dir erzeugt?
Also das Script "calcheizkurve.sh"

Nein, wird scheinbar nicht erzeugt.
Es gibt allerdings auch keinen Ordner der Graphs heißt. In dem sollte 
dann doch die Grafik liegen wenn ich das Script richtig interpretiert 
habe !?
Kann das wieder mit irgendwelchen Include Pfaden zusammen hängen ?

Jens H. schrieb:
> Nein, wird scheinbar nicht erzeugt.
> Es gibt allerdings auch keinen Ordner der Graphs heißt. In dem sollte
> dann doch die Grafik liegen wenn ich das Script richtig interpretiert
> habe !?
> Kann das wieder mit irgendwelchen Include Pfaden zusammen hängen ?

Denke nicht. Der Pfad ist in der a_emssched.php zumindest richtig 
angegeben.

Wenn Du das Webinterface richtig installiert hast sollte der Unterordner 
graphs im Webordner für das Webinterface erstellt worden sein.
Hier mal eine Anleitung für eine Diskstation: 
http://emswiki.thefischer.net/doku.php?id=wiki:ems:webinterface

Die meisten Graphiken werden über ein Script der EMS-Tools erstellt. Das 
Script sollte über einen Cron-Job automatisiert werden. zum testen kann 
das script auch manuell gestartet werden

1

/usr/local/ems-tools/scripts/calcemsgraphs.sh

Die Grafik shedule.png wird über die Datei a_emssched.php im 
Webinterface gestartet.

Hat jemand den ganzen "kram" in einem docker-container zum Laufen 
gebracht?

Dann würde ich mich über eine Veröffentlichung freuen!

Ich würde es einfach als docker container auf der diskstation starten 
und alles läuft? Wahnsinnig praktisch!

Falls das so noch nicht ist: wie kann ich dazu beitragen? Was ist der 
Stand der Dinge bzgl. docker?

Bernd G. schrieb:
> Ich würde es einfach als docker container auf der diskstation starten
> und alles läuft?

JA

Hänge mal meinen Mittschnitt an.
Habbe es bei mir auf einem debian:wheezy Abbild am laufen.
Und dann musst Du Dich nur an meinem "Docker_Collector.txt"-Mitschnitt 
orientieren...

Habe es noch nicht dokumentiert. Ist eben nur ein Mitschnitt der 
benötigten Befehle.

die Anleitung für das Webfrontend ist hier:
http://emswiki.thefischer.net/doku.php?id=wiki:ems:webinterface

Wenn Du willst kannst Du auch gerne im Wiki die Diskstation-Anleitung 
mit dem "Warnhinweis" durch eine Anleitung ersetzen.

Wenn Deine Diskstation den richtigen Prozessor hat sich Docker 
installieren lässt sollte es keine Probleme geben.

Habe bisher nur noch das Problem dass sich die Schedule-Grafik nicht 
erstellen lässt. Alles andere Läuft soweit. Bin nur noch nicht dazu 
gekommen die Anleitung komplett zu erstellen und ins Wiki zu packen.

F**k! Ich hab ne DS214play. No docker.
Manchmal läuft's nicht so.

Ingo F. schrieb:

> Wenn Du das Webinterface richtig installiert hast sollte der Unterordner
> graphs im Webordner für das Webinterface erstellt worden sein.
> Hier mal eine Anleitung für eine Diskstation:
> http://emswiki.thefischer.net/doku.php?id=wiki:ems:webinterface


Hallo Ingo, warum genau muss der Ordner erzeugt werden, der Rest wird 
doch auch nur einfach kopiert?
Das habe ich bisher immer überlesen, weil es für die Diskstation 
beschrieben war und ich für nicht relevant gehalten habe -.-

Wenn man das Paket herunter lädt(Win Rechner) ist nur eine Datei die so 
heißt dabei !? und auf dem Linux Rechner ist da lediglich eine 
Verknüpfung auf "Graphs".

Jetzt muss ich den Ordner doch noch für den User pi frei geben, oder? 
Werden die Grafiken dann bei Aufruf einer Seite erzeugt oder ist ein 
Eintrag im Crontab dafür notwendig ?


edit
Ok, habe den Ordner erzeugt ... jetzt habe ich versucht das Script 
manuell auszuführen und bekomme folgende Fehlermeldung:

1

pi@raspberrypi:~/ems-tools/scripts $ ./calcemsgraphs.sh

2

Traceback (most recent call last):

3

  File "/home/pi/ems-tools/scripts//ems-heizkurve.py", line 10, in <module>

4

    import config

5

ImportError: No module named config

Gruß
Jens

Jens H. schrieb:
> warum genau muss der Ordner erzeugt werden, der Rest wird
> doch auch nur einfach kopiert?

Der Ordner existiert auch nicht im geklonten GIT. Also kann sie auch 
nicht kopiert werden.

Eventuell der Symbolische Link "/emsincludes" nicht vorhanden oder fehlt 
die config-Datei? Die Config-Datei müsste "config.py" heissen. 
Vielleicht Rechte nicht vorhanden?

Was mich wundert ist der doppelte Schrägstrich "//"

Also der Symlink ist da und die config.py ist auch da.
Das mit dem Schrägstrich ist mir auch aufgefallen, kann ich mir mangels 
Wissen dazu aber nicht erklären. Dachte für euch ist klar an was das 
liegt und hatte auf eine Art: "Das kann auch nicht funktionieren weil 
..." gehofft ;-)

Ich könnte noch mal versuchen den ganzen Kram neu zu machen, habe aber 
im Moment etwas Bedenken das danach gar nix mehr läuft -.-


Gruß
Jens

Ok, der Fehler ist entweder in der Config oder im Script.
In der Config muss der Pfad (die Pfade?) mit abschließendem / eingegeben 
werden oder nicht ?
Das Beispiel sagt ja ... dann müsste aber im Script der / im Aufruf von 
"/ems-heizkurve.py" weg !?

Wie ist das denn mit dem Rest ?
Also mit dem Pfad zu tmp und Graph .. ebenfalls den abschließenden / weg 
lassen ?
Beim Scriptpfad habe ich das gemacht, bei den beiden anderen 
vorsichtshalber auch.

edit
Ich glaube das hängt mit emsincludes zusammen ... mein Ordner heißt 
nämlich Includes (alte Version), aber ich habe in diversen Dateien schon 
Änderungen vorgenommen. Dann muss ich wohl noch mal suchen bzw. doch 
alles neu aufsetzen.

Schriftart hinzufügen habe ich hinbekommen (glaube ich).

1

sudo apt-get install ttf-mscorefonts-installer

Wenn ich jetzt

1

./calcemsgraphs.sh

ausführe, dann kommt keine Fehlermeldung, aber auch keine Grafik !?

Davon abgesehen ist aber noch die Sache mit dem Gnuplot. Die neueste 
Version ist bereits installiert, wie dann weiter auf dem Raspi oder gilt 
hier auch

1

ln -s /opt/bin/gnuplot /usr/local/bin/gnuplot

??

Gruß
Jens

Ok, Fehler gefunden ... in der config.py habe ich Tabellenname und 
Passwort vertauscht -.-
Jetzt wird die Grafik der Heizkurve erzeugt, aber die die Schaltpunkte 
weiterhin nicht.

Gruß
Jens

Jens H. schrieb:
> Jetzt wird die Grafik der Heizkurve erzeugt, aber die die Schaltpunkte
> weiterhin nicht.

Das ist im Moment bei mir auch so.
Habe noch keine Zeit gehabt zu Suchen wo das Problem liegt.

Der gnuplot-Link muss nicht erstellt werden und der Font muss auch nicht 
installiert werden. Habe das im Text zwar geschrieben aber kann man 
schnell überlesen. Habe noch mal einen Hinweis dafür eingefügt.

@maniac103:

Ich habe die Anleitung mit dem MQTT aus
https://emswiki.thefischer.net/doku.php?id=wiki:ems:openhab

nachvollziehen wollen, komme aber auf folgenden Fehler:

root@fhem:/home/bananapi/ems-collector/collector# make
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE 
-I../../mqtt_client_cpp/include -DMQTT_NO_TLS -DHAVE_MQTT main.cpp
In file included from 
../../mqtt_client_cpp/include/mqtt/client.hpp:30:0,
                 from 
../../mqtt_client_cpp/include/mqtt_client_cpp.hpp:8,
                 from MqttAdapter.h:28,
                 from main.cpp:31:
../../mqtt_client_cpp/include/mqtt/endpoint.hpp: In member function 
‘bool mqtt::endpoint<Socket, Strand, Mutex, 
LockGuard>::handle_connack(const async_handler_t&)’:
../../mqtt_client_cpp/include/mqtt/endpoint.hpp:1954:35: warning: use of 
‘auto’ in lambda parameter declaration only available with -std=c++1y or 
-std=gnu++1y
                             [this](auto& e){
                                   ^
In file included from main.cpp:31:0:
MqttAdapter.h: At global scope:
MqttAdapter.h:69:43: error: wrong number of template arguments (1, 
should be 2)
  mqtt::client<boost::asio::ip::tcp::socket> m_client;
                                           ^
In file included from 
../../mqtt_client_cpp/include/mqtt_client_cpp.hpp:8:0,
                 from MqttAdapter.h:28,
                 from main.cpp:31:
../../mqtt_client_cpp/include/mqtt/client.hpp:39:7: error: provided for 
‘template<class Socket, class Strand> class mqtt::client’
 class client : public endpoint<Socket, Strand> {
       ^
Makefile:49: recipe for target 'main.o' failed
make: *** [main.o] Error 1
root@fhem:/home/bananapi/ems-collector/collector#

Hat der Autor von dem MQTT CPP git Änderungen gemacht, die noch nicht im 
collectord enthalten sind?

Hallo zusammen,

da ich ziemlicher Laie bin was Mikrokontroller betrifft, möchte ich den 
Adapter ungern selber bauen. Deswegen dachte ich, die Eagle Datei von 
Maciej einem Leiterplattenhersteller zu senden, damit dieser mir einen 
Prototypensatz daraus fertigt.
Denkt ihr das wär sinnvoll oder gibts es kostengünstigere Möglichkeiten, 
wenn man nicht selber löten möchte?
Und hat schon jemand auf Basis dieser Eagle Datei eine Platine erstellt? 
Ich möchte einfach ausschließen, dass sich darin ggf. Fehler befinden.

Hallo Christian,

Christian E. schrieb:
...
> Denkt ihr das wär sinnvoll oder gibts es kostengünstigere Möglichkeiten,
> wenn man nicht selber löten möchte?
...

Wenn Du nicht selber löten willst, nützt Dir auch die fertige, 
unbestückte Platine nichts. ;) Oder wie muss ich das jetzt verstehen?

Unter:
Beitrag "Re: EMS > ESP8266-12 WLAN-Modul"
bietet Jürgen seine EMS2ESP Platinen für kleines Geld an.

Der Adapter ist Teil der Platine, einige Bauteile kannst Du weglassen, 
die Adaption an den AVR-NetIO (Ext1) müsstest Du entsprechend anpassen.

Hab's jetzt nicht detailliert gecheckt, sollt m. E. aber relativ einfach 
anzupassen sein.

hth'n greets
Karl M.

Hallo Karl,

> Wenn Du nicht selber löten willst, nützt Dir auch die fertige,
> unbestückte Platine nichts. ;) Oder wie muss ich das jetzt verstehen?

da habe ich mich wohl unklar ausgedrückt. Ich meinte natürlich die 
bereits bestückte Platine bestellen :)

> Beitrag "Re: EMS > ESP8266-12 WLAN-Modul"
> bietet Jürgen seine EMS2ESP Platinen für kleines Geld an.

Danke für den Hinweis. Hab jetzt einen Bekannten dazu gebracht, mir das 
Teil zu löten. Wenn das nicht klappt, schau ich mir Jürgens Platine an.

@Christian,
Ich habe noch eine fertige und funktionierende Adapterplatine hier 
herumliegen - bei Interesse PM!

Moin zusammen :)

Nach lager Zeit habe ich den Raspi mal wieder aktualisiert und nun läuft 
einiges nicht mehr. Livestatus, Heizkurve und Einstellungen zeigen nix 
mehr an. Statistik ist aber aktuell und läuft und auch die Rohdaten 
werden angezeigt.
Wurden durch update&upgrade auch Dateien für oder vom Collector 
verändert? Wo könnte ich anfangen zu suchen ? Denke mal das es wieder um 
die richtige interne Verlinkung geht.

Gruß
Jens

Statistik der Webseite und das Protokoll war gemeint ... sorry fürs 
unklare ausdrücken :(

Hallo an die Runde,
Ich habe einen Ölkessel GB125 mit RC35.
Der ems-collector mit ems-php-webinterface läuft soweit.
Ich habe allerdings das Problem, dass im Heizungs Livestatus die 
Betriebsart "Manuell" angezeigt wird, wenn die RC35 "Automatik" anzeigt 
und ungekehrt.
Siehe dazu den Screenshot von Eclipse.

Hallo zusammen,

ich habe eine GB172 mit der RC 35 und möchte diese nun gerne über meine 
FHEM steuern. Hierzu habe ich mir den EMS Adapter zusammengelötet.

Nun habe ich jedoch mehrere Fragen:

1. Kann ich mir die Heizung kaputt machen falls ich einen Fehler auf der 
Platine habe?

2. Kann ich die Platine vorher testen bevor ich diese an meine Heizung 
anschließe?

3. Wie wird die Platine genau angeschlossen? Kann ich diese einfach an 
meine RC 35 (siehe Bilder) dazu klemmen? Also einfach an die Anschlüsse 
zwei Kabel dazu klemmen und diese dann an meine Platine?

4. Wie sieht es mit der Polarität vom EMS Bus aus? Ist es egal wie das 
geklemmt wird?

Fragen über Fragen :-)

Danke schon im Vorraus für die Beantwortung.

Viele Grüße
Johannes

Hi Chris,

hast du dir die Platine selber gelötet? Ich bin auch gerade dran das 
ganze Zeug zum Laufen zu bekommen, jedoch will es nicht so wie ich es 
will ;-)

AVR Net IO und Cubietruck laufen und kommunizieren. Leider bekomme ich 
keine Verbindung zum EMS Bus hin. Vielleicht habe ich einen Fehler auf 
der Platine.

Hast du dir das Ethersex selber konfiguriert, oder hast du das fertige 
File aus dem Forum genommen?

Danke und Grüße
Johannes

Hi Chris,

nein die LED's blinken nicht wenn ich die Platine am BUS angeklemmt hab. 
Manchmal blinken die willkürlich.

Kannst du mir mal ein Foto von deiner Platine schicken bzw. posten? Hast 
du den Warenkorb aus dem Forum von reichelt verwendet?

Wenn ich das fertige Ethersex nehme, kann ich wie im Forum beschrieben 
nur die MAC ändern. Wenn ich die IP ändere schreibt er zwar auch OK, die 
IP ist dann aber weiterhin die 192.168.0.0.

Sehr seltsam das ganze...

Entweder habe ich einen Fehler auf der Platine, oder mein selbst 
konfiguriertes hex ist falsch.

Grüße
Johannes

Es klappt jetzt :-)

Ich hatte eine Lötverbindung vergessen. Ich kann über den telnet 
localhost 7777 jetzt Informationen abfragen.

getversion
collector version: 2016030701
UBA version: 4.05
BC10 version: 1.05
RC3x version: 1.15

Sehr schön. Jetzt kommt die Anbindung an meine FHEM.

Chris schrieb:

>Was mich noch stört ist, dass man am
> Net-IO ein Netzwerkkabel braucht. Der Raspberry Pi sitzt im gleichen
> Gehäuse und ist per Wlan angebunden, so dass eine Seriellverbindung
> zwischen Net-IO und Raspberry die bessere Lösung wäre....


Das der AVR Net IO per Kabel angebunden werden muss, stört mich aktuell 
auch. Ich werde mal dieses Teil hier testen:

https://www.amazon.de/TP-Link-TL-WA850RE-Repeater-Deutsche-Version/dp/B00Q6CC2J8/ref=sr_1_3?ie=UTF8&qid=1479027240&sr=8-3&keywords=repeater+lan+port

Der sollte den AVR Net IO ins wlan bringen. Somit dürfte die 
Kabelverlegung von der Heizung zum Router entfallen.

Hat jemand so ein Konstrukt schon im Einsatz?

Grüße
Johannes

Hallo zusammen,

ich bin aktuell dabei das ganze in meine FHEM zu integrieren. Das klappt 
bisher auch super. Begonnen habe ich mit den Readings zum auslesen der 
aktuellen Werte.

Nun bin ich dabei, auch die Heizung über Fhem zu steuern.
Kann mir jemand sagen ob es einen telnet command gibt für den Heizkreis 
abzuschalten?
In der RC35 kann ich bei Sommer / Winter Schwelle auch "ständig aus" 
wählen.

Danke und Grüße
Johannes

Hallo,
hat evl. jemand eine Adapterplatine zu veräußern?
Ich kann bei mir den Fehler einfach nicht finden.

Gruß

Ola Zusammen!
Ich bekomme seit einigen Tagen / Wochen beim versenden von commandos per 
telnet zum collectord bei einigen Befehlen ein ERRTIMEOUT

1

telnet localhost 7777

2

Trying ::1...

3

Trying 127.0.0.1...

4

Connected to localhost.

5

Escape character is '^]'.

6

help

7

Available commands (help with '<command> help'):

8

hk[1|2|3|4]

9

ww

10

uba

11

rc

12

raw

13

cache

14

getversion

15

OK

16

getversion

17

collector version: 2016030701

18

ERRTIMEOUT

19

rc geterrors

20

ERRTIMEOUT

Allerdings werden mir z.B. übers WI Punkt "EMS-Rohdaten"
werden einige Werte (Uhrzeit, Betriebsminuten usw) richtig angezeigt.
Unter Statistiken werden aber auch nicht mehr die Versionen angezeigt:

Softwareversion UBA offline
Softwareversion BC10 offline
Softwareversion RC35 offline

Das hatte früher definitiv funktioniert.

OS: Debian 8
M644p mit ethersex und dem Stand von heute (nachdem es 3 Jahre lief hab 
ich vorsichtshalber mal eine Aktuelle Version gebrannt)
EMS-Tools, Collectord usw auf Stand des aktuellen GITs von IngoF.
GB 172 mit RC100 und BC10

Ich kann also Daten empfangen, nur fehlen offensichtlich einige.
Hat jemand noch einen (Debug)Tipp für mich?

Grüße

Servus Patric,

soweit ich das verstanden habe, wird das Paket "ems-buderus_0.5.deb" 
nicht mehr gepflegt.

Manuelle Installation ist der beste Weg. Wie das geht, ist unter [1] 
ausführlich beschrieben.

Gruß
Karl M.

[1] 
http://emswiki.thefischer.net/doku.php?id=wiki:ems:net_io#raspberry_pi

Nabend,
vielen Dank für die Nachricht.
Habe es jetzt zum laufen bekommen, zwar noch bisschen langsam aber mal 
sehen.
Danke an alle in diesem Forum.

Hallo Danny Baumann,
ich sehe in der Statistik des ems-php-webinterface keine Werte für die 
Raumtemperatur. Das gilt auch für die Datenbank, hier gibt es zwar den 
Sensor 13 und 14. In der Tabelle numeric_data gibt es aber keine 
Einträge dazu.

'13', '1', 'Raum-Soll-Temperatur', '1', '°C', '1'
'14', '1', 'Raum-Ist-Temperatur', '1', '°C', '1'

Hast da eine Lösung?

Helmut J. schrieb:
> Hallo Danny Baumann,
> ich sehe in der Statistik des ems-php-webinterface keine Werte für die
> Raumtemperatur. Das gilt auch für die Datenbank, hier gibt es zwar den
> Sensor 13 und 14. In der Tabelle numeric_data gibt es aber keine
> Einträge dazu.
>
> '13', '1', 'Raum-Soll-Temperatur', '1', '°C', '1'
> '14', '1', 'Raum-Ist-Temperatur', '1', '°C', '1'
>
> Hast da eine Lösung?

Schau mal in Database.cpp, Zeile 342/343 und mach aus dem HK2 ein HK1. 
Dann sollte es gehen ;-) Meine RC35 hängt an HK2, deshalb ist der Code 
so wie er ist. Ich wollte schon ewig mal einen Parameter für den 
Collector einbauen, der den Default für solche Dinge festlegt, bin aber 
noch nicht dazu gekommen.

Hey Danny,
Wie finde ich denn raus an welchem KH der RC hängt?
Ich hab 2 HKs, 1x FBH und 1x Heizkörper(vermute ich :-))  und nen 
RC100...
Grüße

Andre G. schrieb:
> Hey Danny,
> Wie finde ich denn raus an welchem KH der RC hängt?
> Ich hab 2 HKs, 1x FBH und 1x Heizkörper(vermute ich :-))  und nen
> RC100...

Das lässt sich in den RC-Einstellungen einstellen (bei der RC35 ist das 
unter Wartungsmenü -> Heizkreis x). Wenn die RC mehreren Heizkreisen 
zugeordnet ist, sollte die Raumtemperatur in allen zugeordneten 
Heizkreisen auftauchen. Ein Message-Log schafft im Zweifelsfall Klarheit 
;-)

Danny B. schrieb:
> Schau mal in Database.cpp, Zeile 342/343 und mach aus dem HK2 ein HK1.
> Dann sollte es gehen ;-) Meine RC35 hängt an HK2, deshalb ist der Code
> so wie er ist. Ich wollte schon ewig mal einen Parameter für den
> Collector einbauen, der den Default für solche Dinge festlegt, bin aber
> noch nicht dazu gekommen.

Hallo Danny,
das wars leider nicht. Die Raum-Ist-Temperatur /Raum-Soll-Temperatur 
wird in den Rohdaten sowohl für HK1 und HK2 angezeigt.
Gruß

Hallo Gemeinde,
welchen Fehler könnte ich gemacht haben, dass die Ladezeiten für z.B. 
Einstellungen oder Livestatus sehr lange dauern?


Gruß Patric

Helmut J. schrieb:
> Danny B. schrieb:
>> Schau mal in Database.cpp, Zeile 342/343 und mach aus dem HK2 ein HK1.
>> Dann sollte es gehen ;-) Meine RC35 hängt an HK2, deshalb ist der Code
>> so wie er ist. Ich wollte schon ewig mal einen Parameter für den
>> Collector einbauen, der den Default für solche Dinge festlegt, bin aber
>> noch nicht dazu gekommen.
>
> Hallo Danny,
> das wars leider nicht. Die Raum-Ist-Temperatur /Raum-Soll-Temperatur
> wird in den Rohdaten sowohl für HK1 und HK2 angezeigt.
> Gruß

Hallo Danny,
ich habe mir das Problem einmal im Debugger angesehen. Dabei ist mir 
folgendes Aufgefallen:

Database.cpp
Zeile 324

NUMERICMAPPING[]
Die RaumIstTemp ist auf Position 12 -> EmsValue::IstTemp, EmsValue::HK1, 
SensorRaumIstTemp

Der SensorRaumIstTemp ist in der DB aber auf Sensor 14 !
Bei anderen Messwerten wie z.B. SollTemp Kessel ist das gleich, also
SollTemp Kessel ist auf Pos 1 und auch Sensor 1.


In Database.cpp wird ab Zeile 411 mit addSensorValue der Wert in die DB 
geschrieben,
bei der RaumIstTemp kommet er da nicht hin!

for (size_t i = 0; i < sizeof(NUMERICMAPPING) / 
sizeof(NUMERICMAPPING[0]); i++) {
  if (type == NUMERICMAPPING[i].type && subtype == 
NUMERICMAPPING[i].subtype) {
      addSensorValue(NUMERICMAPPING[i].sensor, value.getValue<float>());
      return;


Gruß

Helmut J. schrieb:
> Helmut J. schrieb:
>> Danny B. schrieb:
>>> Schau mal in Database.cpp, Zeile 342/343 und mach aus dem HK2 ein HK1.
>>> Dann sollte es gehen ;-) Meine RC35 hängt an HK2, deshalb ist der Code
>>> so wie er ist. Ich wollte schon ewig mal einen Parameter für den
>>> Collector einbauen, der den Default für solche Dinge festlegt, bin aber
>>> noch nicht dazu gekommen.
>>
>> Hallo Danny,
>> das wars leider nicht. Die Raum-Ist-Temperatur /Raum-Soll-Temperatur
>> wird in den Rohdaten sowohl für HK1 und HK2 angezeigt.
>> Gruß
>
> Hallo Danny,
Ich habe dazu noch etwas geforscht, Database.cpp  sollte so aussehen:
344  { EmsValue::RaumSollTemp, EmsValue::HK1, SensorRaumSollTemp 
},//geändert von HK2 nach HK1 SollTemp nach RaumSollTemp
355     { EmsValue::RaumIstTemp, EmsValue::HK1, SensorRaumIstTemp 
},//geändert von HK2 nach HK1 IstTemp nach RaumIstTemp

Damit geht es dann.

Danke für die Info!

Viel Glück bei der Wiederherstellung!

Gruß

Danke für die Info,
hatte vor kurzem mal die Platinenpläne vom GW2 gesucht. Da gingen manche 
Links nicht.

Marco schrieb:
> aber mit einigen Fehlern

Das sind vermutlich keine Fehler.
So wie es aussieht sind das die Fehlereinträge Deiner Heizung.
Die sollten auch an der RC35 auslesbar sein.
Das zweite Bild ist meiner Meinung nach voll OK.

B00 bis B04 sind wohl die blockierenden Fehler Deiner Heizung.

Also beim ersten Foto dürfte kein ERRCMD kommen.

Da scheint noch was nicht in Ordnung zu sein.
Hoffe es kann jemand bei dem Problem weiterhelfen....

Marco schrieb:
> Der RC35 ist in der ems-collector.conf ausgewählt.
> Scheinbar liegt es am Telnet, dort bekomme ich die Fehlermeldungen aus
> dem angehängten Bild

Deine Befehle sind ja auch nicht komplett. ;) Probier z.B. mal 'ww 
help'. Der Timeout bei getversion ist aber verdächtig - sicher, dass 
deine Sendeschaltung funktioniert? Du kannst z.B. mal 'hk1 mode night' 
probieren und gucken, wie die RC35 reagiert ... wenn die Sendeschaltung 
funktioniert, sollte die RC35 anzeigen, dass der HK im Nachtmodus ist.

Carsten schrieb:
> 3.) Ich sehe in der Statistik keine Werte für die Raumtemperatur. Bei
> den EMS-Rohdaten ist sie als "hk1 roomcurrenttemperature" aufgeführt.
> Muss ich das noch irgend wie zuordnen?

Jain. Du solltest das nicht zuordnen müssen, musst(est) das auf Grund 
meiner Faulheit aber :-(
Siehe 
https://github.com/maniac103/ems-collector/commit/2636a97a5766bb5fe574dc8d05e9db5f218943a0 
... ich hatte das ursprünglich mal so gemacht, weil ich 2 Heizkreise 
habe und die RC bei mir im Wohnzimmer hängt, das zu HK2 gehört. Die RC35 
sendet die Raumtemperatur aber ohnehin für jeden zugeordneten Heizkreis 
mit ... keine Ahnung, ob mir das damals nicht aufgefallen war oder ob 
sich die RC30 (die ich damals noch hatte) diesbezüglich anders verhalten 
hat.
Bei dir sollte ein 'git pull' + compilieren des Collectors jedenfalls 
helfen.

> 4.) In den Einstellungen wird die "minimale Außentemperatur" als 0°C
> ausgelesen. Die Anlage steht aber auf -10. Ich kann den Wert über das
> Webinterface erfolgreich setzen, aber auch dann wird wieder 0°C
> angezeigt. In den Rohdaten tauchen die -10 Grad unter "mintemperature"
> auf.

Ich gehe mal davon aus, dass sie dort als 'rc mintemperature' auftaucht? 
Wenn ja, ist das ein Frontend-Problem, da kann ich dir leider nicht 
helfen.

Carsten schrieb:
> Hallo Danny,
> Temperatur ist nun vorhanden, vielen Dank! Schade, dass man sie nicht
> auch im Livestatus sieht.
>
> Bei den Rohdaten habe ich keine Werte die mit "rc" beginnen. Der Eintrag
> heißt "mintemperature".

Ah, doch ein Bug im Collector ;-) Hab's gefixt, sollte nach 
Collector-Update funktionieren.

Carsten schrieb:
> Hi,
>
> ich habe in den letzten Tagen das Gateway mit Net-IO, das neue
> Webinterface und nachtürlich collectord und die ems-tools aufgesetzt.
> Geniales Projekt, vielen Dank an alle Entwickler!
>
> Aktuell jage ich noch folgende Fehler:
>
>
> 3.) Ich sehe in der Statistik keine Werte für die Raumtemperatur. Bei
> den EMS-Rohdaten ist sie als "hk1 roomcurrenttemperature" aufgeführt.
> Muss ich das noch irgend wie zuordnen?
>
> 4.) In den Einstellungen wird die "minimale Außentemperatur" als 0°C
> ausgelesen. Die Anlage steht aber auf -10. Ich kann den Wert über das
> Webinterface erfolgreich setzen, aber auch dann wird wieder 0°C
> angezeigt. In den Rohdaten tauchen die -10 Grad unter "mintemperature"
> auf.
>
> Gruß,
> Carsten

Hallo Carsten,

Zu3)Das Problem hatte ich auch.

Schau mal in Database.cpp  ob dort noch HK1 IstTemp steht?
Es sollte so aussehen:
344  { EmsValue::RaumSollTemp, EmsValue::HK1, SensorRaumSollTemp
},//geändert von HK2 nach HK1 SollTemp nach RaumSollTemp
355     { EmsValue::RaumIstTemp, EmsValue::HK1, SensorRaumIstTemp
},//geändert von HK2 nach HK1 IstTemp nach RaumIstTemp

Zu4) Ich habe das gleiche Verhalten. Ich werde mir das mal genauer 
ansehen, dauert aber noch etwas.

Gruß
Helmut

Helmut, du bist ein bisschen spät dran ... ich hab beide Probleme schon 
gefixt :)

Moin Moin,
ich habe jetzt alles seit Dezember am laufen.
Super Arbeit vielen Dank dafür.
Ist es möglich, bei einem Fehler der Therme, eine Fehlermeldung starten 
zu können oder einen Kontakt schalten zu lassen?

Gruß

Du kannst eigentlich mit Scripts (z.b. PHP) alles machen( cron Job 
gesteuert alle 5 min). Frage die Datenbank nach Fehlern die du gemeldet 
haben möchtest einfach ab.
Ich nutze das z.b. um mir Daten im openHAB anzeigen zu lassen um dann 
zum Beispiel per Telegram Bot eine Nachricht aufs Telefon zu schicken.

Gruß

Andre G. schrieb:
> Du kannst eigentlich mit Scripts (z.b. PHP) alles machen( cron Job
> gesteuert alle 5 min). Frage die Datenbank nach Fehlern die du gemeldet
> haben möchtest einfach ab.

Ich glaube, du hast ihn da falsch verstanden. EMS-Fehler landen in 
keiner Datenbank. Man kann sich natürlich trotzdem etwas bauen (zyklisch 
'geterrors' senden, Antwort parsen und schauen, ob etwas aktuelles dabei 
ist).

> Ich nutze das z.b. um mir Daten im openHAB anzeigen zu lassen um dann
> zum Beispiel per Telegram Bot eine Nachricht aufs Telefon zu schicken.

OpenHAB per MySQL anzubinden, erscheint mir etwas umständlich ;) Ich 
lasse MySQL bei mir komplett weg, binde OprnHAB via MQTT an (dafür hatte 
ich das geschrieben) und schreibe die Sensordaten, die mich 
interessieren, dann in eine influxdb-Datenbank (dir ich dann für 
Visualisierung mit Grafana auslese)

Auch ne coole Idee :-) Habe nur keinen blassen Schimmer was MQTT ist :-) 
lese ich mich mal ein.
Hast du da Beispiele?

Ich dachte es wären die Fehlern oder gemeint. Und die Meldungen sind 
doch in der Datenbank? Ach ich hab das mit dem Protokoll verwechselt. 
Ist ja auch schon spät:-)

Ich hab mir einfach ein PHP Script gebaut welches die von mir 
gewünschten Daten sammelt und dann per REST API und curl an openHAB 
sendet. Ich kann morgen mal einen Link mit Beispielen bereitstellen...

Danke und Gruß

Nachtrag: Hier der Link zu meinem Script:
https://github.com/whopperg/openHABScripts/blob/master/ems_to_openhab.php
Man bedenke: ich bin kein Programmierer und habe das nach quick'n'dirty 
gelöst. Geht bestimmt besser ;-)

Ach und Grafana nutze ich auch, very nice...

Servus!

> ... Anleitung für die Chip-Programmierung ...

Siehe: Beitrag "Re: EMS > Adapter > NetIO > Raspi"

> ... Heizkreis und Warmwasser ....

Ja!

hth

Hallo hth,

Vielen Dank für die schnelle Antwort.

Das Programmierboard von Pollin, auf das bei Deinem Link hingewiesen 
wird, hatte ich schon gefunden. Hab dann von da den Thread weitergelesen 
und der wichtige Hinweis für mich war dann in diesem Beitrag:

Beitrag "Re: EMS > Adapter > NetIO > Raspi"

 ... der Verweis auf die Software AVR Studio (mittlerweile in der 
Version 7) zum Brennen des Controllers.

Ich gehe mal davon aus, dass ich auf einem Windows PC (Win 7 oder Win 
10) mit einem USB=>RS232 Adapter das Evalutation Board von Pollin 
anschließen kann (wahrscheinlich vorher den zu programmierenden 644p 
aufstecken) und dann das heruntergeladene HEX File in der Software 
selbsterklärend auf den Chip übertragen kann (d.h. also keine weiteren 
Häkchen oder Optionen in der Software beim Brennen einschalten muss).

Stimmt das in etwa so?

Danke und Gruß
Justus

Hi,

> ... AVR Studio ...

ja, oder z.B. avrdude, siehe:
https://www.mikrocontroller.net/articles/AVRDUDE

Auf die Fuses achten! Steht aber alles im Wiki. ;-)

Auf gutes Gelingen!

Hallo Andreas,

als Gast ohne Email wird das 100% nix mit dem zukommen lassen.

Ich bin kein Linux-Spezialist und kämpfe selbst immer ein bisschen mit 
dem Compilieren weil die Quellen vom Raspi Wheezy gegenüber dem Debian 
Wheezy vom Denny total veraltert sind. :-P Ich würde gerne das MQTT 
verwenden doch leider braucht es die boost version 1.57 die ich für den 
Raspi Wheezy bzw. Jessie noch nicht gefunden habe.

Grüße
Martin

Hallo Martin,

ich habe mich jetzt mal angemeldet.

Hast du eine neuere Version die du mir übersetzt zukommen lassen 
könntest ?

Welche Version lässt sich den auf dem Raspberry compilieren ?

Weisst du wie es aussieht mit übersetzen auf einem RasPi 3 und laufen 
lassen auf einem RasPi 1 ?

Gruß

Andreas

Hallo Zusammen,

leider stehe ich auch gerade vor dem Problem, mit der Himbeere das 
Compilieren nicht hinzubekommen.
Zwar habe ich mir von der Debian Seite die Boost1.63 geladen, aber das 
Make stoppt mit mir nicht erklärbaren Fehlern in der Options.cpp Datei.
Geht wohl auch nicht, wenn ich ohne MQTT Support ein Compile machen 
möchte. Mag auch evtl. an der Libboost Version liegen?!?

Kann mir evtl. jemand das fertige File mit MQTT Support für die Himbeere 
zukommen lassen?
Oder einen Hinweis, wie man das selbst fehlerfrei compilieren kann?

Beste Grüße
Sebastian

Sebastian Z. schrieb:
> Hallo Zusammen,
>
> leider stehe ich auch gerade vor dem Problem, mit der Himbeere das
> Compilieren nicht hinzubekommen.
> Zwar habe ich mir von der Debian Seite die Boost1.63 geladen, aber das
> Make stoppt mit mir nicht erklärbaren Fehlern in der Options.cpp Datei.
> Geht wohl auch nicht, wenn ich ohne MQTT Support ein Compile machen
> möchte. Mag auch evtl. an der Libboost Version liegen?!?
>
> [...]
> Oder einen Hinweis, wie man das selbst fehlerfrei compilieren kann?

Für die Beantwortung dieser Fragen wäre die Kenntnis der auftretenden 
Fehlermeldungen durchaus hilfreich ;-)

Aber gerne, sorry :-)
Anbei die Ausgabe des Make Befehls:


g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE -MM main.cpp IoHandler.cpp 
SerialHandler.cpp SendingSerialHandler.cpp TcpHandler.cpp 
CommandHandler.cpp ApiCommandParser.cpp CommandScheduler.cpp 
DataHandler.cpp EmsM
essage.cpp ValueApi.cpp ValueCache.cpp Options.cpp PidFile.cpp > .depend
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE main.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE IoHandler.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE SerialHandler.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE SendingSerialHandler.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE TcpHandler.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE CommandHandler.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE ApiCommandParser.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE CommandScheduler.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE DataHandler.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE EmsMessage.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE ValueApi.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE ValueCache.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE Options.cpp
g++ -Wall -c -O2 -std=c++0x -DHAVE_DAEMONIZE PidFile.cpp
g++ -o collectord main.o IoHandler.o SerialHandler.o 
SendingSerialHandler.o TcpHandler.o CommandHandler.o ApiCommandParser.o 
CommandScheduler.o DataHandler.o EmsMessage.o ValueApi.o ValueCache.o 
Options.o PidFil
e.o -lpthread -lboost_system -lboost_program_options
Options.o: In function `Options::parse(int, char**)':
Options.cpp:(.text+0x4dc): undefined reference to 
`boost::program_options::options_description::options_description(std::s 
tring  const&, unsigned int, unsigned int)'
Options.cpp:(.text+0x6b4): undefined reference to 
`boost::program_options::options_description::options_description(std::s 
tring  const&, unsigned int, unsigned int)'
Options.cpp:(.text+0x748): undefined reference to 
`boost::program_options::options_description::options_description(std::s 
tring  const&, unsigned int, unsigned int)'
Options.cpp:(.text+0x7d4): undefined reference to 
`boost::program_options::options_description::options_description(std::s 
tring  const&, unsigned int, unsigned int)'
Options.cpp:(.text+0x838): undefined reference to 
`boost::program_options::options_description::options_description(std::s 
tring  const&, unsigned int, unsigned int)'
Options.cpp:(.text+0xc6c): undefined reference to 
`boost::program_options::abstract_variables_map::operator[](std::string 
const&) const'
Options.cpp:(.text+0xee0): undefined reference to 
`boost::program_options::abstract_variables_map::operator[](std::string 
const&) const'
Options.o: In function `boost::program_options::typed_value<std::string, 
char>::xparse(boost::any&, std::vector<std::string, 
std::allocator<std::string> > const&) const':
Options.cpp:(.text._ZNK5boost15program_options11typed_valueISscE6xparseE 
RNS_3anyERKSt6vectorISsSaISsEE[_ZNK5boost15program_options11typed_valueI 
SscE6xparseERNS_3anyERKSt6vectorISsSaISsEE]+0x24):  undefined refere
nce to `boost::program_options::validate(boost::any&, 
std::vector<std::string, std::allocator<std::string> > const&, 
std::string*, int)'
Options.o: In function 
`boost::program_options::validation_error::validation_error(boost::progr 
am_options::validation_error::kind_t,  std::string const&, std::string 
const&, int)':
Options.cpp:(.text._ZN5boost15program_options16validation_errorC2ENS1_6k 
ind_tERKSsS4_i[_ZN5boost15program_options16validation_errorC5ENS1_6kind_ 
tERKSsS4_i]+0x24):  undefined reference to `boost::program_options::
validation_error::get_template(boost::program_options::validation_error: 
:kind_t)'
Options.cpp:(.text._ZN5boost15program_options16validation_errorC2ENS1_6k 
ind_tERKSsS4_i[_ZN5boost15program_options16validation_errorC5ENS1_6kind_ 
tERKSsS4_i]+0x3c):  undefined reference to `boost::program_options::
error_with_option_name::error_with_option_name(std::string const&, 
std::string const&, std::string const&, int)'
Options.o: In function 
`boost::program_options::basic_command_line_parser<char>::basic_command_ 
line_parser(int,  char const* const*)':
Options.cpp:(.text._ZN5boost15program_options25basic_command_line_parser 
IcEC2EiPKPKc[_ZN5boost15program_options25basic_command_line_parserIcEC5E 
iPKPKc]+0xdc):  undefined reference to `boost::program_options::to_i
nternal(std::string const&)'
Options.cpp:(.text._ZN5boost15program_options25basic_command_line_parser 
IcEC2EiPKPKc[_ZN5boost15program_options25basic_command_line_parserIcEC5E 
iPKPKc]+0x120):  undefined reference to `boost::program_options::det
ail::cmdline::cmdline(std::vector<std::string, 
std::allocator<std::string> > const&)'
Options.o: In function `boost::program_options::typed_value<unsigned 
int, char>::name() const':
Options.cpp:(.text._ZNK5boost15program_options11typed_valueIjcE4nameEv[_ 
ZNK5boost15program_options11typed_valueIjcE4nameEv]+0x370):  undefined 
reference to `boost::program_options::arg'
Options.o: In function `boost::program_options::typed_value<std::string, 
char>::name() const':
Options.cpp:(.text._ZNK5boost15program_options11typed_valueISscE4nameEv[ 
_ZNK5boost15program_options11typed_valueISscE4nameEv]+0x370):  undefined 
reference to `boost::program_options::arg'
Options.o: In function `void boost::program_options::validate<unsigned 
int, char>(boost::any&, std::vector<std::basic_string<char, 
std::char_traits<char>, std::allocator<char> >, 
std::allocator<std::basic_string
<char, std::char_traits<char>, std::allocator<char> > > > const&, 
unsigned int*, long)':
Options.cpp:(.text._ZN5boost15program_options8validateIjcEEvRNS_3anyERKS 
t6vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l[_ZN5boost15progr 
am_options8validateIjcEEvRNS_3anyERKSt6vectorISbIT0_St11char_traits
IS5_ESaIS5_EESaIS9_EEPT_l]+0x498): undefined reference to 
`boost::program_options::invalid_option_value::invalid_option_value(std: 
:string  const&)'
Options.o:(.rodata._ZTVN5boost16exception_detail19error_info_injectorINS 
_15program_options20invalid_option_valueEEE[_ZTVN5boost16exception_detai 
l19error_info_injectorINS_15program_options20invalid_option_valueEE
E]+0x18): undefined reference to 
`boost::program_options::error_with_option_name::substitute_placeholders 
(std::string  const&) const'
Options.o:(.rodata._ZTVN5boost16exception_detail10clone_implINS0_19error 
_info_injectorINS_15program_options20invalid_option_valueEEEEE[_ZTVN5boo 
st16exception_detail10clone_implINS0_19error_info_injectorINS_15pro
gram_options20invalid_option_valueEEEEE]+0x1c): undefined reference to 
`boost::program_options::error_with_option_name::substitute_placeholders 
(std::string  const&) const'
Options.o:(.rodata._ZTVN5boost16exception_detail19error_info_injectorINS 
_15program_options16validation_errorEEE[_ZTVN5boost16exception_detail19e 
rror_info_injectorINS_15program_options16validation_errorEEE]+0x18)
: undefined reference to 
`boost::program_options::error_with_option_name::substitute_placeholders 
(std::string  const&) const'
Options.o:(.rodata._ZTVN5boost16exception_detail10clone_implINS0_19error 
_info_injectorINS_15program_options16validation_errorEEEEE[_ZTVN5boost16 
exception_detail10clone_implINS0_19error_info_injectorINS_15program
_options16validation_errorEEEEE]+0x1c): undefined reference to 
`boost::program_options::error_with_option_name::substitute_placeholders 
(std::string  const&) const'
Options.o:(.rodata._ZTVN5boost15program_options16validation_errorE[_ZTVN 
5boost15program_options16validation_errorE]+0x18):  undefined reference 
to `boost::program_options::error_with_option_name::substitute_place
holders(std::string const&) const'
Options.o:(.rodata._ZTVN5boost15program_options20invalid_option_valueE[_ 
ZTVN5boost15program_options20invalid_option_valueE]+0x18):  more 
undefined references to 
`boost::program_options::error_with_option_name::su
bstitute_placeholders(std::string const&) const' follow
Options.o:(.rodata._ZTVN5boost15program_options11typed_valueISscEE[_ZTVN 
5boost15program_options11typed_valueISscEE]+0x20):  undefined reference 
to `boost::program_options::value_semantic_codecvt_helper<char>::par
se(boost::any&, std::vector<std::string, std::allocator<std::string> > 
const&, bool) const'
Options.o:(.rodata._ZTVN5boost15program_options11typed_valueIjcEE[_ZTVN5 
boost15program_options11typed_valueIjcEE]+0x20):  undefined reference to 
`boost::program_options::value_semantic_codecvt_helper<char>::parse
(boost::any&, std::vector<std::string, std::allocator<std::string> > 
const&, bool) const'
collect2: error: ld returned 1 exit status
Makefile:46: recipe for target 'collectord' failed
make: *** [collectord] Error 1

Ich würde mal spontan sagen, dass deine Boost-Header (*.h) nicht zu den 
Boost-Libs (*.so) passen. Was genau meinst du mit 'habe ich mir von der 
Debian Seite die Boost1.63 geladen'?

Hi,

bin wie folgt vorgegangen. Habe das Pack von hier eingebunden:
https://packages.debian.org/de/sid/arm64/libboost-dev/download


Mit apt-get install dann entsprechend das libboost1.63 installiert.

VG
Sebastian

Sebastian Z. schrieb:
> Hi,
>
> bin wie folgt vorgegangen. Habe das Pack von hier eingebunden:
> https://packages.debian.org/de/sid/arm64/libboost-dev/download
>
>
> Mit apt-get install dann entsprechend das libboost1.63 installiert.

Nur libboost oder auch die entsprechenden Devel-Pakete? Ersteres würde 
das Problem erklären... was sagt denn jetzt 'dpkg -l | grep boost'?
>
> VG
> Sebastian

Das war libboost1.63-all-dev

Command dpkg -l | grep boost ergab folgendes:


rc  libboost-atomic1.55.0:armhf                    1.55.0+dfsg-3 
armhf                        atomic data types, operations, and memory 
ordering constraints
ii  libboost-atomic1.63-dev:armhf                  1.63.0+dfsg-1 
armhf                        atomic data types, operations, and memory 
ordering constraints
ii  libboost-atomic1.63.0:armhf                    1.63.0+dfsg-1 
armhf                        atomic data types, operations, and memory 
ordering constraints
rc  libboost-chrono1.49.0                          1.49.0-4+b2 
armhf                        C++ representation of time duration, time 
point, and clocks
rc  libboost-chrono1.55.0:armhf                    1.55.0+dfsg-3 
armhf                        C++ representation of time duration, time 
point, and clocks
ii  libboost-chrono1.63-dev:armhf                  1.63.0+dfsg-1 
armhf                        C++ representation of time duration, time 
point, and clocks
ii  libboost-chrono1.63.0:armhf                    1.63.0+dfsg-1 
armhf                        C++ representation of time duration, time 
point, and clocks
rc  libboost-context1.55.0:armhf                   1.55.0+dfsg-3 
armhf                        provides a sort of cooperative multitasking 
on a single thread
ii  libboost-context1.63-dev:armhf                 1.63.0+dfsg-1 
armhf                        provides a sort of cooperative multitasking 
on a single thread
ii  libboost-context1.63.0:armhf                   1.63.0+dfsg-1 
armhf                        provides a sort of cooperative multitasking 
on a single thread
ii  libboost-coroutine1.63-dev:armhf               1.63.0+dfsg-1 
armhf                        provides a sort of cooperative multitasking 
on a single thread
ii  libboost-coroutine1.63.0:armhf                 1.63.0+dfsg-1 
armhf                        provides a sort of cooperative multitasking 
on a single thread
rc  libboost-date-time1.49.0                       1.49.0-4+b2 
armhf                        set of date-time libraries based on generic 
programming concepts
rc  libboost-date-time1.55.0:armhf                 1.55.0+dfsg-3 
armhf                        set of date-time libraries based on generic 
programming concepts
ii  libboost-date-time1.63-dev:armhf               1.63.0+dfsg-1 
armhf                        set of date-time libraries based on generic 
programming concepts
ii  libboost-date-time1.63.0:armhf                 1.63.0+dfsg-1 
armhf                        set of date-time libraries based on generic 
programming concepts
ii  libboost-exception1.63-dev:armhf               1.63.0+dfsg-1 
armhf                        library to help write exceptions and 
handlers
ii  libboost-fiber1.63-dev:armhf                   1.63.0+dfsg-1 
armhf                        cooperatively-scheduled 
micro-/userland-threads
ii  libboost-fiber1.63.0:armhf                     1.63.0+dfsg-1 
armhf                        cooperatively-scheduled 
micro-/userland-threads
rc  libboost-filesystem1.49.0                      1.49.0-4+b2 
armhf                        filesystem operations (portable paths, 
iteration over directories, etc) in C++
rc  libboost-filesystem1.55.0:armhf                1.55.0+dfsg-3 
armhf                        filesystem operations (portable paths, 
iteration over directories, etc) in C++
ii  libboost-filesystem1.63-dev:armhf              1.63.0+dfsg-1 
armhf                        filesystem operations (portable paths, 
iteration over directories, etc) in C++
ii  libboost-filesystem1.63.0:armhf                1.63.0+dfsg-1 
armhf                        filesystem operations (portable paths, 
iteration over directories, etc) in C++
rc  libboost-graph-parallel1.49.0                  1.49.0-4+b2 
armhf                        generic graph components and algorithms in 
C++
rc  libboost-graph-parallel1.55.0                  1.55.0+dfsg-3 
armhf                        generic graph components and algorithms in 
C++
ii  libboost-graph-parallel1.63-dev                1.63.0+dfsg-1 
armhf                        generic graph components and algorithms in 
C++
ii  libboost-graph-parallel1.63.0                  1.63.0+dfsg-1 
armhf                        generic graph components and algorithms in 
C++
rc  libboost-graph1.49.0                           1.49.0-4+b2 
armhf                        generic graph components and algorithms in 
C++
rc  libboost-graph1.55.0:armhf                     1.55.0+dfsg-3 
armhf                        generic graph components and algorithms in 
C++
ii  libboost-graph1.63-dev:armhf                   1.63.0+dfsg-1 
armhf                        generic graph components and algorithms in 
C++
ii  libboost-graph1.63.0:armhf                     1.63.0+dfsg-1 
armhf                        generic graph components and algorithms in 
C++
ii  libboost-iostreams1.49.0                       1.49.0-4+b2 
armhf                        Boost.Iostreams Library
ii  libboost-iostreams1.50.0                       1.50.0-1+b2 
armhf                        Boost.Iostreams Library
ii  libboost-iostreams1.53.0                       1.53.0-6+b2 
armhf                        Boost.Iostreams Library
ii  libboost-iostreams1.54.0:armhf                 1.54.0-5 
armhf                        Boost.Iostreams Library
ii  libboost-iostreams1.55.0:armhf                 1.55.0+dfsg-3 
armhf                        Boost.Iostreams Library
ii  libboost-iostreams1.63-dev:armhf               1.63.0+dfsg-1 
armhf                        Boost.Iostreams Library development files
ii  libboost-iostreams1.63.0:armhf                 1.63.0+dfsg-1 
armhf                        Boost.Iostreams Library
rc  libboost-locale1.49.0                          1.49.0-4+b2 
armhf                        C++ facilities for localization
rc  libboost-locale1.55.0:armhf                    1.55.0+dfsg-3 
armhf                        C++ facilities for localization
ii  libboost-locale1.63-dev:armhf                  1.63.0+dfsg-1 
armhf                        C++ facilities for localization
ii  libboost-locale1.63.0:armhf                    1.63.0+dfsg-1 
armhf                        C++ facilities for localization
rc  libboost-log1.55.0                             1.55.0+dfsg-3 
armhf                        C++ logging library
ii  libboost-log1.63-dev                           1.63.0+dfsg-1 
armhf                        C++ logging library
ii  libboost-log1.63.0                             1.63.0+dfsg-1 
armhf                        C++ logging library
rc  libboost-math1.49.0                            1.49.0-4+b2 
armhf                        Boost.Math Library
rc  libboost-math1.55.0:armhf                      1.55.0+dfsg-3 
armhf                        Boost.Math Library
ii  libboost-math1.63-dev:armhf                    1.63.0+dfsg-1 
armhf                        Boost.Math Library development files
ii  libboost-math1.63.0:armhf                      1.63.0+dfsg-1 
armhf                        Boost.Math Library
rc  libboost-mpi-python1.49.0                      1.49.0-4+b2 
armhf                        C++ interface to the Message Passing 
Interface (MPI), Python Bindings
rc  libboost-mpi-python1.55.0                      1.55.0+dfsg-3 
armhf                        C++ interface to the Message Passing 
Interface (MPI), Python Bindings
ii  libboost-mpi-python1.63-dev                    1.63.0+dfsg-1 
armhf                        C++ interface to the Message Passing 
Interface (MPI), Python Bindings
ii  libboost-mpi-python1.63.0                      1.63.0+dfsg-1 
armhf                        C++ interface to the Message Passing 
Interface (MPI), Python Bindings
rc  libboost-mpi1.49.0                             1.49.0-4+b2 
armhf                        C++ interface to the Message Passing 
Interface (MPI)
rc  libboost-mpi1.55.0                             1.55.0+dfsg-3 
armhf                        C++ interface to the Message Passing 
Interface (MPI)
ii  libboost-mpi1.63-dev                           1.63.0+dfsg-1 
armhf                        C++ interface to the Message Passing 
Interface (MPI)
ii  libboost-mpi1.63.0                             1.63.0+dfsg-1 
armhf                        C++ interface to the Message Passing 
Interface (MPI)
rc  libboost-program-options1.49.0                 1.49.0-4+b2 
armhf                        program options library for C++
rc  libboost-program-options1.55.0:armhf           1.55.0+dfsg-3 
armhf                        program options library for C++
ii  libboost-program-options1.63-dev:armhf         1.63.0+dfsg-1 
armhf                        program options library for C++
ii  libboost-program-options1.63.0:armhf           1.63.0+dfsg-1 
armhf                        program options library for C++
rc  libboost-python1.49.0                          1.49.0-4+b2 
armhf                        Boost.Python Library
rc  libboost-python1.55.0                          1.55.0+dfsg-3 
armhf                        Boost.Python Library
ii  libboost-python1.63-dev                        1.63.0+dfsg-1 
armhf                        Boost.Python Library development files
ii  libboost-python1.63.0                          1.63.0+dfsg-1 
armhf                        Boost.Python Library
rc  libboost-random1.49.0                          1.49.0-4+b2 
armhf                        Boost Random Number Library
rc  libboost-random1.55.0:armhf                    1.55.0+dfsg-3 
armhf                        Boost Random Number Library
ii  libboost-random1.63-dev:armhf                  1.63.0+dfsg-1 
armhf                        Boost Random Number Library
ii  libboost-random1.63.0:armhf                    1.63.0+dfsg-1 
armhf                        Boost Random Number Library
rc  libboost-regex1.49.0                           1.49.0-4+b2 
armhf                        regular expression library for C++
rc  libboost-regex1.55.0:armhf                     1.55.0+dfsg-3 
armhf                        regular expression library for C++
ii  libboost-regex1.63-dev:armhf                   1.63.0+dfsg-1 
armhf                        regular expression library for C++
ii  libboost-regex1.63.0:armhf                     1.63.0+dfsg-1 
armhf                        regular expression library for C++
rc  libboost-serialization1.49.0                   1.49.0-4+b2 
armhf                        serialization library for C++
rc  libboost-serialization1.55.0:armhf             1.55.0+dfsg-3 
armhf                        serialization library for C++
ii  libboost-serialization1.63-dev:armhf           1.63.0+dfsg-1 
armhf                        serialization library for C++
ii  libboost-serialization1.63.0:armhf             1.63.0+dfsg-1 
armhf                        serialization library for C++
rc  libboost-signals1.49.0                         1.49.0-4+b2 
armhf                        managed signals and slots library for C++
rc  libboost-signals1.55.0:armhf                   1.55.0+dfsg-3 
armhf                        managed signals and slots library for C++
ii  libboost-signals1.63-dev:armhf                 1.63.0+dfsg-1 
armhf                        managed signals and slots library for C++
ii  libboost-signals1.63.0:armhf                   1.63.0+dfsg-1 
armhf                        managed signals and slots library for C++
rc  libboost-system1.49.0                          1.49.0-4+b2 
armhf                        Operating system (e.g. diagnostics support) 
library
rc  libboost-system1.55.0:armhf                    1.55.0+dfsg-3 
armhf                        Operating system (e.g. diagnostics support) 
library
ii  libboost-system1.63-dev:armhf                  1.63.0+dfsg-1 
armhf                        Operating system (e.g. diagnostics support) 
library
ii  libboost-system1.63.0:armhf                    1.63.0+dfsg-1 
armhf                        Operating system (e.g. diagnostics support) 
library
rc  libboost-test1.49.0                            1.49.0-4+b2 
armhf                        components for writing and executing test 
suites
rc  libboost-test1.55.0:armhf                      1.55.0+dfsg-3 
armhf                        components for writing and executing test 
suites
ii  libboost-test1.63-dev:armhf                    1.63.0+dfsg-1 
armhf                        components for writing and executing test 
suites
ii  libboost-test1.63.0:armhf                      1.63.0+dfsg-1 
armhf                        components for writing and executing test 
suites
rc  libboost-thread1.49.0                          1.49.0-4+b2 
armhf                        portable C++ multi-threading
rc  libboost-thread1.55.0:armhf                    1.55.0+dfsg-3 
armhf                        portable C++ multi-threading
ii  libboost-thread1.63-dev:armhf                  1.63.0+dfsg-1 
armhf                        portable C++ multi-threading
ii  libboost-thread1.63.0:armhf                    1.63.0+dfsg-1 
armhf                        portable C++ multi-threading
rc  libboost-timer1.49.0                           1.49.0-4+b2 
armhf                        C++ wall clock and CPU process timers
rc  libboost-timer1.55.0:armhf                     1.55.0+dfsg-3 
armhf                        C++ wall clock and CPU process timers
ii  libboost-timer1.63-dev:armhf                   1.63.0+dfsg-1 
armhf                        C++ wall clock and CPU process timers
ii  libboost-timer1.63.0:armhf                     1.63.0+dfsg-1 
armhf                        C++ wall clock and CPU process timers
ii  libboost-type-erasure1.63-dev:armhf            1.63.0+dfsg-1 
armhf                        C++ runtime polymorphism based on concepts
ii  libboost-type-erasure1.63.0:armhf              1.63.0+dfsg-1 
armhf                        C++ runtime polymorphism based on concepts
rc  libboost-wave1.49.0                            1.49.0-4+b2 
armhf                        C99/C++ preprocessor library
rc  libboost-wave1.55.0:armhf                      1.55.0+dfsg-3 
armhf                        C99/C++ preprocessor library
ii  libboost-wave1.63-dev:armhf                    1.63.0+dfsg-1 
armhf                        C99/C++ preprocessor library
ii  libboost-wave1.63.0:armhf                      1.63.0+dfsg-1 
armhf                        C99/C++ preprocessor library
ii  libboost1.63-all-dev                           1.63.0+dfsg-1 
armhf                        Boost C++ Libraries development files (ALL)
ii  libboost1.63-dev:armhf                         1.63.0+dfsg-1 
armhf                        Boost C++ Libraries development files
ii  libboost1.63-tools-dev                         1.63.0+dfsg-1 
armhf                        Boost C++ Libraries development tools

Sebastian Z. schrieb:
> Das war libboost1.63-all-dev
>
> Command dpkg -l | grep boost ergab folgendes:
> [...]

Hmm, das sieht erst mal ok aus. Keine Ahnung, was da das Problem ist :-/ 
Selber verwende ich Boost 1.58 (in Ubuntu 16.04) und 1.60 (in Fedora 24) 
ohne Probleme. 1.63 habe ich (mangels entsprechender 
Installationsquellen auf meinen Rechnern) noch nicht getestet.

Hmmm. Doof das ganze.
Habe noch gelesen, dass evtl. die GCC Version nicht zur Lib passen kann.
Da muss ich nochmal spielen und evtl. auf GCC 5+ wechseln.

Aber nochmal die Frage an die Runde: Kann mir jemand eine fertiges 
compile des collectors zukommen lassen?

VG
Sebastian

Guten Morgen Zusammen,

die Hinweise aus dem Netz auf die GCC Version in meinem Fall waren 
korrekt.
Nachdem ich Version 5 aus den Testing Repos der Himbeere geladen hatte, 
lief das compile fehlerfrei durch.

Somit bestätigt sich, dass die libboost Version ~1.6 auch nur mit GCC > 
5 läuft.
Schönes WE und danke für die Hilfe.

Sebastian

Hallo Sebastian

unter welcher Version (wheezy oder jessie) hast du das denn jetzt 
compiliert ?
Könntest du mit mal die fertig compilierte Datei schicken ?

mfg

Andreas

Hallo Andreas,

anbei meine collectord Datei.


Diese ist mit mqrtt Support compeliert.

VG
Sebastian

Hallo Sebastian,

vielen Dank, ich werde es in der nächsten Zeit mal testen. Ich denke 
allerdings dass ich meine Installation erst etwas aufrüsten muss.

mfg

Andreas

Hallo Zusammen,

in den letzten Tagen hatte ich Zeit, das Projekt etwas nach Vorne zu 
treiben. Alles lief mit der Anleitung relativ problemlos. Besten Dank 
dafür!

AVR-NET mit selbst gebauter Adapterplatine an einem Raspi, welcher 
gleichzeitig mein openHAB beherbergt.
Die EMS Telegramme kommen sauber über MQTT rein und werden in openHAB 
angezeigt.
Soweit sehr schön. Nur ist das ja nur die halbe Miete. Natürlich möchte 
ich die Heizung auch ansteuern können. Hier komme ich aktuell nicht 
weiter.
Mit
telnet localhost 7777
komme ich zwar auf die Kommandoebene, jedoch werden alle Anfragen mit 
einem
ERRTIMEOUT
beantwortet. Auf der Platine leuchtet auch keine TX LED. Einen Fehler 
auf der Platine sehe ich eigentlich nicht - nur der 1W Widerstand ist 
schon recht warm.....
Die RX LED leuchtet immer mal wieder, so wie auch die Telegramme 
reinkommen.

Könnt Ihr mir einen Tipp geben, woran es liegen könnte?
Muss ich das EMS Gateway noch irgendwie in meinem RC30 aktivieren oder 
prüfen, ob es da ist?

Danke und VG
Sebastian

Danke IngoF,
das war der richtige Tipp.
Ein Lötpunkt vom OP in Richtung Basis des Transistors war nicht ganz 
sauber von mir gelötet. Dadurch hat der PullUp Widerstand den Transistor 
auf dauerhaft auf Durchgang, als auf Dauersenden geschaltet.

Nun läuft alles prima.
Besten Dank und VG
Sebastian

Delchrys schrieb:
> I'm stuck at the whole serial part and detecting
> the frame error/break part.


The stop-bit is inverted at the end of any command or reply.
That is the reason why your serial port must abe able to check this type 
of error.

The arduino must allow to check the error status of the serial port for 
each received byte.

You can not use the rx-buffer of the serial-port.

Delchrys schrieb:
> But aren't all atmegas capable of doing the same stuff.

Maybe. I do not know anything about arduino. Do they all have atmega?

Check the datasheet of the used atmega to be shure.