[satinas]

En allumant une led durant l'interruption tu pourras vérifier (à l'oeil ou à l'oscillo) qu'elle se déclenche au bon moment et pas trop souvent.
Et vérifie avec le TDS220 que la séquence est propre.

Oublie pour le moment le blocage de bus puisque cela ne fait que compliquer le problème.
Mets une tempo de 1ms juste avant le PIR1.3 = 0. Pour moi il y a toujours le PIR1.3 qui passe à 1, et cela redéclenche l'interruption alors que toutes les données ont déjà été reçues.

Avec 8MHz et 100kHz, tu as largement le temps de recevoir les octets un par un, je trouve cela beaucoup plus simple à mettre au point.

[Serge]

Oui, je vais faire ce test, mais à mon avis le temps de l'interruption étant de 1,5 ms, je ne verrai pas beaucoup la led !
J'ai toujours le visu de la séquence sur l'oscillo, et c'est très propre comme signal.
ça se dégrade un peu en dessous de SSPADD=$10
C'est d'ailleur là que je vois bien que c'est le PIC Maitre qui décale la séquence et non l'esclave.
d'ou mon incompréhension.
Car le pic maitre envoie les séquences par une interruption d'horloge et ne fait rien d'autre à ce moment là.

[Serge]

et bien avec cette tempo de 1ms, le problème demeure toujours.

[Serge]

J'ai poussé la tempo jusqu'à 10ms, et là le décalage devient:
4 séquences successives dans le tyming, et la cinquième séquence se fait à la sixième.

[satinas]

J'ai installé PicBasic Pro démo, elle ne dure que 15 jours.
Si tu veux que je regarde ton programme, envoie-moi les 2 parties, maître et esclave.

[Serge]

Alors le test avec la led durant l'interruption confirme que celle-ci ne s'allume que pendant les séquences PIR1.3 à chaque changement d'état généré par le Maitre, et subit le même timing de 5 séquences synchro et une décalée.

[Serge]

Sous quelle forme tu les veux ?
Texte ? ou .pbp

[satinas]

un fichier zip contenant les 2 projets

[Serge]

Ok, je le prépare

[Serge]

Ci-Joint.