Bizarre, vous avez dit , Bizarre

[paulfjujo]

bonjour,

encore un piège à ions..

dans la serie "Les mysteres de l'OUEST " paix à son âme (Robert Conrad)
.. pas le magasin , qui a fermé d'ailleurs ..coincidence , n'existe plus que sur le Web !

et même si j'habite plutot à l'EST, je suis souvent à L'OUEST .

Je suis probalement abonné aux K: K

encore une bizrrerie observée :

j'utilise mon Pickit4 pour alimente mon montage via VDD (reglé à 3,8V).. dans la gamme d'alim du 18F26K22
donc:
la sortie VDD pickit4 est reliée au +VCC de ma carte BASE PIC18 via la liaison ICSP
le Gnd 0V du Pickit 4 est au 0V de ma carte BASE PIC18
la conso globale est inferieure à 13mA.. donc dans les clous car <50mA maxi Pickit4

apres chargement du programme ( utilisation de MPLABX IPE):
Loading code from C:\_MikroC\_MesProjets_MikroC\_BASE_18F26K22\Base_18F26K22_mini_Oled_128x32_DS18B20_2020.hex...
2020-02-14 09:29:20 +0100 - Hex file(s) loaded successfully.
2020-02-14 09:29:21 +0100 - Programming...

*****************************************************
Calculating memory ranges for operation...
Erasing...
The following memory area(s) will be programmed:
program memory: start address = 0x0, end address = 0x75ff
configuration memory
Programming/Verify complete
2020-02-14 09:29:24 +0100 - Programming complete
--------------------------------------------------

celui ci ne demarre pas ???


Des que je relie la sortie UART du PIC à mon cordon Prolific (TTL/USB) .. lien vers Terminal YAT sur PC
le programme demarre , et le terminal affiche bien la sequence de presentation..
il suffit meme que je ne relie QUE LE 0V cordon prolific pour avoir un demarrage du PIC OK ?

nota:
si je deconnecte le PIckit4, et utilise une alim externe ( 2 piles de 1,5V)
=> demarrage programme OK, meme sans le cable prolific connecté.
si je relie l'UART PIC au cordon -> terminal OK

je suppose un probleme de boucle via les liaisons USB Pickit4 et Prolific ?

j'avais deja rencontré des deboirs avec ces liaisons USB ..
qui doivent transporter un 0V du PC via les different cables USB connectés

votre avis ?

[Gérard]

Bonjour,
Je ne connait pas PK4 mais PK3 propose dans le menu maintien du PIC en reset. Est ce que ça existe sur PK4? Est ce automatique quand il détecte quelque chose?

Perso, je n'aime pas alimenter avec PK3, on ne sait jamais, une mauvaise manip et la bête est grillée, ce serait dommage.

Pensée du jour : les lois de l'informatique sont comme les lois du Seigneur : impénétrables...
Bonnes méditations et n'oubliez pas la St Valentin.

[paulfjujo]

[quote="Gérard"]Bonjour,
Je ne connait pas PK4 mais PK3 propose dans le menu maintien du PIC en reset.
Est ce que ça existe sur PK4? Est ce automatique quand il détecte quelque chose?
/quote]

oui, idem ..
on peut le maintenir en reset pendant la programmation..ou pas .
mais le probleme constaté se situe au niveaux "liaisons 0V "
avec MPLABX IPE, on peut definir si on alimente le PIC via le Pickit4 ou en externe
il controle la presence ou pas de tension ,via le retour pin VDD de l'ICSP.


{quote]
Perso, je n'aime pas alimenter avec PK3, on ne sait jamais, une mauvaise manip et la bête est grillée, ce serait dommage.
/quote]

je ne le fais que si je suis sûr de la consommation globale de ma carte BASE 18F
N'importe comment , si on tire trop , il se met en limitation de courant (avec un message d'alerte)..
par contre ça protege bien la carte ou le MCU , si il y a une erreur de cablage

contrairement avec une alimentation externe ou par par pile ..qui peut cracher 1A et faire fumer ...un composant.

le seul cas ou j'ai detruit un Pickit3 , il ya quelques années déja, c'est en envoyant un +12V externe sur l'alim du PIC
... qui à remonté dans le pickit3 via le +VDD de l'ICSP => pickit3 mouru
j'ai racheté un ERZATZ Pickit3 ..qui va bien.

la semaine dernier j'ai bousillé aussi mes 3 modules 4xafficheurs Max7129 ..
un +12V sur le signal d'entree clock qui se repercute sur tous les modules !
et là , les max7129 ne sont pas sur des supports..pour pouvoir les remplacer.
c'etait un 12V destiné à un interface UDN2981 anode 6 afficheurs geants 7 segment 5" (Horloge 2020)

donc SUPER MEFIANCE et controle lorsqu'on utilise ne tension superieure au VCC max du composnat

mea culpa..

[Gérard]

Mauvaise semaine pour toi avec tout ça.
Faut laisser reposer un peu et les neurones et le matériel.

C'est quoi comme afficheur 5"?

[Temps-x]

Bonsoir paulfjujo, Gérard, et tout le forum,

Source du message la semaine dernier j'ai bousillé aussi mes 3 modules 4xafficheurs Max7129 ..

Mince pas de change, surtout en ce moment avec les commandes venant de chine, ça mets un temps fou à arrivé.

Mais je pense que tu as de quoi t'occuper.

Juste cas maintenant j'ai pas eut l'occasion de détruire mon PicKit3, j'utilise une alimentation extérieure pour programmer mais microcontrôleur.

La seule fois ou j'ai détruit un Pic16F887 c'est suite à un fils qui est tombé dedans, je lui ai pas fait de cadeau 28 volts sur + de plus d'autre parti électronique on était détruite, j'étais vert de rage


Bon, tu peux te consoler, il y en a qui destructrice des écrans

A+

[paulfjujo]

...
C'est quoi comme afficheur 5"?

c'est un futur developpement pour un ami..
voila un bon sujet de reflexion avec la problematique de fond , gerer le tout avec un seul PIC (à 48 ou 64MHz)
*piloter l'affichage multiplexé des 6 afficheurs HH:MM:SS
(rafraichissement d'un afficheur sur 6 , toutes les 4 ms) pour garder une bonne frequence de rafraichissement (ici 4x6=24mS)
+ la progression d'un message de 96 cars maxi, defilant sur e 12 matrices en moins de 30sec ( 96bits decalage toutes les 39mS)
+ la commande d'un ruban 60Leds RGB pour les secondes ( 2x 1440 bytes à envoyer au debut de chaque seconde)
+ gerer la RTC DS3231 .. recup info chaque seconde (sur affichage defilant jour et date )
+ gerer 2 mesures OWS .. recup mesure chaque sec (sur affichage defilant)
+ mettre les infos à dispo sur UART => liaison Bluetooth <-> appli android
+ reception UART RX en interruption
dialogue operateur
+ Melodie sonore validée uniquement dans un plage horaire
+ Luminosité variable en fonction de plage horaire
+ parametrage en Eeeprom du PIC


nota: ne lance pas le café ! mais ...

[Gérard]

Bonjour à tous,

Cool ce projet, par contre, même si la bête ne lance pas le café, tu vas en avoir besoin.
J'ai vu que les afficheurs les LED sont montées en parallèle. Perso, je n'aime pas tellement.

Pour soulager le PIC, je ne multiplexerais pas les afficheurs : un UDN par afficheur et 2 UDN commandés par un MCP23016 (ou 23017 ou 23018) en I2C. Tu utilises déjà l'I2C pour la RTC.

[paulfjujo]

J'ai vu que les afficheurs les LED sont montées en parallèle. Perso, je n'aime pas tellement.

montage de 4 branches de 10 leds en parraleles
OUI ...
j'ai vu pire : un projecteur éclairage 12V avec 16 leds blanches en parallele et 1 seule resistance serie .. 80% des leds mortes apres 1 an 1/2
..apres la garantie .. matereil RPC ! ..obsolescence programmée.

mais si tu veux monter 40 leds en serie, il faudra une alim de 48 à 60V .. L'ULN UDN devient trop juste en tension max..
et surtout, le fabricant ne le propose pas ( le montage global en serie)

Pour soulager le PIC, je ne multiplexerais pas les afficheurs : un UDN par afficheur et 2 UDN commandés par un MCP23016 (ou 23017 ou 23018) en I2C. Tu utilises déjà l'I2C pour la RTC.

UDN et ULN ?

j'avais envisagé aussi le pilotage en STATIQUE des afficheurs avec 2 PCF8754 (2, pour faciliter le routage CI) ,
mais mon client et ami; ne voulait pas rajouter d'autres circuits
..pour conserver le meme circuit imprimé prevu sur horloge precedente.. avec UDN et ULN et donc affichage Dynamique

[Gérard]

C'est sûr que le multiplexage complique le soft mais du coup moins de circuits.

J'avais déjà cherché des afficheurs mais dès que ça dépasse 1,8 pouce, les LED sont en parallèle.

[paulfjujo]

bonjour,

Je reste dans ce poste , dont le titre est idoine

un nouveau cas :
je m'etais aperçu que la luminosité de mes 3 modules, etait differente entre le 1er , le 2em et le 3em
soit en mettant un chiffre pour l'evaluer 100% 50% et 25%
de plus , j'etais obligé de ne pas pousser l'alimentation au dela de 3V , sinon grosses perturbations..
Mon analyser logique me montrait pourtant un protociole SPI correct ...
Une mesure de tension d'alim : entree =3,3V .. sortie 2,6V .. perte de 0,9V !!!
et pourtant le montage fonctionne ( sic "Tombe en Marche" comme dirait Daudet )..
avec un defilement text OK !


Pourquoi ça (tombe en ) marche quand meme sans GND ?

J'ai débranché le tout pour faire des mesures à l'ohmetre
ligne +VCC -> 0.8 à 1 ohm
ligne GND .. COUPEE ???

enlevé toutes les matrices8x8 pour mesurer le transit du GND sur chaque element
je trouve le coupable ...le 8em bloc, qui d'ailleur presente des traces sur le circuit imprimé ( soudure, coupure ??)
je rajoute donc un fil de connection pour retabllir la laison GND
Ligne Gnd = 0.1 à 0,2 ohms

La difference de "resistance de ligne VCC et GND peut s'expliquer
Le GND passant par un plan de masse important sur le circuit imprimé, et le VCC par petites largeurs de pistes.

L'ensemble des 3 modules presente maintenant un eclairage uniforme ( pour une reglage de luminosité donné)
OK

Conclusion :
MEFIANCE sur les Produits (bas de gamme) provenant de RPC .

Problemo_matrices_2020.jpg

===============================================

Dans la liste des Bizarrerie :

Dans un cas de figure similaire, j'ai pu constater qu'un petit montage à base de PIC
ne consommant pas beaucoup, peut fonctionner SANS ALIM VCC
si un cordon Prolific USB/TTL est relié au PIC via la connection UART RX ( et le 0V !)
RX etant au niveau logique 1 ,au repos .. alimente alors le montage , via les diodes de protection des entree PIC
Eh oui !