Probleme beim Ausführen/programmieren

**Chuck_Norris** · 15.06.2014, 23:49

Hey!

Danke für die Antworten, das gelbe Licht ist also eine Kombination aus grün und rot? Da ich YELLOW richtig geschrieben habe kann das Problem ja dann eigentlich nur an der Funktion liegen die man mit StatusLED aufruft, oder?
Und jetzt komme ich direkt schon wieder mit der nächsten Frage

ich habe jetzt eine alte Version von Hyperterminal runterladen können mit der der Empfang beim Selbsttest funktioniert hat, Asuro hat immer brav gemeldet was er grade testet. ich habe dann als ersten Schritt in Richtung Sensor auslesen ein Programm geschrieben was einfach immer wieder hallo an Hyperterm schicken soll:

Code:

#include "asuro.h"

int main(void)
{
    Init();
    
    StatusLED(GREEN);
	while(1)
	{
		SerWrite("Hallo",5);
		/*
		for (i=0; i<200; i++)
		{
		Sleep(255);
		}
		*/
	}
	
    while(1);
	return 0;

}

Die Schleife, die dazwischen Pause machen soll habe ich erst einmal deaktiviert da der Compiler da meckert, er sagt immer i sei nicht deklariert, das macht man aber ja erst in der Schleife, dann muss wohl irgendwo anders der Fehler liegen.
Worum es mir aber eigentlich geht ist, dass ich immer nur kryptische Zeichen Empfange. Asuro sendet auf jeden Fall, ich empfange immer etwas wenn er an ist und in der Nähe ist, allerdings sind das irgendwelche Zeichen und leider nicht das Hallo. muss ich da irgendwie noch mitteilen wie die Zeichen zu interpretieren sind oder so? Im SelfTest hab ich auf jeden Fall immer normale Wörter empfangen

LG,

Chuck

PS: Ich bekomme jedes mal beim Kompilieren eine Warnung:
c:/winavr-20100110/lib/gcc/../../avr/include/avr/signal.h:36:2: warning: #warning "This header file is obsolete. Use <avr/interrupt.h>."

Kann ich die ignorieren oder muss ich da etwas ändern?

**Wsk8** · 16.06.2014, 00:21

Code:

SerWrite("Hallo",5);


uint8_t i;
for (i=0; i<200; i++) {
	Sleep(255);
}

Worum es mir aber eigentlich geht ist, dass ich immer nur kryptische Zeichen Empfange. Asuro sendet auf jeden Fall, ich empfange immer etwas wenn er an ist und in der Nähe ist, allerdings sind das irgendwelche Zeichen und leider nicht das Hallo. muss ich da irgendwie noch mitteilen wie die Zeichen zu interpretieren sind oder so? Im SelfTest hab ich auf jeden Fall immer normale Wörter empfangen

Baudrate im Hyperterminal richtig gesetzt? 2400?

mfg

**Spacy Bar** · 16.06.2014, 06:17

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** · 16.06.2014, 08:29

Hallo

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

Code:

#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** · 16.06.2014, 19:15

Hey!

Super, die Warnung ist jetzt weg, danke

Jetzt habe ich noch folgende Warnung:

Code:

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

Code:

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

Klicke auf die Grafik für eine größere Ansicht

Name: Asuro_ht.jpg
Hits: 7
Größe: 80,8 KB
ID: 28499

**radbruch** · 16.06.2014, 20:18

Hallo

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

Code:

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

Und entsprechend in asuro.c:

Code:

/* 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:

Code:

#include "asuro.h"

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

(ungetestet)

Gruß

mic

**Chuck_Norris** · 16.06.2014, 21:31

Klicke auf die Grafik für eine größere Ansicht

Name: ht_config.JPG
Hits: 9
Größe: 29,9 KB
ID: 28500

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** · 17.06.2014, 13:12

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** · 17.06.2014, 13:22

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** · 17.06.2014, 14:23

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