TI-H: EuP Spinterface Cart Delayed


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

TI-H: EuP Spinterface Cart Delayed



CONTENTS:
  Apology
  8x incompatibility question
  Idea for eliminating errors durring link insertion.


I'm Sorry about the outburst, but I got home from work and got up 
withing 4 hours of falling asleep. You didn't deserve that. I was 
directing it to the whole list, not to you as an individual. I hope you 
can accept my appologies


>It is going to be incompatible untill the drivers are released.  Just 
start
>making it.  I don't know if I even feel it is worth releasing the 
driver.

I got the idea that the hardware (PIC) was incompatible with the TI-8x 
series and modifications had to be made to allow TI-8x drivers to 
interface error free with the EuP. Is this true???

If it is, then I want to wait for compatible PICs because I want my 
SPinTerface Cartridge version to be PROBLEM FREE. If you meant it was 
incompatible ONLY because the drivers are incomplete then sure, I'll 
start SPinTerface orders right away. Respond QUICKLY PLEZZZZZZE. 
THanKSsssss!

Also, I'm curious as to how this multi chip thing works. Does it use the 
spare pins on the PIC??? My system uses a single chip in the MMOD and 
you simply add another MMOD if you need more memory. That way, you don't 
pay for the memory right away (some people may not fill what they 
thought they could.

I may purchase an 86 and a 92 with my overtime money from this month. I 
will wait till then officialy to begin orders, but hey! If it works 
fine, then I'm going to make EuPs!


I also had an idea.

I remember seeing that you had to plug it in and then turn power on. 
Right, well it was mentioned that electrical noise from inserting the 
link/SPinTerface may cause a link problems?

Would it be possible to set the PIC to run several useless cycles of 
plain loops and start interfacing maybe 1/4 or 1/2 second after power 
on. This is unimportant for the Link version, but if no data comes from 
the PIC, and the PIC doesn't read any data from the calc till the cycles 
complete, then starts sending/recieving whatever is transmitted  when 
the calc recognizes the presence of a device, then maybe we could 
eliminate that particular problem.

You would still plug the link in first and than add power, but for the 
SPinTerface version, which has a chance of electrical noise during the 
split second that power comes on, but the cart isn't quite seated, maybe 
it would help???

I never had the bad connection problems with the SPinTerface version of 
the ESF. From my knowledge, any electrical noise or sometimes even 
bumping the link connector would screw up connection. If the EuP claims 
to be so much better, then it HAS to work! I have transfered Daedalus 
from my ESF while pushing and pulling it half way out of the SPinTerface 
port and the file RAN PERFECTLY!

What is your opinion??? I would like to hear.


My final copyright junk stuff

As for my outburst below, I intended my message for the people who keep 
putting 20 messages in my mailbox on how John didn't have any copyrights 
and brian has the copyright implied and all this other stuff!

I wasn't dirrecting it to you.

I also put all the copyright at the end of that message I sent simply 
out of the context of the message. I was talking about copyrights, so I 
put them all at the end.

The NAME Exium is John's Brandname (I should have said right away), not 
the hardware! I'm sorry for the misunderstanding.

The EuP is Brian's. His design is copyrighted, just not through the us 
copyright registry. John DOES NOT HAVE ANY COPYRIGHT ON THE HARDWARE< 
ONLY THE AME EXIUM. I wasn't implying that John had ANY copyrights to 
ANY of the hardware. HE MANUFACTURED it and put his BRANDNAME on it, 
like a RCA buys parts from toshiba and motorola and TI, but sticks their 
brand name on it. It wasn't right that he CHANGED the name to plain 
EXIUM, but he does have the right to add exium to EuP, since it is his 
brand name.

I'm Sorry about any hard feelings.

I will nolonger RESPOND or GENERATE any new messages on this copyright 
subject. I would like others to do the same!

Thanks! I want to do my email in under an hour, not three!  (=  :P


PS DON'T RESPOND TO THIS MESSAGE UNLESS YOU ARE saying something 
HARDWARE related. If it has the word COPYRIGHT in the subject, it goes 
to my trash.
>
>>>
>>>>I will be recalling my announcement of the SPinTerface cartridge
>>version
>>>>of the EuP. If these things are true, then I can improve the design. 
I
>>>
>>>what things?
>>
>>The incompatibility with 8x calcs till the EuPII
>
>
>It is going to be incompatible untill the drivers are released.  Just 
start
>making it.  I don't know if I even feel it is worth releasing the 
driver.
>
>>>>don't intend to make it any larger though, so those interested in
>>>>something SMALL, I will build it. Also my MMOD idea will be in 512K
>>and
>>>
>>>How about EEPROMMOD?
>>
>>Sorry, but I don't make changes to a name after I design it unless it 
is
>>called for. MMOD Stands!
>
>Well gee.  It was just a jk.  Hardly anyone knows what an EEPROM is...
>
>>>
>>>>1Meg versions. They are interchangable, so using them won't be
>>dificult.
>>>
>>>Not realy.  THe software hasn't been written for 1MB, and would to 
need
>>the
>>>size of the EEPROM before it reads it
>>
>>True, but I won't make the 1 Meg versions till the software is done. 
It
>>can automaticly check for size by calling the chip.
>>>
>>>>I may look into this multi chip thing, but 512K or 1 Meg expandible 
is
>>>
>>>Thats my thing.  Bryan doesn't know anything except that I'm trying 
it.
>>
>>Ah! I see! Brian don't know nothin' Huh! I already came to him with 
the
>>idea and a board layout and his response was encouraging. He says the
>>software rescans the chip each time it is accessed, so switching is no
>
>Ya think I wouldn't know that 'HUH!'  I have the driver source!
>
>>problem software wise. As for the hardware, it uses the SPinTerface's
>>own method of power activation (It worked for the buggy ESF better 
than
>>the link port and switch did, so why should some one I don't even know
>>tell me it is impossible on the EuP, which is far more reliable than 
the
>>cheap old ESF. Besides, there is a reset button in case of errors. 
Brian
>>actualy looked at my design in schematic and BOARD layout, so don't 
you
>>dare say that brian doesn't know anything about it and I'll just try 
it
>I do.  You didn't understand what I said.  I am making a PIC that would 
use
>parallel tasking to use multiple chips.
>
>>and sell crap, HUH!
>
>Bryan doesn't know about *my* idea.  He might know about yours.  I'm
>talking about multi-chip, not interchangable.  *Each* of my cartridges 
will
>hold Up to *11MB*.  It is only going to be 5 though.
>
>>hobby, not a buisness! The orders I take on ESF's and SPinTerfaces 
just
>I have a buisness.  I am trying to recover from the time it takes to 
write
>drivers.
>
>>you still condemn him, and
>I do not.  You said it was copyright him, when he didn't copyright it.
>
>>crap
>>Bull Shit!
>>LAY THE HELL OFF OF US!!!
>>SHUT THE HELL UP!!!
>>SHUT THE _H_E_L_L_ UP!
>
>Thats why I don't feel like releasing the driver.  Some people don't 
get
>the idea.  I never said anything bad about him.  As far as I'm 
concerned,
>you shouldn't say this stuff unless you know you aren't talking to a 14
>year old...
>
>
>


______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com