Vaillant VR920 - Hardreset - Werkseinst

[Sebastian D. (djd1983)]

Hallo zusammen,

ich habe mir sehr günsitg ein Internetkommunikationsmodul als defekt 
geschossen. Dieses versuche ich jetzt in Gang zu bekommen. Ausgangslage 
und während des Verkaufs geschilderte Problkematik waren, dass das Modul 
sich nicht mit der App verbindet. Dieses glit via LAN als auch WLAN. 
Nach dem Abarbeiten der Aktivierungsreihenfolge -anschließen des VR920 
mit EBus und Ethernet LAN, Einstecken des Netzteils des VR920 und nach 
einiger Zeit einschalten der Heizung- passiert nichts. Die LED im VR920 
leuchtet Rot (Laut Anleitung heisst das, dass Verbindung zum Internet 
bestand, jedoch abgebrochen wurde). Via Ebus wird das Vr920 nicht im 
VRC700 als "Regelermodul" erkannt (Wobei ich nicht weiss ob das dort 
aufgeführt werden muss).
Folgendes habe ich daraufhin probiert:
Ich habe das Modul via Ethernet direkt mit meinem PC vergbunden und den 
Datenverkehr nach dem Einschlaten des Moduls mitgeschnitten. Dieses 
Protokoll hänge ich mal hier an, vielleicht erkennt ja einer etwas 
daraus. Aus meiner Sicht scheint kein aktiver Datenverkehr aus dem VR920 
herauszugehen.

Meine Frage wäre jetzt, ob irgendwelche firmeninternen resetvorgänge für 
das Modul bekannt sind, damit ich "neu anfangen" kann. Das VR920 hat 
offiziell kein reset knopf mehr. In der Anleitung wird der mit einer 
Büroklammer oder ähnlichen Gegenstand zu drückende Knopf als 
Entstörknopf betitelt. Diesen habe ich auch schon genutzt, auch habe ich 
den mal eine Minute lang gedrückt. Es passierte leider nichts. Zudem 
möchte ich auch noch auf ein Recherche-ergebnis im Internet aufmerksam 
machen: Es wird in einem Forum kurz angegeben, dass wenn der VR920 nicht 
innehralb von fünf Tagen nach Stromanschluss aktiviert wird, sich nicht 
mehr aktivieren lässt. Ist einem bekannt wie man das umgehen kann?

Ich weiss dass das einer Suche nach einer Nadel im Heuhaufenm gleicht, 
doch wenn jemand Methoden oder Vorschläge hat sich einer möglichen 
Lösung anzunähern, immer her damit. Vielleicht ists auch möglich unter 
Verwendung der seriellen Schnittlstelle (UART-Schnittstelle) X10 mit 
RS232 etwas zu reißen/auszulesen

Vielen Dank euch schonmal

[Martin (Gast)]

Da sind 2 funkmodule drauf. einmal wlan und das andere?

[Martin (Gast)]

SN8000 macht wlan. Was macht der andere chip auf der anderen Ecke mit 
der leiterplattenantenne?

[H. H. (Gast)]

Martin schrieb:
> leiterplattenantenne?

Keramikantenne!

https://de.farnell.com/en-DE/c/passive-components/antennas-single-band-chip?brand=johanson-technology

[Sebastian D. (djd1983)]

Eine Antenne ist für WLAN. Die andere Antenne ist für AmbiSense. Das ist 
eine Smarthome  Funkanlage für die heizungsventile.

[H. H. (Gast)]

Sebastian D. schrieb:
> AmbiSense

868MHz

[Timo N. (tnn85)]

Hast du schonmal auf den Ebus geschaut, ob sich da was tut?

Gibt da einen Ebus Deamon von für z.b. einen Raspberry Pi:

https://github.com/john30/ebusd

Dann braucht man noch ein Ebus-Interface, was man sich auch selbst bauen 
kann:
https://adapter.ebusd.eu/

Ich hab noch ein altes ohne Interface USB <-> Ebus, das könnte ich dir 
ausleihen.

[Sebastian D. (djd1983)]

Vielen Dank für das Angebot, aber ich weiß nicht ob mich das weiter 
bringt. Ich Denke mein erstes Ziel wäre zu gucken wie ich den Ethernet 
Anschluss zum laufen bekomme um damit Zugriff auf die 
Bedienungsoberfläche des Kommunikationsinterface zu bekommen.

Obwohl die Ethernet LEDs ab und zu blinken, sowie am PC als auch am 
Kommunikationsmodul, muss ja irgendetwas gesendet oder empfangen werden. 
Dem Wireshark Protokoll nach ist aber nichts vom Kommunikationsmodul zu 
entnehmen. Sondern nur Anfragen von meinem PC mit APIPA Adresse. Aus dem 
Protokoll lese ich keine MAC Adresse raus, als auch keine IP Adresse vom 
Modul. Das macht mich stutzig, es muss doch irgendwie möglich sein an 
die Mac Adresse zu kommen. Und dann vielleicht darauf basierend eine IP 
Adresse zu zu weisen.

Das wären so meine Gedankengänge.

[Gustl (Gast)]

Sebastian D. schrieb:
> Sondern nur Anfragen von meinem PC mit APIPA Adresse.

Ist das nur ein Netzwerk zwischen PC und dem Board? Hänge das mal an 
einen Router oder starte einen DHCP Server.

[Sebastian D. (djd1983)]

Schon gemacht, der DHCP Vorgang macht keinen unterschied. Zudem sendet 
der PC auch broadcast Anfragen die augenscheinlich keine Beachtung 
finden. Das Modul gibt keinen Mucks.

[Gustl (Gast)]

Dann belausche mal die Signale dieser beiden Anschlüsse. Ich meine den 3 
oder 6 Pin Anschluss an der Platinenseite und den 10 Pin Anschluss.
Und zwar direkt wenn du der Platine Strom gibst.
Du suchst dir also einen Masseanschluss für die Oszimasse und dann gehst 
du mit dem Oszitastkopf von Anschluss zu Anschluss.
Stellst auf Normal Trigger und z. B. 1V. Und dann gibst du der Platine 
Strom. Wenn da nix triggert Strom weg, zum nächsten Pin, Trigger 
scharfschalten und Strom ran an die Platine.
Irgendwo wirst du einen UART TX finden. Wenn du den hast kannst du 
Baudrate messen und einen UART Adapter anschließen um den ausgegebenen 
Text zu sehen.

[Gustl (Gast)]

Ui gugge mal, das findet man wenn man nach dem Modell sucht:
https://forum.fhem.de/index.php?topic=57815.15

[Sebastian D. (djd1983)]

Gustl schrieb:
> Ui gugge mal, das findet man wenn man nach dem Modell sucht:
> https://forum.fhem.de/index.php?topic=57815.15

Der Eintrag ist mir bekannt jedoch komme ich über dieses Thema nicht auf 
mein Problem.
Zum ersten verwundert mich, dass auf dem EthernetAnschluss KEINE 
Bewegung ist.
Zum zweiten versuche ich ja primär das Teil zu resetten und zum 
neubooten zu bewegen.

Ob das alles so geht, weiss ich nicht, müsste doch aber aus meiner Sicht 
irgendwie möglich sein. Es sei denn es ist Hardwaremäßig vollständig 
defekt, was ich aber nicht glaube. Zumindest eine Sichtprüfung 
untermauert dies zunächst.

[H. H. (Gast)]

Sebastian D. schrieb:
> Zumindest eine Sichtprüfung
> untermauert dies zunächst.

Bei BGA wenig sinnvoll.

[Sebastian D. (djd1983)]

H. H. schrieb:
> Sebastian D. schrieb:
>
>> Zumindest eine Sichtprüfung
>> untermauert dies zunächst.
>
> Bei BGA wenig sinnvoll.

Ich sach ja, … zunächst… eine verkohlte Stelle auf der Platine ist für 
mich leicht zu erkennen. Aber auch nur weil ich Hobbygriller bin ;)

[Guillaume (Gast)]

Hello,
I would like to reopen the discussion because I currently have the same 
problem with the red light.
Did you manage to solve your problem?

Thanks

[Sebastian D. (djd1983)]

Guten Morgen in die Runde,
ich weiss, der Beitrag ist schon was her, doch ich meine, ich bin der 
Sache etwas näher gekommen.

Ich habe es geschafft Zugang zu diesem Mikrocontroller über die 
Programmierschnittstelle zu bekommen, stehe aber jetzt Softwareseitig 
vor dem nächsten Rätsel.Via eines USB Seriell Konverters konnte ich die 
folgende automatisierierte NAchricht auslesen:

U-Boot 2014.10-rc2 (Sep 26 2017 - 14:50:18)

CPU:   Freescale i.MX6SOLO rev1.3 at 792 MHz
Reset cause: WDOG
Board: Vaillant comDialog/2
       Watchdog enabled
I2C:   ready
DRAM:  512 MiB
MMC:   FSL_SDHC: 0
In:    serial
Out:   serial
Err:   serial
Net:   FEC [PRIME]
Hit any key to stop autoboot:  0
Saving Environment to MMC...
Writing to MMC(0)... done
gpio: pin 125 (gpio 125) value is 0
gpio: pin 17 (gpio 17) value is 0
gpio: pin 126 (gpio 126) value is 0
gpio: pin 125 (gpio 125) value is 1
gpio: pin 126 (gpio 126) value is 1
gpio: pin 125 (gpio 125) value is 0
gpio: pin 17 (gpio 17) value is 0
gpio: pin 126 (gpio 126) value is 0
gpio: pin 125 (gpio 125) value is 1
gpio: pin 126 (gpio 126) value is 1
Maximum reboot count exceeded.
gpio: pin 125 (gpio 125) value is 0
gpio: pin 17 (gpio 17) value is 0
gpio: pin 126 (gpio 126) value is 0
gpio: pin 125 (gpio 125) value is 1
sleep - delay execution for some time

Usage:
sleep N
    - delay execution for N seconds (N is _decimal_ !!!)
bootset=2, bootcount=6, emerg_flag=1, switch_flag=0, boottarget=vg-vr920.target
switch to partitions #0, OK
mmc0(part 0) is current device
Failed to mount ext2 filesystem...
** Unrecognized filesystem type **
gpio: pin 125 (gpio 125) value is 0
gpio: pin 17 (gpio 17) value is 0
gpio: pin 126 (gpio 126) value is 0
gpio: pin 125 (gpio 125) value is 1
=>

Er wartet auf Eingabe eines Commands und resettet nach ca einer Minute 
und bootet neu.
Kommt hier vielleicht einer von euch weiter?

Beste Grüße
Sepp

[Sebastian D. (djd1983)]

Zusatz

=> help
?       - alias for 'help'
base    - print or set address offset
bdinfo  - print Board Info structure
bmode   - mmc0|mmc1|normal|usb|sata|ecspi1:0|ecspi1:1|ecspi1:2|ecspi1:3|esdhc1|esdhc2|esdhc3|esdhc4 [noreset]
boot    - boot default, i.e., run 'bootcmd'
bootd   - boot default, i.e., run 'bootcmd'
bootm   - boot application image from memory
bootp   - boot image via network using BOOTP/TFTP protocol
bootz   - boot Linux zImage image from memory
clocks  - display clocks
cmp     - memory compare
coninfo - print console devices and information
cp      - memory copy
cpu     - Multiprocessor CPU boot manipulation and release
crc32   - checksum calculation
dcache  - enable or disable data cache
dhcp    - boot image via network using DHCP/TFTP protocol
echo    - echo args to console
editenv - edit environment variable
env     - environment handling commands
erase   - erase FLASH memory
exit    - exit script
ext2load- load binary file from a Ext2 filesystem
ext2ls  - list files in a directory (default /)
false   - do nothing, unsuccessfully
fatinfo - print information about filesystem
fatload - load binary file from a dos filesystem
fatls   - list files in a directory (default /)
fatsize - determine a file's size
fdt     - flattened device tree utility commands
flinfo  - print FLASH memory information
fuse    - Fuse sub-system
go      - start application at address 'addr'
gpio    - query and control gpio pins
help    - print command description/usage
i2c     - I2C sub-system
icache  - enable or disable instruction cache
iminfo  - print header information for application image
imxtract- extract a part of a multi-image
itest   - return true/false on integer compare
load    - load binary file from a filesystem
loadb   - load binary file over serial line (kermit mode)
loads   - load S-Record file over serial line
loadx   - load binary file over serial line (xmodem mode)
loady   - load binary file over serial line (ymodem mode)
loop    - infinite loop on address range
ls      - list files in a directory (default /)
md      - memory display
mdio    - MDIO utility commands
mii     - MII utility commands
mm      - memory modify (auto-incrementing address)
mmc     - MMC sub system
mmcinfo - display MMC info
mw      - memory write (fill)
nfs     - boot image via network using NFS protocol
nm      - memory modify (constant address)
ping    - send ICMP ECHO_REQUEST to network host
printenv- print environment variables
protect - enable or disable FLASH write protection
reset   - Perform RESET of the CPU
run     - run commands in an environment variable
saveenv - save environment variables to persistent storage
setenv  - set environment variables
setexpr - set environment variable as the result of eval expression
showvar - print local hushshell variables
size    - determine a file's size
sleep   - delay execution for some time
source  - run script from memory
test    - minimal test like /bin/sh
tftpboot- boot image via network using TFTP protocol
true    - do nothing, successfully
version - print monitor, compiler and linker version
=> version

U-Boot 2014.10-rc2 (Sep 26 2017 - 14:50:18)
arm-angstrom-linux-gnueabi-gcc (Linaro GCC 5.2-2015.11-2) 5.2.1 20151005
GNU ld (GNU Binutils) 2.26.0.20160226
=>

[Dieter S. (ds1)]

Das Problem ist relativ eindeutig:

> Failed to mount ext2 filesystem...

U-Boot kommt nicht weiter weil es das eigentliche OS nicht booten kann. 
Man wird also wohl die Software neu aufspielen müssen (unter der 
Voraussetzung dass der Flash noch in Ordnung ist). Das kann man über 
U-Boot machen, man braucht aber die Software/Image des OS.

[Sebastian D. (djd1983)]

Hallo nochmal,

mitlerweile habe ich auch folgendes herausgefunden, nachdem ich 
abwechslungsweise ein intaktes Ethernetkabel genommen habe :/ . Jetzt 
bekommt laut Konsole das Gerät auch eine IP Adresse. Seit dem versucht 
er dauerhaft folgendes

U-Boot 2014.10-rc2 (Sep 26 2017 - 14:50:18)

CPU:   Freescale i.MX6SOLO rev1.3 at 792 MHz
Reset cause: POR
Board: Vaillant comDialog/2
       Watchdog enabled
I2C:   ready
DRAM:  512 MiB
MMC:   FSL_SDHC: 0
In:    serial
Out:   serial
Err:   serial
Net:   FEC [PRIME]
Hit any key to stop autoboot:  0
Saving Environment to MMC...
Writing to MMC(0)... done
gpio: pin 125 (gpio 125) value is 0
gpio: pin 17 (gpio 17) value is 0
gpio: pin 126 (gpio 126) value is 0
gpio: pin 125 (gpio 125) value is 1
gpio: pin 126 (gpio 126) value is 1
gpio: pin 125 (gpio 125) value is 0
gpio: pin 17 (gpio 17) value is 0
gpio: pin 126 (gpio 126) value is 0
gpio: pin 125 (gpio 125) value is 1
gpio: pin 126 (gpio 126) value is 1
bootset=2, bootcount=0, emerg_flag=1, switch_flag=0, boottarget=vg-vr920.target
switch to partitions #0, OK
mmc0(part 0) is current device
Failed to mount ext2 filesystem...
** Unrecognized filesystem type **
gpio: pin 125 (gpio 125) value is 0
gpio: pin 17 (gpio 17) value is 0
gpio: pin 126 (gpio 126) value is 0
gpio: pin 125 (gpio 125) value is 1
=> dhcp
BOOTP broadcast 1
*** Unhandled DHCP Option in OFFER/ACK: 26
*** Unhandled DHCP Option in OFFER/ACK: 42
*** Unhandled DHCP Option in OFFER/ACK: 158
*** Unhandled DHCP Option in OFFER/ACK: 26
*** Unhandled DHCP Option in OFFER/ACK: 42
*** Unhandled DHCP Option in OFFER/ACK: 158
DHCP client bound to address 192.168.XXX.137 (27 ms)
*** Warning: no boot file name; using 'C0A82E89.img'
Using FEC device
TFTP from server 192.168.XXX.1; our IP address is 192.168.XXX.137
Filename 'C0A82E89.img'.
Load address: 0x12000000
Loading: T T T T T T T T T T
Retry count exceeded; starting again

Fällt jemandem dazu etwas ein?
Was ja ersichtlich ist, er versucht vom TFTP Server 192.168......, 
sprich meinem Gateway eine Datei herunter zu laden. Bekommt aber 
augenscheinlich keine Verbindung. Ich stelle mir jetzt die Frage, warum 
von meinem Gateway? Normalerweise müsste da doch eine IP Adresse eine 
FTP Servers sein? Könnte man die IP des TFTP Servers heruasfinden und 
eintragen?

Für Ideen uder Interpretationen bin ich sehr dankbar. :)

Schönes AdventsWE
Sepp

[Sebastian D. (djd1983)]

In meinen Zusamtzbeitrag vom
06.12.2024 08:00
habe ich eine liste von Befehlen gepostet. Von diesen habe ich folgende 
ausprovbiert:

=> base
Base Address: 0x00000000
=> bdinfo
arch_number = 0x0000113C
boot_params = 0x10000100
DRAM bank   = 0x00000000
-> start    = 0x10000000
-> size     = 0x20000000
eth0name    = FEC
ethaddr     = 84:c3:e8:01:1c:5f
current eth = FEC
ip_addr     = <NULL>
baudrate    = 115200 bps
TLB addr    = 0x2FFF0000
relocaddr   = 0x2FF85000
reloc off   = 0x18785000
irq_sp      = 0x2F582EC0
sp start    = 0x2F582EB0

=> tftpboot
*** Warning: no boot file name; using 'C0A82E89.img'
Using FEC device
TFTP from server 192.168.XXX.1; our IP address is 192.168.XXX.137
Filename 'C0A82E89.img'.
Load address: 0x12000000
Loading: T T
Abort

=> nfs
*** Warning: no boot file name; using '/nfsroot/C0A82E89.img'
Using FEC device
File transfer via NFS from server 192.168.XXX.1; our IP address is 192.168.XXX.137
Filename '/nfsroot/C0A82E89.img'.
Load address: 0x12000000
Loading: T T T T T T T

Vielleicht für den ein oder anderen noch ein Anhaltspunkt.

[Dieter S. (ds1)]

Was ist daran so schierig zu verstehen? Siehe bereits hier:

Beitrag "Re: Vaillant VR920 - Hardreset - Werkseinst"

Und mit LAN Verbindung versucht es U-Boot dann halt per TFTP um an ein 
gültiges Image zu kommen, das wird so konfiguriert sein. Das ändert 
nichts daran dass man das OS Image braucht um weiterzukommen.

Alternativ könnte man den kompletten Flash auslesen und schauen ob man 
eventuell das beschädigte Image im Flash reparieren kann.

[Sebastian D. (djd1983)]

Vielen Dank für Deine Zeit.

Dieter S. schrieb:
> Was ist daran so schierig zu verstehen?

Warum sucht er die Datei in einem lokalen Netzwerk? Müsste er nicht auf 
einen FTP Server von Vaillant zugreifen, mit öffentlicher IP? Warum im 
Gateway?

Dieter S. schrieb:
> Alternativ könnte man den kompletten Flash auslesen [...]

Das werde ich mal versuchen. Ist zwar vollständig Neuland, aber man kann 
ja nur dazu lernen.

[Dieter S. (ds1)]

Sebastian D. schrieb:
>
> Warum sucht er die Datei in einem lokalen Netzwerk? Müsste er nicht auf
> einen FTP Server von Vaillant zugreifen, mit öffentlicher IP? Warum im
> Gateway?

Das ist lediglich für die Entwicklung gedacht um die Software neu 
aufzuspielen (im lokalen Netz). Niemand wird ernsthaft TFTP über das 
öffentliche Internet verwenden um ein Software Update durchzuführen.

Mit "printenv" kann man die Konfiguration anzeigen lassen, dann sollte 
man sehen wie das genau gedacht ist.

[Sebastian D. (djd1983)]

Danke für den Tip:

=> printenv
baudrate=115200
boot_fdt=try
boot_ok=1
bootargs=console=ttymxc0,115200 root=/dev/mmcblk0p7 ro rootfstype=squashfs rootwait systemd.unit=vg-vr920.target systemd.setenv= quiet
bootcmd=run check_firstboot;run init_led;run led_status_ok;setenv boot_ok 1;run init_eol_check;run init_VAR03_check;run init_VAR02_check;run set_systemd_target; run choose_boot;run show_status;run bootset_cmd;run do_boot
bootcount=8
bootcount_max=5
bootcount_reg=0x20D8030
bootdelay=0
bootset=2
bootset_cmd=if test ${bootset} -eq 1;then setenv mmcroot /dev/mmcblk0p6 ro;setenv mmcpart 2;else setenv mmcroot /dev/mmcblk0p7 ro;setenv mmcpart 3;fi
boottarget=vg-vr920.target
brand=0
check_firstboot=setexpr bootcount $bootcount + 1;saveenv
check_por=setexpr.w por *${resetcause_reg} \\& 0x10
choose_boot=run check_por;run get_mirrors;if test ${por} -eq 0;then run is_reboot;else run is_por;fi;run mmcargs
console=ttymxc0
do_boot=mmc dev ${mmcdev};if mmc rescan;then if run loadimage;then run loadfdt;run mmcboot;fi;fi;run led_status_fail;
emerg_flag=1
emerg_mirror=1
emerg_mirror_reg=0x20D8034
ethact=FEC
ethaddr=84:c3:e8:01:1c:5f
ethprime=FEC
fdt_addr=0x18000000
fdt_file=devicetree.dtb
fdt_high=0xffffffff
get_mirrors=setexpr.l emerg_mirror *${emerg_mirror_reg};setexpr.l switch_mirror *${switch_mirror_reg}
gpio_blue=17
gpio_green=126
gpio_ok_led=17
gpio_red=125
image=uImage
increment_bootcount=setexpr.l bootcount *${bootcount_reg} + 1;mw.l ${bootcount_reg} ${bootcount}
init_VAR02_check=mw.l 0x020E04F8 0x70B1 1; mw.l 0x020E0128 0x05 1;setexpr var02_pin *0x020A0000 "&" 0x10000;
init_VAR03_check=mw.l 0x020E04FC 0x70B1 1; mw.l 0x020E012C 0x05 1;setexpr var03_pin *0x020B0000 "&" 0x40;
init_eol_check=mw.l 0x020E02E4 0x05 1;setexpr is_not_eol_pin *0x209c000 "&" 0x10000;
init_led=run remux_leds;run led_status_ok;if test ${brand} -eq 1;then setenv gpio_ok_led ${gpio_green};else setenv gpio_ok_led ${gpio_blue};fi
initrd_high=0xffffffff
is_emergency=if test ${bootcount} > ${bootcount_max};then if test ${emerg_flag} -ne 0;then echo "Maximum reboot count exceeded.";run led_status_fail;sleep 86400;else setenv emerg_flag 1;run switch_bootset;fi;fi;
is_noemergency=if test ${emerg_flag} -ne 0;then setenv emerg_flag 0;saveenv;fi
is_not_eol_pin=10000
is_por=setenv emerg_mirror ${emerg_flag};setenv switch_mirror ${switch_flag};run store_mirrors;run reset_bootcount
is_reboot=if test ${emerg_flag} -ne 0;then run is_reboot_emerg;else run is_reboot_noemerg;fi;run increment_bootcount;run is_emergency
is_reboot_emerg=if test ${emerg_mirror} -ne ${emerg_flag};then setenv emerg_mirror ${emerg_flag};run store_mirrors;run reset_bootcount;fi
is_reboot_noemerg=if test ${switch_flag} -ne 0;then run is_reboot_noemerg_isswitch;else run is_reboot_noemerg_noswitch;fi
is_reboot_noemerg_isswitch=setenv emerg_flag 0;if test ${switch_mirror} -ne ${switch_flag};then setenv emerg_mirror 0;setenv switch_mirror ${switch_flag};run reset_bootcount;fi;run store_mirrors;
is_reboot_noemerg_noswitch=setenv switch_mirror 0;run store_mirrors;
led_status_fail=run led_status_off;gpio set ${gpio_red}
led_status_off=gpio clear ${gpio_red};gpio clear ${gpio_blue};gpio clear ${gpio_green}
led_status_ok=run led_status_off;gpio set ${gpio_red}; gpio set ${gpio_green}
loadaddr=0x12000000
loadfdt=load mmc ${mmcdev}:${mmcpart} ${fdt_addr} /${fdt_file}
loadimage=load mmc ${mmcdev}:${mmcpart} 0x12000000 ${image}
mmcargs=setenv bootargs console=${console},${baudrate} ${optargs} root=${mmcroot} rootfstype=${mmcrootfstype} systemd.unit=${boottarget} systemd.setenv=${systemd_env} quiet
mmcboot=echo Booting from mmc ...;run mmcargs;bootm ${loadaddr} - ${fdt_addr};
mmcdev=0
mmcpart=3
mmcroot=/dev/mmcblk0p7 ro
mmcrootfstype=squashfs rootwait
mux_disp0_data08=0x20e0108
mux_sd_base=0x20e02e4
por=0
remux_leds=mw.l ${mux_sd_base} 0x05 5;mw.l ${mux_disp0_data08} 0x05 2
reset_bootcount=setenv bootcount 0;mw.l ${bootcount_reg} ${bootcount}
resetcause_reg=0x20BC004
script=boot.scr
set_systemd_target=if test ${var03_pin} -eq 0;then run set_target_to_vr900;else if test ${var02_pin} -eq 0;then if test ${is_not_eol_pin} -eq 0;then run set_target_to_eol;else run set_target_to_vr920;fi;else if test ${is_not_eol_pin} -eq 0;then run set_target_to_eol_wo_cc1310;else run set_target_to_vr920_wo_cc1310;fi;fi;fi;
set_target_to_eol=setenv boottarget vg-eol.target;setenv systemd_env EOL_TEST=1;
set_target_to_eol_wo_cc1310=setenv boottarget vg-eol_wo_cc1310.target;setenv systemd_env EOL_TEST=1;
set_target_to_vr900=setenv boottarget vg-vr900.target;setenv systemd_env;
set_target_to_vr920=setenv boottarget vg-vr920.target;setenv systemd_env;
set_target_to_vr920_wo_cc1310=setenv boottarget vg-vr920_wo_cc1310.target;setenv systemd_env;
show_status=echo bootset=${bootset}, bootcount=${bootcount}, emerg_flag=${emerg_flag}, switch_flag=${switch_flag}, boottarget=${boottarget}
splashpos=m,m
stderr=serial
stdin=serial
stdout=serial
store_mirrors=mw.l ${emerg_mirror_reg} ${emerg_mirror};mw.l ${switch_mirror_reg} ${switch_mirror}
switch_bootset=if test ${bootset} -eq 1;then setenv bootset 2;else setenv bootset 1;fi;setenv switch_flag 0;saveenv;run reset_bootcount
switch_flag=0
switch_mirror=0
switch_mirror_reg=0x20D8038
var02_pin=0
var03_pin=40
vr900_u_boot_version=1

Environment size: 5386/8188 bytes

[Dieter S. (ds1)]

Du könntest noch ein paar weitere Kommandos ausprobieren die zusätzliche 
Informationen liefern:

mmcinfo

mmc

help mmc

mmc dev 0
mmc rescan

Das Auslesen des Flash läuft vermulich darauf hinaus dass man mit den 
Kommandos des "MMC sub system" Teile des Flash in den RAM liest und 
diese dann per "md.b" als Hexdump über die Konsole ausgibt. Die Ausgabe 
schneidet man mit, den Dump kann man dann am Ende in binäre Dateien 
umwandeln. Eventuell gibt es Alternativen die schneller sind aber im 
moment sehe ich keine.

[Sebastian D. (djd1983)]

Um das an einigen Stellen diskutierte Thema zum Abschluss zu bringen:

https://www.vaillant.at/privatanwender/produkte/mobile-apps/myvaillant-app/

" [...] Energieinformationen aus den Vorgänger-Apps aber nicht mehr 
möglich ist.

Sollte Ihre Internet-Kommunikations-Box schont seit längerem offline 
sein und nicht bis zum 29.03.2024 für mind. 24 Stunden online gehen und 
Sie ihre Anlage nach dem 01.04.2024 wieder per App steuern wollen, ist 
eine kostenpflichtige Neuschaffung einer aktuellen 
Internet-Kommunikations-Box (VR-940f) notwendig."

Selbst wenn ich es schaffen sollte Daten zu retten und es zum Laufen zu 
bekommen, kann das Teil sowiseo nicht wie gewünscht integriert werden. 
War mir bisher so nicht klar. Schade eigentlich. Immerhin habe ich dafür 
einen "Defekt-Preis" bezahlt.

Besten Dank an alle, insbesondere DS1!

Euch schöne eine schöne Weihnachtszeit!

[Daniel S. (dididi)]

Ja, das ist in der Tat nicht sehr kundenorientiert von Vaillant. Ich 
wurde mit meiner VR900 leider auch enttäuscht. Hatte die 2 Jahre im 
Schrank liegen, weil sie nicht wirklich stabil gelaufen ist und als ich 
letzte Woche mal schauen wollte, ob Vaillant inzwischen bei der Software 
nachgebessert hat, musste ich feststellen, dass die Box in die Tonne 
kloppen kann. Warum es nicht möglich sein soll, noch weiterhin ein 
Firmwareupdate anzubieten, ist mir schleierhaft (außer die Leute zu 
zwingen, eine neue Box kaufen zu müssen).

[Dieter S. (ds1)]

Falls jemand mit den VR 920 Gateways experimentieren will (das Ganze 
trifft vermutlich auch auf die VR 900 Gateways zu): Ein Login ins 
Linux-System über die serielle Konsole (siehe Bild, 3.3 Volt Pegel, 
115200 Baud) ist nur als "root" mit Passwort möglich, das Passwort ist 
nicht bekannt. Wer versuchen will den Passwort-Hash zu knacken: die 
"/etc/shadow" Datei ist im Anhang. Das ist ein SHA-512 Hash und 
entsprechend rechenintensiv.

U-Boot kann normalerweise nicht unterbrochen werden (außer im Fall des 
Geräts des TO bei dem das Booten des Linux-Systems nicht funktioniert), 
daher kommt man normalerweise auch nicht auf die U-Boot Kommandozeile.

Allerdings ist JTAG für den i.MX6 verfügbar (siehe Bild, bitte beachten 
daß das Pinout auf dem Kopf steht), das ist das übliche 10-Pin ARM JTAG 
Pinout. JTAG auf dem i.MX6 ist nicht gesperrt, man kann daher relativ 
einfach U-Boot debuggen und z.B. einen Breakpoint setzen und dann die 
"bootdelay" Environment-Variable auf einen Wert größer 0 setzen. Von 
U-Boot kommt man dann z.B. durch Anhängen von "init=/bin/bash" an die 
Kernel Kommandozeile auch auf das Linux System.