[arduino] Topic Unique blabla @ Arduino

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 278 279 280 281 282 283 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [arduino] Topic Unique blabla @ Arduino

rat de combat

attention rongeur méchant!

Reprise du message précédent :
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.

Message édité par rat de combat le 18-10-2025 à 20:20:59

---------------
Ne laissez pas mourir vos sujets en cours de route!

Publicité

fredo3

C'est gentil, mais je laisse tomber :jap:
Vais prendre un buzzer [:tinostar]

Malheureusement Waveshare n'a fournit d'exemple de code que pour ESP-IDF en ce qui concerne l'audio.

Tiens je vais leur envoyer un message pour qu'il rajoute un exemple Arduino , on ne sait jamais

fredo3

Ayai, c'est tombé en marcheeee [:hill]

Bon j'ai utilisé ca, avec la bonne définition de pin I2S, I2C, pin d'activation de l'opamp et driver ES8311, que je suis allé chercher sur le projet audio de waveshare pour ESP-IDF.

https://github.com/pschatzmann/ardu [...] om-max.ino

Bon je mets le code ici avec la bonne def de pin pour ceux qui ont une carte Waveshare ESP32-P4.

Code :

/**
* @brief We define a custom board with the i2c and i2s pins and output_device a sine
* with the help of the AudioTools I2SCodecStream
* @author phil schatzmann
*/
#include "AudioBoard.h"
#include "AudioTools.h" // install https://github.com/pschatzmann/arduino-audio-tools
#include <AudioTools/AudioLibs/I2SCodecStream.h>
// I2C
#define SDAPIN 7 // I2C Data, Adafruit ESP32 S3 3, Sparkfun Thing Plus C 23
#define SCLPIN 8 // I2C Clock, Adafruit ESP32 S3 4, Sparkfun Thing Plus C 22
#define I2CSPEED 100000 // Clock Rate
#define ES8311ADDR 0x18 // Address of ES8311 I2C port
// I2S, your configuration for the ES8388 board
#define MCLKPIN 13 // Master Clock
#define BCLKPIN 12 // Bit Clock
#define WSPIN 10 // Word select
#define DOPIN 9 // This is connected to DI on ES8311 (MISO)
#define DIPIN 11 // This is connected to DO on ES8311 (MOSI)
#define PA_CTRL 53
AudioInfo audio_info(44200, 2, 16); // sampling rate, # channels, bit depth
SineWaveGenerator<int16_t> sine_wave(32000); // amplitude
GeneratedSoundStream<int16_t> sound_stream(sine_wave); // sound generator
DriverPins my_pins; // board pins
AudioBoard audio_board(AudioDriverES8311, my_pins); // audio board
I2SCodecStream i2s_out_stream(audio_board); // i2s coded
StreamCopy copier(i2s_out_stream, sound_stream); // stream copy sound generator to i2s codec
TwoWire myWire = TwoWire(0); // universal I2C interface
void enable_amp() {
pinMode(PA_CTRL, OUTPUT);
digitalWrite(PA_CTRL, HIGH); // Enable amp
}
void setup() {
// Setup logging
Serial.begin(115200);
AudioLogger::instance().begin(Serial, AudioLogger::Warning);
AudioDriverLogger.begin(Serial,AudioDriverLogLevel::Warning);
enable_amp();
delay(2000);
Serial.println("Setup starting..." );
Serial.println("I2C pin ..." );
my_pins.addI2C(PinFunction::CODEC, SCLPIN, SDAPIN, ES8311ADDR, I2CSPEED, myWire);
Serial.println("I2S pin ..." );
my_pins.addI2S(PinFunction::CODEC, MCLKPIN, BCLKPIN, WSPIN, DOPIN, DIPIN);
Serial.println("Pins begin ..." );
my_pins.begin();
Serial.println("Board begin ..." );
audio_board.begin();
Serial.println("I2S begin ..." );
auto i2s_config = i2s_out_stream.defaultConfig();
i2s_config.copyFrom(audio_info);
i2s_out_stream.begin(i2s_config); // this should apply I2C and I2S configuration
// Setup sine wave
Serial.println("Sine wave begin..." );
sine_wave.begin(audio_info, N_B4); // 493.88 Hz
Serial.println("Setup completed ..." );
}
// Arduino loop - copy sound to out
void loop() { copier.copy(); }

Reste plus qu'à lui faire lire des MP3.

Edit:
C'est bon pour le MP3.

Suffit de se baser sur ce code (faut installer un codec mp3 au préalable) et utiliser la classe SD_MMC au lieu de SD (spi):
https://github.com/pschatzmann/ardu [...] p3-i2s.ino

Pas terrible l'haut-parleur fourni

Message édité par fredo3 le 19-10-2025 à 12:43:02

fredo3

Bonsoir

Bon j'ai un bug bizarre, je peux même pas vous donner de code à corriger, je ne sais même pas d'où ca peut venir.

En gros:
- Sans wifi et Ethernet, ma tache de rafraîchissement lvgl de l'écran rame
- Wifi allumé et connecté, ma tache de rafraîchissement lvgl de l'écran rame
- Ethernet connecté, ca ne rame pas!
- Ethernet et wifi connecté, ca ne rame pas!

Bref, moi pas comprendre [:daemonovae]

Message cité 1 fois

Natopsi

☄️Just end it already!☄️

Bah t'as une tache quelque part qui est plus prioritaire qui doit faire un truc du genre:
Si Ethernet pas connecté
Tenter de se connecter avec un certain timeout
Sinon
Faire quelque chose qui va vite
Fin Si

---------------
⚡ACH/VDS⚡HFRCoin◈1435mm⚡

froggycorp

fredo3 a écrit :

Au pif, en lien avec ton bug précédent sur ta config reseau ?

fredo3

J'ai isolé le problème.

Dans ma tache lvgl j'ai du code qui met à jour la RTC.

Et comme l'Ethernet est configuré comme route par défaut "ETH.setDefault()" la mise à jour de la RTC faisait probablement un timeout.

Bref vais faire une tache à part rien que pour actualiser la RTC, comme ca pas de blocage de l'affichage.

Désolé du dérangement, je suis chiant avec mes bug

Message édité par fredo3 le 23-10-2025 à 20:27:48

fredo3

Rho, je suis à deux doigts de "terminer" mon projet avec les ETA Rex, mais j'ai un bug au niveau LVGL.

J'ai déclaré une "callback function" sur un click d'un bouton-image.
Cette fonction est bien implémentée au niveau de mon code, comme pour les autres boutons (qui marchent).
Cette fonction est vide! Il n'y a rien dedans.

Pourtant quand j'appuie sur le bouton ca fait planter mon ESP32.

J'ai strictement aucune idée du problème, vu que mon code ne semble pas directement en cause, la fonction est vide!

C'est le gros bouton vert.

Message édité par fredo3 le 26-10-2025 à 14:51:30

rat de combat

attention rongeur méchant!

C'est quoi le prototype de la fonction, elle doit retourner quelque chose?

---------------
Ne laissez pas mourir vos sujets en cours de route!

fredo3

Code :

void cf_BtnRexEnable_Clicked(lv_event_t * e){
}

[:spamafote]
Incompréhensible.

J'ai pensé à un manque de mémoire au niveau de la task associée, mais non, non plus.

Message édité par fredo3 le 26-10-2025 à 15:24:16

Publicité

rat de combat

attention rongeur méchant!

et si tu fous un printf() ou du genre dedans, ça fait quoi?

---------------
Ne laissez pas mourir vos sujets en cours de route!

fredo3

Pareil, ca plante sans imprimer.

D'ailleurs avant j'avais du code dedans. Je l'ai enlevé justement pour essayer d'isoler le problème, mais visiblement il est ailleurs.

Message édité par fredo3 le 26-10-2025 à 16:09:20

froggycorp

C'est une interruption ?

C'est quoi l'appel de la fonction ? J'aurais envie de dire de la virer et voir si le bouton seul fait planter
Une autre fonction avec le même nom ?

Message cité 1 fois
Message édité par froggycorp le 26-10-2025 à 16:22:48

rat de combat

attention rongeur méchant!

froggycorp a écrit :

C'est une interruption ?

C'est une fonction callback comme il disait.

Par contre je me demande si le prototype est bon, si il y a erreur ça peut créer du bazar... Tu as vérifié dans la doc de ta lib?

Message cité 1 fois

---------------
Ne laissez pas mourir vos sujets en cours de route!

fredo3

Non non, il est comme les autres:

rat de combat

attention rongeur méchant!

En effet, ça semble bon.

Tu as testé/vu https://docs.lvgl.io/master/intro/i [...] he-problem ?

Message cité 1 fois

---------------
Ne laissez pas mourir vos sujets en cours de route!

froggycorp

rat de combat a écrit :

C'est une fonction callback comme il disait.

Par contre je me demande si le prototype est bon, si il y a erreur ça peut créer du bazar... Tu as vérifié dans la doc de ta lib?

Je lis pas

Si c'est un ESP32, en UART doit y avoir un calltrace, faut l'utilitaire pour le lire mais ca peut tetre aider

Message cité 1 fois
Message édité par froggycorp le 26-10-2025 à 18:09:27

fredo3

froggycorp a écrit :

Je lis pas

Si c'est un ESP32, en UART doit y avoir un calltrace, faut l'utilitaire pour le lire mais ca peut tetre aider

Oui Copilote me dit après analyse du calltrace que:

Citation :

What This Suggests
1. A pointer with value 0x40 is being passed into a function, likely as an argument or internal LVGL structure.
This is not a valid heap or static address — it's a corrupted or misused pointer.

2. The crash is happening inside lv_timer_handler(), not your callback.
Even with the callback removed, LVGL is still trying to dispatch or render something that involves this bad pointer.

3. The image object or its source is likely corrupted.
If lv_img_set_src() was called with a bad pointer or file path, LVGL may crash during rendering or hit testing.

rat de combat a écrit :

En effet, ça semble bon.

Tu as testé/vu https://docs.lvgl.io/master/intro/i [...] he-problem ?

Non, j'ai déjà augmenté la mémoire au max.

Message édité par fredo3 le 26-10-2025 à 18:20:55

froggycorp

plutot qu'une AI utilise le programme associé ? (j'ai plus le nom)
Tu peux tracer en amont à cout de printf ou pas ? Voir utiliser un debugger tracer

Message édité par froggycorp le 26-10-2025 à 18:41:51

SnowBear

Truc con et que l'on voit pas toujours : tu appelles bien ta fonction avec la même casse que le nom de la fonction ?

T'as pas oublié une majuscule quelque part ? ^^"

fredo3

J'ai remplacé l'ImageButton par un bouton tout court, ca marche ca au moins.
Dois y avoir un bug avec les ImageButton.

Par contre j'ai un autre problème maintenant

J'ai créé une tache rien que pour collecter les donner de télémétrie. Les données sont envoyées à une Queue pour que les autres taches (exemple celle en charge de l'affichage) puisse accéder aux données.
J'ai fait ça pour enlever tous les appels aux driver au niveau de la tache de rafraîchissement de l'écran pour gagner en fluidité et pour que l'écran reste réactif (parce que ce n'était pas le cas avant).

La réactivité est impressionnante maintenant, mais j'ai un lag de 15 secondes entre ce qui se passe sur l'appareil et l'affichage.

Bref je ne sais pas trop d'où ca vient. J'imagine que la copie des données pour envoi dans la Queue est trop pénalisante.

Bref j'aurais dû prendre un Pi

Message édité par fredo3 le 27-10-2025 à 19:41:10

rat de combat

attention rongeur méchant!

Une queue c'est un FIFO non? Peut-être le code est fait de manière à ce que le FIFO doit être rempli entièrement avant de sortir des données? Sinon aucune idée, il faudrait plus d'infos mais pas 3000 lignes de code non plus... Difficile ton histoire.

---------------
Ne laissez pas mourir vos sujets en cours de route!

fredo3

J'utilise une queue de profondeur 1 + overwrite (xQueueOverwrite), c'est en principe l'idéale pour avoir toujours des données les plus fraîches possible.

Après analyse je crois que c'est tout simplement l'appareil qui est lent à répondre aux requêtes Modbus

Les données récoltées font ~900bytes, c'est pas la mer à boire non plus.

Message édité par fredo3 le 27-10-2025 à 21:46:31

froggycorp

15s, c'est beaucoup. Tu aurais pas un timer quelque part ?
Tu vois la diff entre l'uart et l'écran ?

Message cité 1 fois
Message édité par froggycorp le 27-10-2025 à 21:46:47

fredo3

froggycorp a écrit :

15s, c'est beaucoup. Tu aurais pas un timer quelque part ?

Non, c'est une task à forte priorité, et boucle sans fin, sans delay.
En optimisant le driver je viens de descendre à 11s, mais c'est toujours trop.

En plus le CPU se tourne les pouces.
Bizarre cette histoire.

froggycorp a écrit :

Tu vois la diff entre l'uart et l'écran ?

Comment ca?

Message cité 1 fois
Message édité par fredo3 le 27-10-2025 à 21:50:11

froggycorp

fredo3 a écrit :

Comment ca?

Comment tu sais qu'il y a un decalage de 15s ?

fredo3

Ex: print en début de tache de collecte de données et deuxième print à la fin.

Sinon il y a des LED sur l'appareil, donc je sais l'état des sorties à tout moment, or l'ecran le montre avec x secondes de decallage.

Message cité 1 fois

froggycorp

fredo3 a écrit :

Donc c'est la collecte qui prend 15s ? Pas l'affichage de la collecte ?

fredo3

Oui collecte.

Mais je trouve ça trop long, surtout pour un baudrate de 115200.

Le struct final avec toutes les données ne pèsent que 900 bytes.

Message édité par fredo3 le 27-10-2025 à 22:56:58

crazytiti

http://crazytiti.free.fr/

Carrément, 900 octets sur un port à 115k à raison de 8bits+ 1 stop ça ne devrait même pas prendre 1/100s :bounce:

---------------
Le PC est une drogue... Téléchargez mes modèles 3D pour que j'ai du filament gratuit :-D https://www.printables.com/fr/@Crazytiti_1456354

fredo3

Ouep.

Je vais essayer avec une autre lib modbus.
La modif devrait être rapide.

fredo3

Bon j'ai testé avec cette lib:
https://github.com/emelianov/modbus-esp8266/tree/master

Et elle semble bugué, vu que seule la toute première requête passe, les suivantes non même sur un simple sketch tout petit.
Perdu une heure pour rien...

Est-ce que mon problème avec ModbusMaster pourrait venir de mon câblage?

J'ai 20cm de jumper wires pour l'UART et 10cm de jumper wires non-torsadé pour le RS485.

Message édité par fredo3 le 29-10-2025 à 20:54:48

rat de combat

attention rongeur méchant!

Si tu passes par un convertisseur UART-RS485 à pas cher, vérifie déjà celui-la... Tu as un scope?

---------------
Ne laissez pas mourir vos sujets en cours de route!

fredo3

MAX3485

Nope, pas de scope.

Edit:
Je pense que je vais migrer vers ESP-IDF. Ils ont leur propre lib et apparemment elle est performante.
Ca ne va pas être évident.

Message édité par fredo3 le 30-10-2025 à 08:44:03

froggycorp

Bon, je suis en train de tester un PIC pour une histoire de cout imbattable de ce que j'ai pu voir.
Entre la quasi obligation d'utiliser MPLAB X, la doc (en tout cas sur le PIC16F1508) et les fonctions de base inexistante, c'est vraiment pas ouf. Par contre, il y a un simulateur intégré et ça c'est pas mal (bon fonctionne pas avec mon modèle de PIC pour une raison inconnue)

Par exemple, il y a comme pour STM, un code générateur d'initialisation. Cela donne ça pour l'initialisation de la clock :

Code :

void CLOCK_Initialize(void)
{
OSCCON = (11 << _OSCCON_IRCF_POSN) // IRCF 1MHz_HF
| (0 << _OSCCON_SCS_POSN); // SCS FOSC
BORCON = (0 << _BORCON_SBOREN_POSN) // SBOREN disabled
| (0 << _BORCON_BORFS_POSN); // BORFS disabled
}

C'est pas très propre ...

Message édité par froggycorp le 30-10-2025 à 13:20:04

fredo3

Olala l'ESP-IDF c'est pas pour les débutants :lol:

Bon j'ai réussi à migrer mon driver sur ESP-IDF.
Ben ca tombe à 10s pour rafraîchir les données

Conclusion c'est le mcu du REX qui est probablement lent

Message édité par fredo3 le 30-10-2025 à 21:19:09

froggycorp

bon, ca avance pas mal sur mon PIC16F1509, me reste à implémenter de lI2C en slave et là je capte pas mplab, il me génère un "drivers" mcc mais quand je lis le drivers, j'ai l'impression que le PIC gère quasi rien en I2C.
Ca c'est la gestion d'event :

Code :

static void I2C1_EventHandler(void)
{
PIR1bits.SSP1IF = 0;
if (0U != SSP1STATbits.P)
{
/* Notify that a stop event has occurred */
I2C1_InterruptHandler(I2C_CLIENT_TRANSFER_EVENT_STOP_BIT_RECEIVED);
}
else if ((!SSP1STATbits.D_nA) && (0U != SSP1CON3bits.ACKTIM))
{
/* Received I2C address must be read out */
i2c1Addr = I2C1_ReadByte();
/* Clear Software Error State */
i2c1ErrorState = I2C_CLIENT_ERROR_NONE;
/* Notify that a address match event has occurred */
if (I2C1_InterruptHandler(I2C_CLIENT_TRANSFER_EVENT_ADDR_MATCH) == true)
{
/* Send ACK */
SSP1CON2bits.ACKDT = 0;
SSP1CON2bits.ACKEN = 1;
}
else
{
/* Send NACK */
SSP1CON2bits.ACKDT = 1;
SSP1CON2bits.ACKEN = 1;
}
}
else
{
/* Host reads from client, client transmits */
if (0U != SSP1STATbits.R_nW)
{
if ((!SSP1STATbits.BF) && (!SSP1CON2bits.ACKSTAT))
{
/* I2C host wants to read. In the callback, client must write to transmit register */
if (I2C1_InterruptHandler(I2C_CLIENT_TRANSFER_EVENT_TX_READY) == false)
{
/* Send NACK */
SSP1CON2bits.ACKDT = 1;
SSP1CON2bits.ACKEN = 1;
}
else
{
/* Send ACK */
SSP1CON2bits.ACKDT = 0;
SSP1CON2bits.ACKEN = 1;
}
}
}
else
{
if (0U != SSP1STATbits.BF)
{
/* I2C host wants to write. In the callback, client must read data by calling I2Cx_ReadByte() */
if (I2C1_InterruptHandler(I2C_CLIENT_TRANSFER_EVENT_RX_READY) == true)
{
/* Send ACK */
SSP1CON2bits.ACKDT = 0;
SSP1CON2bits.ACKEN = 1;
}
else
{
/* Send NACK */
SSP1CON2bits.ACKDT = 1;
SSP1CON2bits.ACKEN = 1;
}
}
}
}
/* Data written by the application; release the clock stretch */
SSP1CON1bits.CKP = 1;
}

On peut voir que les ACK/NACK sont défini en soft. J'ai pas regardé sur d'autres uC, mais me demandait si c'était courant.
Et si quelqu'un a déjà utilisé mcc, est-ce qu'il sait où se trouve I2C1_InterruptHandler ?

J'ai juste en début :

Code :

static bool(*I2C1_InterruptHandler)(i2c_client_transfer_event_t clientEvent);

Parce qu'en faite, je capte pas si la gestion des appels de commande via le master I2C, je les mets après les send ACK où via l'I2C1_InterruptHandler qui est je sais pas où.

Message édité par froggycorp le 03-11-2025 à 20:02:22

rat de combat

attention rongeur méchant!

Pour moi c'est toi qui doit coder le I2C1_InterruptHandler() avec ton code utilisateur justement non?

---------------
Ne laissez pas mourir vos sujets en cours de route!

froggycorp

Ca parait le plus logique, mais pourquoi la faire déclarer comme ça ?

rat de combat

attention rongeur méchant!

J'ai pas compris. La c'est juste un prototype pour dire au compilateur "quelque part attend toi à une fonction avec cette tête" et te dire toi "voilà comment tu dois définir ta fonction".

---------------
Ne laissez pas mourir vos sujets en cours de route!

froggycorp

J'ai tout retracé, je me suis acheté des yeux et un cerveau et cela va mieux

Publicité

Page : 1 2 3 4 5 .. 278 279 280 281 282 283

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Electronique, domotique, DIY

Nano-ordinateur, microcontrôleurs, FPGA

[arduino] Topic Unique blabla @ Arduino

Sujets relatifs
* Réparations de vos appareils électroniques & electromenager *
Plus de sujets relatifs à : [arduino] Topic Unique blabla @ Arduino

Page générée en 0.149 secondes