One day while sitting in class in a Cornell University schoolroom, [Will] and [Michael] thought how cool it would be to send text messages to each other via their Texas Instruments calculators. Connecting the two serial ports with a serial cable was out of the question. So they decided to develop a wireless link that would work for both TI-83 and TI-84 calculators.
The system is powered by a pair of ATmega644’s and two Radiotronix RF Modules that creates a wireless link between the two serial ports. The serial ports are 3 wire ports, which can be used for several things, including acting as a TV out port. [Will] and [Michael] reverse engineered the port’s protocol and did an excellent job at explaining it in full detail. Because they are dealing with the lowest level of the physical protocol, there is no need for them to deal with higher levels like checksums, header packets, ext.
Be sure to stick around after the break to see a video of the project in action. It’s quite slow for today’s standards. If you have any ideas on how to speed it up, be sure to let everyone know in the comments.
Continue reading “Send Wireless TXT between Two TI Calculators”
[Sven337] just blogged about a gas consumption monitoring setup he finished not long ago. As his gas meter was located outside his apartment and nowhere near any electrical outlet, a battery-powered platform that could wirelessly send the current consumption data to his Raspberry Pi was required. His final solution therefore consists of a JeeNode coupled with the well known nRF24L01+ wireless transmitter, powered by 3 supposedly dead alkaline batteries.
[Sven337] carefully looked at the different techniques available to read the data from his meter. At first he had thought of using a reflective sensor to detect the number 6 which (in France at least) is designed to reflect light very well. He then finally settled for a magnetic based solution, as the Actaris G4 gas meter has a small depression intended for magnetic sensors. The PCB you see in the picture above therefore has a reed sensor and a debug LED. The four wires go to a plastic enclosure containing the JeeNode, a couple of LEDs and a reset switch. Using another nRF24L01, the Raspberry Pi finally receives the pulse count and reports it to an eeePC which takes care of the storage and graphing.
Have you ever built a wireless project and weren’t sure how to make one of those awesome (and cheap!) PCB antennas? “What low-cost solutions does our Antenna Board #referencedesign contain?” said Texas Instruments (TI) recently via Twitter. This older reference design contains some comprehensive designs for sub-1 GHz and 2.4 GHz antennas.
While TI’s documentation can be difficult to navigate, there are many hidden gems, and this is one of them. While TI created these designs for use with their wireless products, they will work on any device which utilizes the same wireless base frequency. For example, you could use any of the 2.4 GHz antennas with any Bluetooth, WiFi (2.4 GHz), or Bluetooth Low Energy chips. Simply open up their Antenna Selection Quick Guide document and navigate to the specific design for whichever antenna you would like to build.
For a more detailed overview of what goes into designing and testing a PCB antenna, check out this hack which we featured back in 2010. With the internet of things coming into its own, wireless projects will become more and more prolific, making PCB antennas more important than ever.
Wireless sensor networks are nothing new to Hackaday, but [Felix]’s wireless PIR sensor node is something else entirely. Rarely do we see something so well put together that’s also so well designed for mass production.
For his sensor, [Felix] is using a Moteino, a very tiny Arduino compatible board with solder pads for an RFM12B and RFM69 radio transceivers. These very inexpensive radios – about $4 each – are able to transmit about half a kilometer at 38.4 kbps, an impressive amount of bandwidth and an exceptional range for a very inexpensive system.
The important bit on this wireless sensor, the PIR sensor, connects with three pins – power, ground, and out. When the PIR sensor sees something it transmits a code the base station where the ‘motion’ alert message is displayed.
The entire device is powered by a 9V battery and stuffed inside a beautiful acrylic case. With everything, each sensor node should cost about $15; very cheap for something that if built by a proper security system company would cost much, much more.
Getting a device on the internet is great – but what if you want to monitor multiple wireless sensors? The [WickedDevice] crew have been publishing a tutorial series focusing on just that. Their weapon of choice is the Nanode, an Arduino based wireless sensor system we’ve seen a few times in the past. So far the first and second parts have been posted up. Part one starts with an explanation of the Arduino and Nanode platform, and takes us through connecting the Nanode to a wireless temperature sensor. Part two walks through the hardware and code changes to add multiple wireless sensors to the system. Part three will focus on getting the entire network up on the internet, and piping data onto the Xively data hosting site.
This tutorial does begin a bit on the basic side, covering the installation of the Arduino software environment. This may seem a bit simplistic for some of our readers, but we think this type of tutorial is necessary. It helps ‘newbies’ get started down what could otherwise be a difficult path. For more advanced readers, it’s easier to skip past steps you already know than it is to try to hunt down information that isn’t there.
nRF24L01+ modules like the one shown above are a great way to send data wirelessly between your projects. They can be found on many websites for less than $1.50
a piece and many libraries exist for them. After having thoroughly looked at the Bluetooth Low Energy (BLE) specifications, [Dimitry] managed to find a way to broadcast BLE data with an nRF24L01+.
Luckily enough, BLE and nRF24L01+ data packets have the same preambles. However, the latter can’t send more than 32bytes in a packet and can’t hop between frequencies as fast as the BLE specification wants. [Dimitry] found the solution when he discovered that he could send unsolicited advertisements on three specific channels. In the end, considering the 32 bytes the nRF24L01+ can send, you’ll need to use 3 bytes for the CRC, 2 for the packet header, 6 for the MAC address and 5 for devices attributes. This leaves us with 16 bytes of pure data or 14 bytes to split between data and name if you want your project to have one.
When we hear reports of radioactive water leaking into the ocean from the [Fukushima Dai-Ichi] plant in Japan we literally have to keep ourselves from grinding our teeth. Surly the world contains enough brain power to overcome these hazards. Instead of letting it gnaw at him, [Akiba] is directing his skills at one solution that could help with the issue. There are a number of storage tanks on site which hold radioactive water and are prone to leaking. After hearing that they are checked manually each day, with no automated level monitoring, he got to work. Above is the wireless non-contact tank level sensor rig he built to test out his idea.
A couple of things made this a quick project for him. First off, he just happened to have a MaxSonar MB7389 waterproof sonar sensor on hand. Think of this as a really fancy PING sensor that is water tight and can measure distance up to five meters. [Akiba’s] assumption is that the tanks have a hatch at the top into which this sensor would be positioned. The box next to it contains a Freakduino of his own design which includes hardware for wireless communications at 900 MHz. This is the same hardware he used for that wireless toilet monitor.
We really like seeing hacker solutions to environmental problems. A prime example is some of the cleanup hacks we saw around the time of the BP Gulf of Mexico oil spill.