Timeline for Which Arduino is the most suitable for my project?
Current License: CC BY-SA 3.0
17 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jan 24, 2017 at 9:19 | answer | added | Jot | timeline score: 0 | |
| Jan 24, 2017 at 3:56 | history | edited | dda | CC BY-SA 3.0 |
deleted 112 characters in body
|
| Jan 21, 2017 at 4:20 | answer | added | Douglas Daseeco | timeline score: 4 | |
| Jan 20, 2017 at 22:24 | answer | added | dannyf | timeline score: 0 | |
| Jan 20, 2017 at 22:04 | answer | added | Jot | timeline score: 1 | |
| Jan 20, 2017 at 21:06 | comment | added | Chris Stratton | Well, read more. That, or figuring out how to use an ADC directly on a Linux wifi module is your best bet on getting rid of the bridge. But you also need to fix the conceptual problems in your design - data sources time things, data conduits shouldn't have program delays as that will only make timing problems worse. | |
| Jan 20, 2017 at 19:03 | comment | added | Jonathan Anctil | @ChrisStratton yes I read about ESP8266 but my knowledge stops there. | |
| Jan 20, 2017 at 19:02 | comment | added | Jonathan Anctil | Hi @se_leinad, I'm asking if other Arduinos are more suitable for what I am trying to do. But I also put the code because I'm not an Arduino expert (I know the base) and maybe I did something wrong. One problem that I'm almost sure about using the Mega + Yùn Shield, is that I need to use the Bridge and that seems pretty slow. | |
| Jan 20, 2017 at 6:16 | comment | added | sa_leinad | Hi @JonathanAnctil, could you please clarify your question. Are you asking if the other Arduinos are suitable or are you asking us to tell you why your coms are slow? | |
| Jan 19, 2017 at 21:43 | comment | added | Chris Stratton | You shouldn't be sleeping in the python code, you should be doing a blocking wait (or select) on the data, since it is merely proxying readings timed at the source. Also without sequence numbers in your UDP traffic you can't know if samples have been dropped or misordered. Just swapping components in the existing software/communication architecture won't meaningfully help, as you are far below the capability of your current ones, but getting rid of the bridge would clean things up substantially - perhaps consider if an ESP8266's ADC input is suitable? | |
| Jan 19, 2017 at 20:46 | comment | added | frarugi87 | What do you mean by "slow"? How much is "slow" for you? And is it just delayed or you are losing packets? | |
| Jan 19, 2017 at 16:38 | review | Close votes | |||
| Jan 26, 2017 at 3:04 | |||||
| Jan 19, 2017 at 16:35 | comment | added | Gerben | You'll have to figure out where the bottleneck is. The Arduino sending the data, the yun receiving the data and/or transmitting the data over UDP. | |
| Jan 19, 2017 at 16:30 | comment | added | Jonathan Anctil |
I've changed the time.sleep(0.01) and I stored 50 acquisitions, but It's slow to get 1 sec of datas.
|
|
| Jan 19, 2017 at 16:16 | comment | added | frarugi87 |
I'm not very much into Yùns, but I think that the problem is that time.sleep(0.5) that you put. Try lowering it to e.g. 0.01 to perform a check every 10 milliseconds... If this doesn't work, maybe the problem is the overhead added; to limit this store on the arduino or the Yùn some data (e.g. 50 acquisitions) and then send them all at once.
|
|
| Jan 19, 2017 at 16:13 | review | First posts | |||
| Jan 20, 2017 at 1:16 | |||||
| Jan 19, 2017 at 16:06 | history | asked | Jonathan Anctil | CC BY-SA 3.0 |