Top side of Split RF module
Bottom side of Split RF module. Notice the counter sunk LEDs in the upper left corner.
UPDATE May 15 2013: Split is now available for sale on our website
We’ve been slowly working away on an Arduino based wireless module called “Split” and just got the first real prototypes assembled and working over the last week. The module is based around a Atmega328P and a RFM22B wireless module, so it is kind of like a cross between a Arduino Pro Mini and a RFM22B breadout board.
Specs and Features:
- Operating voltage: 3.3V
- Processor: Atmega328P with Arduino bootloader
- RF Frequency Range: 433MHz, 868MHz, or 915MHz ISM band (depending on version)
- RF data rate: adjustable from 0.123 to 256kbps
- RF output power: adjustable from 1 dBm to 20 dBm
- RF receive sensitivity: -121 dBm
- Long range up to several Km with proper antennas
- On board 3.3V regulator
- PCB Size: 20mm x 38mm
- All processor IO pins are brought out to header pins
- Breadboard compatible
- Programmed with FTDI Pro
- A user LED and button connected to IO pins
- Slide switch to allow the DTR signal from the FTDI Pro to be directed to an IO pin to allow programming of a remote Arduino processor
Split RF module connected to a FTDI Pro
There are three main ways we envisioned Split being used:
- As a standalone processor with wireless capability.
- As a generic wireless UART link with remote DTR control to allow communicating with and programming of a Arduino processor attached to the remote Split module.
- As a wireless IO link. Input pins on one end are mapped to output pins on the other end and vice versa.
We’ve done some initial testing with the RF22 library from open.com.au and it seems to work so that covers #1, and we are in the process of writing firmware for #2 and #3.
We are pretty excited about the long range wireless capabilities Split will give to a lot of projects.
Split RF module connected to the Mongoose IMU
User switch and LED at top.
If you are interested in this project, leave some feedback or a comment. Once we know how much interest there is, we can make some better plans for a release date.
The first version of the Mongoose AHRS (Attitude and Heading Reference System) firmware and the PC GUI (with VB.net source code) are both working and are available for download on the website. There is still a bit of work that needs to be done to make sure the soft iron compensation is working, but for the most part it is working pretty well.
Mongoose, the 9 degrees of freedom IMU with barometric pressure sensor is now available.
We will be updating the product page with more information and example code over the next few days.
Mongoose – the 9 DOF IMU with barometric sensor, and lots of other cool features – is almost ready for launch!!
We based our design on the popular Sparkfun Razor, updated the magnetometer, added a barometric pressure sensor, and improved utility and usability with a few other design features.
We’ve also taken the AHRS firmware written by Jordi Munoz and updated it to support the new gyro, magnetometer and the addition of the barometric pressure sensor. Also, we have a Windows GUI for showing all the sensor data as well as attitude and heading in real time.
- ADXL345 – triple axis accelerometer (I2C)
- ITG-3200 – triple axis gyro (I2C)
- HMC5883L – triple axis magnetometer (I2C)
- BMP085 – barometric pressure sensor/temp sensor (I2C)
Some of the features:
- Complete inertial measurement system measures linear acceleration, angular velocity, and magnetic heading
- Calculate altitude using the barometer
- Temperature sensors built into the barometer and gyro
- All sensor data is processed by the onboard Atmega328P and output to your computer or micro over the serial port
- Preloaded with Arduino bootloader (select “Arduino Pro or Pro mini (3.3V, 8MHz) w/ Atmega328″)
- All headers and mounting holes are on a 0.1″ grid to allow mounting to a protoshield or standard perf board
- 9 user IO pins brought out to header. Add buttons, LEDs, servos, GPS…
- I2C header for debugging or adding additional I2C sensors
- On board power and status LEDs
- On board 3.3v regulator allows powering from a single Lipo battery
- small 1.6″ x 1.1″
We have the first batch assembled and tested. I’ll post a link when we get the store turned on.
So I just spent about a week debugging a USB problem on a project using a LPC2148. I was finding that the USB would randomly connect and disconnect when plugged into the PC. Sometimes it would stay connected for 10 seconds before disconnecting, sometimes it would stay connected for hours with no problem. I spent several days looking for firmware bugs and checking the USB signal quality, but everything looked good. With the disconnect time being random I assumed it had to be a hardware problem. It turned out to be a problem with both hardware and software. Apart from the D+ and D- pins, the LPC2148 has two other IO pins associated with the USB peripheral: Connect (PO.31) and Vbus (P0.23). Connect is an output that is used to turn on the pullup to start enumeration. Vbus in an input to detect if USB power is present. On my PCB, the Vbus pin was not connected to anything (that was the hardware problem), but was configured as Vbus instead of P0.23 (that was the firmware problem). It looks like the chip is hardwired so that if you have the “Vbus” pin enabled, the logic level on that pin controls the “Connect” pin. So in my case the floating Vbus pin was randomly going high and low causing the USB to connect and disconnect. Configuring the Vbus pin as a GPIO pin instead fixed the problem.
What kind of bugs me about this is that this behavour isn’t really documented in the user manual. Oh well. It is fixed and the solution was simple. I just wish it didn’t take me so long to find.
Posted in Firmware
Tagged LPC2148, USB
I’ve been having a problem with the RTC and power down mode on a project using the LPC2148. I am using EINT3/INTWAKE and the RTC alarm as sources to wake the processor from power down and I find that occasionally, when I’m in power down mode, the RTC peripheral seems to lock up and neither the alarm or EINT3 are able to wake the processor . The only way to recover is to do a hard reset.
Searching for a solution, I found this post
that said to setup the PREINT and PREFRAC even if you are using an external RTC crystal.
PREINT = ( int )( ( 60000000UL / 32768UL ) – 1 ) & ( ( 1 << 14 ) – 1 );
PREFRAC = ( int )( 60000000UL – ( ( ( unsigned long )PREINT + 1UL ) * 32768UL ) );
I’ve just tried this on a few pieces of hardware that were consistently locking up in power down and it seems to be working so far. When I switch back and forth between firmware with and without those two lines it seems to follow that if I don’t set up PREINT and PREFRAC it locks up. If this is in fact the solution I would really like to know why this works since it makes no sense.
Most of my projects last for months, so the other day was a bit different when I managed to start and finish a project all in one in one day. I built a vacuum pump system based on the free plans for the EVS vacuum system found on joewoodworker.com.
Vacuum Pump System
I’ll be using it for vacuum clamping on my milling machine as well as for the vacuum pickup nozzle on my pick and place machine.
It isn’t a complicated system, but still, everything went together very easy. The nice thing about the plans are that they are proven, and there are lots of examples of custom systems that Joe has put up on his website. I made a few changes to the plans to meet my needs. The first was to move the filter to the system input instead of putting it on the pump input as in the plans. I forgot to order the high flow filter from veneersupplies.com so I’m stuck using a cheap filter from Princess Auto for now. It probably has a higher resistance, but for now that should be ok since my application doesn’t need a high flow rate. The filter will protect the vacuum switch and Mac valve better in this position. Second was to mount my pump up on the tank with some big hose clamps. My piping worked out a bit different than in the plans, but my system takes up about half the floor space.
One problem I have is that the hysteresis of the vacuum switch is not adjustable. There is only one adjustment screw to set the point at which the pump turns off. When the vacuum drops to about 4inHg below this point the pump turns back on. I would like to either find a pressure switch that has adjustable hysteresis, or come up with a simple way of doing it by adding another pressure switch.
I got a Boxford TCL 125 CNC lathe a few years ago that I have been working on getting up and running. I gutted all the electronics except for the spindle motor controller, and replaced the stepper drivers and built a PC right into the lathe enclosure. I’ll post more on those upgrades later. All the new stuff I added is working fine, it is the old GEC Gemini motor controller that was giving me a hard time. But, after reading this post I got it working, it looks like I was just missing the kill switch connection.
So here are the connections to the big orange header:
- 0-8 VDC – This sets the motor speed
- 10VDC – Supply voltage for the controller
- Kill switch input – This needs to be connected to pin 3 for the motor to run
It looks like there are traces on the PCB that go to the pins that I have labeled as NC, but I’m not sure what they are for and the motor is working without them. If you know what they are used for leave some feedback.
So here goes the first post to the ckdevices blog. It occurred to me that I seem to have no shortage of interesting projects on the go relating to electronics, PCB design, microcontrollers, embedded firmware, automation and CNC machining. So in an effort to give back and share my experience I thought I would start blogging about it. I hope you find it as interesting as I do.
Posted in General
Tagged CNC, firmware, PCB