Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: AVRISP+JTAGICE в одном флаконе да еще и USB, Кто чего скажет по этому поводу?
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > AVR
goodwin
Может есть желающие сообща довести дело до ума?
По свежим следам, так сказать...
http://www.telesys.ru/wwwboards/mcontrol/1...es/397212.shtml
http://www.telesys.ru/wwwboards/mcontrol/1...es/397470.shtml
defunct
Насчет 5-6$ за AVRISP+JTAGICE в одном флаконе да еще и USB - нереально.

M8535 + M16 + FT232 = ~$10 плюс рассыпуха,
красная цена такого девайса $15-$20.

А насчет, что думаем о таком девайсе - уже давно такой сделан ;>
Evertool называется. Вместо MAX232 втыкаем FT232 и собсно все готово.
goodwin
Цитата(defunct @ Nov 12 2006, 01:04) *
Насчет 5-6$ за AVRISP+JTAGICE в одном флаконе да еще и USB - нереально.

M8535 + M16 + FT232 = ~$10 плюс рассыпуха,
красная цена такого девайса $15-$20.

А насчет, что думаем о таком девайсе - уже давно такой сделан ;>
Evertool называется. Вместо MAX232 втыкаем FT232 и собсно все готово.


Дык в 8535 фирмварь обновлять надо "c насилием" smile.gif Я о другом - все в одном кристалле м16 - прошивки меняются прямо из студии... А если без USB-COM переходника (пара транзисторов для RS232), то цена дивайса, выполняющего обе функции = цена кристалла м16...
defunct
Цитата(goodwin @ Nov 12 2006, 03:02) *
Дык в 8535 фирмварь обновлять надо "c насилием" smile.gif Я о другом - все в одном кристалле м16 - прошивки меняются прямо из студии... А если без USB-COM переходника (пара транзисторов для RS232), то цена дивайса, выполняющего обе функции = цена кристалла м16...

У m8535 и у m16 разные таблицы векторов, поэтому образ STK500 придется постоянно править. Кроме того придется постоянно менять прошивки JTAG/STK потому что вместе они не поместятся в m16 (суммарно прошивки STK500+JTAGICE занимают больше 16k), в результате чего инструмент получится неудобным в использовании. У создателя такого девайса цель скорее всего просто "попонтоваться".

Evertool же предполагает два камня и один бутлоадер соместимый с AVRPROG для обоих, который располагается в M16. С помощью кнопи коммутируется UARTы чипов (JTAGICE/STK), а с помощью другой кнопки производится запуск бутлоадера. Бутлоадер обновляет как прошивку JTAGICE M16 так и прошивку STK500 8535. Разница в $2 (примерная цена за m8535AU) более универсального и удобного в использовании инструмента - получается просто смешной и сводит на нет все "за" того горе-проекта с телесистем.
goodwin
Насчет удобства конечно согласен (ибо сам сделал вообще два одельных дивайса без всяких кнопок).
Но попытку объединить их в одном кристалле все-таки не считаю "попыткой попонтоваться" "горе-проектом" :) "постоянно менять прошивки" незачем - по мере необходимости :)
Объединить удалось в такой конфигурации: с помощью бутлодыря в M16 через студию можно грузить (без всяких перемычек и рычагов) фирмварь JTAGICE и слегка переработанную фирмварь (под кварц 7.37) avrusb500 - все работает, умещается в корпусе сотового шнурка, дешево...
Каюсь, пропустил, что мегу8535 в Evertool можно пришивать самим Evertool - уж шибко кудряво там надо рычагами рулить... :)
А вот насчет "У m8535 и у m16 разные таблицы векторов" - это как
defunct
Цитата(goodwin @ Nov 13 2006, 03:46) *
А вот насчет "У m8535 и у m16 разные таблицы векторов" - это как раз не проблема - таблицу с редиректом можно разместить в boot области/загрузчике... Проблема в другом - RJMP/RCALL...
Увы, относительная адресация фирмвари 8535 некорректно работает в меге16, если смещение отрицательное, при переходе через границу памяти sad.gif

На мой взгляд RCALL/RJMP как раз не проблема, т.к. стандартная прошивка STK не выходит за границу 8k и работать должна. А не заработала как раз по причине того, что таблица векторов у M16 больше и как следствие затирает часть кода STK. Можно попробовать применить M32 с JTAG'овской прошивкой никаких вопросов, а STKшную попробовать залить начиная с адреса 16k, и пользовать с соответвующим редиректом. В функцию бутлоадера вставить возможность смены первой страницы флеш.
goodwin
[quote name='defunct' post='175102' date='Nov 13 2006, 03:58']
[quote name='goodwin' post='175100' date='Nov 13 2006, 03:46']
А вот насчет "У m8535 и у m16 разные таблицы векторов" - это как раз не проблема - таблицу с редиректом можно разместить в boot области/загрузчике... Проблема в другом - RJMP/RCALL...
Увы, относительная адресация фирмвари 8535 некорректно работает в меге16, если смещение отрицательное, при переходе через границу памяти sad.gif [/quote]
На мой взгляд RCALL/RJMP как раз не проблема, т.к. стандартная прошивка STK не выходит за границу 8k и работать должна. А не заработала как раз по причине того, что таблица векторов у M16 больше и как следствие затирает часть кода STK. Можно попробовать применить M32 с JTAG'овской прошивкой никаких вопросов, а STKшную попробовать залить начиная с адреса 16k, и пользовать с соответвующим редиректом. В функцию бутлоадера вставить возможность смены первой страницы флеш.
[/quote]

Пардон, что-то и-нет глючит. Пытался отредактировать сообщение, вообще половину съело...
Насчет векторов такой трюк:
Векторы размещаем в boot области (таблица вида : jmp 2, jmp 4, jmp 6...)
Фирмварь STK ничего не знает про IVCE, IVSEL, ибо писана для AT90S8535...
По идее должно работать... А вот с RJMP атмелевцы подкачали - зачем то прибавляют к смещению размер памяти кристалла - нет бы оставили +-2К...
С мегой32 думаю не прокатит тоже, ибо кроме относительной адресации скорее всего в прошиве есть еще таблицы во флэш... Правда можно попробовать ход конем - разместить два образа STK - с нулевого адреса и с адреса 16кБ. Меги32 под руками нет smile.gif





[quote name='defunct' date='Nov 13 2006, 03:58' post='175102']
[quote name='goodwin' post='175100' date='Nov 13 2006, 03:46']
А вот насчет "У m8535 и у m16 разные таблицы векторов" - это как раз не проблема - таблицу с редиректом можно разместить в boot области/загрузчике... Проблема в другом - RJMP/RCALL...
Увы, относительная адресация фирмвари 8535 некорректно работает в меге16, если смещение отрицательное, при переходе через границу памяти sad.gif [/quote]
На мой взгляд RCALL/RJMP как раз не проблема, т.к. стандартная прошивка STK не выходит за границу 8k и работать должна. А не заработала как раз по причине того, что таблица векторов у M16 больше и как следствие затирает часть кода STK. Можно попробовать применить M32 с JTAG'овской прошивкой никаких вопросов, а STKшную попробовать

[quote name='defunct' date='Nov 13 2006, 03:58' post='175102']
[quote name='goodwin' post='175100' date='Nov 13 2006, 03:46']
А вот насчет "У m8535 и у m16 разные таблицы векторов" - это как раз не проблема - таблицу с редиректом можно разместить в boot области/загрузчике... Проблема в другом - RJMP/RCALL...
Увы, относительная адресация фирмвари 8535 некорректно работает в меге16, если смещение отрицательное, при переходе через границу памяти sad.gif [/quote]
На мой взгляд RCALL/RJMP как раз не проблема, т.к. стандартная прошивка STK не выходит за границу 8k и работать должна. А не заработала как раз по причине того, что таблица векторов у M16 больше и как следствие затирает часть кода STK. Можно попробовать применить M32 с JTAG'овской прошивкой никаких вопросов, а STKшную попробовать

Хотя нет - увы, это тоже не прокатит - прошивка STK использует wrap через границу памяти 4кБ. Переходы будут в никуда...
(извиняюсь за глюки спутникового и-нета...)
defunct
Цитата(goodwin @ Nov 13 2006, 04:32) *
Фирмварь STK ничего не знает про IVCE, IVSEL, ибо писана для AT90S8535...
По идее должно работать... А вот с RJMP атмелевцы подкачали - зачем то прибавляют к смещению размер памяти кристалла - нет бы оставили +-2К...

Видать тогда только disasm и менять все rjmp/rcall на jmp/call и пересобрать.
Только стоит ли оно того? ;>
goodwin
Исходники (не мои - только слегка подправленные мной) и HEX для запуска в меге16 и отладчика и программатора положил на сахаре:
http://upload.caxapa.ru/JtagIce_boot_avrusb500_m16.rar.
vesago
Спасибо, Гудвин, похоже отличная штука! А еще по ссылке первоисточника скачал неплохую альтернативу проги под авр910.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.