[francois77]

Bonjour,

Pour les images, je crois que je vais en rester là pour le moment pour la raison suivante

Une image de 239*239 = 57121 point * 2 pour la couleur = 114k pour une image

Hormis de passer par une mémoire externe, on est vite bloqué

Pour les couleurs, le lien que j’ai donné me convient parfaitement pour avoir les codes couleurs.

A+
Francois

[francois77]

Hello

Amusement du soir

Intégration des procédures cercles et lignes de Temps-x afin de faire ce joli dessin

C'est pas parfait mais c'est normal

Le gros inconvénient de cet écran, c'est la lenteur des graphiques, certes mes macro ne sont pas optimisé !

un point = un positionnement X Y ( 6 octets ) + couleur 3 octets X par le nombre de points

Possibilité de passer par de la mémoire, mais cela sera un traitement partiel au vu de la taille disponible

La nuit porte conseil

-----------------------------------------------------------------------------------------------------------

l'idée est arrivé avant le sommeil .....
je n'ai pas la place pour stocker mes données au format xy couleur mais :

Je peux stocker facilement en 2 couleurs la totalité de mon écran

0 = couleur X
1 = couleur Y

30 octet * 8 = 240 points = largeur
30 octet * 8 = 240 points = hauteur

30 *30 = 900 octets = un écran 2 couleurs

A+

Francois

[gwion]

Joli le trèfle cathodique :)

[paulfjujo]

Joli le trèfle cathodique :)

appelé aussi .. un oeil magique

EM3.jpg

[francois77]

Bonjour,

Pour Bruno c'est pas dur .....

Pour Paul c'est bien vu

A+

Personne pour me donner des idées de stockage des mes pixels

[gwion]

François, tu as regardé du côté de imagetolcd ?
C'est là : https://bitmap2lcd.com/

[Temps-x]

Bonsoir francois77, paulfjujo, gwion, et tout le forum,

Source du message Personne pour me donner des idées de stockage des mes pixels

Si...mais il faut relever les manches, la compression, ou un zoom sur une petite image

En RapidQ j'ai des sources pour certain format de compression, pas simple à comprendre.... si j'écris un format de compression... le C va mon vouloir.

Sinon, tu peux aussi utiliser l'usart pour envoyer les données, et les afficher sur ton écran.

bref ...il y a du boulot sur la planche...

A+

[francois77]

Bonjour à tous,

Au final, quel que soit la solution possible, le temps de traitement sera toujours limité par le transfert des données vers l’écran

Quelques exemples pour info

-Tracé d’un point 77us
-Tracé d’une ligne de 160 point :4.5ms
-Tracé d’un rectangle plein 190* 20 points : 42ms
-Trace d’un cercle de rayon 40 points :21ms
-Tracé d’un cercle plein de rayon 40 points : 94ms

Pour mon œil magique

Temps de traitement avec affichage 2.86 Secondes
Temps de calcul = 258µS

Pour un rectangle de même dimension 312ms


Suite et fin de mes essais sur le graphique pour l'instant

Cela reste des écrans couleurs de qualité, mais il n’est pas envisageable de le utiliser pour du graphique temps réels compliquées

La suite, je vais continuer d’explorer le fonctionnement du 18f26k42 et notamment le fonctionnement de l’I2C et les can et le interruptions

Je recherche un équivalent d’une 24c64 mais en 3.3V, j’ai trouvé de 24LC512

Avez-vous une autre idée ?

A+

Francois

[gwion]

25LC160 25LC320 chez Microchip

[satinas]

https://www.youtube.com/watch?v=ZosNH0HEF4Q