AVReAl update — 1.28r6

avreal v1.28r6 (Sun 2011-01-09) has been released.

  • ATmega325A and ATmega329A are added.
  • Aliases for “A”-versions are added:
        ATmega165A, ATmega645A, ATmega6450A
        ATmega169A, ATmega329PA, ATmega649A, ATmega6490A
  • avreal/Linux64, FT2232* and FT4232H-based adapters:
    Library named libftd2xx.so.0 instead of previously used libftd2xx.so is loaded for FTDI chips support.
    This allows installation both old (required for avreal) and new library versions, for example libftd2xx.so.0.4.16 and libftd2xx.so.1.0.0.
    Read more about libftd2xx.so.1.0.0 problems in 64-bit Linux.
  • -k/-K switch now has two forms with different avreal stages execution order.

DLPortIO 32, DLPortIO x64 for Windows XP, Windows 7

avreal has been working correctly under 64-bit versions of Windows for some years. Experts installed right driver and the program worked properly. But of late years I use linux mostly so 64-bit Windows is not very interesting for me.
Now I found enough time, a place and a disk space for testing by myself DLPortIO driver under Windows7/32 and 64-bit DLPortIO emulator under WindowsXP/64 and Windows7/64. dd program worked hardly restoring hard drive partitions from images for many installation attempts on “clean” system by all possible (even incorrect) methods.

So, installation archives was added yesterday to download page. There are two archives for DLPortIO-32 (GUI and command-line installer) and one archive for DLPortIO-64 (command-line installer). You can download and install an appropriate driver.
I will explain all that several days later.


See more:
DLPortIO and 32-bit Windows.
DLPortIO x64 and 64-bit Windows.

AVReAl update — 1.28r5

avreal v1.28r5 (Tue 2010-10-12) has been released.

  • Synchronisation lost after verification for FT2232/FT4232-based adapters — fixed.
  • ATmega128RFA1 added

AVReAl update — 1.28r4

avreal v1.28r4 (Tue 2010-09-07) has been released.


The bug has been fixed in version 1.28r5.

bug in avreal 1.28r2 and 1.28r3

A strange bug was found in avreal 1.28r2 and 1.28r3. At the coincidence of conditions

  • 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.

Continue reading ‘bug in avreal 1.28r2 and 1.28r3’ »

AVReAl update – 1.28r3

avreal v1.28r3 (Mon 2010-08-16) has been released.

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

Oops! Some bugs found.

What is the difference between ATtiny2313A and ATtiny2313?

Questions about differences between new “A-version” of AVR mirocontrollers and their predecessors often are found in site log. People look for “what is the difference between atmega48p and atmega48pa” or “atmega8a and atmega8 programming distinction”.

The “microcontroller programming” sentence may have different meanings.

Continue reading ‘What is the difference between ATtiny2313A and ATtiny2313?’ »

LPT and Windows PnP.

Sometimes avreal works unstable with LPT under OS Windows. Programming can be successfull or can fault, for example synchronisation lost.

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

bug in ext fuse processing

avreal does not process fuses from Extended Fuse byte for ATmega16M1, ATmega32M1, ATmega64M1, ATmega32C1, ATmega64C1. The fuses are read as 0 and not writed.


Fixed in avreal 1.28rev3

avreal synchronisation lost

Everything you wanted to know about,
but were afraid to ask.

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.

spi-loop

Continue reading ‘avreal synchronisation lost’ »

[flagcounter image]