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

[ReAl]

Не знаю, насколько это имеет смысл в свете имеющейся информации о будущем Атмел, но подоспела очередная версия avreal.

Добавлен наконец-то замер времени обращения к LPT для всех ОС и добавлено несколько новых кристаллов.


Кстати, о времени обращения к LPT - поднятый для экспериментов с Win98 старый пень-166 вне конкуренции. Одна и та же физически плата PCI-LPT на Q6600/ASUS M2N-SLI что под XP, что дос-версией при загрузке с дискетки даёт около 0,75мкс/обращение (программный замер достаточно хорошо совпадает с замером по осциллографу), а на том старом пне - около 0,25мкс. Одна шина PCI, никаких лишних мостов по дороге, простота...

[Dx!]

А что мешает и сделать новый ключик и дать запас? Так и "по старому" будет работать и у любителей выжать 100% будет такая возможность 8) Можно сделать ключик, отключающий запас... но это уже имхо перебор.

[ReAl]

А что мешает и сделать новый ключик и дать запас? Так и "по старому" будет работать и у любителей выжать 100% будет такая возможность 8)

Да, конечно, так лучше.
________________

Что вообще весело, так это то, что в xml-ках от AVRstudio в секциях STK500v2 и STK600 даны разные времена стирания/пргошивания для многих кристаллов. Но при этом везде времена записи больше от "ну немного" до "раза в два", а вот времена стирания - от "раза в два" до "на порядок".

Второй обнаруженный косяк - в свежих версиях не только скорость LPT замеряется, но и времена отсекаются уже не по нему (в случае использования ft2232 вообще не подгружается dlportio.dll и драйвер на машине может не стоять), а системными вызовами, заодно не занимает процессор зря.
Как-то я уже привык, что Windows по Sleep() даёт время от заказанного времени, округлённого вверх к своим квантам до в несколько раз большего, что тут не страшно (Sleep(0) всегда особняком стояло, речь не о нём).
Оказалось, что меньше тоже умеет. Буду проверять по таймеру и дотягивать.

[ReAl]

Тырнету несколько дней не было. Ломка началась.

Что вообще весело, так это то, что в xml-ках от AVRstudio в секциях STK500v2 и STK600 даны разные времена стирания/пргошивания для многих кристаллов. Но при этом везде времена записи больше от "ну немного" до "раза в два", а вот времена стирания - от "раза в два" до "на порядок".

Похоже, это они крепко перестраховались.

Как-то я уже привык, что Windows по Sleep() даёт время от заказанного времени, округлённого вверх к своим квантам до в несколько раз большего, что тут не страшно (Sleep(0) всегда особняком стояло, речь не о нём).
Оказалось, что меньше тоже умеет. Буду проверять по таймеру и дотягивать.

Все причины в этом были. Причём если стереть, то дальше шьётся уже нормально и в таком варианте.
Линуксовая 1.27r1 нормально работала, поправил и виндовую в этом месте.
По осциллографу Sleep(10) довольно упорно выполнялся 4-5мс, чего не хватало при 9мс паспортном стирании, где-то 6-7 оказалось достаточно.
Пока тут цепляю, ещё может что по мелочам причешу да поставлю наконец-то и дома полный набор ОС, чтобы собирать все варианты, тогда выложу на сайте.

Спасибо, заработало.

Так может восстановить в правах поиск первого FT2232 с именем канала, заканчивающемся на "A" для случая отсутствия ключа "-p" ?
Вспомнил, почему было убрано, точнее, заменено на нынешнее поведение - для такого поиска делается запрос списка устройств у FTD2XX.DLL/libftd2xx.so и в списке ищется нужное описание (теперь при указанном описании открывается по описанию и список не строится) и открывется по индексу в списке.
А под линуксом это построение списка в libftd2xx приводило к тому, что отрубались висящие рядом USB<->RS232 мосты на FT232 (знаю, знаю, надо переходить на libftdi).
Теперь такое построение заказывается только по ключу "-p?" , при отсутствии ключа "-p" тоже производится открытие по описанию, просто берётся описание по умолчанию (о чём и собщается).

Прикрепленные файлы

 avreal32_127r2b2.zip ( 46.56 килобайт ) Кол-во скачиваний: 97

 

[Petka]

...

проверил новую версию, работает и без ключа "-5".
при "-o8Mhz" на ft2232 - теряет синхронизацию.
конфиг так и не ищет там-же где и *.exe

[ReAl]

при "-o8Mhz" на ft2232 - теряет синхронизацию.

Снижения частоты SPI по сравнению с F_CPU/4, которое обсуждалось выше по ветке, пока не делал, нашёл время только явный глюк исправить.
Ну, просто умножить запрошенную частоту на 0.95 не проблема, хотелось просто сразу "в комплексе", раз уж лезть.
Сделаю вместе с прямым заданием частоты SPI, похоже, пока развалю на -o (как было) -O (частота SPI).
Вот только если у кого в батнике завалялось -O, то оно же шить перестанет...
Тьху.
Иногда придумать логичный ключ тяжелее, чем функцию реализовать.

конфиг так и не ищет там-же где и *.exe

Этого пока и не обещал.