Discussion :

[DjÔsh Nash]

Bonjour tout le monde

Je viens vers vous car dans le cadre de mon stage, on me demande de créer une I.H.M afin d'afficher des données. Ces données proviennent d'un MODEM relié au PC via une RS-232. Jusqu'ici tout va bien.
Le problème, c'est que pour afficher ces données en temps réel, je dois faire transiter 4331 bits/13.33 ms (en effet toutes les 13.33ms je reçois les nouvelles données) via la RS-232 qui a un débit max de 1535 bits/13.33 ms . Vous voyez ou se situe le problème ? Mon tuteur de stage m'a dit qu'il serait possible d’implémenter directement un bout de code en C ou Java dans le MODEM afin de compresser les données, et ainsi respecter ce débit binaire de 1535 bits/13.33 ms. Il me resterai donc plus qu'à décompresser les données pour ainsi les afficher. Je fais donc appel à vous afin de savoir si vous connaissiez un alogorithme facilement codable en C ou Java, possible de compresser/décompresser un flux binaire.


Merci à vous , bonne journée

[souviron34]

ben ces données c'est quoi ??

Des entiers, des shorts, des bytes ?

[DjÔsh Nash]

Ces données sont stockées sur 32 bits au niveau du MODEM, mais vont véhiculer au format RS-232 à travers la liaison RS-232. Soit 8 bits de data + 1 bit de start + 1 bit d'arrêt + 1 bit de parité = 11 bits.

[souviron34]

et tes 8 bits de data représentent quoi ?

Tu as d'abord les algos de compressions usuels (LZW etc), et puis après il peut y avoir une compression dépendante des données et de leur type - distribution (par exemple du style GIF pour des images)

[DjÔsh Nash]

Ces données représentent des amplitudes de puissances.
Le problème c'est qu'il me faudrait un algo simple à coder, et qui ne prenne pas beaucoup de temps, afin que les infos affichées correspondent bien aux données "actuelles".

[souviron34]

Comme je dis, ça dépend des propriétés des données...

Si tu as plusieurs (voire beaucoup de) fois les mêmes valeurs, tu peux compresser en faisant des listes indexées.. (comme GIF)

Tu peux aussi, si tes valeurs sont dans un certain "range", stocker le "range" une fois et ensuite ne stocker que les différences, qui nécessitent moins de bits. (très efficace quand beaicoup de valeurs réelles (le format GRIB (principalement utilisé en météo) est comme ceci)). : taux de compression record.


Si tu n'as pas d'a-priori particulier, une comprssion style LZW ou autre (algos et programmes dispos librement, comme zip, tar, etc..)