[paulfjujo]

bonsoir,


je vois qu'en fait tu n'utilise pas d'image BMP, comme sur mon premier test
avec Fond Noir et seulement 3 couleurs Rouge, jaune et bleu pour les aiguilles
en restant en 8 bits (256 couleurs possibles)

en reduisant le nombre de couleurs à 4 , 2bits /couleur ,on peut effectivement reduire la taille occupée par
l'arrirere plan 240x240/4 =14400 bytes
mais pour afficher tom et jerry ,il faut au minima passer en 8bits palette de 256couleurs
soit 240x240 =57600bytes ..possible avec le 18Fx7K42 ,mais pas avec ton MCU.
ou en palette 16bits .. 4 bits/couleur 57600/2=28800 bytes

In fine, je ne compte pas non plus utiliser cet OLED comme montre ..
C'est un simple exercice de codage ..montrant les limites de l'Oled et d'un PIC ..(par rapport à un ESP32 !)
De plus, ce serait difficile de mettre au poignet ma "planche à pain" breadboard
(avec 18F47K42 RTC ...batterie Li-ion ..etc)
ou avec un sac à dos dixit Satinas!

[F6FCO]

Juste une image PNG 240x240 que je charge à l'initialisation.
Pas comme montre mais il peut servir pour l'affichage de petits appareils, compteur de vitesse, simuler les ancien vu-metres old-time, ou comme réveil-matin. Il y a plein de trucs sympas à faire avec ce petit écran rond.

J'ai trouvé le souci avec l'APN, c'était simplement le filtre polarisant ... qui polarisait l'écran.
Des fois des trucs simples qui te font perdre du temps, un quart de tour et hop !

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

C'est juste un premier jet pour vérifier la faisabilité, je vais pouvoir créer des motifs plus aboutis en fond d'écran.

[Temps-x]

Bonsoir tout le forum,

Source du message sais pas comment tu fais pour géré tout ça mais

Il est à la retraite, il a toute la journée devant lui, mais bon c'est vrai que certains qui sont à la retraite ne font plus rien ...comme ....

Source du message C'est un simple exercice de codage ..montrant les limites de l'Oled et d'un PIC ..(par rapport à un ESP32 !)

Bien sûr que oui, on fait du code pour le plaisir, et souvent pour une utilisation..... comme déjà dit ce concours et plus une façon de faire fonctionner nos neurones et de rigoler entre nous.

Source du message mais pour afficher tom et jerry ,il faut au minima passer en 8bits palette de 256couleurs

Exacte, et c'est pas la même chose, car on commence à avoir un vrai graphique avec plus de 100 couleurs, et en plus avec une grande taille, et la !! c'est beaucoup plus compliqué que faire un mini graphique en 8 couleurs.

paulfjujo je vais regardé le codage que tu as demandé... convertion 8 bits en RGB565, et je te fournirais le code ASM pour le faire, si j'y arrive.

Par contre ça risque de ralentir l'envoi des données qui sera plus importante, on ne peut pas gagner partout.




Bon F6FCO il te reste le schéma, et le fichier *.hex qu'on n'a toujours pas.

Source du message Juste une image PNG 240x240 que je charge à l'initialisation.

Avec quoi tu envoies ça ?

Courage.... c'est pas encore un graphique mais c'est prometteur


A+

[venom]

Juste une image PNG 240x240 que je charge à l'initialisation.
Pas comme montre mais il peut servir pour l'affichage de petits appareils, compteur de vitesse, simuler les ancien vu-metres old-time, ou comme réveil-matin. Il y a plein de trucs sympas à faire avec ce petit écran rond.

J'ai trouvé le souci avec l'APN, c'était simplement le filtre polarisant ... qui polarisait l'écran.
Des fois des trucs simples qui te font perdre du temps, un quart de tour et hop !

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

C'est juste un premier jet pour vérifier la faisabilité, je vais pouvoir créer des motifs plus aboutis en fond d'écran.

Bravo F6FC0. La vidéo est top maintenant. On voit que tu commences a ajouter du graphique (tu affiche ton pseudo) bel effort pour ton horloge

@Temps-X
Oui fin F6FC0 c'est le genre de retraité qui est plus débordé que quand il était actif
Tu as raison F6FC0 profite de ton temps pour tes hobby, projets si ses et variés, plutôt que canapé+TV
Continue a nous montrer tes talents, comme tous les forumeurs ici






@++

[F6FCO]

Mais le souci quand on est un retraité hyper-actif c'est que le temps passe trop vite

Courage.... c'est pas encore un graphique mais c'est prometteur

Si c'est d'un graphique bitmap dont tu veux parler il n'y en aura pas, afficher du bitmap pour simuler le déplacement des aiguilles c'est la solution de facilité, ici les aiguilles sont calculées en temps réel par calculs trigo. Et je vais même virer le bitmap de départ et construire le fond entièrement en calculs trigo, ce qui est techniquement bien supérieur. Ca va me libérer 14Ko de ROM pour faire des choses plus intelligentes.
Et j'ai des idées sympa pour améliorer la montre, pour cela je viens de passer sur un 18F26k20 à 64MHz.

@Paul: avec le 26k20 à 64MHz le bitmap 14ko met maintenant 169ms à s'afficher, deux fois plus rapide mais encore visible a l'oeil.

[venom]

Si c'est d'un graphique bitmap dont tu veux parler il n'y en aura pas, afficher du bitmap pour simuler le déplacement des aiguilles c'est la solution de facilité, ici les aiguilles sont calculées en temps réel par calculs trigo

Non quand Temps-X parle de graphique il parle du fond de l'horloge. Les aiguilles sont dessinés et se déplace en temps réel. Mais c'est vrai qu'on peut faire des aiguilles en bitmap

Et j'ai des idées sympa pour améliorer la montre, pour cela je viens de passer sur un 18F26k20 à 64MHz.

Oh intéressant hâte de voir la suite

Oui j'imagine que tu cours après le temps au vu de tout ce que tu fais




@++

[paulfjujo]

bonjour,


il y a un truc qui m'echappe , pour redessiner une nouvelle position d'aiguille
il faut bien avoir l'ancienne valeur du fond d'ecran pour pouvoir le restituer ...

Ce que j'ai finalement compris :
ton image PNG affiche simplement le contour de la montre ..avec principalement un fond UNI (vert)
mais comme tes aiguilles restent en deça de l'affichage contour
tu peux effectivement utiliser le fond vert comme couleur d'effacement
avant de redessiner les nouvelles positions d'aiguilles
donc pas besoin de sauvegarder le fond d'ecran anciennes postions d'aiguilles
il suffit de les redessiner avec couleur de fond Verte, avant d'afficher les nouvelles positions

donc rejoint ma premiere version voirpost#31
avec fond Noir ( au lieu d'être vert) mais sans aucun bitmpap ou image
puisque le pourtour graduations et chiffre est fait uniquement par codage.
et le tout peut effectivement tenir dans un plus petit MCU 18F26K22 ou 18F2620 ...

Meme avec un bitmap en fond d'ecran,
on utile pas d'autre bitmap pour dessiner les aiguilles, mais on doit sauvegarder ce qui est sous les aiguilles, pour le remettre
apres deplacement de celles-ci

si les aiguilles ont des formes particulières ,ça peut devenir tres, et meme trop vite compliqué !
car sur cet OLED on ne peut pas LIRE la RAM d'affichage ..et donc pas possible de gerer des sprites . avec fonctions XOR

donc pour ma part je pourrais en rester là,
avec un fond BMP 256couleurs (57600 bytes) et palette 256 couleurs RGB565 (256 words)
et des aiguilles filiforme (lineaires)
1 buffer positions troteuse 90x2x2 1 ligne rouge long 90 pixel positions x,y et index couleur
1 buffer positions minute 80x2x2 1 ligne jaune long 80 pixel ....
3 buffer positions heure (65x2x2_ x3 ( 3 lignes) bleues 65pixels...
puisque le tout peut rentrer dans un 18F27K42
et que ça marche deja avec la troteuse ... je ne vais pas aller plus loin ..
..le jardin m'attends ...

ci joint le fichier palette issu de PSP5 de l'image Tom et Jerry
T_et_J_palette_256coul.pal
Palette originale transformée en palette RGB565 avec excel -> fichier include
Palette_pour256coul_RGB565.h.txt
la couleur 16bits etant l'index de la palette
et le BMP : BMP_240x240_8b_Tom_et_Jerry.h

Palette_original_256coul_RGB888_et_palette_256coul_RGB565.zip

comme l'a dit satinas ...
je ne vais pas mettre un sac à dos pour trimbaler mon ecran olde monté sur ma grande breadbord
avec PIC18F47K42, RTC, BM280, batterie Li-ion ..etc..

[satinas]

C'est pas moi qui l'ai dit, c'est F6FCO, mais comme c'est très drôle, tu as aussitôt pensé à moi, normal