[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [avr-chat] DAPA programming hardware options

From: Joerg Wunsch
Subject: Re: [avr-chat] DAPA programming hardware options
Date: Mon, 1 Oct 2012 23:31:57 +0200 (MET DST)

David Brown <address@hidden> wrote:

> Third-party parallel port boards exist, but they are 
> often problematic.  One issue is that they often use non-standard port 
> addresses or IRQs, or at least addresses other than the LPT1 addresses.

That would be completely irrelevant to AVRDUDE, as you can specify
the actual address instead of "lpt1".  Just use the 0x notation, so
if the card uses address 0xc800, you specify "-o 0xc800" to AVRDUDE.

(Note that this is for Windows only: all modern Unices do have a real
kernel driver to access the parallel port for direct IO, so depending
on the OS, you specify something like /dev/parport0 or /dev/ppi0
there, without a need to care for the actual assigned address.)

> Or sometimes they /do/ use the LPT1 addresses, but the motherboard has 
> claimed these for itself (even though it does not implement a parallel 
> port physically).

This is not supposed to happen.  The historic ISA address range and
any addresses assigned to a PCI card can never collide, as PCI starts
assigning addresses way above.

>  And a lot of parallel port software is fixed for LPT1
> only.

AVRDUDE isn't.

Nevertheless, I wouldn't bother with a DAPA programmer when there's an
STK600 already around anyway.

cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/                        NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]