PIC I2C Fehler mit CCS Compiler in MPLAB

Ich hab das Hardware-I2C Modul des PIC 16F877 verwendet.
Mein Code sieht so aus:

1

#include <16f877.h>

2

#device ICD=TRUE

3

#use delay(clock=20000000)

4

#include <lcd.c>

5

#use i2c(master, sda=PIN_C4, scl=PIN_C3, noforce_sw)

6

7

int i2cT1,i2cT2;

8

9

main()

10

{

11

  lcd_init();

12

13

  i2c_stop();

14

15

   while(TRUE)

16

   {

17

  i2c_start();

18

  i2c_write(0b10010001);

19

  i2cT1=i2c_read();

20

  i2cT2=i2c_read(0);

21

  i2c_stop();

22

23

24

   delay_ms(50);

25

26

   lcd_gotoxy(1,1);

27

   printf(lcd_putc,"1:%3u",i2cT1);

28

   lcd_gotoxy(1,2);

29

   printf(lcd_putc,"2:%3u",i2cT2);

30

31

   delay_ms(500);

32

   }

33

34

}

Bei diesem Code bleibt der Microcontroller immer beim Befehl 
"i2c_start();" hängen. Sieht man im ICD Debugger schön!

Was kann hier der Grund sein?
Ich hab schon nachgesehen, scl und sda Pin's sind mit Pullup auf +5V 
gelegt. Der LM75 Temperatursensor, welcher am I2C Bus hängt hat addresse 
"000" und ich möchte aus diesem Lesen.

Hatte jemand sochon mal sowas?

Michael

Bei einem Fujitsu Controller hatte ich mal ein ähnliches Problem, der 
Controller blieb blieb hängen, weil die SDA Leitung nicht 
erwartungsgemäß auf High ging. Und das war so:

Es wurde ein I2C EEPROM ausgelesen, bei dem viele Datenzellen auf "0" 
waren. Erwartungsgemäß ist somit beim Auslesen die SDA Leitung relativ 
häufig Low. Sporadisch hing sich das Protokoll auf, auch nach kompletten 
Neustart ging nichts. Es klemmte ebenfalls bei der Erzeugung der 
Start-Condition. Nach längeren Arbeitspausen (ab ca. 20 Minuten) ging es 
dann auf einmal wieder. Auffällig war bei Messungen auf jeden Fall, dass 
das EEPROM seinerseits die Datenleitung auf Low zog. Einfach so, auch 
nach Reset und Trennung der Spannung.
Warum?
Es handelte sich um ein EEPROM, dass auch noch für Spannungen ab 1.8V 
spezifiziert war. Ein EEPROM hat keinen Reset-Eingang, die interne 
State-Machine wird nur bei einem Power-On Reset zurückgesetzt. 
Irgendwann hat es eine Verhakung im Protokoll gegeben und das EEPROM ist 
auf SDA=0 stehengeblieben. Das Ausschalten der Spannung hat nichts 
gebracht, da VCC relativ lange bei ca. 1V stehenbleibt. Das EEPROM war 
selbst bei dieser Spannung noch funktionell. Erst nach langer Zeit fällt 
die Spannung weit unter 1V und das EEPROM machte einen vernünftigen 
Power-On Reset. Daher das Phänomen nach Mittagspause, wo kurzzeitig 
wieder alles funktionierte.

Die Lösung lag darin, nach Power-On des Mikrocontrollers einfach einige 
zig Takte auf SCL manuell zu erzeugen, während SDA=1 bleibt. Dadurch kam 
die State-Machine im EEPROM wieder in den Tritt und der I2C Controller 
im Mikrocontroller fand bei Erzeugung der Start-Bedingung den korrekten 
Zustand SDA=1 vor!

Dieses Phänomen könntet ihr auch mal abchecken, die I2C Start 
Implementierungen bei verschiedenen Controllern sind häufig so 
gestrickt, dass einfach per Endlos-Loop auf SDA=1 (Busfreigabe) gewartet 
wird. Ist bei dieser Abfrage definitiv SDA=1 ???

Hallo Danke für die Hilfe!

Ich hab's jetzt mit der Software-Variante des CCS Compilers geschafft!

Es gibt hier zwei Möglichkeiten:

einmal um das integrierte i2c Modul zu verwenden

1

#use i2c(master, sda=PIN_C4, scl=PIN_C3, noforce_sw)

oder

1

#use i2c(master, sda=PIN_C4, scl=PIN_C3)

Mit der 2ten Variante ohne Hardware Modul läuft es ohne Probleme!
Um auf die software Implementierung zurückzugreifen.

Offensichtlich hat mein LM75 hier ein Problem damit.
Ich werde mal den Tipp mit den SCL Takten versuchen!

danke
Michael