OK, så här är det...
Först ang Wisp628.
Jag har sålt 150 (eller om det var 200, minns inte) Wisp628 under 1-2 år.
Av dessa har ca 10 st haft någon slags problem.
Av dessa har jag fått tillbaka 2-3 st till mig.
Av dessa har det varit monteringsfel/lödproblem på "de flesta".
De flesta monteringsproblemen med Wisp628 har varit p.g.a att mönsterkortet
inte riktigt uppfyller normal standard för kragar runt hål o.s.v.
Enbart ett fåtal (4-5 st) har sålts färdigbyggda och testade, resten har
monterats av kunden.
Sen när det gäller Wisp648...
Problemen med mönsterkortet är åtgärdat. Å andra sidan är den ca
dubbelt så många komponenter, så det finns fler möjligheter att
klanta sig vid monteringen...
Just nu råder det lite förvirring kring firmware till Wisp648. Det finns idag
lösningar på dessa, men det kan ibland innebära att man byter ut
den firmware som sitter vid leverans. För detta så har jag skickat med
en extra 16F648A (utan kostnad) så att användaren själv kan ladda om
firmware (vid behov).
De vanligaste problemen som jag har sett med Wisp628 är:
- Monteringsfel.
- Man tror att den tar 5V från RS232 porten.
- "Fel" på 5V'en (t.ex ett ATX agg eller dåligt reglerad/glättad batterieliminator).
- Laddat HEX-fil med internal-MCLR påslaget.
Jag förväntar mig samma "problem" med Wisp648...
Sen angående den aktuella tråden...
Att ladda en HEX fil som ställer om processorn till internal-MCLR är ett
problem som inte är unikt för Wisp628/648, det är ett gemensamt problem
för alla ICSP programmerade, om inte programmeraren kan kontrollera
Vdd så är det bäst att låta bli den funktionen helt!
> Jag har PICStart Plus programmerare för tillfället och den har aldrig krånglat,
Och du har byggt den själv ?
