David Brown <[email protected]> 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. ;-) _______________________________________________ AVR-chat mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/avr-chat
