Well, I only have one calc and since I don't have a link cable I can't really send CalcSys to another's calc...Wait wait, if you have no other calc, how are you testing linking?
Random idea that just might work: would it be possible for an ASM program or hook to intercept the link port commands and switch them?
Unlike Casio, TI doesn't use the standard "audio" plug.I don't understand... What's the difference?
Check:
(http://i73.servimg.com/u/f73/13/23/13/53/minija10.gif)
No, I can't see anything other than the black part being a bit thicker, but I don't understand how that would affect anything...
Any standard audio plug is the same as the Casio plugs.Hmm... When using my audio 2.5 mm plug (headphones) with my 84+SE, the issue of one sound channel disappearing is frequent. I have to move the plug a bit to make it work. The OS always freezes when headphones are plugged in, but I assume it would be different if a calc is plugged in instead.
The problem is that you have to be very carefull when plugging it, or you'll get contact issues.
For example, the calculator does temporary freeze (cursor and keys) if it's not plugged correctly.
Unlike Casio, TI doesn't use the standard "audio" plug.Oh...So, because the recessed ring is further down on the plug, does that mean it's likely to fall out and/or the contacts may not match up?
Check:
(http://i73.servimg.com/u/f73/13/23/13/53/minija10.gif)
The reason that the OS freezes is that the headphone lines are always low, so the OS thinks another device is starting a transfer.Any standard audio plug is the same as the Casio plugs.Hmm... When using my audio 2.5 mm plug (headphones) with my 84+SE, the issue of one sound channel disappearing is frequent. I have to move the plug a bit to make it work. The OS always freezes when headphones are plugged in, but I assume it would be different if a calc is plugged in instead.
The problem is that you have to be very carefull when plugging it, or you'll get contact issues.
For example, the calculator does temporary freeze (cursor and keys) if it's not plugged correctly.
Well, I guess if you have Calcsys on your own calc, you could connect it to somebody else's calc and then have them attempt to send a variable. The first thing you see should be (if I remember correctly) 73 68 00 00 - if the data lines are swapped, that would come out as 8C 97 FF FF.So, what port should I be watching? I was watching the first one, labeled "link" and it just changed from 3 to 2 for a bit and back to 3 again.
You could, if you wanted to, write assembly programs to send and receive variables over a "twisted" cable (if that is, in fact, what it is.) It wouldn't even be terribly difficult. Getting the system I/O functions to work correctly, though, couldn't be done without modifying the OS.
8C 97 FF FF
An easy way to test it (if you have two 83+-series calcs) would be to use Calcsys's link console and see if all the bits come out flipped (e.g., if one calculator sends 55, the other receives AA.)TIA again :)
I'm pretty sure Qwerty.55 has both calcs, and has messed with that.I talked with him on IRC last night, he didn't mention messing with it but when I can I'm going to get a multimeter and find out what input for what part goes where.
Tried it again, and the link console just seemed to freeze. A few times, an "FF" appeared on the bottom half inverted, so I'm guessing it was part of theYes - I was referring to the "Link Console", not the "Port Monitor" - sorry I wasn't clear.8C 97 FF FF
Can someone say what post I'm supposed to watch, or is it the link console. TIA
Bump.You can't cause the input from port 0 to change, though. That's how the OS gets the state of the link lines, after all. And also, you would have to switch the inputs/outputs on exactly one of the calculators.
I think, what might make it work, would be some sort of hook that intercepts the stuff sent to/received from the link port, and virtually swap the tip and ring.
[17:58:58] <+OmnomIRC> <calc84maniac> I don't think that would be possible without a hardcore OS patchOk, might it be possible to make a program or app that simulates the OS'es linking? xMit, I think it's called?
This looks like another one of those things that multiple people would benefit from ;D
Darn, I wish the cables were the same. My old 83+ cable is almost completely broken now so if it stops working forever, I'm gonna be stuck with like 4 Casio cables.I would like to know: Are standard audio patch cables switched like the Casio cables, or straight-through like the TI cables?
Got a working multimeter today and was able to test it.
http://upload.wikimedia.org/wikipedia/commons/thumb/9/93/Jack_plug.png/300px-Jack_plug.png (http://upload.wikimedia.org/wikipedia/commons/thumb/9/93/Jack_plug.png/300px-Jack_plug.png)
The sleeves (labeled as 1) are connected.
The tip (3) is connected to the ring (2) on the other side. Same both ways.
Looks to me like the 'data lines' are swapped...
EDIT: ndless to say I don't have a TI cable to do the same test with...but I'm suspecting that with TI cables, the tip on one side is connected to the other and the ring is connected to the ring. w00t.
I think, what might make it work, would be some sort of hook that intercepts the stuff sent to/received from the link port, and virtually swap the tip and ring.You can't cause the input from port 0 to change, though. That's how the OS gets the state of the link lines, after all. And also, you would have to switch the inputs/outputs on exactly one of the calculators.
I'm pretty sure Qwerty.55 has both calcs, and has messed with that.I talked with him on IRC last night, he didn't mention messing with it but when I can I'm going to get a multimeter and find out what input for what part goes where.
Bump. With the contest over, hopefully there's more time for someone to do something like this. ;DThe contest started a few days ago. We're busy. :P