I hate to rain on your parade, but having attempting to do something like this in the past, I can give a bit of advice. My school had a blocking system, so I thought, why not create a system to bypass it and would take a considerable amount of power to figure out what was going on. Just before I deployed it, a couple of things happened. One, some illegal downloading was seen and the IT people were put on high (read: "the world is coming to an end!") alert. Two the said person (not me in case you were wondering) was located pretty quick. Three no one except of a couple of administrators know who this person is and not much else was let out. So I decided not to deploy this system because of things that I did not think of.

So, to apply it to this new protocol thing I can give a few tips:
1. If you invent something to keep the government out, you are inviting pirates and similar folk in.
2. From point 1, the FBI,  NSA and other alphabet agencies are going to invest more to crack it. If you do manage to keep them out, then they may appear at your doorstep (if they haven't done so already)
3. You could still be shut from the internet with a couple of letters to your ISP (unless you are doing this over a really big WiFi network or equivalent)
4. The content that would appear there would be limited.

Well, hope this gives the community a bit of insight from someone who had the same idea.

Oh, also please don't take this like I oppose this idea. I think it is a great idea to make everything more secure. I'm just pointing out some things to look out for.

I read about homemade serial cables a while ago and it may be the solution. Serial cables had the same problem so those who made it would use 4 of the pins, 2 for in and 2 for out. To manage the flow of electricity, they would have diodes that control what direction the data flows.

My design would look something like this

PC Audio Out tip -> diode -> tip splitter -> calc tip
PC Aduio Out ring -> diode -> ring splitter -> calc ring


PC Audio In tip <- resistor<- diode <- tip splitter <- calc tip
PC Audio In ring <-resistor <- diode <- ring splitter <- calc ring

The resistor would be to take the voltage back down to prevent blowing out the mic in. And according to posted article, out would not need it.


Audio may be able to handle the speed, depending on sample rate I think. I'll need to do some more research to see if they match.

Edit:
Remember that sound is basically the fluctuation between two amplitudes (up and down) and that it can be held up for a lower sounding note. The signal that the PC would send would be a square wave that has goes up but does not go below the 0 line. So pitch does play a role

Hello to the community of Omnimaga!

I have been thinking of alternate methods to transfer data from the computer to the TI83+. You may be asking "Why not use the USB cable or serial cable?" To answer those questions, I have decided to take on a challenge (and I also don't want to shop for one. They are so expensive!). Seeing the I/O cable is very similar to an audio cable, I thought maybe that it could be spliced to a 3.5mm jack. All it would require is a small program on the calc to receive the data and save it.

So, to those who are more enlightened to the ways of audio and in the higher ranks of assembly programming: Are there any pitfalls one may have to look out for?



Thanks!

Wow! Thanks for the advice, I have yet to reach the multi-byte storage lesson yet, but I'm sure it will make sense to me when I get there.

Ah, that clears up the mystery! Thank you to everyone!

Hey everyone! I'm a programmer who is working with a TI-83+ (with BASIC). I found this site not too long ago and the info here is great! Hopefully I can learn some assembly here for some speedy game programming!