Re: TI-H: DRAM Expander

To: ti-hardware@lists.ticalc.org
Subject: Re: TI-H: DRAM Expander
From: Grant Stockly <gussie@alaska.net>
Date: Thu, 15 Oct 1998 18:38:47 -0800
Delivered-To: ti-hardware-outgoing@towerguard.unix.edu.sollentuna.se
In-Reply-To: <3.0.6.32.19981015210532.007d7a00@mail.cybrzn.com>
References: <v04003a02b24a692c50d0@[192.168.1.66]> <19981014085742.16883.rocketmail@send202.yahoomail.com>
Reply-To: ti-hardware@lists.ticalc.org


Then how about 2 different versions.  : )

>Grant:  This sounds like a great way to do things for something that will
>be controlled by the person all the time, but could you make it so it can
>be driven without user intervention?  I mean, I (or someobody else) could
>write a driver for it to suit my needs, but could the expander firmware
>handle control from a driver that wouldnt require the LCD?  Perhaps make it
>possible to not have an LCD at all.
>
>just some ideas
>Jonathan Kaus
>
>
>
>At 10:37 PM 10/14/98 -0800, you wrote:
>>
>>I'm probably going to design a basic compatible model.  Most likely it will
>>use an old 4x20 LCD I have laying arround.
>>
>>My code that I had before was basically very perimitive.
>>
>>It would use a segment LED to display a file number.  The up and down
>>arrows changed the number, and the right and left either sent or received
>>files.
>>
>>Grant
>>
>>Grant
>>
>>
>>>I was planning to make a expander myself, so i thought i tell you a
>>>few ideas that i had.
>>>First of all, since you're probably releasing the avr code, how about
>>>including a programmer on the schematic, so that everyone with a PC
>>>can program the avr for itself? It will take minimum/no components to
>>>realise this.
>>>Secondly, How about programming to avr so it accept ti-protocol? I
>>>mean you'd be able to make a string named "expander" (or something),
>>>put the file you want to load in it (expander="\games\ztetris.85s")
>>>and send it to the avr which then send the requested file back with a
>>>few seconds delay, so you can switch youre calc to recieve. This will
>>>enable you to restore youre mem after it crashed, because this way you
>>>don't need drivers. Of course, you'd also have to include another form
>>>of protocol so that it is easier to control if you have the drivers
>>>loaded.
>>>Anyway, these were the ideas that i had and weren't already put on the
>>>list. Finally, if you need help with this project, maybe i can help
>>>you. (i got some free time left.)
>>>
>>>Neil
>>>
>>>
>>>
>>>
>>>
>>>_________________________________________________________
>>>DO YOU YAHOO!?
>>>Get your free @yahoo.com address at http://mail.yahoo.com
>>
>>
>>
>>
>-Jonathan Kaus
>kaus@cybrzn.com
>jedsmeny@hotmail.com
>jedsmeny on IRC  (DALNet or EFNet)
>ICQ: 15973088 (jedsmeny)
>AIM: Jedsmeny

Follow-Ups:

Re: TI-H: DRAM Expander

From: kaus <kaus@cybrzn.com>

References:

Re: TI-H: DRAM Expander

From: Grant Stockly <gussie@alaska.net>

TI-H: DRAM Expander

From: Marcel Groenendijk <m_groenendijk@yahoo.com>

Re: TI-H: DRAM Expander

From: kaus <kaus@cybrzn.com>