Tony Duell wrote:
IIRC, the interface to a CF card is essentially IDE,
so you could use
non-rotating memory if you wanted to.
Sorry, I would use sd-flash. much easier to deal with, less I/O.
Yes, that's the problem. Most of the traditional
HPIB interface chips
have long beend discontinued. And ehile you might be able to fet them for
repair purposed, I'd rahter not such a device in a new design.
Here I would put an cpld/fpga on it. Only newer chips available are PCI.
Bit-Banging the GP-IB is doable, but why ?
[75160/xxx]
Definitely I would use them. No reason to make a real project out of
this, and suffer, because somebody put 200 devices on it.
If you do it, do it right (tm)
(DIL CPUs, whatever)
Here I'm disagreeing,
Probably even BGA, but who cares ?
There more interesting chips are BGA, and I'm not thinking about
replacing the CPU anyway.
I am also not sure (I would have to check) if the AVR
(or any other
mcirocontoller) poer pins meet the specs for driving/sensing an HPIB
line.
Use the drivers which are meant to be used on the specific bus.
I used the 75160 before, and they worked.
I doubt it. I don't think an AVR on its own would
be able to respond to
the states of the host-interface address/data/control lines quickly
enough. You'd need some hardware to provide the actually 'registers'. OK,
it could be a CPLD or something, but this makes things ever more
complicated. If you're goign to use CPLDs of FPGAs, you might as well
make the entire HPIB interface in one and not use the AVR at all.
Thank you ;-)
That would be my approach, to put everything in one chip, but the
drivers ;-)
Cheers