letzter Beitrag von trekkie22 am
Moinsen!
Ich bin grade dabei, mir die Temperatursteuerung von HIER nachzubauen, allerdings auf Lochraster.
Nun wollte ich die Sourcen neu kompilieren, aber bekomme mit WinAVR-20100110 nur folgende Fehlermeldung:
Könnte sich das mal einer anschauen und mir da weiterhelfen?
Ach ja, mit der im Archiv enthaltenen Hex bekomme ich nur Datenmüll auf der Seriellen (Ja, hab nen MAX232ACPE mit in der Schaltung ), und die Steuerung läuft auch nicht....benutze einen Atmega8-16PU.
Ich kenne fdevopen() nicht und die Deklarierung fehlt in dem Code, aber ein Googeln danach bringt mich zu einem ähnlichen Problem: http://www.avrfreaks.net/index…printview&t=36248&start=0
Probiers mal mit dem Define __STDIO_FDEVOPEN_COMPAT_12
Also wenn ich (auf die Schnelle) die richtige Beschreibung von fdevopen gefunden habe, dann erwartet die Funktion einen Funktionpointer auf eine Funktion, die den Typ int(*)(char, FILE *) hat.
Du müsstest also int uart_putchar (char c) zu int uart_putchar (char c, FILE * dummy) ändern, wobei dummy nicht in der Funktion benutzt wird. ('dummy' kann natürlich ein beliebiger anderer Name sein.)
Alle anderen Aufrufe von (z.B.) uart_putchar('\r') müssten dann zu uart_putchar('\r', NULL) geändert werden. Also einfach noch eine NULL zu den Parametern hinzufügen.
OK, das und das enfernen der 0 in
hat geholfen. Allerdings kommt auf der seriellen Verbindung immer noch Datenmüll raus.
Eigentlich sollte da der Wert vom ADC ausgegeben werden, damit man über den Sourcecode den Sensor kalibrieren kann.
Ausserdem scheint da noch irgendwas anderes falsch zu laufen, momentan pulst der im Sekundentakt, als ob er den Sollwert schon erreicht hat.
Allerdings kommt auf der seriellen Verbindung immer noch Datenmüll raus.
Ich hab deinen Code mal durch den Simulator laufen lassen und bei 8Mhz, 9600 Baud die Daten über RS232 empfangen.
Bei dir könnte es vielleicht daran liegen, dass die Fuses am ATMega8 nicht richtig programmiert sind. Im Auslieferungszustand sind sie auf "Interner RC Oszillator, 1MHz" gesetzt. Das solltest du theoretisch feststellen können, wenn du dein Programm so lässt, wie es ist und das RS232 Terminal auf 1200 Baud stellst (8MHz / 1MHz = 8; -> 9600Baud / 8 = 1200 Baud).
Fuses für 8MHz
CKSEL0 1
CKSEL1 1
CKSEL2 1
CKSEL3 1
Fuse Calculator: http://www.engbedded.com/fusecalc/
AVR Fuses auf Deutsch: http://www.mikrocontroller.net/articles/AVR_Fuses
AVRDUDE: http://www.nongnu.org/avrdude/
Vorm Ändern die Fuses erst mal anschauen:
avrdude -c PROGRAMMER -P PORT -p DEVICE -n -v
Die Fuses waren korrekt gesetzt, strikt nach Anleitung. Habe sie auch anschliessend überprüft.
Danach habe ich mal alle möglichen Baudsettings ausprobiert, aber das hat auch nix gebracht. Eventuell macht mir da der USB2RS232-Adapter nen Strich durch die Rechnung. Muss wohl mal mein altes Notebook rauskramen, das hat noch ne echte serielle...
Der interne Oszillator funktioniert eh nur bis 2400 Baud einigermassen. Für alles darüber wäre eine zuverlässige Taktquelle angebracht.
Da selbe Thema hatte ich auch schon beim experimentieren mit GPS Modulen.
Schon befürchtet...dann hänge ich da am besten nen Quarz oder so ran. Muss ich dann ausser an den Fuses auch was am Programm ändern?
So, Problem gelöst. Nachdem ich nen Keramikschwinger angeschlossen und die Fuses passend geändert habe, klappt es auch mit der Verbindung. Code kompiliert jetzt auch funktionierend. Danke für die Tips!
Hier mal die Ätzresultate. Das erste wurde mit Papier aus nem Penny-Prospekt gemacht, das zweite mit den Überresten der Hochglanzbeschichtung mit Tintenstrahl-Fotopapier.
Als Drucker kam ein HP Laserjet 1010 zum Einsatz. Werde mir mal Tonertransferpapier und Backpapier besorgen und damit testen.
war da nicht der reichelt katalog so ein geheimtip?
Naja, der geht zwar recht gut, aber auch nicht optimal.
Ich hab mal nen Test mit handelsüblichem Backpapier von Melitta gemacht. Zugeschnitten auf Fotogrösse, auf ein Blatt Fotopapier zur Stabilisierung beim Einzug gelegt und gedruckt. Wurde sauber eingezogen (ohne das Fotopapier wohlgemerkt! ), und löste sich beim Auflaminieren rückstandslos vom Papier. Ich muss noch ein paar weitere Testläufe machen, vor allem mit der Druckdichte (die Standardeinstellung ist etwas zu "dünn" ), aber grundlegend ist das Backpapier bislang der Sieger. Platine ein, zweimal zum aufheizen durchlaufen lassen, Papier auflegen, ein oder zwei Durchläufe, fertig. Das Papier fiel fast von alleine ab.
Ich werde die Tage dann mal das Transferpapier besorgen und damit auch noch testen.
btw. find ich schön, dass ihr Jungs auch backt. Es weihnachtet;)
P.S.: Bitte ein Link für mich zu dieser (für mich) sehr merkwürdigen Umgangsweise mit Platinenmaterial, hehe
P.S.: Bitte ein Link für mich zu dieser (für mich) sehr merkwürdigen Umgangsweise mit Platinenmaterial, hehe
Ich finde, der hier beschreibt das recht gut: http://thomaspfeifer.net/platinen_aetzen.htm und das Mikrocontroller-Wiki auch: http://www.mikrocontroller.net…_der_Tonertransfermethode 
