ChibiOS Free Embedded RTOS

Some additional test results: ADC12 For testing, I changed oversampling to 1, just to make reading the buffer a little easier during debugging. Goal is to read from these pins: ADC12_INP3 PA6 ADC12_INP5 PB1 ADC12_INP9 PB0 ADC12_INP15 PA3 ADC2_INP2 PF13 ADC2_INP6 PF14 ADCConfig: static constexpr ADCC...

Getting the same results by disabling cache with SCB_DisableICache(); SCB_DisableDCache(); The ADC3 readings appear all to be garbage, first 42-entries in the buffer are all number much larger than 12-bit. rest is all zeros. When I change the sampling depth to 1, I can see that all the ADC1 readings...

I need all 3 ADCs (ADC1, ADC2 and ADC3) for new project. Currently, I can really only ADC1 work reliably. Once I switch to dual mode (for ADC2) I'm getting garbage data in my buffer. Switching to dual mode also messes with ADC3 readings. I'm trying to read a total of 13 channels: ADC1: 4 channels AD...

Wrote a little testapp that just blocks on a receive and then responds with a message. Wireshark shows that this works perfectly fine on the h735 discovery board, but shows the same delay issue on my board. Only difference is the phy (DP83848I vs LAN8742A) I’m thinking hardware issue, but strangely ...

I might have an F4 based board, but it’s entirely different board (same PHY however)
I could also test on h735 discovery board to rule out HW. This one has different PHY as well.

This is on H735, macv2

Thanks Giovanni. I went ahead and got some captures of a toggling pin inside the irq handler: OSAL_IRQ_HANDLER(STM32_ETH_HANDLER) { MACDriver *macp = &ETHD1; uint32_t dmacsr; OSAL_IRQ_PROLOGUE(); dmacsr = ETH->DMACSR; ETH->DMACSR = dmacsr; /* Clear status bits.*/ if ((dmacsr & (ETH_DMACSR_RI...

Can you point me to some areas of interest that would be indicative of where the delay comes from? So far I only verified that the recvfrom() is truly blocking for much longer than the message interval in wireshark.

I stripped down my application to nothing but the ethernet and lwip threads + a main loop blinking an LED. recvfrom() is still behaving badly.

Thank you Giovanni! I tried the proposed fix, but unfortunately it didn't fix the issue.