RN-Control macht komische Piepstöne. - Kaputt??

**robonooby** · 13.10.2011, 19:07

hmm wenn ich das richtig sehe hab ich ihn gar nicht geschaltet. hab nur abgefragt:

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

oder ist das standartmäßig auf High also Plus?
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?

**Frank** · 14.10.2011, 13:04

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.

**robonooby** · 14.10.2011, 18:44

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

**robonooby** · 20.10.2011, 14:15

kann mir den keiner da helfen?

**Frank** · 20.10.2011, 21:47

Zitat von robonooby

kann mir den keiner da helfen?

Du musst doch nur analytisch vorgehen! INT0 ist PortD2.
In deinem Programm steht am Anfang:

Code:

Config Portd.2 = Output     'Für Enfernungsmessung Ultraschall diesen Port als eingang definieren

Laut deinem Kommentar schaltest du Port auf Eingang aber die Anweisung macht das Gegenteil !
Also du hast port aus Ausgang geschaltet. Wenn du nun den Port mit Masse verbindest himmelst du den Controller.
Das ist alles logisch!

**robonooby** · 21.10.2011, 06:02

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

**robonooby** · 27.10.2011, 19:05

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:

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 ich auch komisch finde, dass 2 LEDs dauerhaft brennen. war meines wissens vorher nicht.

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

**Frank** · 28.10.2011, 10:37

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