Bumblebee zit PIC 16F887 wel en XWISP niet

Gezien ik nog geen antwoord heb gekregen, even wat extra info.

Ik heb de PIC als volgt aangesloten.
Pin1 : De gele (MCLR) draad van de WISP648 en 10K weerstand richting 5V.
Pin11: 5V
Pin12: GND
Tussen Pin 11 en 12 zo'n blauwe condensator met opschrift 104 (100pf toch)
Tussen Pin 13 en 14 een 20Mhz kristal
Van Pin 13 naar GND zo'n ronde oranje/bruini condensator met opschrift 22. (22pf toch?)
Van Pin 14 naar GND zo'n ronde oranje/bruini condensator met opschrift 22. (22pf toch?)
Pin 21: (PortD.2) een 330 Ohm weerstand naar de lange poot van een ledje.. korte poot van ledje naar GND. Dit is de led die ik wilde laten knipperen.
Pin 31: GND
Pin 30: 5V
Tussen 30 en 31 zo'n blauwe condensator met opschrift 104 (100pf toch)
Pin 36 en 38 : aan de witte draad van de WISP648 (PGM)
Pin 39 aan de groene draad van de WISP648 (PGC)
Pin 40 aan de blauwe draad van de WISP648 (PGD)

In Oshonsoft de volgende fuses gekozen:
_CP_OFF : Flash Progam memory code protection
_DEBUG_OFF : In-Circuit Debugger
_WRT_ENABLE_OFF : Flash Program Memory Write
_CPD_OFF : Data EEPROM memory code protection
_LVP_OFF : Low Voltage In-Circuit Serial Programming
_BODEN_ON : Brown-Out Reset
_PWRTE_OFF : Power-up timer
_WDT_ON : Watchdog timer
_HS_OSC : oscillator selection

Daar komt config word 1 uit met hex waarde 0x3d7e
Programma :

Define CONF_WORD = 0x3d7e
TRISD = 0  'Maak PortD allemaal uitgangen
loop:

PORTD.2 = 1  'Zet ledje aan.. heel vaak
Goto loop
End                                               

In de simulator zie ik dat 't betreffende pootje hoog zou moeten worden.

Ik gebruik Bumblebee 4.02 en hij detecteerd de WISP648 met versie 1.29. Target identify geeft Name:PIC16F877, Code:2082, ID:2080,Revision:0002.
Erase geeft Target succesfully erased.

De hex van het programma is :

Byte   Word   Data  
000000 000000 8A 11 0A 12 05 28 00 00 09 00 83 16 88 01 83 12
000010 000008 08 15 08 28 0A 28 0B 28
00400E 002007 7E 3D

Target Download duurt ongeveer 50sec. En geeft Ready
Hierna geeft 't scherm waar eerst de hex stond nu de hex:

000000 000000 FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F
etc
003EE0 001F70

[Bericht gewijzigd door Henry S. op woensdag 24 maart 2010 16:54:31 (93%)]

lukt het wel met bumblebee het programma er in te gooien en werkt dat dan ook.

Ik het lijkt dat ik met bumblebee 't programma er wel in krijg. Maar 't lijkt niet te werken..
Dus zijn eigenlijk 2 problemen:

1 : Pic/programma werkt niet
2 : Xwisp ziet programmer/pic niet.. Bumblebee wel.

je hebt download gedaan wat je dan doet is het programma wat in de pic staat naar je pc downloaden. open het programma wat je geschreven hebt en klik dan op upload.

als het goed is zou dit sneller moeten zijn en ook werken als je programma goed is

haha.. ok..
ik heb regelmatig met PLC's gewerkt en dan is Download het schieten naar de PLC. Dus vandaar de verwarring..

Maar.. Upload gedaan. duurt +/- 1 sec. Daarna verify en krijg dat een fout dat de data niet gelijk is aan wat er zou moeten staan.
Verify error at adress 0x000000.Value in image is 0x118A and value in target is 0x22B7.

tips?

Define CONF_WORD = 0x3d7e
TRISD = 0 'Maak PortD allemaal uitgangen

Opnieuw: ;Label met zelf te verzinnen naam
TOGGLE PORTD.2 ;Aan moet uit, uit moet aan
DELAYMS 500 ;500 milliseconden = 0,5 seconde
GOTO Opnieuw ;Spring naar 'Opnieuw' en ga zo steeds door

END ;Einde programma

schiet dit er eens in. als het namelijk goed heb klopt het programma wat je nu hebt ook niet helemaal hier mee knippert hij.

die 1 sec klopt wel. want het is maar een klein programma. communicatie werkt dus wel. dus je wisp is goed.
erase eerst de chip laat dan in en dan verify

geprobeerd.
in Oshonsoft kent hij DelayMs niet.. daar is het WaitMS.

hex gemaakt> erase > download > verify
zelfde fout..
lijkt alsof hij de data er niet in krijgt.

even een download gedaan (naar PC) en vergelijken met geschoten hex.
geschoten is:

000000 000000 8A 11 0A 12 05 28 00 00 09 00 83 16 88 01 83 12
000010 000008 83 16 08 11 83 12 04 30 88 06 F4 30 A0 00 01 30
000020 000010 A1 00 15 20 08 28 13 28 14 28 A0 08 03 19 20 28
000030 000018 27 20 A0 03 00 00 00 00 00 00 00 00 00 00 15 28
000040 000020 A1 08 03 19 08 00 27 20 A1 03 A0 03 15 28 0C 30
000050 000028 A5 00 A5 0B 29 28 00 00 00 00 62 30 A2 00 A2 0B
000060 000030 36 28 38 20 38 20 00 00 00 00 08 00 38 20 2F 28
000070 000038 0D 30 A4 00 A4 0B 3A 28 00 00 08 00
00400E 002007 7E 3D

gedownload is:

000000 000000 B7 22 70 37 C1 08 8A 11 FF 3F FF 3F FF 3F FF 3F
000010 000008 FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F
000020 000010 B7 22 70 37 C1 08 8A 11 FF 3F FF 3F FF 3F FF 3F
000030 000018 FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F
000040 000020 B7 22 70 37 C1 08 8A 11 FF 3F FF 3F FF 3F FF 3F
000050 000028 FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F
000060 000030 B7 22 70 37 C1 08 8A 11 FF 3F FF 3F FF 3F FF 3F
000070 000038 FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F
00400E 002007 36 20 FF 3F
[/code)

als ik na een erase een download doe krijg ik zoals in 't tweede bericht van mij stond.. allemaal regels met 
[code]
000000 000000 FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F FF 3F

Dus erase werkt wel.. maar 't schrijven gaat niet goed ofzo.

enig idee?

hoe zit de wisp aangesloten aan je computer? gewoon via de com port of via een usb com converter? dit zou ook problemen kunnen geven namelijk

anders zou ik je er ook niet mee kunnen helpen daar is mijn kennis te weinig voor.

Gewoon aan de compoort. wel met een serieel kabeltje ertussen...
maar 't lijkt me dat als hij de WISP kan identificeren en de PIC kan identificeren de communicatie qua Lezen goed zou moeten zijn.

post eens een foto van je opstelling van de pic en dergelijke misschien kunne we daar wat uit halen

twee foto's van breadboard
http://img193.imageshack.us/img193/9330/img00171i.jpg
http://img6.imageshack.us/img6/3153/img00161y.jpg

leip11 super bedankt dat je zo snel reageert iedere keer.

alsjeblieft,

maar ik kan hier nu ook niks verder uithalen daar is echt mijn kennis te weinig voor. ook al omdat ik een tijde niks heb gedaan met mijn wisp en zo. maar als het goed is zal er vast iemand komen die het van mij overneemt.

gebruik trouwens deze instellingen eenst voor je prog

Device 16F877A
Config WDT_Off, PWRTE_ON, HS_OSC , PWRTE_ON, LVP_off
XTAL 20
ALL_DIGITAL = true
misschien dat het helpt weet niet zeker

[Bericht gewijzigd door leip11 op woensdag 24 maart 2010 11:25:39 (30%)]

Nope werkt ook niet. Weer verify error

heb je nog een chippie liggen voor je wisp. ik heb dit probleem ook eens gehad en daar bleek uiteindelijk dat de software in de wisp niet goed werkte. probeer die eens te updaten

Nope geen chippie liggen.

dan wordt het lastig,

je hebt niet een elektronicaboer in de buurt of zo dat je er daar een haalt. dan kan je zoiezo als je nieuwe software ingeladen hebt en het werkt die ander weer gebruiken.
anders zou je het effe bij voti of zo moeten bestellen

ja kan er ws wel een halen bij Stuut&Bruin in Den Haag.

bel ze eerst effe voordat je die kant opgaat

als ik met xwisp via command line wil proggen zegt ie: "no fuses information in image"
ben ff MPlab aan 't downloaden zodat ik een 100% foutloze hex kan maken met fuses.

[Bericht gewijzigd door Tom den Hollander op woensdag 24 maart 2010 13:46:03 (30%)]

First things first. Je zegt dat het niet werkt met xwisp? wat krijg je dan precies voor melding? (cut-n-paste graag)

Ik zal 't zaakje zo weer even aansluiten en even testen.
Maar de laatste bevinding die ik had was dat ik bij XWISP met GUI nu COM1 ipv 1 had ingevuld. WXISP herkende de pic, programmeerde heb, en verifieerde hem zonder problemen. Echter lichtte het ledje niet op.
Maar. Een paar keer daarna herkende hij soms de wisp niet, en ging 't soms mis tijdens 't schieten of verifieren.
Dus zal eerst de solderingen van de WISP nog eens nalopen.

Op 24 maart 2010 17:34:56 schreef Tom den Hollander:
Echter lichtte het ledje niet op.

probeer het eens met een .hex van http://www.voti.nl/blink
als dat werkt ligt het dus aan jouw programma.

Ik heb de b77-2.hex met de XWisp GUI geschoten en geverified zonder problemen.
Wel blijft 't ledje continue branden en de sterkte lijkt afhankelijk van hoe dichtbij ik kom.
Als ik de GND aanraak dan gaat de LED uit.

Op 24 maart 2010 19:04:17 schreef Tom den Hollander:
Wel blijft 't ledje continue branden en de sterkte lijkt afhankelijk van hoe dichtbij ik kom.
Als ik de GND aanraak dan gaat de LED uit.

dan heb je echt iets fout gedaan. Heb je precies het schema gebruikt dat op die blik-a-led pagina staat?