Re: TI-H: EEPROMS

[Prev][Next][Index][Thread]

Re: TI-H: EEPROMS


Yep, I agree with all that you said there.  I think i'm going to try and at 
least get something like a digital data logger or even a simple 8-bit ADC 
working with my calc by the end of the year.  (If I can be bothered to order 
an ADC chip from somewhere, although the P&P will most likely be more than 
the actual device!)
I need to find out the protocalls that the calcs uses to interface with TI 
basic.  The only micro devices that I know how to program are the PIC 
devices.  (Mainly the 16F84).  Which leaves me a bit limited to what I can 
do.

I checked out your website and found the fibre-optic backlight.  Quite a 
nifty idea!

C U

Simon


>
>It is actually quite simple.  The 8535 has 8 10 bit A to D converters on
>board that are quite easy to use.  A temperature sensor would be as simple
>as connecting a linear temp sensor to the input, running an A-D conversion
>and then scaling the output.  A thermister could be used to, but would
>require a bit of correction for its nonlinearites.
>
>
>Using the basic communication scheme I outlined, writing a BASIC program to
>act as the driver would not be terribly difficult.  The program would just
>have to send a request for the index page, then format it for display to 
>let
>the user choose what to transfer (possably first validating that space was
>available), then request the file from the expander.
>
>Such a scheme would allow simplified operation of the expander on
>calculators like the 85 that don't directly support assembly.  It would not
>be necessary to have a shell on the calculator to have a nice interface to
>the expander.
>
>
>Yep, thats one of the things I've been meaning to try, should be fairly 
>easy
>to set up, maybe I'll check it out.
>
> > Im not so sure about the colour display though.  I think major surgery 
>on
> > the calc would be in order to get that up and running!
>
>The most difficult thing about a color display is the video timing, a game
>would have to switch display planes at just the right time to pick up the
>correct color.  Synchronizing this over the link port might be possible,
>using one of the link port lines as a clock so the controller knows when to
>change the lamp color.
>
>Also, setting up the screens in a game so that they looked good might be
>difficult.  I've been trying to come up with a scheme to do this using 
>three
>LED colors, red, green and blue.  Since you get 4 display planes you could
>get 8 colors, red, blue, green, purple, yellow, cyan, black and white.  
>That
>leaves one plane unused though.  Possibly it could be used as a secondary
>'gamma' channel, to intensify one of the colors.
>
>Thats just off the top of my head though, anyone know of a better scheme
>that uses only primary colors (RGB) for lighting?
>
>An advanced scheme could involve half-powered or multiplexed LEDs, to
>provide a wider range of colors.  The color palette could be sent to the
>controller before the game started, to allow different stages of the game 
>to
>use different color schemes.
>
>One of the problems here is that when lit from behind the LCD tends only to
>be about 50-75% opaque to begin with, so hidden colors wouldn't really be
>hidden, just dimmed.  This would complicate designing screens.
>
>I keep intending to simulate this on the computer, but have yet to get
>around to it.
>
>For more information visit my home page and find the fiberoptic backlight
>page.
>http://www.genetech.net/~dknaack
>(note, the servers internet connection keeps going down, so it might not be
>easy to get to.)
>

________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
Follow-Ups: