AVReAl beta — 1.28r9b1
avreal beta-version 1.28r9b1 with FT232H support has been released.
Please, test it.
Update: testing done, thanks.
ReAl
. .. ..o .oO .oO failed
Language
. .. ..o .oO .oO failed
avreal beta-version 1.28r9b1 with FT232H support has been released.
Please, test it.
Update: testing done, thanks.
українська
english
Корпуса как такового нет, просто заливка, пока жалко резать.
Времена отличаются на порядок, при -os2MHz 1,04s (по осциллографу как раз 2МГц меандр SCK), при -os100kHz 11,0s (по осциллографу 100кГц меандр SCK).
AN-108 говорит как раз о общности FT232H, FT2232H и FT4232H, команды управления ими объединены в одной подпункте, FT232H помимо того еще имеет и свои особенности связанные скорее с I2C, которое в других кристаллах не совсем честное в плане open drain.
Сорри, ввел в заблуждение. Смотрел времена на ft232h. Повторил с разными адаптерами, да времена почти совпадают для FT2232C 2MHz 0,59s, FT232H 2MHz 0,56s
FT2232C 100kHz 10,6s, FT232H 100kHz 10,5s
Всё правильно, интересовали времена разных кристаллов на равных частотах в командной строке. Если с делителем на 5 всё в программе сделано правильно, времена должны практически совпадать.
FT232H при равной частоте SPI слегка быстрее, так как быстрее пересылаются данные по USB.
По документации — возможно, я смотрел слишком старую. Во всяком случае, после прочтения у меня осталось ощущение недосказанности.
Резать, конечно, не нужно. Стирать EEPROM тоже 🙂
Кстати, да. Без механической разборки устройства можно же просто FT-prog’ом стереть, а потом восстановить. Вот что получилось:
avreal/WIN32 – AVR controllers programmer by Redchuk Alexandr
v1.28r9b1 (Oct 23 2011 10:37:48) http://real.kiev.ua/avreal
bug-reports, suggestions and so on mail to avrеal@rеal.kiеv.uа
Command:
+MEGA32A -aft232h -p?
3 FTDI devices detected
0: FT_DEVICE_2232C (0x4) – “Dual RS232 A”, serno “A”
1: FT_DEVICE_2232C (0x4) – “Dual RS232 B”, serno “B”
2: FT_DEVICE_232H (0x8) – “Single RS232-HS”, serno “”
вот что по этому поводу говорит usbview
Device Descriptor:
bcdUSB: 0x0200
bDeviceClass: 0x00
bDeviceSubClass: 0x00
bDeviceProtocol: 0x00
bMaxPacketSize0: 0x40 (64)
idVendor: 0x0403 (Future Technology Devices International Limited)
idProduct: 0x6014
bcdDevice: 0x0900
iManufacturer: 0x01
0x0409: “FTDI”
iProduct: 0x02
0x0409: “Single RS232-HS”
0x0409: “Single RS232-HS”
iSerialNumber: 0x00
bNumConfigurations: 0x01
В datasheet кстати ошибочка, указано Single-RS232-HS
Спасибо, эта информация и была нужна.
Кстати, толи по FT2232, толи по FT2232H до включения с реальным кристаллом я был уверен, что там “DUAL RS232”, а не “Dual”.
Проверил, докладываю ATMEGA32A прошивается, верифицируется. Зашивал через ft232h, проверял через ft2232c, и в обратную сторону тоже (write ft2232c, verify ft232h). ключ был -о16MHz. Нужна ли какая либо дополнительная информация?
Отлично.
Теперь нужно «сверить часы».
В имеющейся у меня документации на FT232H опущена информация о наличии дополнительного делителя частоты на 5, который есть у FT2232H и у FT4232H, а у FT2232C/L/D его нет.
По логике он должен быть и у FT232H. Работу с ней я пустил по ветке FT2232H, т.е. подаются команды управления дополнительным делителем и соответствующим образом пересчитывается коэффициент для основного.
Сверьте времена чтения кристалла для FT232H и FT2232C с ключами -os2MHZ и -os100kHz (s в ключе — это прямое управление частотой SPI без учёта соотношения частот SCK и XTAL для указаного микроконтроллера и без запасов на случай отклонения частоты RC-генератора).
Времена должны быть очень близки.
Ещё один неизвестный параметр — описание кристалла по умолчанию, без EEPROM.
avreal использует его при отсутствии параметра d в ключе -p.
Если корпус кабеля открывается и не жалко — закоротите на питание выход данных EEPROM перед подключением кабеля к USB и дайте avreal -aft232h -p?. Напишите, что при этом скажет avreal, я внесу эту строку в программу.