USMI

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.


Вы здесь » USMI » MCU, SoC, CPU Микроконтроллеры » JL SoC. (杰理芯片) Programmer (Dongle) (Download Tool) Программатор.


JL SoC. (杰理芯片) Programmer (Dongle) (Download Tool) Программатор.

Сообщений 41 страница 60 из 351

41

BIOS написал(а):

Добились перевода в бутлоадер?

не без нюансов но как то да, вообщем надо удерживать включенным ардуино и с нажатым ресетом

42

mta написал(а):

Если отключить питание arduino все отваливается, питание arduino у меня подключено отдельно

Тогда не знаю) предётся держать reset

43

Bitik написал(а):

не без нюансов но как то да, вообщем надо удерживать включенным ардуино и с нажатым ресетом

Ардуинка подключена к компу?

Подпись автора

By Admin

44

В общем вот.
https://forumupload.ru/uploads/001b/ca/8a/7/t321749.png
Дамп уже не такой пустой )))
Попробовать затереть и записать? :D

Отредактировано priradio585 (2023-02-24 19:57:37)

45

В код для донгла надо просто добавить проверку состояния D+/D-, чтобы можно было остановить подачу сигналов и отпустить USB пины когда чип их подтянул к земле, сигнализируя о успешном переводе.

https://forumupload.ru/uploads/001b/ca/8a/3/t438238.png

Подпись автора

水Mizu-DEC JLtech since 22.06.2019

46

Интересно) еще и считался) не пробовал запустить и сложить для 692 процов? вроде должно стартонуть на другом чипе)

Подпись автора

By Admin

47

kagaimiq написал(а):

В код для донгла надо просто добавить проверку состояния D+/D-, чтобы можно было остановить подачу сигналов и отпустить USB пины когда чип их подтянул к земле, сигнализируя о успешном переводе.

Етот код уже написан, доделаю плату - выложу все. Я про этот.
https://forumupload.ru/uploads/001b/ca/8a/2/t386605.png

Подпись автора

By Admin

48

Не затирается флэшка.
Печально.

49

Ну на то она и одноразовая.  o.O  :D

Подпись автора

By Admin

50

priradio585 написал(а):

Не затирается флэшка.

Ага, ибо это так то не флешка вообще, а OTP - память где биты записываются при помощи физического прожигания дорожек на кристалле... И чтобы затереть - бери чистый (целый) чип.

Там вообще показывается тип памяти - 5 (получается, что OTP), и id считывается как 0x4f545010 ("OTP\x10")

Подпись автора

水Mizu-DEC JLtech since 22.06.2019

51

Ну .... зато практика)))

52

BIOS написал(а):

Ардуинка подключена к компу?

не, беру просто питание с юсб

53

Подскажите, какая нужна Ардуина для этого всего? Чип 6926с.
Nano прокатит? Где посмотреть схему подключения к плате?

54

DeCadanz написал(а):

Подскажите, какая нужна Ардуина для этого всего? Чип 6926с.
Nano прокатит? Где посмотреть схему подключения к плате?

Любая ардуинка, хоть на меге 328 хоть на 8. Схема ? а её нету, там всего два пина SCL и SDA.  Можно сменить на любые удобные . Просто я использую I2C порты , с заделом на будущее.

Подпись автора

By Admin

55

Скажу кое-что про перевод AC696N в uboot режим.

На самом деле, ничего особенного в плане передачи этого ключа (0x16EF) там нет.
Работает всё и с управлением питания (включил, подождал и потом начинаешь передавать 0x16EF), и без него (подаёшь сигнал, в какой-то момент включаешь чип и потом подключаешь его к USB)

По сути, приём этого ключа такой же как и в старых чипах, ну или похожий, не суть. С ноги USBDP через таймер ловится фронт, и в обработчике прерывания считывается бит с USBDM в переменную, и там же потом сравнивается с 0x16EF, при совпадением с которым, ноги USBDP и USBDM замыкаются на землю на 2 мс, чтобы донгл понял, что надо подключить USB компа, ну и чтобы больше не принимать биты от донгла пока он соображает. Основной код потом замечает этот ключ и уже снимает эту подтяжку, и инициализирует USB.

То есть это не то, что я думал про то, что оно просто ловит 16 бит с USB пинов и на этом всё, из-за чего нужно дёргать питание чтобы оно успело это всё принять правильно.

Но тут есть другая проблема, если в старых чипах был таймаут примерно в 4 сек, после которого чип продолжал загружаться с SPI флешки, из-за чего можно было например немного подержать ардуину и потом подключить USB, где потом чип определялся как BR17/BR20/BR21/... UBOOT1.00, то тут происходит нечто иное, если через (очень) короткое время не подключить USB, то загрузка как бы и не продолжится, но и потом если попытаться подключить USB, то чип просто зависнет и его перезагрузит WDT.


Ещё скажу про ключ 0x68AF (UART key).

Этот ключ на самом деле передаётся через порт с UARTом (PB5, который ещё с LDO_IN обычно связывается), а не через USB пины.
По USB принимается только 0x16EF, поэтому понятное дело, на него тут никакой реакции нет.

Правда что именно там подаётся на эту ногу я пока не разобрал, ибо оно там как-то непонятно сделано..

Вообще я разобрался с тем, как оно там происходит с USB когда я хотел попробовать поработать с прошивкой через UART, и пытался понять как мне в него попасть, ибо если например стереть флешку, то вроде как там появляется подтяжка на PB5 (и у меня на плате светодиод тускло горел), но там походу сразу включается USB, и поэтому реакции на комманды по UART там небыло.

Подпись автора

水Mizu-DEC JLtech since 22.06.2019

56

там не только pb5, у разных чипов - разная нога. Оно ресетит чип перед прошивкой. Чуть позже покажу.

kagaimiq написал(а):

Скажу кое-что про перевод AC696N в uboot режим.

Там еще приколы с подтяжкой ног.  Я просто начал срисовывать донгл и появилось много интересного)
Вообще - хорошая работа.

Подпись автора

By Admin

57

там высоким уровнем на том пурту ресет с донгла подключается.

Подпись автора

By Admin

58

WARNING!!! WARNING!!! WARNING!!! WARNING!!! WARNING!!!
Про проблемы определения чипов на компьютерах.
При подключение донгла-програматора к компьютеру и проблемах при дальнейшем подключении чипов к программатору.
На данный момент выявлено мною две проблемы с работой с разными чипами.
Ближе к проблеме.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
1 - проблема определения чипов ac690x и ac692x серии .
Например - при подключении любых чипов 690 и 692 серии к донглу выскакивает сообщение - устройство не опознано.
https://forumupload.ru/uploads/001b/ca/8a/2/162743.png
Обнаружена не совместимость с драйвером UART чипа ch340. Если к компьютеру подключено устройство с чипом CH340 и мы пытаемся подключать к этому же компьютеру чипы 690 и 692 серии - то очень часто появляется сообщение о не определенном или не правильно работающем устройстве.  Это происходит не всегда, но очень часто, особенно если вы пытаетесь с помощью Arduino перевести чипы в режим программирования и подключить к этому же пк где подключена Arduino.
Решение - отключить от компьютера CH340. Или сменить драйвер (проверено - работает).
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------
2 - проблема определения чипов ac695x и ac696x серии.
Например - при подключении любых чипов 695 и 696 серии к донглу выскакивает сообщение - устройство не опознано.
https://forumupload.ru/uploads/001b/ca/8a/2/162743.png
Обнаружена не совместимость с различной периферией пк, например у меня это клавиатура, (проверено на различных пк)
Решение - отключить от компьютера различную периферию,  что бы обнаружить конфликтные устройства. Или использовать другие порты усб. Например у меня не определяться чипы 695 и 696 серии в передних усб портах компьютера(при подключенной клавиатуре к задним портам), если подключить к задним донгл,  или к усб 3.0 портам - то все работает.
Еще одно работающее решение - подключить усб хаб в порты где не определяется чип, Наверное это связано с одинаковыми id vid pid или еще с чем то в драйверах.
Все эти проблемы обнаружены мною на различных компьютерах и различный ОС.
(PDF)Chip_determining_EN_UKR_PL_BY_RUS_V1

Подпись автора

By Admin

59

WARNING!!! WARNING!!! WARNING!!! WARNING!!! WARNING!!!
About the problems of determining chips on computers.
When connecting the dongle-programmer to the computer and problems with further connection of the chips to the programmer.
At the moment, I have identified two problems with working with different chips.
closer to the problem.
-------------------------------------------------- -------------------------------------------------- -------------------------------------------------- --------------------
1 - the problem of identifying ac690x and ac692x series chips.
For example - when connecting any chips of the 690 and 692 series to the dongle, a message pops up - the device is not recognized.
https://forumupload.ru/uploads/001b/ca/8a/2/162743.png
Detected incompatibility with the UART driver of the ch340 chip. If a device with a CH340 chip is connected to the computer and we try to connect the 690 and 692 series chips to the same computer, then very often a message appears about an undefined or not working device. This does not always happen, but very often, especially if you are trying to put the chips into programming mode with the Arduino and connect them to the same PC where the Arduino is connected.
The solution is to disconnect the CH340 from the computer. Or change the driver (checked - it works).
-------------------------------------------------- -------------------------------------------------- -------------------------------------------------- ---------------------
2 - the problem of determining the ac695x and ac696x series chips.
For example - when connecting any chips of the 695 and 696 series to the dongle, a message pops up - the device is not recognized.
https://forumupload.ru/uploads/001b/ca/8a/2/162743.png
Detected incompatibility with various PC peripherals, for example, I have a keyboard, (tested on various PCs)
The solution is to disconnect various peripherals from the computer in order to detect conflicting devices. Or use other usb ports. For example, I can’t detect chips of the 695 and 696 series in the front USB ports of the computer (when the keyboard is connected to the rear ports), if I connect it to the rear dongle, or to the USB 3.0 ports, then everything works.
Another working solution is to connect the usb hub to ports where the chip is not detected. Probably this is due to the same id vid pid or something else in the drivers.
All these problems are found by me on various computers and various OS.

(PDF)Chip_determining_EN_UKR_PL_BY_RUS_V1

Подпись автора

By Admin

60

Про донглы заводские. Удалось полностью скопировать донгл 3 версии, схему и прошивки разные. Скоро добавлю.
Про донгл 4 версии, начал срисовывать схему, слил прошивку, удалось прошить сторонним софтом (не isd_download dv15 devices). Тоже все опубликую.
Буду заниматься попытками сгенерировать обратно ключ из чип кея.

Подпись автора

By Admin


Вы здесь » USMI » MCU, SoC, CPU Микроконтроллеры » JL SoC. (杰理芯片) Programmer (Dongle) (Download Tool) Программатор.