[woody]

[Rumgucker]

Zitat:Original geschrieben von MAZ
solche Diagramme in Datenblättern verstehe ich nicht. Ich weiß nur, das I2C mit 4 Leitungen funktioniert. Wenn dasTeil dafür nicht vorgesehen ist, kommt es in den Müll.

Es gibt viele Dinge in der Elektronik, die man nicht an I²C anschließen kann. Vermutlich besitzt Du eine große Mülltonne

[voltwide]

Die meisten Mülltonnen kann man auch nicht an I²C anschliessen! ;deal2

[woody]

Gibts keinen RFID->I²C Wandler?

[MAZ]

Es gibt keine dummen Fragen, nur dumme Antworten!

[Rumgucker]

Nenene, MAZ. Wir waren allesamt etwas betreten.

An Arduino-Ports rumzuwackeln und LEDs nach Belieben an- und auszuschalten, ist in dessen Doku ganz am Anfang erklärt. Das musst Du also können. Das hast Du auch schon gemacht.

Also musst Du nur noch in Christians Datenblatt gucken und rausfinden, wie Du Bit für Bit wahlweise ins Befehls- oder ins Datenregister des Displays reinschieben musst.

Eine typische Anweisung ans Display wäre zum Beispiel: "schiebe den Cursor in die dritte Spalte" (wobei "3" dann ins Datenbyte gehört).

Oder "lösche alles" (wobei es dann kein Datenbyte gibt).

Wenn Du sowas noch nie gemacht hast, so ist das ja völlig ok. Wir helfen Dir bestimmt.

Aber sich einfach zu weigern das Datenblatt mal zu studieren und das Display wegwerfen zu wollen, weil es nicht zu den im Arduino schon eingebauten Schnittstellen passt, das erscheint uns etwas "sonderbar" (um es höflich auszudrücken).

Vielleicht solltest Du mal in Dich gehen und Dich fragen, ob so ein kleines Display nicht eine optimale Spielwiese wär, um mal die Portschütteleien zu üben, wenn Du sie denn bisher noch nicht gelernt hast?

Für solche Dinge stehen wir gerne zur Verfügung.

Aber bei Deiner trotzigen Bockigkeit, Deine Wissenslücken mit wütenden Wegwerfaktionen wehrloser Elektronikteile zu begegnen, wirst Du von uns nur ebensolche Antworten erwarten können, wie Du Dich uns zeigst.

Oder in wesentlich direkterer Kurzform:

Das Display kann nichts dafür, dass Du noch nicht mit den Ports umgehen kannst. Setz Dich auf Deinen faulen Arsch und lerne den Umgang damit.

[christianw.]

I2C hat normal 2 Leitungen. Bei diesem Display kann die Beschriftung verwirren. Normal wird bei I2C keine RS-Leitung verwandt um zwischen Data und Code zu unterscheiden.

Zielfführend kann hier sein, sich eine "passende" Bibliothek für Arduino zu suchen - entsprechend dem Controller des Displays.

[Rumgucker]

MAZ wird doch wohl in der Lage sein, zwei Prozeduren zu schreiben:

void CommandToDisplay(unsigned char command)
{
blablabla;
}

void DataToDisplay(unsigned char data)
{
blablabla;
}

und beide verwenden die Prozedur

static void ByteToDisplay(unsigned char disp_byte)
{
blablabla;
}

[christianw.]

Unsigned Chars sind immer gut.

[Rumgucker]

Für MAZ:

http://popovic.info/html/arduino/arduino...uchtdiode_

Den Port "13" kannst Du schon mal als Clock verwenden. Immer wenn Clock - von Dir gesteuert - von low auf high springt, dann wird der Pegel am Control/Data-Steuerpin und der serielle Bit-Eingang "gesampelt".

Du brauchst also für diese beiden weiteren Signale noch zwei weitere "Ports". Vielleicht gibt es einen Port "14" und einen Port "15"?

Und dann hast Du noch die Aufgabe Bit für Bit an den Bit-Eingang zu legen, so dass die steigende Flanke des Clocks jedesmal ein neues Bit vorfindet.

Das Tempo ist egal.

[christianw.]

Port ist beim Atmega 6-8bit breit. Einzeln sind's dann Pins.

[Rumgucker]

Aber beim Arduino wird als ein Port ein Pin bezeichnet.

"Der digitale Port 13 besitzt eine integrierte LED...."

Quelle: http://popovic.info/html/arduino/arduino...uchtdiode_

[christianw.]

Hmm, gefällt mir nicht.

Beim programmieren unterscheidet man bei den Teilen zwischen PORT (Output), PIN (Input) und DDR (Datenrichtungsregister).

Ganz beliebt, Pull-down an und auf Ausgang schalten. Und noch ne Spannung von extern drauf.