Probleme beim Ausführen/programmieren

[Spacy Bar]

Die variable i muss schon vor Init()
deklariert werden, da sonst der Prozessor keinen Speicherplatz für sie reserviert. Die Warnung unten kannst du ignorieren, er beschwert sich nur, dass die Headerdatei signal.h überflüssig
eingebunden wurde.

LG
Spacy Bar

[radbruch]

Hallo

Die Warnung verschwindet, wenn du in asuro.h die Zeile #include signal.h in #include interrupt.h änderst:

#include <avr/io.h>
#include <avr/interrupt.h>
//#include <avr/signal.h>
#include <stdlib.h>

Vielleicht solltest du nach "Hallo" noch ein LFCR senden:

SerWrite("Hallo\n\r",7);

Gruß

mic

[Chuck_Norris]

Hey!

Super, die Warnung ist jetzt weg, danke Jetzt habe ich noch folgende Warnung:

test.c:10: warning: pointer targets in passing argument 1 of 'SerWrite' differ in signedness

(nur für den Fall, dass es relevant ist)

der neue Code mit

SerWrite("Hallo\n\r",7);

führt leider auch nicht zum Erfolg. Die Baudrate (ich nehme an Bits pro Sekunde) steht auf 2400, ja.

Vielleicht eine blöde Frage, aber kann das irgendwie mit dem Compiler zusammenhängen? Vor allem irritiert mich eben auch, dass die LED nicht gelb leuchtet, da kann man ja beim programmieren nicht so viel falsch machen. Den Selbsttest muss man ja nicht compilieren und da hat es funktioniert.

Ich hänge mal an, was im Hyper Terminal ankommt.

Danke für die ganze Mühe!

LG,

Chuck

[radbruch]

Hallo

Die Pointerwarnung kam irgendwann mal nach einem Update vom WinAVR. Der zu ändernde Code in asuro.h:

/* function for serial communication */
void SerWrite(char *data, unsigned char length); // edit by mic 1.4.2011

Und entsprechend in asuro.c:

/* function for serial communication */
void SerWrite(char *data, unsigned char length) // edit by mic 1.4.2011
{

Parameter für das Terminalprogramm sind 2400Baud, 8Bit, none Parity, 1Stopbit und keine Flußkontrolle. Die 7 Zeichen kommen an, werden aber nicht richtig eingelesen: "Ha_|CoR". Da der Fehler mit jedem Zeichen schlimmer zu werden scheint, tippe ich auf das Stopbit...

Vor allem irritiert mich eben auch, dass die LED nicht gelb leuchtet, da kann man ja beim programmieren nicht so viel falsch machen.

Nicht richtig kompilliert? Falsche Datei geflasht? Fehler beim Flashen? Oder der Klassiker beim Notepad: Quellcode nicht gespeichert vor dem Kompillieren. Versuch's doch einfach nochmal:

#include "asuro.h"

int main(void)
{
    Init();
    StatusLED(YELLOW);
    while(1);
    return 0;
}

(ungetestet)

Gruß

mic

[Chuck_Norris]

Hey!

Super, danke! Das hat so funktioniert, die Warnung kommt nicht mehr. Hab ich de ganze Teit genau so eingestellt, ich Poste das Bild mal im Anhang, geht aber leider nicht. Im Test sind aber mit gleichen Einstellungen so Sachen wie
LED Test
Motor Test
o.Ä. darüber ganz problemlos empfangen worden.
Und ich habe gar nicht den Eindruck dass es schlimmer wird, zwischendrin sind nur mal störeffekte, aber hinterher kommt meine ich immer wieder das gleiche an..
Wegen der Lampe:
Kompiliert habe ich es ganz normal, ich hatte dann erst die Datei die Lampe auf Grün stellt -> LED ist grün. Dann habe ich GREEN in YELLOW umgewandelt, kompiliert, geflasht -> LED leuchtet rot :/ wäre es möglich, dass du mir deinen Quellcode den du oben für die gelbe Lampe geschrieben hast einmal kompilierst und ich flashe den drauf? Wenn die Lampe bei dir gelb leuchtet müsste sie es ja dann auch bei mir gelb sein..

LG,

Chuck

[Valen]

StatusLED:

Und wie ist es mit ein mögliche Hardware Fehler? Sind zbs. die Beinchen der Widerstanden vielleicht zu einander gebogen? Machen sie vielleicht Kontakt? Gibt es kleine (ungewünschte) Lötbrücken zwischen die Leiterbahnen auf die Platine? Vielleicht gibt es auch ein Verbindung zu den Widerstand R16 und IR-LED D10 das die Serielle Daten zerstört.

[radbruch]

Hallo

"Schlimmer" bezog sich auf die Änderung innerhalb eines "Ha_|CoR"-Blockes. H und a wurden noch fehlerfrei erkannt, aber dann wurde es immer schlimmer. Vielleicht funktioniert es jetzt nachdem du fehler- und warnungsfrei kompilieren kannst.

Die StatusLED ist eine Grundfunktion die beim asuro schon immer so funktionierte. Über Probleme durch den Kompiler habe ich bisher noch nichts gelesen. Da die Led D12 direkt zwischen zwei Ausgangspins und GND angeschlossen ist (natürlich mit den passenden Vorwiderständen R10/R31) kannst du mit gezogenem Mega8 die LED auch mit Drahtbrücken zwischen VCC (Pin 1 oder 7 des Mega8-Sockel) und PD2 (Pin 4) für rot bzw. PB0 (Pin 14) für grün zum Leuchten bringen:

Bild hier  
Bild hier  

Gruß

mic

[Chuck_Norris]

Hey!

Mist, es tut mir soo leid! Jezt habe ich euch so lange mit der lampe aufgehalten und das war alleine mein dummer Fehler Das gelbe leuchten wirkt einfach so rot, dass man es nur bei abwechselndem blinken rot->gelb als gelb erkennen kann (zumindest ich). Ich habe das grade nochmal ausprobiert...zu meiner verteidigung: ich war nocht der einzige der das als rot gedeutet hat, das haben schon ein paar Leute gesehen
Bleibt jetzt nur noch der IR-Fehler, den habt ihr ja jetzt auch gesehen, dass liegt jetzt nicht an einer Sehschwäche . Dass es schlimmer innerhalb eines Blockes wird stimmt, da hatte ich dich falsch verstanden. Das kompilieren mit den Veränderungen hat leider keine Verbesserung gebracht. Ich habe auch schon Hterm oder so und AVR Terminal ausprobiert, da empfange ich aber leider überhaupt nichts und außerdem hat die Übertragung beim Self Test mit Hyper Terminal ja auch problemlos geklappt...

LG,

Chuck