rusefi wrote:You might find http://rusefi.com/forum/viewtopic.php?f=4&t=359 useful.
That board is for stm32f4discovery, not your dev boards - but still, the schematics might be helpful. rusefi forum in general might be useful for some sensor decoding and stuff. Oh, and I really suggest you check our ChibiOS/RT - that's unless you have already chosen a different rtos. The point of ChibiOS/RT is that not only it has the os, but it also has hardware abstraction layer.
Jef, lot's of thinking has gone into it. Sync has been proven and it works correctly, no data is mixed or put were it needn't to be.Jef Patat wrote:Nice to see your project is moving forward. To come back on the RTOS discussion. For me it has been a while since I have been working without so that of course biases my input. I didn't say you can't do without, I only wanted to make clear you have to think about certain aspects harder.
In your case for example I'm thinking mainly of the buffering. Do you buffer one sample, or multiple samples in something like a ring buffer? You are mentioning data is coming in through several interrupts. Then you buffer this data and later on write it to the card. Again, I'm not saying this can't be done, but it requires careful thinking to keep things in sync. You mention a GPS buffer. Does this mean you somehow merge the buffers (GPS, ADC, ...) later into one buffer from the main? Are you sure this will work reliably? To me it sounds like you might be loosing your time accuracy this way. Are you sure the GPS 20Hz is exactly in phase with your timer interrupt? Otherwise this might lead to a drift in capturing, which causes a drift in buffering, which causes... This mostly leads to hard to catch bugs. You might not notice them in your 40min test. You will need to find a decent way to test this, at 1kHz.
Note: I have years of experience in data capturing applications, though it is on a way higher level. We always capture and write to a buffer from the timer interrupt. So in the timer interrupt I would merge the ADC, Gyro, GPS, ... data into one buffer. This gives you precise timestamps and data that is into sync.
I'm not saying you didn't. Then, on the other hand, in your first post, only a month old you were gathering specifications. Now, in one month you did all that thinking and implementing. Let me consider that 'lot' just relative.Caito wrote: lot's of thinking has gone into it.
Don't be that self assured when you're working on a thesis. Keep an open view. And remember: you can never prove something works correctly. Most experienced engineers know out of first hand experience that:Caito wrote: Sync has been proven and it works correctly, no data is mixed or put were it needn't to be.
Sadly no, and it would be in spanish. But if there's any details that you'd like to know don't hesitate and ask me, there are no secrets!graham.reeds wrote:Is there any where we can download a PDF of your thesis?