Moin zusammen.
ich hab mir den Brenner5 von sprut gebastelt und damit auch schon erfolgreich einige pics gebrannt, aber jetzt nach dem endgültigen umstieg auf xp macht pbrenner garnichts mehr, er erkennt den brenner nicht egal was ich mache.
deswegen wollte ich mich nach einer anderen lösung umsehen.
was für alternativen zu spruts pbrenner software kennt ihr und wie siehts mit der kompatibilität zu dem Brenner5 aus? wenn es geht würd ich den gerne behalten.
falls es nicht anders möglich ist investier ich aber auch neu.
was es können muss :
ich muss pic12, pic16 und pic18er brennen, wobei der kern bei den 16ern liegt.
wer nciht weiß was mit pbrenner und so gemeint ist schaut hier
www.sprut.de
naja, der sprut-brenner ist nach dem david-tait-prinzip aufgebaut, d.h. kompatibel zu jeder software, die einen tait-brenner steuern kann. ich hab mit xp nicht die geringsten probs. hast du mal geschaut, welche ports xp anspricht? (ich kenn mich damit auch nicht so aus, aber der sprut-brenner ist gut dokumeniert. einfach mal alles durchlesen). ansonsten versuchs mal mit dem xp-kompatibilitäts-assistenten
-> MEIN PROJEKTBLOG <-
der sprut-brenner funktioniert auch unter xp problemlos...
wenn du allerdings nen richtig guten willst, dann empfehl ich dir das original ICD2 von Microchip. Das geht direkt aus MPLAB heraus und unterstützt alle PICs (egal ob 10er, 12er, 16er, 18, dspic), die aufm Markt sind. Ich hab selber eins und kann es nur wärmstens empfehlen - kostet allerdings rund 130 Euro.
Immer wenn ein neuer PIC rauskommt, gibt es auch ne neue MPLAB-Version, und damit auch ne neue Firmware für das ICD2. Somit kannst du immer alle PICs brennen und musst nicht die nehmen, die jemand in seine Software eingebaut hat.
Das ICD2 ist nicht nur ein einfacher Brenner, sondern ein In-Circuit-Debugger, was bedeutet, dass du das Programm zu jedem beliebigen Zeitpunkt anhalten kannst und dir anschaun kannst, was wo im RAM steht. Du kannst Breakpoints setzen, an denen das Programm automatisch angehalten wird, hast nen Einzelschrittmodus usw.
Wenn du einen Fehler suchst, dann ist das unheimlich geschickt.
Wenn du den Simulator in MPLAB nutzt (was man machen sollte, denn der ist wirklich genial), dann brauchst du später nur auf Debugger klicken und dort anstelle von Simulator ICD2 auswählen und dann schaffst du auf deiner Hardware - also wirklich eine sehr bequeme Bedienung.
-------
Wenn es nicht so teuer sein soll, dann empfehle ich den IICProg, ein kleiner Brenner für die serielle Schnittstelle, der ca. 60 Cent kostet.
Der braucht keine extra Stromversorgung und die Software (IC-Prog) brennt so ziemlich alles, was man seriell programmieren kann (eeproms, atmel, pic, ...)
der aufbau geht auf 5x5 cm lochraster...
Details dazu findest du auf:
Hardware
bzw. Software
Nachteil dabei: Du musst den Programmer ausstecken, um das Programm laufen zu lassen und hast keine Debugmöglichkeiten.
MfG
Stefan
vielleicht sollte ich es genauer sagen, der pbrenner findet keinen brenner am parallelport . ich benutze xp mit servicepack1 und 2 und hab n abit kg7 raid motherboard, ist n älteres modell.
könnt ihr xp user bei denen pbrenner klappt mal ihre bioseinstellungen für den parallelport posten? also ecp, oder epp usw.
und muss ich den druckertreiber irgendwie besonders installieren? oder reichts einfach im selben ordner zu starten? hab den treiber auch schon in windows\system32\driver kopiert
Also, ich laufe grad einen XP prof. (Version 5.1 Build 2600), mit Servicepack 2, LPT1 ist ein ECP und ich habe keine Probleme mit dem Brenner 5...
Hast du den mitgelieferten Tool "smporttool" ausgeführt? Wenn ja, was sagt er dir, also hat er es geschafft, den Treiber zu installieren? Und bei einem Port-Test, kann er den Port öffnen?
Wenn nicht, dann hast du das Problem eingegrenzt und leider schreibt spurt, dass man dann nur noch auf ein älteres Windows (ich glaub 9umsteigen müsste, weil das Problem ist, dass alle Win-Versionen über 98/ME einen direkten Zugriff aus einem Programm auf Peripherie-Geräte (COM, Parallel-Port, Festplatte, Graphikkarte, Tastatur, etc.) nicht mehr erlauben, sondern Treiber dazuwischengeschaltet werden müssen, die die Kommunikation übernehmen. Hat ihr Vorteile, dass ein fehlerhaftes Programm besser in Zaum gehalten werden kann, Nachteil ist, dass ohne einem installiertem und laufendem Treiber nichts mehr geht...
MfG
Mobius
ich den treiber mit dem prog installiert. der treiber wird erkannt und zeigt an dass er geöffnet und geschlossen werden kann. dennoch ändert sich nicht das problem mit dem nicht erkennen
Bin auch am überlegen, ob ich mir diesen Brenner zulegen soll.Zitat von stegr
Kann der ohne weiteres jeden PIC brennen ?
Krieg ich meine anderstwo erzeugten HEX Files (PicBasic) auch irgendwie in den PIC über den ICD 2?
Oder muss es in MPLAB geschrieben werden, um es übertragen zu kennen ?
Um einen µC auf ner produktiven Platine anzuzzapfen muss ich ja dafür sorgen, dass ein paar Pins freibleiben müssen ?Das ICD2 ist nicht nur ein einfacher Brenner, sondern ein In-Circuit-Debugger, was bedeutet, dass du das Programm zu jedem beliebigen Zeitpunkt anhalten kannst und dir anschaun kannst, was wo im RAM steht. Du kannst Breakpoints setzen, an denen das Programm automatisch angehalten wird, hast nen Einzelschrittmodus usw.
Wenn du einen Fehler suchst, dann ist das unheimlich geschickt.
Wieviele/welche Pins braucht die Software um debuggen zu können ?
Wenn ich dich richtig verstanden habe, kann ich den laufenden µC einfach anhalten und mir jeden Register ansdchauen ? Goil...
ja, ich will das ding auch aber ich finds nur beim großen C und das für 170, kennt jemand eine andere quelle für das icd2?
Direkt bei microchip, wenn du ne Kreditkarte hast.
Kommt auch wesentlich billiger als in EU.
Berechtigungen
Zitieren
Lesezeichen