Druckbare Version
hmm wenn ich das richtig sehe hab ich ihn gar nicht geschaltet. hab nur abgefragt:
oder ist das standartmäßig auf High also Plus?Code:'Interrupt
Config Int0 = Rising 'Configuriere Int0 auf Low Level
On Int0 Isr_von_int0 'springe Zu Isr_von _int0
Enable Interrupts 'einschalten der Interrupts
Enable Int0 'einschalten Von Interrupt Int0
Nur nicht dass ich mir dann den nächsten auch abrauche. Aber eigentlich dürfte wenn ich auf Masse erstmal gehe gar nix passieren oder?
Wenn der Port an keiner anderen Stelle im Programm auf Ausgang programmiert wird, dann ist es ok!
Dann muss das "abrauchen" einen anderen Grund gehabt haben.
hmm okey. das ist aber dann sehr merkwürdig finde ich. ISt der Port bei der RN-Control vielleicht standartmäßig irgendwie belegt oder so? kannste vielleicht den Code (der ne seite vorher steht) mal durchgucken ob ich vielleicht nicht doch irgendwo den auf High gesetzt hab. aber eigentlich nicht bewusst.
sehr merkwürdig
kann mir den keiner da helfen?
Du musst doch nur analytisch vorgehen! INT0 ist PortD2.Zitat:
Zitat von robonooby
In deinem Programm steht am Anfang:
Laut deinem Kommentar schaltest du Port auf Eingang aber die Anweisung macht das Gegenteil !Code:Config Portd.2 = Output 'Für Enfernungsmessung Ultraschall diesen Port als eingang definieren
Also du hast port aus Ausgang geschaltet. Wenn du nun den Port mit Masse verbindest himmelst du den Controller.
Das ist alles logisch!
ahh schitt.
das ist mir echt net aufgefallen :( dann erklärt das echt alles. wahrscheinlich liegt es daran, weil ich das Grundgerüst von dem Programm von nem vorheriegen Testprogramm rüber kopiert hab und da ist mir sowas net aufgefallen.
Scheiße. dann werd ich das gleich mal rauswerfen.
großen dank Frank
so da bin ich wieder mit nem neuen Atmel 32 vom reichelt
hab den jetzt mal ausgetauscht und eingeschaltet. nachdem ich dann die Fusebits wieder umgestellt hab ging zwar mehr als vorher aber immer noch nicht alles :-(
Was nicht geht mit dem ersten Testprogramm aus der Bedienungsanleitung:
- Batteriespannung wird nicht angezeigt
- Motoren gehen nicht
- Lauflicht funktioniert nicht
Messwerte zeigt er an:
Was ich auch komisch finde, dass 2 LEDs dauerhaft brennen. war meines wissens vorher nicht.Zitat:
Ermittelte Messwerte an Port A:
Pin 0 ADC-Wert= 1022 bei 5V REF waeren das 4.995111938 Volt
Pin 1 ADC-Wert= 1022 bei 5V REF waeren das 4.995111938 Volt
Pin 2 ADC-Wert= 1022 bei 5V REF waeren das 4.995111938 Volt
Pin 3 ADC-Wert= 1022 bei 5V REF waeren das 4.995111938 Volt
Pin 4 ADC-Wert= 1022 bei 5V REF waeren das 4.995111938 Volt
Pin 5 ADC-Wert= 1022 bei 5V REF waeren das 4.995111938 Volt
Pin 6 ADC-Wert= 446 bei 5V REF waeren das 2.179862974 Volt
Pin 7 ADC-Wert= 1023 bei 5V REF waeren das 4.999999517 Volt
was könnte noch kaputt sein? hat da jemand ne idee? Bin leider kein erfahrener Elektrotechniker von daher hab ich momentan keine idee mehr :-(
ach ja Versorgungsspannung hab ich geprüft. der Atmel bekommt 5 Volt.
und was mir noch aufgefallen ist: der Ton an den Knöpfen 1 2 und 3 also genau an denen auch die Funktionen nicht gehen stimmt nicht direkt über ein
Das mit de brennenden LED liegt vermutlich dran das du die Fusebits noch nicht korrekt eingestellt hast. Du musst JTAG ausschalten. Hier im Wiki findest du ein Bild:
http://www.rn-wissen.de/index.php/RN...text_festlegen
Dann solltest du darauf achten das alle Jumper am Board in der Grundstellung sind, also so wie bei Auslieferung. Ich glaube dazu sind Bilder in der Doko und im Wiki.
Und du solltest aktuelle Testprogramm von aktueller Robotikhardware CD nutzen. Wenn es dann ime rnoch nicht korrekt geht, dann kann es sein das die Spannungswerte der Tasterabfrage bei dir etwas abweicht, dann müsstest du die etwas anpassen.
Am besten ich hänge dir mal aktuelles Testprogarmm hier an, das sollte eigentlich auf Anhieb überall passen
Übrigenes einen fertig programmierten Controller (mit Testprogramm, korrekten Fusebits und Bootloader) gibts auch hier http://www.shop.robotikhardware.de/s...roducts_id=185
danke frank
ich weis zwar jetzt nicht genau wieso. Aber ich hab dein Programm mal drauf gemacht und seit dem geht alles wieder :)
selbst mit meinem testprogramm läufts jetzt auch.
ka wieso aber gut hauptsache es geht jetzt. hoffentlich bleibs so xD
vielen lieben dank
Vermutlich weil in unserem Testprogramm auch die Fusebits durch eine Programmzeile richtig eingestellt werden!
Also viel Spaß weiterhin!