VTO2000A unbricking Hilfe Gesucht

stsm · 11 Mai 2019

Ich habe deine HWID genommen aber ich habe probleme das der Videoteil in der VTO nicht funktioniert.
Aber vieleicht hat riogrande75 eine ander HWID, andere Hardware unterschiedliche Baujahre
ist ein versuch wert.

riogrande75 · 11 Mai 2019

Muss mal sehen, ob ich am Labor-PC noch Logs von meinen Flashorgien hab. Momentan sind leider keine UART Kabel dran um das korrekt auszulesen.

riogrande75 · 13 Mai 2019

Hab die von meiner Test-VTO mal mit /cgi-bin/magicBox.cgi?action=getSystemInfo abgefragt:

Code:

VTO2000A:0:4:1:3:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0

stsm · 13 Mai 2019

Schade dass du keine andere HWID hast.
Dann wird die schon richtig sein auf meiner VTO2000A.
Dankeschön.

lukaspl · 23 Mai 2019

hallo,
es handelt sich hierbai um die vto 2000a-2
hab schon alles versucht komme nicht weiter.
einmal hat es geklappt das tftp weiter ging aber seitdem passierte nic mehr immer das selbe failed.txt file not found or no access. ein bild hier was im root ordner von tftp ist, einmal die command und dann der verbindungsabbruch.
bitte um hilfe

lukaspl · 30 Mai 2019

hallo,
habe mal zwei videos online gestellt beim flashen der firmware mit serial Uart mit tftp
leider flasht er bei mir die firmware nicht kann mir da jemand sagen was da falsch läuft ?

riogrande75 · 1 Jun 2019

Weis nicht, welches Tut du dir da durchgelesen hast, aber es wird schon nichts vom TFTP Server geladen (warum nimmst du überhaupt einen chinesischen?). Also IP's falsch,etc.
Lies dir diese beiden Threads zwei mal! durch (jew. 1.Post), dann wirds funktionieren:
https://ipcamtalk.com/threads/dahua-ipc-easy-unbricking-recovery-over-tftp.17189/
https://ipcamtalk.com/threads/dahua-ipc-unbricking-recovery-over-serial-uart-and-tftp.16474/

lukaspl · 1 Jun 2019

Hab denn genommen weil der Lieferant mir die Software geschickt hat und ich es nicht besser wusste. Und schon am Ende meines Lateins war.
Ich werd’s damit mal versuchen danke
Riogrande

kuzco-ip · 1 Feb 2020

Hallo, wir schon in einem anderen Thread geschrieben, habe ich eine DemoVTO nun wieder zum laufen bekommen (SIP 4.3). Leider bekomme ich jedoch weder in der WebGUI ein Bild (Error 2154 - laut der HomePage von Adobekommt kein Stream an

- stimmt ja auch

:
Ein SnapShot scheitert leider ebenfalls: Error - Bad request.

Habe nun auch über magicBox mal die HWID ausgelesen:
VTO2000A:0:4:1:1D:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0

Auf meiner produktiven VTO ist es:
VTO2000A:0:4:1:3:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0

Wenn ich von meiner produkt. VTO mit den Info aus diesem Thread nehme, habe alle anderen VTO auch diese.
Kann der Fehler, dass ich kein Bild bekomme, wirklich an der HWID liegen ?

Interessant ist, dass sowohl die MacAdresse, als auch die Seriennummer NICHT dem Aufkleber auf der VTO entsprechen.

Male · 3 Feb 2020

lukaspl schrieb:
hallo,
habe mal zwei videos online gestellt beim flashen der firmware mit serial Uart mit tftp
leider flasht er bei mir die firmware nicht kann mir da jemand sagen was da falsch läuft ?

Servus, es liegt an deiner IP Adresse! Du hast keinen Kontakt zu TFTP. Der TFTP muss die selbe IP wie der pc habe!

kuzco-ip · 3 Feb 2020

Hallo, ich habe mir nun das UART-Kabel besorgt und würde nun gerne die HWID ändern. Leider bin ich ich Moment wohl etwas zu blond.

Hier der Auszug wenn ich die VTO2000a boot OHNE "Shift + "*"

Code:

Checking DDR......OK

UBL Version: 1.46t(DM365)00:21:48 Jun 13 2018
Oscillator: 24MHZ
ARM Rate: 432 MHZ
DDR Rate: 340 MHZ
BootMode: SPI
Starting SPI Memory Copy...
DONE


U-Boot 1.3.6 (jerry) (Jun 13 2018 - 00:25:26)

DRAM:  128 MB
SF: Got idcode c2 20 18 c2 20
In:    serial
Out:   serial
Err:   serial
Ethernet PHY: GENERIC @ 0x05,id:221513
total gio 2
gio[22]=1
gio[25]=1
TFTP from server 192.168.254.254; our IP address is 192.168.1.108; sending through gateway 192.168.1.1
Filename 'upgrade_info_7db780a713a4.txt'.
Load address: 0x80100000
Loading:
Retry count exceeded; starting again
Fail to get info file!
Init error!
TFTP from server 192.168.254.254; our IP address is 192.168.1.108; sending through gateway 192.168.1.1
Filename 'failed.txt'.
Load address: 0x80200000
Loading:
Retry count exceeded; starting again
==>use default images
APP_OFFSET_NEW test
.......
## Booting kernel from Legacy Image at 80007fc0 ...
   Image Name:   Linux-2.6.18_pro500-davinci_evm-
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    1799188 Bytes =  1.7 MB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
   XIP Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux........................................................................................................................ done, booting the kernel.

Schaut für mich ersteinmal in Ordnung aus.

Hier der Auszug wenn ich mit "Shift"+"*" starte:

Code:

Checking DDR......OK

UBL Version: 1.46t(DM365)00:21:48 Jun 13 2018
Oscillator: 24MHZ
ARM Rate: 432 MHZ
DDR Rate: 340 MHZ
BootMode: SPI
Starting SPI Memory Copy...
DONE


U-Boot 1.3.6 (jerry) (Jun 13 2018 - 00:25:26)

DRAM:  128 MB
SF: Got idcode c2 20 18 c2 20
In:    serial
Out:   serial
Err:   serial
Ethernet PHY: GENERIC @ 0x05,id:221513
total gio 2
gio[22]=1
gio[25]=1
TFTP from server 192.168.254.254; our IP address is 192.168.1.108; sending through gateway 192.168.1.1
Filename 'upgrade_info_7db780a713a4.txt'.
Load address: 0x80100000
Loading:
Retry count exceeded; starting again
Fail to get info file!
Init error!
TFTP from server 192.168.254.254; our IP address is 192.168.1.108; sending through gateway 192.168.1.1
Filename 'failed.txt'.
Load address: 0x80200000
Loading:
Retry count exceeded; starting again
==>use default images
APP_OFFSET_NEW test
DHBOOT# *****************************
Unknown command '*****************************' - try 'help'
DHBOOT# <INTERRUPT>
DHBOOT# printenv
bootcmd=fsload
bootdelay=3
baudrate=115200
eth1addr=00:01:5b:00:55:66
eth2addr=00:01:5b:00:77:88
ipaddr=192.168.1.108
serverip=192.168.1.1
netmask=255.255.255.0
bootfile="uImage"
dh_keyboard=1
appauto=1
single=0
da=protect off all;tftp 81a00000 dm365_ubl_boot_16M.bin.img;flwrite
dc=tftp 81a00000 custom-x.cramfs.img; flwrite
dr=tftp 81a00000 romfs-x.cramfs.img; flwrite
du=tftp 81a00000 user-x.cramfs.img; flwrite
dd=tftp 81a00000 data-x.cramfs.img; flwrite
dw=tftp 81a00000 web-x.cramfs.img; flwrite
dg=tftp 81a00000 gui-x.cramfs.img; flwrite
dk=tftp 81a00000 kernel-x.cramfs.img; flwrite
up=tftp 81a00000 update.img; flwrite
tk=tftp 80800000 uImage; bootm 80800000
gionum=22.25
gioval=1.1
dh_com=0
autosip=192.168.254.254
autolip=192.168.1.108
autogw=192.168.1.1
autonm=255.255.255.0
HWID=VTO2000A:0:4:1:1D:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0
ID=1J02D0APAN00077
ethaddr=4C:11:BF:3A:84:7E
bootargs=console=ttyS0,115200n8 root=/dev/mtdblock4 rootfstype=cramfs,nolock mem=90M newmem=90M video=davincifb:vid0=OFF:vid1=OFF:osd0=OFF:osd1=OFF
filesize=B040
fileaddr=82000000
stdin=serial
stdout=serial
stderr=serialLOG
ver=U-Boot 1.3.6 (jerry) (Jun 13 2018 - 00:25:26)

Environment size: 1158/16380 bytes
DHBOOT# setenv dh_keyboard 0
DHBOOT# saveenv
Saving Environment to SPI Flash...
Erasing SPI flash...Writing to SPI flash...done
DHBOOT# reset

Auch das schaut für mich jedenfalls in Ordnung aus.

Nun habe ich im Bootloader versucht die HWID zu ändern. Leider bekomme ich aber bei "armbenv" ein "Unknown command 'armbenv' - try 'help'" zurück.
Das muss ich doch im Bootloader ändern oder nicht ?

EDIT (03.02. - 22:53):
Konnte mich über Putty und ssh auf der VTO2000A anmelden, aber ein Kommando "armbenv" ist leider unbekannt und ein "armbenv -s HWID VTO2000A:0:4:1:3:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0" wird auch leider nicht mit einem "save" bestätigt.
Jeder Tipp ist willkommen.

EDIT (04.02. - 08:31):
Hier mal ein Link von einem kompletten Boot. Evtl. sieht ja jemand, warum ich keinen VideoStream habe bzw. auch der Snapshot nicht funktioniert. Evtl. liegt es ja auch hier an nicht geladenen Treibern.
LOG

EDIT (04.02. - 16:11)
Das einspielen eines neuen Bootloaders "1.46t(DM365)22:32:49 Mar 5 2019" brachte leider keinen Erfolg mit dem VideoStream.
Suche immer noch nach der Info wie man die HWID ändern kann.

riogrande75 · 4 Feb 2020

Bist du dir denn absolut sicher, dass es an dem liegt? Hast du mal die HW mit der "produktiven" verglichen?
Was steht hinten auf der "kaputten" VTO drauf? Soweit ich mich erinnere, steht doch da die HW ID drauf.
Funktioniert die VTO bis auf Video sonst überhaupt? MCU Upgrade auch gemacht?

kuzco-ip · 4 Feb 2020

Was heisst hier sicher ? Sicher bin ich mir nicht, aber ich bin zumindest am Ende meiner Ideen.
Produktiv: VTO2000A-c, V1.00, P/N: 1.0.01.15.10211, VTO2000A:0:4:1:3:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0
Demo: VTO2000A, V1.00, P/N: 1.0.01.15.10002, VTO2000A:0:4:1:1D:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0
Die HWID stehen hinten nicht drauf.

Fakt ist, dass egal welche FW ich nehme, nonSip (3.12, 3.20) oder SIP (1.20, 4.30), dass der Videostream nicht funktioniert und auch der Snapshot nicht. Wenn man sich das Log anschaut, sieht man auch ohne Ende Error.

Sofern Du noch eine andere Idee hat - immer her damit.
Zumindest würde ich gerne die HWID mal testen - nur weiss ich nicht wie ich die ändere.

EDIT:
Und ja, der Rest funktioniert ohne Probleme.

EDIT (04.02. - 19:45):
Das Flachbandkabel habe ich bereits mehrfach optisch kontrolliert.

EDIT (05.02 - 10:25):
Ich darf wieder mitspielen

.
Es lag tatsächlich an der HWID. Nachdem ich mit dem Kommando "setenv HWID VTO2000A:0:4:1:3:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0" diese geändert und rebootet habe, habe ich sowohl einen Videostream, als auch SnapShots

.
Seriennummer und MAC habe ich so gelassen wie sie sind, auch wenn sie nicht den Daten auf dem Aufkleber entsprechen.
Dem Test mit Asterisks steht nun nichts mehr im Weg.

stsm · 15 Jul 2020

Sind auf dem Aufkleber Nullen oder Oh`s?
Der aufkleber ist mir jetzt erst aufgefallen, schreibe eine neue Serienummer.

2L01197PAN00653

riogrande75 · 16 Jul 2020

Sind Nullen. Sollte aber egal sein für dein Problem, da die Seriennummer für das keine Rolle spielt (Kamera funzt nicht?).
Du solltest eher die HWID prüfen - das könnte es auch sein, wie schon öfter hier im Forum behandelt.

In der HWID ist offenbar an der 4. Stelle verankert, welches Kameramodul verbaut ist (Parameter FVIDEO_CHIP):
VTO2000A:0:4:1:1D:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0
VTO2000A:0:4:1: 3 :5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0
Siehe dazu auch das hier:Dahua HWID

Das kannst du übrigens auch ohne UART usw., ganz einfach per telnet machen:Change_settings_of_VTH_after_upgrading

stsm · 16 Jul 2020

In welcher Firmware ist Telnet noch drin?
Ich komme mit Telnet nicht auf die VTO2000.

riogrande75 · 16 Jul 2020

Muss extra aktiviert werden - einfach mal hier im Forum suchen, wie das geht.
Oder du machst es mit UART - dann brauchst du nicht lange suchen. Ist wohl auch die "sicherere" Variante.

stsm · 16 Jul 2020

Wie war der Befehl ?
flwrite HWID:VTO2000A:0:4:1:1D:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0 ?
gefunden!
setenv HWID VTO2000A:0:4:1:3:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0

-- Zusammenführung Doppelpost gemäß Boardregeln by stoney

Bild da!!!!!!!!!!!!!!!
juch·hu
HWID:VTO2000A:0:4:1:1D:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0

riogrande75 · 16 Jul 2020

Na also...

Alex1812A · 28 Apr 2023

Hallo zusammen,

ich komme bei der VTO2000A-2 einfach nicht weiter. Zum recovern über den TFTP Server habe ich inzwischen alle möglichen Software Stände versucht, von Non-SIP 3.2 als auch SIP4.3. Bei aktiviertem dh_keyboard=0 erhalte ich im normalen Bootvorgang immer einen Fehler bei dem VideoDaemon (Sonia), danach wird immer ein Reboot ausgeführt.

Nach meinem Verständnis müsste doch der Videodaemon im Rahmen des kompletten Paketes auch geflasht werden oder irre ich mich da?

Environment:

bootcmd=fsload
bootdelay=3
baudrate=115200
eth1addr=00:01:5b:00:55:66
eth2addr=00:01:5b:00:77:88
netmask=255.255.255.0
bootfile="uImage"
single=0
da=protect off all;tftp 81a00000 dm365_ubl_boot_16M.bin.img;flwrite
dc=tftp 81a00000 custom-x.cramfs.img; flwrite
dr=tftp 81a00000 romfs-x.cramfs.img; flwrite
du=tftp 81a00000 user-x.cramfs.img; flwrite
dd=tftp 81a00000 data-x.cramfs.img; flwrite
dw=tftp 81a00000 web-x.cramfs.img; flwrite
dg=tftp 81a00000 gui-x.cramfs.img; flwrite
dk=tftp 81a00000 kernel-x.cramfs.img; flwrite
up=tftp 81a00000 update.img; flwrite
tk=tftp 80800000 uImage; bootm 80800000
gionum=22.25
gioval=1.1
dh_com=0
autosip=192.168.254.254
autolip=192.168.1.108
autogw=192.168.1.1
autonm=255.255.255.0
ID=4H008F1PAZ97C61
ethaddr=38:AF:29:BA:E3:45
HWID=VTO2000A:0:4:1:3:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0
bootargs=console=ttyS0,115200n8 root=/dev/mtdblock4 rootfstype=cramfs,nolock mem=90M newmem=90M video=davincifb:vid0=OFF:vid1=OFFsd0=OFFsd1=OFF
dh_keyboard=0
serverip=192.168.178.96
ipaddr=192.168.178.150
appauto=1
stdin=serial
stdout=serial
stderr=serial
ver=U-Boot 1.3.6 (jerry) (May 23 2018 - 17:21:42)
filesize=3F908
fileaddr=81A00000

Bootvorgang:

reset
reset<NUL>
Checking DDR......OK

UBL Version: 1.46t(DM365)16:10:30 Aug 4 2017
Oscillator: 24MHZ
ARM Rate: 432 MHZ
DDR Rate: 340 MHZ
BootMode: SPI
Starting SPI Memory Copy...
DONE

U-Boot 1.3.6 (jerry) (May 23 2018 - 17:21:42)

DRAM: 128 MB
SF: Got idcode ef 40 18 00 00
SF: Detected W25Q128FV with page size 256, total 16 MB
In: serial
Out: serial
Err: serial
Ethernet PHY: GENERIC @ 0x05,id:221513
total gio 2
gio[22]=1
gio[25]=1
TFTP from server 192.168.254.254; our IP address is 192.168.1.108; sending through gateway 192.168.1.1
Filename 'upgrade_info_7db780a713a4.txt'.
Load address: 0x80100000
Loading: T T T
Retry count exceeded; starting again
Fail to get info file!
Init error!
TFTP from server 192.168.254.254; our IP address is 192.168.1.108; sending through gateway 192.168.1.1
Filename 'failed.txt'.
Load address: 0x80200000
Loading: T T T
Retry count exceeded; starting again
==>use default images
APP_OFFSET_NEW test
.......
## Booting kernel from Legacy Image at 80007fc0 ...
Image Name: Linux-2.6.18_pro500-davinci_evm-
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 1799172 Bytes = 1.7 MB
Load Address: 80008000
Entry Point: 80008000
Verifying Checksum ... OK
XIP Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux........................................................................................................................ done, booting the kernel.
Linux version 2.6.18_pro500-davinci_evm-arm_v5t_le (jenkins@e1eace7d2920) (gcc version 4.2.0 (MontaVista 4.2.0-16.0.32.0801914 2008-08-30)) #1 PREEMPT Tue Mar 19 22:11:02 CST 2019
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
Machine: DaVinci DM365 EVM
new hwid:VTO2000A:0:4:1:3:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0
use newmem, newmemStartAddr:0x80000000 newmemSize:0x5900000(89M)
Memory policy: ECC disabled, Data cache writeback
DaVinci DM0365 variant 0x8
prediv = 6, pll0_mult = 85, postiv = 1, pll_div4 = 4, pll_rate = 680000000, pll_div6 = 25
PLL0: fixedrate: 24000000, commonrate: 170000000, vpssrate: 340000000 PLL1_ARMRATE = 340000000
PLL0: vencrate_sd: 27200000, ddrrate: 340000000 mmcsdrate: 136000000
##: prediv = 1, pll1_mult = 9, postdisv = 1, pll-rate = 432000000, pll_div2 = 1, pll_div4 = 21, pll-div5 = 16
PLL1: armrate: 432000000, voicerate: 20571428, vencrate_hd: 27000000, ddrratePLL2 = 432000000
CPU0: D VIVT write-back cache
CPU0: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
CPU0: D cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets
Built 1 zonelists. Total pages: 22784
dh_keyboard:0
PID hash table entries: 512 (order: 9, 2048 bytes)
Clock event device timer0_0 configured with caps set: 07
Console: colour dummy device 80x30
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 89MB = 89MB total
Memory: 86272KB available (2992K code, 721K data, 172K init)
Security Framework v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
NET: Registered protocol family 16
MUX: initialized SPI0_SDENA0
DaVinci: 104 gpio irqs
MUX: initialized GPIO20
MUX: initialized I2C_SCL
pMem_relimitBaseAddr:0xc6000000
Generic PHY: Registered new driver
configured buff delay: 50

SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 4096 bind 2048)
TCP reno registered
product has no spi2 device.
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
squashfs: version 3.4 (2008/08/26) Phillip Lougher
squashfs: LZMA suppport for slax.org by jro
JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc.
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered (default)
LTT : ltt-facilities init
LTT : ltt-facility-core init in kernel
davinci_wdt_init proc enable
rtc probe addr 0x68, probeByte 0x00...
RTC_i2c_attach_client:addr:0x68
== Found RTC chip DS1338, I2C addr 0x68 ==
rtc probe addr 0x6f, probeByte 0x00...
rtc probe addr 0x57, probeByte 0x00...
rtc probe addr 0x32, probeByte 0x00...
DS1338 driver v1.04sem proc enable,
Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing disabled
&&&: uart_add_one_port, line = 0, uartclk = 0
&&&: uart_add_one_port, line = 1, uartclk = 170000000
ttyS0: autoconf (0x0000, 0xfbc20000): <6>serial8250.0: ttyS0 at MMIO map 0x1c20000 mem 0xfbc20000 (irq = 40) is a 16550A
&&&: uart_add_one_port, line = 0, uartclk = 24000000
ttyS1: autoconf (0x0000, 0xfbd06000): <6>serial8250.0: ttyS1 at MMIO map 0x1d06000 mem 0xfbd06000 (irq = 41) is a 16550A
&&&: uart_add_one_port, line = 1, uartclk = 170000000
Broadcom BCM5411: Registered new driver
Broadcom BCM5421: Registered new driver
Broadcom BCM5461: Registered new driver
Broadcom BCM5481: Registered new driver
Broadcom BCM54811: Registered new driver
PPP generic driver version 2.4.2
PPP Deflate Compression module registered
PPP BSD Compression module registered
PPP MPPE Compression module registered
NET: Registered protocol family 24
Linux video capture interface: v2.00
i2c /dev entries driver
System bootup mode:SPI
JECDEC ID : 0xef4018
ext_jedec ID : 0x0
chip id W25Q128FV
found W25Q128FV in table.
m25p80 spi0.0: W25Q128FV (16384 Kbytes)
Creating 10 MTD partitions on "spi0.0":
0x00000000-0x00040000 : "bootloader"
0x00040000-0x00060000 : "HWID"
0x00060000-0x00260000 : "kernel"
0x00260000-0x003e0000 : "web"
0x003e0000-0x006e0000 : "rootfs"
0x006e0000-0x006f0000 : "product"
0x006f0000-0x00da0000 : "user"
0x00da0000-0x00ec0000 : "data"
0x00ec0000-0x00f60000 : "backup"
0x00f60000-0x01000000 : "config"
dm_spi.0: davinci SPI Controller driver at 0xc6266000 (irq = 42) use_dma=0
[*****geyj******1]register master =0xc06de800;bus_num = 0
dm_spi.1: davinci SPI Controller driver at 0xc6268800 (irq = 17) use_dma=0
[*****geyj******1]register master =0xc06de400;bus_num = 1
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
usbcore: registered new driver asix
usbcore: registered new driver cdc_ether
usbcore: registered new driver net1080
usbcore: registered new driver zaurus
musb_hdrc: version 6.0, pio, host, debug=0
musb_hdrc: USB Host mode controller at c626a000 using PIO, IRQ 12
musb_hdrc musb_hdrc: MUSB HDRC host driver
musb_hdrc musb_hdrc: new USB bus registered, assigned bus number 1
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
u32 classifier
Performance counters on
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Time: timer0_1 clocksource has been installed.
Clock event device timer0_0 configured with caps set: 08
Switched to high resolution mode on CPU 0
IP-Config: No network devices available.
VFS: Mounted root (cramfs filesystem) readonly.
Freeing init memory: 172K
<CR>init started: BusyBox v1.9.1 (2017-06-12 16:54:28 CST)
<CR>starting pid 198, tty '': '/etc/init.d/dnode'
2.65s
<CR>starting pid 203, tty '': '/etc/init.d/rcS'
cp: cannot stat '/sbin/telnetd': No such file or directory
Fri Apr 28 19:24:27 2023 0.000000 seconds
<ESC>[0;32;32m[gpio] initialize success, build at 22:15:12, Mar 19 2019<ESC>[m<ESC>[0;32;32m[gpio] CMD=9, Setting product type: 0
<ESC>[m<ESC>[0;32;32m[libdv<ESC>[0;32;32m[gpio] CMD=4, Setting product fchip: 3
<ESC>[mr]
libdvr.so B<ESC>[0;32;32m[gpio] CMD=3, Setting hardware version: 0
<ESC>[muild time: Mar 19 2019 at 22:14:05.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 8433.
<ESC>[mGIO_SET_PRODUCT_TYPE = 9
<ESC>[0;32;32m[gpio] SD card hardware reset is done, gio55=0.
<ESC>[mcurrent wdt period=5000 ms
<ESC>[0;32;32m[libdvcurrent wdt period=25000 ms
r]
libdvr.so Build time: Mar 19 2019 at 22:14:05.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 8433.
<ESC>[m[syshelper] syshelper Build time: Jun 27 2018 at 09:24:25.
[syshelper] V1.21(no exit): startup time=25 s, appauto=1, hctosystime=1500,type=0
[syshelper] start watch dog success, period is 25000 ms.
4.56s
coremnt not found

7z ANSI-C Decoder 9.20 : Igor Pavlov : Public domain : 2010-11-18

DH:: [rootlistinit:982] rootlistinit buf len=53

Extracting cmemk.ko
Extracting davinci_emac.ko
Extracting display.ko
Extracting dm365mmap.ko
Extracting dm365_ad.ko
Extracting edmak.ko
Extracting evdev.ko
Extracting getjif.ko
Extracting h3ak.ko
Extracting irqk.ko
Extracting mcu_spi.ko
Extracting mfrc522.ko
Extracting mmc_blk.ko
Extracting mmc_core.ko
Extracting mmc_drv.ko
Extracting mymemcpy.ko
Extracting pwm.ko
Extracting pwm_gpio.ko
Extracting Sensor.ko
Extracting sound.ko
Extracting spi.ko
Extracting spi_mcu.ko
Extracting vpbek.ko
Extracting vpfek.ko

Everything is Ok
/mnt/mtd/Config/ppp

7z ANSI-C Decoder 9.20 : Igor Pavlov : Public domain : 2010-11-18

Extracting English.txt

Everything is Ok
/mnt/mtd/Config/ppp

7z ANSI-C Decoder 9.20 : Igor Pavlov : Public domain : 2010-11-18

Extracting sshd

Everything is Ok

7z ANSI-C Decoder 9.20 : Igor Pavlov : Public domain : 2010-11-18

Extracting VideoDaemon
ERROR #1

7z ANSI-C Decoder 9.20 : Igor Pavlov : Public domain : 2010-11-18

Extracting sonia
ERROR #1
chmod: /var/usr/VideoDaemon: No such file or directory
chmod: /var/usr/sonia: No such file or directory
/mnt/mtd/Config/ppp
Davinci EMAC MII Bus: probed
MAC address is 38:AF:29:BA:E3:45
TI DaVinci EMAC Linux version updated 4.0
<ESC>[0;32;32m[libdvr]
libdvr.so Build time: Mar 19 2019 at 22:14:05.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 8433.
<ESC>[m<ESC>[0;32;32m[libdvr]
libdvr.so Build time: Mar 19 2019 at 22:14:05.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 8433.
<ESC>[m<ESC>[0;32;32m[libdvr]
libdvr.so Build time: Mar 19 2019 at 22:14:05.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 8433.
<ESC>[m<ESC>[0;32;32m[libdvr]
libdvr.so Build time: Mar 19 2019 at 22:14:05.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 8433.
<ESC>[m<ESC>[0;32;32m[libdvr]
libdvr.so Build time: Mar 19 2019 at 22:14:05.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 8433.
<ESC>[mbootargs:console=ttyS0,115200n8 root=/dev/mtdblock4 rootfstype=cramfs,nolock mem=90M newmem=90M video=davincifb:vid0=OFF:vid1=OFFsd0=OFFsd1=OFF
bootargs_prefix: console=ttyS0,115200n8 root=/dev/mtdblock4 rootfstype=cramfs,nolock
bootargs_suffix: video=davincifb:vid0=OFF:vid1=OFFsd0=OFFsd1=OFF
mem_old:90M
mem_new:90M
cmem= 90
CMEMK module: built on Apr 14 2010 at 13:45:45
Reference Linux version 2.6.18
File /workspace/dm365/dvsdk_2_10_01_18_guangpan/linuxutils_2_24_03/packages/ti/sdo/linuxutils/cmem/src/module/cmemk.c
allocated heap buffer 0xc7000000 of size 0x2600000
CMEM Range Overlaps Kernel Physical - allowing overlap
CMEM phys_start (0x1000) overlaps kernel (0x80000000 -> 0x85900000)
cmemk initialized
IRQK module: built on Apr 14 2010 at 13:46:34
Reference Linux version 2.6.18
File /workspace/dm365/dvsdk_2_10_01_18_guangpan/linuxutils_2_24_03/packages/ti/sdo/linuxutils/irq/src/module/irqk.c
irqk initialized
EDMAK module: built on Apr 14 2010 at 13:46:46
Reference Linux version 2.6.18
File /workspace/dm365/dvsdk_2_10_01_18_guangpan/linuxutils_2_24_03/packages/ti/sdo/linuxutils/edma/src/module/edmak.c
getjif init @ 091230
##: HZ = 10
register getjif driver successful !

<ESC>[0;32;32m[VPBE] VPBE Build on Mar 19 2019 at 22:15:20.
<ESC>[m<ESC>[0;32;32m[VPBE] SVN NUM: 9699.

<ESC>[m<ESC>[0;32;32m[VPBE] ch0 default output "LCD", mode "800x480"
<ESC>[m<ESC>[0;32;32m[VPBE] ch1 default output "COMPOSITE", mode "NTSC"
<ESC>[m<ESC>[0;32;32m[VPBE] VPBE Encoder Initialized
<ESC>[m<ESC>[0;32;32m[VPBE] options =:vid0=OFF:vid1=OFFsd0=OFFsd1=OFF
<ESC>[m<ESC>[0;32;32m[VPBE] dm_osd0_fb: 0x0x16@0,0 with framebuffer size 750KB
<ESC>[m<ESC>[0;32;32m[VPBE] dm_vid0_fb: 0x0x16@0,0 with framebuffer size 1125KB
<ESC>[m<ESC>[0;32;32m[VPBE] dm_osd1_fb: 0x0x4@0,0 with framebuffer size 750KB
<ESC>[m<ESC>[0;32;32m[VPBE] dm_vid1_fb: 0x0x16@0,0 with framebuffer size 1125KB
<ESC>[m<ESC>[0;32;32m[VPBE] Trying to register davinci display video device.
<ESC>[m<ESC>[0;32;32m[VPBE] Trying to register davinci display video device.
<ESC>[m<ESC>[0;32;32m[VPBE] davinci_initaVinci V4L2 Display Driver V1.0 loaded
<ESC>[m<ESC>[0;32;32m[VPBE] VPBE Driver Initial OK, Build On : Mar 19 2019, 22:15:20.
<ESC>[m

<ESC>[0;32;32m[VPFE] VPFE Build on Mar 19 2019 at 22:15:15.
<ESC>[m<ESC>[0;32;32m[VPFE] SVN NUM: 8556.
<ESC>[m<ESC>[0;32;32m[VPFE] VPFE Driver Initial OK, Build On : Mar 19 2019, 22:15:15.
<ESC>[m

<ESC>[0;32;32m[H3A] H3A Driver Build on Mar 19 2019 at 22:15:18.
<ESC>[m<ESC>[0;32;32m[H3A] SVN NUM: 8033.

<ESC>[m<ESC>[0;32;32m[H3A] VideoBuf Driver Initial OK !
<ESC>[m<ESC>[0;32;32m[H3A] DEV_h3aHwInit
<ESC>[m<ESC>[0;32;32m[H3A] VideoBuf Create queuefor dm365_aew OK !
<ESC>[m<ESC>[0;32;32m[H3A] AEW Driver Initial OK !
<ESC>[m<ESC>[0;32;32m[H3A] VideoBuf Create queuefor dm365_af OK !
<ESC>[m<ESC>[0;32;32m[H3A] AF Driver Initial OK !
<ESC>[m<ESC>[0;32;32m[H3A] H3A Driver Initial OK
<ESC>[m<ESC>[0;32;32m[SND]build Dec 11 2019 14:40:11 SVN 2194
<ESC>[m<ESC>[0;32;32m[alc3261] alc3261_powerOn
<ESC>[m[i2c]Found I2C Device (i2c addr 0x1c)
<ESC>[0;32;32m[alc3261] VTO2000A alc3261 regs param
<ESC>[m<ESC>[0;32;32m[alc3261] init EQ EQMODE:0
<ESC>[m<ESC>[0;32;32m[alc3261] EQ disable
<ESC>[m[base]found the soc chip: alc3261 on i2c bus
<ESC>[0;32;32m[MCBSP] word0=0, word1=2
<ESC>[m<ESC>[0;32;32m[MCBSP] word_num=2
<ESC>[m<ESC>[0;32;32m[MCBSP] word_length=16
<ESC>[m<ESC>[0;32;32m[MCBSP] word0=0, word1=2
<ESC>[m<ESC>[0;32;32m[MCBSP] word_num=2
<ESC>[m<ESC>[0;32;32m[MCBSP] word_length=2
<ESC>[m<ESC>[0;32;32m[alc3261] alc3261 set rate 16000
<ESC>[m<ESC>[0;32;32m[alc3261] VTO2000A aec param
<ESC>[m<ESC>[0;32;32m[alc3261] mono left gain value 95
<ESC>[m<ESC>[0;32;32m[alc3261] alc3261_mono_ad_gain_l vol=0x5400
<ESC>[m<ESC>[0;32;32m[alc3261] alc3261_spo_l volume=70
<ESC>[m<ESC>[0;32;32m[alc3261] VTO2000A set vol most
<ESC>[m<ESC>[0;32;32m[alc3261] alc3261_spo_l vol=0x8500
<ESC>[m<ESC>[0;32;32m[alc3261] alc3261_vol_outl volume=100
<ESC>[m<ESC>[0;32;32m[alc3261] alc3261_vol_outl vol=0x9f00
<ESC>[mBusyBox v1.9.1 (2017-06-12 16:54:28 CST) multi-call binary

Usage: mknod [OPTIONS] NAME TYPE MAJOR MINOR

Cr<ESC>[0;32;32m[spi_smlt] Serving For product VTO2000A by spi hardware.

<ESC>[meate a special file (block, character, or pipe)

Options:
-m Create the special file using the specified mode (default a=rw)

TYPEs include:
b: Make a block (buffered) <ESC>[0;32;32m[spi_smlt] initialize success, build at 22:15:11, Mar 19 2019
<ESC>[mdevice
c or u:<ESC>[0;32;32m[spi_smlt] delay 10us

<ESC>[m Make a character (un-buffered) device
p: Make a named pipe. MAJOR and MINOR are ignored for named pipes

Archive: /mnt/pd/product.zip
<ESC>[0;32;32m[sensor]
<ESC>[m creating: prod<ESC>[0;32;32m[sensor] Sensor.ko Build on Mar 19 2019 at 22:15:43.
<ESC>[muct/
creatin<ESC>[0;32;32m[sensor] SVN NUM: 9701.
<ESC>[mg: product/IPC-H<ESC>[0;32;32m[sensor] The Sensor Driver Version:Ver 2.0
<ESC>[mF3100/
inflating: product/IPC-HF3100/ProductDefinition
inflating: product/IPC-HF3100/CustomConfig
inflating: product/IPC-HF3100/shorthand.txt
inflating: product/IPC-HF3100/DefaultAccount
<ESC>[0;32;32m[sensor] Found I2C Device (i2c addr 0x10)
<ESC>[m<ESC>[0;32;32m[sensor] The Sensor is AR0130 ID:0x2402
<ESC>[m<ESC>[0;32;32m[sensor] The MT9M034 model ID is 0x2402
<ESC>[m<ESC>[0;32;32m[sensor] RESET PIN 63 reset MT9M034
<ESC>[m<ESC>[0;32;32m[sensor] We found the sensor chip: mt9m034 on i2c bus
<ESC>[m<ESC>[0;32;32m[sensor] sensor device init success
<ESC>[mArchive: /mnt/pd/2Acfg.zip
creating: 2Acfg/
creating: 2Acfg/OV9712/
inflating: 2Acfg/OV9712/aew_para.txt
inflating: 2Acfg/OV9712/aew_para.bin
creating: 2Acfg/MT9M034/
inflating: 2Acfg/MT9M034/aew_para.txt
inflating: 2Acfg/MT9M034/aew_para.bin
creating: 2Acfg/AR0130/
inflating: 2Acfg/AR0130/aew_para.txt
inflating: 2Acfg/AR0130/aew_para.bin
<ESC>[0;32;32m[sensor] The 70oc is 32772, the 55oC is 35758, Now is 414
<ESC>[m<ESC>[0;32;32m[sensor] The temperature now is 55
<ESC>[m<ESC>[0;32;32m[sensor] The 70oc is 32772, the 55oC is 35758, Now is 414
<ESC>[m<ESC>[0;32;32m[sensor] The temperature now is 55
<ESC>[m<ESC>[0;32;32m[sensor] The 70oc is 32772, the 55oC is 35758, Now is 414
<ESC>[m<ESC>[0;32;32m[sensor] The temperature now is 55
<ESC>[msensor_name:ar0130
<3>1:01 not found
<ESC>[0;32;32m[libdvADDRCONF(NETDEV_UP): eth0: link is not ready
r]
libdvr.so Build time: Mar 19 2019 at 22:14:05.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 8433.
<ESC>[monly init eth0
"netinit help" for help
eth0:
MAC: <38:af:29:ba:e3:45>
<ESC>[0;32;31m[libdvr] ERROR (../src/net/net.c|SetGateWay|1141): SIOCADDRT<CR>netinit uses obsolete (PF_INET,SOCK_PACKET)
<LF>SIOCADDRT: Network is unreachable
<ESC>[m<ESC>[0;32;31m[libdvr] ERROR (../src/net/net.c|SetEthAttr|1467): SetGateWay error
IP: <192.168.178.11> netmask: <255.255.255.0>
Gateway: <192.168.178.1>
<ESC>[m[libdvr] set success

<ESC>[0;32;32m[libdvr]
libdvr.so Build time: Mar 19 2019 at 22:14:05.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 8433.
<ESC>[mIPV6: only init eth0
"netinit6 help" for help
eth0:
MAC: <38:af:29:ba:e3:45>
IPV6: <2008::6> preFixLen: <112>
<ESC>[1;33m[libdvr] WARN (../src/net/network6.c|NetWorkDelIP|982): del ip failed:No such device or address
<ESC>[mIPV6 Gateway: <2008::1>

/usr/etc/imod: line 341: /var/usr/VideoDaemon: not found
<ESC>[0;32;32m[libdvr]
libdvr.so Build time: Mar 19 2019 at 22:14:05.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 8433.
<ESC>[monly init eth2"netinit help" for help
/proc/sys/vm/drop_caches
imod end...
rm: cannot remove '/var/usr/VideoDaemon': No such file or directory
<CR>starting pid 384, tty '': '/etc/init.d/appauto'
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
<ESC>[0;32;32m[libdvr]
libdvr.so Build time: Mar 19 2019 at 22:14:05.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 8433.
<ESC>[mclaststate V1.0 for dm365times=3 @@@; usdate = 0xecf9362d
mode: normal
Fri Apr 28 19:24:45 2023 0.000000 seconds
./usr/etc/app.sh: line 4: /var/usr/sonia: not found
./usr/etc/app.sh: line 6: echo####application exit:127, system will reboot!: not found
<ESC>[0;32;32m[libdvr]
libdvr.so Build time: Mar 19 2019 at 22:14:05.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 8433.
<ESC>[mName: upgraded, bulid date: Dec 15 2017 17:39:05, svn: 1103
UPGRADED_MSG: start download file!
... crypto start ....
DH:: [reliableenvvalidate:1025] crypto dir=/usr/SigFileList,buf pos=4

falied---filename:[/usr/SigFileList] signfile [/usr/Data_Signature]
Restarting system.
.
<NUL>
Checking DDR......OK

UBL Version: 1.46t(DM365)16:10:30 Aug 4 2017
Oscillator: 24MHZ
ARM Rate: 432 MHZ
DDR Rate: 340 MHZ
BootMode: SPI
Starting SPI Memory Copy...
DONE

Hat jemand eine Idee was hier die Ursache sein könnte?

Danke im Voraus für die Hilfe.

Flashvorgang über TFTP

run dr; run dk; run du ;run dw; run dd
run dr; run dk; run du ;run dw; run dd
TFTP from server 192.168.178.96; our IP address is 192.168.178.150
Filename 'romfs-x.cramfs.img'.
Load address: 0x81a00000
Loading: #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
################################################################
done
Bytes transferred = 2986048 (2d9040 hex)

## Checking Image at 0x81a00000 ...
Header CRC Checking ... OK
Image Name: romfs
Image Type: ARM Linux Kernel Image (gzip compressed)
Data Size: 2985984 Bytes = 2.8 MB
Load Address: 023e0000
Entry Point: 026e0000
Data CRC Checking ... OK
Programing start at: 0x003e0000
<CR>write : 0%<CR>write : 2%<CR>write : 4%<CR>write : 6%<CR>write : 8%<CR>write : 10%<CR>write : 13%<CR>write : 15%<CR>write : 17%<CR>write : 19%<CR>write : 21%<CR>write : 23%<CR>write : 26%<CR>write : 28%<CR>write : 30%<CR>write : 32%<CR>write : 34%<CR>write : 36%<CR>write : 39%<CR>write : 41%<CR>write : 43%<CR>write : 45%<CR>write : 47%<CR>write : 50%<CR>write : 52%<CR>write : 54%<CR>write : 56%<CR>write : 58%<CR>write : 60%<CR>write : 63%<CR>write : 65%<CR>write : 67%<CR>write : 69%<CR>write : 71%<CR>write : 73%<CR>write : 76%<CR>write : 78%<CR>write : 80%<CR>write : 82%<CR>write : 84%<CR>write : 86%<CR>write : 89%<CR>write : 91%<CR>write : 93%<CR>write : 95%<CR>SPI Erasing:100%
<CR>SPI Writing:1%<CR>SPI Writing:2%<CR>SPI Writing:3%<CR>SPI Writing:4%<CR>SPI Writing:5%<CR>SPI Writing:6%<CR>SPI Writing:7%<CR>SPI Writing:8%<CR>SPI Writing:9%<CR>SPI Writing:10%<CR>SPI Writing:11%<CR>SPI Writing:12%<CR>SPI Writing:13%<CR>SPI Writing:14%<CR>SPI Writing:15%<CR>SPI Writing:16%<CR>SPI Writing:17%<CR>SPI Writing:18%<CR>SPI Writing:19%<CR>SPI Writing:20%<CR>SPI Writing:21%<CR>SPI Writing:22%<CR>SPI Writing:23%<CR>SPI Writing:24%<CR>SPI Writing:25%<CR>SPI Writing:26%<CR>SPI Writing:27%<CR>SPI Writing:28%<CR>SPI Writing:29%<CR>SPI Writing:30%<CR>SPI Writing:31%<CR>SPI Writing:32%<CR>SPI Writing:33%<CR>SPI Writing:34%<CR>SPI Writing:35%<CR>SPI Writing:36%<CR>SPI Writing:37%<CR>SPI Writing:38%<CR>SPI Writing:39%<CR>SPI Writing:40%<CR>SPI Writing:41%<CR>SPI Writing:42%<CR>SPI Writing:43%<CR>SPI Writing:44%<CR>SPI Writing:45%<CR>SPI Writing:46%<CR>SPI Writing:47%<CR>SPI Writing:48%<CR>SPI Writing:49%<CR>SPI Writing:50%<CR>SPI Writing:51%<CR>SPI Writing:52%<CR>SPI Writing:53%<CR>SPI Writing:54%<CR>SPI Writing:55%<CR>SPI Writing:56%<CR>SPI Writing:57%<CR>SPI Writing:58%<CR>SPI Writing:59%<CR>SPI Writing:60%<CR>SPI Writing:61%<CR>SPI Writing:62%<CR>SPI Writing:63%[Warning: Maximal number of characters per line exceeded! Check the line break settings in Terminal > Settings > Text or increase the limit in Terminal > Settings > Advanced.]
<CR>write : 97%<CR>write : 100%
done
TFTP from server 192.168.178.96; our IP address is 192.168.178.150
Filename 'kernel-x.cramfs.img'.
Load address: 0x81a00000
Loading: #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
###########################
done
Bytes transferred = 1799300 (1b7484 hex)

## Checking Image at 0x81a00000 ...
Header CRC Checking ... OK
Image Name: linux
Image Type: ARM Linux Kernel Image (gzip compressed)
Data Size: 1799236 Bytes = 1.7 MB
Load Address: 02060000
Entry Point: 02260000
Data CRC Checking ... OK
Programing start at: 0x00060000
<CR>write : 0%<CR>write : 3%<CR>write : 7%<CR>write : 10%<CR>write : 14%<CR>write : 17%<CR>write : 21%<CR>write : 25%<CR>write : 28%<CR>write : 32%<CR>write : 35%<CR>write : 39%<CR>write : 42%<CR>write : 46%<CR>write : 50%<CR>write : 53%<CR>write : 57%<CR>write : 60%<CR>write : 64%<CR>write : 67%<CR>write : 71%<CR>write : 75%<CR>write : 78%<CR>write : 82%<CR>write : 85%<CR>write : 89%<CR>write : 92%<CR>write : 96%<CR>write : 100%
done
TFTP from server 192.168.178.96; our IP address is 192.168.178.150
Filename 'user-x.cramfs.img'.
Load address: 0x81a00000
Loading: #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
############################
done
Bytes transferred = 6795328 (67b040 hex)

## Checking Image at 0x81a00000 ...
Header CRC Checking ... OK
Image Name: user
Image Type: ARM Linux Kernel Image (gzip compressed)
Data Size: 6795264 Bytes = 6.5 MB
Load Address: 026f0000
Entry Point: 02da0000
Data CRC Checking ... OK
Programing start at: 0x006f0000
<CR>write : 0%<CR>write : 0%<CR>write : 1%<CR>write : 2%<CR>write : 3%<CR>write : 4%<CR>write : 5%<CR>write : 6%<CR>write : 7%<CR>SPI Erasing:100%
<CR>SPI Writing:1%<CR>SPI Writing:2%<CR>SPI Writing:3%<CR>SPI Writing:4%<CR>SPI Writing:5%<CR>SPI Writing:6%<CR>SPI Writing:7%<CR>SPI Writing:8%<CR>SPI Writing:9%<CR>SPI Writing:10%<CR>SPI Writing:11%<CR>SPI Writing:12%<CR>SPI Writing:13%<CR>SPI Writing:14%<CR>SPI Writing:15%<CR>SPI Writing:16%<CR>SPI Writing:17%<CR>SPI Writing:18%<CR>SPI Writing:19%<CR>SPI Writing:20%<CR>SPI Writing:21%<CR>SPI Writing:22%<CR>SPI Writing:23%<CR>SPI Writing:24%<CR>SPI Writing:25%<CR>SPI Writing:26%
<CR>write : 98%<CR>SPI Erasing:100%
<CR>SPI Writing:1%<CR>SPI Writing:2%<CR>SPI Writing:3%<CR>SPI Writing:4%<CR>SPI Writing:5%<CR>SPI Writing:6%<CR>SPI Writing:7%<CR>SPI Writing:8%<CR>SPI Writing:9%<CR>SPI Writing:10%<CR>SPI Writing:11%<CR>SPI Writing:12%<CR>SPI Writing:13%<CR>SPI Writing:14%<CR>SPI Writing:15%<CR>SPI Writing:16%<CR>SPI Writing:17%<CR>SPI Writing:18%<CR>SPI Writing:19%<CR>SPI Writing:20%<CR>SPI Writing:21%<CR>SPI Writing:22%<CR>SPI Writing:23%<CR>SPI Writing:24%<CR>SPI Writing:25%<CR>SPI Writing:26%<CR>SPI Writing:27%<CR>SPI Writing:28%<CR>SPI Writing:29%<CR>SPI Writing:30%<CR>SPI Writing:31%<CR>SPI Writing:32%<CR>SPI Writing:33%<CR>SPI Writing:34%<CR>SPI Writing:35%<CR>SPI Writing:36%<CR>SPI Writing:37%<CR>SPI Writing:38%<CR>SPI Writing:39%<CR>SPI Writing:40%<CR>SPI Writing:41%<CR>SPI Writing:42%<CR>SPI Writing:43%<CR>SPI Writing:44%<CR>SPI Writing:45%<CR>SPI Writing:46%<CR>SPI Writing:47%<CR>SPI Writing:48%<CR>SPI Writing:49%<CR>SPI Writing:50%<CR>SPI Writing:51%<CR>SPI Writing:52%<CR>SPI Writing:53%<CR>SPI Writing:54%<CR>SPI Writing:55%<CR>SPI Writing:56%<CR>SPI Writing:57%<CR>SPI Writing:58%<CR>SPI Writing:59%<CR>SPI Writing:60%<CR>SPI Writing:61%<CR>SPI Writing:62%<CR>SPI Writing:63%[Warning: Maximal number of characters per line exceeded! Check the line break settings in Terminal > Settings > Text or increase the limit in Terminal > Settings > Advanced.]
<CR>write : 99%<CR>write : 100%
done
TFTP from server 192.168.178.96; our IP address is 192.168.178.150
Filename 'web-x.cramfs.img'.
Load address: 0x81a00000
Loading: #################################################################
#################################################################
#################################################################
#################################################################
#############################
done
Bytes transferred = 1478720 (169040 hex)

## Checking Image at 0x81a00000 ...
Header CRC Checking ... OK
Image Name: web
Image Type: ARM Linux Standalone Program (gzip compressed)
Data Size: 1478656 Bytes = 1.4 MB
Load Address: 02260000
Entry Point: 023e0000
Data CRC Checking ... OK
Programing start at: 0x00260000
<CR>write : 0%<CR>write : 4%<CR>write : 8%<CR>write : 13%<CR>write : 17%<CR>write : 21%<CR>write : 26%<CR>write : 30%<CR>write : 34%<CR>write : 39%<CR>write : 43%<CR>write : 47%<CR>write : 52%<CR>write : 56%<CR>write : 60%<CR>write : 65%<CR>write : 69%<CR>write : 73%<CR>write : 78%<CR>write : 82%<CR>write : 86%<CR>write : 91%<CR>write : 95%<CR>write : 100%
done
TFTP from server 192.168.178.96; our IP address is 192.168.178.150
Filename 'data-x.cramfs.img'.
Load address: 0x81a00000
Loading: #################################
done
Bytes transferred = 168000 (29040 hex)

## Checking Image at 0x81a00000 ...
Header CRC Checking ... OK
Image Name: data
Image Type: ARM Linux Kernel Image (gzip compressed)
Data Size: 167936 Bytes = 164 kB
Load Address: 02da0000
Entry Point: 02ec0000
Data CRC Checking ... OK
Programing start at: 0x00da0000
<CR>write : 0%<CR>write : 33%<CR>write : 66%<CR>write : 100%
done
DHBOOT#
run dc
run dc
TFTP from server 192.168.178.96; our IP address is 192.168.178.150
Filename 'custom-x.cramfs.img'.
Load address: 0x81a00000
Loading:
TFTP error: 'File not found' (1)
Not retrying...

## Checking Image at 0x81a00000 ...
Header CRC Checking ... OK
Image Name: data
Image Type: ARM Linux Kernel Image (gzip compressed)
Data Size: 167936 Bytes = 164 kB
Load Address: 02da0000
Entry Point: 02ec0000
Data CRC Checking ... OK
Programing start at: 0x00da0000
<CR>write : 0%<CR>write : 33%<CR>write : 66%<CR>write : 100%
done
DHBOOT#
tftp 0x82000000 pd-x.cramfs.img; flwrite
tftp 0x82000000 pd-x.cramfs.img; flwrite
TFTP from server 192.168.178.96; our IP address is 192.168.178.150
Filename 'pd-x.cramfs.img'.
Load address: 0x82000000
Loading: #########
done
Bytes transferred = 45120 (b040 hex)

## Checking Image at 0x82000000 ...
Header CRC Checking ... OK
Image Name: product
Image Type: ARM Linux Standalone Program (gzip compressed)
Data Size: 45056 Bytes = 44 kB
Load Address: 026e0000
Entry Point: 026f0000
Data CRC Checking ... OK
Programing start at: 0x006e0000
<CR>write : 0%<CR>write : 100%
done
DHBOOT#
run da
run da
TFTP from server 192.168.178.96; our IP address is 192.168.178.150
Filename 'dm365_ubl_boot_16M.bin.img'.
Load address: 0x81a00000
Loading: ###################################################
done
Bytes transferred = 260360 (3f908 hex)

## Checking Image at 0x81a00000 ...
Header CRC Checking ... OK
Image Name: uboot
Image Type: ARM Linux Firmware (uncompressed)
Data Size: 260296 Bytes = 254.2 kB
Load Address: 02000000
Entry Point: 02040000
Data CRC Checking ... OK
Programing start at: 0x00000000
<CR>write : 0%<CR>write : 25%<CR>write : 50%<CR>write : 75%<CR>write : 100%
done
DHBOOT#

VTO2000A unbricking Hilfe Gesucht

Neuer User

Aktives Mitglied

Aktives Mitglied

Neuer User

Neuer User

Anhänge

Neuer User

Aktives Mitglied

Neuer User

Mitglied

Neuer User

Mitglied

Aktives Mitglied

Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Statistik des Forums