avreal, новая версия (если кому-то это ещё нужно) Опции

[zltigo]

выдает вот это сообщение

А Вы большие красные буквы http://real.kiev.ua/old/avreal/ru/description
видели?

P.S. При обнаружении неприятностей просьба сообщать версию и очень желательно копию расширенной выдачи программы по -% (перенаправив выдачу в файл).
Внимание!!! Письма по поводу avreal с аттачами в виде скриншотов, WORD-овских и прочеофисовских документов и других способов переслать 1-килобайтный текст с помощью 100-килобайтного файла не будут даже читаться, не говоря уже об ответах

[Метценгерштейн]

видел, конечно ))
но думаю, что это у меня глюки какие- то ))
исправляюсь



D:\works\projects\Blink LED mega8>d:\works\programs\avw-1.27r4\avreal32-1.27r4.e
xe +mega8 -aft2232:enable=adbus4,acbus2 -o1MHZ -e -w -v -fcksel=f,ckopt=0,sut=3,
BODLEVEL=0,BODEN=0 -l2 -c "D:\works\projects\Blink LED mega8\Debug\Exe\blink_LED
.hex" -d "D:\works\projects\Blink LED mega8\Debug\Exe\blink_LED.ee.hex"

avreal/WIN32 - AVR controllers LPT programmer by Redchuk Alexandr
v1.27r4 (Oct 6 2009 16:12:37) http://real.kiev.ua/avreal
bug-reports, suggestions and so on mail to avreal@real.kiev.ua
Command:
+mega8 -aft2232:enable=adbus4,acbus2 -o1MHZ -e -w -v -fcksel=f,ckopt=0,sut=3,B
ODLEVEL=0,BODEN=0 -l2 -c "D:\works\projects\Blink LED mega8\Debug\Exe\blink_LED.
hex" -d "D:\works\projects\Blink LED mega8\Debug\Exe\blink_LED.ee.hex"
Start address record in HEX file ignored
Start address record in HEX file ignored
Warning: 'D:\works\projects\Blink LED mega8\Debug\Exe\blink_LED.ee.hex' has no d
ata records
Adapter enabled
Can't resync

Reset pin released
Adapter disabled

D:\works\projects\Blink LED mega8>rem -fcksel=f,ckopt=0,sut=3

D:\works\projects\Blink LED mega8>rem d:\works\programs\avw-1.27r3\avreal32-1.
27r3.exe +mega8 -p378 -as -o0 -fCKSEL=f,CKOPT=0 -e -b -v -w -c main.hex

D:\works\projects\Blink LED mega8>rem -e -w -v -f Їєч√ -ё Їрщы ъюфр

D:\works\projects\Blink LED mega8>pause
Press any key to continue . . .



очень странно ведет себя.
если шью проект моргание лампочкой- шьется, и то через раз.

как только пытаюсь залить бутлоадер, выдает


D:\works\programs\bootloader\flash>D:\works\programs\bootloader\flash\avreal32-1
.27r4.exe +mega8 -aft2232:enable=adbus4,acbus2 -o1MHZ -e -w -v -fcksel=f,ckopt=0
,sut=3,BODLEVEL=0,BODEN=0, BOOTRST=0, BOOTSZ=01 -l2 -c BOOTLOAD.hex

avreal/WIN32 - AVR controllers LPT programmer by Redchuk Alexandr
v1.27r4 (Oct 6 2009 16:12:37) http://real.kiev.ua/avreal
bug-reports, suggestions and so on mail to avreal@real.kiev.ua
Command:
+mega8 -aft2232:enable=adbus4,acbus2 -o1MHZ -e -w -v -fcksel=f,ckopt=0,sut=3,B
ODLEVEL=0,BODEN=0, BOOTRST=0, BOOTSZ=01 -l2 -c BOOTLOAD.hex
Can't use two files for CODE memory
BOOTRST=0,
BOOTLOAD.hex


D:\works\programs\bootloader\flash>rem -fcksel=f,ckopt=0,sut=3

D:\works\programs\bootloader\flash>rem d:\works\programs\avw-1.27r3\avreal32-1.
27r3.exe +mega8 -p378 -as -o0 -fCKSEL=f,CKOPT=0 -e -b -v -w -c main.hex

D:\works\programs\bootloader\flash>rem -e -w -v -f Їєч√ -ё Їрщы ъюфр

D:\works\programs\bootloader\flash>pause
Press any key to continue . . .

вот строчка для бутлоадера
D:\works\programs\bootloader\flash\avreal32-1.27r4.exe +mega8 -aft2232:enable=adbus4,acbus2 -o1MHZ -e -w -v -fcksel=f,ckopt=0,sut=3,BODLEVEL=0,BODEN=0, BOOTRST=0, BOOTSZ=01 -l2 -c BOOTLOAD.hex

может скомпилил его не корректно как-то ???

Сообщение отредактировал Метценгерштейн - May 16 2010, 20:32

[ut1wpr]

ReAL, спасибо за содействие )))

итак, программатор МегаДжона. Комилятором ИАР пользуюсь, там настроена кнопочка на прошивку проекта сразу из ИАРа. Все работает нормально. вот строка.
d:\works\programs\avw-1.27r4\avreal32-1.27r4.exe +mega8 -aft2232:enable=adbus4,acbus2 -o1MHZ -e -w -v -fcksel=f,ckopt=0,sut=3,BODLEVEL=0,BODEN=0 -l2 -c %1 -d %2

Если это программатор СверхДжона , то в нём присутствует TLP181. А он, в свою очередь инвертирует сигнал enable. Следовательно, строка должна выглядить слегка иначе ...:enable=~adbus4,...
Тильду забыли.

[Метценгерштейн]

Согласился бы с Вами, если бы только он раньше с этой моей строчкой исправно не работал. К тому же посмотрите внимательно на схему включения этой TLP. Там выход FTDI идет на катод светодиода... т.е. ничего не инвертирует. вот.

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

[ut1wpr]

Согласился бы с Вами, если бы только он раньше с этой моей строчкой исправно не работал. К тому же посмотрите внимательно на схему включения этой TLP. Там выход FTDI идет на катод светодиода... т.е. ничего не инвертирует. вот.

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

"1" на выходе FTDI зажигает светодиод, что в свою очередь открывает оптотранзистор. На его коллекторе появляется "0".
Если есть сомнения в начертании изолятора (отсутствие значка инверсии на входе E) - смотрим в даташит ADUM и звДУМываемся.
Cам светодиод, безусловно, ничего инвертировать и не может. Это не его функции.
Вопросы "работало раньше" не рассматриваются.
Для начала делаем так, как ПРАВИЛЬНО, потом обсуждаем возможные варианты.

Сообщение отредактировал ut1wpr - May 18 2010, 06:49

[ReAl]

В той схеме светодиод зажигается 0-ком, так что инверсии нет.
В версиях 1.27r* на какое-то время залипло "временое" состояние кода, работающего с FT2232. В нём нужно было только указать ногу, используемую для enable, а для разрешения всегда выдавался низкий уровень. Поэтому для 1.27r4 строка правильная.
С версии 1.28r0 использован такой же подход, как и для LPT и строка нужна с enable=~adbus4, но не потому, что оптрон инвертирует, а потому, что разрешение идёт низким уровнем. Если бы оптрон инвертировал либо если бы ипользовалась половинка шинника с активным высоким уровнем, нужно было бы оставить enable=~adbus4

С reset отдельная история - avreal "знает", что для AVR нужен низкий уровень, поєтому для него указываются только инверсии по пути. Аналогично - ему не надо указывать инверсии внутри LPT-порта, у которого часть управлющих сигналов инвертируются в контроллере LPT. Так было сделано потому, что планировалась сразу и поддержка контроллера at89s8252, у которого сброс 1-кой. Было решено, что для сброса указывается только инверсность внешнего тракта передачи, про остальное знает avreal


По поводу этого бутлоадера.
И кто его, заразу, знает. Есть какие-то неясные сонмения, но не более.
Бутлоадер с ногами SPI что-то делает?
Попробуйте указать +90s2313 без команд записи/чтения/стирания, просто для проверки -- распознает кристалл или нет. В смысле - не распознает ничего или распознает мега8 и выругается, что не то, что попрошено.

[ut1wpr]

В той схеме светодиод зажигается 0-ком, так что инверсии нет.

Ну мы даём! Теперь я понял свою ошибку. У каждого, оказыватся своя "В той схеме..."
Привожу фрагмент схемы со странички СуперДжона. Такая же и у меня. Я бы не сказал, что здесь светодиод зажигается ноликом.
Инверсия на пути "выход FT2232 - вход ADUM" всё-таки есть.
Я ошибочно не ввёл тильду, и у меня НЕ РАБОТАЛО.
Версия 1.28r.последняя
С тильдой претензий нет.

[Метценгерштейн]

да, у нас схемы просто разные
вот моя- она другая в этом месте

http://files.mail.ru/BDZS9B?t=1

[ut1wpr]

да, у нас схемы просто разные
вот моя- она другая в этом месте

http://files.mail.ru/BDZS9B?t=1

Для меня вопрос закрыт.
Отхожу в сторону.

[Метценгерштейн]

снес.

Сообщение отредактировал Метценгерштейн - May 18 2010, 10:13

[ReAl]

Ну мы даём! Теперь я понял свою ошибку. У каждого, оказыватся своя "В той схеме..."
Привожу фрагмент схемы со странички СуперДжона.
...
Версия 1.28r.последняя

О! А тут, выходит, обсуждается другой вариант -- со странички мегаджона схема версии 2.2 "последняя ", а программа предыдущей версии. Во как бывает.

Кстати, я его схему версии 1 и не смотрел -- только ту, где уже и шинники есть. Но для avreal 1.27 и для той схемы тильда не нужна, а для схемы 2.2 и для 1.28 тильда нужна, в обеих схемах на выходе FT2232 нужен низкий уровнь для разрешения работы.

[ReAl]

Так это... Интересно же, в чём дело.

По поводу этого бутлоадера.
И кто его, заразу, знает. Есть какие-то неясные сонмения, но не более.
Бутлоадер с ногами SPI что-то делает?
Попробуйте указать +90s2313 без команд записи/чтения/стирания, просто для проверки -- распознает кристалл или нет. В смысле - не распознает ничего или распознает мега8 и выругается, что не то, что попрошено.

[Метценгерштейн]

очень похоже, что канифоли перелил на макетку, поэтому подглючивает. Было между выводом кварца и землей 100 ом тестером в двух полярностях. Вымыл канифоль- прошло, стало шиться, но не всегда стабильно ещё. Заказал макетки в печать новые- жду. Думаю, с этим все связано было. На новых платах должно будет все работать.

[Метценгерштейн]

И снова проблемы с прошивкой. На этот раз осциллом нет сигнала MISO на меге8.

Вот строчка
d:\works\programs\avw-1.27r4\avreal32-1.27r4.exe +mega8 -aft2232:enable=adbus4,acbus2 -o1MHZ -e -w -v -fcksel=f,ckopt=0,sut=3,BODLEVEL=0,BODEN=0 -l2 -c %1 -d %2

кварц 16 МГц.

По идее, MISO мега у нас генерить должна. Там что- то дергается маленькое по амплитуде на этом выводе, но никак не 1 лог.

идею может кто подскажет где смотреть?

Сообщение отредактировал Метценгерштейн - Nov 26 2010, 22:04

[ReAl]

«Что-то маленькое по амплитуде» — это может быть и наводка в шлейфе с MOSI при пассивном выходе меги8.
Это может означать, что не проходит reset.

А может быть и подмычка где-то на MISO
Отключить адаптер от платы, замкнуть на адаптере MOSI, MISO. С ключиком -%% глянуть, что выходит. Если
% PgmOn reply AC 53 00 00
то адаптер по MISO никого не коротит и всё чувствует.


Да, раз уж тема всплыла.
Я наконец-то добрался до замучивания компа разными {WinXP|Win7}{32|64}, погонял как несколько страниц назад выложенную тут DLPortIO 64, так и взятые по ссылкам версии без DlPortWriteBufferUchar, поигрался разными методами инсталляции и выложил на real.kiev.ua/avreal/download проверенные архивы.

Осталось подумать ещё об одном архиве, уже с тестово-подписанным драйвером (внимание, петля, то сообщение ссылается назад сюда)