USMI

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

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


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


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

Сообщений 121 страница 140 из 351

121

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

но тогда почему не определяется как UBOOT DEVICE***  тот же 6921 если в него послать не усб кей, а исп кей?.

Ну наверное потому что туда не USB key отправлялся, и поэтому на USB ничего не определялось.
И как бы перевод через ISP_KEY работает только в 695/696/+, потому что там есть некоторые нюансы которые обычным USB key не решаются (например работа USB бута без кварца) - т.е. методы для перевода по ISP_KEY есть только для них. -- ну или как-то так

Хотя об этом всё таки по-подробнее - при отправке того самого ISP_KEY оно не определяется по USB, но и основная прошивка также не стартует? И какой вообще туда ISP_KEY отправлялся?

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

Ты вообще чип кей в ноль уделал, если это маска была, то как она дала себя прожечь без VPP, и маска ли это вообще.

Конечно же это НЕ маска. В маске ничего поменять нельзя потому что данные туда штампуются когда вафля готовится через маску с битами (поэтому и Mask ROM).
И всё что есть в обвязе у неё это адресные декодеры и вот это всё. Но не прожигатель битов.

Чипкей находится в (Mask)ROM не может никак, ибо тогда это бы было намного затратнее чем хранить их во фьюзах - кому надо тот прошьёт, а так всё 0xFFFF.

А VPP для прожига фьюзов вроде как формируется внутри чипа, поэтому внешних VPP тут не надо было, в случае с 690x

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

Кстати тесты через обычный USB_ISP не доступны же, они там выше писали.

Да и вообще это как бы описание для 1T2 прогера, который был сделан не для того чтобы по USB UBOOT1.00 там что-то с чипом делать, ну или это уж точно не его основное предназначение.

Отредактировано kagaimiq (2023-04-29 10:12:38)

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

水Mizu-DEC JLtech since 22.06.2019

122

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

Хотя об этом всё таки по-подробнее - при отправке того самого ISP_KEY оно не определяется по USB, но и основная прошивка также не стартует? И какой вообще туда ISP_KEY отправлялся?

Отправка обычного ISP_KEY через донгл 4 версии, он может это. Позже лог скину.
Да, не определяется по усб, но и основная программа не стартует.

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

Конечно же это НЕ маска. В маске ничего поменять нельзя потому что данные туда штампуются когда вафля готовится через маску с битами (поэтому и Mask ROM).
И всё что есть в обвязе у неё это адресные декодеры и вот это всё. Но не прожигатель битов.

Чипкей находится в (Mask)ROM не может никак, ибо тогда это бы было намного затратнее чем хранить их во фьюзах - кому надо тот прошьёт, а так всё 0xFFFF.

Тоже чет так думаю, хотя это китайцы , о т них можно всего ждать.

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

А VPP для прожига фьюзов вроде как формируется внутри чипа, поэтому внешних VPP тут не надо было, в случае с 690x

И да и нет, от случая. Например для 521 чипов это порт
The chip is empty, and the KEY file has not been burned. When programming, a 4.5V voltage needs to be supplied to the PA13 pin of the chip;
На колодках с сокетами под чипы для прогера 1T2 - оно формируется из 6.5в. (ну как минимум они сами пишут что это напруга VPP)

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

Да и вообще это как бы описание для 1T2 прогера, который был сделан не для того чтобы по USB UBOOT1.00 там что-то с чипом делать, ну или это уж точно не его основное предназначение.

Нет, это описание прогера 1T8.   И на фотках там он с экранчиком и 8 усб портами, по сути донгл на DV15 + хаб.
Основное занятие прогера 1T2 - работать в паре с IC Tube Burner. Кстати - этот же прогер шьет и OTP чипы, например старый AC1082. А там нет усб бута.
Мне вот интересно, а смогу ли я перевести в ISP_SPI без донгла? Просто сделав то как на панельке, что то кажется что да, скорее всего оно примитивное LVD ну и может максимум какими ногами подергать.

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

By Admin

123

Нужно собрать прецизионный ИОН на TL431.
У меня завтра свободно пол дня, после завтра на неделю пропаду)

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

By Admin

124

125

Обнаружил что если отправлять кей на D+D- через строго определенное время после подачи питания то подключается сразу без танцев с бубном. На AC6905A: 22-26 мс, AC6956L: 10-20 мс, AC6925C:13-22 мс
Интересно, это только на моих чипах/платах так или есть такое вообще? Правда у меня только три платы есть, больше пробовать не на чем.

126

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

Обнаружил что если отправлять кей на D+D- через строго определенное время после подачи питания то подключается сразу без танцев с бубном. На AC6905A: 22-26 мс, AC6956L: 10-20 мс, AC6925C:13-22 мс
Интересно, это только на моих чипах/платах так или есть такое вообще? Правда у меня только три платы есть, больше пробовать не на чем.

Похоже на правду. Вроде даже кто то писал и с нашего форума и вроде даже китайцы писали про это где то, или у себя на jieliapp или в проге remoteupdate.exe...
Могу подогнать чипы и тестовые платы, я один фиг в той же стране что и ты) . В ЛС если что.

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

By Admin

127

https://forumupload.ru/uploads/001b/ca/8a/31/t219233.jpg
https://forumupload.ru/uploads/001b/ca/8a/31/t696493.jpg
https://forumupload.ru/uploads/001b/ca/8a/31/t708012.jpg
вот так как-то.

128

Код:
#define DPLUS 4
#define DMINUS 3
#define GATE 0
#define PULLUP 1
#define LED 2
int cnt=0;
//#define DATA_PIN SDA
//#define CLOCK_PIN SCL
void clockOut(int value) {
 //   digitalWrite(LED, value);
  digitalWrite(PULLUP, value);
  digitalWrite(DPLUS, 0);
  delayMicroseconds(15);
  if(value){
    if(!digitalRead(DMINUS)) cnt++;
  }
  digitalWrite(DPLUS, 1);
  delayMicroseconds(15);
}
void setup() {
  // put your setup code here, to run once:
  pinMode(DPLUS, OUTPUT);
  pinMode(DMINUS, INPUT);
  pinMode(GATE, OUTPUT);
  pinMode(PULLUP, OUTPUT);
  pinMode(LED, OUTPUT);
  digitalWrite(LED, 0);
  }
void loop() {
int i;
  for(i=0;i<15000;i++){
  clockOut(0);
  clockOut(0);
  clockOut(0);
  clockOut(1);
  clockOut(0);
  clockOut(1);
  clockOut(1);
  clockOut(0);
  clockOut(1);
  clockOut(1);
  clockOut(1);
  clockOut(0);
  clockOut(1);
  clockOut(1);
  clockOut(1);
  clockOut(1);
//  digitalWrite(LED, 1);

  delayMicroseconds(10);
  digitalWrite(DPLUS, 0);
  digitalWrite(DMINUS, 0);

if(cnt > 10)i=20000;
//    digitalWrite(LED, 0);

  }
    digitalWrite(LED, 1);
digitalWrite(DPLUS, 0);
digitalWrite(DMINUS, 0);
  pinMode(DPLUS, INPUT);
pinMode(DMINUS, INPUT);
  pinMode(PULLUP, OUTPUT);
  digitalWrite(PULLUP, 0);
  delayMicroseconds(100000);
digitalWrite(GATE, 1);
pinMode(LED, INPUT);
  while(true){};
}

https://forumupload.ru/uploads/001b/ca/8a/31/t949742.png

129

норм, а зачем р1 и отдельная нога? И желательно добавить ключ по питанию подключаемого чипа, что бы не дергать и тд).

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

By Admin

130

в tiny45 залит micronucleus, настроенный на запуск при сбросе reset-ом. так что резистор - это подтягивающий резистор d-.
в основной программе логика другая: биты подаются на разъем usb через резистор с порта pb1. потом проверяется состояние порта pb3: если мы выдали 1, а на pb3 - 0, то это AC подтянула ножки к земле.
по хорошему было бы некоторые токоограничивающие резисторы поставить, но я не захотел. равно как и излишество в виде ключа по питанию. да, если медленно воткнуть - то не срабатывает, нужно резко вставлять.

131

есть ещё мысль, почему у тебя 4066 не завёлся: возможно, ты подавал 3.3в на управляющие входы.

132

https://forumupload.ru/uploads/001b/ca/8a/31/t963510.jpg
есть наушники на таком чипе.
определяется как br20.
jltest.py без аргументов или с аргументом 7 скачивает что-то неверное, с аргументом --loader-arg 1 или 17 -- вроде, нормальная прошивка.
вот вывод без аргументов:

Код:
C:\tmp\jl-uboot-tool>python jltest.py
Found some device: BR20 - UBOOT1.00 (1.00) -> [\\.\HardDiskVolume59]
Waiting for [\\.\HardDiskVolume59] try! ok (BR20 UBOOT1.00 1.00)
Chip: br20 (AC691N)
UBOOT1.00 device, loader will be loaded
Using builtin loader collection
Running loader at 00002000, with argument 0007...
Loader uploaded successfully
----------------:------------------------
Online device   : id=4f545010 type=5
Chip key        : 2606
Flash page size : 16384
----------------:------------------------
Device type:
  0x05 [OTP]

Device ID:
          ______  ______          ______  _____     _     _____
 |    |  |_____  |_____  |    |  |_____  |   / |   /|    |   / |
 |____|_ |             | |____|_       | |  /  |    |    |  /  |
      |  |       ______|      |  ______| |_/___|  __|__  |_/___|

Your chip key is...
  _____   ______  _____   ______
 |     | |_____  |   / | |_____
  _____| |     | |  /  | |     |
 |______ |_____| |_/___| |_____|

There's something programmed there!

  .--------------------------------------------------.
  |     _____________                                |
  |    /___  __  ___/                                |
  |       / / / /     _______                        |
  |  __  / / / /        | |    | | |_   _   _  |_    |
  | / /_/ / / /____   |_| |__  |_| |_| |_| |_| |_    |
  | \____/ /______/                                  |
  |                                                  |
  | JieLi tech console. Type 'help' or '?' for help. |
  '--------------------------------------------------'

=>JL:

вот с --loader-arg 1:

Код:
C:\tmp\jl-uboot-tool>python jltest.py  --loader-arg 1
Found some device: BR20 - UBOOT1.00 (1.00) -> [\\.\HardDiskVolume59]
Waiting for [\\.\HardDiskVolume59] try! ok (BR20 UBOOT1.00 1.00)
Chip: br20 (AC691N)
UBOOT1.00 device, loader will be loaded
Using builtin loader collection
Running loader at 00002000, with argument 0001...
Loader uploaded successfully
----------------:------------------------
Online device   : id=5e6013 type=3
Chip key        : 2606
Flash page size : 16384
----------------:------------------------
Device type:
  0x03 [SPI NOR flash (on SPI0)]

Device ID:
  _____   _____   ______  ______  ______  _____     _     _____
 |   / | |   / | |_____  |_____  |_____  |   / |   /|       ___|
 |  /  | |  /  |       | |       |     | |  /  |    |          |
 |_/___| |_/___| ______| |______ |_____| |_/___|  __|__  ______|

Your chip key is...
  _____   ______  _____   ______
 |     | |_____  |   / | |_____
  _____| |     | |  /  | |     |
 |______ |_____| |_/___| |_____|

There's something programmed there!

  .--------------------------------------------------.
  |     _____________                                |
  |    /___  __  ___/                                |
  |       / / / /     _______                        |
  |  __  / / / /        | |    | | |_   _   _  |_    |
  | / /_/ / / /____   |_| |__  |_| |_| |_| |_| |_    |
  | \____/ /______/                                  |
  |                                                  |
  | JieLi tech console. Type 'help' or '?' for help. |
  '--------------------------------------------------'

=>JL:

по разводке это похоже на ac6904. в слитом файле прошивки - строки "soundbox_sdk_v2-0-9", "pdn:jl_690x", "AC691X".
несмотря на br20, там флешка. сижу и думаю, как бы оттуда вытащить настройки эквалайзера.

133

прошивка его: Ссылка

134

eq_cfg.bin,   поиши в hex .. Я вытаскивал ...

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

By Admin

135

BR20 это не 690. А вроде как 691, и там не флешка а otp rom... Вся 691 серия OTP. По крайней мере так сами китайцы пишут . и в сдк под 691  утилита для прошивки OTP.

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

By Admin

136

о чё я сделал:

Код:
C:\tmp\jl-uboot-tool>python jltest.py  --loader-arg 17
Found some device: BR20 - UBOOT1.00 (1.00) -> [\\.\HardDiskVolume70]
Waiting for [\\.\HardDiskVolume70] try! ok (BR20 UBOOT1.00 1.00)
Chip: br20 (AC691N)
UBOOT1.00 device, loader will be loaded
Using builtin loader collection
Running loader at 00002000, with argument 0011...
Loader uploaded successfully
----------------:------------------------
Online device   : id=5e6013 type=3
Chip key        : 0000
Flash page size : 16384
----------------:------------------------
Device type:
  0x03 [SPI NOR flash (on SPI0)]

Device ID:
  _____   _____   ______  ______  ______  _____     _     _____
 |   / | |   / | |_____  |_____  |_____  |   / |   /|       ___|
 |  /  | |  /  |       | |       |     | |  /  |    |          |
 |_/___| |_/___| ______| |______ |_____| |_/___|  __|__  ______|

Your chip key is...
  _____   _____   _____   _____
 |   / | |   / | |   / | |   / |
 |  /  | |  /  | |  /  | |  /  |
 |_/___| |_/___| |_/___| |_/___|

All burnt out! W-What? Yes! Maybe something went wrong?!

  .--------------------------------------------------.
  |     _____________                                |
  |    /___  __  ___/                                |
  |       / / / /     _______                        |
  |  __  / / / /        | |    | | |_   _   _  |_    |
  | / /_/ / / /____   |_| |__  |_| |_| |_| |_| |_    |
  | \____/ /______/                                  |
  |                                                  |
  | JieLi tech console. Type 'help' or '?' for help. |
  '--------------------------------------------------'

=>JL:

137

зашил обратно родную прошивку и она работает. хоть и chipkey слетел. скормил ему sdk 690x - не завелось. пробовал перекодировать - не влияет.

Отредактировано ender11 (2023-05-21 01:25:01)

138

а скинь ка прошивку слитую. И фотку проца если можешь.

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

By Admin

139

а как чип кей слетел то?

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

By Admin

140

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

а скинь ка прошивку слитую. И фотку проца если можешь.

5 и 6 сообщений назад выложил.


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