Ні, ну я в неповні п’ятнадцять поїхав з дому вчитися, а не в неповні вісімнадцять.
Але ж за три з половиною сотні кілометрів, а не за десять тисяч!

• An FT2232/FT4232-based adapter is used
• There are some data for top two flash bytes — either data from hex-file or erase counter
• flash and fuses are used in one avreal call
• -v verification switch is used

for some microcontroller types avreal fails with “synchronosation lost” error after the first verification.

If -n switch is used then code writing fails

Writing erase counter = 125
Programming CODE memory
 done (7.9ms)
Verifying CODE memory

	% Verifying from 0x1FFFE to 0x1FFFF   passed
 done (2.83ms)
Programming CODE memory

Synchronisation lost
Reset pin released

If -n switch is not used fuse programming fails

	% Verifying from 0x1E000 to 0x1EFFF  ........
	% Verifying from 0x1F000 to 0x1FFFF  ........ passed
 done (3.2s)
Programming fuses
	% Write Fuses	command AC A8 00 EB,  reply 00 87 31 03

Synchronisation lost
Reset pin released

If top two flash bytes are not used then verification and programming work fine.

	% Verifying from 0x1E000 to 0x1EFFF  ........
	% Verifying from 0x1F000 to 0x1FFFD  ....... passed
 done (3.2s)
Programming fuses
	% Write Fuses	command AC A8 00 EB,  reply 00 AC A8 00
	% Write Fuses	command AC E0 00 F3,  reply EB AC E0 00

It is known that the bug affects ATmega128 programming and does not touch ATmega8, ATmega168, atmga328P, ATmega64, ATmega325, ATmega2561.
The bug can be avoided by splitting code and fuse programming into two steps or by using LPT-based adapter.

Another bug — for some AVRs avreal 1.28r3 writes fuses properly

Programming fuses
    % Write Fuses    command AC A0 00 E7,  reply 00 AC A0 00
    % Write Fuses    command AC A8 00 F9,  reply E7 AC A8 00
    % Write Fuses    command AC A4 00 FC,  reply F9 AC A4 00
    % Read Fuses    command 50 00 00 00,  reply FC 50 00 E7
    % Read Fuses    command 58 00 00 00,  reply 00 58 00 FF
    % Read Fuses    command 58 08 00 00,  reply 00 58 08 D9
    % Read Fuses    command 50 08 00 00,  reply 00 50 08 FC

But at verification stage avreal uses invalid data and reports “Verifying of fuses failed”.

Thus, it is recommended to use 1.28r2 or if updates from 1.28r1 are not essential — version 1.28r1.

I am sorry.

• avreal does not process fuses from Extended Fuse byte for ATmega16M1, ATmega32M1, ATmega64M1, ATmega32C1, ATmega64C1 — fixed.

Oops! Some bugs found.

The “microcontroller programming” sentence may have different meanings.

If “programming” means “writing and compiling a program” you should examine datasheets for given microcontrollers and Migration Notes page. As for program writing there is no difference in most cases. AVR523: Migration from ATmega8 to ATmega8A says:

The ATmega8A is a functionally identical, drop-in replacement for the ATmega8. All devices are subject to the same qualification process and same set of production tests, but as the manufacturing process is not the same some electrical characteristics differ.

The next text shows that only electrical characteristics differ indeed. ATmega8A has lower consumption current and works in VCC and frequency range that was covered by both ATmega8 and ATmega8L.

Be careful.
In some cases, for example for ATtiny2313 and ATtiny2313A we have the same text at the top of the application note but there are much more differences. ATtiny2313A has more capabilities and more registers. An ATtiny2313-oriented program “must” work right in ATtiny2313A because for compatibility reason all new capabilities are disabled by default after the microcontroller reset. Anyway it is worth to examine a new microcontroller datasheet in order to refine your program.

It is quite easy if “programming” means program loading into the microcontroller flash memory.

“A” and “not-A” mirocontrollers have not any differences for programming device. They have the same fuse set and the same signature so avreal can’t distinguish between them. That why avreal displays all posible device names for given signature both in supported device list and in diagnostic messages:

Device connected, tiny2313|tiny2313A detected.

Цього року не виручило. Нічого не хочеться робити, особливо не хочеться думати. Можу себе заставити робити тільки дрібні рутинні справи, та й то давно вже заплановані. Не знаю, коли наздоганятиму відкладені роботи.

Вчора, щоб з чистою совістю нічого не робити, знайшов старий електродвигун ЭДГ-3 1967-го року від деки програвача III-ЭПУ-щось там і поліетиленову крильчатку від колись поширеного побутового вентилятора. Якось їх зліпив докупи і вийшов вентилятор класу «пан сам скле́пав», який непогано допоміг сьогодні о 4-тій ранку накачати в квартиру прохолодного повітря.
Зниження температури ввімкнуло мізки, вимкнені перед тим по thermal shutdown і через кілька годин я згадав, що з тих двигунів більшість була 127-вольтові. І цей теж. На диво, він не згорів. Температура осердя була градусів під шістдесят (і це при інтенсивному обдуві), але запаху перегрітих обмоток наче не було. Ввечері полізу шукати на балконі якийсь трансформатор, ТПП-254 чи подібний, використаю первинні напівобмотки як автотрансформатор 220/127.

A reason of these faults may be LPT polling by Windows Plug-and-Play (PnP) subsystem in order to detect connected devices. The polling is made at OS booting which is indicated by adapter LED blinking. Windows also can make the polling during its working. DLportIO.sys driver does not block access to LPT from another programs that why the polling can interfere in the microcontroller programming.

To avoid PnP interference download and run disable-lpt-poll.reg file. As you can see from the text, the file adds registry key which disables LPT polling.

REGEDIT4

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Parport\Parameters]
“DisableWarmPoll”=dword:00000001

Що відчували надурені люди, коли почули цю новину? Люди, які чотири роки реєструвалися, перереєтровувалсия, вносилися в списки потерпілих. Бігали між міліцією, судами, міськрадою та зборами таких самих. Лаялися між собою про те, чий комітет потерпілих комітетіший і які потерпілі потерпіліші.

Скільки на все це пішло нервів, ліків від нервів і грошей на ліки. Скільки не прожито (бо «хіба це життя») за ці роки́. І скільки ще буде не прожито за наступні, бо ну не вірю я в те, що щось аж таке велике в лісі здохне, що всім цим людям повернуть гроші чи дадуть квартири.

Та і яким коштом? За чий рахунок? Саме втрачені гроші не повернуть, вони вже давно, що називається, «тю-тю». Навіть якщо комусь щось повернуть — це ж втричі більше заберуть у якоїсь лікарні чи школи. Адже по дорозі гроші всихатимуть («а тим жиром, що у мене на руках зостався, я помастю голову» © «Хазяїн»).

Думаю, що правильно було ще тоді махнути на все рукою і спокійно жити далі.

As can be found in site log phrase “synchronisation lost” is one of most popular in site search, but no one asks the question in comments.

“synchronisation lost” message means programmer-to-microcontroller communication fault. SPI interconnection between programming adapter and microcontroller works in the same manner as between two microcontrollers.

Bytes shifted out by programmer (MASTER) are placed into microcontroller (SLAVE) shift register. If the bytes are not replaced by internal programming hardware they will be shifted out back to programmer.

For write commands the first byte of reply is the last byte of previous command and first three bytes of four-byte command are repeated on MISO output with one-byte delay.
For read commands the first two command bytes are echoed back in reply bytes 2 and 3 and the third command byte is replaced with byte read from microcontroller.

For example, Read Fuse High bits command data flow looks as

Some command and reply codes can be found in avreal output with -% switch.

Adapter enabled
	% Reset
	% PgmOn reply  FF FE 53 00
	% Synchronised after 1 try
	% GetID reply  00 30 00 1E
	% GetID reply  00 30 00 94
	% GetID reply  00 30 00 06
	% Read ID: 0x1E9406
Device connected, mega168|mega168A detected
	% Read Lock	command 58 00 00 00,  reply 00 58 00 FF
Chip not locked
	% Read Osccal	command 38 00 00 00,  reply 00 38 00 B0
	% Read Fuses	command 50 00 00 00,  reply 00 50 00 C2
	% Read Fuses	command 58 00 00 00,  reply 00 58 00 FF
	% Read Fuses	command 58 08 00 00,  reply 00 58 08 DD
	% Read Fuses	command 50 08 00 00,  reply 00 50 08 F9

Thus, bytes 2 and 3 of reply will be equal to bytes 1 and 2 of command when interconnection between programming adapter and microcontroller is synchronous.

If the bytes are not matched it means that the microcontroller goes out of programming mode or commands/replies in communicaton loop are corrupted. Anyway, it is not a good idea to continue programming because corrupted command can be interpreted, for example, as write fuse command with unwanted fuse value. That way in this case avreal exits with the message under discussion.

Таким образом, при синхронной работе программатора и микроконтроллера байты 2 и 3 ответа будуть совпадать с байтами 1 и 2 команды.

Несовпадение во время передачи означает, что микроконтроллер вышел из режима программирования и перестал отвечаь на команды или то, что в петле обмена была искажена команда или ответ на неё. В любом случае не стоит продолжать работу с микроконтроллером, так как неправильно воспринятые команды могут, например, устанивить нежелательное значение fuses. Поэтому при несовпадении avreal выходит из режима программирования и заканчивает работу с указанным сообщением.

Entering programming mode works in the same way. The difference is that the first command byte does not echoed back to programmer because microcontroller is not in porgramming mode yet. The programming enable sequence is 0xAC 0×53 0×00 0×00. At the end of the second byte receiving the microcontroller goes to programming mode and 0×53 is echoed back in the third byte of reply. If the third byte is not 0×53 then a resynchronisation procedure must be made.

If in some tries 0×53 is not received in the third byte, avreal exits with Can't resync message. The message is number two in “afraid to ask” question list.

The most probable causes of synchronisation failure are “dirty” interface signals by reason of bounces in signal and ground lines and SCK frequency near the top marging for given MCU clocking frequency. Check adapter hardware, cables, routing in the first case and lower SCK frequency by -o (-os) switch in the second one.

• Викотився за 75км, на таку відстань я ще не їздив.
• Катався сам.

Після того, як мені якось стало «не надто гарно» в самостійному катанні позаминулого літа, я сам просто не катався. Якось спокійніше, коли поруч хтось є. Але минулого літа ті, з ким я зазвичай катався, постійно були «десь». Карпати, Крим, …, і в результаті я просто практично не сідав на велосипед. Навіть після того, як у мене з’явився велокомп з пульсоміром. Він дійсно допомагає, бо вихід пульсу за певні межі без нього помічаєш не відразу, а коли вже помічаєш наслідки, то це трохи пізнувато. Але я все одно не наважувався кататися сам.

Це літо якось так непогано почалося, але деякі друзі, один з яких відома в наших колах тектонічна велофотомодель, знову завіялися в Карпати надавати гумантарну допомогу «Велокраїні» («канєшна па любві, развє трі рубля дєньгі»), інші, серед яких шанувальниця певних частин тіла велофотомоделі і помічає їх на всіх фото (принаймні на всіх, до яких я читав її коментарі ) — «дуже зайняті», «просто зайняті», хворі, …
Думав-думав, і поїхав сам. Поставив сигналізацію на пульс 150, пообіцяв собі середній тримати 140 і поїхав.

Спочатку потихеньку прогрівся до «Сонячного», потім поіхав в бік «Космосу». На газопроводі повернув наліво, з кілометр проїхав, але… пісок там відразу підняв пульс сильно за 150, то я повернувся назад на дорогу на «Космос», потім по асфальту до повороту на Рожівку і на бетонку до Пухівки.
Доїхав до звичного місця на Десні, покружляв там, подивився на драгу (так, там чистять дно) і на добрячу гору відкачаного піску, повернувся на трасу. На цей момент вийшло близько 25км, завдяки постійному пульс-контролю практично не стомився.
І вирішив перевірити, чи пам’ятаю дорогу до бази відпочинку «Любич» в Літках, яку мені показала минулої неділі SunD’Ra. Там покружляв між базами відпочинку, пороздивлявся. Найкрутіша, здається, Київського Метрополітену (який «весь в збитках, бо постійно тарифи нижчі за собівартість проїзду»).
Поїхав назад і вже знову на бетонці до Рожівки оцінив свій стан — є шанс викотитися на 75км, але мало, мало, треба ще десь петлю зробити.
Перед Рожівкою звернув наліво в бік торф’яників — через кілометра півтора піски знову довели пульсомір до жалібного попискування. Ну що робити, їду додому. Вже знову в нашому лісі, практично перед виїздом з нього вирішив таки добрати вістань, неквапом «фіналізуючи» поїздку по тій же дорозі до «Сонячного». І, «тю, зараза» © «Мафинки», вже біля заправки дивлюся, що мені не вистачить метрів сто до 75км. Довелося повернути направо і доїхати до переходу через дорогу біля зупинки маршруток за заправкою.

В результаті вийшло 75.2 км при середній швидкості всього 15 км/год. Іноді задумувався *) і надто розганявся, але сигналізація зупиняла. А якби не сам був, то постійно доганяв би, не втримувався в межах і здох би набагато раніше. Зобов’язання по пульсу витримані — середнє значення рівно 140, перевищення порогу 150 в сумі близько 30 хвилин (за п’ять годин вкручування, тобто 10% часу).

Висновки.

• Незважаючи на всі петлі, які доволі дивно виглядали б з космосу, на звання «Видатний діяч Броунівського Руху» я таки не тягну. Я на нього тягну, коли починаю щось на базарі шукати
• Таки кожні 25-30 км мені треба відпочивати хвилин 15-20.
• 1.7 літри води на таку поїздку мені мало.
• Треба купляти велоодяг, бо звичайні легкоатлетичні труси «з авоською» не для таких відстаней.
• Як не дивно, але на в такому режимі на такій відстані основна проблема була не в серці, легенях чи ногах, а в спині, руках і п’ятій точці (див. попередній пункт).

*) Задумувався то про те, нащо мені всі ці avreal-и з FT232R потрібні, вільний час можна і інакше використати, то про те, як його красивіше той ключик +avr зробити. Хто тут лікар? Майже одночасне існування протилежних думок в одній голові — це що?