Nouvelles:

Le Forum est maintenant chiffré (préambule https). Bien sûr, des liens externes insérés dans les sujets vont demeurer inchangés. Mais la composition des pages du Forum est désormais sécurisée. Si des problèmes d'affichage surviennent, veillez à vider votre cache pour ce site.

Menu principal

Décoder UART (Siglent)

Démarré par Manu, Juillet 23, 2022, 08:15:12 PM

« précédent - suivant »

Manu

Bonjour à  tous,
J'essaie de lire un signal que je suppose UART. Mais pourquoi deux signaux différents renvoient la même valeur (0x75) de decodage ?   :o
Mon objectif est de copier ces signaux et de les simuler avec un arduino.

(J'ai essayé tous les réglages, il n'est qu'à  115200, il affiche 3 trames de lectures pour chaque signal)





Merci

papyblue

Bonjour Manu,
De loin, ça ressemble plus à  une liaison série genre i2c qu'à  une liaison asynchrone. Y a t-il un signal d'horloge quelque part ?

PB

Manu

#2
Bonjour papyblue
Je vois que c'est au-delà  de mes capacités


j'ai démonté ce haut-parleur bluetooth. A l'intérieur il y a deux plaques une noire et l'autre verte. Une pour les leds de l'écran et les commandes "rotary encoder". Une autre qui contient la partie qui génère l'audio (lecteur microsd, input jack3.5mm,bluetooth)

Je voulais éliminer l'écran (board noire) et les encodeurs rotatifs. Ainsi pouvoir utiliser uniquement des push boutons + arduino (et la board verte) pour le contrôle on, off, play, stop, next, etc... au lieu des encodeurs rotatifs. Les câbles que j'essaie de décoder et qui communiquent entre les deux cartes indiquent RX2 et TX2(sur la board verte), j'ai donc supposé que c'était UART.

(   Source Photos: https://estebon.mx/?p=202  )




Je suis un peu découragée je pense que je vais tourner la page pour le moment.

Merci d'être toujours à  l'écoute   ;)

papyblue

#3
Bonjour Manu,
Non, il ne faut pas se décourager, le retro-engineering nécessite beaucoup de ténacité.
Dans votre cas, voilà  comment je procéderais :
1) identifier les fonctions remplies par les deux cartes
2) lister les informations qui doivent transiter entre elles
3) se poser la question : si j'avais du concevoir cette carte quels circuits aurais-je mis ?
4) regarder les références des composants utilisés (si besoin regarder les datasheet)
5) enfin observer les signaux et tenter de les décoder :
- durée d'une trame
- codage d'un bit (en déduire le nombre de bits )

Dans votre exemple, pour commander des leds, je ne serais pas étonné que des registres à  décalage soient utilisés.

Bon courage.