Raspberry Pi Add-On Board (nicht mehr verfügbar / Fertigung eingestellt)

[JoWiemann]

Ich werde aus der rf_rwe.c nicht schlau. Es scheint, als ob RWE die Komponenten von eQ3 mit eigenem Funkprotokoll ausgestattet hat.

Stimmt. Das Smart Home der RWE basiert auf Komponenten von eQ3 mit eigenem verschlüsseltem Protokoll. Seit einiger Zeit geistern immer mal wieder Gerüchte über eine API durch die Gegend. Gesehen habe ich sie aber noch nicht. Das das Protokoll veröffentlicht wird ist eher unwahrscheinlich. Für die Zentrale gibt es mittlerweile eine php-Lib, die mit ganz viel Geduld und Versuch & Irrtum entwickelt worden ist. http://www.rwe-smarthome-forum.de/thread-php-library

Grüße Jörg

[locutus]

Dadurch, das ich Probleme habe, meine HM Komponenten auf eine aktuelle Firmware Version zu bringen, bin ich bei dem Thread hier gelandet (CCD = Add-On Board oder?). Bekomme beim aktualisieren die Meldung "Missing ACK". Habe bereits mein CCD auf 1.62 aktualisiert, aber scheinbar passt es immer noch nicht.

Nein, die Firmware ist nicht beliebig austauschbar! 
So wie ich das sehe, ist die Update-Funktion in COC-Firmware implementiert.

Code Auswählen Erweitern

#define HAS_ASKSIN
#define HAS_ASKSIN_FUP
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/COC/board.h

[prodigy7]

Nein, die Firmware ist nicht beliebig austauschbar! 
So wie ich das sehe, ist die Update-Funktion in COC-Firmware implementiert.

Code Auswählen Erweitern

#define HAS_ASKSIN
#define HAS_ASKSIN_FUP
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/COC/board.h

Ich habe das Update von http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CCD/ gezogen und installiert. Das müsste doch die richtige Version sein oder? Frage ist: Warum funktionieren die Updates nicht? Bzw. wie komme ich an mehr Informationen um herauszufinden woran es hängt?

[locutus]

Ich würde mich nicht drauf verlassen. Die hex-Datei ist ein wenig älter als die board.h. Meine Empfehlung: selber kompilieren.
1. Das Repository heruntergeladen:

Code Auswählen Erweitern

sudo apt-get install subversion-tools
svn co svn://svn.code.sf.net/p/culfw/code/trunk culfw-code
2. Für das Kompilieren werden folgende Pakete benötigt:

Code Auswählen Erweitern

sudo apt-get install avr-libc gcc-avr binutils-avr dfu-programmer avrdude libftdi1
3. Dann in den culfw/Devices/CCD Ordner wechseln und

Code Auswählen Erweitern

sudo make
oder

Code Auswählen Erweitern

sudo make program
ausführen.

[prodigy7]

Sorry, war dann zu wenig Input von mir: Ist selbst compiliert!

[locutus]

Mein Fehler! Ich habe CCD mit COC verwechselt. Das Update kann nicht funktionieren! In board.h fehlt die Zeile:

Code Auswählen Erweitern

#define HAS_ASKSIN_FUP
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CCD/board.h

[prodigy7]

Kann ich das bedenkenlos im Quellcode ergänzen weil es vergessen wurde oder sollte das von einem der Entwickler nochmal gecheckt werden?

[locutus]

Nur Mut! Du editierst die Datei lokal, auf deinem Datenträger und nicht im SVN-Repository.
Vor dem Kompilieren sollte das Projekt noch gesäubert werden:

Code Auswählen Erweitern

sudo make clean

[prodigy7]

Hat geklappt! Danke!

Ein HM-CC-RT-DN und ein HM-TC-IT-WM-W-EU konnte ich jetzt erfolgreich Updates. 2 HM-CC-RT-DN weigern sich noch, aber das kläre ich im Thread http://forum.fhem.de/index.php/topic,30860.15.html

[FloZi]

Hallo zusammen,

ich benutze das AddonBoard nun schon seit einiger Zeit, jedoch ohne den integrierten CUL (mangels Hardware Gegenstücke).
Nun habe ich ein paar FS20 Schalter und ELRO Steckdosen bekommen die ich über einen Busware CUL (USB) an einer FB 7390 mit FHEM nutze. Da ich den FHEM auf der Fritz!Box gerne in Rente schicken würde und nur noch den Raspi als FHEM nutzen möchte wäre es nun für mich an der Zeit den integrierten CUL zu aktivieren.

...und da fangen die Probleme auch schon an!
definiert hab ich den CUL in der fhem.cfg mittels

Code Auswählen Erweitern

define CUL868 CUL /dev/ttyAMA0@38400 1034 wie in der Anleitung beschrieben.
Er wird von FHEM wohl auch erkannt, aber nur als state "opened".
ein

Code Auswählen Erweitern

get CUL868 version endet mit "no answer". ein

Code Auswählen Erweitern

get CUL868 ccconf mit "No FD".

Nun vermute ich einfach mal das der CUL (noch) keine Firmware hat!?

Die LED am AddonBoard geht ca. im Sekundentakt an und aus.

Hab ich irgendwas vergessen zu installieren oder konfigurieren oder hat es was mit dem Cannot init /dev/ttyAMA0 zu tun?


Vielleicht sollte ich noch dazusagen das ich ein absoluter Linuxvollpfosten bin.

hier ein Logfile vom Start:

Code Auswählen Erweitern

2015.01.03 10:33:07 1: Including fhem.cfg
2015.01.03 10:33:08 3: telnetPort: port 7072 opened
2015.01.03 10:33:10 3: WEB: port 8083 opened
2015.01.03 10:33:10 3: WEBphone: port 8084 opened
2015.01.03 10:33:10 3: WEBtablet: port 8085 opened
2015.01.03 10:33:11 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2015.01.03 10:33:11 3: Opening CUL868 device /dev/ttyAMA0
2015.01.03 10:33:12 3: Setting CUL868 baudrate to 38400
2015.01.03 10:33:12 3: CUL868 device opened
2015.01.03 10:34:15 1: Cannot init /dev/ttyAMA0, ignoring it (CUL868)
2015.01.03 10:34:15 1: Including ./log/fhem.save
2015.01.03 10:34:15 1: usb create starting
2015.01.03 10:34:17 3: Probing CUL device /dev/ttyACM0
2015.01.03 10:34:17 1: define CUL_0 CUL /dev/ttyACM0@9600 1034
2015.01.03 10:34:17 1: CUL_0: Cannot define multiple CULs with identical first two digits (10)
2015.01.03 10:34:17 1: define CUL_0 CUL_0 CUL /dev/ttyACM0@9600 1034: CUL_0: Cannot define multiple CULs with identical first two digits (10)
2015.01.03 10:34:17 3: Probing CUL device /dev/ttyAMA0
2015.01.03 10:34:17 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.01.03 10:34:17 3: Probing FRM device /dev/ttyAMA0
2015.01.03 10:34:23 1: usb create end
2015.01.03 10:34:23 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.01.03 10:34:23 0: Server started with 10 defined entities (version $Id: fhem.pl 7358 2014-12-29 16:03:31Z rudolfkoenig $, os linux, user fhem, pid 2058)

FHEM Version 5.6
Vielen Dank schonmal...

Gruß FloZi

[PeMue]

Hallo FloZi,

die Definition ist korrekt, aber der integrierte CUL scheint noch keine Firmware zu haben. Ich meine, es gibt irgendwo in diesem Thread ein Skript zum Flashen der Firmware, der Vorgang ist so:
- passende Firmware herunterladen und auf den Raspberry Pi kopieren
- fhem beenden (wichtig, damit die serielle Schnittstelle freigegeben wird)
- Skript ausführen
- fhem wieder starten.

Viel Erfolg.

Gruß PeMue

[FloZi]

ok...also ich hab mir jetzt avrdude installiert, dann die rpiaddon.hex und die flash.sh aus dem ersten Post runtergeladen.
Das script hab ich mit

Code Auswählen Erweitern

sudo chmod u+x flash.sh ausführbar gemacht und dannach mit

Code Auswählen Erweitern

./flash.sh ausgeführt.

Es kommt dann die Fehlermeldung

Code Auswählen Erweitern

root@raspberrypi:/# wget http://www.flozi.de/rpiaddon.hex
--2015-01-03 12:18:41--  http://www.flozi.de/rpiaddon.hex
Resolving www.flozi.de (www.flozi.de)... 62.27.5.116
Connecting to www.flozi.de (www.flozi.de)|62.27.5.116|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 92051 (90K) [text/plain]
Saving to: `rpiaddon.hex'

100%[===============================================================================================>] 92,051      --.-K/s   in 0.1s   

2015-01-03 12:18:41 (924 KB/s) - `rpiaddon.hex' saved [92051/92051]

root@raspberrypi:/# wget http://www.flozi.de/flash.sh
--2015-01-03 12:18:47--  http://www.flozi.de/flash.sh
Resolving www.flozi.de (www.flozi.de)... 62.27.5.116
Connecting to www.flozi.de (www.flozi.de)|62.27.5.116|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 675 [application/x-sh]
Saving to: `flash.sh'

100%[===============================================================================================>] 675         --.-K/s   in 0s     

2015-01-03 12:18:47 (7.95 MB/s) - `flash.sh' saved [675/675]

root@raspberrypi:/# chmod u+x flash.sh
root@raspberrypi:/# ./flash.sh
Stopping fhem...
calling rpiaddon bootloader...
Programming rpiaddon

Connecting to programmer: .
avrdude: butterfly_recv(): programmer is not responding
Starting fhem...
root@raspberrypi:/#

[locutus]

Entweder ist der Bootloader zerschossen oder aber die serielle Schnittstelle ist nicht frei.
http://forum.fhem.de/index.php/topic,14156.msg138458.html#msg138458

Funktioniert die Kommunikation mit Minicom?
http://forum.fhem.de/index.php/topic,14156.msg137878.html#msg137878

[FloZi]

also bei der Minicom Geschichte kommt nichts dabei raus, wie den vorigen Beiträgen von "Locke".
Unten steht aber von Anfang an Offline!

[raimundl]

Man bin ich bloed, das mit dem display habe ich schon mal gefragt! Antworten sind hier:
http://forum.fhem.de/index.php/topic,14156.msg207564.html#msg207564
http://forum.fhem.de/index.php/topic,14156.msg209204.html#msg209204

Hallo!
Möchte nochmals das "display" Problem (siehe auch obige links) hier anschneiden:

1. Hatte das Problem vor ca. zwei Monaten (hundertemale das Wort display im Logfile) und im Sinne der obigen links auch gelöst.
2. Lösung: File fbvs einspielen, entsprechende Berechtigungen und owner setzen - funktioniert!
3. Im Dezember Log hatte ich jedoch wieder das Problem - Punkt 2 durchgeführt und es war wieder gelöst.
4. Meine Frage:
Wird bei einem Update von FHEM oder Linux (Raspberry) oder sonst etwas dieses funktionierende File wieder ersetzt? 

Danke und LG