Please see all COVID-19 updates here as some shipments may be delayed due to CDC safety and staffing guidelines. If you have an order or shipping question please refer to our Customer Support page. For technical questions please check out our Forums. Thank you for your continued support.


Member Since: October 24, 2008

Country: United States

  • Anyone tried machine-sewing with this thread? I tried a similar 3-ply and found it would fray and jam up the stitch every so often. Wondering if 2-ply will work better.

  • I ordered 3 of these and they are all giving 5.23 - 5.26V, not 5. Should they not be outputting something closer to 5V? Measured it with three different multimeters.

  • Anyone able to pull images of this with an Arduino yet?

  • Should the red light turn off when it's fully charged?

  • Would it be possible to use this to charge a LiPo battery with solar cells grabbing energy from light flashes? Of course, pairing this with a LiPo charging circuit. If so, is it better to have a high Vin (20V), low (2.7V) or something in the middle?

  • Both the camera and the soft serial need to be set to 9600. Can you confirm you are getting the correct hex response when sending a set baud rate command? It should be 76 00 24 00 00. Try setting it to 38400 just to check it's working. You won't be able to see the response if you change the baud rate, because it will be mismatched with your soft serial's baud rate.

  • I had the same problems (lots of weird errors when trying to open the file) and corrected it by using a different baud rate with the camera (19200).
    However, the camera defaults to 38400 so you need to talk to it at 38400 and tell it to switch to 19200 then close and reopen your softserial at the new baud rate.
    Did you verify the camera works with the test software? There's a bug with the software that only lets you choose ports COM1 – 4. If you need to reassign that port number to your USB device, you can change it in the device manager.
    (see my post above for how to work around slow RX speeds)

  • This camera works fine at 3.3V. The product page should be revised. It's not the voltage, but that when supplying 3.3V you are most likely running it at 8MHz. The camera's default baud rate is 38000. If you want to use a 3.3V/8MHz circuit, you'll need to send the command to change the baud rate to 19200 or lower. If you ask for a response, the camera will hang. Just issue the command. Then close/reopen a NewSoftSerial connection at the new baud rate (19200 or lower) and the camera should work fine.
    The code will be posted here:
    by week's end.
    NB about NewSoftSerial:
    "Revised routines now get perfect RX up to 57.6K on 16MHz processors and 31.25K on 8MHz processors."

  • Am also curious about the part numbers on the Vregs. Would like to incorporate this into a custom circuit.

  • I had this camera working on a breadboard with an Arduino Pro Mini and am now having problems with it on my PCB. The camera initializes fine, and I get an image response around 12kb, but the images are corrupted and won't open in any programs. Java is throwing the errors:
    Bogus DHT index 32
    Bogus Marker Index
    And Photoshop says: Unsupported JPEG Precision
    I cut out the SD card in case that was causing problems and am sending it directly to a PC. I verified that the camera is working with their evaluation software and now am at a standstill.
    The images even have the correct beginning of file and end of file bytes. Going to face palm myself soon.
    Am using the library provided here, which I know works. Any ideas why there would be problems when on a PCB? The board is setup as a Arduino Mini 8MHz 3.3V clone.

No public wish lists :(