[TriEmbed] Arduino FreeRTOS ESP32 project - protecting timing-sensitive code

[John Vaughters]

 ChibiOS has been used for Arduino RTOS. Never used it, never needed it, but I have read about it.
John Vaughters
greiman/ChibiOS-Arduino


| 
| 
| 
|  |  |

 |

 |
| 
|  | 
greiman/ChibiOS-Arduino

ChibiOS/RT 3.0.3 for Arduino AVR, Due, and Teensy 3.x - greiman/ChibiOS-Arduino
 |

 |

 |






    On Friday, January 24, 2020, 7:44:20 AM EST, Mike Lisanke via TriEmbed <triembed at triembed.org> wrote:  
 
 It's been my understanding that Arduino is single threaded (except for their own interrupt handling) and that single use resources could be handled in your user code (the main loop) anywhere without conflict (multi-use) because you would naturally structure the code to use a resource (and clean up) then use the resource again... If you're doing your own threading model then it would benefit us to understand What you've implemented to split your tasks among many cycles of the main loop. I just googled and it doesn't appear that Arduino has a multi-tasking component of its loop But of course there are many open source extensions to the basis setup. 
Are you primarily concerned with common use of the I2C bus? Is you "mutex" just a bit/byte/word of memory that you're in a stream to an external device and need to complete it? Or, does mutex imply you have a supervisor interpreting the availability of a resource and selecting whether or not to "dispatch" a thread (section of code) to execute based on the resource availability?
On Thu, Jan 23, 2020 at 5:51 PM Alex via TriEmbed <triembed at triembed.org> wrote:

I’m working on a time and weather forecast clock based on an ESP32 and a 20x4 HD44800 LCD connected via an I2C port expander thing. I’m ‘cheating’ at the moment by splitting the display update code and the weather-fetch code into two tasks and pinning them to separate cores.

I think the right way to do this is to protect the LCD at the character-sending level with a mutex, but I dread what I may find in terms of how they have overloaded the usual Arduino print and println functions. I should probably also replace my global ‘locking’ access to the network with a mutex, since NTP and the weather updates could clash.

Anyone already do something similar to this who would like to share code?

Thanks,
Alex
_______________________________________________
Triangle, NC Embedded Computing mailing list

To post message: TriEmbed at triembed.org
List info: http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
TriEmbed web site: http://TriEmbed.org
To unsubscribe, click link and send a blank message: mailto:unsubscribe-TriEmbed at bitser.net?subject=unsubscribe




-- 
Best regards,  Mike_______________________________________________
Triangle, NC Embedded Computing mailing list

To post message: TriEmbed at triembed.org
List info: http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
TriEmbed web site: http://TriEmbed.org
To unsubscribe, click link and send a blank message: mailto:unsubscribe-TriEmbed at bitser.net?subject=unsubscribe

  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.triembed.org/pipermail/triembed_triembed.org/attachments/20200124/afcf1d09/attachment.htm>