Hallo zusammen,
und ich hoffe jemand kann mir bei folgendem Problem weiterhelfen. Nach einem fehlgeschlagenem Update einer VTO2000A-2 von 3.2 auf 4.3 ist die VTO nicht mehr im Netzwerk erreichbar, auch Config Tool sieht diese nicht mehr.
Über UART kann ich hier folgende Informationen auslesen.

Laut Log scheint es wohl ein Problem mit dem Netzwerk vorzuliegen. Allerdings war diese vorher ja darüber erreichbar. Auch eine Direktverbindung mit dem Rechner und dem 2-Draht-Hub sowie manueller IP Konfiguration das gleiche Fehlerbild.
Frage: Gibt es eine Möglichkeit nur über UART (also ohne TFTP) zu recovern? Was könnte hier die Fehlerursache sein?
Wenn ich die VTO ganz normal boote, dann sehe ich in den Logs dass das OS intakt ist. Auch der Sabotagealarm wird akustisch ausgelöst.
und ich hoffe jemand kann mir bei folgendem Problem weiterhelfen. Nach einem fehlgeschlagenem Update einer VTO2000A-2 von 3.2 auf 4.3 ist die VTO nicht mehr im Netzwerk erreichbar, auch Config Tool sieht diese nicht mehr.
Über UART kann ich hier folgende Informationen auslesen.
bootcmd=fsload
bootdelay=3
baudrate=115200
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=3K035A7PAN00009
ethaddr=14:A7:8B:01:5A:13
HWID=VTO2000A:0:4:1:3:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0
netmask=255.255.255.0
gatewayip=192.168.1.1
eth1addr=00:01:5b:00:55:66
eth2addr=00:01:5b:00:77:88
bootargs= console=ttyS0,115200n8 root=/dev/mtdblock4 rootfstype=cramfs ,nolock mem=90M newmem=90M video=davincifb:vid0=OFF:vid1=OFF
sd0=OFF
sd1=OFF
appauto=1
dh_keyboard=0
serverip=192.168.178.100
ipaddr=192.168.178.150
stdin=serial
stdout=serial
stderr=serial
ver=U-Boot 1.3.6 (jerry) (May 23 2018 - 17:21:42)
bootdelay=3
baudrate=115200
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=3K035A7PAN00009
ethaddr=14:A7:8B:01:5A:13
HWID=VTO2000A:0:4:1:3:5:0:1:9:3:3:0:1B0:0:0:0:0:0:0:0
netmask=255.255.255.0
gatewayip=192.168.1.1
eth1addr=00:01:5b:00:55:66
eth2addr=00:01:5b:00:77:88
bootargs= console=ttyS0,115200n8 root=/dev/mtdblock4 rootfstype=cramfs ,nolock mem=90M newmem=90M video=davincifb:vid0=OFF:vid1=OFF
appauto=1
dh_keyboard=0
serverip=192.168.178.100
ipaddr=192.168.178.150
stdin=serial
stdout=serial
stderr=serial
ver=U-Boot 1.3.6 (jerry) (May 23 2018 - 17:21:42)
DHBOOT#
sip 192.168.178.100;lip 192.168.178.150;saveenv
sip 192.168.178.100;lip 192.168.178.150;saveenv
Set server ip address success!
Now server ip addr: 192.168.178.100
Set local address success!
Now local ip addr: 192.168.178.150
Saving Environment to SPI Flash...
Erasing SPI flash...Writing to SPI flash...done
DHBOOT#
sip 192.168.178.100;lip 192.168.178.150;saveenv
sip 192.168.178.100;lip 192.168.178.150;saveenv
Set server ip address success!
Now server ip addr: 192.168.178.100
Set local address success!
Now local ip addr: 192.168.178.150
Saving Environment to SPI Flash...
Erasing SPI flash...Writing to SPI flash...done
DHBOOT#
run dr
davinci_eth_open:no link
TFTP from server 192.168.178.100; our IP address is 192.168.178.150
Filename 'romfs-x.cramfs.img'.
Load address: 0x81a00000
Loading: WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
davinci_eth_open:no link
TFTP from server 192.168.178.100; our IP address is 192.168.178.150
Filename 'romfs-x.cramfs.img'.
Load address: 0x81a00000
Loading: WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link
T WARN: emac_send_packet: No link
WARN: emac_send_packet: No link

Laut Log scheint es wohl ein Problem mit dem Netzwerk vorzuliegen. Allerdings war diese vorher ja darüber erreichbar. Auch eine Direktverbindung mit dem Rechner und dem 2-Draht-Hub sowie manueller IP Konfiguration das gleiche Fehlerbild.
Frage: Gibt es eine Möglichkeit nur über UART (also ohne TFTP) zu recovern? Was könnte hier die Fehlerursache sein?
Wenn ich die VTO ganz normal boote, dann sehe ich in den Logs dass das OS intakt ist. Auch der Sabotagealarm wird akustisch ausgelöst.


