Reprise du message précédent :

Si, c'est possible en utilisant une compound-litteral (une feature introduite en C99):

La clé est le "cast" (les parens) autour du type avant la liste d'init.

edit: testé sur ardunio ide, en effet avec ce compilo moyen ageux il veux pas.
Il traite en erreur ce qui ne devrait etre qu'un warning (et encore...) "taking address of temporary array"
 

haaaaaaaaaaaaaaa

On apprend tout les jours.

Concernant le compilateur, faut pas lui dire d'utiliser le C99? -std=c99 ou du genre de mémoire.

STM32, il y a des trucs excellents, d'autres ...
Pour réveiller le CPU en deep sleep (ultra low power mode), on peut utiliser entre autre le RTC avec un IRQ spécial (contrairement à l'arduino ou c'est une modification du watchdog).
Pour ce faire , soit un oscillateur externe, soit un oscillateur externe standard 32,768KHz soit un oscillateur interne.
Il n'est pas calibrable et a une frequence typique de 38Khz avec ... min 26Khz et max 56Khz

Tu as testé pour quel µC? Si c'est AVR alors leur truc n'est pas à jour. Avec avr-gcc (GCC) 5.4.0 (dont le (c) est de 2015!) sur mon système j'arrive à compiler ton exemple (et sans warnings avec -Wall -Wextra).

Bah t'as qu'à y coller un NE555 pour réveiller ton STM.
 
Sérieusement, ça doit être dû à des contraintes technologiques, mais j'ignore les détails... Je me souviens juste vaguement qu'il est très difficile de créer une "résistance" silicium avec une valeur exacte, par contre la déviation entre différentes "résistances" sur un même wafer sera très faible. C'est peut-être un oscillateur RC en interne dans ton STM?
 
En même temps un 32,768kHz c'est pas cher et pas grand (mais ça occupe deux broches).

 
2.3.3 de 2024, pour un mkr-zero, pas si vieux donc...
 
je l'update pas c'est dans une vm pour un truc legacy bien moisi que j'ai au taff,  
tous mes autres "vrais" micros sont en gcc/iar en C17    

Je parlais de la version de avr-gcc qui tourne en arrière-plan (si on compile pour AVR). J'ai pas le truc Arduino installé et pas envie de démarrer une VM (et télécharger inutilement)...

J'ai le cablage sur mon PCB mais flemme
Ensuite c'est pour du "deep sleep", si c'est 8mn au lieu de 10mn, ca devrait aller.
 
---------
Sous platformio :
avr-g++ (GCC) 7.3.0
avr-gcc (GCC) 7.3.0

pas avr gcc, c'est arm-none-eabi-g++ et ardunio ide le met en -std=gnu++11, du coup les compound-litterals C il aime pas  

un workaround c++ compliant serait: func(new int[2]{10, 11}); mais ca sucks, ca cache un malloc-like derrière donc faut le free/delete après  

et du coup on est loin de la souplesse de la compound litteral sur stack du C. Donc le plus simple est... de revenir a une classique var intermédiaire  

damn you ardunio !

Arf, désolé, c'était pas mon jour hier...
 
Après peut-être on peut changer le "mode" (std) du GCC quelque part dans l'interface Arduino?  
 
Enfin bon, j'ai appris un nouveau truc.

Je crois que oui. Le problème des parametres de compilation, c'est quand tu veux distribuer ton code

Projet fini et upload :
https://github.com/FroggyCorp/Light_Light
 
Related vid :
https://www.youtube.com/watch?v=z0U1Xu2ibLQ
https://www.youtube.com/watch?v=Cth2Q4qN7tQ

C'est en effet un bon point. Perso je distribue du code (sans Arduino et sous un autre pseudo que je ne donnerai pas) et je fais attention à toujours préciser les paramètres de compilation. Y'a rien de plus chiant que de se retrouver avec pleins de fichiers et ne pas savoir comment en faire un truc "qui tourne"...

Hola,

Petite question d'organisation de code. J'ai une lib SPI pour plusieurs architectures.

Actuellement, dans les appels de libs, je définit l'architecture à utiliser, est-ce que je peux le definir dans le .h de base. Example :

Sauf que forcément, il ne sait pas vers quel .cpp pointé. Il y a moyen de le faire via le header ? Ou de faire un truc comme :

Ou alors je créé un .cpp de type :

Mais cela me semble pas forcément ultra propre

Si c'est toujours d'actualité tu peux toujours regarder comment les lib' Arduino "propres" sont fichues, p.ex. celles de chez Adafruit. Je suis trop fatigué la pour lire.

Ardafruit, leur code est parsemé de #if def(archi1), je trouve cela illisible

Quand on parle preprocesseur en C ça devient très vite illisible, mais y'a pas 36 solutions et c'est souvent un vrai casse-tête... Honnêtement je n'ai pas de réponse ultime non plus sur ce coup.

Au final, j'ai créé un "faux" .cpp qui #include le bon .cpp

Sinon, ca ouvre des tickets sur GitHub, pour wiringPi (raspberry) qui est la lib principale de gestion de GPIO (en tout cas la plus référencé), il y a des fonctions définies dans le .h mais qui derrière n'existe pas

Hello
 
Des experts en lib LVGL par ici?
 
J'ai utilisé SquareLine Studio pour pondre du code C pour la lib LVGL v9.1.
 
Malheureusement, j'arrive pas à faire fonctionner la lib LVGL en version 9.1 sur mon kit Waveshare ESP32-P4 + LCD 10.1".
J'utilise la version v9.3 que propose Waveshare et qui marche avec leur exemple.
 
Question
Est-ce que du code pour LVGL v9.1 serait incompatible avec la version v9.3?
 
Je pose la question car j'ai un écran noir avec mon projet

Possiblement oui ?
 
Test un truc simple, genre juste un texte ?  
 
(cela me fait penser que j'ai un truc comme cela qui traine dans un tiroir qu'il faudrait que je test)

Bonne idée
 
Avec un truc simple ca marche , sauf le touch je remarque, mais ça je verrai après.
 
Bon par contre avec mon design j'ai soit un écran noir, soit, en réduisant le nombre de composant, un "Core  1 panic'ed...".
Bref SquareLine Studio est pas mal bugué
 
Vais tester EEZ Studio.
 
EDIT:
Bon en faisant un mix de fichiers entre le projet qui marche et celui qui ne marche pas, j'arrive à afficher quelque chose.
Bref c'est bien SquareLine qui chie quelque part
 

Je crois que mon ESP32-P4 n'a pas assez de mémoire.
Ou plutôt la lib LVGL n'utilise sans doute pas la PSRAM de 32Mo.

Maintenant la question est de savoir s'il y a moyen de configurer LVGL pour qu'il utilise la PSRAM de l'ESP

EDIT:
Seulement 56.3KB dispo????

EDIT 2:
Ah c'est bon, ça se paramètre dans le fichier de config de LVGL. Je suis redescendu à 30% d'utilisation.

Cool tout marche

Quelqu'un ici aurait déjà utilisé la lib ModbusMaster?
 
J'ai mon écran qui freeze quand la requête échoue. (chose qu'il ne devrait pas faire justement)

Holy shit
 
Qualcomm acquires Arduino
https://www.cnx-software.com/2025/1 [...] brain-sbc/

Qualcomm c'est pas parmi ceux qui ne fournissent jamais de doc (sans NDA) ou je confond?

C'est broadcom les avares de doc je crois  

Je ne comprends pas trop le mouv ?
Arduino ça représente les DIYers
Qualcomm c'est un géant de la télécommunication.
A part dans une éventualité de brancher les petits jeunes via arduino pour qu'après ils demandent du matos qualcomm quand ils deviendrons ingé ?

A mon avis c'est qu'on peut faire du fric avec Arduino, c'est tout. capitalism at its best.

PS: Non je ne suis pas communiste ou autre.

J'aime pas ça perso. Me demande si Expressif va toujours autant soutenir le truc. On verra.

Sinon j'ai un problème de "corrupt heap" sur une tache créée avec la commande xTaskCreate.

Le truc que je ne comprends pas c'est que le MCU reset automatiquement au boot, au moins 10 fois, mais à la 11 le programme se met à marcher.
Comment c'est fucking possible?!?
S'il reset il doit se retrouver à chaque fois au même état initial, pourquoi à la x-ième fois il marche?

Entre le capitalisme et le communiste, il y a quand même un large éventail de possibilité
Est-ce que c'est vraiment mauvais ? Ou dit autrement, est-ce que beaucoup achète du 100% arduino et non des montages AVR équivalents ?

Parce-qu'une interruption n'arrive pas exactement au même moment par rapport à une autre interruption donc par miracle ça passe?  

oh ben purée

Quelle est la procédure à suivre pour découvrir d'où vient ce problème de corrupt heap?    

J'ai checké mes ps_malloc() et les free(), aucun problème de ce côté là pourtant.

edit:
ayait j'ai trouvé, saleté de char

Bien sûr, mais on est pas sur le sujet politique (   ), heureusement...

C'est un point important. Perso je me fiche un peu d'Arduino, je n'utilise ni le soft ni les boards (officiels ou clones), mais pour beaucoup de gens ça serait dommage ou pire si Arduino "coule" dans un sens ou un autre (notamment blobs etc, voir le message de 404 Not Found sur blabla). Faut pas oublier aussi que Arduino, bien que critiquable sur certains aspects, a certainement permis à pas mal de gens à s'initier à la prog / l'électronique / les deux mélangés et a dû ouvrir la voie vers des études pour certains p.ex. Donc si ça "coule" c'est quand même disons embêtant.

Oui, pour moi Arduino c'est le truc qui a permis à des pâtissiers des musiciens et n'importe qui d'un poil débrouillard de faire de l'électronique a grand coup de copier coller.
C'est (c'était ?) la meilleure plateforme de vulgarisation

Il y a un topic freeRTOS??
J'en chie avec mes tasks concurrentes.
 
(Je savais pas que les ESP32 sous Arduino carburaient à ça)

J'ai pas connaissance d'un tel sujet, mais si c'est caché sous la couche Arduino on peut en parler ici non? (Après perso je serai pas d'une grande aide je crains. )

Alors avec freeRTOS, la fonction loop doit rester vide. Tout se passe dans les tasks.

Tout marchait plus ou moins bien, jusqu'à qu'à ce que je rajoute une task bidon qui ne fait rien d'autre que faire appel à la RTC et au besoin NTP et rafraîchir l'heure à l'écran.

J'ai une task, la principale d'ailleurs, celle qui rafraîchit presque la totalité des données à l'écran qui passe en état "ready" au lieu de "running" alors qu'elle tournait normalement jusque là.

Alors j'ai cherché sur le net pour savoir pourquoi elle était en état ready.
Ca dit que la tache est affamée, dit d'une autre manière le scheduler ne lui donne pas la main.
Pourtant même en lui donnant une priorité plus haute rien ne change.

Bref je comprends plus rien

edit:
Et si je détecte qu'elle est en état "ready" et tente de la supprimer pour en démarrer une autre, ca me pond un Exception was unhandled + blue screen + reboot.

J'ai très peu de connaissances en RTOS , mais j'ai un vague souvenir qu'il y a différent types de scheduler. Peut-être ta tâche "bidon" prend trop de temps? Ou alors une histoire de ressources partagées, genre le bus SPI qui est partagé entre les deux tâches? Dans ce cas il faut prendre des précautions, des "mutex".

+1 pour en parler ici j'ai toujours considéré le topic "arduiino" comme étant plutot dédié à l'entraide et l'échange éventuellement sur un arduino...
De toute façon on peut utiliser du code arduino sur un µc type arduino en dehors d'une carte arduino ou alors utiliser une carte arduino sans l'ide arduino donc ...
 
Bref je penche aussi pour el fait que ta tache bidon consomme trop de temps, mets des log avec timestamp.

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