 Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me. |
Forum Index : Microcontroller and PC projects : Data Logger
Page 1 of 2   |
|||||
| Author | Message | ||||
| donsuth Newbie  Joined: 18/03/2015 Location: AustraliaPosts: 7 |
I want to build a datalogger using the micromite to gather the data and then use a maximite to store it on to an SD card Can I use SPI to do this? |
||||
Grogster Admin Group  Joined: 31/12/2012 Location: New ZealandPosts: 9593 |
Yes, but there are easier ways. Question: Why are you using the Maximite for SD card storage? If you are only using the Maximite as a way of saving the data to the SD card, there are much easier ways of doing the logging, without having to move away from your micromite. OpenLOG for example, will save anything you throw at it on a serial connection, to a uSD card. Can you please clarify WHY you want to daisy-chain the Maximite to the Micromite? Welcome to the forums, BTW.  Smoke makes things work. When the smoke gets out, it stops! |
||||
| donsuth Newbie Joined: 18/03/2015 Location: AustraliaPosts: 7 |
I did not know that I had read in the MMBasic manual that commands for writing to the SD drive had been removed in the micromite version So I assumed that I would have to do it some other way |
||||
| Grogster Admin Group Joined: 31/12/2012 Location: New ZealandPosts: 9593 |
Okey dokey.
Great to know that, cos now you can put the Maximite to one side, and concentrate on just the Micromite. Have a look at the Open LOG unit. Very easy to drive from MMBASIC using one of the serial ports, or, if you are already using both serial ports on the Micromite chip, you can use the Cfunction to add extra serial ports, one of which could talk to the OpenLOG.(you need the MicroMite Mk.2 based on the 170 chip for Cfunctions) Now, that price for the Sparkfun OpenLOG is quite expensive, but the device is fully open, so you can build your own one much cheaper then what SF are selling their ones for. I am thinking about rustling up a PCB for a clone using standard parts and a full-size SD card, for easy construction as a kit, and it would be half the price of the SF unit, albeit a bit bigger to accommodate the bigger DIL chip flavour and standard through-hole parts to make it nice and easy to assemble. The only SMD would be the SD card holder, but they are very easy, and I may well offer it with that pre-fitted, so the entire kit is then through-hole. Smoke makes things work. When the smoke gets out, it stops! |
||||
redrok Senior Member  Joined: 15/09/2014 Location: United StatesPosts: 209 |
Hi Don; Depending on how much data you need to store it would seem to me you could use EEPROM, say a 24AA256, this can store 32K bytes. And it is just connected through the I2C buss. I haven't done it with the uMite yet but should be fairly easy. They make these things in many sizes and are fairly cheap. There is a wear out minimum for the 24AA256 of 1 million cycles. redrok |
||||
| donsuth Newbie Joined: 18/03/2015 Location: AustraliaPosts: 7 |
Thanks that's a magic little board |
||||
| donsuth Newbie Joined: 18/03/2015 Location: AustraliaPosts: 7 |
Thanks Redrok but I want to be able to plug the SD card into my laptop so I can process the data |
||||
| donsuth Newbie Joined: 18/03/2015 Location: AustraliaPosts: 7 |
to Grogster the sparkfun version doesn't have mounting holes which for permanent installation is not good I would be interested in your one if it has mounting holes |
||||
| srnet Senior Member Joined: 08/08/2014 Location: United KingdomPosts: 164 |
There is an openlog on the LoRa receiver I did, take a look at the pictures. Soldered in place on header pins it's quite firm. I was concerned it would need fixing down somehow, but it's OK as it is. If I was worried about it, a couple of 2mm holes and a thin tie wrap would be more than adequate for securing it. Although a SD card version would be a lot better than the Micro SD used in the OpenLog, the smaller SD cards are a bit of a fiddle. $50SAT is Silent but probably still working. For information on LoRa visit http://www.loratracker.uk/ |
||||
| WhiteWizzard Guru  Joined: 05/04/2013 Location: United KingdomPosts: 2933 |
@donsuth How far away is the computer (that you analyse the data on) from the location where you are wanting to log the temperature data? If close to each other then another option (which I have used) is to use a BlueTooth (or radio) link from the temp sensor MicroMite directly to the computer - this then saves having to worry about an SD card (which is quite easy anyway). Just throwing this as an idea that you may not have thought about . . . 
WW EDIT: Forgot to mention that another way is to store the data on a FRAM chip and then you can connect the Temp 'Logger' to TeraTerm (or equivalent) and extract the data via a simple MMBasic program into TT. These are just alternative ideas to get you thinking about other possibilities  . . . . |
||||
panky Guru Joined: 02/10/2012 Location: AustraliaPosts: 1114 |
Hi Don, Yea, an area missing on the umite. Maybe, Geoff, Peter C or Peter M may be able to comment on the development of MMBasic on the 470 chip as this has the infrastructure to support either an sd card i/f like the MM or even USB host to a USB stick. panky ... almost all of the Maximites, the MicromMites, the MM Extremes, the ArmMites, the PicoMite and loving it! |
||||
| donsuth Newbie Joined: 18/03/2015 Location: AustraliaPosts: 7 |
To White Wizard 700 metres and I only need to collect the data every 2 to 4 weeks sampling about once every 10 minutes |
||||
| WhiteWizzard Guru Joined: 05/04/2013 Location: United KingdomPosts: 2933 |
@donsuth OK - that rules out BlueTooth/RF link by the sound of it. Sampling to a FRAM chip is a good solution (need a little bit of electronics knowledge but we can all help you with this!). The SD card comms will come to the MicroMite - but if you need a solution 'soon' then either look at the FRAM solution or alternatively a SD module interface. WW EDIT: On those sample rates - a nice low power battery operated logger can be created. Let us know if you need 'assistance' with the electronics for this. |
||||
twofingers Guru Joined: 02/06/2014 Location: GermanyPosts: 1576 |
@donsuth If money matters then a EEPROM seems the best solution (1 US$ for a chinese DS3231-RTC module including 4 KByte EEPROM). It's worth to have a look on it. The code is already available. I would recommend FRAMS if speed matters. There are many roads leading to Rome ...
Michael causality ≠ correlation ≠ coincidence |
||||
| Grogster Admin Group Joined: 31/12/2012 Location: New ZealandPosts: 9593 |
...and Rome was not built in a day... Smoke makes things work. When the smoke gets out, it stops! |
||||
kiiid Guru Joined: 11/05/2013 Location: United KingdomPosts: 671 |
Probably it is not known to many casually attending people, but I am offering solutions very well suited for data logging. I have been advocating for SD card capabilities built into the "standard" firmware, but never got support/approval from Geoff about that and my own revision of the firmware with this functionality went unnoticed, but the hardware is still here for everyone interested (see the Microkite module). http://rittle.org -------------- |
||||
Zonker Guru Joined: 18/08/2012 Location: United StatesPosts: 767 |
@donsuth.. Not to nuge you one way or the other... The DIP-600-28 board has 32k of fram storage, RTC, USB and the 170 core sitting on a board with the footprint of a 28 pin DIP socket... I have a few boards left from the prototype run if you would like to go the Fram route... I too am using the color MM for LOG and Setups storage on the EIS project. Not a bad way to go... If you are looking for small form factor packaging without doing new board spins, modules from Kiid's hardware designs look awesome... |
||||
Geoffg Guru Joined: 06/06/2011 Location: AustraliaPosts: 3285 |
I have been ignoring this carping for the past year but there is a limit. Konstantin, you act as if I owe you something. I don't! You run a commercial organisation and you make money by selling products. Despite this you seem to think that I should work for you for free! If you want to pay a fair price for my time and work please send me an email. Otherwise give us all a break and stop complaining. Geoff Geoff Graham - http://geoffg.net |
||||
| kiiid Guru Joined: 11/05/2013 Location: United KingdomPosts: 671 |
* removed * Geoff, with all due respect that I have towards you and your work, what you are saying is not true. Let's leave it out of here. http://rittle.org -------------- |
||||
| robert.rozee Guru Joined: 31/12/2012 Location: New ZealandPosts: 2437 |
the 32k(byte) I2C EEPROM devices out there seem like a far more practical choice in a micromite data logger - they are dirt cheap, and no more complicated to wire up than the RTC devices folks are currently using. the AT24C256 is one such device, available in a DIP package for a dollar or so on ebay. and i seem to recall someone writing code to talk to these devices a while back, on the original MX150 micromite. today, it would perhaps be relatively simple to write some custom functions to do the job, treating the device as a simple series of pages. the datalogger application could then be responsible for managing how data is organized internally. similarly, the same application could be responsible for spooling saved data out to an attached console. the problem with SD card support is that the file system buffers would rapidly consume a large chunk of a micromite's RAM - plus there is the issue that any given SD card can be formatted in various ways: FAT16, FAT32 are just two, each with several different legitimate variants. one needs to recognize that the micromite is, fundamentally, a rather little device. the resources available severely limit what it can sensibly be programmed to do. for jobs where SD support is needed, a maximite (or mini maximite) is a far more realistic choice. cheers, rob :-) |
||||
| Page 1 of 2 |
|||||
 Print this page |
 |
The Back Shed's forum code is written, and hosted, in Australia. | © JAQ Software 2025 |
