With the recent surge in Omicron cases, shipping may be slower than stated times. We are working to build, ship and respond to everything as quickly as possible. Please see all COVID-19 updates here. Thank you for your continued support.


Member Since: February 10, 2007

Country: United States

  • Assume that radio waves will only transmit up to about a foot underwater. These are really not going to get you much mileage for underwater transmission!

  • I gave it my best shot, but I didn't get to see this until today, so I'm sure I am not one of the first 5.
    And yeah, Robert is super sneaky with his use of the word neat!

  • Whoa whoa whoa! So, to be fair, yes, Eagle is closed source, but I don't think that either of the open source alternatives you've noted here are even close to ready for commercial development from what I've seen. That being said I would have to play with them for a lot longer than I have to confirm that. It's nice to have these in the community, and if they get good enough that they're running in commercial environments then all the better. But for now, sparkfun is providing these schematics through a commercial product which at least has the benefit of outputting to a program which can run for free.
    As for PIC: You can download and compile the dsPIC and PIC24 compiler source from Microchip and compile it yourself! It's just gcc with modifications! There are lots of people who have done it before and they have left guides.
    There are also open source assemblers for the PIC16 and below (or at least there is 1, but everyone uses it). You may say "I want to make C code for my pic16f88!" but the honest answer is that the midrange and low-end chips aren't designed for compiled C! Getting compiled code to run on these involves doing crazy code compilation acrobatics and makes for inefficient and silly code.
    The PIC18 line is the PIC16 line with structures appended onto it to make C code function at least tolerably, but it's a hack. The 18 compiler that they offer they made themselves, but I don't really like the 18 line so I generally don't talk about it. Yes it's nice to have C, and the USB chips are certainly tempting, but I'll use the PIC24/dsPIC lines before the 18.
    I'm curious (aside from PICs) which programs you're talking about without good compiler support. The big three (in my mind) are ATmel, PIC, and ARM. Pretty much all the ARMs are supported by gcc, ATmel too. Newer PICs run with GCC as well.

  • I'm not sure if this comment is going to end up in the right spot, but this is in response to lee and the whole thread about Google Analytics and tracking.
    So I am super paranoid about Google analytics because even if the cookies feature very little obvious personally identifiable there are a lot of ways to identify a browser.
    For a good example of this check out the eff's panopticlick website https://panopticlick.eff.org/
    It shows you how much personally identifiable information your browser leaks even when you have turned off features like javascript and cookies.
    I have noscript with google analytics marked as "untrusted" and I also have cookies from there blacklisted, but it's still unnerving how many different websites use it, to the point where I could almost see following someone's browsing habits in near real-time if needed.
    The chances that google actually bothers to view any of this information ever is negligible, but the fact that a sufficiently motivated party with control of the google-analytics domain COULD do this is terrifying.
    --Man with a bajillion tin foil hats

  • Woo! Managed to make $10 more than my loyalty and gave $8 to charity! Thanks sparkfun!

  • Very neat idea, though a bit idealistic. What they'll need to have unified VERY quickly in order to work correctly for the modular code stuff is a unified API per architecture.
    For example: there are a million ways one can talk to the I2C peripheral on a dsPIC. If you want to you can have a single byte transmit method which blocks, a interrupt based method which doesn't block unless the I2C peripheral is busy, an interrupt based method with a buffer which never blocks but fails when the buffer is full, etc etc etc.
    And a lot lot lot of peripherals will need to do something like send a series of setup commands over I2C. Unless someone writes a definitive I2C communication library all of those can't be integrated together, which kind of breaks the idea.
    Some things, like Arduino will have this down with no problem, but others, like PIC18 or dsPIC, will have a lot of heavy lifting to be done beforehand.
    Good luck to them though!

  • I got this email from Pearce this morning because I was desperately asking the same question. I ended up using the ICSP connector thing in the sfe library for eagle which corresponds to this part: http://www.sparkfun.com/commerce/product_info.php?products_id=194
    The email:
    It seems like that's a custom part made for olimex, or they just won't give me the part number. They gave me a link to the people who make the connector, but their website is very lacking and most of the links on it do not work. You can try contacting them but it's a Taiwanese company; http://www.cvilux.com.tw/tw/index.asp . Beyond that, I'm afraid there's not much more help I can provide.

  • BAM! Super simple:
    Make a bookmark with the following as the "location":
    Then instead of hitting the "view page" button, just hit that link! Instantly sorted by price! Thanks macetech!!!!!!!

  • This is really interesting! I wish there was some way of making the requests GET requests instead of post so that you could just edit the string and get the new results. I'm working on implementing a simple bookmark which will do searches in the way you just proposed now...

  • So I work on a robotics team and we build this underwater vehicle (check us out: http://ram.umd.edu ). One of the things we always joke about is putting an underwater speaker on the robot and having her play music at the competition for the divers, but seeing the speech synthesis chip gives me the desire to make the robot ramble about what she's up to as she navigates around.
    I can see it now, there's some terrible error and the diver hits the kill switch "Wait, I was doing such a good job! Put me back! Let me try again!"

No public wish lists :(