Wir haben eine Schaltung in der Entwicklung, die einen dsPIC30F6010A enthält. Leider mussten wir feststellen, dass der uC immer wieder ausfällt. Er wird mit einem ICD3 beschrieben und meldet dann einen Verify-Error. Als Adresse wurde bei einem der Chips die Adresse 0 ausgegeben, ein anderes Mal eine Adresse, der die Config-Bits betrifft. Wir hatten teilweise solche uC nur 1-2 Tage im Einsatz, dann war er schon wieder hinüber. Ein schlechte Charge kann ich ausschließen, weil alte und neue Chips ebenso betroffen waren. Der Chip wurde fast ausschließlich zum Debuggen (Single-Step, Breakpoints) benutzt, aber auch an einem anderen PC mit ICD2 wurde dann dieselbe Fehlermeldung und auch die gleiche Adresse angezeigt. Ignoriert man den Fehler, dann scheint die Software zwar grundsätzlich zu laufen, aber man weiß ja nicht, was der Fehler bewirkt bzw. was sonst noch alles betroffen ist. Ist dieser uC vielleicht etwas empfindlicher z.B. gegen elektrostatische Aufladungen, Spannungen an IO-Anschlüssen obwohl die Spannungsversorgung noch nicht angeschlossen ist, evt. Überspannung an IO-Anschlüssen? Gibt es andere Dinge, die man tunlichst beachten sollte? Sind euch solche Fehler mit diesem uC auch bekannt? Sind eigentlich die dsPIC30 und dsPIC33 in der Herstellung unterschiedlich, so dass ein dsPIC33 weniger empfindlich sein könnte oder sind dsPIC30 und dsPIC33 von der gleichen Bauart?
dsPIC30 ist noch in einem ein recht alten Halbleiterprozess gefertigt und zieht viel Strom. Für neue Projekte benutzt ihn besser nicht. dsPIC33 ist wesentlich moderner und bei gleichem internen Takt doppelt so schnell, aber durch den neueren Halbleiterprozess auch nur noch 3.3V Technik (2.5V Core Spannung). fchk
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.