Your going to need a RTOS to do 9100 emulation and I suspect that this supports the usage of the I/O modules, but it may be time well spent. Kev mowerman@erols.com Original Message: ----------------- From: James Bright james@quarterarcade.com Date: Wed, 16 Nov 2005 08:10:56 -0700 To: ajcrm125@gmail.com, techtoolslist@flippers.com Subject: re: SPAM-LOW: Re: [Techtoolslist] Considering making FlukeEm opensource... Yeah, it's (C++)++ so it's better ;-) ---------------------------------------- From: Adam Courchesne <ajcrm125@gmail.com> Sent: Wednesday, November 16, 2005 6:56 AM To: james@quarterarcade.com, Technical Tools Mail List <techtoolslist@flippers.com> Subject: SPAM-LOW: Re: [Techtoolslist] Considering making FlukeEm open source... C# ? Ahhhhhhhhhhhhhhhhhhhh! :-D On 11/16/05, James Bright <james@quarterarcade.com> wrote: And actually if you reversed engineered the I/O module too, you could essentially replace the 9100A. It's a little more involved (both reverse engineering the I/O module and writing the database software). However, the 9100A using the I/O module is EXTREMELY powerful. I'd write the IDE/database program for the 9100A like app so long as no one cared that it was C# :-) JB ---------------------------------------- From: Adam Courchesne <ajcrm125@gmail.com> Sent: Wednesday, November 16, 2005 5:45 AM To: Technical Tools Mail List <techtoolslist@flippers.com> Subject: Re: [Techtoolslist] Considering making FlukeEm open source... Whoever designed the pods took the time to understand the functionality of each respective processor. For example, for processor type ABC, a read consists of putting the read address on the address in cycle N, then expect the data in cycle N+1. They then wrote code to support this behavior and programmed it into the pod, so that when a read command is received from the Fluke, it performs these functions. For processor XYZ, the read (and thus POD) behavior would be completely different. Writing a direct uP USB adapter is certainly possible, but in doing so we would be reinventing the wheel. (I think some other companies have these?) What I wanted to do is look at the commands getting sent from the Fluke to the pod. (I.E. what gets sent to the pod when the READ @ 7000 command is sent) Once I get a full understanding of the Fluke to POD command interface, I can then write an ICE (In Circuit Emulator) that supports these pods. Think about it.. you could write Z80 C or assembly code on your PC, and use this program to execute it on the native Z80 based system the pod is plugged into. Real time code development and debug baby. :-) On 11/15/05, Tom McClintock < tomm@mgcap.com> wrote: Why stay with the POD at all? Why not a USB to CPU adapter cable or something similar? tm -Adam ==================== http://www.onecircuit.com ==================== _______________________________________________ Techtoolslist mailing list Techtoolslist@flippers.com http://seven.pairlist.net/mailman/listinfo/techtoolslist -- -Adam ==================== http://www.onecircuit.com ==================== -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . _______________________________________________ Techtoolslist mailing list Techtoolslist@flippers.com http://seven.pairlist.net/mailman/listinfo/techtoolslist