kagaimiq / jl-uboot-tool Goto Github PK

Can you guide me how to use the tool for br21?

Is it possible to write a program for PC or for embedded system for this single wire FW upgrade feature?

I am interested to write a C program for this.

The description in uart-protocol.md is a little bit simple.

I am not sure if it is possible in a normal embedded system. as usually TX and RX are separate. While for UART upgrade, the master will send a command and then will somehow receive from the device an ack in the same wire?

Is it possible to have a more detailed on this document? Thanks.

Hi the thread we have discussed in the https://tehnodium.ru/has been removed . is there any new thread where we discuss more about
this? Please share it. Thank you

Hi, tried jluboottool.py on a USB-to-Bluetooth reverse-adapter, which (probably) has a AC4100, here are my procedures:
First by shorting SPI flash pins and insert the USB I got a MSC device:

$ lsusb -v -d e2b7:0811

Bus 001 Device 087: ID e2b7:0811 Jie Li CD002
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0xe2b7 Jie Li
idProduct 0x0811 CD002
bcdDevice 1.00
iManufacturer 1 CD0N3
iProduct 2 CD0N3
iSerial 1 CD0N3
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0020
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 400mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk-Only
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 1
Device Status: 0x0001
Self Powered

$ lsscsi
[2:0:0:0] disk CD03 DEVICE V1.00 1.00 /dev/sda

Then I tried jluboottool.py and got:

$python3 jluboottool.py
** 23 chips, 21 USB loaders, 8 UART loaders **
Found a device: CD03 DEVICE V1.00 (1.00) at /dev/sg0
Waiting for [/dev/sg0] try!Traceback (most recent call last):
File "/home/sheep/github/jl-uboot-tool/jluboottool.py", line 760, in
with JL_MSCDevice(device) as dev:
File "/home/sheep/github/jl-uboot-tool/jl_uboot.py", line 11, in init
self.open()
File "/home/sheep/github/jl-uboot-tool/jl_uboot.py", line 56, in open
ldr.online_device() # any command will suffice
File "/home/sheep/github/jl-uboot-tool/jl_uboot.py", line 238, in online_device
resp = self.dev.cmd_exec(JL_Loader.CMD_GET_ONLINE_DEV, b'')
AttributeError: 'SCSIDev' object has no attribute 'cmd_exec'

There seems to be a typo at https://github.com/kagaimiq/jl-uboot-tool/blob/main/jl_uboot.py#L53. Changed self.dev to self. No more errors, but stuck at try! forever.

$ python3 jluboottool.py
** 23 chips, 21 USB loaders, 8 UART loaders **
Found a device: CD03 DEVICE V1.00 (1.00) at /dev/sg0
Waiting for [/dev/sg0] try! try! try! try! try! try! try! ...

Then I read Supported chips again. Is AC4100 currently really not supported? The fact that having many mentions to it, its loader files and a separate explanation of AC4100 loader protocol has confused me a lot )))

Thank you.