void main( void )
{
LCD_Init();
LCD_ClearLCD();
LCD_CursorOn();
LCD_CursorPos(0);
LCD_ClearLCD();
LCD_WriteText( "Seven" );
AbsDelay( 2000 );
LCD_CursorPos(0);
LCD_ClearLCD();
LCD_CursorOff();
}
Naja, so ganz stimmt das nicht. Die Hardware muss machen was der Code sagt, wenn sie das nicht tut, dann geht man von einem Hardware Defekt aus und das ist definitiv etwas, das die Typen im Conrad Laden sich anschauen müssen!
Ein zweites defektes Board wäre schon äußerst unwahrscheinlich. Ich wüsste aber auch nicht was an meinem Code falsch sein soll. Ich habe LCD_Init() aufgerufen, das müsste eigentlich genug sein um das LCD zu verwenden, vor allem machen es die Beispiel Programme auch nicht anders.
Natürlich darfst du den Code an die E-Mail anhängen! Du darfst auch gerne den Countdown Code mit anhängen, falls das helfen sollte. Aber danke, dass du fragst, so etwas sieht man sehr selten!
BlackMark schrieb:
Danke, ich probier es erst einmal mit dem Test und dann schauen wir weiter.BlackMark schrieb:
omaliesschen schrieb:
Bei mir laufen die von ihm kompilierten Dateien einwandfrei, bei ihm laufen die von mir kompilierten Dateien ebenfalls nicht.omaliesschen schrieb:
Die *.bc ( Byte Code ) Dateien sind identisch, bei gleichem Quellcode, funktionieren aber bei mir schon und bei ihm nicht.omaliesschen schrieb:
Hast du das Board also ausgetauscht?von Schnitzel schrieb:
In einem Programm das Prüfsummen von Dateien erstellen kann. ( MD5, SHA1, CRC32 )von Schnitzel schrieb:
BlackMark schrieb:
Das C-Control Pro kann ( soweit ich weiß ) keine Textdateien im internen Speicher erstellen, einzig über den seriellen Port könnte man die Daten übermitteln. Würde aber auch nichts bringen, weil die Daten definitiv in Ordnung sind:omaliesschen schrieb:
LCD_WriteText( "Test" );Geht auch nicht. Es gibt nur LCD_Init(), aber kein LCD_Deinit() oder so etwas. Nur LCD_ClearLCD() existiert, aber das ist schon Teil meines Testprogramms.omaliesschen schrieb:
void main( void )
{
LCD_Init();
LCD_TestBusy();
LCD_ClearLCD();
LCD_CursorOn();
AbsDelay(100);
LCD_CursorPos(0);
AbsDelay(100);
LCD_ClearLCD();
AbsDelay(100);
LCD_TestBusy();
AbsDelay(100);
LCD_WriteWord( 777, 3 );
AbsDelay(100);
Msg_WriteWord( 777 );
AbsDelay(100);
Msg_WriteChar( '\r' );
AbsDelay( 2000 );
LCD_CursorPos(0);
AbsDelay(100);
LCD_ClearLCD();
AbsDelay(100);
LCD_TestBusy();
AbsDelay(100);
LCD_WriteFloat( 7.77, 2 );
AbsDelay(100);
Msg_WriteFloat( 7.77 );
AbsDelay(100);
Msg_WriteChar( '\r' );
AbsDelay( 2000 );
LCD_CursorPos(0);
AbsDelay(100);
LCD_ClearLCD();
AbsDelay(100);
LCD_TestBusy();
AbsDelay(100);
LCD_WriteChar( '7' );
AbsDelay(100);
Msg_WriteChar( '7' );
AbsDelay(100);
Msg_WriteChar( '\r' );
AbsDelay( 2000 );
LCD_CursorPos(0);
AbsDelay(100);
LCD_ClearLCD();
AbsDelay(100);
LCD_TestBusy();
AbsDelay(100);
LCD_WriteText( "Seven" );
AbsDelay(100);
Msg_WriteText( "Seven" );
AbsDelay(100);
Msg_WriteChar( '\r' );
AbsDelay( 2000 );
LCD_CursorPos(0);
LCD_ClearLCD();
LCD_CursorOff();
}Interessant. Eine Pause funktioniert, aber LCD_TestBusy() nicht. Scheinbar funktioniert LCD_TestBusy() nicht richtig, denn eigentlich sollte diese Funktion selbst eine Pause machen, bis das LCD funktionsfähig ist.von Schnitzel schrieb:
Eine ausgezeichnete Frage! Msg_WriteChar() schreibt ein Zeichen ( character ) in des Ausgabefenster der IDE. Mit \ kennzeichnet man sogenannte Escape-Sequenzen, damit kann man normalerweise nicht darstellbare Zeichen darstellen. '\r' entspricht 13 im ASCII-Table und hat die Funktion Carriage return, also den Cursor an den Anfang der Zeile zu bringen. '\n' sollte man ebenfalls kennen, 10 im ASCII-Table und definiert als Line feed, also in die nächste Zeile springen. Normalerweise macht '\n' ein Line feed und Carriage return, das kommt aber auf die Konsole oder das OS an. Die C-Control IDE ist etwas seltsam, weil dort ein Carriage return das macht, was ein Line feed normalerweise macht, also in die nächste Zeile springen und den Cursor an den Anfang setzen. '\n' hingegen fängt nur eine neue Zeile an, behält den Cursor jedoch auf gleicher höhe.von Schnitzel schrieb:
BlackMark schrieb:
BlackMark schrieb:
Nein, kleiner als 1 ms geht nicht. Aber eine Millisekunde ist schon sehr wenig, könnte man praktisch vernachlässigen, nur warum braucht das LCD diese winzige Pause?!von Schnitzel schrieb:
Ja, so in etwa vertauscht.von Schnitzel schrieb:
BlackMark schrieb:
LCD_CursorPos(0);
LCD_ClearLCD();
AbsDelay( 10 );
LCD_WriteChar( '7' );
AbsDelay( 2000 );
