LCD Problem nach I2C-Start

>An was kann das liegen?

An dem Programm, an der Hardware oder an sonstwas. :-)

Vor allem beschreibe bitte Dein Problem detailliert.
Dann poste bitte, Schaltplan und Software.

Hilfreich ist auch der Artikel: 
http://www.mikrocontroller.net/articles/Netiquette

So und ein Ausschnitt vom Code wäre hier:

1

#include "..\Include\HTC_pbainc.h"

2

3

4

void main(void)

5

{

6

  init_pba();

7

  i2c_init();

8

lcd_init();

9

  i2c_start();

10

  i2c_write(0x90);

11

  i2c_write(0x00);

12

  i2c_stop();

13

14

  while(1)

15

  {

16

    float result;

17

    signed int temph;

18

    unsigned char templ;

19

    delay_ms(105);

20

    i2c_start();

21

    i2c_write(0x90);

22

    i2c_write(0x00);

23

    i2c_restart();

24

    i2c_write(0x91);

25

    temph=(signed int)i2c_read(1)*10;

26

    templ=i2c_read(0);

27

    i2c_stop();

28

    if(bit_test(templ,7))

29

    {

30

      if(temph < 0) temph=temph-5;

31

      else temph=temph+5;

32

    }  

33

    (float)result=temph/10.0;

34

35

    printf("%3.1f",result);

36

    lcd_gotoxy(0,0);

37

38

  }  

39

40

}

Edit: Dieser Code soll nur den Temperatursensor auslesen und auf dem LCD 
ausgeben.

Hallo,
weißt Du wo Dein Programm hängenbleibt?
Ich hatte mal ein ähnliches Problem, zufälligerweise ebenfalls bei einer 
I2C-Kommunikation. Bei mir war es ein verstellter 
Kommunikationsparameter (Busgeschwindigkeit). Dies hatte zur Folge, dass 
im Unterprogramm zum Versenden der Daten in einer Endlosschleife auf ein 
Flag gewartet wurde, dass aber nicht gekommen ist. Dieses Unterprogramm 
war in einer I2C-Bibliothek, die ich bekommen habe.

Grüße,
Robert.

Jörg Esser schrieb:
> Probier mal kleinere Abschlusswiderstände im 5V Teil. So 2k.

Hat leider nicht funktioniert

RobWa schrieb:
> Hallo,
> weißt Du wo Dein Programm hängenbleibt?
> Ich hatte mal ein ähnliches Problem, zufälligerweise ebenfalls bei einer
> I2C-Kommunikation. Bei mir war es ein verstellter
> Kommunikationsparameter (Busgeschwindigkeit). Dies hatte zur Folge, dass
> im Unterprogramm zum Versenden der Daten in einer Endlosschleife auf ein
> Flag gewartet wurde, dass aber nicht gekommen ist. Dieses Unterprogramm
> war in einer I2C-Bibliothek, die ich bekommen habe.

Ja laut Debugg wartet es so wie ich es intepretiere auf ein Flag und 
bleibt hängen
Wie hast du das Problem gelöst?

Hi,

das ist zwar schon etwas länger her, aber ich glaube bei mir war das 
globale Interruptflag gelöscht oder die Interrupt-Prioritätsstufe 
deaktiviert. Dadurch wurde der zugehörige Interrupt vom I2C-Datenempfang 
nicht ausgelöst in dem das Flag gesetzt wurde. In dem Fall entweder 
schauen warum der Interrupt deaktiviert wurde oder sicherheitshalber vor 
Eintritt in die kritische Funktion einfach wieder aktivieren.

HTH,
Robert.

Hallo,

ein zweites Mal hatte ich so ein Problem als ich die Taktfrequenz des 
Controllers zur Laufzeit geändert hatte. Dabei habe ich vergessen die 
Timingparameter der I2C-Schnittstelle umzustellen. Das hat ebenfalls 
dazu geführt, dass das erwartete Flag ausgeblieben ist.

BG,
Robert.

Jörg Esser schrieb:
> Das er so lange auf ein Flag wartet sollte aber nur passieren wenn der
> Bus ziemlich schlechte Signale führt. In einem meiner Projekte ist das
> so und dort habe ich einen Timer eingebaut der bei überschreiten der
> Wartezeit die Kommunikation von vorne startet. Allerdings sollte sowas
> nicht die Regel sein. In deinem Fall würde ich mir die Signale mit nem
> Oszi erstmal anschauen. Wenn du alles Freiluft und mit 100m Kabel und
> mit 1Mhz Bustakt verdrahtet hast kann das natürlich schon eher
> passieren. Aber das sieht meine Glaskugel leider nicht....

Das ganze ist auf einem Print mit Hauptsächlich SMD bauteilen :)

Ich werde mir das ganze am Montag nochmals genauer anschauen. Vielleicht 
finde ich noch heraus wo der Hund begraben liegt.

Danke schonmal

Frank K. schrieb:
> Wer hat die Schaltung entworfen? Du?
Teilweise

Frank K. schrieb:
> Warum wird der 5V-Zweig des PCA9306 über einen 200k-Widerstand versorgt?
> Was hast sich der Erfinder dabei gedacht?
Habe ich so übernommen aus einem alten Projekt, welches nicht von mir 
stammt.

Frank K. schrieb:
> Wenn man gewollte hätte, hätte man das ganze auch nur mit 3.3V aufbauen
> können.  Entweder wollte man nicht oder war zu doof dazu.
Zu doof

Frank K. schrieb:
> PS: Wenn ich nochmal auf den Plan schaue, fallen mir noch ein paar
> weitere Fehler auf.
Raus damit, nehme Kritik gerne entgegen

Hab herausgefunden wo das Programm hängenbleibt. Und zwar beim Befehl: 
while(!SSPIF);

da wartet er auf SSPIF, was nicht kommt..

Habe aber keine Ahnung woran das liegt

Gruss

Frank M. schrieb:
> Was ist i2c_init();?

Eine Funktion zum initialisieren damit i2c verwendet werden kann

1

#include "..\Include\HTC_pbainc.h"

2

3

void i2c_wait_if(void)

4

{

5

  while(!SSPIF);               //Warten bis I2C-IF gesetzt (MSSP action done)

6

  SSPIF=0;                //Interrupt-Flag rücksetzen  

7

}

8

9

void i2c_init(void)

10

{

11

  TRISC|=0b00011000;            //RC3(SCL), RC4(SDA) als Inputs definieren

12

  SSPADD=BRGVAL;              //Takt 100kHz: BRGVAL = (FOSC / (4 * SCL)) -1

13

  SSPCON=0x08;              //master mode, clock=Fosc/(4*(SSPADD+1))

14

  SSPEN=1;                //MSSP-Modul eingeschalten (SSP-Enable)

15

}

16

17

void i2c_start(void)

18

{

19

  SEN=1;                  //Bus übernemen

20

  i2c_wait_if();              //Warten bis Bus übernommen  

21

}

22

23

void i2c_restart(void)

24

{

25

  RSEN=1;                  //Bus erneut übernehmen

26

  i2c_wait_if();              //Warten bis Bus übernommen  

27

}

28

29

void i2c_stop(void)

30

{

31

  PEN=1;                  //Bus freigeben

32

  i2c_wait_if();              //Warten bis Bus freigegeben

33

}  

34

35

void i2c_write(unsigned char value)

36

{

37

  SSPBUF=value;              //Ein Byte zum I2C-Slave übertragen 

38

  i2c_wait_if();              //Warten bis Daten geschrieben

39

}  

40

41

unsigned char i2c_read(unsigned char ack)

42

{

43

  RCEN=1;                  //Daten Empfang einschalten

44

  i2c_wait_if();              //Warten bis Bus übernommen

45

  ACKDT=!ack;                //ACK / NoACK von Master

46

  ACKEN=1;                //Acknowledge Sequenz starten

47

  i2c_wait_if();              //Warten bis Bus übernommen

48

  return SSPBUF;

49

}

Habe es Momentan so aufgebaut, dass nur der LM75 angeschlossen ist.

Der Takt wird folgendermassen eingestellt:

#ifndef HTC_PBAi2c
#define HTC_PBAi2c true

#define FSCL_KHZ   100              //100kHz I2C-Mode
#define BRGVAL     20000/(4*FSCL_KHZ)-1    //BRG = (PIC / (4 * SCL)) -1

void i2c_wait_if(void);
void i2c_init(void);
void i2c_start(void);
void i2c_restart(void);
void i2c_stop(void);
void i2c_write(unsigned char value);
unsigned char i2c_read(unsigned char ack);

#endif

Hallo,

Adrian schrieb:
> Hab herausgefunden wo das Programm hängenbleibt. Und zwar beim Befehl:
> while(!SSPIF);
>
> da wartet er auf SSPIF, was nicht kommt..

hast Du schon überprüft ob Dein Interrupt an dieser Stelle aktiv ist?
Das sieht ziemlich gleich aus wie mein Problem, dass ich in meiner 
Antwort vom 06.12.2013 16:26 beschrieben habe.

Grüße,
Robert.

RobWa schrieb:
> hast Du schon überprüft ob Dein Interrupt an dieser Stelle aktiv ist?
> Das sieht ziemlich gleich aus wie mein Problem, dass ich in meiner
> Antwort vom 06.12.2013 16:26 beschrieben habe.
>
> Grüße,
> Robert.

Seh ich das in den Special Function Registers? Wenn ja ist es da nicht 
aufgeführt->nicht aktiv?

Ich kenn mich mit den PIC-µCs nicht so aus, aber kannst Du nicht einfach 
den globalen Interrupt vor der Aktivierung des I2C-Transfers enablen? 
z.B. durch die Funktion sei();
Da können Dir aber sicher PIC-Experten besser weiterhelfen.

Grüße,
Robert.

Wenn ich SDA und SCL vom PCA9306 trenne funktioniert es ^^. Folglich 
müsste etwas mit der Verdrahtung des PCA9306 nicht stimmen oder am 
3.3V-Pfad ist was faul. Sieht jemand den Fehler gerade auf Anhieb? 
Schaue sicher Morgen weiter. Gibt nicht mehr soooo viele möglichkeiten.

Gruss
Adrian