Would you also sell unassembled boards? I could use the practice
dougg3 wrote:Ethernet / might get kind of confusing to set up because it would probably have to talk on IP
I was wondering about that too - but would it have to? As long as the board and the programming host can ID each other by MAC, all they'd have to exchange is raw ethernet packets, no?
a USB mass storage device that you drag the .bin file to, that way no drivers or extra software would be necessary at all (as long as your OS supports reading/writing FAT32).
Except the ROMs themselves aren't FAT, are they? How would that work then - drop the file to FAT storage on the programmer board, then the micro shifts it into the ROMs? Sounds convenient to the user, but inconvenient to you, and more complex and expensive for the board. The micro would have to read FAT, for starters.
(Though isn't that how some of those NXP boards work?)
But that may be too complicated in which case I would make an app that would talk to it as a USB serial device
Definitely sounds the simplest. Shirley there must be free/open source software around that could be used, adapted, or adapted to?
Bunsen wrote:and use it as a generic EPROMmer, no?
That's a good argument for sticking with the sockets on my SIMM boards!
Well, it's 4 unnecessary parts (and points of failure) for most users - but the pads are still there on the layout, correct? So if anyone wants the socketed version, they can be simply be added?
Hope this is appropriate for quoting / I'm trying to differentiate between my response to Dennis Nedry and my response to you.
Entirely appropriate, for just that reason
Or indeed any time when the last "concept" discussed in the previous post is not what you're responding to.
Basically, if reading straight through wouldn't make sense as a flow of conversation, and a word or two in your own post isn't enough to clarify