Transformation d'un tableau de byte en courbe..

**kerrok83** · 06/12/2019, 15h56

Bonjour / Bonsoir à tous,

Je suis nouveau sur le fofo, et je viens vers vous car je bug, peut être un regard extérieur pourrait me débloquer

Alors, je suis en train de faire une appli permettant de se connecter à différents devices BLE afin d'en récupérer les datas. J'ai actuellement réussi à plug un Tensio-mètre, un oxy-mètre et un impédance-mètre (celui ci a 50% me manques encore certaines données a récupérer).
La je planche sur la connexion à un stéthoscope BLE, je cherche a récupérer les infos du stethos afin de recréer une courbe de phono-Cardiogramme sur l'appli. Je réussi à me connecter sur le stethos, à récupérer le flux mais je ne sais pas l’interpréter. J'avoue que mes années de math sont très loin, donc quand je me suis repenché sur la transformée de Fourrier, j'étais quand même pas fier, j'espère que ce n'est pas la seule façon de procéder

En fait ma question est plus sur le fond (la façon de pensée, ou d'agir, plutôt que sur le code pure, car j'aime bien chercher par moi même je retiens mieux). Ma vrai question est donc, que faire une fois le flux obtenu ? (je prescise que j'obtiens un byte[] d'une taille fixe de 20bytes).
N'ayant jamais travaillé sur le son, sur n'importe quel langage, j'avoue ne pas savoir ou partir. J'ai commencé a regardé les InputStream/bufferedReader etc... Mais le soucis c'est que j'obtiens déjà un tableau complets, et je ne sais juste pas quoi en faire pour traduire ce tableau en graphique dynamique (ecg)...

Je ne sais pas si j'ai été clair, n'hésitez pas à poser des questions si nécessaire.
Je rappelle que vous pouvez me mettre des blocs de code, mais la véritable solution, je préfère la trouver par moi même, et je ne cherche qu'un aiguillage dans mes recherches

Dans tous les cas, merci à ceux qui prendront la peine de me donner un coup de pouce

**joel.drigo** · 16/12/2019, 22h07

Salut,

Si personne ne te répond c'est probablement parce que ton problème est à la fois très spécifique et à la fois très vague.

Parce que les périphériques BLE c'est une techno spécifique, rien à voir à priori avec Java.
Parce que transformer un tableau de bytes en courbe, c'est un peu comme demander de traduire du dada ourka en klingon quand on ne parle que français et klingon. Si on ne sait pas en quoi ces octets caractérisent des données d'une courbe (c'est quoi, des coordonnées ? des amplitudes ? les coefficients d'une fonction ?).

A la limite que ça soit du BLE ou autre chose, ça n'a pas vraiment d'importance. En revanche, tu nous dit ce qu'il y a dans ce tableau d'octets et en quoi ça représente une courbe, en nous donnant un cas d'exemple aussi, tu auras beaucoup plus de chances de réponses.

[edit]Et j'oubliais qu'il serait intéressant de préciser la plateforme. Tu postes dans le forum mobile mais pas Android. Tu cherches à dessiner cette courbe sur une appli Java Desktop classique ou sur un téléphone Android ?

**kerrok83** · 17/12/2019, 09h56

Déjà Merci de ta réponse

Alors oui effectivement, je tente de développer une application sur android studio, le tout en java.
Quand a mon signal, je reçoit une tableau de byte décrivant une onde sonore. Un stethos BLE, n'est qu'un micro et un petit ampli (grossièrement). Je reçoit donc du son via protocole bluetooth sous forme de tableau de byte. Je ne cherche qu'une façon de penser pour traiter ce type de données car il y a toute la notion de bruit et donc de filtrage. Pour commencer je cherche déjà, a dessiner le son reçu (même avec le bruit), je pense qu'une fois que j'aurait compris comment traiter ce genre d'information, j'aurais tous le temps pour affiner mon signal. C'est pour cela que je me suis replongé dans les transformée de fourier, le soucis c'est que je ne vois pas comment je pourrais l'appliquer avec des infos encore contenue dans ce tableau.

En effet le bluetooth ici n'a que peu d'importance étant donné que j'ai déjà reçu le signal, la véritable question serait plus une question d’interprétation, et surtout de reconstruction de signal audio.
J'espère avoir été plus clair dans mes explications.

(Encore merci d'avoir pris la peine de répondre

)