SPAM-LOW: Re: [Techtoolslist] Considering making FlukeEm opensource...

[kklopp at erols.com]

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 at erols.com



Original Message:
-----------------
From: James Bright james at quarterarcade.com
Date: Wed, 16 Nov 2005 08:10:56 -0700
To: ajcrm125 at gmail.com, techtoolslist at flippers.com
Subject: re: SPAM-LOW: Re: [Techtoolslist] Considering making FlukeEm
opensource...


Yeah, it's (C++)++ so it's better ;-)

----------------------------------------
 From: Adam Courchesne <ajcrm125 at gmail.com>
Sent: Wednesday, November 16, 2005 6:56 AM
To: james at quarterarcade.com, Technical Tools Mail List
<techtoolslist at flippers.com>
Subject: SPAM-LOW: Re: [Techtoolslist] Considering making FlukeEm open
source... 

C# ?
Ahhhhhhhhhhhhhhhhhhhh!


:-D


 On 11/16/05, James Bright <james at 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 at gmail.com>
Sent: Wednesday, November 16, 2005 5:45 AM
To: Technical Tools Mail List <techtoolslist at 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 at 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 at 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/ .