Bienvenue aux nouveaux arrivants sur FantasPic !
- Pensez à lire les règles durant votre visite, il n'y en a pas beaucoup, mais encore faut-il les respecter .
- N’hésitez pas à faire des remarques et/ou suggestions sur le Forum, dans le but de l'améliorer et de rendre vos prochaines visites plus agréables.
- Vous pouvez regarder votre "panneau de l'utilisateur" afin de configurer vos préférences.
- Un passage par "l'utilisation du forum" est recommandé pour connaître les fonctionnalités du forum.
--- L’équipe FantasPic ---
- Pensez à lire les règles durant votre visite, il n'y en a pas beaucoup, mais encore faut-il les respecter .
- N’hésitez pas à faire des remarques et/ou suggestions sur le Forum, dans le but de l'améliorer et de rendre vos prochaines visites plus agréables.
- Vous pouvez regarder votre "panneau de l'utilisateur" afin de configurer vos préférences.
- Un passage par "l'utilisation du forum" est recommandé pour connaître les fonctionnalités du forum.
--- L’équipe FantasPic ---
Modérateur : Jérémy
SPI Hardware sur PIC18F27K42
Bonsoir paulfjujo,
Ça t'intéresse en ASM ? Ça sera sûrement plus rapide quand C
Je me suis aperçu de quelque chose il y a quelques jours, le pixel de mon écran d'ordinateur n'a pas la même valeur qui est lue dans le fichier BMP
Ça n'a pas vraiment d'importance, car la conversion fonctionne très bien, et de plus le rendu est meilleur sur mon petit écran SPI, qu'un fichier transformer BMP 24 bits vers RG565 par le programme ASM
Attention, au début de la lecture, c'est important, car le décallage d'un pixel va changer ta couleur, j'ai testé
A+
paulfjujo a écrit :Source du message je recherche donc un algo plus performant ,tout en restant rapide et sans usage de flottants..
voici ma fonction de Lecture et affichage fichier BMP
Ça t'intéresse en ASM ? Ça sera sûrement plus rapide quand C
Je me suis aperçu de quelque chose il y a quelques jours, le pixel de mon écran d'ordinateur n'a pas la même valeur qui est lue dans le fichier BMP
Ça n'a pas vraiment d'importance, car la conversion fonctionne très bien, et de plus le rendu est meilleur sur mon petit écran SPI, qu'un fichier transformer BMP 24 bits vers RG565 par le programme ASM
Attention, au début de la lecture, c'est important, car le décallage d'un pixel va changer ta couleur, j'ai testé
SPI Hardware sur PIC18F27K42
- paulfjujo

Maître- Messages : 3297
- Âge : 75
- Enregistré en : juillet 2015
- Localisation : 01800
- Contact :
bonsoir,
ma lecture directe de fichier BMP 24bits est maintenant OK ... (appli 18F47K42 XC8 )
un BMP16 s'affiche de haut en bas , un BMP24 de bas en haut
avec YAT configuré en Binaire pour TX et string en RX
YAT :config buffer par defaut inp 4096 bytes et out 2048 bytes..il est recommandé de ne pas les modifier
ça marche aussi ,mais reste moins rapide qu'avec COM Port Toolkits, mais l'avantage est un affichage coté RX ..en forme et donc tres lisible
contrairement à COMport
resultats avec SPI à 32Mhz UART à 921600 bauds
avec YAT:
avec COMPORT Toolkit 4.0 ( à 921600bds):
fichiers BMP pour ces tests :
Lien sur vidéo
je vais donc maintenant rattacher la partie SDCARD ...
pour y stocker les fichiers BMP envoyés .
detail et source sur ma page web
à suivre sur un autre post ..
ma lecture directe de fichier BMP 24bits est maintenant OK ... (appli 18F47K42 XC8 )
un BMP16 s'affiche de haut en bas , un BMP24 de bas en haut
avec YAT configuré en Binaire pour TX et string en RX
YAT :config buffer par defaut inp 4096 bytes et out 2048 bytes..il est recommandé de ne pas les modifier
ça marche aussi ,mais reste moins rapide qu'avec COM Port Toolkits, mais l'avantage est un affichage coté RX ..en forme et donc tres lisible
contrairement à COMport
resultats avec SPI à 32Mhz UART à 921600 bauds
avec YAT:
image 16bits residente en flash
DrawImageRGB(60,60,Image_128x160,128,160);
affichage Image_128x160_RGB en 148508 uS soit 0.149 sec.
Coccinelle_240x240x16b.bmp
s'affiche de haut en bas
Chargement du BMP en 4158732 uS, soit 4.159 sec.
Cocinella_240x240x24b.bmp
s'affiche de bas en haut
Chargement du BMP en 6176178 uS, soit 6.176 sec.
voltmetre_240x240x24b.bmp
s'affiche de bas en haut
Chargement du BMP en 6765376 uS, soit 6.765 sec.
altimetre_240x240x24b.bmp
s'affiche de bas en haut
Chargement du BMP en 6555626 uS, soit 6.556 sec.
avec COMPORT Toolkit 4.0 ( à 921600bds):
C:\MPLABX_Projects\18F47K42_RTS_UART1_2026.X\voltmetre_240x240_24b.bmp
Chargement du BMP en 2459528 uS, soit 2.460 sec.
C:\MPLABX_Projects\18F47K42_RTS_UART1_2026.X\airspeed_240x240x24b.bmp
.. Chargement du BMP en 2433940 uS, soit 2.434 sec.
C:\MPLABX_Projects\18F47K42_RTS_UART1_2026.X\Coccinella_240x240_24b.bmp
000094;18:31:44.806 Fin de lecture fichier *.bmp.. Recu 172798 bytes RGB565
.. Chargement du BMP en 2627302 uS, soit 2.627 sec
C:\MPLABX_Projects\18F47K42_RTS_UART1_2026.X\Coccinelle_240x240x16.bmp
.. Fin de lecture fichier *.bmp.. Recu 115200 bytes RGB565..
Chargement du BMP en 1480690 uS, soit 1.481 sec.
Chargement du BMP en 526252 uS, soit 0.526 sec.
C:\MPLABX_Projects\18F47K42_RTS_UART1_2026.X\Tigre_16.bmp
fichiers BMP pour ces tests :
Lien sur vidéo
je vais donc maintenant rattacher la partie SDCARD ...
pour y stocker les fichiers BMP envoyés .
detail et source sur ma page web
à suivre sur un autre post ..
Vous n’avez pas les permissions nécessaires pour voir les fichiers joints à ce message.
Qui est en ligne
Utilisateurs parcourant ce forum : Aucun utilisateur enregistré et 3 invités

