[francois77]

Bonjour à tous

Petit clin d’œil à Mister Temps-X
Mon petit morceau de programme fonctionne à peu près
Voir l’image avec une police "arialUnicodeMS_12pt"
Je vais faire d’autre test demain matin avec une police plus grosse, mais il va falloir que je gère la taille et le contenu des caractères à intégrer dans mon petit 16f876
Bonne journée
Francois

[Temps-x]

Bonsoir francois77, et tout le forum,



12pt, ce qui te fait une police en 16 bits, je vais faire un bout de code en ASM pour afficher toutes les fonts Arduino, la mienne fonctionnait bien, mais ça devient problématique pour afficher les gros fonts

J'ai refait un petit Vumètre en I2C avec le Pic18F26K22, ça fonctionne bien, je l'avais déjà fait en SPI, j'ai voulu voir la différence, et je trouve que le mode SPI fonctionne mieux.

Vumètre.jpg

Bon, comme tu arrives à afficher Temps-x, tout le reste devrait fonctionner

A+

[francois77]

Bonjour,

toujours dans mes polices, mais cela commence a vraiment tourner correctement et de mamière completement automatique pour la generation de la table de données

Pour l'affichage (ASM) , j'ai encore un peu de travail !

Actuellement, j'arrive a ecrire une suite de caractere avec au choix l'ensemble des polices de caracteres de windows


Bonne journée

[Temps-x]

Bonsoir francois77, et tout le forum,

A ce que je vois tu te sers du simulateur pour voir le résultat, comment configures tu l'écran dans Proteus, j'y suis jamais arrivé

J'ai compté approximativement 500 octets, pour logé tout ça, tu utilises 2 tableaux de 255 octets

J'écris une routine en ASM pour convertir le mode 1 en mode 2, c'est pas simple pour manipuler tous ses bits.

Comme ça je pourrais me servir de la bibliothèque Arduino, après je reviendrais sur mon programme en RapidQ

Je n'ai pas utilisé les avantages que peut avoir les Pic18F, je fais comme si j'utilisais un Pic16F, après je mettrais tout dans le Pic16F876A comme ça la bibliothèque seras compatible pour les deux type de Pic.

Ça commence à se concrétiser toute cette affaire, bon maintenant il faut pouvoir les faire défiler quand tu tournes le potentiomètre ou encodeur rotative

A+

[francois77]

Bonjours Temps-X et tout le forum

Pour proteus , tu as ce lien cela sera plus simple
https://www.youtube.com/watch?v=lBFj261LQBk



« J'ai compté approximativement 500 octets, pour logé tout ça, tu utilises 2 tableaux de 255 octets »

La taille du fichier pour la police T_C_bookAntiqua_16pt est indiquée en fin du fichier que j’ai joint au message précédent : 466 octet
Pour les caractères de gauche j’ai gardé pour l’instant un tableau classique et des routines classiques aussi

da 0x00,0x00,0x00,0x00,0x00
da 0x00,0x00,0x5F,0x00,0x00 ;!
da 0x00,0x07,0x00,0x07,0x00 ;"
da 0x14,0x7F,0x14,0x7F,0x14 ;#
da 0x24,0x2A,0x7F,0x2A,0x12 ;$
da 0x26,0x16,0x08,0x34,0x32 ;%
da 0x76,0x49,0x55,0x22,0x50 ;&
da 0x00,0x00,0x05,0x03,0x00 ;'
da 0x00,0x1C,0x22,0x41,0x00 ;( 40
etc ….

Je vais modifier mon programme asm pour pouvoir piloter plusieurs polices type Windows en même temps. Après il y aura la limite de taille du 16f876
L’avantage de mon petit programme sous Excel, c’est que j’ai accès à toutes les polices de Windows sans aucune limitation et la possibilité de choisir les caractères à traiter suivant mon besoin

L’inconvénient, c’est l’obligation d’utiliser le logiciel TheDotFactory pour les données sources car je ne sais pas extraire les polices directement depuis excel (Dommage).

Il faut dire que je n’ai pas trop cherché non plus

Le semaine qui viens va être compliqué pour moi, je vais essayer de solder correctement la partie Excel et de valider son fonctionnement sur toute les tailles possibles

Pour la partie codeur, j’ai ça en magasin depuis plusieurs années si tu as un besoin

Pour ton logiciel , je ne sais pas s'il faut t'attarder sur le 16f , pour moi c'était un challenge perso et il est réussi

A+

FRancois

[Temps-x]

Bonsoir francois77, et tout le forum,

Source du message Pour proteus , tu as ce lien cela sera plus simple

Ok, je vais essayer de comprendre, merci

Source du message Pour la partie codeur, j’ai ça en magasin depuis plusieurs années si tu as un besoin

Non merci, je n'ai pas besoin, par contre tu peux aussi utiliser une recherche automatique avec 2 boutons.

Source du message Pour ton logiciel , je ne sais pas s'il faut t'attarder sur le 16f

Le logiciel que je fais, étaient prévu depuis plus d'un an, ça n'a rien à voir avec celui que j'ai diffusé TransFonts qui d'abord reste à améliorer.

Ce que je fais coté ASM c'est un algorithme pour Pic16F et Pic18F, histoire que ceux qui voudront utiliser un écran Oled 128x64 sur des vieux pic pourrons le faire, bien sur en langage ASM

Par exemple avec un Pic16F84 en mode SPI Big bang pour des tous petits programme, on pourras le faire.

Source du message pour moi c'était un challenge perso et il est réussi

Quand on passe beaucoup de temps, et quand réussi à faire ce qu'on veut, on ne peut qu'éprouver une grande satisfaction, faut le vivre pour le comprendre.

A+

[Temps-x]

Bonsoir francois77, et tout le forum,

La conversion fonctionne, du mode 1 vers mode 2, ça n'a pas était simple, dans l'exemple ci-dessous, c'est des fonts Windows.

Un petit retour...

François.jpg

Reste plus cas convertir pour Pic16F, il y a encore du code à se taper, mais comme j'ai pas utilisé les avantages du Pic18F
ça devrait être assez rapide, reste à voir....

A+

[francois77]

Bonjour,

C'est comme le tour de france , on se bat pour la premiere place ( j'ai toujours la deuxieme )

Bonne nuit

Francois

[francois77]

Bonjour à tous

J’ai enfin réussi à faire travailler mon module OLED en mode I2C

Merci à Temps-X pour les deux programmes réalisés autour du 16f876

Petit piège à « con » entre mon essai sur Proteus et mon essai en réel

Si D/C = Masse adresse sera 0x78

Si D/C = 5 volts adresse sera 0x7A

Un lien qui explique le fonctionnement du module Oled



https://iotexpert.com/debugging-ssd1306 ... -problems/

Pour le reste de cet article, je me concentrerai sur l'interface série, I2C. Comment envoyez-vous des commandes et des données ? Simple. Lorsque vous démarrez une transaction, vous envoyez un octet de contrôle qui indique au contrôleur à quoi s'attendre ensuite. Il y a quatre octets de contrôle légaux.

0b10000000 = 0x80 = plusieurs commandes
0b00000000 = 0x00 = une commande
0b11000000 = 0xC0 = plusieurs données
0b01000000 = 0x40 = un octet de données

Pas encore mis en application le texte du dessus, mais cela doit faire gagner du temps ?


Je joins le schéma réalisé sur Proteus

Un schema de mon module I2C

Bonne journée a tous
Francois

[paulfjujo]

bonjour à tous,

Que vient faire Q1 dans ce schema ?
assez douteux d'ailleurs.

à par pour une utilisation pour choix Vbat ou VCC externe, en modifiant le schema ?

remarque : la sortie SDA doit etre OPEN drain ... (choix par defaut, si I2C config ? )