TLSRGSOCBK100B, Bluetooth Development Tools - 802.15.1 TLSR9 DEV KEY applicable to TLSR9218A and TLSR9218B – купить оптом и в розницу
TLSRGSOCBK100B, Bluetooth Development Tools - 802.15.1 TLSR9 DEV KEY applicable to TLSR9218A and TLSR9218B – купить в магазине «ЧИП и ДИП» оптом или в розницу. Быстрая доставка по России и странам СНГ. ⚡ Акции и скидки.www.chipdip.ru
А возможно в принципе прошивка FLASH только через Swire? Без загрузки в RAM TLSR825x загрузчика, который настраивает UART, только передачей всей прошивки по Swire.
Все остальные представленные программаторы, кроме оригинального EVT, так и делают - работают через Swire обращаясь к SPI контролеру в чипе и SPI уже работает с дополнительным SPI-Flash кристаллом...
А чип будет отвечать на своей скорости, в зависимости от кварца, т.к. протокол самосинхронизирующийся.
def sws_code_blk(blk):
pkt=[]
d = bytearray([0xe8,0xef,0xef,0xef,0xef])
for el in blk:
if (el & 0x80) != 0:
d[0] &= 0x0f
if (el & 0x40) != 0:
d[1] &= 0xe8
if (el & 0x20) != 0:
d[1] &= 0x0f
if (el & 0x10) != 0:
d[2] &= 0xe8
if (el & 0x08) != 0:
d[2] &= 0x0f
if (el & 0x04) != 0:
d[3] &= 0xe8
if (el & 0x02) != 0:
d[3] &= 0x0f
if (el & 0x01) != 0:
d[4] &= 0xe8
pkt += d
d = bytearray([0xef,0xef,0xef,0xef,0xef])
return pkt# encode data (blk) into 10-bit swire words
def sws_encode_blk(blk):
pkt=[]
d = bytearray(10) # word swire 10 bits
d[0] = 0x80 # start bit byte cmd swire = 1
for el in blk:
m = 0x80 # mask bit
idx = 1
while m != 0:
if (el & m) != 0:
d[idx] = 0x80
else:
d[idx] = 0xfe
idx += 1
m >>= 1
d[9] = 0xfe # stop bit swire = 0
pkt += d
d[0] = 0xfe # start bit next byte swire = 0
return pkt
# decode 9 bit swire response to byte (blk)
def sws_decode_blk(blk):
if (len(blk) == 9) and ((blk[8] & 0xfe) == 0xfe):
bitmask = bit8mask
data = 0;
for el in range(8):
data <<= 1
if (blk[el] & bitmask) == 0:
data |= 1
bitmask = 0x10
#print('0x%02x' % data)
return data
#print('Error blk:', blk)
return NoneВот в даташите пишут такое:
Сам удивляюсь но с 0x00b0 в BDT работает. Хотя по осциллограмме этого числа нет, и программа указывает верный адрес 0x80100C02.
Там большие значения не отрабатываются. Сколько реальных бит у данного делителя не уточнял, т.к. не вижу смысла работать на таких низких битрейтах.
Пробовал декодировать с помощью DSLogic Plus используя протокол SWIM. Не вышло. Кто-нибудь ещё пробовал?
А в своём реверс-инженеринге Вы использовали какой-нибудь декодер пакетов Swire ? или только осциллограф и терпение? Посмотрел сколько пакетов формирует BDT чтобы сделать Unlock FLASH и ужаснулся.
Зачем?
При обращении к Flash через SPI процессор делает аналогичные действия.
# Flash Write Enable
rd_sws_wr_addr_usbcom(serialPort, 0x0d, bytearray([0x00])) # cs low
rd_sws_wr_addr_usbcom(serialPort, 0x0c, bytearray([0x06])) # Flash cmd write enable
rd_sws_wr_addr_usbcom(serialPort, 0x0d, bytearray([0x01])) # cs high
# Flash Write reg status
rd_sws_wr_addr_usbcom(serialPort, 0x0d, bytearray([0x00])) # cs low
rd_sws_wr_addr_usbcom(serialPort, 0x0c, bytearray([0x01])) # Flash cmd wr status
rd_sws_wr_addr_usbcom(serialPort, 0x0c, bytearray([0x00])) # data: 0
rd_sws_wr_addr_usbcom(serialPort, 0x0d, bytearray([0x01])) # cs highВ BDT есть такая штука: "Unlock" (Flash). Как я понял, после прошивки Flash можно заблокировать. Это в проекте настраивается. Соответственно если потребуется прошить Telink с заблокированной Flash, сначала ей нужно будет сделать Unlock. Что BDT и делает при прошивке. Я решил, что штука не будет лишней в моём проекте. Запустил BDT, нажал Unlock, и посмотрел осциллографом, что BDT шлёт по Swire в Telink. А шлёт он очень много. Вот начало:
B как понимать строчку: rd_sws_wr_addr_usbcom(serialPort, 0x0d, bytearray([0x00])) # cs low
Он может слать код для исполнения CPU.
Это прямая работа с SPI, подключенного к Flash в TLSR825x.
Да. Это запись в регистр контроллера SPI для Flash.
/**
* @brief This function servers to set the spi low level.
* @param[in] none
* @return none
*/
_attribute_ram_code_ static inline void mspi_low(void){
reg_mspi_ctrl = 0;
}