Author Topic: 83 USB? (Read 3579 times)

Netham45 · « **on:** January 25, 2007, 04:32:00 am »

I had this idea last night(prolly impossible) but I was wondering if anyone knew how hard it would be to do a USB software controller over the linkport.

The USB has an input and an output, gnd, and +5v and the linkport has everything but the 5v which could be easily gotten from a powerpack(3 AA's should work)

Ok, but I don't have any understanding of how the USB works software wise on the calculator, but if it uses ports for data transfer, it might be possible.

What I was thinking is that you could emulate the USB controller software wise and have it change the ports which are unused on the 83+ then USB8x and MSD8x could possibly work over that. It'd prolly have to execute on interupts(correct me if I am just being stupid, I have little understanding of ASM) and then the USB8x and MSD8x would work.

Am I just being stupid?

graywolf · « **Reply #1 on:** January 25, 2007, 10:56:00 am »

I dunno, but that sounds like a really cool idea!

Liazon · « **Reply #2 on:** January 25, 2007, 10:58:00 am »

are you saying you have a linkport to USB converter cable so you can connect the calc to an I/O cable and connect to a converter and then connect to a USB drive?

Well, you're probably all set except for one thing. The I/O port and the USB port are different, as in actual port number. USB8x and MSD8x were probably designed to interface through the USB port. I don't remember what the major differences are, but to a certain degree it might need to be completely rewritten for the I/O port, which I believe works different software wise and might transfer data slower than the miniUSB.

Duno for sure, though.

Netham45 · « **Reply #3 on:** January 25, 2007, 12:32:00 pm »

Liazon, I'd have to software-emulate the hardware that controls the USB in the 84's. And no, I don't have that cable, but I could build it.

I've also been told that it can't be done due to the 83+'s being too slow.

JincS · « **Reply #4 on:** January 26, 2007, 06:35:00 am »

You'd also have to find out a way to fit a file system utility on the calc, so you could use the thumb drive without wiping out all of the existing data on it (and be able to save files, variables, programs, etc on. it).

Sounds like an interesting project...

elfprince13 · « **Reply #5 on:** January 26, 2007, 11:33:00 am »

ummmm.......the existing USB software is open source and well commented, why wouldnt that work (assuming he setup the hardware)? i doubt its possible though.....

CureDesu · « **Reply #6 on:** January 26, 2007, 11:45:00 am »

If it is feasible, it would be pretty cool.

DJ Omnimaga · « **Reply #7 on:** January 26, 2007, 01:32:00 pm »

this would allow running programs from usb jumpdrive but much slower right? this would still be cool for stuff that doesnt require much speed

Delnar_Ersike · « **Reply #8 on:** January 26, 2007, 02:35:00 pm »

IMHO, there are two things you can do:

1) If it is possible, open up your 83+ and overclock it
2) If it is not possible, open up your 83+ and rig it so you can add a mini-USB port to it

(though that is almost impossible)

The second one was just a joke, but if your idea is possible, I would highly recommend you overclock you calc because of the speed.

Jon · « **Reply #9 on:** January 26, 2007, 05:36:00 pm »

If this is in ASM, it won't be a problem. The main reason for the 83+'s lack of speed is interrupts. In basic, interrupts must be running, and so these interrupts can slow down your game significantly. However, there is a way to change the interrupt speed to a much faster pace, without any hardware modifications such as overclocking. This is called interrupt speed, and is very similar to interrupt frequency (for those of you who have ever played desolate). But now I'm just rambling. The point of what I am saying, is that you could alter interrupt speed to allow you to run much faster, and possibly stream from USB at an acceptable rate.

DJ Omnimaga · « **Reply #10 on:** January 27, 2007, 02:41:00 am »

i dunno if messing with interrupts inside basic program runtime is a good idea tho, i heard it can be unstable

Liazon · « **Reply #11 on:** January 27, 2007, 04:16:00 am »

i may be wrong, but I thought the interrupt frequency for desolate was because Duck's grayscale package could switch gs planes at various speeds. i thought the actual frequency was fixed. i'm probably wrong though.

Jon · « **Reply #12 on:** January 28, 2007, 08:25:00 am »

Each basic command is interpreted into assembly, and almost all of them include the command 'Halt', which stops all cpu operation until an interrupt occurs, so the higher the interrupt frequency, the more often interrupts will trigger, and the less time you waste stuck on a halt command.

Author Topic: 83 USB? (Read 3579 times)

graywolf

Liazon

elfprince13

CureDesu

Delnar_Ersike

Liazon