Hallo zusammen, ich habe gerade ein kleines Problem mit meinem uC von meinem 3D Drucker. Prozessor ist ein LPC1114. Der Prozessor führt keine Befehle mehr aus, weder über den Druckerhost, noch über eine eigens einprogrammierte Schleife. Komisch ist, dass ich den uC noch flashen kann und der uC auch nicht heiß wird, ich also wahrscheinlich keinen Kurzschluss produziert habe. Der Verbindungserfolg kann natürlich auch durch den USB-Controller kommen, der auf dem Board montiert ist. BTW. das board ist ein Gen7 ARM v2.0 fall das wichtig ist. http://reprap-diy.com/gen7_board-arm_2.0 Danke für eure Hilfe!
Hat der Prozessor denn schon mal funktioniert und macht erst seit kurzem die Probleme?
Ja, der hat bis vor kurzem noch funktioniert. Habe gestern und heute noch tests durchgeführt während des zusammenbauens. Falls du dich ein wenig mit 3D Druckern auskennst: Der Extruder, also quasi der Fördermechanismus wollte nicht so recht laufen. Schrittimpule kamen zwar an, aber der Motor wollte sich an diesem Anschluss nicht drehen, zuckte nur. An einem anderen anschluss gings einwandfrei. Also wollte ich das mal Testen und den Schrittmotortreiber auf einen anderen Platz stecken um zu sehen, obs am treiber oder an Leiterbahnen liegen könnte. Nun habe ich keine Kommunikation mehr. Flashen geht noch. Der LPC1114 hat nen integrierten Bootloader, könnte also sein, dass der unabhängig von der CPU läuft und ich deswegen noch flashen kann?!
Frag ihn doch einfach, wie's ihm geht! Eine weitere alternative ist ein Messgerät. Nach dem Einschalten führen die µP üblicherweise eine Art Eigeninitialisierung durch. In der zweiten Phase werden die Ausgänge auf die vorgeschriebenen "Pegel" gebracht. Ich würde sagen: Vorher = Nachher = Nix Gut. Höchstwahrscheinlich zappelt auch irgendein Ausgang – zumindest kurz.
Lars Mielchen schrieb: > Nun habe ich keine Kommunikation mehr. Flashen geht noch. Der LPC1114 > hat nen integrierten Bootloader, könnte also sein, dass der unabhängig > von der CPU läuft und ich deswegen noch flashen kann?! Kaum. Ein serieller Bootloader ist ein normales µC Programm in einem separaten ROM-Bereich, das bei Start loslegt.
Übrigens: Woher weißt Du, dass das FLASH sich noch beschreiben lässt? Konntest Du es zurücklesen? Ist das tatsächlich der Fall, so gilt was A. P. gesagt hat. Das bedeutet aber nicht, das nicht ein Ein-/Ausgang im Nirwana weilt, oder ein Teil der integrierten Peripherie die Englein singen hört.
Warum flasht du nicht einfach ein Blinkende-LED-Programm? Schaust, ob da überhaupt noch ein Programm drauf läuft? Und dann ein Programm, was blinkt, wenn Daten ankommen.
Das ist eine gute idee, das werde ich mal versuchen.
Lars Mielchen schrieb: > Der Prozessor führt keine Befehle mehr aus Eine Frage: benutzt dein µC Gleitkomma? Wenn ja, dann hätte ich dazu was zu sagen: Ich hatte vor einiger Zeit nen Stress mit LPC11E12. Es ging eigentlich alles, lediglich bei Gleitkomma-Rechnungen kam Mumpitz heraus. Dabei haben diese µC gar keinen GK-Prozessor, sondern GK wird per Bibliothek erledigt. Exakt derselbe Code (gleiches Hexfile) auf einem LPC11E14 lief problemlos. Ebenso ein Kompilat für einen M0, aber auf einen SM32F302 geflasht. Es kann also an einem subtilen Hardware-Bug bei den LPC11xxx liegen. W.S.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.