ist er kaputt?

Liste der Anhänge anzeigen (Anzahl: 1)

ist er kaputt?

Hallo!

Irgendwie macht mein RP6 nix mehr. Keine Ahnung, wie ich das gemacht habe, aber er macht nur noch komische Sachen. Manchmal fährt der mit Fullspeed los, sobald ich ihn einschalte, aber in der Regel tut sich gar nichts. Noch nicht mal die Lämpchen leuchten, ab und an mal kurz, wenn ich ihn wieder ausschalte. Wenn ich die Bumper drücke, leuchten zwar die LEDs, aber die leuchten ja ohne MEGA, oder?

Mit dem Loader kann ich mich nicht mehr verbinden, machmal sagt er ERRORCODE 1, keine Verbindung. Drücke ich Reset, passiert was am RP6, ab und an wieder volles Aufdrehen der Motoren. Aber eine Verbindung bekomme ich nicht hin.
Habe schon im Forum von arexx geschaut. Öfter ist ja das Kabel defekt, aber das hat bisher immer funktioniert. Trotzdem anbei die. Vielleicht kann da jemand was dran sehen (Loader 1.4c, Linux).

Dann habe ich mich mal mit GTKTerm verbunden, da kommt nur komisches Schmu rüber:

Code:

c´¾Êã\i÷oW:sN´¾Êã\i÷oW:sN´¾Êã\i÷oW:sN´¾Êã\i÷oW:sNcccccceëa$ƒSÛÉð\UèøÞ×±%Pt0ŸàÒ I I I I I I I I I I I I I I I I I I IccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccýÀÀ‘c± ¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬oûT×õ]Ïu]Ïõ]Ïõ]Ï~Wý]Ïõ]Ïõ]Ïõ]Ïõ]Ï^Ïõ]ÏõA«ÿc

das hatte eigentlich auch immer funktioniert. Ausgabe nach mehrmaligen Togglen von RTS.

Und mit der Fonera, mit der wir ja unseren RP6 steuern, bekomme ich auch keine Verbindung mehr hin. Also kann ich das USB Kabel als Fehlerquelle schon mal ausschließen.

Joah bin am Ende, Spannung ist an den Batterien OK, über 8 Volt, hinter dem Spannungsregler ist auch alles im grünen Bereich.

Was kann ich noch prüfen? Möchte den RP6 ungern einschicken, dann kann man ja nix mehr dran machen, nicht? Mir ist einmal die Sicherung durchgebrannt, weiss nicht wieso. Aber ist jetzt eine neue drin, aber daran kann das auch nicht liegen.

Bin für jeden Tipp dankbar!
Grüße
Andieh

Das sieht ein wenig noch einem Probelm it der UART aus. Könnte eventuell ein Kabelfehler oder ein schlechter Takt sein.

naja Takt kann man ausschließen, das lief ja vorher immer einwandfrei. Kabel kann ich aber eigentlich auch ausschließen, weil weder die Verbindung mit der Fonera, noch das Programmierkabel gehen. Und die sind ja unabhängig voneinander, und gingen vorher auch beide ohne Probleme.

Werde, wenn das Ding irgendwann wieder läuft, auf jeden Fall mal ein paar Status LEDs oder so einbauen. Weil ich überhaupt keine Ahnung habe, ob der Atmega was abbekommen hat. Wie könnte ich das prüfen?

Hallo,

die LEDs leuchten nicht mehr?
Da die direkt am Mikrocontroller dranhängen und vom Bootloader angesteuert werden, läuft der Controller wohl nicht mehr richtig.
Die Motoren werden natürlich auch vom Controller gesteuert und wenn der anstelle vom normalen PWM Signal einfach mal den Port dauerhaft anschaltet ist es kein Wunder dass die Motoren sich so verhalten.

Es gibt da wie immer zig Möglichkeiten woran es liegen könnte: von kleinen Metallsplittern/Lotresten die auf die Platine gefallen sind und Kurzschlüsse verursachen, bis hin zu defektem Controller.

Die 5V Spannung ist OK?
Du hast also ein Multimeter. Gut.
Dann könntest Du mal prüfen ob irgendwo kurzschlüsse sind wo eigentlich keine sein sollten (s. Schaltplan). Bzw. ob alle Pins vom Mikrocontroller Kontakt haben (mit einer Multimeterspitze oben nah am Gehäuse jeden Pin kontaktieren und schauen ob das Signal irgendwo bzw. zumindest unten am Pad ankommt... ).

Naja ohne das Teil hier auf dem Tisch liegen zu haben ists nur schwer zu sagen.

MfG,
SlyD

Hallo SlyD!

Danke für deine Antwort, auch an einem Sonntag!
Ich habe eben noch mal alles durchprobiert, am Chip selber scheint alles in Ordnung zu sein, keine Kurzschlüsse. Auch sonst konnte ich auf dem Board nichts feststellen. Habe auch noch mal genau nach RX/TX geschaut, weil das ja so mit das einzige ist, was ich jetzt "selber" gelötet habe. Aber auch hier scheint alles in Ordnung zu sein.

Dann hab ich noch die zwei Leitungen von AC0 und AC1 auf den USRBUS gelegt, und dort fällt mir auf, das der Servo an AC0 beim einschalten eigentlich immer kurz gezuckt hat, aber das macht er jetzt auch nicht mehr.

Alles irgendwie sehr ominös. Aber mir fällt nix mehr ein. Sonst noch irgendwelche Idee, was ich speziell betrachten sollte? Nach dem einschalten hat doch eigentlich immer die POWERLED geleuchtet, oder? Zumindest kurz, aber da ist bei mir echt gar nichts mehr...

Danke für deine Hilfe, vielleicht kriegen wir das ja noch irgendwie hin

Hallo,

die Powerled wird ebenfalls vom Mikrocontroller gesteuert (spart 2mA wenn die aus ist).

Also es sieht schwer danach aus als würde der Mikrocontroller das Programm nicht mehr starten.
Hast Du zufällig ein ISP (In System Programmer) für AVRs oder kannst Dir einen ausleihen (AVRISP, STK500, USBProg...)?

So kannst Du testen ob der Controller noch OK ist (= sich programmieren lässt) und nur aus welchen Gründen auch immer der Flash Speicher des Controllers seine Daten verloren hat. Ist aber eigentlich eher unwahrscheinlich...

Ein Oszilloskop wäre hilfreich zum prüfen ob der Oszillator noch schwingt.

Naja oder er ist halt Dauerhaft im Reset - was für eine Spannung liegt am Pin RST an wenn der Roboter eingeschaltet ist (der Pin ist da wo man auch die UART Signale abgreifen kann)? Sollten eigentlich 5V sein (der Reset Pin ist Low Aktiv).

MfG,
SlyD

Hallo

Zitat:

oder er ist halt Dauerhaft im Reset

Aber dann dürfte er doch keine Ausgänge (Motorsteuerung) setzen, oder? Die Servos zucken normalerweise beim Einschalten wenn sie ihre Versorgungsspannung bekommen. Wenn sie nicht zucken scheint mit den 5V was faul zu sein.

Gruß

mic

Hi!

Also an PIN 4 (richtig oder, das is doch der Reset Pin) habe ich 5 Volt, also das müsste stimmen.

Einen ISP habe ich. Ich hatte auch schon überlegt, den anzulöten, hab dann aber in der Zip mit dem Boatloader gelesen, das die Garantie erlischt, wenn man den ISP anlötet. Aber bin natürlich gern bereit das zu machen, dann könnte ich das ja mal ausprobieren und zumindest mal sehen, ob ich die Fusebits auslesen kann.

Soll ich das mal machen? Welche Schritte sollte ich hier vornehmen (also anlöten und Fusebits auslesen krieg ich auch so noch hin, aber falls noch mehr getan werden soll). Einen Oszi hab ich leider nicht da, dafür reicht leider nicht das Geld!

Zitat:

Zitat von radbruch

Aber dann dürfte er doch keine Ausgänge (Motorsteuerung) setzen, oder? Die Servos zucken normalerweise beim Einschalten wenn sie ihre Versorgungsspannung bekommen. Wenn sie nicht zucken scheint mit den 5V was faul zu sein.

Sorry, mein Fehler. Hatte eben zum testen nur den USRBUS angeschlossen, war natürlich dann auch gar keine Spannung dabei. Mit dem XBUS kommt jetzt auch das gewohnte "zucken".
Grüße
andieh

Ja da hast Du recht mic.

Wie gesagt - kann auch was ganz anderes sein. Defekte Elkos am Spannungsregler wäre noch eine Möglichkeit...

Wenn Du einen 10 Poligen Wannenstecker rumliegen haben solltest - dann kannst Du auch die Pins die man normalerweise anlötet einfach ein gaaanz kleines bisschen nach aussen biegen, dann das Kabel vom ISP dran und danach den Stecker vorsichtig in die Löcher vom Mainboard des RP6 drücken, so dass alle pins kontakt haben (der Stecker "schwebt" dann ein paar Millimeter über der Platine - also nicht komplett durchdrücken, das funktioniert nicht)

Kannst sicherheitshalber dann auch noch mit einem Multimeter jeden Pin auf ordentlichen Kontakt überprüfen (aber ohne großartig dran zu wackeln ;) - evtl. das Mainboard losschauben damit Du von unten drankommst)

So gehts auch ohne anlöten.

ERST JETZT den Roboter einschalten. Vorher noch am besten alles im jeweiligen ISP Programm vorbereiten, so dass Du einfach nur noch auf einen Button klicken musst...

MfG,
SlyD

Dabei lass ich dann aber den Robo aus und benutze die Versorgungsspannung vom ISP oder? Das sollte für das Beschreiben genügen, oder?

Welchen ISP hast Du denn? Normalerweise solltest Du die Versorgung der eigentlichen Schaltung verwenden!

(EDIT: Bitte beachte das ich meine Beiträge ein paar mal editiert habe ;) )

ich benutze den USBasp. Habe bisher meine Atmegas immer über die 5 Volt der USB Versorgung programmiert. Ist mir irgendwie auch lieber, hinterher ist wirklich was mit der Spannung auf dem RP6 nicht in Ordnung und das brät mir dann meinen USB Anschluss (wobei der Programmer Dioden drin haben müsste).

Ich probier das später mal.

An Pin4 (Reset) liegt die Spannung von C4 und C10 (je 47µF) über den 10k R3. Selbst bei einer Unterbrechung der Versorgung sollte man hier noch recht lange ca. 5V messen können. Interessanter wäre z.B. Pin5,17,38 (VCC des Mega32) Da ich nicht weis wie die einzelnen Leiterbahnen geroutet sind kann ich nicht sagen, wo man messen sollte um eine eventuelle Unterbrechung (Haarriss) der VDD bzw. GND-Leitungen einzugrenzen. Ich würde zu Beginn mal verschiedene GND gegeneinander und gegen VDD messen. Ebenso auch die VDD-Pads (wie z.B. bei ADC0/1 oder UART) gegeneinander und gegen GND.

Nur zur Sicherheit:
Das RP6 USB Interface darf während der Aktion NICHT am Roboter angeschlossen sein!
Wenn Du das Mainboard über den USBasp mit Spannung versorgst, dann nimm sicherheitshalber die Akkus raus.

Sollte es funktionieren, dann müssten die 4 roten LEDs anfangen zu blinken sobald das Programm wieder läuft - nicht wundern das zeigt an dass die Akkuspannung zu niedrig bzw. hier gar nicht vorhanden ist ;)

MfG,
SlyD

So, habe das jetzt alles mal durchgeführt, folgene Ergebnisse:

ISP angesteckt, Stromversorgung USB aus, RP6 angemacht, nichts passiert, Spannung liegt an, ein avrdude -p m32 -c usbasp -v -F gibt mir:

Code:

avrdude: Version 5.5, compiled on Feb 27 2008 at 12:52:40 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ System wide configuration file is "/etc/avrdude.conf" User configuration file is "/root/.avrduderc" User configuration file does not exist or is not a regular file, skippi ng Using Port : /dev/parport0 Using Programmer : usbasp AVR Part : ATMEGA32 Chip Erase delay : 9000 us PAGEL : PD7 BS2 : PA0 RESET disposition : dedicated RETRY pulse : SCK serial program mode : yes parallel program mode : yes Timeout : 200 StabDelay : 100 CmdexeDelay : 25 SyncLoops : 32 ByteDelay : 0 PollIndex : 3 PollValue : 0x53 Memory Detail : Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW Max W ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- --- -- --------- eeprom 4 10 64 0 no 1024 4 0 9000 90 00 0xff 0xff flash 33 6 64 0 yes 32768 128 256 4500 45 00 0xff 0xff lfuse 0 0 0 0 no 1 0 0 2000 20 00 0x00 0x00 hfuse 0 0 0 0 no 1 0 0 2000 20 00 0x00 0x00 lock 0 0 0 0 no 1 0 0 2000 20 00 0x00 0x00 signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 calibration 0 0 0 0 no 4 0 0 0 0 0x00 0x00 Programmer Type : usbasp Description : USBasp, http://www.fischl.de/usbasp/ avrdude: error: programm enable: target doesn't answer. 1 avrdude: initialization failed, rc=-1 avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.02s avrdude: Device signature = 0x000000 avrdude: Yikes! Invalid device signature. avrdude: Expected signature for ATMEGA32 is 1E 95 02 avrdude: safemode: lfuse reads as 0 avrdude: safemode: hfuse reads as 0 avrdude: safemode: lfuse reads as 0 avrdude: safemode: hfuse reads as 0 avrdude: safemode: Fuses OK avrdude done. Thank you.

Dann hab ich die Sicherung raus, RP6 ist aus und usbasp mit Versorgung des Targets konfiguriert, angestöpselt, nichts passiert, ausgabe von AVRdude (gleiches Command wie oben):

Code:

avrdude: Version 5.5, compiled on Feb 27 2008 at 12:52:40 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ System wide configuration file is "/etc/avrdude.conf" User configuration file is "/root/.avrduderc" User configuration file does not exist or is not a regular file, skipping Using Port : /dev/parport0 Using Programmer : usbasp AVR Part : ATMEGA32 Chip Erase delay : 9000 us PAGEL : PD7 BS2 : PA0 RESET disposition : dedicated RETRY pulse : SCK serial program mode : yes parallel program mode : yes Timeout : 200 StabDelay : 100 CmdexeDelay : 25 SyncLoops : 32 ByteDelay : 0 PollIndex : 3 PollValue : 0x53 Memory Detail : Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- eeprom 4 10 64 0 no 1024 4 0 9000 9000 0xff 0xff flash 33 6 64 0 yes 32768 128 256 4500 4500 0xff 0xff lfuse 0 0 0 0 no 1 0 0 2000 2000 0x00 0x00 hfuse 0 0 0 0 no 1 0 0 2000 2000 0x00 0x00 lock 0 0 0 0 no 1 0 0 2000 2000 0x00 0x00 signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 calibration 0 0 0 0 no 4 0 0 0 0 0x00 0x00 Programmer Type : usbasp Description : USBasp, http://www.fischl.de/usbasp/ avrdude: error: programm enable: target doesn't answer. 1 avrdude: initialization failed, rc=-1 avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.02s avrdude: Device signature = 0x000000 avrdude: Yikes! Invalid device signature. avrdude: Expected signature for ATMEGA32 is 1E 95 02 avrdude: safemode: lfuse reads as 0 avrdude: safemode: hfuse reads as 0 avrdude: safemode: lfuse reads as 0 avrdude: safemode: hfuse reads as 0 avrdude: safemode: Fuses OK avrdude done. Thank you.

dabei leuchtet wenigstens die LED SL4 kurz auf. Bedeutet das was?

Öh, jetzt habe ich gerade noch mal zum abschreiben alles wiederholt, Versorgungsspannung kommt vom USB. AVRdude angehauen, jetzt blinken auf einmal die 4 LEDs SL2,3,5,6. Der Atmega 32 wird aber trotzdem nicht erkannt.
Jetzt blicke ich gar nicht mehr durch.

Hab dann Sicherung wieder rein, alles abgemacht, aber tut sich immer noch nichts nach dem Einschalten.

Für was sind die 3 Pins neben dem ISP, die mit ISP / Bootloader beschriftet sind? muss ich das nicht überbrücken, wenn ich den schon mit isp flashen will?

Ach ehm sorry - hab vergessen zu sagen das Du noch direkt neben dem ISP Anschluss die beiden Kontakte die mit ISP beschriftet sind überbrücken musst - kannst irgendeinen draht so zusammenbiegen das es passt, oder eine spitze pinzette oder irgendwas anderes dafür verwenden. Muss ja nicht lange halten.

Das ist das Reset Signal, das kann man da vom Rest der Schaltung trennen.

Das SL4 beim programmieren leuchtet ist normal - die hängt an SCK vom ISP Interface.

MfG,
SlyD

hehe, du bist gut, hab mir doch schon sowas gedacht:

Ausgabe ist jetzt:

Code:

rdude: Version 5.5, compiled on Feb 27 2008 at 12:52:40 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ System wide configuration file is "/etc/avrdude.conf" User configuration file is "/root/.avrduderc" User configuration file does not exist or is not a regular file, skippi ng Using Port : /dev/parport0 Using Programmer : usbasp AVR Part : ATMEGA32 Chip Erase delay : 9000 us PAGEL : PD7 BS2 : PA0 RESET disposition : dedicated RETRY pulse : SCK serial program mode : yes parallel program mode : yes Timeout : 200 StabDelay : 100 CmdexeDelay : 25 SyncLoops : 32 ByteDelay : 0 PollIndex : 3 PollValue : 0x53 Memory Detail : Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW Max W ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- --- -- --------- eeprom 4 10 64 0 no 1024 4 0 9000 90 00 0xff 0xff flash 33 6 64 0 yes 32768 128 256 4500 45 00 0xff 0xff lfuse 0 0 0 0 no 1 0 0 2000 20 00 0x00 0x00 hfuse 0 0 0 0 no 1 0 0 2000 20 00 0x00 0x00 lock 0 0 0 0 no 1 0 0 2000 20 00 0x00 0x00 signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 calibration 0 0 0 0 no 4 0 0 0 0 0x00 0x00 Programmer Type : usbasp Description : USBasp, http://www.fischl.de/usbasp/ avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.01s avrdude: Device signature = 0x1e9502 avrdude: safemode: lfuse reads as BF avrdude: safemode: hfuse reads as CA avrdude: current erase-rewrite cycle count is -50462977 (if being tracked) avrdude: safemode: lfuse reads as BF avrdude: safemode: hfuse reads as CA avrdude: safemode: Fuses OK avrdude done. Thank you.

bringt uns das jetzt weiter? sollte ich mal den bootloader neu draufspielen, wenn der atmega noch "lebt"? Naja, Lämpchen sind auf jeden Fall gar keine an beim Flashvorgang. Also bis auf die SL4...

Sofern Du die Fuse Bits richtig gesetzt hast - zu verlieren gibts ja nicht viel und man kann danach definitiv ausschließen dass der Speicher vom Controller defekt ist o.ä. (aber unbedingt das Programm verifizieren lassen!) und dann woanders weitersuchen wenns das nicht gewesen ist.

Naja ich hab ja jetzt nur die Fusebits ausgelesen. Soll ich jetzt den Bootloader neu aufspielen? Hab da so ne schöne Zip Datei runtergeladen.

Um das aufzuspielen muss ich ja gar keine Fusebits ändern.
avrdude: safemode: lfuse reads as BF
avrdude: safemode: hfuse reads as CA
Wenn die doch in Ordnung sind?

Vielleicht könntest du mir hier noch mal die Schritte erklären.
Danke!

Naja mit AVRDude hab ich noch nie was gemacht also bin ich da der falsche Ansprechpartner.

Aber wenn Du das nicht falsch bedienst (RTfineManual ;) ) spricht nichts dagegen es zu versuchen.

Die FuseBits sehen wirklich OK aus - kannste so lassen.

sodele

also jetzt endlich das Ding neu geflasht, hat auch scheinbar geklappt. Hat zwar irgendwie gefühlte 2 Stunden gedauert, was eigentlich nicht sein kann. Aber auch der Check lief gut durch, hier die Ausgabe:

Code:

`--> su -c "avrdude -p m32 -c usbasp -U flash:w:RP6BASE_BOOTLOADER.hex" * pam_usb v0.4.2 * Authentication request for user "root" (su) * Device "MyKeyCard" is connected (good). * Access granted. avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.02s avrdude: Device signature = 0x1e9502 avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed To disable this feature, specify the -D option. avrdude: current erase-rewrite cycle count is -50462977 (if being tracked) avrdude: erasing chip avrdude: reading input file "RP6BASE_BOOTLOADER.hex" avrdude: input file RP6BASE_BOOTLOADER.hex auto detected as Intel Hex avrdude: writing flash (32648 bytes): Writing | ################################################## | 100% 154.43s avrdude: 32648 bytes of flash written avrdude: verifying flash memory against RP6BASE_BOOTLOADER.hex: avrdude: load data flash data from input file RP6BASE_BOOTLOADER.hex: avrdude: input file RP6BASE_BOOTLOADER.hex auto detected as Intel Hex avrdude: input file RP6BASE_BOOTLOADER.hex contains 32648 bytes avrdude: reading on-chip flash data: Reading | ################################################## | 100% 143.99s avrdude: verifying ... avrdude: 32648 bytes of flash verified avrdude: safemode: Fuses OK avrdude done. Thank you.

Joah, nur geändert hats jetzt nichts. Hatte zuerst gedacht, da passiert nichts, aber irgendwann hat dann SL6 angefangen zu leuchten und gleichzeit hat die PWRON LED geflackert. ich weiss nicht, wie das jetzt wieder passieren konnte, aber auf jeden Fall gingen die beiden LEDs mal an, wenn ich den Hauptschalter umgelegt hatte, manchmal nicht. Rütteln am Schalter hat manchmal geholfen. Also hab ich mal die Spannung gemessen, die ist konstant, also keine Schwankungen, die das Flattern der LED erklären könnte.

Das kann jetzt natürlich auch an den Kondensatoren liegen, oder aber irgendwelche Pinleitungen vom Atmega sind nicht in Ordnung.
Weil das rütteln aber am Schalter geholfen hat, könnte auch da irgendwo was sein. Ich bin echt am Ende

Verbinden konnte ich mich übrigens nicht, Target not responding.

joah nix zu machen, hab jetzt noch mal alles kontrolliert und auch von unten noch mal gemessen, das scheint alles i.O zu sein. Aber ohne Oszi auch schwer zu sagen.

SL6 ist an, SL5 und SL4 flackern leicht und die POWRON LED flackert sehr stark, drücke ich in der mitte des RP6 etwas auf das Board, leuchtet die LED konstant. Sind nur die 2 befestigungsschrauben vorne am RP6 fest und ich hebe das Board hinten leicht an, dann geht die PWRON led aus, aber die LEDs 4-6 leuchten dann konstant.

Ich würd da mitlerweile auf irgendeine kalte Lötstelle Tippen. Aber wirklich keine Ahnung, was ich da noch machen kann.

Nacht!

Ach, ich kann dann net aufhören:
nach diesem Dokument kann ich auf jeden Fall das Interface als Defekt ausschließen. Das funktioniert.

so Leute,
was mach ich jetzt?

Ich denke, ich werde den guten mal einpacken und direkt bei Conrad vorbeischauen. Sind die da Kulant? ich meine, man lötet ja schon auf dem Ding rum...
Hab ich da Chancen? Was sage ich, was kaputt ist?

Also flackern usw. deutet eigentlich auf irgendwelche Kurzschlüsse oder defekte Löststellen hin. Naja oder die Kondensatoren vom Spannungsregler hats gehimmelt.

Kabel sollten ja keine zwischen Mainboard und Chassis eingeklemmt sein denke ich mal?

Bzw. überprüf auch mal ALLE Kabel die vom Mainboard weggehen auf Kurzschlüsse bzw. kaputte Isolierungen...

Tja ansonsten habe ich auch keine Idee mehr was man (ohne entsprechende Messgeräte) prüfen könnte.

Bring den Roboter zu Conrad und lass ihn einschicken. Leg nen Zettel in den Karton mit kurzer Fehlerbeschreibung und am besten mit Link auf den Thread hier.

MfG,
SlyD

joah werd ich machen, ich komm halt echt net mehr weiter. Und irgendwie fehlt mir auch gerade die Zeit, da wird das wohl das beste sein, wenn ich den einfach zum Conrad bringe.

Gibts dann Ersatz oder muss ich warten?
Trotzdem Danke für deine / eure Hilfe