[satinas]

Si cela marche uniquement avec l'analyseur connecté, c'est qu'il doit rétablir un contact électrique foireux ou inexistant.

[satinas]

En regardant le PCB, je me demande si tu n'as pas inversé SCL et SDA côté pic.

[Stefox]

Après vérificiation.. Effectivement.. C'est inversé !!

Plus qu'a resortir une 2eme fois 200 balles pour refaire un nouveau PCB chez PCB Way..

Merci beaucoup !! Je sais pas pourquoi je n'ai pas vu ça et comment j'ai réussi a les inverser sans m'en rendre compte..

Petite question tant qu'à faire, c'est une bonne pratique mes pin tulipe SDA SCL que j'ai mis directement en parallèle sur les lignes ? Ou c'est pas top top selon toi ? J'ai lu une fois sur le net que ça pouvait créer des perturbations mais d'un autre coté c'est bien pratique en cas de souci aussi..

[satinas]

A propos de l'inversion tu as bien fait de tout déballer assez vite, hard et soft, sinon on était parti pour 20 pages ;-)

Je ne pense pas que ces plots de test puisse perturber les signaux vu la vitesse assez faible de l'i2c. D'autant plus si cela continue à marcher avec l'analyseur branché dessus. Et pour la pratique, je n'ai pas fait de carte depuis 20 ans car je ne suis plus en état d'utiliser des logiciels comme Eagle, je n'arrive jamais au bout de la carte, mon cerveau rend l'âme avant.

[paulfjujo]

bonjour,


erreur rattapable avec lame de rasoir et fil à wrapper ... pour retester avant de refaire un autre PCB..

Effectivement la gestion RTC est OK..testée ..mais avec un 18F26K22 et I2C1

remarque:

char buffer[20] est defini dans le main est aussi dans eeprom.c
c'est voulu ?

par contre l'entier 8 bits ne peut pas etre affiché en flottant ...

Code : Tout sélectionner




extern char buffer[20];

void SaveSetPointHeater([b]uint8_t[/b] SetPoint_Temp) {
  //  char buffer[20];
  // sprintf(buffer, " %f", SetPoint_Temp);
    sprintf(buffer, " % 3d", SetPoint_Temp);
    Lcd_Write_String(buffer);
    __delay_ms(1000);
    EEPROM_Write_Byte(SLAVE_EE_BANK0_ADDR, SETPOINT_HEAT, SetPoint_Temp);
    __delay_ms(5);
} 

avec  char buffer[20]; déclaré en variable globale



[Stefox]

J'essaie en général d'être complet oui et de donner un peu tout, je n'ai la science infuse et de fait, regarde, ici j'étais sûr que c'était logiciel et finalement c'est physique

Ok donc je garde ces pins ? Les tracés ne sont pas trop bizarre ? Genre trop de tournant, ...

Les pin sont censé être jamais utilisé, c'est des pin de debug comme le RX TX elles ne serviront jamais, tant que tout vas bien ^^

[Stefox]

Oui je vais peut-être tester en grattant, j'ai meme de la résine ici pour PCB. Mais je peux pas donner ça au gars en V final, c'est pas propre, je devrai en refaire un derrière après :/

Buffer dans le main me sert pour chaque affichage du LCD.

Dans l'eeprom, il servait car j'ai eu des soucis de stockage eeprom donc j'ai suivi la transactions jusqu'au bout, le char dans eeproom n'est donc plus vraiment utile maintenant, je pourrai le supprimer et le garder seulement dans le main :)

Et pour l'entier, j'ai un float en effet, mais j'affiche pas la virgule car manque de place sur le LCD au final et puis c'est pas une sonde de dingue, je regarde la température du DS3231 qui est précis à + ou - 3 degrés, j'ai juste besoin d'avoir une idée de la température pour éviter la condensation dans le boitier bien que la carte sera couverte d'un revetement .. Je remettrai un %d car il y a surement un warnings lié à cela

[satinas]

J'ai pas tout compris mais ça c'est bon :
sprintf(buffer, " %f", (float)SetPoint_Temp);

Et encore mieux :
sprintf(buffer, " %f", (double)SetPoint_Temp);
car sprintf("%f") attend un double

[Stefox]

Donc, pour clôturer toute cette petite histoire,

J'ai jouer les chirurgiens et j'ai sectionné les 2 pistes et les ai ponté à l'inverse avec un brin de fil de cuivre

Et ça marche NI-QUEL désormais ! :) C'était donc bien une inversion des pistes SCL SDA..

Merci beaucoup pour vos précieux conseils et avis !!

[venom]

Merci du retour ça peut toujours servir
Et merci aux experts de ce forum qui ont trouvé le problème






@++