DOGM128 SPI Ansteuerung

[Marcus (Gast)]

Moin!

Ich habe mir schon sehr viele und auch hilfreiche Beiträge zum Thema 
DOGM SPI Ansteuerung durchgelesen, blicke aber trotzdem nicht durch. Ich 
verwende die vom Hersteller empfohlene Ansteuerung mit jeweils 1 ms 
zwischen den Befehlen.

Wenn ich das aus anderen Beiträgen richtig erfasst habe, dann muss der 
SPI Ruhepol High sein (CPOL setzen). Muss ich da auch CPHA setzen?

Ich habe einmal im Wiki einen Beitrag über den Wellenwiderstand gelesen. 
Kann es vielleicht daran liegen, dass ich ein 20 cm langes Datenkabel 
(10pol. Wannenstecker) verwende und die Daten nicht richtig ankommen?

Ich betreibe das Display an 3,3V. Boosterkondensatoren habe ich 
angeschlossen. Theoretisch müsste ich nach der Initialisierung ca. 12V 
an Pin 32 abtasten können. Ich kann aber nur 2,7 Volt messen. Also 
stimmt was mit der Übertragung nicht. Ich verwende einen ATmega644 @10 
Mhz

Die Hardware-SPI-Ansteuerung habe ich aus dem Datenblatt des ATMEGA64.

Meine Verbindungen:
Mosi -> Si
SCK -> SCL
PA0 (auf LOW gesetzt) -> CS
PA1 (auf HIGH getzt) -> RESET
PA2 (vorerst auf LOW gesetzt) -> A0

Display-Routine(n):

#include "SPI.h"
#include <util/delay.h>

#ifndef _Display
#define _Display

void DisplayInit(void)
{
  SPI_MasterTransmit(0x40);  //Display start line 0
  _delay_ms(1);
  SPI_MasterTransmit(0xA1);  //ADC Reverse
  _delay_ms(1);
  SPI_MasterTransmit(0xC0);  //Normal COM0~COM63
  _delay_ms(1);
  SPI_MasterTransmit(0xA2);  //Set Bias 1/9
  _delay_ms(1);
  SPI_MasterTransmit(0x2F);  //Booster, Regulator and Follower on
  _delay_ms(1);
  SPI_MasterTransmit(0xF8);  //Booster 4x
  _delay_ms(1);
  SPI_MasterTransmit(0x00);  //Booster 4x
  _delay_ms(1);
  SPI_MasterTransmit(0x27);  //Contrast set
  _delay_ms(1);
  SPI_MasterTransmit(0x81);  //Contrast set
  _delay_ms(1);
  SPI_MasterTransmit(0x16);  //Contrast set
  _delay_ms(1);
  SPI_MasterTransmit(0xAC);  //No Indicator
  _delay_ms(1);
  SPI_MasterTransmit(0x00);  //No Indicator
  _delay_ms(1);
  SPI_MasterTransmit(0xAF);  //Display on
  _delay_ms(1);
}

#endif

SPI-Routine (Aus dem 644-Datenblatt):

#ifndef _SPI
#define _SPI

void SPI_MasterInit(void)
{
  DDRB = (1<<PB5) | (1<<PB7);
  SPCR = (1<<SPE) | (1<<MSTR);
  SPCR = (1<<SPR0);  //F_CPU / 16
  SPCR |= (1<<CPOL);  //set CPOL
}

void SPI_MasterTransmit(char Data)
{
  SPDR = Data;
  while( ! (SPSR & (1<<SPIF)));
}

#endif

[spess53 (Gast)]

Hi

>Wenn ich das aus anderen Beiträgen richtig erfasst habe, dann muss der
>SPI Ruhepol High sein (CPOL setzen).

Nein. Es reicht in SPCR die Bits SPE und MSTR zu setzen.

MfG Spess

[Marcus (Gast)]

Geht leider trotzdem nicht (Habe schon nahezu alles ausprobiert. Sogar 
schon das Datenkabel überprüft)

[spess53 (Gast)]

Hi

Bei mir funktioniert das mit folgenden Initialisierungswerten:

init_sequ: .db $40,$A1,$C0,$A6,$A2,$2F,$F8,$00,$27,$81,$16,$AC,$00,$AF
                            |
                            |_Display normal/reverse (Display normal)

Bei dir fehlt der gekennzeichnete Befehl.
Was für Kondensatoren benutzt du?

MfG Spess

[Marcus (Gast)]

Ach, A6 hab ich vor lauter hex-zahlen wohl übersehen. Geht aber noch 
immer nicht (immer noch 2,7V). Ich verwende Chip-Kondensatoren (0603) 
1µF direkt ans Board angelötet. Ich habe schon auf eventuelle Brücken 
überprüft. 1µF deshalb, weil es ja auch im Datenblatt steht. Oder soll 
man besser nicht nach dem Rezept kochen?

[Marcus (Gast)]

Ach, fällt mir gerade ein: Ich habe nebenbei am TIMER1 eine 8bit-PWM 
laufen (für LED zum dimmen). Kann dies der Störfaktor sein?

[spess53 (Gast)]

Hi

> 1µF deshalb, weil es ja auch im Datenblatt steht. Oder soll
>man besser nicht nach dem Rezept kochen?

Das passt schon so.

Versuche mal: RESET anschließen und vor deiner Initialisierung die 
Leitung kurz (µs) auf L ziehen. Dann noch ein paar µs warten. Kann auch 
länger sein.

Möglicherweise überfährst du das Display, bevor es bereit ist.

MfG Spess

[Marcus (Gast)]

Ich habe das Ganze mal etwas in die Länge gezogen (10ms). Oder ist das 
wiederum schlecht, wenn es zu lange ist?

#include "SPI.h"
#include <util/delay.h>

#ifndef _Display
#define _Display

void DisplayInit(void)
{
  PORTA &= ~(1<<Reset_DSP);
  _delay_ms(10);
  PORTA |= (1<<Reset_DSP);
  _delay_ms(10);
  SPI_MasterTransmit(0x40);  //Display start line 0
  _delay_ms(1);
  SPI_MasterTransmit(0xA1);  //ADC Reverse
  _delay_ms(1);
  SPI_MasterTransmit(0xC0);  //Normal COM0~COM63
  _delay_ms(1);
  SPI_MasterTransmit(0xA6);  //Display Normal
  _delay_ms(1);
  SPI_MasterTransmit(0xA2);  //Set Bias 1/9
  _delay_ms(1);
  SPI_MasterTransmit(0x2F);  //Booster, Regulator and Follower on
  _delay_ms(1);
  SPI_MasterTransmit(0xF8);  //Booster 4x
  _delay_ms(1);
  SPI_MasterTransmit(0x00);  //Booster 4x
  _delay_ms(1);
  SPI_MasterTransmit(0x27);  //Contrast set
  _delay_ms(1);
  SPI_MasterTransmit(0x81);  //Contrast set
  _delay_ms(1);
  SPI_MasterTransmit(0x16);  //Contrast set
  _delay_ms(1);
  SPI_MasterTransmit(0xAC);  //No Indicator
  _delay_ms(1);
  SPI_MasterTransmit(0x00);  //No Indicator
  _delay_ms(1);
  SPI_MasterTransmit(0xAF);  //Display on
  _delay_ms(1);
}

#endif

[spess53 (Gast)]

Hi

>Oder ist das wiederum schlecht, wenn es zu lange ist?

Nein. Und siehst du jetzt etwas?

MfG Spess

[Marcus (Gast)]

Nein tut nix. Ich poste mal zur Sicherheit den Hauptcode. Vielleicht 
versteckt sich ja da was.

#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>
#include "SPI.h"
#include "Interrupts.h"
#include "PinDefinitions.h"
#include "Display.h"

int main(void)
{
    DDRD |= (1<<PD5);              //Ausgangspin setzten (Für LED mit PWM)
  DDRD &= ~(1<<PD4);              //Eingangspin setzten (Für LED mit PWM)
  DDRA = (1<<PA0) | (1<<PA1) | (1<<PA2);
  
  PORTA |= (1<<Reset_DSP);
  PORTA &= ~(1<<ChipSelect);
  PORTA &= ~(1<<A0);
  
  SPI_MasterInit();
  
  PCMSK3 |= (1<<PCINT28);            //Für LED mit PWM
  PCICR |= (1<<PCIE3);            //Für LED mit PWM
  
  TCCR1A = (1<<WGM10) | (1<<COM1A1);      //Fast PWM 8 Bit (Für LED mit PWM)
  TCCR1B = (1<<WGM12) | (1<<CS10);      // Prescaler 1 = Enable counter (Für LED mit PWM)
  OCR1A = 255;                //Volle Ansteuerung (127 = halbe Ansteuerung) (Für LED mit PWM)
  
  sei();
  
  DisplayInit();
  _delay_ms(10);
  SPI_MasterTransmit(0xA5);
    
    while(1)
    {    
    }
}

[Marcus (Gast)]

Gehören vielleicht PullUp/PullDown Widerstände bei der Datenleitung 
rein?

[spess53 (Gast)]

Hi

>Nein tut nix. Ich poste mal zur Sicherheit den Hauptcode. Vielleicht
>versteckt sich ja da was.

Also, auf den ersten Blick (als notorischer Assemblerprogrammierer) kann 
ich nichts auffäliges erkennen.
Vielleicht solltest du doch noch mal die Hardware überprüfen.

>Gehören vielleicht PullUp/PullDown Widerstände bei der Datenleitung
>rein?

Nein.

MfG Spess

[Marcus (Gast)]

Ich kann den Code drehen und wenden wie ich will, es funzt einfach 
nicht. Hardwaremäßig alles in Ordnung. Das Display bekommt ca. 3,2 Volt 
und bei den Datenleitungen kann ich nach dem Einschalten kurz eine 
Frequenz messen (habe leider nur ein Multimeter und keien Oszi oder 
Logikanalyzer). Ich mach mal ne Pause. Vielleicht kommt dann eine 
Erleuchtung :-)
Vorschläge werden gerne entgegengenommen.

[Marcus (Gast)]

Ich weiß jetzt muss ich schon wieder nerven :-)

Ich habe nun das LCD aus dem Sockel entfernt, eine LED an dem SI-pol mit 
zu GND eingesetzt und den Code jetzt kurz umgeschrieben. Wenn ich 
programmiere leuchtet die LED wie erwartet auch auf.

#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>
#include "SPI.h"
#include "Interrupts.h"
#include "PinDefinitions.h"
#include "Display.h"

int main(void)
{
    DDRD |= (1<<PD5);              //Ausgangspin setzten (Für LED mit PWM)
  DDRD &= ~(1<<PD4);              //Eingangspin setzten (Für LED mit PWM)
  DDRA = (1<<PA0) | (1<<PA1) | (1<<PA2);
  
  PORTA &= ~(1<<Reset_DSP);
  PORTA &= ~(1<<ChipSelect);
  PORTA &= ~(1<<A0);
  
  SPI_MasterInit();
  
  PCMSK3 |= (1<<PCINT28);            //Für LED mit PWM
  PCICR |= (1<<PCIE3);            //Für LED mit PWM
  
  TCCR1A = (1<<WGM10) | (1<<COM1A1);      //Fast PWM 8 Bit (Für LED mit PWM)
  TCCR1B = (1<<WGM12) | (1<<CS10);      // Prescaler 1 = Enable counter (Für LED mit PWM)
  OCR1A = 255;                //Volle Ansteuerung (127 = halbe Ansteuerung) (Für LED mit PWM)
  
  sei();
  
  //DisplayInit();
  //_delay_ms(10);
  //SPI_MasterTransmit(0xA5);
    
    while(1)
    {
    SPI_MasterTransmit(0xFF);
    _delay_ms(1);
    }
}

Durch die while-schleife müsste das SPI ja dauernd Daten übertragen 
(111111...). Die oben genannte LED leuchtet aber kein einziges Mal auf. 
Ist dies so richtig? Meiner meinung nach müsste sie zumindest flackern.

[spess53 (Gast)]

Hi

> Meiner meinung nach müsste sie zumindest flackern.

Nicht unbedingt. Wenn der Ruhepegel H ist und du gibst 8x H aus, wird 
nichts flackern. Mach das gleiche mal mit 0x00. Oder du setzt den 
SPI-Clock möglichst weit herunter und gibst 0x55 oder 0xAA aus.

MfG Spess

[Marcus (Gast)]

Problem gelöst!

Datenblatt sagt:

When the SPI is configured as a Master (MSTR in SPCR is set), the user can
determine the direction of the SS pin.
If SS is configured as an output, the pin is a general output pin which
does not affect the SPI system. Typically, the pin will be driving the SS
pin of the SPI Slave.
If SS is configured as an input, it must be held high to ensure Master SPI
operation.

Laut dem muss ich beim SPI auch SS als Ausgang definieren oder auf High 
schalten. Da ich weder noch gemacht habe, kann es garnicht 
funktionieren!

Mfg

[Marcus (Gast)]

Noch eine letzte Frage:

Wenn ich das LCD initalisiere, dann zeigt er immer irgendein wirres Zeug 
an. Auch wenn ich "All points on -> All points off" in der Reihenfolge 
mache, bleiben die Punkte. Wenn ich etwas ausgebe, werden die zufälligen 
Punkte überschrieben. Wie bringe ich die Punkte beim Start komplett weg? 
Muss ich jedes Bit mit 0 beschreiben? Die Initialisierung ist exakt nach 
dem Hersteller.

[spess53 (Gast)]

Hi

>Auch wenn ich "All points on -> All points off" in der Reihenfolge
>mache, bleiben die Punkte.

Diese Befehle beeinflussen den Displayram nicht.

>Wie bringe ich die Punkte beim Start komplett weg?
>Muss ich jedes Bit mit 0 beschreiben? Die Initialisierung ist exakt nach
>dem Hersteller.

Ja. Aber nicht bitweise. Einfach die Bytes jeder Page mit 0x00 
beschreiben.

MfG Spess

[Marcus (Gast)]

Danke für deine Hilfe :-)