Due to the impacts of the coronavirus outbreak, we are experiencing longer than normal lead times on certain products. We encourage back-ordering out-of-stock items to receive them as soon as possible.


Member Since: May 7, 2012

Country: United States

  • A111 Data sheet This appears to be the package data sheet. There's a reference to Antenna-in-Package (AiP), and the pinout has nothing about driving an RF output, so I'd guess you're limited to the antenna in the chip itself.

    According to the linked data sheet, the unit has a "HPBW of 80 (H-plane) and 40 degrees (E-plane)", which as far as I can tell from the wikipedia article means that in one of the two axes the signal is projected along, you can get down to 40-ish degrees beam angle. You might be able to scan with a servo or something like people do with cheap sonar sensors. You might even be able to figure out the width of the object by measuring when the edges of the beam start to register the same object scanning from opposite directions. I guess it really depends on how "crisp" the edge of the beam is.

  • It would help if those graphs (or a slightly more formatted version) were included in the photo list up by the product. The first question I ask when looking at a regulator is how much current, and having to go all the way to the end of the hookup guide seems a bit excessive.

  • I know where you're coming from (https://en.wikipedia.org/wiki/DMX512#Common_non-compliant_connectors), but the protocol can be used over either 3 pin or 5 pin (as currently implemented), and it's usually a lot easier to find a 3 pin XLR cable. Besides, DMX is widely recognized as a lighting control standard. If any adjustment were to be made, then perhaps DMX-compatible would be acceptable. Thoughts?

  • At least if I was going to buy these (tempting) - I'd strip those boards to the bone for desoldering practice rather than trash them if they don't work. Need to get practice with that Sparkfun Hot Air Rework station : P

  • I logged in so I could star this comment. : )

  • This is certainly a good intro, but using a pin for every pwm signal is a bit of a waste. Most receivers offer an extra servo header used to program the receiver to accept a transmitter. What would normally be the signal pin here usually carries a PPM stream with all the PWM values smashed into one channel with slightly different timings. I wrote a (probably inefficient) interrupt driven decoder a few years ago for a few robotics competitions. It's stable as is, but could really use some TLC to get it into a library. Here's a link if anybody wants to use it: https://github.com/RetrieverRobotics/resources/blob/master/personal_RX.h

    Right now it needs to be used on an actual interrupt pin (in limited supply on boards like the UNO), but since it's tracking a CHANGE interrupt, could probably be adapted to use one of the PinChangeInterrupt libraries.


    #include "whatever_you_name_the_file.h"
    OrangeRX instance_name(interrupt_pin);
    void a_unique_handler(void) {
    void setup() {
    void loop() {
       if(instance_name.packetAvailable()) {
          instance_name.channelValue( _channel_ );
       //instance_name.debug() // assumes that Serial.begin() has been called

    P.S. I have trouble writing short comments. Oh well. : p

  • The list of "supplies from Sparkfun" (the most important part : ) is blank/nonexistent.

  • There is a typo - "441 kHz" should be "44.1 kHz"

No public wish lists :(