modification d'un prog .asm, écrit pour pic16f84a pour un pic16f628

[invitef86a6203]

Ok ! j’attends la validation ... (no comments)
-----

[invitef86a6203]

Je suis désolé , mais c est illisible.

une photo
Il faudrait les 2 signaux clock et data, l'un au dessous de l'autre pour voir les transitions ,pas trop éloigné,
si possible un léger espace verticale entre le moins de l'un et le plus de l'autre.
Il faudrait mettre plus de détails donc 1ms
Tu note ce qu'il y a sur le lcd, inutile de mettre à coté, ni le pac, tu l'écrit , ce qui compte c est la qualité de la photo et l'image scope

Après une photo avec encore plus de précision pour voir 4 ou 8 bits avec les 2 traces , pour cette manip on se fou des chiffres pac et lcd ,
manipule le pac pour avoir des transitions sur le data .

[serrepate]

Je suis désolé

, mais c est illisible.

et moi donc!

une photo
Il faudrait les 2 signaux clock et data, l'un au dessous de l'autre pour voir les transitions ,pas trop éloigné,
si possible un léger espace verticale entre le moins de l'un et le plus de l'autre.
Il faudrait mettre plus de détails donc 1ms
Tu note ce qu'il y a sur le lcd, inutile de mettre à coté, ni le pac, tu l'écrit , ce qui compte c est la qualité de la photo et l'image scope

Après une photo avec encore plus de précision pour voir 4 ou 8 bits avec les 2 traces , pour cette manip on se fou des chiffres pac et lcd ,
manipule le pac pour avoir des transitions sur le data .

j'y arrive pas, pas possible de synchroniser l'oscillo

[invitef86a6203]

Alors on va faire autrement
J'ai mis une tempo lors du front descendant du clock, je suppose que le data remonte plus vite , ce qui mettrait des 1 supplémentaires où il n'en faut pas.
J'ai supprimer cette micro tempo.

Il faudrait repérer des valeurs précises sur le pac les noter.
essayer avec l'ancienne version noter ce qu'affiche le lcd

puis mettre cette nouvelle version et comparer si avec les même valeurs pac on a les même valeurs lcd

:020000040000FA
:020000000528D1
:08000800EC2885018601073098
:100010009F00831601308600183085000030810073
:100020008312C8309020303086049F2032309020D8
:100030009F20013090209F2006080F39A300203018
:10004000230486009F20203068200C306820063072
:100050006820033068206D30BA006D30B900203060
:10006000B80090308B001030A6002B308400203078
:100070008000840AA60B38288B17A320D420803058
:1000800068200830A6002B3084004C20C030682047
:100090000830A6004C203D2800085220840AA60BF8
:1000A0004C280800A4007B2006080F39A300240870
:1000B000F03923048600061186159F200F3086052F
:1000C000240EF03986049F200800013068200800C3
:1000D000A4007B2006080F39A3002408F03923046C
:1000E0008600061186119F200F308605240EF039F8
:1000F00086049F2008008316F03086048312861140
:1001000006158614952006088610F039A2009F2057
:10011000A21B7B28061183160F3086058312080068
:10012000A1009520A10B912808005030A000A00B41
:10013000972808000430A000A00B9C280800861413
:10014000000086100800313084000730A4008001D0
:100150008403A40BA728313084000630A400A30137
:10016000FF30A2006130A6000515851DB028A20B46
:10017000B528A60BB52805112315A2010310851972
:10018000BF28051A0314A20DA30BC728CA28851D72
:10019000C728BE280F30A205220880008403A40BC4
:1001A000BC282B08A80008002B3084000730A400CE
:1001B00030308007840AA40BD8282B308400063006
:1001C000A40030300006031DEA2820308000840A95
:1001D000A40BE12808000800A2000308A2008B136A
:1001E0008B100514FA309020FA309020FA309020CD
:1001F000FA309020FA309020FA3090200510220832
:0A0200008300A20E220E3C28090024
:02400E00223F4F
:00000001FF

[invitef86a6203]

Après réflexion .
Inutile de faire compliqué.

Tu charge le dernier prog et tu relèves les valeurs lcd et pac (tu me dit si c est inch ou mill , genre i ou m)

exemple;

856: => 3.46 m
4:9; => 6.78 m
40:; => 0.267 i
etc...

[serrepate]

pour éviter tout malentendu:

Alors on va faire autrement
J'ai mis une tempo lors du front descendant du clock, je suppose que le data remonte plus vite , ce qui mettrait des 1 supplémentaires où il n'en faut pas.

c'est a dire dans la version du 21/11/15 23h38???

J'ai supprimer cette micro tempo.

c'est a dire dans la version du 22/11/15 22h51 ???
d'abord:

Il faudrait repérer des valeurs précises sur le pac les noter.

avec dans 1 premier temps la version du 21/11/15 23h38???[/B] et noter ce qu'affiche le lcd?
par valeurs précises tu entends "ronde" genre 1.00mm 5.00mm etc veux tu unpassage par inch ?

essayer avec l'ancienne version noter ce qu'affiche le lcd

et le refaire avec la nouvelle version de 22h51 hier soir?

puis mettre cette nouvelle version et comparer si avec les même valeurs pac on a les même valeurs lcd

j'essayerai de faire un tableau, dès que tu peux me confirmer tout ça.
merde ma réponse est pas partie, tant pis je joints les mesures déjà faite avec l'ancien 21 11 2015 23h38.hex j'ai un pb avec un pic et ton dernier prog, mais ça doit être le pic (N°3) c'est tellemnt long à programmer!
en plus pas possible de mettre un fichier .xls ou .ods

[serrepate]

les mesures avec le prog du 22 11 2015 22h51.hex le dernier en date.
il y a 1 pb de frappe relevé précédant
ligne 5 colonne inch il faut lire 0.177 et pas 0.117
les autres différences sont dues à des variations de décimal

[serrepate]

j'essaye de te poster les tableau en .ods (libre office) zipés

[invitef86a6203]

Ok aucun changement c'est identique, apparemment on lit correctement le code
Ne te fatigue pas pas pour les relever.
On dit que c'est bien ça qu'on lit , seul le relevé correct au scope pourrait le valider, mais bon on ne l'a pas.

bon il va falloir comprendre comment c 'est codé.

Sur ceux qui ont donné des valeurs justes, J'ai cru comprendre qu'ils envoyaient la valeur en binaire sur 20 bits x 2, le dernier bit étant le 5 ou 1/2 supplémentaire. et le bit d'après le signe ou mil/inch , ce qui explique de /4 pour avoir la bonne valeure.

Par contre cette logique ne fonctionnait pas sur tous...

Il va falloir cogiter ça !

[serrepate]

pour le scope, le mien est t-il suffisamment performant, si oui, où me goure-je?
pour la syncho si je prends voie A
et que je mets 2 voies à l'affichage, c'est non synchro, idem si je prends la voie B comme synchro.
comment faire la synchro pour avoir es voie A et B visible et lisibles en même temps.
lorsque je me servais de clock comme synchro ext il y avait bien qqc d'exploitable (il me semble avoir compris ça)
mais peut t-on s'en servir de synchro externe et de signal à mesurer? intuitivement je dirais non........
de plus je n'ai que 2 sondes utilisables en X1 (elles sont X1 / X10) j'en ai 2 autres mais X10 j'espère que je suis clair.
je vais bosser.

[invitef86a6203]

une question d'abord le relais fonctionne t il ?

Il y avait un gros bug je mettais en route le relais à la fin de la mesure.
C'est peut être la raison pourquoi c était stable.

J'ai modifié l'affichage des chiffres , je le met en carrément en hexa
Si je me suis pas trompé les signe;/=<>? vont être remplacé par ABCDEF. Si je me suis trompé de sens , c est les chiffres qui vont affiches des âneries LOL

donc voir si c est stable toujours
si ça affiche bien

Sur ton relevé je n'ai pas vu les 6 chiffres à aucun moment:020000040000FA
peut être qu'il faut testé une grande valeur.

et je ne vois pas le bit (pas le texte je l'ai enlevé) de changement inch/mill sur les valeurs LCD , bizarre , c est incohérent

un relevé si ça fonctionne inutile de perdre ton temps avec des tableaux que les valeurs

:020000000528D1
:08000800F32885018601073091
:100010009F00831601308600183085000030810073
:100020008312C8309020303086049F2032309020D8
:100030009F20013090209F2006080F39A300203018
:10004000230486009F20203068200C306820063072
:100050006820033068206D30BA006D30B900203060
:10006000B80090308B001030A6002B308400203078
:100070008000840AA60B38288B17A320D420803058
:1000800068200830A6002B3084004C20C030682047
:100090000830A6004C203D2800085220840AA60BF8
:1000A0004C280800A4007B2006080F39A300240870
:1000B000F03923048600061186159F200F3086052F
:1000C000240EF03986049F200800013068200800C3
:1000D000A4007B2006080F39A3002408F03923046C
:1000E0008600061186119F200F308605240EF039F8
:1000F00086049F2008008316F03086048312861140
:1001000006158614952006088610F039A2009F2057
:10011000A21B7B28061183160F3086058312080068
:10012000A1009520A10B912808005030A000A00B41
:10013000972808000430A000A00B9C280800861413
:10014000000086100800313084000730A4008001D0
:100150008403A40BA728313084000630A400A30137
:10016000FF30A2006130A6000515851DB028A20B46
:10017000B528A60BB52805112315A2010310851972
:10018000BF28051A0314A20DA30BC728CA28851D72
:10019000C728BE280F30A205220880008403A40BC4
:1001A000BC282B08A80008002B3084000730A400CE
:1001B000303080073A3000020318E028073080070B
:1001C000840AA40BD8282B3084000630A4003030D9
:1001D0000006031DF02820308000840AA40BE728C5
:1001E000080008000800A2000308A2008B138B106F
:1001F0000514FA309020FA309020FA309020FA302E
:100200009020FA309020FA309020051022088300C8
:08021000A20E220E3C28090099
:02400E00223F4F
:00000001FF

[invitef86a6203]

pour le scope, le mien est t-il suffisamment performant, si oui, où me goure-je?
pour la syncho si je prends voie A
et que je mets 2 voies à l'affichage, c'est non synchro, idem si je prends la voie B comme synchro.
comment faire la synchro pour avoir es voie A et B visible et lisibles en même temps.
lorsque je me servais de clock comme synchro ext il y avait bien qqc d'exploitable (il me semble avoir compris ça)
mais peut t-on s'en servir de synchro externe et de signal à mesurer? intuitivement je dirais non........
de plus je n'ai que 2 sondes utilisables en X1 (elles sont X1 / X10) j'en ai 2 autres mais X10 j'espère que je suis clair.
je vais bosser.

Il faut mettre les 2 voies sur la même fréquence.
Il y a peut être moyen d'utiliser une seule base de temps , c'était pas clair sur ta doc.

Le RA2 devrait envoyer un pulse pour synchroniser, ça devrait fonctionner pin 1.

[serrepate]

le relais fonctionne lorsque j appuie sur s1
130mm c est deja une bonne grosse valeur pour un pac 150mm

[serrepate]

Le RA2 devrait envoyer un pulse pour synchroniser, ça devrait fonctionner pin*


moi jusqu a present je n ai rien vu sur ra2
qd je testerai avec ton dernier code je vérifierai

[serrepate]

Sur ton relevé je n'ai pas vu les 6 chiffres à aucun moment:020000040000FA
peut être qu'il faut testé une grande valeur.

non au maxi c'était 5

et je ne vois pas le bit (pas le texte je l'ai enlevé) de changement inch/mill sur les valeurs LCD , bizarre , c est incohérent

là j'ai mis le nouveau code, 0 donne 777777?(partie gauche de l'afficheur seulement)???????????????
c'est stable
quoi que j'affiche au pac, les 2 "7" de gauche ne bouge pas est-ce clair?

Si je me suis pas trompé les signe;/=<>? vont être remplacé par ABCDEF. Si je me suis trompé de sens , c est les chiffres qui vont affiches des âneries

j'ai des ><;:@ et autres ?
pour ra2 je regarde demain
bonne nuit

[invitef86a6203]

Ok j'ai changé le sens ça devrait afficher en hexa maintenant.

:020000040000FA
:020000000528D1
:08000800F32885018601073091
:100010009F00831601308600183085000030810073
:100020008312C8309020303086049F2032309020D8
:100030009F20013090209F2006080F39A300203018
:10004000230486009F20203068200C306820063072
:100050006820033068206D30BA006D30B900203060
:10006000B80090308B001030A6002B308400203078
:100070008000840AA60B38288B17A320D420803058
:1000800068200830A6002B3084004C20C030682047
:100090000830A6004C203D2800085220840AA60BF8
:1000A0004C280800A4007B2006080F39A300240870
:1000B000F03923048600061186159F200F3086052F
:1000C000240EF03986049F200800013068200800C3
:1000D000A4007B2006080F39A3002408F03923046C
:1000E0008600061186119F200F308605240EF039F8
:1000F00086049F2008008316F03086048312861140
:1001000006158614952006088610F039A2009F2057
:10011000A21B7B28061183160F3086058312080068
:10012000A1009520A10B912808005030A000A00B41
:10013000972808000430A000A00B9C280800861413
:10014000000086100800313084000730A4008001D0
:100150008403A40BA728313084000630A400A30137
:10016000FF30A2006130A6000515851DB028A20B46
:10017000B528A60BB52805112315A2010310851972
:10018000BF28051A0314A20DA30BC728CA28851D72
:10019000C728BE280F30A205220880008403A40BC4
:1001A000BC282B08A80008002B3084000730A400CE
:1001B000303080073A300002031CE0280730800707
:1001C000840AA40BD8282B3084000630A4003030D9
:1001D0000006031DF02820308000840AA40BE728C5
:1001E000080008000800A2000308A2008B138B106F
:1001F0000514FA309020FA309020FA309020FA302E
:100200009020FA309020FA309020051022088300C8
:08021000A20E220E3C28090099
:02400E00223F4F
:00000001FF

[James072]

Dans le post 111 photo 5 on retrouve une trame telle celle de cette page,
de plus il y a une explication du codage de la trame. Mais je n'ai pas trouvé
comment l'info mm/inch est transmise.


http://robocombo.blogspot.fr/2010/12...interface.html

Elle figure sur cette page, mais pas certain que ce soit le même codage...

The last bit of the stream indicates the "inch" mode when it's set and "mm" when it's not.

http://www.yuriystoys.com/2013/07/ch...ta-format.html

Ce n'est juste qu'une proposition.

A+

[serrepate]

Ok j'ai changé le sens ça devrait afficher en hexa maintenant.
ok stable caractères hexa de 0 a F sur la partie gauche les 2 "digit" les + à gauche ne s'allume jamais tout comme le 8ième
donc 5 caractères max affichés

[invitef86a6203]

Celui de gauche, 1er ,toujours blanc c est normal
Le 8 iém toujours blanc c est normal.

Le second ça signifie qu'il lit 0 tout le temps ... bizarre, ça devrait changer avec inch/mil et le 5 et le -.
essais un - pour voir si on lit un 6ièm chiffre ?
ça peut cacher un gros problème, mais sans voir le 2 signaux aligné au scope , on peut chercher longtemps s'il ne sont pas à la place ou on les attends.

Fait quelques relevés pour voir si le bug que j'ai trouver change quelque chose.
La valeur hex /4 mis en décimal doit donné la bonne valeur si les 2 relevés que j'ai déjà fait confirme cette règle.

[serrepate]

en relatif ou pas le zéro fait à 100mm et fermeture des becs du pac, pas de "-" toujours 5 car pas plus jamais 1 et 2 à gauche jamais 8 (les digits)
impossible toujours d’effectuer une mesure à l'oscillo, même si j'ai "l'impression" qu'il y a un signal sur ra2 maintenant.

[invitef86a6203]

peut tu faire un relever de quelques mesures pour voir si ça à amélioré ou pas.

et vérifier les salves datas au scope voir si la première contient que des 0

[serrepate]

peut tu faire un relever de quelques mesures pour voir si ça à amélioré ou pas.

oui je peux, lequelles?

et vérifier les salves datas au scope voir si la première contient que des 0

je crain le pire, si tu me décris précisément ce que tu veux, je regarderai demain là y caille trop.

[invitef86a6203]

oui je peux, lequelles?

Ce que tu veux , c est juste pour voir si la formule correspond.

Dire que si j'avais le truc sous la main ça serait fini en une après midi...

Pour le scope tu regarde la première salve tu met 500µs par exemple

[serrepate]

5.59mm 48DF
========
0.220in 8B78

11.24mm 2C99
=========
0.4425in CDBD

18.98mm ED5A
=========
0.747in A7AB

44.83mm 4830E
==========
1.765 in 8B74A

72.09mm C385C
===========
2.838in 468D9

102.68 mm A10E9
===========
4.042in CF3AD

130.49mm 67E7C
===========
5.137in A181E

152.97mm ED70C
============
6.0225in AF1CD

[serrepate]

bon! l'oscillo j'arrive pas!
il y a des pattes du pic "en l'air" 18 et 1, à un moment je me suis retrouvé avec un chiffre en plus à gauche un 8 .
a te lire si tu n'as pas craqué

[invitef86a6203]

Je n'arrive pas à trouvé de logique avec ces chiffres.
Si la lecture est bonne , il y a un codage que je ne comprend pas.
Et si la lecture est fausse , inutile de se creuser la tête il faut corriger.

Sans oscillo on en arrive a une méthode plus lourde, il faut envoyé des données vers le PC pour analyser le signal.
Pour ça il faut un adaptateur USB/RS232 TTL et le logiciel pour recevoir.
Il s'agit de RB1 (RX) et RB2 (TX)

[serrepate]

j'insiste, les pattes en l'air est-ce bon, j'ai mis une sonde sur ra2 et je me suis aperçu que j'avais un chiffre de plus coté gauche en tête des chiffres déjà affichés (un "8" je crois) constatant ça, j'ai cru avoir un pb de faux contact.
mais à l'étage, y fait + chaud, plus de 6ième chiffre .........................
peut être que le pic n'aime pas avoir des sorties/entrées non terminées (?)

[invitef86a6203]

ces pins ne sont pas utilisées par le programme
a part ra2 qui envoie un pulse maintenant, mais ça ne devrait pas avoir d'influence sur le résultat.

ça cache peut être un gros problème hard...