This is an archived, read-only copy of the United-TI subforum , including posts and topic from May 2003 to April 2012. If you would like to discuss any of the topics in this forum, you can visit Cemetech's
Calculator Hardware, Electronics, Robotics subforum. Some of these topics may also be directly-linked to active Cemetech topics. If you are a Cemetech member with a linked United-TI account, you can link United-TI topics here with your current Cemetech topics.
Calculator Modifications =>
Calculator Hardware, Electronics, Robotics
Author |
Message |
|
jacuinde
Newbie
Joined: 01 May 2008 Posts: 2
|
Posted: 01 May 2008 07:43:35 pm Post subject: |
|
|
im trying to build a wireless link, so we can use it for educational purposes heh, i see that the I/O port isnt a RS-232 one like i thought, so im going to build this schematic
Vdd
---
|
< 10 Kohms
>
|
V Diode
|
out--O---------- input
|
< 470 ohms
>
|
NPN \__/\/\____ output
/ 33 Kohms
|
__|___
Gnd
any help welcome, the purpose of this is using cheap 433mhz transmitters, i already have all the stuff to transmit data with that, im just stuck at the ti protocol things |
|
Back to top |
|
|
jacuinde
Newbie
Joined: 01 May 2008 Posts: 2
|
Posted: 02 May 2008 04:27:48 pm Post subject: |
|
|
guess no one gives a dam about this, i have made progress with the protocol information i read from ticalc, any help welcome, i just need something to see im sending the right stuff to the ti-89 |
|
Back to top |
|
|
Liazon title goes here
Bandwidth Hog
Joined: 01 Nov 2005 Posts: 2007
|
Posted: 02 May 2008 05:41:23 pm Post subject: |
|
|
idk, much about hardware, but Kermmartian on Cemetech studies EE so he might be able to help. He's more of a z80 calc guy, but I'm sure he can help. |
|
Back to top |
|
|
benryves
Active Member
Joined: 23 Feb 2006 Posts: 564
|
Posted: 04 May 2008 02:11:48 pm Post subject: |
|
|
The most efficient way of doing this would be to use a pair of microcontrollers on each end that act as a bridge between the calculator's own protocol and a protocol that is suitable for radio transmission with your transmitter/receiver pairs (low speed serial)? |
|
Back to top |
|
|
DigiTan Unregistered HyperCam 2
Super Elite (Last Title)
Joined: 10 Nov 2003 Posts: 4468
|
Posted: 04 May 2008 03:46:26 pm Post subject: |
|
|
Yeah definitely check into a micro controller. The most basic of basic of one-way radio can be done using a $6 state machine like shown below. The receiver end will have about double the parts, and even more to build a transceiver.
It really all depends on the RF equipment you bought. The picture below generates a self-clocking transmission, but the downside is your transmitter needs to have at least x8 the max bitrate of the TI data. (x2 for clocking, another x2 because there's 2 lines to encode, another x2 for sampling reasons). A micro controller could do all this in less space and work with slower transmitters. The big questions so far are:
- What's your budget?
- Can you acquire microcontrollers?
- Are you building it for your own custom protocol or for TI's? (For TI means more hardware requirements)
- What are the bitrates for your RF devices?
- Will both your transmitter-receiver pairs operate at the same frequency? (Same frequency is slower)
|
|
Back to top |
|
|
Liazon title goes here
Bandwidth Hog
Joined: 01 Nov 2005 Posts: 2007
|
Posted: 04 May 2008 10:25:11 pm Post subject: |
|
|
Digitan you've got skillz that's for sure. Mind summing up what that diagram means? |
|
Back to top |
|
|
DigiTan Unregistered HyperCam 2
Super Elite (Last Title)
Joined: 10 Nov 2003 Posts: 4468
|
Posted: 05 May 2008 01:16:04 am Post subject: |
|
|
No prob. Going from left the right, you have your TI outputs. You can wire both of those to the D input of a D flip-flop. Both D flip-flops also have a clock signal going into them that causes them to reject any TI output changes until proper time. The recommended rate is x2 or more the TI's max bit rate. Maybe even x3, x4 or x5 to be really safe.
Right of that are two XOR circuits--one for both wires. The same clock also goes into these. Any time you XOR data with a clock, it generates a format called Manchester that carries the clock signal with it.
The last part is a selector/multiplexer. It flips back and forth: carrying the tip's signal half the time, and other half carrying the ring's signal. The flipping back in forth is controlled by a clock that runs at half the previous clock's rate.
When it's all said and done...
If the TI sends: tip = high, ring = high. The output goes...
0101 (repeating)
If the TI sends: tip = low, ring = low. The output goes...
1010 (repeating)
If the TI sends: tip = high, ring = low. The output goes...
0110 (repeating)
If the TI sends: tip = low, ring = high. The output goes...
1001 (repeating)
And these four bits repeat until the TI data changes. The useful part is that the 1st and 2nd bits are always mis-matched no matter what. Same for the 3rd and 4th. That effect is caused by the clock from earlier, and the receiver can detect that. The main disadvantage is the low speed and size. Also, the receiver can detect the clock just fine; but it can't tell the tip's bit from the ring's bits (custom software would have to do that).
Last edited by Guest on 05 May 2008 01:21:47 am; edited 1 time in total |
|
Back to top |
|
|
|
Register to Join the Conversation
Have your own thoughts to add to this or any other topic? Want to ask a question, offer a suggestion, share your own programs and projects, upload a file to the file archives, get help with calculator and computer programming, or simply chat with like-minded coders and tech and calculator enthusiasts via the site-wide AJAX SAX widget? Registration for a free Cemetech account only takes a minute.
»
Go to Registration page