siriushardware wrote:iggydrougge wrote:I know that there is a patched version of ACCESS.EXE that works under Windows XP. I personally run mine on a pizza-slice Pentium.
Do you have a link to that patched version, or would you mind attaching it to a post here? (If allowed).
http://matthieu.benoit.free.fr/hilosyst ... rammer.htm
siriushardware wrote:iggydrougge wrote:Parallel-to-USB will never work since those adapters don't have the necessary real-time characteristics.
That was my assumption, but I don't know for sure how 'smart' the programmer is and how much it relies on the host PC for event timing.
Scenario #1: The PC does everything, including the precise timing for such things as programming pulse lengths, and the programmer just provides the hardware interface / signal routing to the correct device pins and generates programming voltages.
Scenario #2: The programmer is relatively smart and the interface is just used for the parallel transfer of data and commands. All critical timing is handled by / inside the programmer itself.
In the case of scenario #2, I see no reason why it would not work as long as hardware handshaking is used to regulate the back-and forth flow of data and commands over the parallel interface. (I forget what the hardware handshaking lines are called on a parallel port, but they are essentially the equivalent of the RTS/CTS lines on a serial port).
In theory we could write an entirely new support program in (say) Python which would be cross-platform, and combine that with a USB connected Arduino providing the precisely timed control interface. Or these two items could be combined into one on something like a Raspberry Pi which can run Python / can support a keyboard and screen for high level user interface interaction and also has a hardware I/O port, although signal level shifting (5V to 3V) would be required in that case. Unfortunately the PI presents a particular problem in the sense that it does not have an 8-bit wide parallel I/O port. (To read or write a parallel byte on the Pi, 8 individual bits have to be read or written to consecutively, which makes parallel input/output less immediate than it should be).
I have pulled mine apart (for repair purposes) and there is no microprocessor inside the ALL-07. Lots of discrete logic, but no place where you can download a program for the burner to execute.
If you're going to involve a Raspberry Pi, just implement a parallel port using its GPIO pins and reimplement the control software and the ALL-07 should be ready to go. The Pi could supply any kind of interface you want. But what your standard PC lacks is exactly those GPIO pins, which is what a parallel port essentially was.