- This topic has 10 replies, 2 voices, and was last updated 8 years, 7 months ago by
.
- Posts
How long until logging to the SD card (or at least to phone somehow?) is implemented? Will this just be a simple matter of a firmware and/or app update?
Great job so far by the way, meter looks very promising :)
So the SD card capability is not working. I’ve tried both SanDisk and PNY SDHC cards (32GB & 16GB) and both have crashed my meter. Any idea on when it will be fixed and what cards are most likely to be compatible?
Nice,
This will be one of my features wll usee
Josep
Hi James,
I’m also looking forward to have the logging function enabled!
Actually this is for me the feature doing mooshimeter unique!
Couple hours f questions from my side:
– looks like logging will be possible for only two channels contemporary. Do you confirm?
– will the logged track timeline RTC or only elapsed time?
– will be available a kind of linearization ( eg volt/bar etc) of not?Grazie
Saluti dall’Italia
ArmandoJames,
It has been a while since we had an update on the software progress. Can you please shoot us a quick message on your progress?Hi Armando and Boyd,
Writing a blog update now. The jist of it is that I’ve been a little bogged down in the differences between SD cards. Ideally I’d like logging to work whether or not you have an active BLE connection to the smartphone. But in practice, some SD cards take longer to interact with than others, which can cause violations of BLE’s strict timing requirements and drop the connection (since there is only one MCU in the meter). The first version of the firmware with logging will start logging after you disconnect from the smartphone using whatever settings you were using while connected.
Armando’s questions:
– looks like logging will be possible for only two channels contemporary. Do you confirm?
Confirmed, only 2 channels will be logged.– will the logged track timeline RTC or only elapsed time?
The logs will be RTC timestamped. The smartphone app syncs the meter’s clock with the phone when you connect.– will be available a kind of linearization ( eg volt/bar etc) of not?
I’m not sure what you mean here… the user can specify a logging interval and then pull the data off the SD card later as a CSV for analysis, but the meter itself does no math.Thanks guys, sorry for the slow update on this one.
James,
Thanks for the update. I feared you had starved to death coding. I can not speak for Armando, but I would be happy with a working version of software and you tell me what SD card I need to buy (as long as it can be obtained at Amazon or Frys). I would appreciate any thing that would work.. Thanks for your hard work.I wonder why there is only logging on two channels.
At slower logging rates it must be easy enough to switch between inputs and log all 4 channels (3 terminals+temp).Thanks Boyd,
The biggest division in SD card seems to be between dealing with SD and SDHC. I’ve been testing with a 128MB, 2GB and 8GB card and the 128MB one gives the best results so far. I think this is mostly because of timing – a smaller card means there’s less to keep track of in the filesystem, which makes the filesystem operations faster, which makes the timing bugs surface less frequently. I think I can get over these bugs though, so anything <=8GB should work. Henrik: You're absolutely right, there should be plenty of time to switch between inputs and sample them all. But there's some feature creep there and the implementation details get a little hairy... the meter firmware doesn't store settings for the channel not in use, the app doesn't have a clean way of inputting them, etc. Sampling all the channels in the log is doable, but for the first release of the logging feature it will be 2 channels.
James,
Is there any difference in card speed or is the problem on the microcontroller firmware side. There are sanddisk SDHC cards that support 40MB/s or 266x and some that are slower. Does it make and difference. When do you think you will have some beta software for us to test?
