ChibiOS Free Embedded RTOS

Ok Giovanni..
BTW TIM5 16 bit should be ok for system timer.
Have a nice weekend ( it is not an urgent task )

Anyone ?
I depicted something really uncorrect ?
There is a reference in another thread?

Good evening!
Free running mode starts with general purpose Timer 2 as timer for system timing..
st_lld.c reports a section where timer resolution capabilities are checked

#if STM32_ST_USE_TIMER == 2
#if (OSAL_ST_RESOLUTION == 32) && !STM32_TIM2_IS_32BITS
#error "TIM2 is not a 32bits timer ...

Good morning,
For a while i used to work with old chibios version let's say 2.5 where for pad initialization we have :

typedef struct {
/** Initial value for MODER register.*/
uint32_t moder;
/** Initial value for OTYPER register.*/
uint32_t otyper;
/** Initial value for OSPEEDR ...

About casting , this works :

cfg.callback= (void(*)(GPTDriver*))&Protocol::method;


BUT IT IS USELESS , inside the call back you have no reference to your class members, complier won't complain but you cannot use you class::method or your class variable , for me it was not obvious ...

I want to encapsulate for example the uart driver inside a protocol communication class :

class protocol{
UARTDriver *uart_drv;
UARTConfig uart_cfg;
public :
protocol(....){
...
uart_cfg.rxEnd = ( ? cast ? ) protocol::method;
}
private &#58 ...

I report a case for people that want to execute test suite via shell cmd where program could stop under debug assert failure :

Here a block from thread test suite ..

static void thd1_execute(void) {

threads[0] = chThdCreateStatic(wa[0], WA_SIZE, chThdGetPriority()-5, thread, "E ...

Hi,

after rigorous tests ...i found a terrific and sneaky disturb reentering unlikely in a time window corresponding to the exti signal operation..chip goes mad..resolved the hw issue..disappeared the sw instability!

Thi is the second post i wrote on this forum and this is the second time that is ...

Hi Giovanni,

no the system is not in halt, port disable or similiar

I got 2 hang situations maybe due to the same issue maybe not :

a) System loop in some VT set ( for example after chThreadSleepMilliseconds() ) in chVTSetI( .. ) in :

while (p->vt_time < time) {
time -= p->vt_time;
p = p->vt ...

Well,

-i separated the callback functions with a 1 to 1 relation
-i passed ref to VT directly and not through my encoder struct

RESULT : THE SAME ! -> Is not a cb simultaneous execution problem.

In fact when i comment those VT lines of code my system hang before or later in another virtual timer ...