AVRprog manual

AVRprog - GUI frontend for AVR microcontroller programming tool



SYNTAX

       AVRprog [options]
      

DESCRIPTION

       This is a graphical frontend for AVRprog, a tool to access
       the memories of AVR microcontrollers from Atmel.

       This  frontend  natively  works with Atmel GENERIC format.
       Intel   HEX   format  is  supported  if  the  file  format
       converters HEXtoGEN(1) and GENtoHEX(1) are installed.

       AVRprog can be compiled for local mode or network mode. In
       local  mode  it  is  linked  against  a locally  installed
       AVRprog  backend  library  and the field "network address"
       is  deactivated.  In  network mode it is linked against an
       AVRprog  netlayer  client which uses AVRprogd(1) to access
       the programming hardware.
      

OPTIONS

       The standard X Window System options like:

       -display displayname
              Redirect output to display displayname.

       can be used. See X(1) for details.
      

GUI FIELDS

       The fields "Network address" and  "Device  file"  must  be
       properly set before the other functions can be used.

   Network address
       In network mode you have to specify the name or IP address
       of the machine running  AVRprogd  in  the  field  "network
       address" like this:

              hostname[:port]

       If  no port is specified, the default value 10000 is used.

       Examples:

              servername

              192.168.0.1

   Device file
       Here you have to specify the character  device  file  that
       corresponds  to  the  interface  to which your programming
       hardware is connected.

       AVRprog supports RS-232 and IEEE-1284  (aka  "Centronics")
       interfaces.   Programming  hardware  for  USB  and  USB to
       RS-232  converters  can  be  used  if  there  are   RS-232
       emulation drivers available for the operating system used.

       Note:
       IEEE-1284  interfaces are currently supported on GNU/Linux
       and NetBSD only!

   Device code
       The button "Read device code" reads  the  signature  bytes
       from  the AVR device and displays the corresponding device
       name (e.g. "ATmega128").

   Erase
       The button "Chip erase" will clear all Flash-EPROM, EEPROM
       and  Lockbit locations of the AVR device. This function is
       directly supported by all AVR devices and  therefore  very
       fast.
       The  "EEPROM  erase" button clears all EEPROM locations of
       the AVR device. This is implemented by a write command  to
       every byte in the EEPROM and may take some time.

   Lock bits
       The  "Write  lockbits"  button  sets the memory protection
       lockbits of the AVR device according to the radio  buttons
       provided.

   Flash and EEPROM functions
       The filenames for reading and writing memory images can be
       directly entered  into  the  provided  fields  or  can  be
       selected from a file dialog using the "..."  buttons. Note
       that the "Files of type" selection in the dialog is only a
       filter!   The  "GEN/HEX" button selects the format AVRprog
       will use to create/interpret the selected file.
       The  "View"  buttons  show  the  file  content   and   the
       "Read/Write" buttons start the corresponding action.

   Cycle
       This is a convenience function. Select the desired actions
       via the provided checkbuttons. Pressing the "Cycle" button
       executes all the selected actions in the listed order.

   Quit
       Terminates the AVRprog frontend.

       ~/.AVRprog_frontend.cfg
              User specific configuration file.  AVRprog restores
              the settings of the last session from this file  at
              startup.

       ~/AVRprog_frontend.log
              All  messages  that  are  not presented in a pop-up
              window (like the ones from external  programs  like
              file format converters) are logged here.
      

BUGS

       If  a  backend  routine  returns  an  error,  the  backend
       function  call order is not respected afterwards. This can
       lead to protocol errors in the AVRprog netlayer.
      

AUTHOR

       Markus Bernauer <markus.bernauer@fenceline.de>
      

SEE ALSO

       AVRprogd(1), GENtoHEX(1), HEXtoGEN(1), X(1)
      


Browser        IDFC        Home        Contact