Moderatoren: Heaterman, Finger, Sven, TDI, Marsupilami72, duese
Code: Alles auswählen
#include "U8glib.h"
U8GLIB_UC1611_DOGM240 u8g(U8G_I2C_OPT_NONE);
void setup()
{
u8g.setFont(u8g_font_unifont);
u8g.setColorIndex(1); // Instructs the display to draw with a pixel on.
pinMode(8, OUTPUT);
}
void loop()
{
u8g.firstPage();
do
{
draw();
}
while(u8g.nextPage() );
delay(10);
digitalWrite(8, HIGH);
delay(200);
digitalWrite(8, LOW);
delay(200);
}
void draw()
{
u8g.drawStr( 20, 20, " H");
}
so viel steht dazu in den devices zu UC1611 EDIT: Ich sehe gerade, dass bei dem Linkt C++Constructor steht. Kann dass der Fehler sein??SW SPI
u8g_dev_uc1611_dogm240_sw_spi
U8GLIB_UC1611_DOGM240(sck, mosi, cs, a0 [, reset])
HW SPI
u8g_dev_uc1611_dogm240_hw_spi
U8GLIB_UC1611_DOGM240(cs, a0 [, reset])
Muss ich das beachten??Install instructions for the Chipkit (Arduino) environment.
1. cd <mpide-... path>/libraries
2. unzip u8glib_arduino_vX.XX.zip
3. cd <mpide-... path>///hardware/pic32/libraries
4. again: u8glib_arduino_vX.XX.zip
5. Open hardware/pic32/cores/pic32/Print.h
Remove line
#define BYTE 0
from the file, use PRINT_BYTE instead of BYTE.
Naja, meistens schon, können aber auch unterschiedlich sein. Das kommt dann auf den Einzelfall an, ob die verbunden sind, werden müssen, oder nicht dürfen. GND und 0V / Minus sind meistens dasselbe, aber müssen es nicht sein. VSS ist gerade bei OPs gern mal eine negative Versorgungsspannung, die nur unter bestimmten Umständen auf GND gelegt werden kann. Bei dem Dogm240-6 steht es allerdings dabei, daß es dasselbe ist.Jch hat geschrieben:Doofe Frage am Rande, VSS GND und Minus(0V) sind doch alle das gleiche Potential oder?
Code: Alles auswählen
#include "U8glib.h"
U8GLIB_UC1611_DOGM240 u8g(U8G_I2C_OPT_NONE);
void setup()
{
u8g.setFont(u8g_font_unifont);
u8g.setColorIndex(1); // Instructs the display to draw with a pixel on.
pinMode(8, OUTPUT);
}
void loop()
{
u8g.firstPage();
do
{
draw();
digitalWrite(8, HIGH);
delay(200);
digitalWrite(8, LOW);
delay(200);
}
while(u8g.nextPage() );
digitalWrite(7, HIGH);
delay(200);
digitalWrite(7, LOW);
delay(200);
}
void draw()
{
u8g.drawStr( 20, 20, " H");
}
Naja, im Prnzip sollte das egal sein, und die Kommunikation funktioniert ja soweit. Ich würde da jetzt eher keine Besserung erwarten, aber Versuch macht kluch...Jch hat geschrieben:Andere Idee, was hälst Du davon, wenn ich auf SPI (3-Wire oder 4-Wire) umbaue?
Das ist dann ein Problem, wenn Du den gcc im C-Modus benutzt, denn da gibt es keine Konstruktoren. Ob der den dann ignoriert oder anmeckert, KA. Wenn der gcc im C++-Moduls benutzt wird, ist das OK.Jch hat geschrieben:so viel steht dazu in den devices zu UC1611 EDIT: Ich sehe gerade, dass bei dem Linkt C++Constructor steht. Kann dass der Fehler sein??
Also zumindest würde das nichts ändern, wenn Du das genau so machst, der pic-Code wird ja nicht benutzt. Ob es im avr-Code nötig ist bzw. überhaupt so eine Zeile existiert, weiß ich leider nicht; die Bibliothek habe ich noch nie benutzt.Jch hat geschrieben:Was hat es damit auf sich? Dies ist in der install.txt von der Bibliothek drin:Install instructions for the Chipkit (Arduino) environment.
5. Open hardware/pic32/cores/pic32/Print.h
Remove line
#define BYTE 0
from the file, use PRINT_BYTE instead of BYTE.
Code: Alles auswählen
void draw()
{
bool t=false;
if(t)
u8g.drawStr( 20, 20, " H");
else
u8g.drawStr( 20, 20, " HA");
t=!t;
}
Das habe ich mir auch schon gedacht.Name vergessen hat geschrieben: das scheint irgendwie normal zu sein,... naja, komisch, aber ob das auch ein Symptom oder Zufall ist,
genau!Name vergessen hat geschrieben:Ich nehme an, daß diese fast 15V die Kontrastspannung sind (klingt ja nach dem verlinkten Pos
Meine Frage an den Technischen Support von EA:Name vergessen hat geschrieben:daß das tempabhängig ist, klingt nach einer kalten Lötstelle,
Antwort von EA:bei niedrigen Temperaturen (-18°C) blieb mein Text sogar 22 Sekunden lang stehen. Woran könnte dies liegen?
Diese Antwort finde ich sehr toll. Dass das Display träge wird kenn ich von meinem Auto im Winter, da ich dann den durchscrollenden Text nicht mehr lesen kann. Aber bei meinem Autoradio verschwindet der Text nichtDieser Effekt ist bekannt und normalerweise störend. Die Reaktionszeit der Flüssigkristallmoleküle ist temperaturabhängig. Bei niedrigen Temperaturen reagieren die Moleküle träger.
Aber auf mein Problem gehen die nicht konkret ein.geht nicht, da der Mist oben mit einer Kunststoffmasse vergossen ist. Backofen fällt raus, da das Teil nicht wärmer als 85°C werden soll.Name vergessen hat geschrieben:Eine Lösung wäre dann wohl, den Krempel von Hand nachzulöten
ANGST: Der Kerl im Mikrocontrollerforum hat es gemacht, aber ich will nix kaputt machenName vergessen hat geschrieben: aber evtl. kannst Du ja auch mal die 15V extern anlegen und schauen, ob das dann anständig funktioniert.
Name vergessen hat geschrieben: Wenn man also extern eine passende Spannung erzeugt und damit das Display an dieser Stelle zwangsbesaftet... ABER nur, wenn das Signal am Ende der LP nicht gepulst ist, sondern eine Dauerspannung ergibt (bis sie abgeschaltet wird natürlich nur).
Meinst Du damit jetzt die Idee der gebrochenen Lötstellen?Name vergessen hat geschrieben:wie sollen dann z.B. Pullups vernünftig wirken. Kannst das ja mal als Idee dem anderen posten, da ich dort keinen Account habe.
Ich will ja nur einmal den Text dauerhaft da stehen haben. Dass ich zu doof bin, mein imaginäres Layout auf anhieb aufs Display zu zaubern ist mir klar. Aber "Hello World" ohne Zeitbegrenzung wäre ja der erste richtige Erfolg. Den Kram in die Ecke zu donnern wäre ja auch sinnlos. Davon brechen noch mehr Lötstellen...Name vergessen hat geschrieben:aber es ist natürlich besonders toll, wenn man gerade beim ersten Projekt was Defektes geliefert bekommt und dann glaubt, einfach zu doof zu sein.
Na, bis hierher stimmt die Antwort noch.Jch hat geschrieben:Dieser Effekt ist bekannt und normalerweise störend.
Hmm, naja, man könnte versuchen, das mit einer Heißluftpistole "gezielt" zu machen, aber wenn der Chip unter einem Plastikklecks ist, ist das vermutlich ohnehin direkt auf die Platine gebondet, da hilft Hitze dann auch nicht. Auch da kann natürlich was schiefgegangen sein, läßt sich aber nicht reparieren, ohne den Klecks aufzulösen und dann mikrometergenau nachzuarbeiten.Jch hat geschrieben:geht nicht, da der Mist oben mit einer Kunststoffmasse vergossen ist. Backofen fällt raus, da das Teil nicht wärmer als 85°C werden soll.
Das mit dem Pulsen war so eine Vorsichtsmaßnahme, denn die Backplane von LCDs wird fast immer in verschiedenen Spannungsstufen gepulst, und die Pixel durch ein passend teil-gegenphasiges Signal gemultiplext (brauchen immer wechselnde Polarität), und ich war nicht sicher, ob das nicht evtl. dieses Signal sein könnte. Wenn das allerdings bei dem anderen funktioniert hat, und bei Dir das Signal genau bis zum Verschwinden des Textes konstant anliegt und dann wegbricht, wird das wohl wirklich die Kontrastspannung sein. Allerdings würde ich die Spannungspumpe vorher abbauen und einen Widerstand (mal mit 100K anfangen, runtergehen kann man immernoch) zur Katastrophenverhinderung in die 15V-Zuleitung legen. Leider steht da ja nicht explizit, daß man extern an Pin29 was anlegen kann, und eine Innenbeschaltung gbt es auch nicht im DB, also bleibt tatsächlich ein Restrisiko.Jch hat geschrieben:ANGST: Der Kerl im Mikrocontrollerforum hat es gemacht, aber ich will nix kaputt machenName vergessen hat geschrieben: Wenn man also extern eine passende Spannung erzeugt und damit das Display an dieser Stelle zwangsbesaftet... ABER nur, wenn das Signal am Ende der LP nicht gepulst ist, sondern eine Dauerspannung ergibt (bis sie abgeschaltet wird natürlich nur).
Ja, wobei das ja jetzt eher nach fehlerhaftem Bonding klingt, was aber auf's selbe rauskommt. Dessen Display wäre dann halt noch schlechter kontaktiert als Deins.Jch hat geschrieben:Meinst Du damit jetzt die Idee der gebrochenen Lötstellen?Name vergessen hat geschrieben:wie sollen dann z.B. Pullups vernünftig wirken. Kannst das ja mal als Idee dem anderen posten, da ich dort keinen Account habe.
Übertragungsfehler kann man dann also erstmal ausschließen, zumindest gäbe ein anderer Bus auch andere Fehler.Jch hat geschrieben:Ich habe auf SPI 4 Draht umgebaut und die Anzeigezeit ist gleich geblieben. Die Bussignale habe ich noch nicht nachgemessen. Bilder folgen.
Code: Alles auswählen
#include "U8glib.h"
U8GLIB_UC1611_DOGM240 u8g(13, 11, 10, 9); // SW SPI Com: SCK = 13, MOSI = 11, CS = 10, A0 = 9
void setup() {}
void loop()
{
u8g.begin();
delay(500);
}
Damit du sie austauschen kannst, ohne alles neu schreiben zu müssen.Jch hat geschrieben: Warum gibt es jeweils eine main.c, main.h, LCD_SPI.c und LCD_SPI.h??
Code: Alles auswählen
#define SI p1_4
#define[b] dd[/b]SI pd1_4
#define SCLK p1_6
#define [b]dd[/b]SCLK pd1_6
#define CS p3_3
#define ddCS pd3_3
#define CD p6_3
#define ddCD pd6_3
#define RES p1_5
#define ddRES pd1_5Code: Alles auswählen
#define SI PORTB.PIN5 // passt das so und was mache ich in der nächsten Zeile bei ddSI???
#define ddSI pd1_4
#define SCLK p1_6
#define ddSCLK pd1_6
#define CS p3_3
#define ddCS pd3_3
#define CD p6_3
#define ddCD pd6_3
#define RES p1_5
#define ddRES pd1_5Wenn in dem Dabla was steht von Eingänge sind 5V tolerant dann geht das schon wenn nicht, dann halt nicht.Jch hat geschrieben:Das Display hat ja eine Betriebsspannung von 2,7 bis 3.3V. Die Ausgänge des µC haben 5V. Ist das eigentlich schlimm? Ist das Display für diese Ausgangsspannung der BUS-Pins vom µC ausgelegt?
Fuck. Im Dabla heisst es Maximum Digital Input Voltage: VDD+0,5V und mein VDD ist 3,3VAnse hat geschrieben:Wenn in dem Dabla was steht von Eingänge sind 5V tolerant dann geht das schon wenn nicht, dann halt nicht.
Das weiss ich, aber leider nicht wie ich damit umgehen soll. Dass man mit DDRB = 0b00000001 Pin0 als Ausgang definiert weiss ich, aber nicht wie ich das bei der PIN deklaration das hinschreiben soll.Anse hat geschrieben:dd heißt beim AVR DDRx. Für x den Port eintragen. z.B DDRB.
Code: Alles auswählen
//-----------------------------------------------------
//File: lcd_spi.h
//Auth: ELECTRONIC ASSEMBLY JM
//DATE: 05-13-2014
//-----------------------------------------------------
#ifndef LCDSPI_H
#define LCDSPI_H
//#define LED1 PORTC.PIN6
//--- Port definitions ---
#define SI PORTB.PIN5 //****** Darum habe ich gefragt. da stand vorher "p1_4" und das wollte ich nun auf meinen AVR ändern. Wenn ich es richtig verstehe,
//wird da der Pin 5 vom Port B mit dem "Namen" SI benannt, sodass man im späteren Programmablauf nicht mehr PORTB:PIN5 schreiben muss sondern nur noch SI oder?
#define ddSI pd1_4 // Und warum wird hier p[b]d[/b]1_4 benutzt. Ich habe dazu auf die schnelle im Netz nix gefunden? Das ganze müsste ich auch für die //nächsten 8 Zeilen ändern, weiss aber nicht so recht wie ich das machen soll.
#define SCLK p1_6
#define ddSCLK pd1_6
#define CS p3_3
#define ddCS pd3_3
#define CD p6_3
#define ddCD pd6_3
#define RES p1_5
#define ddRES pd1_5
//--- Standard definitions for LCD UC1611S---
#define TOPVIEW 0x04
//#define BOTTOMVIEW 0x02 ****Da habe ich eins auskommentiert, da das Display sonst nicht weiss in welcher Ausrichtung, dass es betrieben wird.
void LCD_init(unsigned char contrast, unsigned char view);
void LCD_contrast (unsigned char contr);
void LCD_view (unsigned char view);
void LCD_position(unsigned char column, unsigned char page);
void LCD_clear (void);
void LCD_string (unsigned char column, unsigned char page, unsigned char *str);
void LCD_command (char cmd);
void LCD_data (char *data, unsigned int len);
#endif
Code: Alles auswählen
//-----------------------------------------------------
//File: main.h
//Auth: ELECTRONIC ASSEMBLY JM
//DATE: 08-07-2012
//-----------------------------------------------------
#ifndef MAIN_H
#define MAIN_H
void main(void);
void externClock (void);
#endifCode: Alles auswählen
//-----------------------------------------------------
//File: main.c
//Auth: ELECTRONIC ASSEMBLY JM
//DATE: 08-28-2013
//-----------------------------------------------------
/*used microcontroller:
Renesas R8C25 with 20MHz external clock to DOGXL240-7 (UC1611C) ***** Falscher µC
UC1611S EA DOGM240-6 (240x64 dots)
Connection 4 Wire 8-Bit SPI Mode
Display is initialized, cleared and a short String is shown.
CD-Line is idle high -> write data; to send commands set this line to low
uC-Pin(R8C) Disp-Pin Function ATmega-PIN *************neue PINBELEGUNG
10 (VSS) 31 GND 11
12 (VCC) 30 VDD (3.3V) 10
24 (p1_4) 39 SI 6 PB5(MOSI)
23 (p1_6) 38 CLK 8 PB7(SCK)
3 (p3_3) 36 CS 5 PB4(SS)
37 (p6_3) 34 CD 4 PB3
23 (p1_5) 37 RES 3 PB2
*/
//---Includes---
#define F_CPU 16000000UL //******meine Prozessorgeschwindigkeit
//#include "sfr_r825.h "******vermutlich nur für R8C
#include "main.h"
//#include "timer.h" ****vermutlich nur für R8C
#include "lcd_spi.h"
#include <avr/io.h> //****AVR LIB
#include <util/delay.h> //****AVR LIB
//definitions
//--- module global varibles ---
//-----------------------------------------------------
//Func: main()
//Desc: main function with main loop, show a sample screen
//-----------------------------------------------------
void main(void)
{
unsigned char len, data;
externClock();
initTimerRA();
asm("FSET I"); //Interrupt enable
LCD_init(0xB7, BOTTOMVIEW); //init display with contrast 0x8F standard value
LCD_string(63,0,"ELECTRONIC ASSEMBLY");
LCD_string(0,2,"EA DOGM240-6");
LCD_string(0,3,"- 240x64 dots");
LCD_string(0,4,"- Controller UC1611S");
LCD_string(0,6,"Tel: +49(0)8105/77 80 90");
LCD_string(0,7,"E-Mail: technik@lcd-module.de");
while(1)
{
}
}
//-----------------------------------------------------
//Func: externClock()
//Desc: switch to external clock no devision (20MHz)*************Hab 16MHZ
//-----------------------------------------------------
void externClock (void)
{
asm("FCLR I"); //Interrupt disable
prcr = 1; //Protect off
cm13 = 1; //Xin Xout
cm15 = 1; //XCIN-XCOUT drive capacity select bit : HIGH
cm05 = 0; //Xin on
cm16 = 0; //Main clock = No division mode 20MHz *************Da muss ich doch nichts ändern außer den Kommentar auf 16Mhz
cm17 = 0; //Main clock = No division mode
cm06 = 0; //CM16 and CM17 enable
//Waitting for stable of oscillation
asm("nop");
asm("nop");
asm("nop");
asm("nop");
ocd2 = 0; //Main clock change
prcr = 0; //Protect on
}
Code: Alles auswählen
//-----------------------------------------------------
//File: lcd_spi.c
//Auth: ELECTRONIC ASSEMBLY JM
//DATE: 05-13-2014
//-----------------------------------------------------
//---Includes---
//#include "sfr_r825.h" //Port definitions for R8C25 microcontroller "******vermutlich nur für R8C
//#include "timer.h" //Delay_ms function "******vermutlich nur für R8C
#include <avr/io.h> //****AVR LIB
#include <util/delay.h> //****AVR LIB
#include "lcd_spi.h"
#include "font_6x8.h"
//--- module global varibles and functions ---
static void SPI_put (unsigned char byte);
//-----------------------------------------------------
//Func: LCD_init()
//Desc: inits Display and SPI-interface
//-----------------------------------------------------
void LCD_init(unsigned char contrast, unsigned char view)
{
unsigned char i;
//----------Microcontroller specific initialisation----------
//Please adopt to your system
//Port init (dd -> datadirection register; 1 output, 0 input) ***********Hier ist mein Problem aus dem letzten Beitrag wieder zu finden. Kann mir das jemand erklären?
//***** Was ist der unterscheid zwischen SI und ddSI? Wird ja anscheinend alles als Ausgang deklariert.
SI = 1;
ddSI = 1;
SCLK = 1;
ddSCLK = 1;
CS = 1;
ddCS = 1;
CD = 1;
ddCD = 1;
RES = 1;
ddRES = 1;
//SPI mode: rising edge, MSB first, clock idle high
u0mr = 0x01; //synchronous serial mode, internal clock, 1 stop bit, no parity
u0c0 = 0x80; //f1, CMOS output, rising edge, MSB first
u0c1 = 0x13; //enable trans, disable rec, dis cont rec
// u0brg = 0x81; //baud: 1200 u0brg = (f/(BitRate x 16)-1; f= 20MHz/8 -->u0c0 f8
u0brg = 0x0A; //baud: 115200 u0brg = (f/(BitRate x 16)-1; f= 20MHz/1 -->u0c0 f1 //************was muss ich da ändern?
//----------Display specific initialisation----------
//Perform a display reset
RES = 0;
Delay_ms(2);
RES=1;
Delay_ms(150);
//init Display
LCD_command(0xF1); //last COM electrode
LCD_command(0x3F); //64-1 = 63
LCD_command(0xF2); //Display start line
LCD_command(0x00); //0
LCD_command(0xF3); //Display end line
LCD_command(0x3F); //0
LCD_contrast(contrast);
LCD_view(view);
LCD_command(0xA3); //9.4K per second line rate
LCD_command(0xE9); //Bias ratio to 10
LCD_command(0xA9); //Enable Display
LCD_command(0xD1); //in Black and white mode
LCD_clear();
}
//-----------------------------------------------------
//Func: LCD_contrast
//Desc: Sets contrast 0..255
//-----------------------------------------------------
void LCD_contrast(unsigned char contr)
{
LCD_command(0x81); //Set Contrast
LCD_command(contr); //Standard value
}
//-----------------------------------------------------
//Func: LCD_view
//Desc: view bottom view(0x02), top view (0x04)
//-----------------------------------------------------
void LCD_view(unsigned char view)
{
LCD_command(0xC0);
LCD_command(view);
}
//-----------------------------------------------------
//Func: LCD_position
//Desc: set column (0..239) and page (0..15) adress in display
//-----------------------------------------------------
void LCD_position(unsigned char column, unsigned char page)
{
LCD_command(0x10 + (column>>4)); //MSB adress column
LCD_command(0x00 + (column&0x0F)); //LSB adress column
LCD_command(0x70); //MSB adress page
LCD_command(0x60 + (page&0x0F)); //LSB adress page
}
//-----------------------------------------------------
//Func: LCD_clear
//Desc: clear display ram
//-----------------------------------------------------
void LCD_clear (void)
{
unsigned int i=240*8; //column * pages
LCD_position(0,0);
CD = 1;
CS = 0;
while(i--)
SPI_put(0x00);
CS = 1;
}
//-----------------------------------------------------
//Func: LCD_string
//Desc: shows ascii character on screen
//-----------------------------------------------------
void LCD_string(unsigned char column, unsigned char page, unsigned char *str)
{
unsigned int pos_array;
LCD_position(column, page);
while(*str != 0)
{
//calculate positon of ascii character in font array
//bytes for header + (ascii - startcode) * bytes pro char)
pos_array = 8 + (unsigned int)(*str++ - font_6x8[2]) * font_6x8[7];
LCD_data(&font_6x8[pos_array], font_6x8[4]); //Argument 1: Data to send; Argument 2: len = width of char
}
}
//-----------------------------------------------------
//Func: LCD_command(instruction)
//Desc: sends instruction to display
//-----------------------------------------------------
void LCD_command(char cmd)
{
CD = 0;
CS = 0;
SPI_put(cmd);
CS = 1;
}
//-----------------------------------------------------
//Func: LCD_data(data)
//Desc: sends data to display
//-----------------------------------------------------
void LCD_data(char *data, unsigned int len)
{
CD = 1;
CS = 0;
while(len--)
SPI_put(*data++);
CS = 1;
}
//-----------------------------------------------------
//Func: SPI_put()
//Desc: waits till data is sent over the spi interface
//-----------------------------------------------------
static void SPI_put (unsigned char byte)
{
u0tb = byte;
while(ti_u0c1 == 0);
while(txept_u0c0 == 0);
}
Code: Alles auswählen
#define SETSI PORTB|=(1<<5);//PORTB.PIN5 //****** Darum habe ich gefragt. da stand vorher "p1_4" und das wollte ich nun auf meinen AVR ändern. Wenn ich es richtig verstehe, //wird da der Pin 5 vom Port B mit dem "Namen" SI benannt, sodass man im späteren Programmablauf nicht mehr PORTB:PIN5 schreiben muss sondern nur noch SI oder?
#define CLESI PORTB&=~(1<<5);
#define SETddSI DDRB|=(1<<5); //pd1_4 // Und warum wird hier p[b]d[/b]1_4 benutzt. Ich habe dazu auf die schnelle im Netz nix gefunden? Das ganze müsste ich auch für die //nächsten 8 Zeilen ändern, weiss aber nicht so recht wie ich das machen soll.
#define CLEddSI DDRB&=~(1<<5);
#define SETSCLK PORTB|=(1<<7);//p1_6
#define CLESCLK PORTB&=~(1<<7);//p1_6
#define SETddSCLK DDRB|=(1<<7);//pd1_6
#define CLEddSCLK DDRB&=~(1<<7);//pd1_6
#define SETCS PORTB|=(1<<4); //p3_3
#define CLECS PORTB&=~(1<<4); //p3_3
#define SETddCS DDRB|=(1<<4);//pd3_3
#define CLEddCS DDRB&=~(1<<4);//pd3_3
#define SETCD PORTB|=(1<<3); //p6_3
#define CLECD PORTB&=~(1<<3); //p6_3
#define SETddCD DDRB|=(1<<3); //pd6_3
#define CLEddCD DDRB&=~(1<<3); //pd6_3
#define SETRES PORTB|=(1<<2); // p1_5
#define CLERES PORTB&=~(1<<2); // p1_5
#define SETddRES DDRB|=(1<<2); //pd1_5
#define CLEddRES DDRB&=~(1<<2); //pd1_5Danke war ein Denkfehler. Ist mir natürlich klarxoexlepox hat geschrieben:Dir ist aber klar, daß du mit "|=" Bits nur auf 1 setzen kannst? Zum Setzen auf 0 brauchst du "&=~".
bevor ich dein Edit übernommen habe standen ober halb von make:***... noch 2 weitere Zeilen.Build started 19.9.2015 at 20:04:09
make: *** No rule to make target `../../../../Vorm', needed by `lcd_spi.o'. Stop.
Build failed with 1 errors and 0 warnings...
Ja, nehm den Code aus der zip Datei, ich hab ihn neu hochgeladen.Jch hat geschrieben:Hast du bei deinem Edit mehr geändert
OK, habe nochmal alles getauscht.rm -rf lcd_spi.o main.o Display_SPI_C.elf dep/* Display_SPI_C.hex Display_SPI_C.eep Display_SPI_C.lss Display_SPI_C.map
Build succeeded with 0 Warnings...
make: *** No rule to make target `..//C/Users/Jan/Desktop/Neuer', needed by `lcd_spi.o'. Stop.
Build failed with 1 errors and 0 warnings...
Leider wird gar kein einzigstes Bit gesendet. Egal auf welchem Pin ich messe.Build started 19.9.2015 at 23:39:44
avr-gcc -mmcu=atmega32 -Wall -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT DisplaySPI2.o -MF dep/DisplaySPI2.o.d -c ../DisplaySPI2.c
avr-gcc -mmcu=atmega32 -Wall -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT lcd_spi.o -MF dep/lcd_spi.o.d -c ../lcd_spi.c
In file included from ../lcd_spi.c:13:
c:/winavr-20100110/lib/gcc/../../avr/include/util/delay.h:85:3: warning: #warning "F_CPU not defined for <util/delay.h>"
../lcd_spi.c: In function 'LCD_init':
../lcd_spi.c:27: warning: unused variable 'i'
../lcd_spi.c: In function 'LCD_string':
../lcd_spi.c:152: warning: pointer targets in passing argument 1 of 'LCD_data' differ in signedness
../lcd_spi.c: In function 'SPI_put':
../lcd_spi.c:189: warning: unused variable 'foo'
../lcd_spi.c: At top level:
../font_6x8.h:261: warning: 'ptr_font_6x8' defined but not used
avr-gcc -mmcu=atmega32 -Wall -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT main.o -MF dep/main.o.d -c ../main.c
../main.c: In function 'main':
../main.c:57: warning: pointer targets in passing argument 3 of 'LCD_string' differ in signedness
../main.c:58: warning: pointer targets in passing argument 3 of 'LCD_string' differ in signedness
../main.c:59: warning: pointer targets in passing argument 3 of 'LCD_string' differ in signedness
../main.c:60: warning: pointer targets in passing argument 3 of 'LCD_string' differ in signedness
../main.c:62: warning: pointer targets in passing argument 3 of 'LCD_string' differ in signedness
../main.c:63: warning: pointer targets in passing argument 3 of 'LCD_string' differ in signedness
../main.c:49: warning: unused variable 'data'
../main.c:49: warning: unused variable 'len'
avr-gcc -mmcu=atmega32 -Wl,-Map=DisplaySPI2.map DisplaySPI2.o lcd_spi.o main.o -o DisplaySPI2.elf
avr-objcopy -O ihex -R .eeprom -R .fuse -R .lock -R .signature DisplaySPI2.elf DisplaySPI2.hex
avr-objcopy -j .eeprom --set-section-flags=.eeprom="alloc,load" --change-section-lma .eeprom=0 --no-change-warnings -O ihex DisplaySPI2.elf DisplaySPI2.eep || exit 0
avr-objdump -h -S DisplaySPI2.elf > DisplaySPI2.lss
AVR Memory Usage
----------------
Device: atmega32
Program: 2080 bytes (6.3% Full)
(.text + .data + .bootloader)
Data: 1478 bytes (72.2% Full)
(.data + .bss + .noinit)
Build succeeded with 13 Warnings...
Es wird auch nur ein mal was gesendet ganz am Anfang.Jch hat geschrieben:Leider wird gar kein einzigstes Bit gesendet. Egal auf welchem Pin ich messe.
Mit welcher Geschwindigkeit läuft der denn jetzt? Bei 3,3V geht der IIRC nur bis max. 8MHz, drüber nur mit >4,5V.Jch hat geschrieben:Leider wird gar kein einzigstes Bit gesendet. Egal auf welchem Pin ich messe.
Ich habe die Betriebsspannung vom µC auf ca. 3,2V reduziert.
Es wird auch am Anfang nichts gesendet.Ans e hat geschrieben:Es wird auch nur ein mal was gesendet ganz am Anfang.
Puh keine Ahnung. Ich ahbe die ISP Geschwindigkeit auf 16kHz eingestellt. Aber was ist IIRC? Finde im Netz auch nichts über die bezeichnung.Name vergessen hat geschrieben:Mit welcher Geschwindigkeit läuft der denn jetzt? Bei 3,3V geht der IIRC nur bis max. 8MHz, drüber nur mit >4,5V.
Ich habe nochmal das Arduino ausgepackt und versucht "Hello World" mit reduzierter Spannung auszugeben. Leider tut sich jetzt gar nichts mehr. Die Ladungspumpe springt nur ganz kurz an, sodass sie die 15V nichtmal aufbauen kann. Ich denke, dass das Display kaputt ist. Ich habe mehrere alte Programme getestet. SPI und I2C und bei beiden geht nichts.Name vergessen hat geschrieben:Hast Du mit der geänderten Spannung den alten Code nochmal getestet? Nicht, daß das Display sich aus Sicherheitsgründen abgeschaltet hat? An diese Spannungsschei*e hab ich gar nicht gedacht.
Jch hat geschrieben:Code: Alles auswählen
../main.c:57: warning: pointer targets in passing argument 3 of 'LCD_string' differ in signedness ../main.c:58: warning: pointer targets in passing argument 3 of 'LCD_string' differ in signedness ../main.c:59: warning: pointer targets in passing argument 3 of 'LCD_string' differ in signedness ../main.c:60: warning: pointer targets in passing argument 3 of 'LCD_string' differ in signedness ../main.c:62: warning: pointer targets in passing argument 3 of 'LCD_string' differ in signedness ../main.c:63: warning: pointer targets in passing argument 3 of 'LCD_string' differ in signedness
Code: Alles auswählen
void LCD_string (unsigned char column, unsigned char page, unsigned char *str);Jedoch darf man Warnungen nur Ignorieren, wenn man weiß warum sie auftauchen und was sie zu bedeuten haben. Eine Warnung die man nicht versteht darf man auf keinen Fall ignorieren, Warnungen werden vom Compiler generiert um zu Helfen, nicht um zu Ärgern. Oft machen sie auf Bugs aufmerksam. Daher rate ich auch immer dazu mit -Wall -Wextra zu Compilieren.Jch hat geschrieben:Code: Alles auswählen
../lcd_spi.c:189: warning: unused variable 'foo'
Code: Alles auswählen
static void SPI_put (unsigned char byte)
{
SPDR = byte;
while(!(SPSR&(1<<SPIF)));
uint8_t foo=SPDR;//Dummy read um das SPIF Bit zurück zu setzen(Anse)
}Ich hatte standartmäßig:Jch hat geschrieben:Name vergessen hat geschrieben:
Mit welcher Geschwindigkeit läuft der denn jetzt? Bei 3,3V geht der IIRC nur bis max. 8MHz, drüber nur mit >4,5V.
Bauteiltöter hat geschrieben:Ein Zeichen ist immer vom Datentyp "char", nicht "unsigned char" und auch nicht "signed char". Einfach nur "char". Ob Zeichen jetzt Vorzeichenbehaftet sind oder nicht ist beim Programmieren egal, das interessiert nur den Compiler und der sucht sich schon das Richtige aus wenn man ihm sagt das es sich um ein Zeichen handelt (Datentyp "char").
Also:
"char" für Zeichen
"unsigned char" zum Rechnen im Bereich 0...255 (besser: "uint8_t")
"singed char" zum Rechnen im Bereich -128 ... +127 (besser: "int8_t")
und die Warnungen verschwinden.
Jetzt läuft es aber auch nicht an 5V vom Arduino. Die Ladungspumpe kommt gerade mal auf 6,5V für ein paar ms. Ohne Programm geht sie gerademal auf 1,8V, was warscheinlich nichts zu sagen hat.Name vergessen hat geschrieben:Hmm, also daß es kaputt ist, will ich noch nicht glauben. Immerhin lief (läuft?) es ja mit 5V "irgendwie",
Warum kann ich nicht einfach die Betriebsspannung des µC reduzieren? ist das nicht der einfachste weg?Name vergessen hat geschrieben:Eine Alternative wäre, die Pegel des Busses anzupassen, dafür gibt es spezielle Pegelkonverter. Man kann das auch mit Transistoren und Widerständen machen, wird bei bidirektionalen Signalen aber etwas knifflig. Spannungsänderungen sind halt immer ganz großer Mist.
Woher weiss ich, dass es richtig angepasst ist?Name vergessen hat geschrieben:Erst, wenn die Frequenz der Spannung angepaßt ist, kannst Du überhaupt erst anfangen, irgendwas zu testen.
Doch, klar, kann man. Ich bin halt von einem fertigen Board ausgegangen, und da sind halt Quarze drauf. Aber wo Du's schreibst fällt mir ein, daß man den RC-Oszillator ja auch benutzen kann, wenn außen ein Quarz dran ist, also ginge selbst das ohne zu Löten.Jch hat geschrieben:Warum kann ich nicht einfach die Betriebsspannung des µC reduzieren? ist das nicht der einfachste weg?Name vergessen hat geschrieben:Eine Alternative wäre, die Pegel des Busses anzupassen, dafür gibt es spezielle Pegelkonverter. Man kann das auch mit Transistoren und Widerständen machen, wird bei bidirektionalen Signalen aber etwas knifflig. Spannungsänderungen sind halt immer ganz großer Mist.
Im Datenblatt des jeweiligen Prozessors steht, welche Frequenz bei welcher Betriebsspannung maximal möglich ist. Leider finde ich gerade nur das vom 48/88/168P:Jch hat geschrieben:Woher weiss ich, dass es richtig angepasst ist?Name vergessen hat geschrieben:Erst, wenn die Frequenz der Spannung angepaßt ist, kannst Du überhaupt erst anfangen, irgendwas zu testen.
OK, können wir aber nicht ahnen. Da Du ja offensichtlich gerade erst mit C angefangen hast, muß man davon ausgehen, daß Dir sowas ggfs. eben nicht unbedingt bewußt ist.Jch hat geschrieben:Habe ich irgendwo geschrieben, dass ich Warnungen ignoriere? Ich weiss schon, dass die nicht umsonst dastehen.
Vermutlich hatte der Author selber zu wenig Ahnung - wer veröffentlicht bitte Code der nicht ohne Warnung compiliert?! aber gut. Wollte dir auch keinen Vorwurf machen sondern vor allem sagen wo das her kommt.Jch hat geschrieben: Ich weiss nicht wiso dass da unsigned und signed chars verwendet werden. Ich habe diesen Code ja nicht geschrieben, ich versuche nur, diesen zum laufen zu kriegen. (Was ich warscheinlich nichtmal bis Weinachten schaffe)
Habe ich irgendwo geschrieben, dass ich Warnungen ignoriere? Ich weiss schon, dass die nicht umsonst dastehen.
Was ist an -Wall -Wextra anders als am GCC? Ich vermute, dass wir in der Schule dann auch den GCC verwenden werden.
Ich habe schon ein Schuljahr C hinter mir. Da haben wir in C gerechnet, mit for-, while-, do-Schleifen gespielt, If, If else, arrays, links- und rechtsshift, mit ASCII spielen, arrays bzw. Deren Werte sortieren, eigene Funktionen mit und ohne Rückgabewerte, Prozotypen und deren Aufrufe.Name vergessen hat geschrieben:OK, können wir aber nicht ahnen. Da Du ja offensichtlich gerade erst mit C angefangen hast, muß man davon ausgehen, daß Dir sowas ggfs. eben nicht unbedingt bewußt ist.
Kommt auf den Code drauf an. Der Code vom Hersteller ist ja für einen ganz anderen Controller gemacht und wurde von Anse freundlicherweise überarbeitet.Vermutlich hatte der Author selber zu wenig Ahnung - wer veröffentlicht bitte Code der nicht ohne Warnung compiliert?!Â