Lukas Pusch
Lukas Pusch
Today I have the same issue again. From that I read a bit about `xSemaphoreTake` in FreeRTOS. It tells that it is necessary to check the return value even if...
quick'n'dirty: semaphore.patch ```patch diff --git a/src/MqttClient.cpp b/src/MqttClient.cpp index dc21f74..d4b35c4 100644 --- a/src/MqttClient.cpp +++ b/src/MqttClient.cpp @@ -1,7 +1,7 @@ /* Copyright (c) 2022 Bert Melis. All rights reserved. -This work is...
[espMqttClientSemaphore.zip](https://github.com/user-attachments/files/17284485/espMqttClientSemaphore.zip) Patch which also is compatible with ESP8266
sure, here are the links I visited yesterday: https://www.freertos.org/FreeRTOS_Support_Forum_Archive/February_2006/freertos_xSemaphoreTake_fails_before_timeout_1441441.html https://www.freertos.org/Documentation/02-Kernel/04-API-references/10-Semaphore-and-Mutexes/12-xSemaphoreTake I also asked ChatGPT (in German), this was the important output: > ## Was bedeutet 0xFFFFFFFF oder portMAX_DELAY? > >...
😂 ich hab schon drauf gewartet. Wird früher oder später behoben
bei Windows geht das mit WIN Taste und Punkt
es ist immer zu früh 😅, irgendwann muss man diesen Schritt gehen (nach einem halben Jahr mal wieder)
ist mir neu, der Fehler. Habe an MqTT nichts gemacht
irgendwas hat das wohl mit der NTP Zeitabfrage zu tun, weiß aktuell noch nicht was. Habt ihr Ideen?
ich habe eine Uptime von 4,5 Tagen und bisher keinen MqTT-Ausfall beobachten können