Reprise du message précédent :
Vais réduire le nombre de taches je crois pour éviter autant que possible le problème d'accès aux resources commune.
 
Les mutex, sémaphores and co c'est vraiment pas ma tasse de thé :s

Pourtant tu ne vas pas y échapper à moins d'avoir une seule tâche qui accède à une ressource X. Avec un RTOS déjà "tout prêt" ça doit pas être sorcier non plus?

Si c'est de l'ESP faut faire gaffe car le RTOS est de toute façon présent pour gérer la partie MODEM Wifi / couche IP.
 
Après regarde du côté des fonctions qui permettent de chronométrer le temps passé par tâche.

Bon un autre problème. Ma tache de gestion du LAN qui déconne.
En gros elle est sensée se connecter en Ethernet en priorité, et si celui-ci est déconnecté, de basculer sur le wifi.
 
Alors, le cas de figure suivant marche:
- première connexion au wifi
- basculement vers l'Ethernet
 
Celui-ci aussi:
- première connexion à l'Ethernet
- basculement vers le Wifi
 
Par contre ce qui ne marche pas c'est:
- première connexion au wifi
- basculement vers l'Ethernet
- re-basculement vers le wifi
 
 
C'est où que ca khakhabouse dans mon code?
 

C'est moi où tu n'as pas de ETH.disconnect() ? (ou je sais pas quoi)

Tu as regardé dans le cas 1 & 2 que cela ne ping plus sur l'adresse Wifi ou eth  et que cela ping bien sur l'autre adresse ?

remplace :

par :

Parce que je sais pas comment le gère le compilateur, mais c'est pas propre à mon sens.

Bah le ETH.disconnect c'est moi qui le fait en enlevant le cable Ethernet

Parce que justement je veux que le Wifi sert de connexion de backup.

Nan, marche toujours pô

(J'ai reddit)
Edithbis : en faite ta condition est toujours vrai si (WiFi.status() != WL_CONNECTED) == False

J'ai reddit aussi

Ca commence à me déprimer

Entres les 3000 lignes de code, sans compter le GUI LVGL, les problèmes de thread et maintenant ça...
Et encore, j'ai pas testé le driver Modbus, il me manque la puce MAX3485 3.3V pour la connexion à l'appareil (j'ai que des MAX485 5V sous la main...).

Pourtant manque pas grand chose.

Bienvenue dans le merveilleux monde du codage...
 
A tout hasard, ta variable "isWifiEnabled" c'est quel type et surtout elle est bien déclarée comme volatile?

Ah c'est juste un bool qui est à true constamment pour l'instant, par contre il n'est pas déclaré comme volatile. Ca sera l'état au bouton "Enable Wifi" qu'on voit sur la deuxième image.

Non non il passe bien par les instructions qu'il faut étant donné qu'il m'imprime bien le: "Ethernet not connected. Wifi initialized."

et le WiFi.disconnect(true); ligne 17 il est censé être là bas?

C'est copilote qui me l'a conseillé

Sans, ca ne change rien.

Ouais, moi et l'IA...
 
Perso je relirais les docs des fonctions utilisées voir si y'a pas une subtilité et après faudra débugger avec du printf() à défaut de mieux je crains.

Je pense sincèrement que c'est un bug du firmware du ESP32-C6 (le companion chip wifi du ESP32-P4).

A la première connexion wifi il pond ça:

Alors qu'à la reconnexion, non, nada aucun signe de vie.

Bon c'est pas grave, je laisse comme c'est. Merci quand même

Au pire un reboot arrange l'affaire, ca prends 5 secondes.

Bref, je passe à la tache suivante.

Ils n'ont pas un forum Espressif ou un errata pour leur silicium?

Moi je testerais de pinger voir si effectivement le Wifi se co/deco bien. Si cela fonctionne pas sur la 3e config, cela sent une RAZ qui ne se fait pas et qui passerait sur les 2 premiers exemples mais planterait ensuite.
Et la 4e possibilités, cela donne quoi ?
Ethernet -> wifi -> ethernet ?

Pas de pong. C'est bien déconnecté.

Ca ca fonctionne bien.

Oui à voir sur leur forum

Bon ca marche, vous aviez raison de pinger.

Il ne faut pas faire appel à WiFi.mode(WIFI_OFF);
Visiblement il ne se réveille plus part la suite.

Et bizarrement il passe par l'event "WL_DISCONNECTED" alors qu'il a toujours une ip le Wifi, ce qui m'a faussé une variable et donc me cause un faux affichage.

Du coup même avec ETHERNET allumé, le Wifi reste joignable.

Ca me va.

Merci

 
C'est bien 2 ip différentes ?

Oui
 

D'ailleurs par curiosité , c'est quoi le but final? Ces REX12D semblent être des espèces de disjoncteurs "intelligents", c'est pour une installation solaire?

J'ai pleins de spots de lumière 24VDC chinois dans le jardin de mes parents.
L'écran et les disjoncteurs REX c'est pour le tableau électrique. Ca sera également intégré à Home Assistant (interrupteur, conso et status).

Dans un deuxième temps je remplacerai l'électronique des spots par des ESP32-C6 et LED bi-color 4000K + 1800K (Luminus CTM-9-4018-90-36-TWD6-F3-3).
Ces ESP32-C6 seront reliés en réseau Wifi Mesh (lib painlessmesh). De ce côté là tout va bien, le firmware et hardware est déjà fait. Un peu trop de perte de paquets à mon goût quand même mais je vais faire évoluer le protocole.
Le tout avec intégration automatique dans Home Assistant:

Ca c'est la page hébergée sur la passerelle Wifi <-> Mesh sous ESP32-S3 par contre, bizarrement avec un C6 ca ne marche pas bien.

Voilà voilà,
Un chouette projet je trouve.

Au début les disjoncteurs électroniques je voulais les faire moi-même avec des petits écrans 2" chacun, mais j'ai trouvé les REX et son module de communication Modbus tellement bien fait et compact que finalement j'ai laissé tomber cette idée, surtout pour un appareil aussi "critique".

Tu as quelle distance entre chaque node ?
 
---------
 
Cette histoire me fait penser à un truc qui a rien à vouar. L'esp32 a 2 core (enfin ceux que j'ai), le serveur http, il tourne via freertos ou il tourne sur le core 1 ?

Ah j'ai pas testé la distance max entre noeud.

Par ailleurs je pense avoir réglé hier mon problème de thread.
Je fait tourner désormais la tache d'update de l'affichage et LVGL sur 2 cores différents (xTaskCreatePinnedToCore).
Probablement qu'avant ca restait bloqué car le scheduler mettait les deux taches sur le même core.

Ce qui est chiant avec les lib Arduino ...  c'est que forcément elles ne sont pas thread safe!    
 
J'ai dû utiliser des queues, merci copilote , pour remédier à ce problème avec PubSubClient (mqtt).
 
J'aurais dû partir sur de l'ESP-IDF tout de suite je pense

Fais gaffe quand même qu'un pilote ne confond pas avec la piste de l'aéroport du coin.  

C'est juste sous 7 arbres, 2 spot chacune. Rien de plus.

Ca me fait vachement penser à je ne sais plus quelle BD Tintin où des spots dans les arbres servent à marquer le point de larguage depuis avion de ... faux billets. Méfies toi.

Hola,
 
Je zieutais du cote de la norme bluetooth BLE, a priori le module phare c'est le NRF52, mais quand je vois le prix, cela vend pas du rêve. Est-ce que quelqu'un a testé la norme avec des modules plus abordables ?

Yes, driver semaphorisé avec succès  

Manque plus que le transceiver RS485 3.3V à 0.66€ qui n'est toujours pas arrivé  

En effet ca tourne autour des 35-40€.

Si t'as besoin de volume, bah il y a toujours moyen que tu te fasses ton propre PCB, la NRF52 n'est pas cher sur JLCPCB.
https://jlcpcb.com/parts/componentS [...] hTxt=NRF52

35-40€, c'est CHER et c'est les kits de dev (à 50€ sur AE même)
J'ai besoin d'un ou deux pour tester. La version à souder est à 5.59€ https://fr.aliexpress.com/item/1005002481454577.html mais c'est une image 3D

Doit bien exister du moins cher

https://www.adafruit.com/product/4077
 
https://www.adafruit.com/product/4078
 
Mais bon, les fdp et douane...
 
 
EDIT:
https://www.amazon.fr/Ebyte-E73-2G4 [...] B07P8S65RX
 
Dans les commentaires:
Attention pas de quartz 32khz
 
 
EDIT2:
https://www.mouser.fr/ProductDetail [...] TcfQ%3D%3D
 
Par contre ca sera pas évident à souder

Non mais le prix ...
Je m'étais dit "tiens, je vais virer mon RFM69 par du bluetooth BLE pour gagner eventuellement en consommation vu les débits théoriques", comme j'ai 10m entre les 2, ca aurait fonctionné ou à minima à tester.
Sauf qu'à ce prix là, je me contenterais de 300Kb/s à 30mA au lieu de 1Mb/s à 10mA

J'arrive pas à faire marcher la puce audio de mon ESP32-P4 (ES8311 I2S/DAC).

Pourquoi je ne suis pas partir directement sur un Pi, je suis con.

Sinon un buzzer passif ?

Le BLE doit être un poil complexe j'imagine, d'où le prix des modules? Perso quelque € pour du RF ça ne me choque pas.  
 
Pour ton histoire I2S, il faut la bonne fréquence et la bonne voie (droite/gauche), tu as fait attention à ça? Sinon donne plus de détails, "marche pas" c'est peu précis.

Oui ca sera l'alternative

Franchement je sais plus où j'en suis moi-même
Ca fait 2h que je me débat avec copilot

J'utilise la lib Audio.h pour la gestion de l'I2S et tout.

Tu as regardé le signal avec un scope / analyseur logique? Sigrok sait décoder le I2S de mémoire aussi.

Edit: Et plutôt que de brûler du carbone pour de l'"IA", tu as bien lu la doc de ton DAC histoire de savoir comment il "marche"?

Edit2: Désolé, j'étais un peu lourd la. N'empêche qu'un coup d'oeil dans la doc est important histoire de bien paramétrer une lib existante p.ex.