8 replies to this topic

[flyingfisch]

Please tell me if this is in the wrong forum.


Anyway, the theory is that you can connect 2 calculators to walky-talkies, and then transmit data readable only by a casio calculator, over a distance. This would greatly improve chatting on calculators. Correct me if any of the above info is incorrect.

then maybe the walky talky replaced by a small homemade 2-way radio which would connect neatly to the COMM port. It would only be about 1/2" by 1" by 1/4". the antenna could somehow be connected to the side of the calc.


The pinout for the 3pin cable is shown below. more info can be obtained at: http://pinouts.ru/Po...mm_pinout.shtml

Edited by mfischer, 15 April 2011 - 10:01 PM.

[MicroPro]

Hello mfischer and welcome to the UCF!
There have been ideas and experiments about this before. I don't know if anyone succeeded to make a working "walky-talky".
Yes the serial port on the calcs can be programmed to send / receive data, but home-made walky-talky things are not suitable for data transfer due to the high loss of data in such poor-quality circuits. There are good quality (=expensive) RF modules available, however, and you could try to connect them to the calcs and communicate, but remember it will not be easy. (Actually if it was easy we could see some working examples now)
You may need to have a microcontroller control the data transfer and the modules, an special program for such data transfer, etc. And of course you need an external battery for the trans/ceiver circuits since ports on casio calcs do not let out power. Do you know enough electronics and programming?

BTW I wonder how could you post >30 posts in the previous 3 days, some people call that 'overposting'.

Edited by MicroPro, 17 April 2011 - 11:43 AM.

[flyingfisch]

BTW I wonder how could you post >30 posts in the previous 3 days, some people call that 'overposting'.

I'm sorry 2-3 posts a day max, then?

[MicroPro]

Just post as much as you wish
Did you do anything on the subject?

[flyingfisch]

I was thinking that to eliminate the problem of not having good reception, we could borrow some info from nasa. When they sennd commands to the mars rovers, they the command for "a" looks like this: "aaaaaaaaaa". When it gets to the rover, it might look like this: "zaaiaayasa". the rover says, " well there are more than a's than anything else, so nasa must want me to do 'a'".

So, transfering this info to the calculator world, one program could transmit the command 10 times, and then on the other side, it could decode by the determining which letter is transmitted the most out of 10. However, this would make the program kind of slow....

[mookster1]

I was thinking that to eliminate the problem of not having good reception, we could borrow some info from nasa. When they sennd commands to the mars rovers, they the command for "a" looks like this: "aaaaaaaaaa". When it gets to the rover, it might look like this: "zaaiaayasa". the rover says, " well there are more than a's than anything else, so nasa must want me to do 'a'".

So, transfering this info to the calculator world, one program could transmit the command 10 times, and then on the other side, it could decode by the determining which letter is transmitted the most out of 10. However, this would make the program kind of slow....

Interesting idea. A way I would achieve data transfer (I have an old fx9750G PLUS) is have a microcontroller acting as a "buffer" to RX the data from the calculator at 9600bps, then have it relay it (without all of the unnecessary stuff that the Casio data protocol sticks in the data transfer) at a very low speed, say 300bps, with a little bit of error correction/checksumming. The other end has a radio RX that feeds data into a buffer on the microcontroller, then it's turned into stuff the calculator can understand (a really inefficient 50-bytes per packet format that has a lot of wastage in terms of time management). I've tried getting a PICAXE 20M to talk to a graphics calculator, but as the data protocol is very confusing I have not achieved this as of yet (I designed a "token-based" chat/webpage system which sends matrices with the data in them, as these can be sent without exiting a program.) Over radio links, lower speed is better to combat cruddy receivers and potential interference.

Edited by mookster1, 05 May 2011 - 02:00 AM.

[louloux]

A french group is programming the first "bluetooth" CASIO game.
More informations here

[flyingfisch]

Where? it takes me to the home page.

[Eiyeron]

Oh, Super Calulators Bros; ? Let me help you
[Here]