Hmm. I guess using Arduinos simplifies it as the XBee then just becomes a virtual 'serial cable', but in this case I want to avoid using an Arduino altogether (for size reasons).
I want to be able to fit 'everything' into a tiny plastic enclosure, so this means the Xbee, a battery, a power regulator/charger, and the LED. Even using a mini Arduino will add cost/bulk to the project, and not especially necessary given the XBee does have the necessary onboard ADC/DAC.
But rather than using a sender XBee to control a receiver XBee, I want to send the messages via my computer.
From the guide there (and similarly, the button "input" guide) it's not clear what messages the XBees are actually sending. It only shows the configuration settings.
I plan on using Max/MSP to configure and send the serial data.
The whole idea is to have 1 transmitter XBee sending messages to 4 receiver XBees, all on the same channel. I will wire an LED to different digital I/O pins on the XBees so that I can address each individually (by sending pin1=high, pin2=high while only having one LED per XBee connected).
I can wrap my head around the hardwire side of this, and the software side of it (in Max/MSP), just not sure what to actually 'send' to the XBee to control the digital pins.
There may be smaller options using commercial remote control products, but for an Arduino based approach you could try something like the Ciseco RFµ boards, which are Arduino clones with a small integral RF transceiver. I haven't used them myself, but they look pretty handy for this sort of thing.
Hmm that's interesting. I'd actually like to go the smallest/cheapest route, definitely not married to having it be Arduino based. I had a google for remote controlled products but don't know which kind of thing would have multiple channels that they operate on.
It's pretty cheap (cheaper than an xbee would be) and can probably gut it to work off smaller batteries. The only concern here would be running multiple ones. It's unclear from the description if they all run on the same channel.
So I want to vibrate a tiny vibration motor wirelessly using my computer. I can do this quite easily using an arduino/xbee kind of setup, but I'm wanting to go smaller/lighter/cheaper. The end product will be something that a musician attaches to their ankle to receive haptic feedback. I also want to be able to access/address multiple of these devices (at least 4 total).
Since I'm only using a single pin to control the motor, I'm wondering if it's possible to use an xbee on it's own so I would just have an xbee and a voltage regulator. (The xbee pinout says it has a DOUT pin). It's still a little chunky as it'd be xbee/regulator/battery.
I've seen things like the RFduino, but it's not clear how I would use that using my core software (Max/MSP on a Macbook).
I've also been using an x-OSC (http://x-io.co.uk/x-osc) and love it, but it's not cheap, and not easy to use more than one at once (you need to use a router).
Are there other *duino wireless derivatives? Ideally that have built in power regulation?
I've recently switched to using an x-OSC (http://www.x-io.co.uk/products/x-osc/) for my ADC stuff, and it works a dream (no more parsing/bitshifting to get hi-res ADC input!) but the problem is it only provides 3.3v.
Now, for now I've been powering the x-OSC and the wind sensor off a sparkfun 5v regulator, but this still means the wind sensor is spitting out 5v range. In trying a bunch of different things I think I've managed to fry my wind sensor. So rather than go at this again, I'm wondering if there's a wind/breath sensor solution that works off 3.3v.
The intended usage is having it built into a mask to pick up breathing patterns and general breath 'volume'.
Has anyone used a wind/breath sensor that runs off 3.3v?
But the 'k' section of the manual goes on to say that this only happens once, and that a 'j' command will be needed to repeat it.
The 'j' section of the manual (page 27) is more confusing particularly since the jump argument specifics lines to JUMP. I only have one line of 'real' code, so there's nothing to JUMP. I just want to read it again.
Does anyone know what the script would be to get the analog ins to correspond to RGB values on an infinite loop?
So I've been using Arduino stuff for music for some time, and I always use it as serial, and send it into Max/MSP where I parse the stuff. This works ok, but I often have pretty serious kernel panics (greyscreen on a mac) related to serial/buffer stuff.
So what I want to do is setup an Arduino to be a generic input device. So all digital inputs would be sent as 0/127 (binary) and analog inputs would end 0-127.
But the idea being that all inputs are being read and sent as midi. There's a sacrifice in resolution for analog inputs this way, but in exchange for bulletproof stability (class-compliant MIDI).
I know there's the Maxuino library that lets you control everything on the Arduino from Max, but it, too, uses serial, and I want to avoid that.
I've never reprogrammed the input chip on an Arduino, like you can with the newer ones, so that part is new to me.
So the two questions are:
1) Anyone know of a 'read all inputs and send all MIDI' sketch? 2) Is there a decent guide for programming the input chip on an Arduino to act as class-compliant MIDI?
I'm building a project onto/into a DIY guitar type instrument, and I'm getting a nice high pitched squeal when I get the MCU near the pickup. I tried some really rudimentary shield (ie a bit of grounded tin foil between the two).
Because of the room I have on the instrument, there's basically no other place for the processor to go.
Is there a good way to shield and/or minimize clock noise?
Whoops, I was cleaning up my webpage, and I had forgotten I linked it up here. I'm away at a festival at the files are on my external HD back home, but I'll upload it as soon as I get back (start of the week).
So I'm wanting to build a project that will let me control a series of switches from my computer. I've managed similar things before but the new things in this project that I'm unsure about are:
1. MIDI over USB I know the newer Arduinos have a programmable interface that can 'pretend' to be things. Can this be used to be a class compliant MIDI device? As in, I plug the USB cable in and it gets auto recognized as a MIDI device (rather than needing to use serial I/O).