logo elektroda
logo elektroda
X
logo elektroda

[Solved] DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I

Krystian14 7596 13
ADVERTISEMENT
Treść została przetłumaczona polish » english Zobacz oryginalną wersję tematu
  • #1 17266245
    Krystian14
    Level 17  
    Hello,

    The recorder stops on the control lanes, still does not start.
    I suspect a firmware glitch.

    Does anyone know how to load new firmware on this device?
    Does it run on startup on some default IP?

    I do not have access to the programmer, but I have a USB->TTL cable, but I am not sure about connecting it. I don't see any 4 pins except for one white one next to the VGA jack.
    There is one more pinout slot but only 3 pins.

    DNR recorder 2008NDfr

    Marking under the plate
    AS8-3520D-XHSK V1.01
    20130416

    94V-O
    E327349
    CDX-I
  • ADVERTISEMENT
  • #2 17266691
    gradek83
    Level 42  
    You are able to check what software (firmware) you currently have installed.

    Send full resolution sharp and clear photos of your device and motherboard from both sides.
  • #3 17266800
    Krystian14
    Level 17  
    gradek83 wrote:
    You are able to check what software (firmware) you currently have installed.


    I can't say it.
    I got the recorder for diagnostics. However, I have other working ones at my disposal.

    gradek83 wrote:
    Send full resolution sharp and clear photos of your device and motherboard from both sides.


    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I

    The spaces in red are the connectors that are used for connections to the display, etc.
    Designation 1- used by the buttons on the front of the case
    Designation 2- not used, it could be a UART, but I suppose it's more of another panel to control

    I do not see 4 TTL connectors anywhere, not even sockets for soldering, complete zero on both sides
  • ADVERTISEMENT
  • Helpful post
    #4 17266878
    gradek83
    Level 42  
    Krystian14 wrote:
    However, I have other working ones at my disposal.

    Is it to be understood drop by drop the same model?

    Now I see that the board model is identical to the Oltec HDVR-08HD Only you do not have BNC sockets soldered, only probably connected with a tape.

    Source

    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I

    Of course, knowing life under a different name, one could also find this model.

    The main chip is not hard to guess is HI3520D

    Next to the battery you have SPI FLASH 25Q128, it would seem to rip what is sitting there and save if the system is not damaged.
    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I


    As for the UART, these 3 pins at the edge of the heatsink can be as UART. How would you connect there through the terminal, you could see if the chipset starts and where it stops.

    Of course, these 3 pins can be from the fan power supply to the radiator cooling, so check what voltages you have relative to ground.
  • #5 17266898
    Krystian14
    Level 17  
    gradek83 wrote:

    Is it to be understood drop by drop the same model?


    Yes

    gradek83 wrote:

    ..
    Of course, these 3 pins can be from the fan power supply to the radiator cooling, so check what voltages you have relative to ground.


    Yes, I also saw that this Oltec HDVR-08HD is similar. For me, BNC is just on the cables.

    Unfortunately, I don't have any programmer at my disposal, so I don't know how to see the contents of this flash.

    That's what I was thinking about those connectors. You mean the ones I marked in yellow in the picture, right?

    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I

    Well, that's just how it is. TTL has 4 Pins, and here are 3. So there may be a lack of ground, or rather +3.3V. I will check again with a multimeter, the first measurements a few hours ago of these pins did not indicate any voltage
  • Helpful post
    #6 17266922
    gradek83
    Level 42  
    Krystian14 wrote:
    You mean the ones I marked in yellow in the picture, right?

    Yes exactly these.
    Krystian14 wrote:
    TTL has 4 Pins and here are 3

    In fact, 3 GND RXD TXD is enough and the 3.3V supply is normally supplied during boot.

    Two topics related to the main chipset.
    1 2

    As for the programmer, I recommend EPZ2010 cheap and useful, and when it comes to the USB-RS232 converter, then EM-USB-01

    Have you tried taking out the battery or it won't reset the settings and maybe then it will start. These control stripes may be some kind of test mode launched.

    Wasn't there any software on CD with the recorder?
  • #7 17268018
    Krystian14
    Level 17  
    gradek83 wrote:


    Have you tried taking out the battery or it won't reset the settings and maybe then it will start. These control stripes may be some kind of test mode launched.

    Wasn't there any software on CD with the recorder?


    Maybe I can explain it in more detail :)
    After hours, I configure these and other recorders for one company, and as a favor I was asked to see if the recorder could fix it.

    Such situations with this brand, but not only, happened and they were usually sent to the distributor and returned with information that the software could be hacked and therefore does not work.

    However, I look at this situation as a programmer and I know that there could be a hack to the software, but there may also be some gap and some memory is clogging up, hence some recorders simply fail in one way or another. Maybe a corrupted flash, maybe a hack or maybe a clogged log and the manufacturer of the recorder made a programming error, etc.

    gradek83 wrote:

    Have you tried taking out the battery or it won't reset the settings and maybe then it will start. These control stripes may be some kind of test mode launched.


    I just took it out all night and no effect.
    The recorder stands on the lanes :)

    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I

    These stripes in these recorders will always appear after turning on, and then the soft starts, they are somewhere up to 10 seconds. Nothing happens after them.
  • ADVERTISEMENT
  • #8 17268074
    gradek83
    Level 42  
    Krystian14 wrote:
    hacked and therefore not working.

    Sometimes this happens when someone does not change the default password to the recorder, or someone simply breaks it or in some other way, for example, faulty software is uploaded. Sometimes even the manufacturer itself releases faulty software and problems arise.
    Krystian14 wrote:
    some memory gets clogged up, hence some recorders just fail in one way or another

    For example, in a few cameras I had that it did not load the kernel, it crashed the read error, but it was the SPI FLASH memory that was the fault after a few years, the system simply fell and usually replacing it with a new one and uploading the batch helped.
    Krystian14 wrote:
    clogged log and the manufacturer of the recorder made a programming error, etc.
    Well, exactly nothing can be ruled out for this preview through the terminal of what is displayed there and the bootloader becomes one of the helpful options in the diagnosis.
    Krystian14 wrote:
    The recorder stands on the lanes
    You can see these stripes via HDMI, and if, for example, you connect a camera via BNC, there are also stripes.

    And tell me how, for example, you set a static IP address in the PC, say 192.168.0.10 and directly connect the LAN cable with a twisted pair to the recorder, then the network card will establish a connection?. Enter CMD as an administrator and after such a connection, check the arp /a command and the recorder should have the MAC address and look for it after entering arp /a.

    Sometimes Wireshark helps me find an IP.
    The recorders have the fact that they usually do not have a RESET button, which would reset the settings to the factory settings.


    P.S
    now I look and see that apart from HDMI there is also a VGA D-SUB output, so on both outputs you can see these stripes just for accuracy?
    Of course, as long as the back looks like the one in the attached photo.
    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I

    Alternatively, check if the program IP-Search-Tool will not find the recorder on the network.

    And one more question, do you have a sticker with a barcode on your recorder on the motherboard or housing, e.g. 4108HB-H ...

    This is the info I found, but it's general information:

    DVR/HVR mainboard info
    Quote:
    4CH DVR

    1.Hi3515 chip.......7004S; 7004SB-1; 7004K; 7004KB-1; 7004F; 7004FB-1

    2.Hi3515A chip.......4004SB-1; 4004HB-H; 4104HB-H; 4104H

    3. Hi3520A chip.........5204H

    8CH DVR

    1.Hi3515 chip.......7008S; 7008SB-1; 7008K; 7008KB-1; 7008F; 7008FB-1

    2.Hi3520D chip.......4008FB-1; 4108HB-H; 4108H

    3.Hi3520A chip.........5208F

    4.Hi3521 chip.........5208A; 5208H

    16CH DVR

    1.Hi3520A chip......5216F

    2.Hi3521 chip.........5216A

    3. Hi3531 chip.......5116A; 5116H; 5316D; 5316H


    Here, as I see after these stripes, after some time there is an image of the guy and the plate from what I see is similar.


    But it's probably hanging at your place and not loading the software.

    As a supplement, I found a description of the rest of the sockets, of course, if there is no supplemented electronics, these sockets may simply not be active, but what can be checked with a meter, for example, the voltage on the pins from the fans FAN, it is known that it will confirm whether they are powered or not.
    Two fans are probably one for cooling the chipset and 2 for cooling the disk or general air circulation.

    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I

    As for the MCU sockets, it's probably some additional expansion control panels.

    You have this USB RS232 TTL cable, then connect to CN11 3 pin and connect and look in Hyper Terminal or via PUTTY for action. The port settings will probably be 115200 8-N-1 but you need to check.
    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I
    COM1 port settings in Windows.

    In some registrars they are reset buttons then the wizard mode is activated where basic options are set. So I searched and came across a diagram from the attachment of another recorder with the H3520D system and that's where SYS_RESET is supposed to be, but I don't know exactly if it's about the reboot signal, i.e. the option in the settings, restart or such an external reset.
    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I

    Pin 63 and 64 only in the picture you can't see because the heatsink covers it, maybe it could be traced and check where the paths lead.

    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I
    As long as they're connected at all.
    HERE description you as a programmer may understand something more from it.

    From what I can see it is a driver circuit that generates a low-width signal to RSTN.
    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I

    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I
  • #9 17277018
    Krystian14
    Level 17  
    Thank you very much for the in-depth analysis.

    That's right, I connected with the EM-216 USB module.
    After starting the device:

    
    
    U-Boot 2010.06 (May 26 2013 - 06:05:55)
    
    DRAM:  256 MiB
    Check spi flash controller v350... Found
    Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
    Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128B"
    In:    serial
    Out:   serial
    Err:   serial
    Press CTRL-C to abort autoboot in 0 seconds16384 KiB hi_sfc at 0:0 is now current device
    
    CFG_BOOT_ADDR:0x58080000
    0ff:0x84000000
    ### boot load complete: 2890560 bytes loaded to 0x82000000
    ### SAVE TO 80008000 !
    ## Booting kernel from Legacy Image at 82000000 ...
       Image Name:   linux
       Image Type:   ARM Linux Kernel Image (uncompressed)
       Data Size:    2890496 Bytes = 2.8 MiB
       Load Address: 80008000
       Entry Point:  80008000
       Loading Kernel Image ... OK
    OK
    
    Starting kernel ...
    
    Uncompressing Linux... done, booting the kernel.
    


    And that's it. Nothing comes up further.

    I understand, as if there was some error, he did not read the flash and there is no data here. anything.

    Maybe it means broken bone, but I don't know. Do you have knowledge in this area?

    I analyzed further, I pressed CTRL+C

    
    DRAM:  256 MiB
    Check spi flash controller v350... Found
    Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
    Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128B"
    In:    serial
    Out:   serial
    Err:   serial
    Press CTRL-C to abort autoboot in 0 secondshisilicon # 
    hisilicon #
    


    The terminal appears. He types anything and nothing, does not respond to any commands. i.e. responds to the Enter key, the # prompt appears again, and that's it

    Pressing CTRL+C displays in a window

    
    hisilicon # 
    


    I pressed all combinations. I found that CTRL+I displays.

    
    hisilicon #
      TSload go reset bootm boot bootd tsload ext2ls ext2load fatload fatls
      fatinfo getinfo help ? loadb loady md ...
    


    A list of commands, but I type one of them and nothing

    
    hisilicon # TSload
    hisilicon # go
    hisilicon # reset
    hisilicon # bottm
    hisilicon # boot
    hisilicon # echo ?
    hisilicon # exit
    hisilicon # help
    hisilicon # ?
    


    I tried
    - Putty
    - HyperTerminal
    - I changed the speed, but it causes no data to be displayed or wrong
    - I was changing Flow Control
  • ADVERTISEMENT
  • #10 17277190
    gradek83
    Level 42  
    Krystian14 wrote:
    Loading Kernel Image ... OK
    OKAY

    Starting Kernel ...

    Uncompressing Linux... done, booting the kernel.


    Some KERNEL IMAGE image is uploaded and it loads it to KERNEL, i.e. to the kernel of the system and after unpacking it wants to start from it but it does not start and now as I am not a specialist I can advise you or if you have the opportunity to rip the BATCH from this bone and save it in WU. Further, ripping the batch from the second same device and sending it here or yourself to check if they are different, it may be that, for example, there will be different versions of the firmware and there will be a difference, but anyway, how will you rip from this good working one and program the supposedly bad bone and after it will start it will be ok.

    Only now there is an action that you have to unsolder this SPI FLASH memory, insert it into the programmer and then you know. If you do not have a programmer, you can try to solder the batch from good to what does not work and see if it will start. I have the EZP2010 programmer and it gives advice, you only need to remember to check what voltage the memory is for, usually 3.3 and if it is 1.8V, you need an adapter or a converter and the SO8 clip is also useful.
    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I

    Attention, if you decide on this or that programmer, if you buy it, see where the shipping is from China, but you will have to wait a bit, I used to drive like this.

    How do you type Help or ?
    you don't see something like this:
    hisilicon # help
    ? - alias for 'help'
    base - print or set address offset
    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
    cmp - memory compare
    cp - memory copy
    crc32 - checksum calculation
    ext2load- load binary file from a Ext2 filesystem
    ext2ls - list files in a directory (default /)
    fatinfo - print information about filesystem
    fatload - load binary file from a dos filesystem
    fatls - list files in a directory (default /)
    fload - fload - load binary file from a filesystem image for system boot
    
    flwrite - SPI flash sub-system
    getinfo - print hardware information
    go - start application at address 'addr'
    help - print command description/usage
    lload - lload - load logo file
    
    loadb - load binary file over serial line (kermit mode)
    loady - load binary file over serial line (ymodem mode)
    loop - infinite loop on address range
    md - memory display
    mii - MII utility commands
    mm - memory modify (auto-incrementing address)
    mtest - simple RAM read/write test
    mw - memory write (fill)
    nm - memory modify (constant address)
    ping - send ICMP ECHO_REQUEST to network host
    printenv- print environment variables
    rarpboot- boot image via network using RARP/TFTP protocol
    reset - Perform RESET of the CPU
    run - run commands in an environment variable
    saveenv - save environment variables to persistent storage
    setenv - set environment variables
    sf - SPI flash sub-system
    squashfsload- fsload - load binary file from a filesystem image
    
    tftp - tftp	- download or upload image via network using TFTP protocol
    usb - USB sub-system
    usbboot - boot from USB device
    version - print monitor version
    hisilicon #


    Enter the command printenv
    And see if it gives you info like:
    Spoiler:
    hisilicon # printenv
    bootcmd=lload;sf probe 0;sf read 84000000 80000 400000;fload 84000000;bootm 0x82000000
    bootdelay=1
    baudrate=115200
    bootfile="uImage"
    da=mw.b 0x82000000 ff 1000000;tftp 0x82000000 u-boot.bin.img;sf probe 0;flwrite
    du=mw.b 0x82000000 ff 1000000;tftp 0x82000000 user-x.cramfs.img;sf probe 0;flwrite
    dr=mw.b 0x82000000 ff 1000000;tftp 0x82000000 romfs-x.cramfs.img;sf probe 0;flwrite
    dw=mw.b 0x82000000 ff 1000000;tftp 0x82000000 web-x.cramfs.img;sf probe 0;flwrite
    dl=mw.b 0x82000000 ff 1000000;tftp 0x82000000 logo-x.cramfs.img;sf probe 0;flwrite
    dc=mw.b 0x82000000 ff 1000000;tftp 0x82000000 custom-x.cramfs.img;sf probe 0;flwrite
    up=mw.b 0x82000000 ff 1000000;tftp 0x82000000 update.img;sf probe 0;flwrite
    tk=mw.b 0x82000000 ff 1000000;tftp 0x82000000 zImage.img; bootm 0x82000000
    dd=mw.b 0x82000000 ff 1000000;tftp 0x82000000 mtd-x.jffs2.img;sf probe 0;flwrite
    filesize=286C4
    ipaddr=192.168.1.10
    serverip=192.168.1.1
    netmask=255.255.0.0
    gatewayip=192.168.0.1
    ethaddr=00:0b:3f:00:00:01
    bootargs=mem=104M console=ttyAMA0,115200 root=1f01 rootfstype=cramfs mtdparts=hi_sfc:512K(boot),4M(romfs),5632K(usr),1536K(web),3M(custom),256K(logo),1280K(mtd)
    stdin=serial
    stdout=serial
    stderr=serial
    verify=n
    ver=U-Boot 2010.06-svn123 (Sep 16 2013 - 15:21:32)
    
    Environment size: 1248/262140 bytes
    hisilicon #
  • #11 17278977
    Krystian14
    Level 17  
    gradek83 wrote:

    How do you type Help or ?
    you don't see something like this:


    The problem is that it doesn't show up. Nothing. Types command, enter and nothing.
    Does the same happen on your device?

    Here is a list of what is happening to me. Generally it's nothing :)

    
    U-Boot 2010.06 (May 26 2013 - 06:05:55)
    
    DRAM:  256 MiB
    Check spi flash controller v350... Found
    Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
    Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128B"
    In:    serial
    Out:   serial
    Err:   serial
    Press CTRL-C to abort autoboot in 0 secondshisilicon # 
    hisilicon # 
    hisilicon # 
    hisilicon # help
    hisilicon # ?
    hisilicon # printenv
    


    Unfortunately, I will not have access to a good registrar. Possibly a second device with the same defect. In this case, buying a programmer will not give me anything.
  • #12 17279035
    gradek83
    Level 42  
    Krystian14 wrote:
    In this case, buying a programmer will not give me anything.

    If you have contact with electronics with laptops, etc., believe me that it comes in handy and often.

    Krystian14 wrote:
    Is the same happening on your device?

    These examples are from the Russian forum I gave not on my example.

    Recently, I found the HiTool program that supports chipsets of this type, maybe you will understand it and help you with something, I haven't had a chance to play with it.

    Just remember to do everything carefully and thoughtfully so as not to hurt even more.
    If the program does not start from the HiTool.exe file, you must install Java for me on XP, I can't install newer java, so I ran the eclipsec.exe file and it started.

    DNR 2008 Firmware Recovery, UART/U-BOOT Access: USB-TTL Cable, AS8-3520D-XHSK V1.01, 94V-O CDX-I
  • #13 17361055
    gradek83
    Level 42  
    Check if these commands work for you:

    First this one:
    hisilicon #print

    If it works, share the result, but don't go to stage 2 yet.
    The result from the first step should look something like this:
    Spoiler:
    hisilicon # print
    bootcmd=sf probe 0;sf read 84000000 e80000 40000;logoload 84000000;decjpg;sf read 84000000 80000 400000;fload 84000000;bootm 0x82000000
    bootdelay=1
    baudrate=115200
    bootfile="uImage"
    restore=1
    da=mw.b 0x82000000 ff 1000000;tftp 0x82000000 u-boot.bin.img;sf probe 0;flwrite
    du=mw.b 0x82000000 ff 1000000;tftp 0x82000000 user-x.cramfs.img;sf probe 0;flwrite
    dr=mw.b 0x82000000 ff 1000000;tftp 0x82000000 romfs-x.cramfs.img;sf probe 0;flwrite
    dw=mw.b 0x82000000 ff 1000000;tftp 0x82000000 web-x.cramfs.img;sf probe 0;flwrite
    dl=mw.b 0x82000000 ff 1000000;tftp 0x82000000 logo-x.cramfs.img;sf probe 0;flwrite
    dc=mw.b 0x82000000 ff 1000000;tftp 0x82000000 custom-x.cramfs.img;sf probe 0;flwrite
    up=mw.b 0x82000000 ff 1000000;tftp 0x82000000 update.img;sf probe 0;flwrite
    tk=mw.b 0x82000000 ff 1000000;tftp 0x82000000 zImage.img; bootm 0x82000000
    dd=mw.b 0x82000000 ff 1000000;tftp 0x82000000 mtd-x.jffs2.img;sf probe 0;flwrite
    ipaddr=192.168.1.10
    serverip=192.168.1.1
    netmask=255.255.255.0
    gatewayip=192.168.0.1
    ethaddr=00:0b:3f:00:00:01
    appVideoStandard=PAL
    bootargs=mem=82M console=ttyAMA0,115200 root=1f01 rootfstype=cramfs
    mtdparts=hi_sfc:512K(boot),4M(romfs),5632K(usr),1536K(web),3M(custom),256K(logo),1280K(mtd)
    appSystemLanguage=Russian
    stdin=serial
    stdout=serial
    stderr=serial
    verify=n
    ver=U-Boot 2010.06-svn198 (Nov 26 2014 - 14:38:43)


    Stage 2:
    Delete configuration section.

    " The configuration section stores all user settings. If you delete this section, then restart the recorder, it will start with default settings"
    Example:

    Spoiler:
    hisilicon # sf probe 0
    16384 KiB hi_sfc at 0:0 is now current device
    hisilicon # sf erase ec0000 140000
    Erasing at 0xed0000 -- 5% complete.
    Erasing at 0xee0000 -- 10% complete.
    Erasing at 0xef0000 -- 15% complete.
    Erasing at 0xf00000 -- 20% complete.
    Erasing at 0xf10000 -- 25% complete.
    Erasing at 0xf20000 -- 30% complete.
    Erasing at 0xf30000 -- 35% complete.
    Erasing at 0xf40000 -- 40% complete.
    Erasing at 0xf50000 -- 45% complete.
    Erasing at 0xf60000 -- 50% complete.
    Erasing at 0xf70000 -- 55% complete.
    Erasing at 0xf80000 -- 60% complete.
    Erasing at 0xf90000 -- 65% complete.
    Erasing at 0xfa0000 -- 70% complete.
    Erasing at 0xfb0000 -- 75% complete.
    Erasing at 0xfc0000 -- 80% complete.
    Erasing at 0xfd0000 -- 85% complete.
    Erasing at 0xfe0000 -- 90% complete.
    Erasing at 0xff0000 -- 95% complete.
    Erasing at 0x1000000 -- 100% complete.
    hisilicon # reset
    resetting ...
    


    Alternatively, check out this batch from the attachment
    Or maybe you'll match something from these links:

    1
  • #14 17383094
    Krystian14
    Level 17  
    Hello,

    I'm closing the topic.
    The software provided by gradek83 worked properly, but it did not add anything to the case. Generally, there was no meaningful communication with the device through it, you could see a few registers and that's it. Most features not available for this chipset.

    No print commands, etc. didn't work as I wrote. Just after pressing ENTER I got the prompt again and nothing else.

    I don't have a programmer - maybe these batches will be useful for posterity :)

    The recorder was finally sent to the site with the others by the way. After returning, I will not analyze it anymore because I will not determine whether it was reprogrammed or otherwise serviced.

Topic summary

The discussion revolves around troubleshooting a DNR 2008NDfr recorder that fails to start, suspected to be due to a firmware glitch. The user inquires about loading new firmware and accessing the device via UART using a USB-TTL cable. Various responses suggest checking the current firmware, identifying pinouts for UART connections, and using a programmer to read or rewrite the SPI FLASH memory (W25Q128B). The Oltec HDVR-08HD is mentioned as a similar model, and users discuss potential issues with the firmware, including corrupted memory or faulty software. The conversation concludes with the user unable to establish meaningful communication with the device despite attempts to use provided software and commands.
Summary generated by the language model.
ADVERTISEMENT