Sida 3 av 3
Postat: 11 december 2006, 20:24:18
av JimmyAndersson
off-topic, men jag kan inte låta bli:
sodjan: Riktigt cool bild!!

Postat: 11 december 2006, 20:26:57
av sodjan
Jo, jag tyckte inte att det passade längre med en sommarbild från skärgården...

Postat: 11 december 2006, 20:32:07
av JimmyAndersson
Jag tycker dessa herrar borde byta trummis.
Den nuvarande har för kort skägg. Visserligen heter han "Beard" i efternamn, men ändå.

Postat: 11 december 2006, 20:33:18
av pheer
Jag skickade en complaint redan i fredags samtidigt som jag beställde nya
picar från microchip. De hörde av sig igår och idag svarade jag och
förklarade hela historien.
Det var ju inget fel på dem. Efter en erase med den ihopbyggda
programmeraren kunde jag använda ICD2an igen. Det är ju snarare fel
på Microchips ICD2 som inte fixade biffen.
Håller med Jimmy, nice avatar!
Postat: 11 december 2006, 21:05:47
av sodjan
OK, jag förstår.
Fel på ICD2 ?
Nja, *alla* programmerare som inte kan kontrollera Vdd har detta "problem".
D.v.s. att "Vpp-before-Vdd" blir problematiskt.
Ang bilden så blev det akut att ta en ny, frugan vill hjälpa till att "fixa skägget"...
Postat: 11 december 2006, 21:29:49
av bengt-re
Det som förefaller mig lite märkligt är att jag säkert programerat om 12F629 or 50 gånger efter det att jag har valt MCLR internal med ICD-2 och det har ALDRIG strulat..... Märkligt att det påstås att det inte skall fungera....
Postat: 11 december 2006, 22:02:14
av bearing
Det var alltså kombinationen intern MCLR och intern oscillator. Fast det antar jag iofs att du menade. Det är ju möjligt att andra versioner av MPLAB ger ICD2 en annan firmware. Vilken version har du använt?
Postat: 11 december 2006, 22:04:04
av bengt-re
Vet inte. Har programmeraren på jobbet tyvärr. jag har sett varningstexten men struntade i den och det fungerar perfekt ändå..... lite märkligt onekligen....
Postat: 11 december 2006, 23:09:57
av sodjan
Lät du ICD2'n "mata" målmiljön eller hade den sin egen spänning ?
Det där med "intosc" är lite underligt. Men det kan ha att göra med att
processorn då hinner "köra igång" koden. En kristalloscillator har lite längre
starttid. Grundproblemet är ju att den kod som ligger i processorn hinner
starta, och *om* den då hinner ställa om PGC/PGD i "fel" läge, så kommer
inte processorn att gå över i programmeringsläge när Vpp läggs på.
Det betyder också, om jag förstår detta rätt, lite tunn is är det här, att
fenomenet också beror lite på vad koden gör i starten...
Postat: 12 december 2006, 08:13:00
av Icecap
Jag har ju "bara" en ICD (gl. versionen) och där skrivar de i dokumentationen att instruktionen på adress 0x000 måste vara NOP, kanske det är för att fånga det tidsmässigt?