IC2 mit PCF8577

Hat noch niemand den PCf8577 genutzt?

Ein Beispiel für die Ansteuerung gibt es hier: 
http://www.woe.onlinehome.de/lcd.htm
Allerdings habe bisher nur c-ähnlich Sprache programmiert und kann mit 
dem Code nichts anfangen.

Das erste Bit R/W muss ja 0 sein um zu schreiben. Das 2. Ist das Display 
das ich ansteuern möchte (also BANK 0, das erste Display). Dann kommt 
der Segment Byte Vector, aber ich verstehe nicht warum das 6bits sind 
und was man da rein schreiben soll.

Kann mir denn keiner helfen?

Ich hab den Schaltplan vom oberen Link genommen, da wird bei A0 aber der 
Oscillator angeschlossen und an A2 hab ich BP2 angeschlossen. A1 ist 
GND. Das heißt die Adresse wäre dann 0-0-0, stimmt das?

              MODE  BANK  |--ADRESS---|     SEGMENT   DISPLAY
Also muss ich 1  -  X  -  0  -  0  -  0  -  0  -  0  -  0 senden.

Und danach 1 Byte für die Segment daten.
Und dann das Stop Signal.

Dazwischen muss doch dann noch immer ReadAck oder?

Danke, das Display zeigt jetzt was an, allerdings ist das ein bisschen 
komisch. Ich werd mal ein bild posten. Ich glaube die Buchsenleiste die 
ich verwende ist nicht geeigne - wenn ich das D. draufpresse erscheinen 
mehr segmente. Außerdem sind mache halbhell und andere ganz schwarz. 
Zudem leuchten mehr Segmente als 8. Ich kann aber nichts genaueres 
sagen, da ich Segmente einfach von S1-32 angeschlossen habe ohne die 
Pinbelegung zu beachten. Später korrigiere ich das per Software.

Hier noch die Bilder. Woher weiß ich eigentlich wierum das display 
reinmuss? Soll der Haken nach unten oder oben zeigen?

Mist das war 2mal dasselbe.

HolgerT schrieb:
> Siehst Du den Dezimalpunkt auf dem Display? Das ist gewöhnlich unten.

Da hatte ich irgendwie ein Brett vorm Kopf. Danke.


Im Datenblatt steht 32/64 Segment Treiber.
Das heißt ich müsste auch 2 Displays mit je 32Segmenten betreiben 
können.
Ich habe das vom Reichelt: 
http://www.reichelt.de/?ACTION=3;ARTICLE=10182;PROVID=2402
Das hat 2 Backplanes die kann man aber auch verbinden und hat dann nur 
eine. Bei 2 Displays hab ich dann 32Segmente mit 2BPs.

Achja ich hab noch 5Segmente nicht verbunden. Aber das dürfte doch 
nichts machen, oder?

EDIT:

Den Code hab ich bisher genutzt:

1

int main(void)

2

{

3

    i2c_init();

4

    i2c_start_wait(LCD + I2C_WRITE);

5

    i2c_write(128);

6

    i2c_readAck();

7

    i2c_write(0xFF);

8

    i2c_readAck();

9

    i2c_stop();

10

    while(1)

11

       asm volatile("nop");

12

13

}

mit Peter Fleurys Ansteuerungsroutinen.

Mit dem Code müssten alle Segmente leuchten, tun sie aber nicht:

1

#define LCD 0b01110100

2

3

int main(void)

4

{

5

    i2c_init();

6

    for(uint8_t i = 0; i < 4; i++)

7

    {

8

        i2c_start_wait(LCD + I2C_WRITE);

9

        i2c_write(i << 1);

10

        i2c_readAck();

11

        i2c_write(0xFF);

12

        i2c_readAck();

13

        i2c_stop();

14

    }

15

    while(1)

16

       asm volatile("nop");

17

18

}

Fehlen da irgendwie Delays oder sowas?

Es leuchten weniger als vorher.

Ich vermute das mit dem Code alle Segmente an gehen:

1

#include <avr/io.h>

2

#include "i2cmaster.h"

3

4

#define LCD 0b01110100

5

6

int main(void)

7

{

8

    i2c_init();

9

    {

10

        i2c_start_wait(LCD + I2C_WRITE);

11

        i2c_write(0);

12

        i2c_readAck();

13

        i2c_write(0xFF);

14

        i2c_readAck();

15

        i2c_stop();

16

    }

17

    while(1)

18

       asm volatile("nop");

19

}

Bei mir gehen nur so ca. 20 an, da ich 5 Leitungen noch nicht verbunden 
sind und irgendwie min. 3 Leitungen unterbrochen sind. (ich habe bisher 
erst 20pins von 40 überprüft).

EDIT: Stimmet doch nicht, ich habe mich vermessen.


Wenn ich es jetzt anschliesse leuchten 8 Segmente bei obrigem Code. Wenn 
ich nun auf das Display am Rand drücke leuchten viel mehr auf und 
bleiben an.

Sehr komisch:

Wenn ich in dem Code Beitrag "Re: IC2 mit PCF8577" 
eine Wartezeit von 500ms einfüge, dann leuchten erst 8Segmente, dann ein 
paar andere dazu an, danach gehen die meisten aus, und in den letzten 
500ms gehen alle bis auf 2 aus.

PIN 1 und 40 sind am !Display! nicht verbunden. Ich hab die bisher immer 
verbunden gehabt. Directdrive verwende ich auch schon die ganze Zeit. 
Ich hab jetzt noch mal alle verbindungen überprüft auf seitlich 
verbindungen oder Gegenüberliegende. Ein paar hab ich gefunden, es 
ändert sich aber nichts.

Mit dem Prog. sollten alle Ziffern nacheinandern leuchten:

1

#include <avr/io.h>

2

#include "i2cmaster.h"

3

#ifndef F_CPU

4

#define F_CPU 1000000UL

5

#warning F_CPU

6

#endif

7

#include <util/delay.h>

8

9

#define LCD 0b01110100

10

11

int main(void)

12

{

13

    i2c_init();

14

    for(uint8_t i = 0; i < 4; i++)

15

    {

16

        for(uint8_t o = 0; o < 8; o++)

17

        {

18

        i2c_start_wait(LCD + I2C_WRITE);

19

        i2c_write(32+i*2);

20

        i2c_readAck();

21

        i2c_write(1 << o);

22

        i2c_readAck();

23

        i2c_stop();

24

        _delay_ms(500);

25

        }

26

    }

27

    while(1)

28

       asm volatile("nop");

29

}

Am Ende müssten dann 4 Ziffern noch an sein, da nach dem Übergang zum 
nächsten Digit das alte nicht gelöscht wird.
Allerdings leuchten manchmal 2 Segmente gleichzeitig auf und manschmal 
auch keins.

oben steht übrigens +32 da ich BP2/A2 zu Vcc verbunden habe.

Macht es was das 1/2m Kabel zwischen Display und Treiber liegt?

Ich möchte es nicht darüber setzen, da am Ende 2 LCDs angeschlossen 
werden sollen.

Für mich sieht es auch wie ein Verdrahtungsproblem aus, aber ich finde 
den Fehler einfach nicht.

macht es was wenn nc pins verbunden sind?

Ich versteh das nicht, ich hab alle Pins mit allen überprüft, es sind 
keine mehr verbunden.

ich tausch mal display und controller.

Mitten drin während dem Prog das alle Segmente nacheinander zeichnet 
sieht man den Fehler. Da wird das 2. und 4. Digit gleich angesteuert. 
Das heißt jedes Segment im 2. Display ist auch im 4. an. Das kann 
irgendwie kein Hardwarefehler sein.

1

#include <avr/io.h>

2

#include "i2cmaster.h"

3

#ifndef F_CPU

4

#define F_CPU 1000000UL

5

#warning F_CPU

6

#endif

7

#include <util/delay.h>

8

9

#define LCD 0b01110100

10

11

int main(void)

12

{

13

    i2c_init();

14

    for(uint8_t i = 0; i < 4; i++)

15

    {

16

        for(uint8_t o = 0; o < 8; o++)

17

        {

18

        i2c_start_wait(LCD | I2C_WRITE);

19

        i2c_write(0x20 | (i << 1));

20

        i2c_readAck();

21

        i2c_write(1<<o);

22

        i2c_readAck();

23

        i2c_stop();

24

        _delay_ms(500);

25

        }

26

    }

27

    while(1)

28

       asm volatile("nop");

29

}

Ich mach mal ein Video.


Nochmal bauen... hmmm... ungern. Die Hardware muss eigentlich stimmen. 
Ich hab sogar bei dem Display die 780 Möglichkeiten der ungewollten 
Verbindungen geprüft.

Probier ich gleich aus. Hier erst mal das vid. Windows nutzer können es 
mit dem Mdeiaplayer abspielen. Bei Linux weiß ich es nicht. Codec ist 
DivX.

Bei i = 1 sind wieder die doppelten segmente. Bei i = 3 ist es das 
endbild vom vid:

Digit
1  2  3  4
         _
        |
        |

Dabei ist es ein Standbild und verändert sich nicht.

Das verrückte ist ja noch ich hab die ganzen Verbindungen geprüft, es 
müsste funktionieren.
Aber das mit den 3 Segmenten ist sehr komisch: Wenn ich ein Programm 
schreibe das sie blinken lassen sollte bleiben sie an.

Die ReadAck hab ich über den EEProm auch überprüft, die stimmen.

Warum darf man eigntlich kein readAck nach start setzen? Wartet start 
automatisch auf den Ack?

wie kann ich eigentlich alle segmente anschalten?

So ich mach jetzt einfach mal Messungen. Mit dem Wechselstrom 
messfunktion geht das zum Glück.

1

        i2c_start_wait(LCD| I2C_WRITE);

2

        i2c_write(0x20 | 0);

3

        i2c_readAck();

4

        i2c_write(0x01);

5

        i2c_readAck();

6

        i2c_stop();

7

        _delay_ms(500);

Das erste Segment sollte an sein.

Es leuchten allerdings 3 Segmente:

1

1  2  3  4

2

   _

3

      _

4

         .

Am PCF liegt Wechselspannung an Pin 16, 24 und 26 an.

Spanungsversorgung abgeklemmt, Auf Brücken gemessen, nichts.


Das soll ein Hardwarefehler sein???


Nächstes Segment. Im Code eine 0x02 eingefügt. 2 Segmente sind an:

1

1  2  3  4

2

   _

3

4

      |

Wechselspannung liegt an 15, 23 und 27 an.

Ich hab nur ein Multimeter. Mehr nicht. Aber ich könnte mal Probieren 
mir in einer Stunde ein 1kHz Atmega Oszi zu bauen.

0x04

1

1  2  3  4

2

   _

3

   _   

4

      _

pin14,22,27

Ich mach mal noch die 4. MEssung. Es fällt ja schon auf, dass der 
Abstand zw. 1 und 2. pin 8 ist. Außerdem ist  Segment A von Digit 2 
immer an.

Rein auf Vermutung hab ich 0x01 noch mal gemessen. Da sind es die Pin 
16,24,27!.

Also ist 27 das gesuchte Segment das immer an ist.
Also wird es die ganze Zeit angesteuert.


OK, 4. MEssung - erwartetes Ergebnis stimmt:

13, 21, 27.

Also wird immer ein Pin angesteuert, dazu pin + 8 und 27. Wie kann das 
ein Hardwarefehler sein?

1

1  2  3  4

2

   _

3

  |   

4

      |

habs grad bei den 0x08 prog getestet stimmt überein bei gezogenem 
Display.
Und auch wenn ich dsa ganze Flachbandkabel ziehe stimmt es mit den 
anderen werten überein.

Das die Software nicht stimmt?
Aber was ist da falsch?

IC2 Bus ist mit 4k7 pullup. Auf Verbindungen die nebeneinander liegen 
könnten, habe ich mehrmals geprüft (gegenüber auch).

Die Clock des IC2s ist auf 100kHz gesetzt ist das zu viel?

Zur Beschreibung:

1

SegmentDaten | Digit | Wechselspannung an Pins des PCF

2

---------------------------------------------------------

3

0x01         |  0    | 16,24,27

4

0x02         |  0    | 15,23,27

5

0x04         |  0    | 14,22,27

6

0x08         |  0    | 13,21,27

7

---------------------------------------------------------

Mein 6Kanal Oszi ist außerdem auch gleich fertig.

Nein ich hab KAbel oder draht brücken genutzt.

Was für ein Verdacht ist das?

Da messe ich bei allen Pins 2.5V

was sind testloads?

Dss wird schwer. Ich müsste die Abstände im Streifenraster verdoppeln.


Außerdem ich hab jetzt ein Oszi. 6 Kanal und Frequenz so schnell wie der 
AVR messen und über die serielle Schnittstelle zu Pc senden kann. 
Software zum empfangen ist auch fast fertig.

also ich messe mit 2000Hz Abtastfrequenz eine Rechteckähnliche
Schwingung.

Sollten 2000Hz zu niedrig sein, bis 7000 sollte es auch gehen mit ein 
bisschen mehr aufwand.

Nein ich messe nicht mit der Soundkarte. Das ist ein Atmega an der 
seriellen Schnittstelle. Die Frequenz variiert von 1900 - 2000Hz. Das 
mit den Widerständen mach ich mal.

Wegen der Y Achse: Ich war zu faul das noch einzuprogrammieren, die 
X-Skala hat mich schon genug debugging gekostet.

Soll ich jetzt den widerstand mit kondesator an den pcf auf dem 
Steckbrett dranhängen, oder nicht?

Gut ich hab jetzt an S1-20 6k8 widerstände zu GND hängen. S21-32 ist nc. 
Und OSC ist auf GND der rest ist gleich.

sry ich habs jetzt bald. Musste aber erst kapieren, dass ich die ganze 
zeit das falsche Programm auf den µC schreibe und deswegen sich nichts 
ändert.

ok 0x01 s16 und s24 sind an.
Ich glaub ich werd mal meine led reihen dran hängen, dann wird es 
einfacher.

Digit | Data | Segmente
0     | 0x01 | 16,24
0     | 0x02 | 15,23
0     | 0x04 | 14,22
2     | 0x01 | 8,16            !!!
2     | 0x02 | 7,15
4     | 0x10 | 4,14            !!!
6     | 0x01 | 6,7             !!!
6     | 0x02 | 6,7             !!!
6     | 0x04 | 6,7             !!!
6     | 0x08 | 6,7             !!!
6     | 0x10 | 6,7             !!!

Die LED Reihen hab ich doch nicht benutzt. Ich hätte zwar 20kOhm 
WIderstände nehmen können, aber das gefällt mir trotzdem nicht (leuchten 
tun sie trotzdem).

Ich denke das reicht. Bei 2 und 4 wird +8 gedoppelt. Bei 4 und 6 sind 
die Ergebnisse entsprechend undef.

noch ein 2. 4 Wert:

4     | 0x01 | 8,14            !!!


Der PCF8577 ist nur wie in Fig17 angeschlossen. Die Pin S1-S32 sind nc. 
Geprüft habe ich sie indem ich mit einem Draht, der über einen 10kOhm + 
LED zu GND führt, über die Pins gefahren bin.

Du hast also BP1, BP2/A2, A1 und A0 auf Gnd gelegt, wie in Fig 17 
gezeigt?.

Gut.

Wie schreibst Du?
Mode=0
Bank=0
A2=V5=0
A1=V4=0
A0=V3=0
V2..V0: Adresse
I2C Adresse=0x74+(rw)?1:0;

also: <start> <0x74> <00> <01> <i2c stop>

sollte eine 1 ins Register 0 schreiben

tut es das?

Ja so hab ich es gemacht. Mit der Lib halt:

1

//In der Lib

2

/** defines the data direction (reading from I2C device) in i2c_start(),i2c_rep_start() */

3

#define I2C_READ    1

4

5

/** defines the data direction (writing to I2C device) in i2c_start(),i2c_rep_start() */

6

#define I2C_WRITE   0

7

8

9

//vor main

10

11

#define LCD 0b01110100

12

13

//In Main

14

i2c_start_wait(LCD| I2C_WRITE);

15

i2c_write(4); //Hier hab ich das Digit eingesetzt (0 / 2 / 4 / 6)

16

i2c_readAck();

17

i2c_write(0x01);//Hier die Daten (z.b. 0x01 / 0x02 / 0x04...)

18

i2c_readAck();

19

i2c_stop();

Hast du eigentlich auch so was gebaut? Könnte ich dir vielleicht eine 
Hex schicken, die du testest?


Die Lib gibts übrigens hier: http://jump.to/fleury

Ein passendes Display hätte ich da, nur den pcf8577 momentan nicht. 
Müßte ich bei der nächsten Bestellung mal mit drauf schreiben. Dann kann 
ich das mal an meinem STK500 ausprobieren.

Die Fleury-Libs habe ich nie benutzt, sondern immer die von Atmel 
selber.

fchk

Danke. Das wars! Es klappt.

Juhu ich muss doch kein teureres Display bestellen (das stromsparend 
ist)!

Kannst du mir irgendwelche Leisten für das Display empfehlen. Zum 
Draufstecken. Die die ich habe sind blöd. Man muss draufdrücken, damit 
alle Segmente leuchten, drückt man zu stark drauf gehen manche wieder 
aus. Das liegt aber an den Kontakten.

Ich denke vielleicht an so was:

http://www.reichelt.de/?ACTION=3;ARTICLE=19398;PROVID=2402

Bisher hab ich so was:

http://www.reichelt.de/?ACTION=3;GROUP=C142;GROUPID=3221;ARTICLE=6072;SID=26RDQypKwQARoAAFzTKDQ7e665c550ff3a600c39e5b820a0e3faa

Da passen sie genau rein, aber der kontakt ist schlecht.

Das stände noch im Raum:

http://www.reichelt.de/?ACTION=3;GROUP=C142;GROUPID=3221;ARTICLE=51827;SID=26RDQypKwQARoAAFzTKDQ7e665c550ff3a600c39e5b820a0e3faa