Onzeker over 16LF877A

Ik denk dat ik hier maar een nieuw topic over ga openen.
Inhaken op een zelfde-PIC-maar-met-een-ander-probleem-topic is niet handig.

http://www.circuitsonline.net/forum/view/40780/4

Het punt is dat ik steeds een foutmelding krijg bij het proggen van een PIC 16LF877A.
Steeds op het laatste moment van het sturen van de HEX file via de WISP628 en Bumblebee, geeft de laatste een foutmelding:


Error:
error sending command -W

Ik heb al vanalles geprobeerd zonder resultaat.
eea is terug te halen uit bovenvermelde topic, de laatse 4 reacties
Iemand nog suggesties?
Of iemand nog vergelijkings materiaal?
-Een andere 877 om te vergelijken?
-Een andere schakeling gebasseerd op de 877 om defecte PIC uit te sluiten?
-Een werkende 877 code om de schakeling te checken??

fantomaz als je de code deze kant op stuurt dan wil ik wel proberen deze in een LF877A te drammen

dan kunnen we kijken of het aan de LF877A ligt of dat de wisp er neit mee weg weet(of xwisp/bumblebee)

hoe programmeer je hem? ICSP of op een breadbord

[Bericht gewijzigd door timmie op ]

Probeer XWISP2 eens. Klinkt als een foutje met de fuses.

Heb ik ook...

wil je de oplossing?

Ergens op voti's site stond het namelijk:

je moet de poorten B(dacht ik) vrij houden(tijdens het proggen), dus als er een LCD oid aan hangt krijg je dat van error sending w nogwat

[edit] Ik kan het ff niet vinden wat ik dacht gelezen te hebben, wel dit

The Wisp628 programmer must be able to drive the RB6, RB7 and (when applicable) LVP pins of the target PICmicro. A simple way to assure that this is possible is to have 10 kΩ resistor between the PICmicro pin and the rest of the circuit (somewhat lower values might also work, YMMV). When the circuits connected to these PIC pins are input-only there is of course no problem, but be aware that for instance the data lines of an HD44780 LCD driver can turn to outputs when the R/W line is left floating (which will, during reset, happen when it is connected to another pin of a target PICmicro).

[Bericht gewijzigd door Ganzz op ]

Breadboard...
Wil de schakeling eerste testen...

Ik stuur je even een testprogramma op.
Die werkte ook al niet.

O, ik zet hem hier wel even neer als HEX en als Code


0000 00 00 00 30 8A 00 2B 28 A3 01 A2 00 FF 30 A2 07
0010 03 1C A3 07 03 1C 26 28 03 30 A1 00 DF 30 12 20
0020 06 28 A1 01 E8 3E A0 00 A1 09 FC 30 03 1C 1B 28
0030 A0 07 03 18 18 28 A0 07 00 00 A1 0F 18 28 20 18
0040 21 28 A0 1C 25 28 00 00 25 28 08 00 83 13 83 12
0050 03 13 00 00 08 00 07 30 83 16 9F 00 85 01 FF 30
0060 86 00 87 01 C0 30 88 00 89 01 83 12 02 30 89 06
0070 83 16 89 10 03 30 83 12 A3 00 E8 30 8A 01 05 20
0080 8A 01 35 28 63 00 8A 01 42 28
400E 32 3F


'****************************************************************
Device 16F877 	
xtal = 4     							
;PWRTE_on, LVP_OFF
ALL_DIGITAL TRUE

Trisa =   %000000
Trisb = %11111111
trisc = %00000000
trisd = %11000000
trise =      %000
start:


toggle porte.1
delayms 1000  
goto start

end

Hmm geen lcd dus zo te zien, kloppen de fuses wel?

Op 9 januari 2007 15:09:15 schreef Ganzz:
je moet de poorten B(dacht ik) vrij houden(tijdens het proggen), dus als er een LCD oid aan hangt krijg je dat van error sending w nogwat

[edit] Ik kan het ff niet vinden wat ik dacht gelezen te hebben, wel dit

Ik had daar eerst een ander IC aan hangen.
Toen kreeg ik steeds andere errors,
Ik heb de poorten waar de WISP mee communiceerd met een 10K weerstand naar dat IC laten lopen en toen was die foutmelding weg.
Nu heb ik zelfs die volledige module van het andere IC losgekoppeld en nog steeds zie ik geen resultaat, :-(

Op 9 januari 2007 15:13:50 schreef Ganzz:
Hmm geen lcd dus zo te zien, kloppen de fuses wel?

3F32, kijk maar in het datasheet wat dat betekent.

Op 9 januari 2007 15:13:50 schreef Ganzz:
Hmm geen lcd dus zo te zien, kloppen de fuses wel?

Weet ik niet...
Ik ben daar niet zo bekend mee.
Ik krijg geen foutmelding van Proton dus ga ik verder.
kijk eens die andere topic pag 4 na en let eens op de verschillende HEX codes die ik heb gepost.

ze zijn identiek, op 1 regeltje na...

ik ram dalijk je progsel er ff in je hoort het zo ff kabel fixen

ik moet je teleurstellen ik krijg helemaal nix in een 877A(maar dat ligt aan mijn progger) ik kijk vanavond even of ik de andere kna vinden en dan nog een keer proberen

Ik ga zo ook denk ik nog wel wat proggen dus dan test ik het even

Graag!
Ik ben echt benieuwd waar het nu fout gaat...

Heb hetzelfde probleem al eens met een 12F629 gehad. Zie ook: http://www.circuitsonline.net/forum/view/37118

Probleem zat hem toen in het vergeten van een 33K weerstandje aan de /mclr.
(ja ik weet het: stom |:-()

Met de wisp628 heb ik dat probleem vroeger heel vaak gehad.

Meestal werkte het target wel naar behoren, maar ik heb nog steeds géén idee waar het aan kon/kan liggen.

Op 9 januari 2007 16:54:00 schreef tjenoe:
Heb hetzelfde probleem al eens met een 12F629 gehad.
Probleem zat hem toen in het vergeten van een 33K weerstandje aan de /mclr.

Dat had ik allemaal al gecontroleerd. ;-)

Op 9 januari 2007 16:57:48 schreef elmowww:
Meestal werkte het target wel naar behoren...

Wat bedoel je dan Elmowww?
Dat je target volledig werkte??
Ik krijg had dat idee ook omdat ik de code er ogenschijnlijk wel in kon krijgen.
Haalde ik de code er weer uit, was hij op 1 regel na identiek.

Op 9 januari 2007 16:57:48 schreef elmowww:
Meestal werkte het target wel naar behoren, maar ik heb nog steeds géén idee waar het aan kon/kan liggen.

Yep, ik had precies dezelfde ervaring. Het ging altijd fout aan eind van het programmeren (Dus wanneer de fuses geschreven werden). PIC resetten (of power down, dat weet ik niet meer) en vervolgens draaide het programma wel gewoon. Wat soms hielp was eerst manueel de PIC erasen met bumblebee en dan pas programmeren. Vervolgens overgestapt naar XWISP2, nooit meer problemen en nooit meer omgekeken naar Bumblebee.

Op 9 januari 2007 17:25:20 schreef JoWi:
Yep, ik had precies dezelfde ervaring. Het ging altijd fout aan eind van het programmeren (Dus wanneer de fuses geschreven werden). PIC resetten (of power down, dat weet ik niet meer) en vervolgens draaide het programma wel gewoon. Wat soms hielp was eerst manueel de PIC erasen met bumblebee en dan pas programmeren. Vervolgens overgestapt naar XWISP2, nooit meer problemen en nooit meer omgekeken naar Bumblebee.

OK...
Mag ik hieruit opmaken dat Xwisp2 een software is en geen Hardware :+ ?
Waar kan ik het vinden (snelle ontgooglevraag)?

Dan kan het namelijk een combinatiefout zijn.
De ene fout (voor zover fout te noemen) is dat Bumblebee onterecht aangeeft dat er een communicatiefout is. Dat verklaar dat wel alle data in de PIC wordt gezet.
Op het PICbasic forum las ik dat die regel 400E een configfout is. Ik heb dus een configfout voor de 877. Die wordt wel gewoon geprogd, maar vervolgens als fout aangezien en vervangen door een andere.
Dat deze andere hier vervolgens helemaal een niet werkend systeem van maakt is fout nummer 2 :-)

Dan dus de volgende vraag:
Wat voor configfuses zou ik dan moeten instellen (-> moet ik zelf uitvogelen natuurlijk :-))
Waar in de datasheet vind ik een totaaloverzicht van deze Fuses?

Verder heb ik net een reactie gekregen op het PICbasicforum op de Proton site.
Voor diegenen die van de hoed de rand willen weten:

http://www.picbasic.org/forum/showthread.php?p=39254#post39254

XWISP2 is software voor de PC die in combinatie met de WISP826 programmer werkt (maar zonder dat je Python hoeft te installeren). Ook kan deze software meer verschillende types aan. Google: eerste hit.
De belangrijkste fuse is trouwens die van de kristaloscillator, heb je die fout dan wil de PIC vaak niet opstarten. (En het uitzetten van de Watchdog natuurlijk)

Watchdog uit is toch WDT off?
Ik zal zo even googlen

Ik heb net op het PICBasic.org forum een tip gekregen mbt mijn probleem.
De interne pullups van PortB zullen aanstaan. Deze moet poort moet echter [met een 1K weerstand]naar GND getrokken worden. In ieder geval de B.3 Poort.
Omdat een weerstand naar GND een spanningsdeling veroorzaakt, moeten die Pullups uitgezet worden.
Hoe gaat dat ook weer in zijn werk?
Intpullup_off oid?
Ik heb het eens ergens gezien/gelezen.

Edit:
Weerstandswaarde vermeld

Op 9 januari 2007 17:25:20 schreef JoWi:
[...]Yep, ik had precies dezelfde ervaring. Het ging altijd fout aan eind van het programmeren (Dus wanneer de fuses geschreven werden). PIC resetten (of power down, dat weet ik niet meer) en vervolgens draaide het programma wel gewoon.
[...]

Same here!

[Bericht gewijzigd door Henry S. op ]

Interne pullups hebben er niks mee te maken, want je target staat in programmeer mode. Wat RB3 betreft: Die hangt toch aan de programmer (witte draadje)

OK...
Het was een tip die ik niet direct wil negeren.
Kun je me uitleggen hoe ik die WDT uitzet?

En wat die B3 poort betreft, heb ik het volgende begrepen.
Ik heb de LF serie. Wat wil zeggen dat mijn PIC niet per se op 5V hoeft te werken.
Maar wanneer mijn uitgang floating is, is het moeilijk een onderscheid te maken tussen 1 en 0. Daarom adviseerde men mij de poort naar nul te trekken om een dit te tackelen.
MAar wil ik de poort naar nul trekken heb ik, wanneer de PIC gewoon werkt, een combinatie van pullup (intern) en een Pulldown extern. En heb ik een spannigsdeling.
Ik weet niet of dat voor de PIC kwaad kan, maar ik moet hem echt hard naar GND of 5V brengen middels een commando, anders is hij heel stug "floating". :-)

Anyway. Het gaat me een beetje boven de pet, maar al springende probeer ik mezelf boven de pet uit te laten komen. ;-)

je moet of pulldown of pullup gebruiken maar neit beide dan kan je beter geen van beide doen.
pullups kan je aanzeten in de software en is dus makkelijker