Bootloader Update failed

[Plenz]

Hm, schwierig. Wenn's meine CCU wäre, würde ich sie glaube ich tauschen lassen. Doof nur, dass momentan nix verfügbar ist.

Eben! Wenn ich wüsste, dass Conrad noch so ein Ding rumstehen hat, hätte ich sofort getauscht.

Andererseits, wenn Du nichts defektes auf der Platine finden kannst - scheint ka hardwareseitig alles iO.

Ich finde es aber seltsam, dass ein Symptom sowohl durch defekte Hardware als auch durch einen Softwarefehler hervorgerufen werden kann.

das arm7prog ist nur das Programm, mit dem der bootloader geschrieben wird:

Mir fehlen leider jegliche Grundlagen, um einen Sinn in deinen Worten zu erkennen.

Inzwischen habe ich noch ein bisschen gestochert, vielleicht hilft das eine oder andere weiter:

Per Telnet auf der Zentrale:

Code: Alles auswählen

/ # rfd -c
Config file is /etc/config/rfd.conf
XmlRpcServer::bindAndListen: Could not bind to specified port (error 98).
<Error> Could not bind to TCP port 2001

Daraufhin die Config angeschaut:

Code: Alles auswählen

# This File was automatically generated
# TCP Port for XmlRpc connections
Listen Port = 2001

Log Destination = Syslog
Log Identifier = rfd

Persist Keys = 1

PID File = /var/rfd.pid
UDS File = /var/socket_rfd

Device Description Dir = /firmware/rftypes
Device Files Dir = /etc/config/rfd
Address File = /etc/config/ids
Key File = /etc/config/keys

[Interface 0]
Type = CCU

Daraufhin festgestellt, dass /var/rfd.pid existiert, aber /var/socket_rfd existiert nicht!

Bevor ich deinen Tipp ausprobiere, warte ich erst mal, was du hierzu meinst.

[anli]

das arm7prog ist nur das Programm, mit dem der bootloader geschrieben wird:

Mir fehlen leider jegliche Grundlagen, um einen Sinn in deinen Worten zu erkennen.

Du hattest im vorigen Post geschrieben, dass das Programm in der 1.503 und 1.502 ein anderes ist - dies ist nur die halbe Miete: Zum programmieren des Bootloaders brauchst Du ähnlich wie zum Firmware-Update eines alten PCs zwei Komponenten: Zum einen das Programm, welches die Firmware schreibt (in diesem Fall arm7prog) und die Firmware selbst (/firmware/hss_comm.enc). Manchmal sieht man auf der Console mehr als in der WebUI. Von daher wäre ein Aufruf wie

Code: Alles auswählen

cd /bin
./arm7prog -F /firmware/hss_comm.enc

interessant um zu sehen, welcher Fehler kommt...

Code: Alles auswählen

/ # rfd -c
Config file is /etc/config/rfd.conf
XmlRpcServer::bindAndListen: Could not bind to specified port (error 98).
<Error> Could not bind to TCP port 2001

Der Fehler kommt bei mir auch, da der Port schon in Benutzung ist: Was liefert Dir ein ps -ef | grep rfd? Bei mir kommt:

Code: Alles auswählen

/var # ps -ef | grep rfd
  968 root       5768 S   rfd -d -f /etc/config/rfd.conf -l 5
  972 root       5768 S   rfd -d -f /etc/config/rfd.conf -l 5
  973 root       5768 S   rfd -d -f /etc/config/rfd.conf -l 5
  974 root       5768 S   rfd -d -f /etc/config/rfd.conf -l 5
  975 root       5768 S   rfd -d -f /etc/config/rfd.conf -l 5
 4743 root        328 S   grep rfd

Ebenso existiert die von Dir beschriebene Datei (Listing verkürzt):

Code: Alles auswählen

/var # ls -l
-rw-rw-rw-    1 root     root            3 Oct  8 19:13 rfd.pid
srwxrwxrwx    1 root     root            0 Oct  8 19:13 socket_hs485d
srwxrwxrwx    1 root     root            0 Oct  8 19:13 socket_pfmd
srwxrwxrwx    1 root     root            0 Oct  8 19:13 socket_rfd

Die Datei sollte normalerweise automatisch angelegt werden... Kannst Du mal probieren:

Code: Alles auswählen

rfd -d -f -c /etc/config/rfd.conf -l 5

[Plenz]

Von daher wäre ein Aufruf wie

Code: Alles auswählen

cd /bin
./arm7prog -F /firmware/hss_comm.enc

interessant um zu sehen, welcher Fehler kommt...

Naja, ich hatte gezögert von wegen Verantwortung und kaputt machen...
Das Resultat lautet:

Code: Alles auswählen

/bin # ./arm7prog -F /firmware/hss_comm.enc
Error: /dev/hss_comm_isp in use or does not exist.

Die Datei existiert aber. Allerdings ist es mir nicht gelungen, hineinzuschauen. Ich kann sie zwar auf 777 chmoden, aber selbst dann kann ich sie nicht anschauen, nicht kopieren, nichts.

Code: Alles auswählen

/dev # cp hss_comm_isp /usr/hss
cp: unable to create `/usr/hss': Read-only file system

Der Fehler kommt bei mir auch, da der Port schon in Benutzung ist: Was liefert Dir ein ps -ef | grep rfd?

Code: Alles auswählen

/usr # ps -ef | grep rfd
  983 root       4484 S   rfd -d -f /etc/config/rfd.conf -l 5
  986 root       4484 S   rfd -d -f /etc/config/rfd.conf -l 5
  987 root       4484 S < rfd -d -f /etc/config/rfd.conf -l 5
  988 root       4484 S < rfd -d -f /etc/config/rfd.conf -l 5
 1895 root        276 S   grep rfd
/usr #

Ebenso existiert die von Dir beschriebene Datei (Listing verkürzt):

Dachte ich mir schon

Kannst Du mal probieren:

Code: Alles auswählen

rfd -d -f -c /etc/config/rfd.conf -l 5

Gar nichts, nur eine Beschreibung, als ob ich --help eingegeben hätte. Ich habe dann -c nach vorn und -f nach hinten gesetzt:

Code: Alles auswählen

/usr # rfd -d -c -f /etc/config/rfd.conf -l 5
Daemonizing to background

Ich hoffe, das sagt dir was...

[anli]

Naja, ich hatte gezögert von wegen Verantwortung und kaputt machen...
Das Resultat lautet:

Code: Alles auswählen

/bin # ./arm7prog -F /firmware/hss_comm.enc
Error: /dev/hss_comm_isp in use or does not exist.

Ja, ich hätte auch gezögert. Aber die Fehlermeldung sagt mir, dass wir da vermutlich nicht direkt weiterkommen. Insofern würde ich an Deiner Stelle mal den Weg von dirch weiterverfolgen. Ich habe auch mal kaju gebeten, sich dies anzuschauen - er ist da auch super im Thema, mal sehen, ob er eine Empfehlung hat.

Code: Alles auswählen

/usr # ps -ef | grep rfd
  983 root       4484 S   rfd -d -f /etc/config/rfd.conf -l 5
  986 root       4484 S   rfd -d -f /etc/config/rfd.conf -l 5
  987 root       4484 S < rfd -d -f /etc/config/rfd.conf -l 5
  988 root       4484 S < rfd -d -f /etc/config/rfd.conf -l 5
 1895 root        276 S   grep rfd
/usr #

Hmm, dann läuft der rf-Daemon aber... Verwunderlich ist dann, wieso die socket_rfd nicht existiert. Hört sich wieder nach kaputter Firmware an... Das würde mich zu der o. a. Empfehlung bringen...

Code: Alles auswählen

/usr # rfd -d -c -f /etc/config/rfd.conf -l 5
Daemonizing to background

Ich hoffe, das sagt dir was...

Ja, dass der rf-Daemon ohne Probleme startet. Es kommt keine Fehlermeldung wie "kann Socket-Datei nicht erstellen" o. ä.. Kannst Du noch mal nachsehen, ob danach die socket_rfd da ist?

[Plenz]

Ich habe auch mal kaju gebeten, sich dies anzuschauen - er ist da auch super im Thema, mal sehen, ob er eine Empfehlung hat.

Vielen Dank!

Hört sich wieder nach kaputter Firmware an...

Wie kann das sein? Wenn es mir gelingt, die Firmware downzugraden und wieder upzugraden, dann müsste doch alles OK sein, oder?

Kannst Du noch mal nachsehen, ob danach die socket_rfd da ist?

Ja, heute abend. Hier im Büro bin ich leider IT-mäßig entmündigt

Viele Grüße an meine alte Heimat (Bissendorf)

[dirch]

Hallo zusammen,

wie schon richtig festgestellt ist der Weg Linux uebers Netz zu booten hier eine Sackgasse weil das Image startet ja soweit.

Aus dem was ich den ganzen vorherigen Posts entnehmen kann kommt eine Fehlermeldung wenn versucht wird das "ARM7 Update" durchzufuehren. Soweit ich die CCU Internas verstanden habe handelt es sich bei diesem ARM7 um den Kommunikationsprozessor der CCU (quasi die Bidcos Funkschnittstelle), man koennte sich vorstellen dass in der CCU von der Funktion sowas wie ein Lan Adapter verbaut ist. Bei dem Update wird versucht den Kommunikationsprozessor mit einer neuen Firmware zu bestuecken, dabei scheint schon irgendetwas nicht zu gehen.

Der RFD Prozess greift meines Wissens nach ueber die /dev/hss_comm* Devices auf den Kommunikationsprozessor zu. Sollten die Devices schon fehlen wuerde es heissen dass die entsprechenden Kernel Module nicht geladen oder nicht initialisiertz werden konnten.

Nun sieht es mir hier so aus dass irgendwas mit dem Kommunikationsprozessor nicht ok ist, sei es die Kommunikation (wegen durchtrennter Leiterbahn) nicht funktioniert oder weil sonst irgendwas defekt ist. Klingt fuer mich auf jeden Fall nach einschicken bzw. Umtausch, ich glaube nicht dass man hier ohne Verlust der Garantie viel mehr machen kann.

Ach ja, um mal zu sehen worueber sich der RFD genau beschwert einfach mal folgendes machen:

Code: Alles auswählen

killall -9 rfd
rfd -c -l 0 -f /etc/config/rfd.conf

Gruss,
Dirch

PS: ich vermute wenn man in den Bidcos Einstellungen die interne Antenne deaktiviert und dafuer Lan Adapter nutzt dann sollte das gehen. Wenn Du also eh vor hast Lan Adapter einzusetzen dann koenntest Du so schon mal weitermachen und die CCU erst tauschen lassen wenn wieder Ersatz lieferbar ist. Ansonsten seh ich da zumindest fuer die Funkkommunikation schwarz.

[owagner]

Ich glaube, der ARM7 wird generell auch für die AES-Verschlüsselung bei der Kommunikation mit den Adaptern verwendet...

Funktionieren eigentlich LCD (also Textausgabe) und Tasten an der CCU?

[Plenz]

Funktionieren eigentlich LCD (also Textausgabe) und Tasten an der CCU?

Klar, LCD funktioniert, "Bootloader Update failed" ist deutlich lesbar
Und die Tasten funktionieren auch, ich kann diverse Menüs aufrufen, und auch der Reset (alle 3 Tasten drücken) funktioniert.

[dirch]

Ich glaube, der ARM7 wird generell auch für die AES-Verschlüsselung bei der Kommunikation mit den Adaptern verwendet...

Das halte ich fuer ein Geruecht, ich hab die Logikschicht mit RFD und Lan Adaptern auch schon erfolgreich auf Hardware betrieben die den ARM7 nicht hatte.
Der Hardware fehlten auch noch andere CCU spezifische Komponenten und Schnittstellen, dafuer war sie ca. doppelt so schnell und auch mit doppelt soviel Ram ausgestattet. Damit laesst sich sogar das WebUI annaehernd fluessig nutzen . . .

Gruss,
Dirch

[Plenz]

Ich fasse mal ein paar Antworten zusammen:

Verwunderlich ist dann, wieso die socket_rfd nicht existiert.

Ich muss mich wohl korrigieren: sie (oder es?) existiert, und zwar als srwxrwxrwx. Ich hatte das Verzeichnis wohl nur per FTP angeschaut, da war socket_rfd nicht zu sehen.

wie schon richtig festgestellt ist der Weg Linux uebers Netz zu booten hier eine Sackgasse weil das Image startet ja soweit.

Gut, dann bleibt mir diese Mühe erspart. Nur schade um die Zeit für die Installation meiner alten Kiste...

Nun sieht es mir hier so aus dass irgendwas mit dem Kommunikationsprozessor nicht ok ist, sei es die Kommunikation (wegen durchtrennter Leiterbahn) nicht funktioniert oder weil sonst irgendwas defekt ist.

Das kommt mir leider auch am logischsten vor. Wenn die Zentrale glaubt, die Batterien wären leer, dann muss doch die Verbindung zwischen Batterie, Spannungsmesser und Steuerung unterbrochen sein, denke ich mal so.

Ach ja, um mal zu sehen worueber sich der RFD genau beschwert einfach mal folgendes machen:

Code: Alles auswählen

killall -9 rfd
rfd -c -l 0 -f /etc/config/rfd.conf

Code: Alles auswählen

/ # killall -9 rfd
/ # rfd -c -l 0 -f /etc/config/rfd.conf
<Info> BidCoS-Service started
<Info> XmlRpc Server is listening on TCP port 2001
<Debug> Default interface is now HEQ0168269
<Info> Current AES key=0, previous AES key=0
<Debug> TX: GetKeys
<Error> response timeout
<Error> Error setting AES keys
<Debug> TX: Address 13A302
<Debug> Device description rf_scd_v1_0.xml loaded (1)
<Debug> Device description rf_cc_tc.xml loaded (2)
<Debug> Device description rf_cf.xml loaded (3)
<Debug> Device description rf_ks550.xml loaded (4)
<Debug> Device description rf_wds_v1_1.xml loaded (5)
<Debug> Device description rf_d.xml loaded (6)
<Debug> Device description rf_s_mega168.xml loaded (7)
<Debug> Device description rf_sci_3.xml loaded (8)
<Debug> Device description rf_s550ia.xml loaded (9)
<Debug> Device description rf_rhs_e_v1_7.xml loaded (10)
<Debug> Device description rf_tis.xml loaded (11)
<Debug> Device description rf_rc_19.xml loaded (12)
<Debug> Device description rf_s_le_v1_5.xml loaded (13)
<Debug> Device description rf_cc_vd.xml loaded (14)
<Debug> Device description rf_4dis.xml loaded (15)
<Debug> Device description rf_rc_12.xml loaded (16)
<Debug> Device description rf_swi.xml loaded (17)
<Debug> Device description rf_pbi.xml loaded (18)
<Debug> Device description rf_sec_sfa.xml loaded (19)
<Debug> Device description rf_rhs.xml loaded (20)
<Debug> Device description rf_keymatic.xml loaded (21)
<Debug> Device description rf_sec_sd.xml loaded (22)
<Debug> Device description rf_bl.xml loaded (23)
<Debug> Device description rf_wds_v1_0.xml loaded (24)
<Debug> Device description rf_sec_mdir.xml loaded (25)
<Debug> Device description rf_rc.xml loaded (26)
<Debug> Device description rf_d_le_v1_7.xml loaded (27)
<Debug> Device description rf_sen_ep.xml loaded (28)
<Debug> Device description rf_ash550.xml loaded (29)
<Debug> Device description rf_dim_t.xml loaded (30)
<Debug> Device description rf_rhs_le_v1_6.xml loaded (31)
<Debug> Device description rf_tis_le_v1_0.xml loaded (32)
<Debug> Device description rf_ws550.xml loaded (33)
<Debug> Device description rf_winmatic.xml loaded (34)
<Debug> Device description rf_sc.xml loaded (35)
<Debug> Device description rf_sc_e_v1_7.xml loaded (36)
<Debug> Device description rf_cc_tc_le_v1_9.xml loaded (37)
<Debug> Device description rf_s.xml loaded (38)
<Debug> Device description rf_sc_le_v1_6.xml loaded (39)
<Debug> Device description rf_sen_mdir_sm.xml loaded (40)
<Debug> Device description rf_ddc.xml loaded (41)
<Debug> Device description rf_cmm.xml loaded (42)
<Debug> Device description rf_central.xml loaded (43)

...und dann nichts mehr, auch nach minutenlangem Warten nichts. Erst nach Ctrl-C kam der Prompt.

Im Log gibt es was neues:

Code: Alles auswählen

Oct 12 18:06:45 (none) user.debug setclock: Tue Oct 12 18:06:45 CEST 2010
Oct 12 18:06:46 (none) user.info firewall: configuration set
Oct 12 18:06:57 (none) local0.info udhcpd[960]: udhcpd (v0.9.9-pre) started
Oct 12 18:06:57 (none) cron.notice crond[968]: crond 2.3.2 dillon, started, log level 8
Oct 12 18:06:59 (none) user.info : hss_lcd: Programm initialisiert. Starte Hauptschleife.
Oct 12 18:07:00 (none) user.err : [truncated] y" | "%y%m%d"
Oct 12 18:07:00 (none) user.err : InitFromHssml fehlgeschlagen!
Oct 12 18:07:00 (none) user.err : [truncated] I%M" | "%H%M"
Oct 12 18:07:00 (none) user.err : InitFromHssml fehlgeschlagen!
Oct 12 18:07:02 (none) user.err pfmd: response timeout
Oct 12 18:07:03 (none) user.err rfd: response timeout
Oct 12 18:07:03 (none) user.err rfd: Error setting AES keys
Oct 12 18:07:09 (none) user.info homematic: HomeMatic 1.503 has been started
Oct 12 18:07:09 (none) daemon.info init: ^MStarting pid 1036, console /dev/ttyS0: '/sbin/getty'
Oct 12 18:07:21 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 0 0x00 [1] 0 0x00 [2] 0 0x00 [3] 0 0x00 [4] 0 0x00  [../Platform/DOM/iseESPexec.cpp (12045)]
Oct 12 18:15:01 (none) cron.notice crond[968]: USER root pid 1188 cmd /bin/arm7setclock

Die vorletzte Zeile war mir bislang noch nicht untergekommen, vielleicht sagt das jemandem was?