I2C - Linux Voyage - ALIX.2D2

[Markus C. (ljmarkus)]

Guten Morgen,

ich habe gestern den ganzen Tag versucht auf meinem ALIX.2D2 ein EEPROM 
über I2C anzusprechen.

Mit i2cdetect finde ich es unter der Addresse 0x50 und ein
i2cdump -y 0 0x50 c
liefert auch den Inhalt.

Nur wenn ich es mit einem eigenem Programm machem möchte, passiert 
einfach nix auf dem I2C Bus (Oszi hängt drann).

Mein Test Code schaut so aus:

#include <stdio.h>
#include <sys/ioctl.h>
#include <fcntl.h>
#include <linux/i2c-dev.h>
#include <linux/i2c.h>

int main(){

  int fd,n;
  char buf[10];

  // Address EEPROM
  int addr = 0x50;

  if ((fd = open("/dev/i2c-0", O_RDWR)) < 0) {
    printf("open error! %d\n",fd);
    return 1;
  }

  if (ioctl(fd, I2C_SLAVE, addr) < 0) {
    printf("address error!\n");
    return 1;
  }

  buf[0] = 0x00;

  printf("write: ");
  n = write(fd, buf, 1);

  if (n != 1)
  printf("error! %d\n",n);
  else
  printf("0x%x, 0x%x\n", buf[0], buf[1]);

  printf("read: ");
  n=read(fd, buf, 1);

  if (n != 1)
    printf("read error! %d\n", n);
  else
    printf("0x%x\n", buf[0]);

  close(fd);
  return 0;
}

Hoffe ihr könnt mir helfen.

Danke, Markus

[Uwe B. (boerge)]

MoinMoin.

Fragen:
* Läuft das Programm durch?
* Kommen sonst irgendwelche Fehlermeldungen?
* Hat der User Rechte auf die Devices?

Du kennst diese (meine) Seite:
http://bralug.de/wiki/BLIT2008-Board_mit_i2c-tiny-usb-Firmware

Grüße Uwe

[Markus C. (ljmarkus)]

Hallo,

mit i2cdetect finde ich das eeprom auf 0x50

root@voyage:/tmp# i2cdetect -y 0
     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:          -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- UU -- -- --
50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --

nehme ich jetzt mal ein Teil von Deinem Programm:

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <fcntl.h>
#include <linux/i2c-dev.h>
#include <sys/ioctl.h>

#define DEV_I2C "/dev/i2c-0"
#define ADDR_EEPROM 0x50

#define DO_ERROR {printf("Error...!\n"); exit(1);}


int file;
unsigned char buffer[2], sign, dec;


int main(void)
{
 file = open(DEV_I2C, O_RDWR);
 if (file < 0) DO_ERROR;

 if (ioctl(file, I2C_SLAVE, 0x50)) DO_ERROR;
 buffer[0] = 0x00;
 if (write(file,buffer,1) !=1) DO_ERROR;

 close(file);
 exit(0);
}

Bei (write(file,buffer,1) kommt der Error

Aber warum?
Berechtigung:

root@voyage:/tmp# ls -l /dev/i2c-0
crwxrwxrwx 1 root i2c 89, 0 Jan  1  2000 /dev/i2c-0


ich arbeite als root.

Lg, Markus

[Uwe B. (boerge)]

MoinMoin,

Markus C. schrieb:
> Bei (write(file,buffer,1) kommt der Error
>
welchen Wert hat errno?

Was ist das für ein I2C-Slave auf 0x4C und warum ist der busy?

Grüße Uwe

[Markus C. (ljmarkus)]

Hallo Uwe,

der Fehlecode lautet -1

Was da auf 0x4C ist weiß ich nicht.


lg, markus

[Uwe B. (boerge)]

MoinMoin,

Markus C. schrieb:
> der Fehlecode lautet -1
>
nicht der Return-Code von write() sondern der Inhalt der Variable errno.

Zitat aus C-Manual zu write:

"Upon successful completion, write() [XSI] [Option Start]  and pwrite() 
[Option End] shall return the number of bytes actually written to the 
file associated with fildes. This number shall never be greater than 
nbyte. Otherwise, -1 shall be returned and errno set to indicate the 
error."

Markus C. schrieb:
> Was da auf 0x4C ist weiß ich nicht.
>
...hmm, das würde mich jetzt schon beunruhigen, da es ja offensichtlich 
ein Problem auf dem Bus gibt. ...und dieser Slave wird von jemand 
anderem unter Beschlag genommen (...UU...). Vielleicht kommt das Problem 
ja von der Seite.

Grüße Uwe

[Uwe B. (boerge)]

Uwe Berger schrieb:
> Was da auf 0x4C ist weiß ich nicht.
>
>> ...hmm, das würde mich jetzt schon beunruhigen, da es ja offensichtlich
>> ein Problem auf dem Bus gibt. ...und dieser Slave wird von jemand
>> anderem unter Beschlag genommen (...UU...). Vielleicht kommt das Problem
>> ja von der Seite.
>
...was sagt lsmod?

Grüße Uwe

[Markus C. (ljmarkus)]

Muss mal schaun wie ich den errno angezeigt bekomme..

lsmod sagt:

root@voyage:/backup# lsmod
Module                  Size  Used by
iptable_filter           808  1
ipt_MASQUERADE          1102  1
iptable_nat             2643  1
nf_nat                 10021  2 ipt_MASQUERADE,iptable_nat
nf_conntrack_ipv4       7295  3 iptable_nat,nf_nat
nf_conntrack           38707  4 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4
nf_defrag_ipv4           795  1 nf_conntrack_ipv4
ip_tables               7445  2 iptable_filter,iptable_nat
x_tables                8882  4 iptable_filter,ipt_MASQUERADE,iptable_nat,ip_tables
ipv6                  192342  17
i2c_dev                 3482  0
ledtrig_netdev          2654  0
ledtrig_timer           1178  0
ledtrig_heartbeat        925  0
geodewdt                2051  2
hwmon_vid               1412  0
lm90                    8528  0
arc4                     978  2
ath9k                  81873  0
mac80211              157166  1 ath9k
ath9k_common            1194  1 ath9k
evdev                   6063  0
ath9k_hw              242330  2 ath9k,ath9k_common
ftdi_sio               24857  0
snd_pcm                46819  0
ath                    10631  2 ath9k,ath9k_hw
cs5535_mfgpt            2145  1 geodewdt,[permanent]
cs5535_gpio             3117  0
scx200_acb              3067  0
snd_timer              11838  1 snd_pcm
cfg80211              111132  3 ath9k,mac80211,ath
snd                    33773  2 snd_pcm,snd_timer
usbserial              21093  1 ftdi_sio
soundcore               3443  1 snd
snd_page_alloc          4817  1 snd_pcm
leds_alix2              1503  0
geode_aes               3790  0
pcspkr                  1215  0
cs5535_mfd              1772  0
geode_rng                800  0
rng_core                2274  1 geode_rng
rfkill                  6676  1 cfg80211
mfd_core                1769  1 cs5535_mfd
ohci_hcd               16802  0
ata_generic             2287  0
pata_cs5536             2334  0
pata_amd                6720  0
libata                124802  3 ata_generic,pata_cs5536,pata_amd
ide_pci_generic         1964  0
ehci_hcd               27368  0
usbcore                90394  5 ftdi_sio,usbserial,ohci_hcd,ehci_hcd
ssb                    31231  1 ohci_hcd
pcmcia                 24632  1 ssb
pcmcia_core             8329  1 pcmcia
amd74xx                 3612  1
via_rhine              16600  0
mii                     2715  1 via_rhine
root@voyage:/backup#

lg, markus

[Markus C. (ljmarkus)]

Hallo Uwe,

/dev/i2c-0: Operation not supported

bekomme ich als meldung

 res = write(file,buffer,1);
 if (res < 0) {perror(DEV_I2C); }

Auf meinem 2. Board ist es auch mit 0x4C das gleiche.

lg, markus

[Uwe B. (boerge)]

MoinMoin,

ok, 0x4c ist ein LM90 (Temperatursensor).

Kante mal das Modul lm90 raus und probiere nochmal.

Der LM90 ist ein SMBus-IC, also nicht 100% I2C... Vielleicht ist das das 
Problem (kein I2C-Master, sondern ein SMBus-Master). Du kannst ja mal, 
statt dem EEPROM (welcher Typ eigentlich), den LM90 versuchen auszulesen 
(lm90-Modul muss dazu entfernt sein). Lt. Datenblatt sollte es so 
ähnlich wie ein LM75 funktionieren...

Grüße Uwe

[Uwe B. (boerge)]

Markus C. schrieb:
> Muss mal schaun wie ich den errno angezeigt bekomme..

schau mal hier: http://www.mkssoftware.com/docs/man5/errno.5.asp

Grüße Uwe

[Markus C. (ljmarkus)]

so mit: rmmod lm90 wird die adresse nicht mehr geblockt.

root@voyage:/tmp# i2cdetect -y 0
     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:          -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- 4c -- -- --
50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --

aber ich bekomme noch immer nicht an das eeprom drann.
Es ist ein 24AA025E48

lg, markus

[Uwe B. (boerge)]

...habe gerade das hier gefunden: 
Beitrag "ALIX 6B2 und I2C-Bus mit PCF8574 mit voyage-Linux"

Hast du eventuell auch ein Problem mit der Versorgungsspannung?

Grüße Uwe

[Markus C. (ljmarkus)]

den Beitrag habe ich auch schon gefunden.

Ne das Problem habe ich nicht da die Spannung direkt vom Board kommt.

Mit i2cget und i2cput kann ich mit dem eeprom sprechen.

lg, markus

[Uwe B. (boerge)]

Markus C. schrieb:
> Es ist ein 24AA025E48
>
den kannte ich noch nicht...

Versuche doch erstmal den LM90 mit einem eigenen C-Programm auszulesen. 
Bei dem sollte man erwarten können, dass elektrisch alles passt.

Grüße Uwe

[Markus C. (ljmarkus)]

Sobald ich auch write oder read auf die 0x4C mache bekomme ich auch die 
Meldung:

/dev/i2c-0: Operation not supported

lg, markus

[Uwe B. (boerge)]

MoinMoin,

Markus C. schrieb:
> res = write(file,buffer,1);
>  if (res < 0) {perror(DEV_I2C); }

nein nicht so, sondern so:

res = write(file,buffer,1);
if (res < 0) {perror("write"); }

res = read(file,buffer,1);
if (res < 0) {perror("read"); }

usw.

Grüße Uwe

[Markus C. (ljmarkus)]

ah ok.

ändert aber nix

write: Operation not supported
read: Operation not supported

lg, markus

[asd (Gast)]

Foto vom Aufbau? Was hast du wo, wie genau angeschlossen?

[Uwe B. (boerge)]

MoinMoin,

also vielleicht doch die minimalen Unterschiede zwischen I2C und 
SMBus...?

Versuche mal statt read() und write() die entsprechenden SMBus-Kommandos 
zu verwenden:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/i2c/dev-interface;hb=HEAD

...und berichte hier weiter, da das Thema/Problem mich langsam auch 
interessiert!

Grüße Uwe

[Uwe B. (boerge)]

asd schrieb:
> Foto vom Aufbau? Was hast du wo, wie genau angeschlossen?
>
...da die i2c-Tools scheinbar funktionieren, ist ein Hardwareproblem 
auszuschliessen, denke ich mal!

Grüße Uwe

[Markus C. (ljmarkus)]

Hallo,

so ich habe nun mal weiter getestet:
Probleme mit dem smbus:

#include <stdio.h>
#include <string.h>
#include <stdlib.h>
#include <unistd.h>
#include <fcntl.h>
#include <linux/i2c-dev.h>
#include <sys/ioctl.h>
#include <sys/types.h>

int file;
int adapter_nr = 0;
char filename[20];

int main(void)
{
 snprintf(filename, 19, "/dev/i2c-%d", adapter_nr);
 file = open(filename, O_RDWR);
 if (file < 0) {perror("open"); exit(1); }

 int addr = 0x50;

 if (ioctl(file, I2C_SLAVE, addr) < 0)
 {
  printf("Error ioctl");
  exit(1);
 }

 __u8 register1 = 0x00;
 __s32 res;
 char buf[10];

 res = i2c_smbus_read_word(file, register1);
 if (res < 0)
 {
  printf("Error i2c_smbus_read_word");
  exit(1);
 }

close(file);
 exit(0);
}

root@voyage:/tmp# gcc -O3 -std=gnu99 -o i2c i2c.c
i2c.c: In function 'main':
i2c.c:32: warning: implicit declaration of function 'i2c_smbus_read_word'
/tmp/ccgdiq7Y.o: In function `main':
i2c.c:(.text+0x78): undefined reference to `i2c_smbus_read_word'
collect2: ld returned 1 exit status

lg, markus

[Uwe B. (boerge)]

vielleicht noch:

#include <linux/i2c.h>


Grüße Uwe

[Markus C. (ljmarkus)]

So schreiben kann ich nun ins eeprom.

Nur leider komme ich mit dem lesen nicht klar.

Hier mal der Code:

#include <stdio.h>
#include <string.h>
#include <stdlib.h>
#include <unistd.h>
#include <fcntl.h>
#include <linux/i2c-dev.h>
#include <sys/ioctl.h>
#include <sys/types.h>

int file;
int adapter_nr = 0;
char filename[20];

int main(void)
{
 snprintf(filename, 19, "/dev/i2c-%d", adapter_nr);
 file = open(filename, O_RDWR);
 if (file < 0) {perror("open"); exit(1); }

 int addr = 0x50;

 if (ioctl(file, I2C_SLAVE, addr) < 0)
 {
  printf("Error ioctl");
  exit(1);
 }

 __u8 register1 = 0x00;
 __s32 res;
 char buf[10];

 i2c_smbus_write_byte_data(file, register1, 0x05);
 
 close(file);
 exit(0);
}

lg, markus

[Uwe B. (boerge)]

Markus C. schrieb:
> So schreiben kann ich nun ins eeprom.
>
hört sich doch schon mal gut an!

Markus C. schrieb:
> Nur leider komme ich mit dem lesen nicht klar.
>
wo ist das Problem?

Grüße Uwe

[Markus C. (ljmarkus)]

ja ich hatte ganz vergessen,

das wenn man was geschrieben hat, einmal close machen und dann neu 
öffnen zum lesen.

Oder habe ich jetzt falsche gedanken? Sowas wie ein Restart gibt es ja 
nicht.

lg, markus

[Markus C. (ljmarkus)]

zubeachten sei noch, das die maximale Geschwindigkeit beim SMBus 100kHz 
ist.

lg, markus