MCP23017 Funktion der Register

[Henry (Gast)]

Hallo Gemeinde
ich möchte mit dem MCP23017 mehrere Taster auslesen und LED ansteuern. 
Im Netz habe ich viele Beispile dazu gefunden. Leider waren die meisten 
für den Arduino oder in Python geschrieben.
Da ich mit C arbeite passt das nicht so gut zusammen. Leider habe ich 
auch keine gute Erklärung zu den Registern gefunden oder in Englisch 
(sorry)
Kann mir da jemand helfen und den IC zu verstehen.
Gibt es ein paar Beispiele dazu mit C und dem Atmega 128?

LG Henry

[Einer K. (Gast)]

Henry schrieb:
> in Englisch

Ja, Datenblätter, in Englisch zu verfassen, ist eine weltweite Marotte.
Ein deutsches, für den MCP23017, ist mir noch nicht unter gekommen.

[Henry (Gast)]

Das mit dem englisch ist das kleinste Problem. Du würdest mir weitaus 
helfen wenn du was zu den Registern hättest oder Beispiel zum lesen oder 
schreiben des MCP.

Henry

[Michael U. (amiga)]

Hallo,

was findest Du denn nicht im Datenblatt?
http://ww1.microchip.com/downloads/en/DeviceDoc/20001952C.pdf

Die Tabellen der Registeradressen und die Funktionen sind doch recht 
übersichtlich.
Ansonsten ist es ein normaler I2C-Chip und dazu steht auch einiges im 
Datenblatt.

Gruß aus Berlin
Michael

[Henry (Gast)]

Hallo Michael
habe bisher immer mit dem PCF gearbeitet und wollte jetzt mit dem MCP 
weiter machen. Da der MCP 11 Register hat kann man einiges einstellen. 
Da auch die GPIO in A und B getrennt sind. Da liegt mein Problem. Habe 
bisher nicht verstanden was die Register mit welcher Einstellung die 
GPIO A/B zu Ein- oder Ausgang machen. Bei der übertragung wird zuerst 
das Register beschrieben und danach der Wert. Als Beispiel habe ich die 
Angabe 0xFF für alle einschalten gefunden. Leider ist englisch nicht 
meine Stärke, aber dazu gibt es dann ja google. Die müssen nur noch 
begreiffen das ein Port kein Hafen ist.

LG Henry

[Bernd K. (prof7bit)]

Henry schrieb:
> Leider ist englisch nicht
> meine Stärke

Das lässt sich doch ändern.

Wenn Du Dich wirklich mit diesem Thema beschäftigen willst wirst Du an 
jeder Ecke auf englischsprachige Dokumentation treffen, ich stell mir 
das auf Dauer sehr frustierend vor die Sprache nicht lesen zu können in 
der alle notwendigen Handbücher und andere Texte verfasst sind und alle 
5 Minuten über eine Sprachbarriere zu stolpern.

Englisch ist doch für deutschsprachige relativ einfach zu erlernen, die 
Sprachen sind sich sehr ähnlich, es ist leichter als Du denkst. Das würd 
ich über kurz oder lang ernsthaft in Angriff nehmen. Kann auch beruflich 
nur von Vorteil sein.

[Philipp K. (philipp_k59)]

Du brauchst ja nur 5 Register oder so.. aussserdem gibt es viele 
Deutsche Tutorials die Register beschreiben.

Dazu hast Du nichts zu Deiner Vorgehensweise/Equipment/System 
geschrieben, sonst hätte man auch Tips geben können. So weiß man jetzt 
nicht, ob Du Raspi-Tutorials in Deutsch nicht gefunden hast oder mit nem 
USBToI2C Stick am Tower oder wie auch immer programmieren willst.

Für Buttons wären ja auch mindestens 1 Eingang am Rechner nicht 
verkehrt, sonst müsste man ja durchgehend abfragen..

GPIO Eingänge lesen
(Wenn man es beschreibt wird mit den Daten OLATA beschrieben)

OLAT Ausgänge setzen
(Gibt gelesen nur den aktuellen Wert und nicht den Pinstatus)

IODIR Richtung 1=INPUT 0=OUTPUT

IPOL  Invertierung 1=Invertiern 0=Normal

GPPU  Internes Pullup Register

Wenn Du auch Buttons benutzen willst kann man noch einen Interrupt 
aktivieren damit Du nicht immer Abrufen musst.

Interrupts sind auch nicht viel schwerer.

[Henry (Gast)]

Habe mal mit diesem Code gearbeitet:

#include <stdbool.h>
#include <avr/pgmspace.h>
#include "main.h"
#include "i2cmaster.h"
#include "avr/io.h"
#include "util/delay.h"
#include "avr/interrupt.h"
#include "stdlib.h"

#define CP2317  0x40 //Habe A0 bis A2 auf GND gelegt 0x40

int main(void)
{
  cli();    
  i2c_init();                 // initialize I2C library
  
  //Setzte GPB als Ausgänge      ret = i2c_start(adr1_w);  
  i2c_start(CP2317);     //set device address +write mode
  i2c_write(0x00);                      //spreche IODIR von GPB an  0x01
  i2c_write(0x00);                      //setzte GPB auf Ausgänge  0x00
  i2c_stop();

  while(1)
  {
    i2c_start(CP2317);
    i2c_write(0x1a);                        // write adresse = OLATB  15
    i2c_write(0xFF);                        // schalte alle Ausgänge ein
    i2c_stop();
    _delay_ms(500);
    i2c_start(CP2317);
    i2c_write(0x1a);                        // write address = OLATB  15
    i2c_write(0x00);                        // schalte alle Ausgänge aus
    i2c_stop();
  }
}

damit sollte eigentlich der Port A blinken.
Hardware:
Port A alles über LED und Vorwiderstand nach GND
Port B alles mit Taster nach GND und Wideständen nach 5V
Leider geht es nicht. Wahrscheinlich liegt der Fehler in den Registern.

Henry

[Henry (Gast)]

Einen Fehler habe ich gerade gefunden.
Habe hier was geändert.

i2c_start(CP2317);
    i2c_write(0x0A);   <<<                   // write adresse = OLATB  15
    i2c_write(0xFF);                        // schalte alle Ausgänge ein
    i2c_stop();
    _delay_ms(500);
    i2c_start(CP2317);
    i2c_write(0x0A);  <<<                      // write address = OLATB  15
    i2c_write(0x00);                        // schalte alle Ausgänge aus
    i2c_stop();

damit leuchten alle 8 LEDs am Port A.
Und wie bekomme ich sie wieder aus?

Henry

[Karl M. (Gast)]

Hallo,

da es eine Schleife ist, werden sofort wieder alle Pins auf 1 gesetzt.
Eine _delay_ms(500); am 2ten Ende fehlt noch.

[Philipp K. (philipp_k59)]

mach mal unter dem zweiten stop-Kommando auch noch nen Delay :)

[Karl M. (Gast)]

Hallo,

ich würde immer noch Fehler abfangen: i2c_start(CP2317) {} else { } und 
auch noch Code Modular über Funktionen erzeugen.
So wäre das eine Möglichkeit

void MCP23017_set_port( uint8_t value )
{
  if (i2c_start(CP2317)) {
    i2c_write(0x0A);
    i2c_write(value);
    i2c_stop();
  } else { // i2c error
  }
}

[Philipp K. (philipp_k59)]

Ich mach mir zum Beispiel auch Listen, wie im Anhang zu sehen für einen 
Parallelport..

Ist einfach besser wenn man es schwarz auf Weiß vor sich hat..

Dazu wenigstens die Registertabelle, und Hextabelle aus dem Datasheet 
cutten und ausdrucken.

Dann ist das in 5 Minuten erledigt.

[Henry (Gast)]

Das mit dem zweiten _delay war der Fehler.
Die leichtesten Sachen sieht man nicht.
Danke für eure Hilfe.

Henry

[Henry (Gast)]

Noch ein paar Fragen zu meinem Verständnis.
Ein paar Sachen aus meinem Code:

i2c_start(CP2317);
    i2c_write(0x0A);                        // write adresse = OLATB  15
    i2c_write(0x55);                        // schalte alle Ausgänge ein
    i2c_stop();

mit i2c_write(0x0A) gebe ich die Registeradresse, Port A oder Port B an.
Für Port B müsste es dann 0x1A sein.
Das ist dann bei Bank 1 so. Wozu wird dann Bank 0 verwendet?

i2c_start(CP2317);     //set device address +write mode
  i2c_write(0x00);                      //spreche IODIR von GPB an  0x01
  i2c_write(0x00);                      //setzte GPB auf Ausgänge  0x00
  i2c_stop();

Was mache ich mit diesem Teil des codes?

[Philipp K. (philipp_k59)]

Schau mal imAnhang in die zweite Spalte. Das sind die Controlbytes.

Wie in einer Zweispaltigen Tabelle, das erste ist welche Zeile als 
Controlbyte  und das zweite welcher wert der Zeile daneben.

Wenn du nach dem Controlbyte ein i2cTransferRead startest liest man das 
Byte.

Dahinter sind die 8 Bits, such mal nach "Binary to hex converter"

Direction hatte ich ja schon geschrieben.

[Michael U. (amiga)]

Hallo,

Henry schrieb:
> Das ist dann bei Bank 1 so. Wozu wird dann Bank 0 verwendet?

die Bänke beschreiben die Registerzuordnung zu den Adressen.
Wenn IOCON.BANK = 1 ist sind die die Adressen von PortA und danach die 
von PortB nacheinander sortiert.
Bei IOCON.BANK = 0 sind die funktionsgleichen Adressen der Register 
fortlaufend.

Wenn man Daten mit automatischem Increment setzt kann man so z.B. die 
Initialisierung mit weniger Bytes erledigen oder eben die Daten bei 
Zugriff auf beide Ports schneller übertragen.

Gruß aus Berlin
Michael

[Wolfgang R. (wolfgang_r)]

Hier auch mal ein paar Konfigurationshinweise zum MCP32017 wie ich sie 
vor ein paar Wochen geschrieben habe:
Beitrag "Re: Eingänge/Ausgänge 24V"