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 20, 2007

Country: United States

  • I've seen nice e-paper/microcontroller based ones... power consumption and all for something that gets refreshed a couple of times in the day.

  • Any chance you would offer spare probes separately (digital and analog)?

  • For info: It seems the provided source does NOT match what is flashed in the current batch of uLogs. I.e, the device works fine if you use it as is, but just recompiling the provided source and flashing the logger gives faulty operation. Logging works, but readback doesn't, so it's mess if we want to change something in the code as we don't have a working starting point, and firstly have to debug code that should work in the first place before being able to work...
    I checked the serial signal with my new Logger and found that for some reason the baudrate (defined by bitwidth) was too far off the 38400 mark (about 37000), so even if the logger actually sent the correct data, the receiving device wouldn't receive it properly. A device with originally loaded firmware yielded about 39000bps, which is closer, and gives proper operation.
    To solve this, replace delay_us(24); by delay_us(23); in getc() and putchr(), and delay_us(36); by delay_us(35); in getc().
    Apparently sparkfun "corrected" this for production, but didn't update the source file on this page.

  • When it flashes every second, it's currently logging. To communicate you need to power it off, connect the serial port to a computer for example, and power on. It will detect it's connected and go into command mode. A high impedance connection like a scope won't be detected.

No public wish lists :(