TWI / I2C mit Atmega328P für PCA9685

Amin L. (amin_l) 17.01.2018 13:19 #5282640

Lesenswert?

•

Hallo Leute,

Ich versuche schon seit einigen Stunden meinen PCA9685 zum laufen zu 
bringen.
Steuern wollte ich den Schaltkreis mittels ATmega328p.
Dafür verwende ich die i2cmaster Libary von Peter Fleury.

Um erstmal klein anzufangen, habe ich nur versucht den PCA9685 
anzusprechen.
Ich habe ihn über die A-Ports so konfiguriert das er die Adresse 0x40 
hat.
Das habe ich auch mit dem Arduino und dem I2C - Scanner überprüft.

Leider bekomme ich vom PWM Chip nie ein ACK zurück.

#define  F_CPU 16000000                          // CPU Frequenz = 16 Mhz  
#include <avr/io.h>                            // Bibiliothekseinbindung
#include <avr/interrupt.h>
#include <util/delay.h>
#include <util/twi.h>
#include <i2cmaster.h>
#include "twimaster.c"
#define ADR_1  0x40
int main(void)
  sei();
  i2c_init();
  i2c_start_wait(ADR_1+I2C_WRITE);    // PCA9685 ansprechen
  i2c_write(0x00);            // Mode1 Register aufrufen
  i2c_write(0x10);            // in normal Mode versetzen
  i2c_stop();
    while (1) 




Seltsamerweise läuft das ganze auch dauerhaft ab, obwohl es nicht in der 
Loop steht.
Hat einer ne Idee was ich falsch mache, und wie ich es berichtigen kann?
Im Anhang findet ihr die Busanalyse von meinem Oszi.


Danke schonmal im Vorraus.

Angehängte Dateien:

SCR01.PNG (12 KB)

Beitrag melden Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Markierten Text zitieren Antwort Antwort mit Zitat

spess53 Gast 17.01.2018 14:32 #5282713

Lesenswert?

•

▲
▼

Hi

>#define ADR_1  0x40

Lt.Datenblatt ist die Adresse aber 0x80.

MfG Spess

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Amin L. (amin_l) 17.01.2018 14:36 #5282721

Lesenswert?

•

▲
▼

Hallo Spess und Danke für deine Antwort

wo hast du diese Information gefunden?

Lt meinem Datenblatt kann man über die Pins A[5:0] die Slave Adresse 
selbst konfigurieren.
Die Adresse setzt sich dort wie folgt zusammen:

[ 1 | A5 | A4 |...| A0 ]

https://cdn-shop.adafruit.com/datasheets/PCA9685.pdf

Gruß

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Hmmm Gast 17.01.2018 14:39 #5282727

Lesenswert?

•

▲
▼

Die Wiederholungen liegen daran, dass i2c_start_wait() im Gegensatz zu 
i2c_start() so lange probiert, bis ein ACK kommt, siehe Doku.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Michael R. (fisa) (Firma: Brainit GmbH) 17.01.2018 14:43 #5282732

Lesenswert?

•

▲
▼

Amin L. schrieb:
> Die Adresse setzt sich dort wie folgt zusammen:
>
> [ 1 | A5 | A4 |...| A0 ]

Bit 0 bei I2C ist immer R/!W, deswegen verschieben sich die Adressen . 
Das ist leider immer wieder ein Quell von Mißverständnissen...

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Amin L. (amin_l) 17.01.2018 14:47 #5282734

Lesenswert?

•

▲
▼

Danke für deine Antwort
das habe ich wohl in seiner Doku überlesen.
Hast du eine Idee weshalb der Slave nicht bestätigt?

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Hmmm Gast 17.01.2018 14:48 #5282739

Lesenswert?

•

▲
▼

Wenn er mit der falschen Adresse angesprochen wird, gibt's kein ACK, 
nach der Korrektur sollte es klappen.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Amin L. (amin_l) 17.01.2018 14:49 #5282741

Lesenswert?

•

▲
▼

Michael R. schrieb:
> Amin L. schrieb:
>> Die Adresse setzt sich dort wie folgt zusammen:
>>
>> [ 1 | A5 | A4 |...| A0 ]
>
> Bit 0 bei I2C ist immer R/!W, deswegen verschieben sich die Adressen .
> Das ist leider immer wieder ein Quell von Mißverständnissen...

Das weiß ich
deshalb habe ich im Quelltext ja auch

i2c_start_wait(ADR_1+I2C_WRITE);


das I2C_Write ist als 1 definiert

deshalb müsste es ja eigentlich auch funktionieren

[ 1 | A5 | A4 |...| A0 ] damit lege ich ja nur die Slave Adresse für den 
PCA9685 fest.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Hmmm Gast 17.01.2018 14:51 #5282746

Lesenswert?

•

▲
▼

Du musst die Adresse ein Bit nach links schieben. Bit 0 ist R/!W, erst 
Bit 1 ist A0 etc.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Amin L. (amin_l) 17.01.2018 14:59 #5282754

Lesenswert?

•

▲
▼

Aber wird die nicht Quellcodebegingt schon eins nach links verschoben?

Also wenn bei mir A5 High ist kommt doch folgende Adresse raus

[ 1 | 0 | 0 | 0 | 0 | 0 | 0 | W ]
__________________________
dieser Block ergibt meine ADR
also 0x40

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Michael R. (fisa) (Firma: Brainit GmbH) 17.01.2018 15:02 #5282758

Lesenswert?

•

▲
▼

Amin L. schrieb:
> Aber wird die nicht Quellcodebegingt schon eins nach links verschoben?

Hängt von der Lib ab. Fleury macht das (aus meiner sicht) falsch

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Hmmm Gast 17.01.2018 15:04 #5282761

Lesenswert?

•

▲
▼

Amin L. schrieb:
> [ 1 | 0 | 0 | 0 | 0 | 0 | 0 | W ]
> ____________________________
> dieser Block ergibt meine ADR
> also 0x40

Nein, 0x80 bzw. 0x81, rechne nochmal nach.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Dieter F. Gast 17.01.2018 15:19 #5282774

Lesenswert?

•

▲
▼

Amin L. schrieb:
> Die Adresse setzt sich dort wie folgt zusammen:
>
> [ 1 | A5 | A4 |...| A0 ]

Gut erkannt.

Für Dich markiert:

Gelb - Bit 7, fest vorgegeben
Blau - Bit 6 bis 1 - von Dir konfigurierbar
Rot  - Bit 0 - Lesen / Schreiben - gleichfalls von Dir beinflussbar

Adressen < 0x80 können also gar nicht vorkommen.

Angehängte Dateien:

Adresse.png (4,1 KB)

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Amin L. (amin_l) 17.01.2018 15:38 #5282794

Lesenswert?

•

▲
▼

Danke erstmal
Kann es sein das bei Fleury nur 1 auf das LSB addiert wird?

Dann glaube ich durch eure Hilfe den Fehler verstanden zu haben
Wenn ich das eben mal zusammenfasse

Bei I2C wird mit 8 Bit addressiert
Die eigentliche  Adresse ist 7 Bit lang + R/W als LSB
Beim PWM IC ist das MSB immer 1
Danach folgt meine frei gewählte Adresse + R/W

Wenn meine 7 Bit lange Adresse und 0x40 ist und ich eins Addiere komme 
ich auf 0x41 korrekt?
Um auf die die 8 Bit zu kommen wird mein MSB also 0 und der PCA kann es 
gar nicht detektieren?

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Dieter F. Gast 17.01.2018 15:42 #5282796

Lesenswert?

•

▲
▼

Amin L. schrieb:
> Bei I2C wird mit 8 Bit addressiert
> Die eigentliche  Adresse ist 7 Bit lang + R/W als LSB

Ja - und damit in Summe 8 Bit lang. 8 Bit = 1 Byte :-)
Wenn MSB immer = 1 (fix vorgegeben), dann Adresse immer >= 0x80.

Amin L. schrieb:
> Wenn meine 7 Bit lange Adresse und 0x40 ist und ich eins Addiere komme
> ich auf 0x41 korrekt?

Nein - s. o.

Angehängte Dateien:

Adresse.png (4,1 KB)

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Amin L. (amin_l) 17.01.2018 15:54 #5282807

Lesenswert?

•

▲
▼

Erscheint mir erstmal logisch.

Danke

Aber wie kann es sein, dass beim I2C scannen 0x40 als Adresse erkannt 
wurde?

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Michael R. (fisa) (Firma: Brainit GmbH) 17.01.2018 15:54 #5282810

Lesenswert?

•

▲
▼

Amin L. schrieb:
> Bei I2C wird mit 8 Bit addressiert
> Die eigentliche  Adresse ist 7 Bit lang + R/W als LSB

Nein (meiner Meinung nach) eben nicht: eine I2C-Adresse ist 7 bit lang, 
von Ausnahmen (Global Call und so) abgesehen gibt es also etwas weniger 
als 127 Adressen. Das R/W Bit ist NICHT Bestandteil der Adresse, sonst 
hätte jedes Device ja zwei Adressen.

Deswegen meine ich, Fleury ist falsch (und zumindest teilschuld am 
Chaos)

Aber das thema hat potential für einen Glaubenskrieg :-)

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Michael R. (fisa) (Firma: Brainit GmbH) 17.01.2018 15:55 #5282814

Lesenswert?

•

▲
▼

Amin L. schrieb:
> Aber wie kann es sein, dass beim I2C scannen 0x40 als Adresse erkannt
> wurde?

Womit hast du gescannt? Vermutlich mit etwas, welches die "richtige" 
Adressierung verwendet ;-)

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Amin L. (amin_l) 17.01.2018 16:04 #5282823

Lesenswert?

•

▲
▼

Das mit den 2 Adressen leuchtet mir erstmal ein.
Soweit habe ich auch noch gar nicht gedacht
Also wäre meine "Adresse" ja theoretisch wirklich 0x40 aber durch die 
Verschiebung nach links ist sie tatsächlich 0x80 oder 0x81?
Was bedeuten würde das jeder der sich an Fleurys Beispiel orientiert das 
gleiche Problem hat wie ich?

Mit dem Arduino und einem I2C Scanner Sketch

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Hmmm Gast 17.01.2018 16:06 #5282826

Lesenswert?

•

▲
▼

Amin L. schrieb:
> Aber wie kann es sein, dass beim I2C scannen 0x40 als Adresse erkannt
> wurde?

Die Adresse ist ja auch 0x40.

Bei der Adressierung auf dem Bus wird sie bloss zusammen mit dem 
R/!W-Bit gesendet und daher (bei Darstellung als Byte) ein Bit nach 
links geschoben.

Wenn Deine Telefonnummer 123456 ist, bleibt sie das auch dann, wenn der 
Anrufer aus dem Nachbarort eine Vorwahl davorsetzen muss.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Michael R. (fisa) (Firma: Brainit GmbH) 17.01.2018 16:08 #5282832

Lesenswert?

•

▲
▼

Amin L. schrieb:
> Was bedeuten würde das jeder der sich an Fleurys Beispiel orientiert das
> gleiche Problem hat wie ich?

Bingo!

Richtigerweise müsstest du schreiben:

i2c_start_wait(ADR_1<<1 + I2C_WRITE);    // PCA9685 ansprechen


dann passts wieder

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Äxl (geloescht) Gast 17.01.2018 16:30 #5282870

Lesenswert?

•

▲
▼

Die 0x40, die dort "erkannt" wird, ist das "feste" MSB, welches sowieso 
gesetzt ist, oder? Wenn Du deine 0x40<<1 schiebst, landet das eine Bit 
genau an dieser Stelle. Der Logger wird das zur Anszeigezwecken schon 
wieder richtig nach rechts schieben. Um allen Eventualitäten aus dem Weg 
zugehen, nimm doch statt dessen 0x20 oder so. Das um ein Bit nach links 
geschoben, bringt dich nicht in Konflikt mit dem sowie "stehenden" 
MSB(bit7).
So - in der Art (nur laut gedacht)...

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Michael R. (fisa) (Firma: Brainit GmbH) 17.01.2018 16:33 #5282875

Lesenswert?

•

▲
▼

Äxl (geloescht) schrieb:
> (nur laut gedacht)

zu laut?

die 0x40 ist schon genau seine Adresse, und nicht nur das MSB 
(vermutlich liegen die Ax alle auf GND)

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Amin L. (amin_l) 18.01.2018 08:06 #5283479

Lesenswert?

•

▲
▼

Hallo, und Danke erstmal für alle Antworten

ich habe A5 jetzt noch auf V+ gehangen, sodass ich eine 7 Bit Slave 
Adresse von 60h habe. Wenn ich lesen will ist mein achtes Bit "1" beim 
Schreiben "0".
Also habe ich den Quelltext wie folgt verändert

 i2c_start_wait(0xC0);

und plötzlich bekomme ich auch ein "ACK" zurück ;)

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

TWI / I2C mit Atmega328P für PCA9685

Antwort schreiben