SPI Hardware sur PIC18F27K42 - Page 4

Temps-x · #31 Message par **Temps-x** » mar. 10 févr. 2026 12:50

Bonjour paulfjujo, et tout le forum,

paulfjujo a écrit :Source du message J'ai remarqué aussi ,que le gros Chat racontes pas mal de conneries ..

C'est vrai, mais parfois il dit la vérité, parfois de vraies personnes

. raconte pas mal de conneries, c'est à nous de savoir discerner ce qui est vrai de ce qui est faux.

Beaucoup de personnes ne savent plus réfléchir par eux-mêmes, ils croient les médias ou ceux qu'ils lisent,

c'est la société d'aujourd'hui.

paulfjujo a écrit :Source du message il faut utiliser un fichier binaire à envoyer à L'uart , au lieu d'un fichier ascii representant les données en hexadecimales le byte reçu par l'uart pouvant alors etre directement envoyé dur le registre SPI TX

Ça ne changera rien du tout car à vide sans microcontrôleur c'est aussi long.

A+

Temps-x · #32 Message par **Temps-x** » mar. 10 févr. 2026 18:44

Bonsoir tout le forum,

Problème résolu,

envoi d'une image sur l'usart 1 seconde, vitesse 500000 bauds.

J'ai essayé un autre programme que cette Rscom.dll qui me permet d'envoyer mes données. et là !! y a pas photo

je m'en doutais, mais il était impossible de trouver un programme qui sache envoyer un fichier pour Windows XP.

Par miracle j'ai trouvé ce programme, il s’appelle COM Port Toolkit 4.0 téléchargeable ICI malheureusement

il est en version trial, mais il m'a bien dépanné, il faut que je voie maintenant côté programmation pour me débarrassé de cette Rscom.dll, ça ne va pas être simple.

La preuve est faite que le microcontrôleur peut suivre, je ne pense pas que ça mette plus de temps pour un écran légèrement plus grand.

Si on possède un bon programme d'envoi, le reste suit,

En fin de compte, les modules CH340, FT232RL ... chinois fonctionnent très bien.

A+

venom · #33 Message par **venom** » mar. 10 févr. 2026 19:28

Temps-x a écrit ::razz: Problème résolu, envoi d'une image sur l'usart 1 seconde, vitesse 500000 bauds.

Ah génial

en voilà une bonne nouvelle. Il n'y a plus qu'à créer son propre soft qui envoie des données sur le port COM alors

Ou trouver un soft rapide et gratuit

Il utilise quel dll COM Port Toolkit 4.0

@++

Temps-x · #34 Message par **Temps-x** » mar. 10 févr. 2026 19:51

Bonsoir venom,

venom a écrit :Source du message Ou trouver un soft rapide et gratuit

Pas évident à trouver un programme gratuit, j'ai dû chercher des heures pour rien trouver, j'ai trouvé celui-là par hasard !!

Il y a bien Terminal V1.93b mais, je n'ai pas compris comment faire, après il y a VBRAY mais pas de proposition pour envoyer un fichier entier

venom a écrit :Source du message Il utilise quel dll COM Port Toolkit 4.0

Acune, tout est dans l'exécutable pour que ça soit aussi rapide, il a dû l'écrire en ASM.

A+

venom · #35 Message par **venom** » mar. 10 févr. 2026 21:11

Temps-x a écrit :Acune, tout est dans l'exécutable pour que ça soit aussi rapide, il a dû l'écrire en ASM.

A+

Bah voyons

Ton zip plus haut c'est le contenue que tu envoies directement ? Le .tab en hexa c'est ça ?
Je ne sais plus avec tout ça désolé

@++

Temps-x · #36 Message par **Temps-x** » mer. 11 févr. 2026 01:55

Re

venom a écrit :Source du message Ton zip plus haut c'est le contenue que tu envoies directement ? Le .tab en hexa c'est ça ?

Oui pour un programme en C, pour un programme ASM il serait légèrement différent.

Par contre COM Port Toolkit 4.0 ne le prendrait pas en compte(j'ai déjà essayé) celui qui est dans le Zip est fait pour le langage C

Dans mon programme, je peux quasiment tout paramétrer pour générer un fichier hexadécimal, ou reconstruire une image à partir d'un fichier hexadécimale.

1) Il paramètre dans la détection du décodage et encodage de l'hexadécimal, ce qui fait que je peux générer n'importe quel fichier hexadécimal dans le langage qu'il convient.

2) il paramétrage dans l'encodage et le décodage d'une image sur les couleurs RGB

3) Paramétrage sur le sens de la longueur vers largeur ou largeur vers longueur.

4) On peut ouvrir toutes les images de grandes tailles qu'on veut puisqu'elles sont automatiquement redimensionner

5) Tu peux écrire ou dessiner sur l'image, car il y a des outils que j'ai ajoutés à cette occasion.

Mais j'ai encore pas mal de code à faire pour arriver à mes fins

Normalement, il devrait faire tous les écrans TFT jusqu'à 320 x 480. Je n'irai pas plus loin dans les dimensions d'écran.

Je mettrais aussi une option pour les écrans Nokia, OLED 128x64, si c'est possible

venom a écrit :Source du message Je ne sais plus avec tout ça désolé

Voilà un nouveau fichier hexadécimal pour le programme COM Port Toolkit 4.0 faut deviner ce que c'est

Téléchargement du fichier pour le programme COM Port Toolkit 4.0 ICI

En parcourant internet, je remarque que la recherche d'explications ou de codes sources devient de plus en plus difficile.

Ce n'était pas le cas il y a 15 ans,

je me demande, d'où cela peut-il provenir ?

A+

venom · #37 Message par **venom** » mer. 11 févr. 2026 06:28

Temps-x a écrit :En parcourant internet, je remarque que la recherche d'explications ou de codes sources devient de plus en plus difficile.

Ce n'était pas le cas il y a 15 ans, je me demande, d'où cela peut-il provenir ?

A+

Peut être qu'aujourd'hui les gens on le réflexe de posté sur Git ?!

Merci pour le nouveau zip. Non je disais ça pour faire un soft qui envoie sur le port COM. Histoire d'avoir un logiciel non [b]Trial[/b ]

Donc ça c'est ce que tu envoies et que ton pic décode ?

@++

Temps-x · #38 Message par **Temps-x** » mer. 11 févr. 2026 11:48

venom a écrit :Source du message Donc ça c'est ce que tu envoies et que ton pic décode ?

Exactement, mais il n'y a pas que ça !!

En réalité l'héxadécimal est décodé en numéro, puis envoyé sur l'usart pour que le microcontrôleur puisse les lire, ce sont des valeurs integer

Le microcontrôleur sait lire l'hexadécimale, si elle se trouve dans sa mémoire programme, d'où l'avantage de faire un fichier hexadécimal sur ordinateur. Il sait aussi lire les valeurs décimales.

Les valeurs String peuvent aussi être lues par le microcontrôleur, mais elles seront représentées par des numéros.

Exemple

. A ---> 65
. B ---> 66
. C ---> 67

Le microcontrôleur ne connaît pas l'alphabet, c'est une représentation graphique pour nous pauvres motels que nous sommes

Cependant, si tu utilises des valeurs décimales, les lignes ne seront pas toutes de la même longueur, ce qui n'est pas le cas en hexadécimale.

A+

venom · #39 Message par **venom** » mer. 11 févr. 2026 12:46

D'accord je comprends. Bon si a l'occasion je peux écrire un soft qui envoie sur le port COM je te le partage ??

@++

Temps-x · #40 Message par **Temps-x** » mer. 11 févr. 2026 15:33

venom a écrit :Source du message D'accord je comprends. Bon si a l'occasion je peux écrire un soft qui envoie sur le port COM je te le partage ??

Et ben ça serait sympa de le partager ! Mais il faudrait ouvrir un autre post que celui-ci... par respect envers paulfjujo.

En espérant que ton programme soit plus rapide que le mien pour l'instant

il doit avoir ce qu'il faut en PureBsic pour la communication des ports séries.

Si tu écris un programme pour port Com, il faudra que tu le testes

Mon Écran 1.8 TFT SPI 128x160 je l'ai acheté pour 2.20 Euros (en commande groupée), éventuellement tu pourrais même t'en procurer un pour faire des essais avec la Com.

Je peux te fournir le programme code et compiler pour mettre dans un de tes microcontrôleurs Pic pour l'affichage des images que tu enverrais par le Com.

Ah j'oubliais !! il faut aussi un émulateur de port genre CH340, FT232RL... qui sont généralement au prix de 1.50 euros

En commande groupée 3 articles pour port gratuit, maintenant à toi de voir.

A+

Qui est en ligne

Bienvenue sur FantasPic