Sida 1 av 5
Tappar kontakten med Wispen "rc23"
Postat: 14 mars 2008, 10:37:42
av Andy
Hur kan det komma sig att jag får rc 23 från Wispen konsekvent på andra försöket? Jag använder den senaste programvaran i 648an och XWisp2 i datorerna (har testat med två laptops). Det fungerar perfekt en gång, vid nästa försök blir det rc 23. Enda sättet att få igång den igen är att bryta spänningen till målmiljön (från vilken Wispen får sin spänning) och återansluta igen, då funkar det en gång igen! Jag har även försökt andra varianter, starta om Windows (2000 i den ena och XPP i den andra datorn), öppna ett nytt cmd fönster, o s v. Spännings matningen är stabil 5,00Volt och med 1,5A till förfogande, jag använder ingen USB adaptor utan kör direkt i com port.
Hex koden kommer från Votis sida (min egen har jag inte lyckats få att funka än men det är ett annat problem), målet är en 16F628A som sitter på ett litet protoboard.

Postat: 14 mars 2008, 12:58:51
av sodjan
> Hex koden...
Vilken ?
Jag har sett samma fenomen på vissa PIC18 modeller, men aldrig på
t.ex 16F628A. Jag ska just ner till kontoret, om jag bara får veta vilken
HEX fil du använder så ska jag testa direkt...
Postat: 14 mars 2008, 18:33:21
av Andy
Det är (b628i-1.hex) och (b628i-2.hex) som jag har testat med och de fungerar som de ska men bara en "go" nästa blir en "rc23"!

Postat: 14 mars 2008, 18:36:41
av Icecap
Och man ska INTE använda de filer med 'i' då det betyder "intern MCLR"!
Postat: 14 mars 2008, 18:40:57
av sodjan
Icecap har rätt.
Intressant dock att en power off/on hjälper.
Prova med b628-1.hex och b628-2.hex så
ska det fungera varje gång utan power off/on...

Postat: 14 mars 2008, 18:44:36
av Andy
Ska göra det. Schemat visar inget pullup på MCLR, är det riktigt? Schemat där man har extern X-tal har 33k pullup på MCLR?
Postat: 14 mars 2008, 18:46:46
av sodjan
Ja, (fan, jag har tagit upp detta med Wouter massor av gånger....

)
Den ena varianten har extern kristall *och* extern MCLR (utan "i").
Den andra har intern osc *och* intern MCLR (med "i").
Den man skulle önska vore en variant med intern osc och extern MCLR...
Postat: 14 mars 2008, 18:59:25
av Andy
Ska jag tolka det som att det är ok att hänga på ett pullup motstånd och köra utan "i" som test?
Det är int lätt att vara nybörjare!

Postat: 14 mars 2008, 19:13:02
av hcb
Så länge du kan programmera om kretsen (d.v.s. kan köra Vpp före Vdd), visst.
Postat: 14 mars 2008, 19:14:27
av sodjan
Och det gick ju enligt information tidigare i tråden efter en power off/on...
> Ska jag tolka det som att det är ok att hänga på ett pullup motstånd och köra utan "i" som test?
Och en kristall (med kondingar)...
Postat: 14 mars 2008, 19:21:08
av Andy
Måste jag ha en kristall? Jag vill ju inte ha nån kristall !

Postat: 14 mars 2008, 19:30:11
av sodjan
OK, gör som du vill...
Postat: 15 mars 2008, 00:07:52
av Andy
Nu har jag löst problemet med mina egna hex filer (funkar bra nu) men, jag har testat diverse kombinationer med och utan pullup och med värden från 22k till 100k inget råder bot på rc23 felet! Det räcker att ta bort den röda tråden (+) från labbplattan (den som försörjer Wispen) en sekund så kan man köra en gång till, man behöver alltså inte bryta spänningen till målmiljön endast till Wispen.
Har dock inte testat med kristall för att jag inte har någon lämplig sådan, men jag hoppas att det ska fungera att köra ICSP utan att ha en kristall med i bilden. I övrigt fungerar xwisp2 och Wisp648an helt 100!

Postat: 15 mars 2008, 00:42:50
av sodjan
Med vilken fil kör du nu?
> men jag hoppas att det ska fungera att köra ICSP utan att ha en kristall med i bilden.
Absolut.
Postat: 15 mars 2008, 01:07:47
av Andy
Jag har kört både Votis och egna PBP kompilerade i MPASM och alla fungerar som de ska.