SF4008 boot - Problem

[Derek Buegel]

Vor ca. 4 Jahren gab es das Problem, das die SF4008 auf dem Display "BOOTING... " angezeigt hat und man die Box auch nicht mehr flashen konnte. Die Boxen "starben" reihenweise. Meine war nicht betroffen.
Vor ein paar Tagen hat es nun auch mich erwischt.
Offensichtlich ist die Box aber hardwaremäßig vollkommen i.O. und hat einfach vergessen, was sie ist bzw sein soll (Alzheimer?), gut nur, dass sie nicht auch noch inkontinent ist.
Kann ja nicht sein, die ist doch zu schade für den Elektroschrott, dachte ich, die ist doch noch so jung.
Also Google gequält und klar, fündig geworden.

Spoiler

Du musst angemeldet sein, um Medien zu sehen.

Nun ist mein arabisch aber "nicht so toll" - sprich kann ich nicht, aber dennoch kann man ja einige Informationen aus dem Video erahnen.
Man erkennt z.B. den USB-TTL-Adapter

Sie müssen registriert sein, um Links zu sehen.

und das Programm, was verwendet wird, ist verlinkt.

Sie müssen registriert sein, um Links zu sehen.

Also los geht's:
SF4008 ausgelesen und hat sogar geklappt.

Spoiler: Log

CPU 01
BCM74390011
PRID07251111
v1.19
RR:00000003
BFW
seclib-1.9
BBL v1.0.1
AVS init...
AVS init OK
AVS load:select_image: addr_offset: 00051000 part_offset: 00000000 bootStatus: 2a002b00
AVS load_code offset =00051000
LOADED
AVS: overtemp mon ON

single board
select_image: addr_offset: 00055000 part_offset: 00000000 bootStatus: 3d2b2500
MEMSYS-STD
SHMOO 02010000 BLD:11138 HW:hpf0_b1p6 V:2.1.0.0
MCB: FIX
AVS start:status=000000ff
STB: Current voltage=00000393(915)
 temperature=0000c998(51608)
 PV=00000350(848)
 MV=00000393(915)
AVS FW rev=30333278 [0.3.2.x]
OK
DDR0: *@ ffe0c7c8 <= ffe0c7c8 MEMSYS-0 @ f1100000 OK
DDR1: -
Sdram Scramble OTP = 0x00000001
Sdram Scramble OK
select_image: addr_offset: 00020000 part_offset: 00000000 bootStatus: 1b25252b
BFW load mode OTP = 0x0000000f
bfw_hash_locked = 0x00000000
BFW key3 OK, BFW load OK
BFW v2.1.0
COPY CODE... DONE
MICH: disable success
SSBL
PINMUX
CACHE FLUSH OK
MMU ON
CACHE FLUSH OK
_fbss  0704e420
_ebss  0704fc88
_end   0704fca8
HEAP @ 07100000
STACK @ 09200000
ARCH: CONFIG OK
CLR BSS 0704e420 to 0704fc88 OK
CLR SRAM  OK
CACHE FLUSH OK
CPU CLKSET OK
GO!

    ,/   
  ,'/___, BOLT v1.19 v1.19 LOCAL BUILD
.'__  ,'  (2016-10-14 22:06:19 doolgun@ubuntu)
   /,'    Copyright (C) 2016 Broadcom
  /'     

Board: SF4008_EMMC_DDR4
SYS_CTRL: product=72511, family=7439b1, strap=000000b2,
otp @ 0xf0404030 = 0x822080e0: en_cr(0x00000060) en_testport(0x00000080) macrovision_disable(0x02000000) memsys_1_disable(0x00008000) moca_disable(0x80000000) rv9_disable(0x00200000)
otp @ 0xf0404034 = 0x00000461: moca2_disable(0x00000001) pcie1_disable(0x00000040) rfm_disable(0x00000020) sata1_disable(0x00000400)
CPU: 2x B15 [420f00f3] 1719 MHz
SCB: 432 MHz
DDR0 @ 1200MHz, DDR1 N/A
RESET CAUSE: 0x000003 main_chip_input power_on (2 of 23 possible causes)
CS0: SFDP SPI, 8MB, 64kB blocks, 64kB erase block, 256B pages
RTS0: 0x1101004, 256 clients, ok
RTS1: 0x1181004, 256 clients, ok
BOX MODE: 1
AVS: park check
AVS: temperature monitoring enabled
AVS: STB: V=0.914V, T=+52.095C, PV=0.848V, MV=0.915V, FW=30333278 [0.3.2.x]
USB otp=00000040
Board version 0.92
HCS16SM18T Init
HCS16SM18T Reset
usb: resetting device on bus 0 hub 1 port 1
USB: New high speed device connected to bus 0 hub 1 port 1
usb: found Mass-Storage Device 0781:5151
USBMASS: Unit 0 connected
usb: resetting device on bus 1 hub 1 port 1
USB: New high speed device connected to bus 1 hub 1 port 1
Power Btn Init
LED Init
HDD Power Init
[ssbl/main/linux_dvb_7439.c::linux_dvb_usb_upgrade(653)] LINUX_DVB_DIR_PATH: sf4008
checking usbmass for upgrade
*** SanDisk  Cruzer Micro      (2049 MB, lbs=512) ***
*** sf4008/update.bin: File found
*** SanDisk  Cruzer Micro      (2049 MB, lbs=512) ***
*** sf4008/force: File not found
*** SanDisk  Cruzer Micro      (2049 MB, lbs=512) ***
*** sf4008/noforce: File found
*** SanDisk  Cruzer Micro      (2049 MB, lbs=512) ***
*** sf4008/rootfs.tar.bz2: File found
force:0 - noforce:1
[linux_dvb_upgrade:551] disk_number: 0
linux_dvb_wait_upgrade_button done
Auto-negotiation timed-out...check cable/connection
10 Mbps Half-Duplex
DHCP registration failed on device eth0

Sieht erst mal genau so aus, wie im Video - Hurra (dachte ich), also den Befehl eingeben und klappt.
Denkste Pustekuchen. Kein eingeben möglich?????
Aufgeben ist aber keine Option und kommt auch in meinem Wortschatz nicht vor.
Da gibt es nur eine Lösung - Bier und drüber schlafen!

Neuer Tag, neues Glück.
Arduino IDE installiert. Ist auch kein Neuland für mich.
Den Adapter an Linux gehängt und geguckt, wie der Adapter genau heißt (bei Windows stand nur "USB to Serial Adapter an com5" oder ich bin zu doof).
AH, Prolific PL2303.
Also Bibliothek in Arduino IDE "PL2303" geladen, auf Serial Monitor und den Befehl (genau wie im Video).

boot usbdisk0:sf4008/update.bin

eingegeben.
Siehe da, das hat funktioniert. Das Log sah in dem Fall genau so aus wie im Video.
Die Box lebt wieder.

Wer hat noch so eine "Leiche" im Keller?
Wer das selbe Problem hat und sich DAS nicht zutraut kann sich ja an mich wenden.

MfG

 

[Gast155155]

Grüss dich Derek zu 1: Glückwunsch für deine Pionierarbeit.
Zu 2: hab ich kein solche Box,
Aber diese Vorgehensweise erinnert mich stark an Phantom DJI Drone, mit Video übetragung modul Problem,da war es aber klar das es ein Konstruktion fehler an Hardware war,wo die Hitze einfach Problem war,
wodurch die Flash Speicher Sektoren beschädigt waren,Firmware neu Flash brachte zwar Erfolk, aber es war von Kurtzer Dauer. weil immer wieder Speicher neu beschädigt war.
Hab ich auch paar mal gemacht,und danach war die Motivation für Ar....
Und hab mich von DJI getrennt.

Ist der Problem bei Box Hardware massig geklärt!? Oder ist es bekannt,daß es reine Sofware Problem ist.
Mfg

 

[Derek Buegel]

Schau mal ins NFR oder ins OATV-Forum, da gibt es einen Thread, der etwa 4 ... 5 Jahre alt ist, wo genau die selben Probleme auftreten und das massenhaft. Darf ja nicht verlinken.
Und ich betone ausdrücklich, es geht hier nur um SF4008 und keine andere Box.
Auch da gab es schon Ansätze für genau diese Lösung.
Aber da wurde es nicht bis zum Ende geführt und der/die Threads verliefen "im Sande".

MfG

 

[Verdi-Fan]

Derek! Du bist meine Nr. 1
Meine SF4008 läuft zwar aktuell (noch), aber diesen Artikel habe ich schon in meinen Favoritengespeichert. Geiler Fight gegen das Problem. Hat mich sehr beeindruckt.

 

[Derek Buegel]

Ich glaube, das SecureCRT braucht man nicht. Arduino IDE reicht aus.

MfG

Edit:
Heute habe ich mir mal die Zeit genommen und eine kleine PDF gebastelt.
Teilt mir mal mit, ob es verständlich und nachvollziehbar ist.

Anleitung zur Rettung eines SF4008

MfG

 

[Verdi-Fan]

Alles erstmal prima! Vielen Dank! Kannst du dir bei den Links für die benötigten Produkte irgendwas anderes einfallen lassen? Das funktioniert bei mir gar nicht oder nur mit viel Fummeln.
Wie wäre es, wenn du schreibst:

Benötigt wird ein
1) USB to TTL Converter
Beispielsweise:
5/3/1x USB to RS232 Serial TTL Module PL2303TA USB UART PL-2303TA

Sie müssen registriert sein, um Links zu sehen.

Grüße
VF

 

[Derek Buegel]

PDF geändert. Post #6.
Links sollten jetzt funktionieren und ich habe das Log deutlich "schlanker" gemacht. Ist ja aus meinem Receiver und interessiert nur am "Rande".

MfG

 

[Verdi-Fan]

So finde ich es viel besser.
Eine Frage noch. Im Text schreibst du von RX und TX - auf der Abbildung sehen wir aber RXD und TXD (D = vermutlich Dongle) als Bezeichnungen. Vereinheitlichen fände ich immer besser, weil ja auch VCC oder GND im Text auf der Abbildung GND sind.
Dann: Könntest du dir ggf. noch ein Foto für diesen Text vorstellen oder wäre das zu viel des Guten? Mir würde es beispielsweise helfen:
"Das zum Dogle gehörige Kabel mit dem schwarzen Stecker auf den Dongle stecken und GND an GND, RX an TX und TX an RX stecken. VCC bleibt frei."

Danke für die Anleitung! Wirklich eine Bereicherung ... ich würde in die Datei auf jeden Fall noch reinschreiben:
(C) Daryl Dixon für das DEB (mit LINK zum DEB) Eine weitere Verbreitung in anderen Foren ist ausdrücklich erwünscht, bedarf aber der Angabe des Autoren und des DEB als Quellennachweis.

Grüße
VF

 

[Derek Buegel]

Wie rum das Kabel steckt, sollte doch egal sein. Ich hatte den schwarzen Stecker auf dem Dongle.
Zu RXD und TXD:

Receive Data (RxD) und Transmit Data (TxD) sind Schnittstellenleitungen für Empfangs- und Sendedaten. Über diese Schnittstellenleitungen werden die Empfangs- und Sendedaten zwischen einer Datenübertragungseinrichtung (DCE) und einer Datenendeinrichtung (DTE) übertragen.

Ich habe noch mal in RxD und TxD geändert. Es gibt im Netz unterschiedliche Bezeichnungen.
User die keinen Nagel einschlagen können, werden sich sicher auch nicht daran wagen.

Ich habe die PDF auch im OATV und NFR gepostet. Das mit den Quellen, werde ich noch machen. Man weiß ja nie.

PDF in Post #6 noch mal ersetzt.

MfG

 

[dominic]

Servus Derek,

das Problem das du hattest habe ich nun auch.....bin am verzweifeln.
Wollte von openatv 6.4 auf openatv 7.3 sauber flashen und dann kam genau deine Fehlerbeschreibung.

Habe nun den Adapter bestellt den ich morgen bekomme und hoffe ich kann das Problem wieder lösen.

 

[Derek Buegel]

Viel Glück.

 

[dominic]

ich hoffe das geht so alles wie du das beschrieben hast

 

[Derek Buegel]

Wenn es das selbe Problem ist bestimmt.
Die Boxen kommen ja doch langsam in die Jahre.