Afficheur série LCD pour projets PIC?

[ZorgloubPirlouis]

Salutations à la Communauté.

Auriez-vous un afficheur série à me conseiller, compatible avec des projets PIC (Kit, schéma ou site web).
En effet, également utilisateur de MCU Basic picaxe je dispose des afficheurs série AXE 133 et 134 (afficheur OLED 2x16 et 4 x 20), pilotés par un Picaxe.
Mais ceux-ci n'affichent pas correctement les signaux provenant d'un PIC Port sortant un signal SEROUT ...

Je suis intéressé d'avantage par un afficheur série qui ne demande qu'un seul port de contrôle et que tous les PICs ne disposent pas directement d'un Port i2C.
(A défaut, je peux néanmoins toujours en écrire les routines d'horloge i2C.)

Merci d'avance pour votre expérience.
-----

[micapivi]

Bonjour

HD44780 1602 LCD avec interface I²C 2x16 caractères

[luc_1049]

Bonjour

Logiquement si vous partez de votre afficheur actuel et que vous analysez les signaux qui lui sont fournis au travers des fonctions des librairies Picaxe ou mieux de votre propre codez vous devriez pouvoir faire de même avec pic.
Votre problème est il logiciel ou / et matériel niveau électrique, configuration de broche .
Respectez vous bien les chronogrammes, n'allez vous pas trop vite avec votre pic ?
cdlt

[paulfjujo]

bonsoir,


j'ai testé peecemment un afficheur LCD couleur .. serie donc piloté via UART
plus simple = pas possible

meme avec un simple terminal et un script

Reset
Clear
Couleur=Rouge
Print Hello
New Line
Couleur=Jaune $FF$20
New Line
Paulfjujo ..10 chars!
New Line
Print 12345
New Line
Couleur=Bleu Cyan $07$FF
Print 6789z
Fast V x=120 y=0-> 240 Line Jaune
Fast H Line x->0-320 y=120 Cyan
Rectangle jaune
Cercle Rouge dia 100
Cercle blanc dia 16
Couleur=Vert $07$E0
Set cursor
Print ABCDE at x=160,y=64
Set cursor
Diagonale 0,0 320,240

et aussi un petit test avec MikroC et 16F1847

j'ai pas encore testé la partie "Touch screen"

[A voir en vidéo sur Futura]

[mag1]

Mais ceux-ci n'affichent pas correctement les signaux provenant d'un PIC Port sortant un signal SEROUT ...

Bonjour,
Qu'est ce à dire?
Les afficheurs série "picaxe" sont des HD44780 (table européenne) piloté par un firmware qui transforme les octets en 8 bits sur les 8 entres data du LCD, avec des octets spéciaux (254,253..) pour les commandes.
Si ça peut aider:http://electromag1.wifeo.com/fabriqu...un-picaxe-.php.
MM

[Qristoff]

Salut,

Les afficheurs série "picaxe" sont des HD44780 (table européenne) piloté par un firmware qui transforme les octets en 8 bits sur les 8 entres data du LCD

personnellement, j'utilise un 74HC164 pour passer de série à parallèle 8 bits. ça ne fait que 3 pins utilisées sur le pic.

[micapivi]

Salut,

À l'époque, j'avais utilisé le port parallèle de mon PC pour y connecter un afficheur LCD de ce type …

…mais maintenant, j'utilise les broches 9 10 12 et 15 du port SVGA d'un EeePC 900
pour communiquer depuis Linux (grâce au paquetage debian i2c-tools)
avec tous les composants I²C que je connecte directement sur ces broches.

[mag1]

Salut,
personnellement, j'utilise un 74HC164 pour passer de série à parallèle 8 bits. ça ne fait que 3 pins utilisées sur le pic.

Hello,
Toutes les idées sont bonnes à prendre, si tu en dis un peu plus, ça pourrait servir à tout le monde.
MM

[ZorgloubPirlouis]

Bonjour à tous.

Donc c’est que je possède un bien pratique et lisible afficheur OLED série piloté par un Picaxe (https://picaxe.com/docs/axe134.pdf) et que j’esaie d’afficher une donnée issue d’un PIC avec la commande usuelle SEROUT.

Je pensais que la norme de ces commandes SEROUT était « universelle », mais il ne me semble désormais pas !?

La commande issue d’un Picaxe est SEROUT pinx, N2400_16, (254,1) par exemple pour effacer l’afficheur, …

Le problème c’est que ce paramètre « N2400_16 » n’est pas compatible avec un PIC et donne un chronogramme différent d’une commande SEROUT pinx, N2400, (254,1) issue d’un PIC ! (voir image attachée).
Et cela affiche des caractères bizaroïdes, n’importe où !

A noter que j’utilise PicBasic Pro Compiler pour écrire et compiler mes programmes pour PIC.

Hi MAG1, j’avais aussi construit un afficheur comme celui de ton site, avec un Picaxe 20X2.
Voir ma page http://www.alpmn.byethost32.com/serial_lcd.htm

Impeccable pour les Picaxes, mais ça marche pas avec mon PIC.

Je cherche donc à comprendre pourquoi ces différences de chronogrammes, ou alors trouver un même type d’afficheur SERIE, non graphique, mais pour PIC.

[ZorgloubPirlouis]

@MAG1
Salutations
Bon, voila, j'ai compris le problème et je vous en parle pour ceux que ça intéresse.
En fait, contrairement au Pic, le Picaxe prend beaucoup de temps à traduire les instructions écrites en Basic pour ensuite les réaliser physiquement.
On constate ainsi, sur les chronogrammes que j'ai placés ci-dessus, que le Picaxe place un "grand" espace de près de 1msec entre chaque octet envoyé en série, alors que le Pic se contente d'un intervalle de l'ordre de 410µsec !
Donc, avec le pic, si on veut utiliser cet afficheur Picaxe-OLED AXE133/134 qui "prend le temps de lire les octets", il faut forcer un espace entre chaque octet transmis.
Ainsi, avec PicBasicPro Compiler ça se fait avec la commande DEFINE CHAR_PACING 500.
Un de ces jours, je m'amuserai à transcrire le code du Picaxe de cet afficheur dans un programme adapté Pic. On pourrait ainsi gagner un peu en vitesse d'affichage.
Joyeux Basic à tous.

[umfred]

le temps variant me semble être celui entre chaque octet. En regardant la doc du PICBASIC PRO sur Microchip (https://ww1.microchip.com/downloads/...nce_Manual.pdf ), on y lit page 211, qu'il existe un DEFINE pour définir un espace entre 2 octets envoyés.

In some cases, the transmission rates of SEROUT instructions may present
characters too quickly to the receiving device. A DEFINE adds character pacing to
the serial output transmissions. This allows additional time between the characters
as they are transmitted. The character pacing DEFINE allows a delay of 1 to 65,535
microseconds (.001 to 65.535 milliseconds) between each character transmitted.

For example, to pause 1 millisecond between the transmission of each character:
DEFINE CHAR_PACING 1000

Edit: mince, même résolution (le temps que j'écrives mon post sans rafraichir la page ^^

[mag1]

@MAG1
Salutations
En fait, contrairement au Pic, le Picaxe prend beaucoup de temps à traduire les instructions écrites en Basic pour ensuite les réaliser physiquement.

Hello,
Merci pour cet éclaicissement.
Le principal défaut des picaxes est la lenteur relative de leur basic. Rev Ed a commercialisé quelques temps un kit pour LCD série avec un pic (vu le résonateur utilisé). Vitesse de transmission ajustable entre 2400 et 9800 baud. Le LCD obtenu semblait plus rapide que les LCD à base de 18M2.
Beau travail
MM

[ZorgloubPirlouis]

Bien le bonjour Mag1.
Tu aurais un lien vers cet afficheur LCD série avec PIC pour voir de quoi il s'agit ?
Merci et bonne continuation à toi.

[Qristoff]

Salut Mag1

Hello,
Toutes les idées sont bonnes à prendre, si tu en dis un peu plus, ça pourrait servir à tout le monde.

Voila ce que j'utilise:

[mag1]

Tu aurais un lien vers cet afficheur LCD série avec PIC pour voir de quoi il s'agit ?

C'était le kit FRM010 : http://electromag1.wifeo.com/lcd-ser...vec-frm010.php
Le lien de la datasheet est sur la page, mais il n'est plus proposé. Le pic était un 16C620A
Merci pour le 74hc164, Fonctionne avec le serout? Quelle vitesse ?
MM

[Qristoff]

Salut Mag1,

Merci pour le 74hc164, Fonctionne avec le serout? Quelle vitesse ?

Non, j'utilise une simple sortie GPIO. Pour le timing, rien de critique c'est le LCD qui fixe les temps de prise en compte suivant les commandes (voir datasheet spécifique à chaque afficheur). Pour la transmission des 8 bits, je dois utiliser (de mémoire) un train d'impulsions à 2µs/bit.