Much appreciated Jonathan :) ! And thanks for your understanding about some features still not being there… the project was late enough that I thought it better to release with the core functionality and modify the software on the go.

Logging is a matter of firmware debugging – I think it’s a few days of work but there probably won’t be time for it until late next week (what with fulfillment and documentation and everything else going on). It will require an app update as well, which means another approval process in the app store, which takes a week. So I tentatively estimate 2.5 weeks for iOS, hopefully a week sooner for Android.

Best
~James

Thanks Jonathan,

No builds have been released to this group yet but if you want to beta test in iOS, please register your device here: http://tflig.ht/1huIf6f

Hi Rob,

I formatted my SD micro card in FAT32 format and found a small, blank text file written. Thus, I guess that FAT32 was the correct format. I used an older 2GB SD card for this test. Any limits on the SD card size?

Great! There is some SD card code stubbed in to the firmware, but it’s deactivated because the timing messes with stability at runtime.

The meter can handle SDSC and SDHC cards, so the max size if 32GB. SDXC cards will not work.

Will there be some consideration to having much slower sampling intervals?

Yes. The draft design has the user set a wakeup interval in seconds. When the meter is in standby it would wake up onces every N seconds, take a sample according to the settings left when it was last connected to a smartphone, records the results to the SD card and go back to standby.

I’m also working on a way to export the graph views to CSV format, which I can see being useful.

That experiment sounds really cool.

Thank you!

Reviving this thread because the latest firmware release logs natively to CSV instead of to the intermediate binary format. So I encourage you to update your apps and then push a firmware update to your meter, and logging will be easier for you!

Hi Jim,

Sorry to reply so late, but I wanted to let you know I’ve found that issue and it’s in the iOS app. A new release with correct logging interval should be out in early-mid January. Thanks!

~James

Hi Marc,

Glad you figured it out. That’s quite odd that it’s logging whenever the SD card is inserted… the meter should respect the “LOGGING:ON” or “LOGGING:OFF” setting you see in the iOS app.

Regarding metadata/headers being written in to the log files: the header block is rewritten every time the settings change. This is something I’m rethinking, as I have also gotten frustrated scrolling through spreadsheets picking out headers.

Also regarding logging interval being off by about 1.3 seconds: there’s a legacy reason for this which I discuss in this thread if you’re interested. Bottom line though is I’m going to try to change that behavior in another firmware release.

Thanks for understanding the pains of working on such a wimpy processor. There are limitations to it I didn’t even realize when I started… like the whole TI BLE stack crashing and burning if you hog the processor too long doing math. And 24-bit math takes a long time on an 8-bit 8051. I sometimes cast longing glances at the Nordic lineup and think about what could have been. But there are too many Mooshimeters in the wild not to support such a switch. TI has wised up though and released the CC2640, which looks quite exciting and I might use it on the next product.

Best
~James

Hello from France, and sorry for my bad english

I had the mooshimeter yesterday, and made few test. It works fine for the most part ; only few bugs in app (auto scale don’t work well, e.g. if I connect the 2 wires in ohmeter, sometime it stay on 2.5M scale.

I did test with logger with 1min step for a day with a NTC, sometime I have a lot of measures in the same minute (40 to 175 plots).

It would be really great if I could choice larger steps for the logger (like 10min and 1 hour).

Thanks,
Olivier

I did more tests today : The logging fonction don’t works at all… With a 100k CTN values are between -7E10 and 1E10, I have no values near 100K.

Do you think it will work one day, or should i return it to the distributor now ?

Hi Olivier,

It sounds like a defect in the resistance measurement. Sorry for the trouble.

I’ll arrange a replacement through Elektor – can you send me a copy of the invoice you received from them to james@moosh.im?

Best
~James

Is there any method to get the data off the uSD card without opening the case and removing it? Alternatively a slot in the case to insert/remove the card would be useful.

Thanks – Duncan

Hi Duncan,

Unfortunately no, you must remove the SD card to get the data. It’s possible on a hardware level to stream out over bluetooth, but I haven’t implemented this feature yet. It wasn’t a priority in the beginning because there was supposed to be a slot in the side of the case to easily extract the SD card. We had to close this slot during safety testing to get our CATIII 600V rating. Sorry for the inconvenience. You can read more about those tests here:

https://moosh.im/2014/07/safety-improvements/

Some users have ground the slot in the side of the case open again with a dremel, but this obviously voids the safety rating.

Let me know if you have other questions. Best
~James