I2CLCD Library für HD44780 LCDs

Hallo Falk
habe es getestet. Vorher habe ich die entsprechenden Teile angepasst. 
Dabei habe ich den Adapter von Poll.. verwendet. CPU auf 16 MHz, 2 
Zeilen 16 Zeichen und die Pins gesetzt. Abgespeichert und compiliert.
Dabei bekomme ich ca. 40 Fehlermeldungen:

Warning  34  implicit declaration of function 'i2c_init' 
[-Wimplicit-function-declaration]  E:\AAA 
Technik\Roboter\RN-Controll\RNC 
Programme\Bus_Display_101\Bus_Display_101\Bus_Display_101.c  17  2 
Bus_Display_101

Warning  35  implicit declaration of function 'lcd_wait_ms' 
[-Wimplicit-function-declaration]  E:\AAA 
Technik\Roboter\RN-Controll\RNC 
Programme\Bus_Display_101\Bus_Display_101\Bus_Display_101.c  18  2 
Bus_Display_101

Error  1  unknown type name 'uint8_t'  E:\AAA 
Technik\Roboter\RN-Controll\RNC 
Programme\Bus_Display_101\Bus_Display_101\i2clcd.h  281  20 
Bus_Display_101

Error  30  unknown type name 'uint8_t'  E:\AAA 
Technik\Roboter\RN-Controll\RNC 
Programme\Bus_Display_101\Bus_Display_101\i2clcd.h  427  16 
Bus_Display_101

habe ein paar reingestellt

achim

@ Achim Seeger (achims)

>habe es getestet. Vorher habe ich die entsprechenden Teile angepasst.
>Dabei habe ich den Adapter von Poll.. verwendet. CPU auf 16 MHz, 2
>Zeilen 16 Zeichen und die Pins gesetzt. Abgespeichert und compiliert.
>Dabei bekomme ich ca. 40 Fehlermeldungen:

Wie schaffst du das immer wieder?

>Warning  34  implicit declaration of function 'i2c_init'
>[-Wimplicit-function-declaration]  E:\AAA
>Technik\Roboter\RN-Controll\RNC
>Programme\Bus_Display_101\Bus_Display_101\Bus_Display_101.c  17  2
>Bus_Display_101

Du hast doch auch AVR-Studio, oder? Man muss doch einfach nur das 
Projekt laden und neu compilieren. Nicht vergessen, in den 
Projekteinstellungen den neuen Controllertyp einzustellen.

Aber wie ich sehe hast du (mal wieder) die Dateien zerplückt. Warum 
nimmst du nicht einfach mal das Beispielprojekt so wie es ist?

Mache es ganz einfach. Nehme mir das Schaltbil des Herstellers des 
Pollin Boards. Dort steht:

PCF8574    LCD  Angabe Display

P0-PIN4    11      DB4
P1-PIN5    12      DB5
P2-PIN6    13      DB6
P3-PIN7    14      DB7

P4-PIN9    4       RS
P5-PIN10   5       RW
P6-PIN11   6       E

#define LCD_D4_PIN      0  /**< 0 LCD-Pin D4 is connected to P0 on the 
PCF8574 */
#define LCD_D5_PIN      1  /**< 1 LCD-Pin D5 is connected to P1 on the 
PCF8574 */
#define LCD_D6_PIN      2  /**< 2 LCD-Pin D6 is connected to P2 on the 
PCF8574 */
#define LCD_D7_PIN      3  /**< 3 LCD-Pin D7 is connected to P3 on the 
PCF8574 */
#define LCD_RS_PIN      4  /**< 4 LCD-Pin RS is connected to P4 on the 
PCF8574 */
#define LCD_RW_PIN      5  /**< 5 LCD-Pin RW is connected to P5 on the 
PCF8574 */
#define LCD_LIGHT_PIN    7  /**< 7 this pin is not connected */
#define LCD_E_PIN      6  /**< 6 LCD-Pin D4 is connected to P7 on the 
PCF8574 */

Trage dies in das i2clcd.h ein speichere es ab, compiliere es und will 
es zum Atmega schicken. Dazwischen kommen die Fehler
Deien Datein habe ich nicht zerpflückt. Du hast selber geschrieben, das 
man es anpassen muss
achim

@Achim Seeger (achims)

>Trage dies in das i2clcd.h ein speichere es ab,

Soweit so gut.

> compiliere es und will
>es zum Atmega schicken. Dazwischen kommen die Fehler
>Deien Datein habe ich nicht zerpflückt.

Und wie erklärst du mir dann das?

Warning  34  implicit declaration of function 'i2c_init'
[-Wimplicit-function-declaration]  E:\AAA
Technik\Roboter\RN-Controll\RNC
Programme\Bus_Display_101\Bus_Display_101\Bus_Display_101.c  17  2
Bus_Display_101

Die Datei Bus_Display_101.c gibt es in meinem Projekt gar nicht!

Also, was machst du da? Hast du AVR-Studio? Welche Version?
Hast du mein Projekt einfach entpackt, die Änderungen in den Dateien 
gemacht un compiliert? Poste mal einen Screenshot vom AVR-Studio, wo man 
die Dateien sehen kann, siehe Anhang.

Ich verwende AVR Studio6. Arbeite mit dem ATmega 32 und 16MHz. Habe 
deine Datein entpackt. Ein neues Projekt aufgemacht und deine datein 
eingefügt. Anschliessend die änderungen durchgeführt. Mein Prg habe ich 
so gelassen wie es ist. Habe ein Bild angehängt. Es sind deine Datein.

@ Achim Seeger (achims)

>Ich verwende AVR Studio6. Arbeite mit dem ATmega 32 und 16MHz. Habe
>deine Datein entpackt.

Gut.

> Ein neues Projekt aufgemacht

Warum hast du das gemacht? Warum hast du nicht einfach das EXISTIERENDE 
Projekt genutzt. Soweit ich weiß kann AVR-Studio 6 auch die alten 
Projekte vom AVR Studio 4 lesen und nutzen, oder?

> und deine datein
>eingefügt.
> Anschliessend die änderungen durchgeführt.

Gut.

> Mein Prg habe ich
>so gelassen wie es ist.

Warum hast du nicht das Beispiel genutzt?

NUTZE ERST EINMAL DAS BEISPIEL UND NICHT DEIN FEHLERHAFTES PROGRAMM!

(Mein Gott, ist es denn WIRKLICH SO SCHWER?)

> Habe ein Bild angehängt. Es sind deine Datein.

Un wo ist meine main.h. und main.c?

Ich hab kein AVR-Studio 6, aber irgendwie sieht das bei dir komisch aus. 
Sollten die .c und .h Datein nicht sauber getrennt in verschiedenen 
Kategorien im der Projektanzeige auftauchen, so wie im alten AVR Studio 
4?

So, habe alles mit deinen Datein gemacht. Deine main.h und.c. Habe die 
CPU geändert und die Pins angepasst. Ergebnis gleich, nur 1 und 3 Zeile 
werden die Punkte angezeigt, keine Schrift. Zeile 2 und 4 wird nichts 
angezeigt. Habe dir ein Bild anghängt. Du benutzt für die Zeile 2 und 3 
jeweils die Adresse 0x40?
achim

@ Achim Seeger (achims)

>So, habe alles mit deinen Datein gemacht. Deine main.h und.c. Habe die
>CPU geändert und die Pins angepasst. Ergebnis gleich, nur 1 und 3 Zeile
>werden die Punkte angezeigt, keine Schrift.

Achim, du hast immer noch dein altes Problem. Du kannst (oer willst) 
nicht gescheit kommunizieren! Das geht schief!

Zuerst solltest du mal festhalten, dass das Projekt jetzt fehlerfrei 
kompiliert. Das ist schon mal ein wichtiger Schritt, meinst du nicht?

Als 2. Schritt solltest du das Projekt mit dem 2x16 LCD, was bei dir 
schon geht, probieren.

Als 3. Schritt kann man dann dein 4x16 LCD probieren.

> Zeile 2 und 4 wird nichts
>angezeigt. Habe dir ein Bild anghängt. Du benutzt für die Zeile 2 und 3
>jeweils die Adresse 0x40?

Mal den Kommentar dahinter gelesen? Das sind die Einstellungen für mein 
2x16 LCD, da ist der Wert von Zeile 3 egal. Du musst dort deine 
Anfangsadressen deines LCD reinschreiben.

Aber wenn nur Kästchen angezeigt werden, hat die Initialisierung nicht 
funktioniert.

Mach erstmal den Punkt 2 von oben, Teste mit DEINEM 2x16 LCD.

Dann kann man ganz schnell testen, was mit einem langsameren CPU-Takt zu 
machen ist. Ohne das Programm zu ändern solltest du einfach mal die 
CLKDIV8 Fuse aktivieren, dann läuft dein Controller um Faktor 8 
langsamer. Das könnte dem 4x20 LCD gefallen. Probier mal.

Und du könntest mal einen Link auf das Datenblatt deines LCDs posten, 
oder das Datenblatt selber.

Datenblatt PC2004-c kommt sofort

Es lässt sich fehlerfrei kompilieren. Hast recht damit
Das einzigste was er nicht wollte war progmem
Mit dem Display 2x16 muss ich ein wenig warten. Habe scheinbar was 
verbogen beim rein oder rausziehen. Muss noch fehlersuche machen. Wenns 
nicht klappt muss ich schnell was anders zusammenbauen

Sorry, was vergessen zu fragen. Wenn ich ein Display 4x20 ohne I2C an 
einem Port mit 4-Bit betreibe, dann muss ich 2 mal die Daten senden, mit 
nibble.
Ist das hier nicht genauso? Ich betreibe das Display mit 4 Bit über I2C. 
Bei 8 Bit muss ich doch die Daten auch 2 mal übertragen?

Wenn das LCD sein eigenes Datenblatt kennt, ist mit dem Timing alles OK. 
Minimale Pulsbreite für E sind 240ns, minimale Periode 1200ns. Das wird 
problemlos eingehalten, denn durch den I2C ist das alles SEHR laangsam.
Die restlichen Befehlsausführungszeiten sind geringfügig kürzer als der 
originale HD44780. Pinbelegung ist auch identisch.

Also sollte man mal ein Auge auf den praktischen Aufbau richten. Wie 
sind die Verbindungen zwischen PCF und LCD? Steckbrett? Wackelkontakte? 
Kalte Lötstellen?

@ Achim Seeger (achims)

>Das einzigste was er nicht wollte war progmem

Warum? Das include dazu ist in den Files drin.

#include <avr/pgmspace.h>

Es kann natürlich sein, dass mit dem neueren avr-gcc dort was anderes 
mittlerweile genutzt wird. Ich kann mir aber nicht so recht vorstellen, 
dass das alte PROGMEM gar nicht mehr gehen soll.

>Mit dem Display 2x16 muss ich ein wenig warten. Habe scheinbar was
>verbogen beim rein oder rausziehen. Muss noch fehlersuche machen. Wenns
>nicht klappt muss ich schnell was anders zusammenbauen

Oje.

Zum Aufbau.
Es ist kein Steckbrett. Alle Teile sind auf Platinen und nur mit 
Busleitung verbunden. keine freie Verdrahtung, keine Wackelkontakte. Ori 
Platine von Pollin und Nachbau mit veränderter Grösse und Bauform.
An dem 2x16 scheint was oberfaul zu sein. Wahrscheinlich erst Ersatz 
beschaffen. Meine Ersatz LCd hat leider andere Bauform. Muss mir erst 
was passendes einfallen lassen.
Eine Möglichkeit haben wir noch garnicht betrachtet.
Was ist wenn das PC2004 defekt ist?
achim

Falk Brunner schrieb:
> Ich hab kein AVR-Studio 6, aber irgendwie sieht das bei dir komisch aus.
> Sollten die .c und .h Datein nicht sauber getrennt in verschiedenen
> Kategorien im der Projektanzeige auftauchen, so wie im alten AVR Studio
> 4?

Benutze auch das 6er Studio.
Sieht bei mir auch so aus.
Steht alles zusammen im Solution Explorer.

Hast du ein LCD oder sogar Anzeige?

Andere Leute hätten einfach 10 kleine Kabel angelötet und fertig.

Hallo Falk
es geht mir nicht um die Kabel. Könnte ich sofort dran löten.
Habe weiter gesucht und gelesen. Das mit dem nicht ini stimmt, hattest 
du schon gesagt. Habe es auch gefunden, das eine übertragung bei einem 
Display mit 4x20 und 4 Bit 2 mal erfolgen muss. Umschaltung mit nibble. 
Die Info dazu im Netz ist aber extrem dünn. Habe mit goo.. ca 1000 
Stellen gefunden, mit gerade 3 Stellen , die ein bischen dazu sagen. 
Viele suchen eine Lösung. Ist das nichts für dich?
achim

@ Achim Seeger (achims)

>Habe weiter gesucht und gelesen. Das mit dem nicht ini stimmt,

Wie bitte?

> hattest
>du schon gesagt. Habe es auch gefunden, das eine übertragung bei einem
>Display mit 4x20 und 4 Bit 2 mal erfolgen muss. Umschaltung mit nibble.

Und was ist daran so neu? ALLE Displays dieser Art funktionieren so, der 
Unterschied liegt im Wesentlichen nur in der Zuordnung der Adressen zu 
den Zeilen.
Die Ausnahme sind die 4x40 LCDs, die haben zwei Controller mit zwei 
getrennten E Signalen.

>Die Info dazu im Netz ist aber extrem dünn.

Ich glaub da ist eher was anderes dünn . . .

>Habe mit goo.. ca 1000
>Stellen gefunden, mit gerade 3 Stellen , die ein bischen dazu sagen.
>Viele suchen eine Lösung. Ist das nichts für dich?

Was denn? Das popelige 2x40 LCD zu laufen zu kriegen? Ach nö. Ist nicht 
wirklich spannend. iCh behaupte mal, das LCD läuft ganz normal, wenn man 
es richtig anschließt.

Ein LCD an einem Port in 4 Bit geht ohne Probleme bei mir.
Neu ist die Sache dabei, es mit I2C zu machen. Wenn es so bekannt ist 
und viel Info im Netz stehen, warum finde ich so wenig dazu?
Die ganzen Tuts laufen alle an einem Port ohne I2C.
Fast alle Beispiele mit LCD am I2C laufen mit einem 2x16 Display. Das 
geht auch bei mir. (Wenn ich die defekten Teile getauscht habe). Bleibt 
noch das 4x20 Display am Bus.
Habe auch einige Artikel mit GLCD am Bus gesehen.
Ein richtiger Anschluss ist vorhanden. Die genaue Belegung steht in der 
Datei. Die Angabe dazu auf dem Display ist auch eindeutig. Auf jeden 
Fall hattest du ja schon gesagt, das ini fehlt. Werde weiter suchen.

@ Achim Seeger (achims)

>Ein LCD an einem Port in 4 Bit geht ohne Probleme bei mir.
>Neu ist die Sache dabei, es mit I2C zu machen. Wenn es so bekannt ist
>und viel Info im Netz stehen, warum finde ich so wenig dazu?

Mein Gott, muss man denn ALLEs erstmal im Netz finden?

>Die ganzen Tuts laufen alle an einem Port ohne I2C.

So what. Hör auf zu jammern.

>Fast alle Beispiele mit LCD am I2C laufen mit einem 2x16 Display. Das
>geht auch bei mir.

Schön, dann geht auch 4x20, wenn es das Modul aus dem Datenblatt ist. 
Denn das hat einen voll kompatiblem controller.

>Ein richtiger Anschluss ist vorhanden.

Wie hast du das geprüft?

Prüfe es RICHTIG. Schreib ein kleines Testprogramm, dass per I2C jede 
Pin einzel und langsam wackeln lässt, so mit 1s oder so. Dann kann man 
das direkt am LCD mittels DMM nachmessen.

Einfach so

1

while(1) {

2

   lcd_write_i2c(0x01);

3

   _delay_ms(1000);

4

   lcd_write_i2c(0x00);

5

   _delay_ms(1000);

6

}

Dann kann man alle 8 Pins durchtesten.

> Die genaue Belegung steht in der
>Datei. Die Angabe dazu auf dem Display ist auch eindeutig. Auf jeden
>Fall hattest du ja schon gesagt, das ini fehlt. Werde weiter suchen.

Tja, es geht aber nicht, also ist was faul. Und das muss man 
systematisch suchen, siehe Fehlersuche. Der Test oben ist ein guter 
Anfang.

@Achim:

Hast Du denn auch ein 2x16 Zeichen LCD? Läuft das mit der Lib von Falk?

Normalerweise sollte auch das 4x20 Zeichen Display mit der Routine 
laufen.
Da werden dann die 1. und 3. Zeile beschrieben...

@ Dennis Kaufmann (scarfaceno1)

>Hast Du denn auch ein 2x16 Zeichen LCD?

Ja.

> Läuft das mit der Lib von Falk?

Er hat's kaputt gemacht.

Beitrag "Re: I2CLCD Library für HD44780 LCDs"

Hallo,

ich habe jetzt auch versucht, diese Versionen zu verwenden, da ich mit 
meinen bisherigen Bemühungen gescheitert war.

Nach dem Anpassen der Konfiguration wollte ich im Atmel Studio 6.1 
compilieren und bekomme folgenden Fehler:

1

variable 'string_flash' must be const in order to be put into read-only section by means of '__attribute__((progmem))'

Da ich doch recht unerfahren bin, weis ich nicht was hier das Problem 
ist. Habe versucht, im Netz was zu finden, aber ich komme nicht klar 
damit, bzw. es trifft nicht mein Problem (oder mein Englisch ist einfach 
zu schrott).

Wäre nett, wenn ich hier Hilfe bekomme, woran es liegt. Bis auf die 
Prozessor-Frequenz (16MHz) habe ich keine Einstellungen verändert. Die 
Pinbelegung stimmt mit dem Code überein, daher keine Veränderung.

So, ich habe mal das mit dem Flash ausgeklammert, so das er eine 
Einfache Ausgabe geben sollte.

Aber ausser der ersten und dritten Zeile mit gefüllten Zeichen kommt 
nichts.
Wie in meinem bisherigen Threat 
(Beitrag "LCD an Arduino Nano via I2C") kann ich über die 
Audrino-IDE und einem passenden Programm das Display ansprechen.

Es liegt also nur an dem Code, aber ich weis nicht woran es happert. 
Habe auch wieder die Prozessorfrequenz auf 8MHz zurück gesetzt.

@ Sarah S. (magicsarah)

>variable 'string_flash' must be const in order to be put into read-only >section 
by means of '__attribute__((progmem))'

Da ist der neue avr-gcc scheinbar etwas pingelig. ALso so.

1

const char string_flash[] PROGMEM = "Hello Flash!";

>Wäre nett, wenn ich hier Hilfe bekomme, woran es liegt. Bis auf die
>Prozessor-Frequenz (16MHz) habe ich keine Einstellungen verändert. Die
>Pinbelegung stimmt mit dem Code überein, daher keine Veränderung.

Stimmt auch die Adresse überein?

@ achimS (Gast)

>Funktionen. Gehe da von aus, das der Bus geht.

Schön, aber damit hast du nicht zwangsläufig getestet, ob die Daten für 
dein PCF auch an den IOs ankommen.

> Wie sage ich dem Display
>das ich im 4 Bit Modus arbeite?

Mit dem passenden Befehlen bei der Initialisierung.

>nibble, oberste Bit und unterste Bit arbeiten - getennte übertragung.
>Warum muss ich das bei I2C nicht machen?

Musst du du auch, aber das steckt in der Bibliothek drin.

>Woher weiss das Display das ich
>im 4 Bit arbeite, wenn ich es vorher nicht sage?

Du musst es halt vorher sagen ;-)

Falk Brunner schrieb:
>
> Da ist der neue avr-gcc scheinbar etwas pingelig. ALso so.
>
>

1

> const char string_flash[] PROGMEM = "Hello Flash!";

2

>

>

Habe ich geändert und bekomme ein eigenartiges Verhäten beim 
Compilieren. Wenn ich das erste Mal compiliere bekomme ich folgende 
Meldungen:

1

passing argument 3 of 'lcd_printlc_P' discards 'const' qualifier from pointer target type [enabled by default]

2

3

expected 'char *' but argument is of type 'const char *'

Beim zweiten Durchlauf kommte keine Meldungen mehr.

Aber das Ergebniss bleibt.

>
> Stimmt auch die Adresse überein?
>

Wie auch in meinem Ursprünglichen Threat zu lesen, habe ich die Adresse 
0x27, welche über die Adruino-IDE verifiziert ist. Also daran kann es 
nicht liegen. Habe alternativ auch die übliche 0x20 ausprobiert, aber 
leider Fehlanzeige.

So wie ich verstanden habe, bedeutet die 1. und 3. Zeile Pixel, das die 
Initiallisierung des Displays nicht vorgenommen wurde. Aber wo liegt 
jetzt der Fehler.

Wo hast du das LCD gekauft? Das hier?

http://www.pollin.de/shop/dt/MjEzOTc4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/Displays/LCD_Modul_TC2004A_01T.html

Falk Brunner schrieb:
> Wo hast du das LCD gekauft? Das hier?
>
> 
http://www.pollin.de/shop/dt/MjEzOTc4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/Displays/LCD_Modul_TC2004A_01T.html

Nein, ich habe das hier:
http://www.aliexpress.com/snapshot/6049640235.html

Wie geschrieben, wenn ich mit der Arduino-IDE und einem passenden Sketch 
arbeite, welches schon vorgefertigt ist, dann funktioniert es auch. Aber 
ich will nicht die Arduino-IDE mit dem Sketch nehmen, sondern selber den 
Code schreiben und vor allem auch verstehen (was aber sicher ein wenig 
dauern wird).

@ Sarah S. (magicsarah)

>passing argument 3 of 'lcd_printlc_P' discards 'const' qualifier from >pointer 
target type [enabled by default]

>expected 'char *' but argument is of type 'const char *'

Jaja, kann man erstmal ignorieren.

>Wie auch in meinem Ursprünglichen Threat zu lesen, habe ich die Adresse
>0x27, welche über die Adruino-IDE verifiziert ist.

Was hast du denn WIE verifiert?

> Also daran kann es
>nicht liegen.

MÖÖÖP! Schon falsch! Siehe Fehlersuche!

> Habe alternativ auch die übliche 0x20 ausprobiert, aber
>leider Fehlanzeige.

Blinde Kuh spielen ist hier nicht zielführend. WIRKLICH messen ist 
angesagt! Denn weder 0x20 noch 0x27 ist bei dem Projekt eine gültige 
Adresse! Wurde in deinem Thread (nicht Threat!) ausführlich erklärt. Die 
Adressen gehen von 0x40-0x4E in 2er Schritten, weil das LSB immer 0 ist.

>So wie ich verstanden habe, bedeutet die 1. und 3. Zeile Pixel, das die
>Initiallisierung des Displays nicht vorgenommen wurde. Aber wo liegt
>jetzt der Fehler.

Tja, Fehlersuche heißt das Zauberwort. Geht ganz einfach. Erstmal 
muss man prüfen, ob man den IC ansprechen kann.

1

int main(void)

2

{

3

  char string1[] = "Hello World!";

4

5

  i2c_init();

6

7

        if(i2c_start(0x40)) {

8

            // ERROR, kein ACK auf dem Bus

9

            // Fehler-LED einschalten

10

        }

11

12

    while (1) {

13

14

    }

15

}

Damit kann man SEHR EINFACH UND SCHNELL herausfinden, auf welcher 
Adresse der PCF denn nun WIRKLICH angesprochen werden muss.

Hallo
habe den Code so eingegeben wie er von Falk gekommen ist. Habe das 
PROGMEN auskommentiert und danach fehlerfrei Kompiliert. In den anderen 
Datein habe ich 4 Zeile und 20 Zeichen eingestellt, die Pins Nr noch mal 
mit den PINS des LCD verglichen. Die Adresse habe ich an de Platine und 
im Programm kontrolliert. Steht in der Datei auf 0x40 und auf der 
Platine auf 3xGND.
Es erscheint immer noch in der 1 und 3 Zeile das volle Punktraster. In 
der Zeile 2 und 4 wird nichts dargestellt. Leider komme ich nicht 
weiter. Weiss jemand Rat?
achim

@ Achim Seeger (achims)

Mensch Achim. Und täglich grüßt das Murmeltier? Du drehst dich endlos im 
Kreis.

Warum hast du nicht das gemacht, was ich dir empfohlen haben? Nämlich 
erstmal das funktionierende 2x16 LCD anzusteuern. DANN kannst du das 
4x20 angehen.

Ein einfacher Test, ob der Zugriff auf den PCF wenigstens ansatzweise 
funktioniert ist, das Licht der Hintergrundbeleuchtung periodisch ein 
und aus zu schalten.

1

while(1) {

2

  lcd_light(true);

3

  _delay_ms(1000);

4

  lcd_light(false);

5

  _delay_ms(1000);

6

}

So, ich habe gestern bei Pollin diese LCD bestellt. Nächtste Woche ist 
es hier. Wenn ich es in weniger als 1 Stunde zum Laufen kriege, gibts 
ein's auf's Maul! (Rethorisch natürlich)

Hallo Falk
mit dem Diplay 2x16 hatte ich zugriff auf den PCF und eine Ausgabe des 
Textes. Stecke ich das Diplay 4x20 auf den Adapter von Poll.. erscheint 
nur die erste und dritte Zeile mit den Kästechen. Auf beiden habe ich 
dei Adresse 40 eingestellt.
Ja ich drehe mich im Kreis, weil ich den Unterschied nicht begreiffe, 
wennich die 2 in 4 und die 16 in 20 im .. h geöndert habe könnte es 
damit gehen.
Wenn es klapp, darfst due es machen, natürlich retorisch gesehen.
achim

@Achim Seeger (achims)

>mit dem Diplay 2x16 hatte ich zugriff auf den PCF und eine Ausgabe des
>Textes.

Mit meinem Projekt?

@ Dieter Frohnapfel (jim_quakenbush)

>und einen Delay (von 2 auf 5 ms) anpassen - dann hat es funktioniert ...

Warum 5ms nach einem Clear? 2ms sollten laut Datenbaltt reichen? Was 
passiert bei dir bei 2ms?

Hallo Dieter
habe dein Sache sofort getestet an zwei verschiedenen Adaptern. Da von 
ist der eine der von Polli.. Habe auch deine Sachen geändert (adressen). 
Das gleiche Ergeniss. Habe die ganzen Sachen von dir genommen.
Hast du die Belegung des Display so gelassen wie es in der Datei ist? 
Bei mir ist die anders. Das gleicher Ergeniss. 1 und 3 Zeile Kästechen 
sonsz nichts
achim

Habe noch ein anderes Display 4x20 vom Typ DML D01 94V0 rangehängt.
Gleiche Ergebnis 1 und 3 Zeile Kästchen, sonst nichts

Was bei dem Pollinadapter ein Problem sein kann, ist, dass die 
Datenleitngen D0-D3 auf GND liegen. Damit haben einige LCDs Probleme im 
4 Bit Modus. Normalerweise sollen die offen bleien, dorts sind meist 
interne Pull-Ups dran. Man sollte mal versuchen, D0-D3 nicht an den 
Adapter anzuschließen, sie werden so oder so nicht gebraucht.

Ein anders Problem könnte in der lcd_init() stecken. Dort wird nur 2ms 
auf das Ende vom LCD CLEAR Kommando gewartet. Das sollte man mal 
erhöhen, 100ms oder so.

MFG
Falk

Hallo Dieter
ich verwende den PCF 8574P (nicht A). Die Adresse 0x40. Ist auf dem 
Pollin eingestellt. Du hast im Prg drin 0xE4. Habe beide getestet. Ohne 
Erfolg. Habe zum Anfang das Display 2x16 von pol.. verwendet. Damit 
wurde der Text korrekt dargestellt. Habe dann ein Display mit 4x20 
aufgesteckt. Es wurde nur Zeile 1 und 3 mit Punkten angezeigt. In der 
Zeile 2 und 4 war nichts zu sehen. Habe dann leider das andere Display 
falsch eingesteckt. Es zeigt nichts mehr an. Hast du die Belegung so 
genommen oder anders gemacht?

1

#define LCD_D4_PIN      4  /**< LCD-Pin D4 is connected to P4 on the PCF8574 */

2

#define LCD_D5_PIN      5  /**< LCD-Pin D5 is connected to P5 on the PCF8574 */

3

#define LCD_D6_PIN      6  /**< LCD-Pin D6 is connected to P6 on the PCF8574 */

4

#define LCD_D7_PIN      7  /**< LCD-Pin D7 is connected to P7 on the PCF8574 */

5

#define LCD_RS_PIN      0  /**< LCD-Pin RS is connected to P0 on the PCF8574 */

6

#define LCD_RW_PIN      1  /**< LCD-Pin RW is connected to P1 on the PCF8574 */

7

#define LCD_E_PIN      2  /**< LCD-Pin E is connected to P2 on the PCF8574 */

8

#define LCD_LIGHT_PIN    3  /**< LCD backlight is connected to P3 on the PCF8574, low active */

Hatte verschieden Sachen getestet. leider alles ohne Erfolg.
Wie muss den die Belegung richtig sein?
DB4 vom LCD -> ???
Sorry bin jetzt verwirrt
achim

Das Bild kommt sofort

Meine änderungen bzw dein Zustand ist auch drin

Meine Programme kommen. War leider nicht so schnell
Der Fehler .. keine Ahnung wieso, kontroliiere es sofort

Habe es geändert, das gleich wie vorher
In der zeile darunter steht 2Line. Hat das ein Einfluss?

Mist, ich alter Trottel, habe die falsche Datei genommen, jetzt kommen 
meine
sorry

@ Achim Seeger (achims)

>Mist, ich alter Trottel, habe die falsche Datei genommen, jetzt kommen
>meine
>sorry

Naja, wenn du immer so arbeitest, wundert mich gar nichts mehr . . .

Teste es sofort

Falk, wen wir alle perfekt wären, würde alles auf Anhieb funktionieren. 
dann gäbe es keinen Hunder usw., Den Rest kennst du ja. Der letzte 
perfekte Mensch ist heut vor ca 2000 Jahren augfahren, welch ein Zufall 
..

Hat keinen Einfluss

Habe jetzt komplette neue Hardware verwendet. Also neuer Adapter, neuer 
IC, neues Display mit 2x16. Es wird die Schrift angezeigt. Stecke ich 
ein Display mit 4x20 drauf erscheint nur in der 1 und 3 Zeile die 
Punkte, Zeile 2 und 4 ist nichts.

Hallo Dieter
Habe dein Programm geteste. Mit dem Display 2x16 erscheint erst Hello 
World mit I2CLCD V0.11
und dann Hello Flash und Zeile 4
Stecke ich das Display 4x20 drauf und starte dein Programm ohne etwas zu 
änder erscheint wieder in der 1 und 3 Zeile lauter Punkte in der 2 und 4 
Zeile nichts. Vorher hatte ich die Bus Adresse geändert. Mit einer 
anderen Adresse kann ich das Modul nicht ansprechen. Stelle ich die 
Adresse zurück geht alles wieder.
Sorry, weiss nicht weiter
achim

@ Dieter Frohnapfel (jim_quakenbush)

>Das funktioniert natürlich nicht!! - Du musst dann ja wenigstens die
>Angabe Zeilen und Spalten anpassen!

Für eine vollständige Ansteuerung ja, um nur die Initialisierung zu 
testen und die zwei Reihen mit den Quadraten verschwinden zu lassen.

Hallo Dieter
anbei die Fotos der neuen Hardware. Ich verwende dein Programm mit den 
Einstellungen wie auf dem Bild. Dein Programm bringt die Anzeige auf dem 
2x16 LCD wie geschrieben. Auf dem 4x20 nur Punkte. Habe nur die 
genannten änderungen an deinem Programm vorgenommen.
achim

@Dieter Frohnapfel (jim_quakenbush)

>Was soll mir das sagen?

Der erste Schritt ist die Initialisierung, dann verschwinden die zwei 
Zeilen mit den Quadraten. Da nicht mal das bisher funktioniert, muss man 
hier erstmal den Fehler suchen. Hab ich schon geschrieben, gemacht wurde 
es leider noch nicht.

Beitrag "Re: I2CLCD Library für HD44780 LCDs"

Hallo Falk
da das Display 2x16 geht wird es doch iniiert. Ich verwende die datein 
von Peter. Hat er es vergessen? Stelle ein paar Foto rein mit der 
Ansicht der Displays. Beide mit dem gleichen Prg. Daten stehen auf 4x 
20.

Der Anschluss kommt von einen 10 polg. Flachkabel. Die Belegung erfolgt 
nach RN Standard. Die Beschriftung der Stecker ist dahinter und leider 
nicht zu sehen. Diese stimmt aber, da ich mit dem Display 2x16 die 
gewünschte Schrift bekomme. Auf dem Bild 1407 ist in der ersten Zeile 20 
Quadrate mit jeweils 5x7 Punkte, das gleich in der 3 Zeile. Die 3 Jumper 
gehen nach GND. Der Anschluss links ist nur für die Beleuchtung, dabei 
sind jeweils 3 Kontakte parallel geschaltet. Das Prg kennst du, es 
stammt von dir. Ich arbeite mit dem Studio 6 und verwende das Programm 
was du geschickt hast. Habe die Adresse 0x40 getestet, gebe ich einen 
andere an, kann ich den Adapter nicht ansprechen

@Achim Seeger (achims)

>da das Display 2x16 geht wird es doch iniiert. Ich verwende die datein
>von Peter. Hat er es vergessen?

Nein, wie sollte dan das 2x16 LCD laufen?

> Stelle ein paar Foto rein mit der
>Ansicht der Displays. Beide mit dem gleichen Prg. Daten stehen auf 4x
>20.

Und scheinbar auch 10ms Pause nach dem LCD_CLEAR. Merkwürdig. Wenn es 
keine Wackelkontakte oder kalte Lötstellen sind, würde ich fast 
behaupten, das LCD ist defekt.

@ Dieter Frohnapfel (jim_quakenbush)

>> Die Belegung erfolgt nach RN Standard

>Kenne ich nicht, wie sieht der aus?

unwichtig, die vier Kabel zum Pollinadapter stimmen.

>"Mein" Programm ist auf 16 Zeichen pro Zeile eingestellt.

Ich auch egal. Der unterschied liegt nur in den Adressen. Die erste 
Zeile ist immer gleich.

>Programm. Auch weiß ich nicht, ob der Pollin-Adapter (von Dir gelötet ?)
>korrekt funktioniert.

tut er mit dem 2x16 LCD!

>Ich weiß aber, dass mit einem Billig-China-Modul alles O.K. ist.

Schön, löst aber das Problem nicht.

>Also muss der Fehler im Pollin-Modul, dem Display oder Deinem Programm
>stecken.

Ach ne?

>Fehlersuche (nach meiner Art): Reihum austauschen und Testen ...

Hat er schon gemacht, wie man dem Thread entnehmen kann.

Ich würde nochmal die Pins D0-D3 am LCD abklemmen!

Wuensche einen recht schönen Morgen an alle,
Hallo Falk
Habe an den Pins des LCD die D0 bis D3 Masse abgeklemmt. Egal mit oder 
ohne ist immer das gleiche Ergebnis. Glaube auch langsam das das LCD 
defekt ist. Problem dabei ist, habe 2 verschiedene Typen mit 4x20 und 
bei beiden das gleiche?
Mit init könnte stimmen. Es ist aber drin. Könnte es sein das es an der 
falschen Stelle steht und nicht ausgeführt wird?
achim

@ Achim Seeger (achims)

>Habe an den Pins des LCD die D0 bis D3 Masse abgeklemmt. Egal mit oder
>ohne ist immer das gleiche Ergebnis.

Mist.

> Glaube auch langsam das das LCD
>defekt ist. Problem dabei ist, habe 2 verschiedene Typen mit 4x20 und
>bei beiden das gleiche?

Möglich, glaub ich aber nicht so recht.

>Mit init könnte stimmen. Es ist aber drin. Könnte es sein das es an der
>falschen Stelle steht und nicht ausgeführt wird?

Bitte? Jetzt wird's aber echt albern! Schau mal in den Quelltext, dort 
ist lcd_init() die 2. Funktion in Main.

Hallo Dieter
das mit dem China Adapter gibt mir ganz schön zu denken. Was soll der 
Unterschied sein? Eiegntlich ist die Schaltung doch ganz einfach. Einen 
PCF 8574, 3x Adresse, Regler zwischen 1 bis 3, auf 15 und 16 Anschluss 
LED mit Transistor vom Pin12 (P7) geschaltet. Dann noch die Belegung:

LCD  PCF
4    PIN 9   P4  RS
5    PIN 10  P5  RW
6    PIN 11  P6  E

11   PIN 4   P0  DB4
12   PIN 5   P1  DB5
13   PIN 6   P2  DB6
14   PIN 7   P3  DB7

Könntest du mal vergleichen?

achim

Sorry, du hattest doch selber gesagt, das erst mal init kommen muss, 
damit die Quadrate weg gehen.

@ Achim Seeger (achims)

>Sorry, du hattest doch selber gesagt, das erst mal init kommen muss,
>damit die Quadrate weg gehen.

Ja natürlich! Init wird vom Controller auch ausgeführt, hat aber, warum 
auch immer, bei dem LCD keine Wirkung. Beim 2x16 LCD wirkt es ja.

@ Dieter Frohnapfel (jim_quakenbush)

>Liefert Dein I2C-Modul negative Kontrast-Spannung?

Die Standard-LCDs brauchen keine negative Kontrastspannung. Ausserdem 
SIEHT er ja die zwei Zeilen mit Kästchen, also ist das OK.

> Lt. Schaltplan sehr unwahrscheinlich ...

Sogar AUSGESCHLOSSEN!

Sorry Dieter
hatte heute ein "bischen" Stress. Komme heute leider nur immer kurz an 
den PC (Pikett Einsatz Kältetechnik ca 1,6 MW). Morgen früh hab ich mehr 
Zeit. Ich teste auf jeden Fall.
Post kommt am Montag, noch zwei andere Displays, 2x16 und 4x20, da muss 
doch was kommen.

Kleiner Zwischenbericht. Heute ist mein LCD von Pollin (Bestellnummer 
120 687) angekommen. Buchsenleiste angelötet, China-Adapter angesteckt, 
geht!
Wenn man dann noch die richtgen Adressen für die Zeilen und 4x20 
einstellt, kann man alle vier Zeilen wunderbar beschreiben. Siehe 
Anhang.

Mal sehen was dann mit dem Pollinadapter los ist.

@ Dieter Frohnapfel (jim_quakenbush)

>prima - nur hat Achim ja (lt. Datenblatt) ein anderes Display - nämlich
>ein PC2004-c (PC2004LRU-CWA-HDHQ) und das wird etwas anders
>initialisiert, da ein anderer Controller verbaut ist.

Die Unterschiede sind marginal, das PC2004 ist sogar teilweise schneller 
als der originale HD44780.

Wir werden sehen. Der Achim hat mir sein LCD + Pollinadpater geschickt, 
ich werde versuchen, ihn zum Leben zu erwecken.

Hallo Falk
schon mal danke für das Bild. Habe auch weitergemacht. Habe mir auch 2 
Displays bestellt. Ein 2x16 und ein 4x20 von Pol.. vom Typ TC1602/1604. 
Hab es eingesteckt und es ging sofort mit dem ersten Prg von Dieter. 
Auch ein älteres Prg von mir hat sofort einen Text gebracht, Es spielt 
auch keine Rolle was ich eingstellt hatte Zeiöe oder länge. Hat zwar 
dann nicht gestimmt, aber Text kam. Alles mit einem Pollin Adapter, 
verstehe es nicht
achim

@ Achim Seeger (achims)

>dann nicht gestimmt, aber Text kam. Alles mit einem Pollin Adapter,
>verstehe es nicht

Möglicherweise hast du auf dem anderen Adapter einen Lötfehler oder du 
hast beim Experimenieren das LCD gekillt. Sowas kommt vor.

grrrr...
mist

Versuuuuch macht kluuch ;-)

Das Paket ist noch unterwegs. Bisher hab ich nur die Lib noch ein wenig 
überarbeitet und getestet. Läuft jetzt ziemlich gut und auch solide.

Es ist Zeit das das Paket kommt. Vielleicht glaubt der Zoll nicht das es 
gebrauchte Teile sind. Unklar ...

Nope, der Alpenexpress läßt auf sich warten. Vielleicht eingeschneit? 
;-)

So, das Päckchen ist heute angekommen. Einstellungen in meinem Projekt 
auf die Pinbelegung und Adresse vom Pollinadapter geändert, 2x16 LCD 
läuft auf Anhieb. Aber das 4x20 zuckt nicht.

Pins vorsorglich nachgelötet
Alle Pins einzeln wackeln lassen, sind einwandfrei am LCD messbar
Delays zwischen den INIT-Befehlen eingefügt, bis 50ms, keine Reaktion.
D0-D3 weggebogen, damit die vom Adapter nicht auf GND gezogen werden

Hat alles nix geholfen, das LCD zuckt nicht. Es ist wohl defekt.

Anbei das überarbeitete Projekt. Ein paar kleine Fehlerkorrekturen sowie 
Verbesserungen sind jetzt drin.

Hallo Falk
danke für deine Arbeit. Da habe ich wohl zuoft gesteckt. Sonst habe ich 
auch keine Erklärung. Wichtig dabei ist, bin nicht zu doof dazu.
Dank noch mal
achim

@ Chris (Gast)

>Wo wird denn dieser OSC-Takt eingestellt ?
>Intern?

intern auf dem LCD, ist alles schon richtig eingestellt.

>Steht irgendwo, welcher Takt nun bei meinem LCD gerade gilt ?

Eben der.

>als dass man sich mit den Delay-Werten langsam herantasten muss.

Nö, nimm die Zahlen aus dem Datenblatt und gut. Das haben vor dir 
Tausende von LCD-Ansteuerern gemacht.

>Wenn ich mich trotz Datenblatt herantasten muss, brauche ich weniger ein
>solches, sondern eher 'ne gehörige Prise Pioniersgeist.

Lass dir Kirche im Dorf und hör auf zu jammern.

>Oder entspricht "Fosc." dem Takt von "E" ?

Nein.

>Dem Datenblatt entnehme ich, dass "E" eine Art Übernahme-Clock ist.

Ist es. Enn gleich ich es eher als Takt bezeichnen würde.

>Diese Fummelei mit LCD-Timings wird richtig spannend, wenn
>kein Atmel,kein Pic, kein Raspberry, kein Arduino oä, sondern andere
>Elektronic die Ansteuerung übernehmen soll.
>(...ja, es gibt noch andere Signalgenerierende Elektronic :)

Sollen wir jetzt vor dir und deiner gigantischen Herausforderung 
niederknien? (Mein Gott ist das albern)

@ Chris (Gast)

>CLR-Display bei 190khz = 2,16ms
>CLR-Display bei 270khz = 1,52ms
>CLR-Display bei 350khz = 1,18ms

ja und? Nimm den langsamsten Takt an und fertig. Das LCD ist immer noch 
schnell genug, um eine handvoll Daten anzuzeigen. Wenn es MAXIMAL 
schnell sein soll, nimm ein gottverdammte Oszi oder Frequenzzähler und 
miss an DEINEM LCD. Fertig!

>Ich will so'n LCD ohne Prozessor ansteuern.
>Und das issen Problem, wenn man wie ich vor obiger Hürde steht.

Du bist und bleibst ein Jammerlappen.

>Ich frage deshalb, weil es doch möglich sein müsste, langsamere
>Prozessoren bzw. Controller an dieses LCD anzuschliessen.

ja, das geht.

Ich habe Falks Code mit meinem Display (4x20) ausprobiert. Es handelt 
sich um dieses: http://www.amazon.de/gp/product/B007XRHBKA (auch diverse 
ebay-Quellen). Die kleine Adapterplatine mit dem I2C-Umsetzer ist von 
der Firma "sainsmart". Als problematisch fiel mir auf:

1. Die Angabe "I2C Address: 0x27" muss man so deuten, dass in "i2clcd.h" 
für LCD_I2C_DEVICE der doppelte Wert anzugeben ist bzw. "(0x2F << 1)".

2. Obwohl bei meinem Display eindeutig die Chip-Bezeichnung  "PCF8574T" 
zu lesen ist, trifft "0x27" als Adresse nicht zu, sondern "0x3F", was 
eigentlich auf die Variante "PCF8574AT" hindeutet. Mein Eintrag in 
"i2clcd.h" lautet nun also "#define LCD_I2C_DEVICE (0x3F << 1)".

Ansonsten bin ich zufrieden.

...Rolf

Ich hätte noch Vorschläge zu "i2clcd.h":

o Das Hauptprogramm muss, damit die Kompilation korrekt läuft, die 
Zeilen

#include <stdbool.h>
#include <avr/pgmspace.h>

enthalten. Besser wäre, wenn sie nach "i2clcd.h" kämen.

o Die display-spezifischen Definitionen wie

#define LCD_LINES 4

u.a. sollten besser so aussehen:

#ifndef LCD_LINES
#define LCD_LINES 4
#endif

Damit könnte die .h-Datei unabhängig vom konkreten Projekt unverändert 
bleiben und die spezifischen Definitionen woanders (z.B. in einem 
Makefile) gemacht werden.

...Rolf

Hallo zusammen,

ich versuche gerade das Programm von Falk Brunner mit dem Pollin I2C-LCD 
Adapter ( Bestellnummer: 810 145 ) und dem LCD-Display ( LCD-Modul 
TC1602A-09; Bestellnummer: 120 422 ) bei mir zum laufen zu bekommen.

Folgendes Habe ich bisher gemacht:

- Ordner entpackt
- i2clcd unter AVR-Studio 4 geöffnet
- in der main.h die CPU Fequenz auf 16000000 geändert.  Es steht jetzt 
in der main.h nur

1

#define F_CPU 16000000

ist das richtig?

- i2clcd.h mit hilfe der Datenblätter des I2C - Adapter und des Displays 
die Pinbelegung geändert.

1

#define LCD_D4_PIN      4  /**< LCD-Pin D4 is connected to P4 on the PCF8574 */

2

#define LCD_D5_PIN      5  /**< LCD-Pin D5 is connected to P5 on the PCF8574 */

3

#define LCD_D6_PIN      6  /**< LCD-Pin D6 is connected to P6 on the PCF8574 */

4

#define LCD_D7_PIN      7  /**< LCD-Pin D7 is connected to P7 on the PCF8574 */

5

#define LCD_RS_PIN      9  /**< LCD-Pin RS is connected to P0 on the PCF8574 */

6

#define LCD_RW_PIN      10  /**< LCD-Pin RW is connected to P1 on the PCF8574 */

7

#define LCD_E_PIN      11  /**< LCD-Pin E is connected to P2 on the PCF8574 */

8

#define LCD_LIGHT_PIN    12  /**< LCD backlight is connected to P3 on the PCF8574, low active */

- Die Adresse wie im Programmcode ist mit der Eingestellten Adresse des 
i2C Adapters identisch 4E.

- main.c die Zeile char string_flash[] PROGMEM = "Hello Flash!"; in

1

char string_flash[] = "Hello Flash!";

geändert.

- kompilieren lassen

- die Datei i2clcd_clean.hex auf den ATMega32 geladen

Folge:

1. Zeile schwarze Blöcke
2. Zeile nichts

Hintergrundbeleuchtung "AUS!"

Was habe ich falsch gemacht? Ich versuche mit hilfe dieses Programm den 
I2C Bus zu verstehen und das Display anzusteuern.

Ich bedanke mich für eure Hilfe und verbleibe

mit freundlichen Grüßen

Balou Baer

holger schrieb:

> Du musst die Pinnummern vom PCF8574 angeben und NICHT die vom LCD.


Dachte das Hätte ich gemacht. Denn:

RS ist Pin 4 vom Display und geht doch auf den P4, also Pin 9, des 
PCF8574?
R/W ist Pin 5 vom Display und geht doch auf den P5, also Pin 10, des 
PCF8574?
E ist Pin 6 vom Display und geht doch auf den P6, also Pin 11, des 
PCF8574?

Bitte verbessere mich wenn ich mich täusche aber so lese ich die 
Datenblätter / Zeichnungen.


Mit freundlichen Grüß

Balou Baer


Ok vom Tippen bis zum senden hast du ja noch was geschrieben ;)

also P0 bis P7 ?

So habe ich es jetzt geändert:

1

#define LCD_D4_PIN      0  /**< LCD-Pin D4 is connected to P4 on the PCF8574 */

2

#define LCD_D5_PIN      1  /**< LCD-Pin D5 is connected to P5 on the PCF8574 */

3

#define LCD_D6_PIN      2  /**< LCD-Pin D6 is connected to P6 on the PCF8574 */

4

#define LCD_D7_PIN      3  /**< LCD-Pin D7 is connected to P7 on the PCF8574 */

5

#define LCD_RS_PIN      4  /**< LCD-Pin RS is connected to P0 on the PCF8574 */

6

#define LCD_RW_PIN      5  /**< LCD-Pin RW is connected to P1 on the PCF8574 */

7

#define LCD_E_PIN      6  /**< LCD-Pin E is connected to P2 on the PCF8574 */

8

#define LCD_LIGHT_PIN    7  /**< LCD backlight is connected to P3 on the PCF8574, low active */

Ergebnis:

Zeile 1 immernoch Balken
Zeile 2 nichts.

LED Hintergrundbeleuchtung aus

HÄÄÄÄ   wir sprech hier über den PCF8574 oder?

auf dem Pollin i2c Adapter ist ein PCF8571P verbaut. vielleicht liegt da 
die Krux

Sooooo,

adressen sind falsch auf der Platine.
Display lechtet
Display zeigt 1 Sekunde lang das richtige an und dann Chinesische 
zeichen ^^

aber immer hin ^^

Sorry ihr Lieben, aber ich muss noch einmal eine Frage los werden.

Nachdem ich nun die I2C Adresse des Displays herausgefunden hatte und 
ich etwas mit dem Display und dem uC spielen konnte, fiehl mir auf, dass 
der anzuzeigende Sting in der ersten Zeile um zwei Zeichen versetzt 
angezeigt wird. Soll heißen, dass wenn ich Hallo World anzeigen lassen 
will, sieht das so in Zeile 1 aus "llo World" in Zeile zwei alles kein 
Problem. Wo kann ich den aus dem Datenblatt entnehmen, welches bei 
meinem Display die Startadresse von der 1. Zeile ist?

Ich bedanke mich für euere Hilfe und verbleibe

mit freundlichen Grüßen

Balou Baer

Steht im Datenblatt nicht drin, aber Zeile 1 fängt fast immer bei 0x00 
an.

Hallo :)

Ich habe mir auch mal ein LCD/I²C-Modul bei Pollin gekauft und heute 
(gestern) versucht es zum Laufen zubekommen mit einem 2x16 
Display(TC1602A-09) aber habe es nicht geschafft.
Es wird etwas nicht lesbares angezeigt wenn ich meinen Controller 
mehrmals resetet per Taster.

Ich habe es mit der oberenen Version der Lib versucht.
Mein ATmega32 läuft auch mit 16MHz. Fusebits stimmen auch ;)
Am I2C-Bus hängt nur noch ein pcf8583(RTC) dieser Funktionier auch.
Nur hab ich das gefühl das mein pcf8574 defekt ist.

Jetzt meine Frage: Wie kann ich am besten Feststellen das der pcf8574 
einen defekt hat ?

Meine 4 Displays sind auch nicht defekt habe es mit meinen alten ATmega8 
gegen geprüft.

Funktioniert es den bei jemanden mit dem LCD/I²C-Modul von Pollin und 
dem
Display(TC1602A-09) ?

Gute Nacht erstmal :D

LG Julz

Hallo,

Bei der Verwendung des I2C-LCD Adapters (Bestellnummer:810 145)von 
Pollin gibt es einen kleinen Harken! Laut deiner Aussage verwendest du 
ein blaues Display, richtig? Bei Verwendung von blauen Displays muss ein 
Widerstand geändert werden, ich meine es wäre der R1. Steht leider nur 
klein auf der Platine und Bedienung-/Aufbauanleitung.

Auch ist darauf zu achten, ob du schon PULLUP Widerstände in deinem 
I2C-Bus nutzt. Wenn ja, dürfen die I2C Widerstände auf dem I2C-LCD 
Adapter nicht eingelötet werden!

Aufgrund des falschen Widerstandes bekam ich auch keine Anzeige auf 
meinem blauem Display. Selbst die Hintergrund Beleuchtung ließ sich mit 
dem falschen Widerstand auch nicht einschalten. Daher prüfe bitte ob du 
denn richtigen Widerstand verwendest.

Wenn du die oben genannten Sachen geprüft hast, prüfe ob du auch die 
richtige I2C - Adresse ansprichst.

Solltest du weitere Fragen haben, kannst du dich gerne noch einmal 
melden

Mit freundlichen Grüßen

Balou Baer

@Julius Faust (julz)

>Jetzt meine Frage: Wie kann ich am besten Feststellen das der pcf8574
>einen defekt hat ?

Mit einer systematischen Fehlersuche.

Dazu muss man erstmal prüfen, ob du deinen PCF8574 auf der richtigen 
Adresse ansprichst. Das geht leicht. Dann lässt man die Pins am PCF 
einzeln wackeln.

1

#include <stdbool.h>

2

#include <stdint.h> 

3

#include <stdlib.h>

4

#include <avr/pgmspace.h>

5

#include "main.h"

6

#include <util/delay.h>

7

#include "i2clcd.h"

8

#include "i2cmaster.h"

9

10

int main(void)

11

{

12

    char i2c_adr = 0x40;   // I2C Adresse für Test!

13

14

    // HIER DDRX für Fehler LED auf Ausgang stellen!!!

15

16

    i2c_init();

17

    lcd_init();

18

19

    if (i2c_start(i2c_adr)) {

20

       // ERROR, keine Antwort !!!

21

22

       // HIER eine Fehler-LED einschalten!

23

24

       while(1);  Nix geht mehr, STOP!

25

    }

26

27

    // einzelne Pins am PCF8674 wackeln lassen, Messung mit DMM

28

29

    while (1) {

30

      i2c_write(0x01);  // Testmuster EIN

31

      _delay_ms(1000);

32

      i2c_write(0x00);

33

      _delay_ms(1000);  // Testmuster AUS

34

    }

35

}

Die Fehler-LED im Programm ergänzen und testen.

MFG
Falk

Danke schonmal für die Antworten.

@ Balou Baer (baloubaer)
Richtig ich verwende 2 Blaue Displays und 2 Grüne aber den Widerstand 
hab ich nicht geändert sonder den Transistor Q1. Zur Zeit verwendete ich 
die Pull-up von Board.

Die I2C-Adresse ist auch auf 0x40 eingestellt :)

@ Falk Brunner (falk)
Danke für den Link :) I2C-Adresse (siehe oben), die Jumper auf dem Board 
passen auch.

Irgendetwas stimmt mit der Initialiserung für das Display noch nicht 
richtig. Damit ich das Display richtig anfäng zu Laufen muss ich zur 
Zeit einmal den Controller reseten, dann kann man auch etwas lesen bei 
den 2 2x16
Display(TC1602A-09), die anderen 2 Display Zeigen mir nur müll an. Ich 
werde mir das im Laufe der Woche ansehen wie es mit dem Display Timing 
aussieht.

Leider habe ich kein Oszi oder Logic Analyzer. Also gehts nur durch 
überlegen und Versuchen.

Display_Blau_X.jpg Zeigen den Programmablauft mit der Bibliothek von 
oben.
Nur das Backlight würde Aktiviert

Display_Gruen1.jpg und Display_Gruen2.jpg Zeigen das Fehlverhalten. 
Denke die sind auch defekt. Kann ich leider zur Zeit nicht überprüfen 
-.-


LG Julz

Edit:

Bei dem Display_Gruen1.jpg handelt es sich um ein LCD-Modul TC1602E-01 
(120420 bei pollin)

LG Julz

@ Julius Faust (julz)

>Irgendetwas stimmt mit der Initialiserung für das Display noch nicht
>richtig. Damit ich das Display richtig anfäng zu Laufen muss ich zur
>Zeit einmal den Controller reseten, dann kann man auch etwas lesen bei
>den 2 2x16

Klingt nach zu schnellem Timing. Wahscheilich hast du F_CPU im Projekt 
nicht richtig eingestellt.

Oder die delay.h vor der CPU Geschwindigkeit eingefügt

Einfach mal den CPU Takt auf 1MHz internen RC-oszillator umstellen und 
testen. Wenn es dann sicher geht, weiß man warum.

Sooooo,

in der main.h steht nun:

1

#define F_CPU 1000000       // CPU clock in Hz

und die main.h steht vor der delay.h
siehe:

1

#include <stdbool.h>

2

#include <stdint.h>

3

#include <stdlib.h>

4

#include <avr/pgmspace.h>

5

#include "main.h"

6

#include <util/delay.h>

7

#include "i2clcd.h"

8

#include "i2cmaster.h"

Internen RC-oszillator aktiv siehe Fusebits:

Low Fuse  0xE1
High Fuse 0x99
Lockbits 0x3F

Int RC osc mit 1Mhz und Start-up 6 CK + 64ms und JTAG off.

Und trotzdem hab ich das gleiche Problem.

Ich denke es liegt an Spannungseinbrüchen.
Habe mit einen Multimeter gemessen und gesehen das das Pollin ATMEL 
Evaluations-Board V2.01 beim Kaltstart eine Längere Zeit benötigt den 5V 
Pegel stabiel zubekommen.

Ich denke das Pollin ATMEL Evaluations-Board V2.01 umbau wird nötig.

@Julius Faust (julz)

>Und trotzdem hab ich das gleiche Problem.

Schlecht.

>Ich denke es liegt an Spannungseinbrüchen.
>Habe mit einen Multimeter gemessen und gesehen das das Pollin ATMEL
>Evaluations-Board V2.01 beim Kaltstart eine Längere Zeit benötigt den 5V
>Pegel stabiel zubekommen.

;-)
Mit einem DMM kannst du solche SPannungseinbrüche gar nicht messen.

>Ich denke das Pollin ATMEL Evaluations-Board V2.01 umbau wird nötig.

Dieses Problem mit den Kondensatoren an den Eingängen? Solange du keine 
Tasten drückst, gibt es auch keine Spannungseinbrüche. Umbauen solltest 
du dennoch.

Auch ich nutze das das Board von Pollin, mit dem Displayboard und 
Relaiseboard. Ich habe keine Probleme mit der Spannungsversorgungen oder 
mit Spannungseinbrüchen.
Ich hatte nur ein Problem mit der I2C RTC, die nach dem Anlegen der 
Versorgungsspannung selber Ca. 3 Sekunden benötigt um klar zukommen. 
Habe dann direkt nach dem void Main (void){_delay_ms (5000);........} 
eine 5 Sekunden Wartezeit eingebaut und seit dem habe ich keine Probleme 
mehr mit der Initialisierung der i2c-Komponenten.

Die Lib von Falk ist für den PCF8574 ausgelegt. Die einzige 
Gemeinsamkeit mit dem MCP23008 ist, das beides I2C Port Expander sind.
Beim MCP23008 muss man erst die Registeradresse dann den Wert schreiben, 
was beim PCF8574 anscheinend nicht notwendig ist.
Ich habe die Lib von Falk auf den MCP23008 angepasst. Wenn Du die haben 
willst, dann schick mir einfach ne PN.

Hallo,

mich würde mal interessieren auf wieviele usec/zeichen ihr mit dem 
PCF8574 kommt.
Mit dem MCP23008 komme ich bei 400kHz I2C Taktung auf 337 usec/Zeichen.

@ Bülent C. (mirki)

>mich würde mal interessieren auf wieviele usec/zeichen ihr mit dem
>PCF8574 kommt.

Wenn ich mich recht erinnere, komme ich auf eine ähnliche Größe.
Hatte ich damals mal gemessen, aber nicht aufgeschrieben 8-0

Falk Brunner schrieb:
> Wenn ich mich recht erinnere, komme ich auf eine ähnliche Größe.
> Hatte ich damals mal gemessen, aber nicht aufgeschrieben 8-0

Wie kamst Du dazu? der PCF8574 kann doch nur eine I2C Taktung von max. 
100kHz?!

@ Bülent C. (mirki)

>> Wenn ich mich recht erinnere, komme ich auf eine ähnliche Größe.
>> Hatte ich damals mal gemessen, aber nicht aufgeschrieben 8-0

>Wie kamst Du dazu? der PCF8574 kann doch nur eine I2C Taktung von max.
>100kHz?!

Hmm, stimmt. Hatte ich dennoch mal mit 400kHz betrieben, ging ;-)
Dennoch, wieviele Zugriffe braucht man denn für ein Zeichen? ich glaub 
max. 6 oder 7 Bytes, die über I2C verschickt werden müssen, der Rest an 
CPU-Last fällt kaum ins Gewicht. Macht bei 100 kHz und 9 Bit/Byte 
theoretisch 1500 Zeichen/s. Wenn es real nur 500 sind, ist das auch OK.

Poste Code als Anhang, siehe Netiquette.

@ icke (Gast)

Mein lieber Arduino-Freund. Ist dir WIRKLICH klar, wie das bei Arduino 
funktioniert?

Die Funktion setup() wird EINMAL beim Start aufgerufen. Danach läuft 
alles in der Funktion loop() immer und immer wieder ab. Und dort steht 
bei dir GAR NICHTS drin. Da muss man sich nicht wundern, wenn 
irgendwelche anderen Dinge nicht ausgeführt werden.

>Nehme ich die main.h bzw. main.c weg, dann kommt folgende Fehlermeldung
>vom Compiler:

>Arduino: 1.0.6 (Windows 7), Board: "Arduino Uno"
>i2cNuerVersuch.cpp.o: In function `setup':
>C:\Program Files (x86)\Arduino/i2cNuerVersuch.ino:16: undefined
>reference to `i2c_init()'

Da fehlt wohl ein #include "lcd.h", damit der Compiler weiß, wo er 
i2c_init() und alle anderen Funktionen finden kann.

Mit Arduino kenn ich mich im Detail nicht aus. Wenn dir jemand helfen 
soll, musst du das gesamte Projekt als Zip-Archiv hier bereitstellen.

Hi

ich habe mir das Projekt auf den PC geladen und via avrdude auf einen 
AtMega8 geladen ...
Hab die Adresse des I2C angepasst und es läuft.
Hatte zwar etwas Probleme einen Zahlenwert auszugeben, da das Programm 
die Zahlen immer als Buchstaben darstellen will (zumindest meiner 
Erfahrung nach)
Bin jetzt über den Umweg gegangen den Zahlenwert in einen String zu 
wandeln und dann ausgeben zulassen .... funktioniert ebenfalls.

Das Problem was ich mit dem Programm habe, ist dass der Prozessor sich 
irgendwie Aufhängt.

Er zeigt folgendes Verhalten:
- Eine Kontroll LED zeigt mir an ob ein Timerinterrupt ausgelöst wird 
oder nicht ... die LED blinkt weiterhin also nehme ich an dass die 
Interrupts weiter bearbeitet werden und sich der Controller in einer 
Schleife aufhängt
- Das aktuelle Bild auf dem LCD "friert" ein, nur der Coursor blinkt 
noch.


Kann mir jemand helfen?

@ Rat Loser Helfer

Damit dass das Bild "einfriert" meinte ich dass die Messwerte auf dem 
LCD nicht mehr aktualisiert werden.
Der cursor und das blinken was in diesem Programm ohne etwas zu ändern 
immer aktiviert ist, funktionieren aber weiterhin.

Das "einfrieren" nicht das korrekte deutsche wort dafür ist ist mir auch 
klar, ich dachte man kann meiner schilderung folgen.

Zum Aufbau:
Controller (AtMega8) auf einer Lochrasterplatine angelötet mit ein paar 
LEDs und einem KTY 81/210 dieser ist linearisiert mit einem 6k1R 
Widerstand. (um irgendwelchen weiteren Kommentaren vorzubeugen der 
Widerstand ist zusammengesetzt aus 2 Widerständen)
Der Display ist mit dem I2C IO-Expander fest verlötet und wurde so bei 
Eba* gekauft. Angeschlossen mit Steckverbindern. Mit einem Multimeter 
konnte ich den Aufbau der von "falk" eingestellt wurde verifizieren. 
lediglich die Adresse musste ich anpassen.
Aber wie ich bereits schrieb die Kommunikation funktioniert prinzipiell 
schon.

Ich muss wohl gestehen, dass ich mich in Deutsch nicht sehr gut 
ausdrücken kann. Allerdings denke ich wenn man will kann man mich 
verstehen, wenn man nicht will kann man sich solche Antworten auch 
sparen.
Ich fand es nicht notwendig Bilder von dem Aufbau zu posten, da ich 
diesen als Trivial empfinde / empfand.



@ Patrick Eydt

Danke für deine Hilfe das Datenblatt zu finden könnte sich als etwas 
schwierig erweisen, da über Eba* gekauft und der Verkäufer das 
Datenblatt selbst suchen müsste.
Allerdings hab ich den vermeindlichen Fehler gefunden, es lag wohl an 
den Einstellungen des ADC.
Dieser war eingestellt auf endlose Messung via Interrupt (jedes mal wenn 
eine Messung fertig ist wird ein Interrupt ausgelöst)
Habe den ADC nun so eingestellt, dass er nur noch eine Messung 
durchführt wenn sie benötigt wird.
Mit dieser Einstellung lief das Programm die ganze Nacht.

Jedoch vielen Dank nochmal für deine Hilfe.

Hallo,
liest hier noch jemand mit?
Habe ein 2x16 LCD wie in Beitrag 1 angeschlossen- Alles OK.
Jetzt ein 4x20 Display. Sunstar 2004A. Der Eintrag in LCD_LINE_MODE 
(LCD_2_LINE oder LCD_4LINE) wird völlig ignoriert. Was mache ich falsch?
Das Display zeigt aber alle 4 Zeilen an! Adressen 0x00; 0x40, 0x14, 0x54
Gruß
Reinhard

@ Reinhard O. (Firma: privat) (flug52)

>Jetzt ein 4x20 Display. Sunstar 2004A. Der Eintrag in LCD_LINE_MODE
>(LCD_2_LINE oder LCD_4LINE) wird völlig ignoriert. Was mache ich falsch?

Gar nichts, denn der hat nicht bei allen LCDs eine Wirkung.

>Das Display zeigt aber alle 4 Zeilen an! Adressen 0x00; 0x40, 0x14, 0x54

Und wo liegt dann das Problem?

Mir ist halt nicht die Wirkungsweise von LCD_LINE_MODE klar. Das mein 
Display mit Deiner Bibliothek anzeigt, ist aber schon mal toll! Habe 
noch nie mit i2c gearbeitet. Habe lange gebraucht, die i2C Adresse 
auszulesen...

Wie doch die Zeit vergeht. Hier mal ein kleines Update. Man kann jetzt dynamisch bis zu 8 LCDs gleichzeitig ansprechen. Dazu müssen erst die I2C Adressen der LCDs mittels lcd_set_i2c_addr() eingetellt werden (7 Bit Adresse, wie bei Arduino!) und dann mittels lcd_select_display() das LCDs vor den weiteren Befehlen ausgewählt werden. Das war's eigentlich schon. Siehe main.c

Falk B. schrieb:

Wie doch die Zeit vergeht. Hier mal ein kleines Update. Man kann jetzt dynamisch bis zu 8 LCDs gleichzeitig ansprechen.

Wer braucht schon 8 Text-LCDs? Wenn man die zu brauchen meint, wäre es wohl wirklich dringend an der Zeit, die ganz Sache mal auf einem richtigen Grafik-Display zusammenzuführen...

Was ist das Maximum, was man mit 8x HD44780 erreichen kann? Irgendwas bei 16 Zeilen á 40 Zeichen. Grafikdisplays, mit denen das ebenfalls erreichbar ist, kosten heutzutage nur noch 'n Appel und 'n Ei und sind an jeder Ecke des Internet problemlos erhältlich.

Ich hab die Tage erst ein solches Display aus einem alten Gerät geschlachtet.

Warum wegwerfen wenn's funktioniert und nix kostet?

Das man immer alles schlechtreden muss nur weil's gut abgehangen ist versteh ich nicht.

Ich sag jedenfalls einfach mal Danke für das Update, ich nutze zwar keinen AVR und kann das so nicht direkt benutzen, lesen und was daraus lernen kann ich davon aber bestimmt.

Kilo S. schrieb:

Ich hab die Tage erst ein solches Display aus einem alten Gerät geschlachtet.

Warum wegwerfen wenn's funktioniert und nix kostet?

Das fordert ja niemand. Natürlich gibt es Anwendungen, für die ein oder vielleicht auch noch zwei solcher Displays völlig ausreichend und deswegen auch sinnvoll sind.

Aber acht? Die Anwendung in der das sinnvoll ist (und sich nicht durch ein Vollgrafik-Display ersetzen ließe), die musst du mal zeigen...

Ob S. schrieb:

Aber acht? Die Anwendung in der das sinnvoll ist (und sich nicht durch ein Vollgrafik-Display ersetzen ließe), die musst du mal zeigen...

Schalttafel/Signaltafeln/Verkaufsautomaten und möglicherweise sogar fachsysteme.

Gewächshäuser, insbesondere mit Hydrokulturen.

Wie bei Industrieanlagen von früher (Schalttafel/Signaltafel) eine Abbildung der Wegstrecke + "Signal". (früher Lampe heute dann LCD, könnte dann bei zb. einer Pipeline Details zeigen, Temperatu, Druck usw.) Gibt's doch bestimmt auch schon so, bin sicher nicht der erste mit der Idee

Verkaufsautomaten könnten pro Fach mit einem solchen LCD Preis oder Infos zeigen.

Fachsysteme, personengebundene bzw. sachbezogene Fächer mit häufigen Inhaltswechseln usw.. Automatisierte Inhaltsanzeige.

Hydrokulturanlagen sind aktuell Recht beliebt. (Urban Gardening mit Hydro Towern in der Wohnung oder größerem Maßstab auf dem Balkon, CSC's, Salatbauern...) Solche pflanzreihen könnte man der Länge nach mit Temperatur/EC/PH Sensoren versehen und an der gleichen Position das Display darüber hängen. Das ist so ne Macke der "Hydrokultur" Leute, inklusive mir, parallel zum Sensorwert will man da einfach die Pflanzen auch optisch auf Mängel überprüfen. Bei langen Reihen (>10m) willst du keine 100x8,99€ Grafik LCD finanzieren, da willst du 100x1,99€ (Inklusive PCF!) Text LCD die möglichst gut lesbar sind, vor allem bei allen Gewächsen die mehr Licht möchte als ein Kopfsalat. Und da tut's nicht so weh bei Ausfall.

Da muss man dann schauen, I2C ist da nicht so optimal für die Länge der Strecke, aber Ideen wie man acht Displays verbaut bekommen könnte hab ich tatsächlich.

Gibt's bestimmt auch noch mehr Gründe und auch bessere.

Kilo S. schrieb:

Gibt's bestimmt auch noch mehr Gründe und auch bessere.

Ich glaube, der Punkt war: Da werden häufig nicht mehrere Displays an einem Controller benötigt, und wenn, dann kann man die vermutlich häufig durch ein „moderneres“ Display ersetzen. Und weit hergeholt ist’s ja auch nicht, wenn man mal ehrlich ist.

Kilo S. schrieb:

ei langen Reihen (>10m) willst du keine 100x8,99€ Grafik LCD finanzieren, da willst du 100x1,99€ (Inklusive PCF!) Text LCD die möglichst gut lesbar sind, vor allem bei allen Gewächsen die mehr Licht möchte als ein Kopfsalat. Und da tut's nicht so weh bei Ausfall.

An jeder Pflanze ein eigenes Display wirkt ja nun auch etwas konstruiert; meist würde man diese Schnittstelle an einem zentralen Punkt vorsehen. Heute würde ich gar eher die Sensordaten via Funkstrecke an eine zentrale Stelle schicken, und von dort aus via WLAN hübsche Diagramme an etwa ein Android-Endgerät ausliefern – das hätte noch viel mehr Stil, als ein 1602-Display pro Pflanze. Da könnte man beispielsweise auch einen Rückkanal vorsehen, für Anmerkungen und Notizen, etc. …

Nichtsdestrotz würde ich der Lib nun ihren Daseinszweck keinesfalls absprechen. „Weil ich das so mag!“ ist zumindest im Hobbybereich ein valides Argument, und das negieren zu wollen, wäre schon auch ein wenig anmaßend.

Insofern von meiner Seite Dank an Falk.

Ob S. schrieb:

Falk B. schrieb:

Wie doch die Zeit vergeht. Hier mal ein kleines Update. Man kann jetzt dynamisch bis zu 8 LCDs gleichzeitig ansprechen.

Wer braucht schon 8 Text-LCDs?

Ein Nutzer des Forums.

Wenn man die zu brauchen meint, wäre es wohl wirklich dringend an der Zeit, die ganz Sache mal auf einem richtigen Grafik-Display zusammenzuführen...

Kann sein, muss nicht. Erlaubt ist was gefällt, vor allem im Hobbybereich.

Man kann sogar 16 LCDs gleichzeitig ansteuern, wenn man den PCF8574 sowie PCF8574A benutzt.

Jack V. schrieb:

An jeder Pflanze ein eigenes Display wirkt ja nun auch etwas konstruiert;

Nein, leider!

Tatsächlich ist es so das sehr sehr viele Homegrower/CSC ziemliche "Übermütter" bezüglich ihrer Pflanzen sind. Kleine Einsicht in die "Growerszene". Ich kenne da leider viel zu viele die viel zu "Hochtechnologisiert" an die Sache ran gehen. Das geht so weit das die 24/7 Kameraüberwachung im Schrank installieren, inklusive UV Suchscheinwerfer für "nachts". Geht noch "krasser", Sensoren zur Messung der Feuchtigkeit IM Wurzelballen, sowas wird gesucht! Und von Nährstoffinfusionen in den Stamm der Pflanze fangen wir mal besser nicht an. ;-) ( Reale Sache, ich steh bei dem Gedanken auch irgendwie nur staunend da!) https://www.royalqueenseeds.de/blog-psis-technik-fuer-hoehere-cannabis-ertraege-n1780

Da komme ich mir mit vier GPIO für meine komplette Steuerung (Licht, Luft, Wasser, zwei pumpen) und einer simplen RTC manchmal echt primitiv vor. So ganz ohne WLAN und Kram! Ein Kollege steht jedes Mal kopfschüttelnd vor meiner Aeroponic Anlage und kommt aus dem Staunen nicht Raus, er mit unzähligen Sensoren und haste nicht gesehen, schafft auf doppelter Fläche den Bruchteil meiner Ernten. Bei höheren Stromkosten! (Ich zahle so ca. 45-50€ pro Durchgang mit 90-100 Tagen bis zur Ernte, er liegt bei 180€!) Mir war es wichtiger das ein Stromausfall nix groß anhaben kann, pumpen sind mit einem USV Netzteil einer alten Aufzugsteuerung verbunden. 5V&12V sind immer sicher! 20Ah Akku reichen für die Intervall geschalteten pumpen für Tage.

Im Vergleich was heute aufgefahren wird, sind meine Ideen ja noch harmlose Spinnereien was man mit billigen Displays halt so machen könnte.

Klar, ein Salatbauer wird das eher weniger nötig haben, dem reicht die Zentrale Steuerung.

Aber in einem CSC zb. Sind häufig Leute die da Bock drauf haben könnten.

Kilo S. schrieb:

Tatsächlich ist es so das sehr sehr viele Homegrower/CSC ziemliche "Übermütter" bezüglich ihrer Pflanzen sind. Kleine Einsicht in die "Growerszene".

Nix für ungut, aber was du beschreibst, ist einerseits nur ein kleiner Teil der Leute, und von denen wird auch nur ein noch kleinerer Teil bis runter zur Größe Null einzelne Pflanzen mit ’nem 1602-Display versehen wollen – da wird sich dann eher das Mars-Hydro-Komplettpaket mit Controller (mit BT und App und so), Sensorik, Licht, Luft, CO₂, etc. gekauft. Die haben auch „nur“ ein zentrales Display oder werden eben direkt über die App bedient.

CSC weiß ich nicht – was ich da aber so mitbekomme, ist das auch eher nicht hochtechnologisiert; stattdessen haben die derzeit andere Probleme. Und gerade beim Hanf ist’s nicht mal notwendig. Im größeren Maßstab wird da eh zu Hydroponik gegriffen, dort sind die relevanten Werte pH, EC und Temperatur – nix, was dezentral an jeder Pflanze gelöst werden müsste.

Aber lass uns mal diesen Thread nicht damit entführen – es sei denn, du hast ein Bild von einem Farmer (egal, was der anbaut) mit einem 1602-Display pro Pflanze; dann wär’s wieder On-Topic ;)

Jack V. schrieb:

es sei denn, du hast ein Bild

Ohne Registrierung dort, keine Bilder. Extern verlinken bzw. Hochladen nicht gestattet.

Einfach den Artikel oder Thread oder was auch immer verlinken. Oder Seite und Suchwort nennen, falls du Sorgen bezüglich eines Links hast.

In den relevanten einschlägigen (Hanf)-Foren bin ich vertreten.

Jack V. schrieb:

In den relevanten einschlägigen (Hanf)-Foren bin ich vertreten.

Nehmen wir einfach mal beispielhaft .ch (Dort wird zb. ein Sensor für wurzelfeuchte gesucht)

Schau dich da mal im Technikbereich um, ich find da sind schon viele vertreten die deutlich mehr Technik als nötig benutzen. Ich meine jetzt nicht sowas wie abgestimmte Anlagen mit CO2 (Fridgegrow zb.) sondern eher die Fraktion die selbst mit ESP's was baut.

Jeder wie er mag, stört ja nicht. Ist halt trotzdem oft für mich nicht verständlich.

Aber genug jetzt, ich hab jetzt das 16x2 an meinem PCF gehabt, glaub aber der hat ne Macke, vermutlich toter Pin weil der schon so oft umgelötet wurde das die Kontakte der Stiftleiste hin sind. Erst mal flicken.

Kilo S. schrieb:

Nehmen wir einfach mal beispielhaft .ch (Dort wird zb. ein Sensor für wurzelfeuchte gesucht)

Ich meinte nun nicht beispielhaft – dass es Leute gibt, die in dem Gebiet basteln, wurde nicht infrage gestellt – mache ich ja selbst.

Ich bezog mich schon konkret auf die Darstellung, dass Leute ihren Pflanzen einzeln ein Display verpassen würden, und das habe ich auch in diesem Schweizer Forum, wo sich Mods bei Bedarf Regeln aus’m Hintern ziehen und auf der Basis bannen, wobei sie streng drauf achten, dass es nach außen nicht offensichtlich wird (also grower.ch) noch nicht gesehen.

Ich hab mir so Displays immer abgegriffen, wenn sie irgendwo günstig zu haben waren, und daher nun ’nen ganzen Stapel verschiedener Varianten davon rumliegen – aber die nun auf Biegen und Brechen überall dranbauen zu wollen, wäre auch nicht meins.

Du weißt selbst das die wegen direkter Verlinkungen meistens abkotzen.

Ich muss gucken ob der Beitrag vor oder nach dem Crash war, meine aber vorher, denn in grauer Erinnerung habe ich das es zu der Zeit noch nicht so gut um Arduino bestellt war wie heute.

Wenn hinterher war, müsste der aber eigentlich so bekannt wie der mit den Fliegenflügeln sein!

Leute, laßt bitte dieses OT Gelaber! Macht ne neue Diskussion dafür auf, am Besten gleich in dev/null! DANKE!

Fassen wir zusammen:

• die I2CLCD-Library wurde um die Möglichkeit erweitert, bis zu acht separate Displays anzusteuern

• hier im Forum sind einige Zeitgeister unterwegs, die sich auch mit Mühe keinen Anwendungsfall dafür vorstellen können und das lang und breit kundtun müssen

• Aber: Hier im Forum sind auch andere unterwegs, die die Arbeit von Falk zu schätzen wissen

Ich nutze diese Library zwar (bislang) nicht, ordne mich aber in dieser letzten Kategorie ein.

Hört doch mal auf zu Spammen. Hatte vor knapp 10 Jahren dieses Thread abonniert und werde nun vollgemüllt.

Bülent C. schrieb:

Hatte vor knapp 10 Jahren dieses Thread abonniert und werde nun vollgemüllt.

Dann klick' doch einfach auf diesen Link:

https://www.mikrocontroller.net/topic/unsubscribe/334653

Harald K. schrieb:

• hier im Forum sind einige Zeitgeister unterwegs, die sich auch mit Mühe keinen Anwendungsfall dafür vorstellen können und das lang und breit kundtun müssen

Lang und breit? Realitäts-Check: Satte drei Zeilen.

Die restlichen vier behandeln bereits die logische Lösung. Denn: für die als effektiv einziges halbwegs glaubwürdiges Gegenargument angebrachten "verteilten" Displays ist wiederum die verwendete I2C-Ansteuerung nur eher schlecht geeignet, denn die zuverlässig mögliche Leitungslänge schränkt die Möglichkeiten zur Verteilung doch schon sehr deutlich ein.

Ob S. schrieb:

Realitäts-Check:

Du hast mich vollumfänglich bestätigt. Danke für nichts.

Harald K. schrieb:

Du hast mich vollumfänglich bestätigt.

Hmmm... Sachliche Argumentation oder auch Gegen-Argumentation gibt's bei dir nicht? Also nicht, dass mich das jetzt wirklich überraschen würde...

Anders als an anderer Stelle ist das kein Kalenderereignis hier.

Muss ich sachlich auf Deinen überhaupt nicht hilfreichen Hinweis auf Graphikdisplays reagieren?

Mehrere Textdisplays sind wegen der geringen zu übertragenden Datenmenge problemlos via I2C ansteuerbar, bei mehreren Graphikdisplays wird das ziemlich sinnlos, weil die Updaterate ins Bodenlose sinkt.

Die theoretisch andere Idee, /ein/ Graphikdisplay anstelle mehrerer Textdisplays zu verwenden, scheidet zu oft aus, als daß man sie ernsthaft als Alternative betrachten könnte.

Das wäre nur der Fall, wenn die Textdisplays alle brav mehr oder weniger direkt nebeneinandergeklatscht werden sollen.

So eine Lösung wäre --außer als Demonstrator für die Library-- aber so ... abstrus, daß ich nicht wüsste, wieso man darauf kommen sollte.

(Um noch mal auf den Kalender zurückzukommen: Was den Links-ins-Forum-Rotz-Troll angeht, liegst Du hingegen goldrichtig)