XWisp probleem

Op 1 april 2003 22:35:26 schreef k.p.meinesz:
- h=H
- pin 6 lvp

OK. Wat gebeurt er als je gewoon een programma probeert te downloaden?
python xwisp.py <compoort> go <hexfile>

het schrijft dan het programma naar de pic(duh)
ik zie zo,n tellertje lopen code #adres
en dan wirting fuses dan gaat het fout
send xxxxw recieved xxxx?

dit is een plaatje van een fout tijdens het proggen
http://members.home.nl/kpmeinesz/wisperr.bmp

gekochte Wisp628 of zelf gemaakt ? als het zelf gemaakt is ligt het daar waarschijnlijk aan... heb je opmerkingen gelezen bij zelf ontwerpen van PCB ?

Op 2 april 2003 17:04:00 schreef Aedolon:
gekochte Wisp628 of zelf gemaakt ? als het zelf gemaakt is ligt het daar waarschijnlijk aan... heb je opmerkingen gelezen bij zelf ontwerpen van PCB ?

helaas bij mij n.v.t. heb hem gekocht.

Zijn alle solderingen goed ? (geen bolletjes of barstjes)
anders nog eens ff verwarmen dat het een mooi "hoopje" is.

Op 2 april 2003 16:51:50 schreef k.p.meinesz:
het schrijft dan het programma naar de pic(duh)
ik zie zo,n tellertje lopen code #adres
en dan wirting fuses dan gaat het fout
send xxxxw recieved xxxx?

OK, dat is al een heel eind.

Welke hex file, target chip, command line, Wisp628 versie en xwisp versie gebruik je?

ik heb met AVR programmers al meegemaakt dat de signalen beetje "scheef" waren precies alsof een kleine condensator wordt opgeladen, dit was door een slechte soldering (1!) en die maakte geen contact als je heel goed zag zag je een kleine barstje precies misschien print ff nakijken ?

Hex file: b877-2.hex ; smc800.hex ; biclock.hex
pictarget:b877-2.hex & smc800.hex 16f876a
biclock.hex 16f84a
wisp628 v1.09
xwisp 1.06
command line?
xwisp.py com2 go c:\progra~1\xwisp\example\b877-2.hex
en
example.xwisp

opmerking meestal komt hij niet aan de fuses
de fout zit ook niet constant op hetzelfde adress
het is echter wel altijd dezelfde fout
send='xxxxw' recieved='xxxx?'

Op 2 april 2003 17:35:22 schreef k.p.meinesz:
opmerking meestal komt hij niet aan de fuses
de fout zit ook niet constant op hetzelfde adress
het is echter wel altijd dezelfde fout
send='xxxxw' recieved='xxxx?'

Aha, dat maakt het al weer iets duidelijker. Kan je tijdens het programmeren de spanning op /MCLR van de target (gele draad) meten? (evt 'xwisp talk' en dan '00000CX') En je hebt toch niets anders op de programming pennen aangesloten dan de programmer en een pull-up op /MCLR van 33k ofzo?

Op 2 april 2003 20:01:01 schreef Wouter van Ooijen:

[...]

Aha, dat maakt het al weer iets duidelijker. Kan je tijdens het programmeren de spanning op /MCLR van de target (gele draad) meten? (evt 'xwisp talk' en dan '00000CX') En je hebt toch niets anders op de programming pennen aangesloten dan de programmer en een pull-up op /MCLR van 33k ofzo?

12.41v
led knippert 1x tijdens proggen
idd alleen de progger op de ingangen/mclr
een led op pin 6(progger)
en 4 leds op ra0/ra4

Dat klinkt allemaal goed, maar toch is er iets wankel. Geen erg lange draden gebruikt ofzo? Je 5 Volt voeding is echt 5.0 Volt, ook onder enige belasting? Meet eens voor de gele, blauwe en groene draad of die echt wel contact maken met de corresponderende pinnen van de 16F628 in de programmer (voor de gele de collector van de transistor)?

Op 2 april 2003 22:26:18 schreef Wouter van Ooijen:
Dat klinkt allemaal goed, maar toch is er iets wankel. Geen erg lange draden gebruikt ofzo? Je 5 Volt voeding is echt 5.0 Volt, ook onder enige belasting? Meet eens voor de gele, blauwe en groene draad of die echt wel contact maken met de corresponderende pinnen van de 16F628 in de programmer (voor de gele de collector van de transistor)?

alles klopt spanning 4.98v onbelast
belast 4.88v
draden zijn gewoon de standaard draden geleverd bij wisp628
draden zijn meteen naast overeenkomstige pic pinnen gestoken op een breadbord

ff op een rijtje:
onder talk spreekt de compoort via max232 met wisppic16f628
de wisp geeft het zelfde teken terug ongeacht de aangesloten bedrading behalve de voeding

zelfs zonder de te programeren pic krijg in nl. onder talk vraagtekens terug
onder term krijg ik als ik de wisppic verwijder en pin 7/8 doorverbind wel de juiste tekens terug
led op aansluiting 6 knippert 2x en tijdens proggen 1x
aangezien in TALK w terug komt als ?
is het logisch dat SEND='xxxxw' RECIEVED'xxxx?' geeft

is het dan niet zo dat de wisppic niet goed is?
of zie ik iets over het hoofd?

'talk' is niet zo maar echoen, het is ecvht het aansturen van de programmer volgens zijn protocol. Dat je dus af en toe een ? terug krijgt als je gewoon wat probeert is te verwachten.

Wat voor voeding gebruik je die onder belasting 0.1 Volt terugloopt? Hoeveel belasting was dat?

Op 3 april 2003 20:33:37 schreef Wouter van Ooijen:
'talk' is niet zo maar echoen, het is ecvht het aansturen van de programmer volgens zijn protocol. Dat je dus af en toe een ? terug krijgt als je gewoon wat probeert is te verwachten.

Wat voor voeding gebruik je die onder belasting 0.1 Volt terugloopt? Hoeveel belasting was dat?

standaart 7805 met ontkoppeling en buffer elco van 2200uF
belasting ong.10 mA mijn Amp meter is niet geweldig.

Op 3 april 2003 21:03:09 schreef k.p.meinesz:

[...]

standaart 7805 met ontkoppeling en buffer elco van 2200uF
belasting ong.10 mA mijn Amp meter is niet geweldig.

Ik neem aan dat die elco aan de primaire (hoge kant) staat.
- ook een kleine C aan de secundaire (5V) kan, meteen aan de 7805?
- wat stop je er primair in?

0.1 Volt drop bij 10mA is echt veel voor een 7805, dus het lijkt er op dat of je primaire spanning inzakt of de 7805 oscilleert

Op 4 april 2003 07:54:50 schreef Wouter van Ooijen:

[...]

Ik neem aan dat die elco aan de primaire (hoge kant) staat.
- ook een kleine C aan de secundaire (5V) kan, meteen aan de 7805?
- wat stop je er primair in?

0.1 Volt drop bij 10mA is echt veel voor een 7805, dus het lijkt er op dat of je primaire spanning inzakt of de 7805 oscilleert

zal ik zo ff nakijken ik vond dit ook iets veel
vooral bij zo,n kleine belasting
Uin=9v

Uin=9v

Een 9 Volt batterij zeker, en je hebt zeker niet gemeten wat daar uit komt als je hem een beetje belast? Een 7805 heeft een beplaade minimum spanningsval nodig om te werken, uit m'n hoofd twee volt. Een 9V batterij geeft al snel (behoorlijk) minder dan 9 volt af.

Neem een wall-wart (stekkervoeding), richt gelijk, en voer dat aan de 7805.

Op 4 april 2003 16:52:53 schreef Wouter van Ooijen:

[...]

Een 9 Volt batterij zeker, en je hebt zeker niet gemeten wat daar uit komt als je hem een beetje belast? Een 7805 heeft een beplaade minimum spanningsval nodig om te werken, uit m'n hoofd twee volt. Een 9V batterij geeft al snel (behoorlijk) minder dan 9 volt af.

Neem een wall-wart (stekkervoeding), richt gelijk, en voer dat aan de 7805.

was gewoon een trafo

ik heb nu een voeding van een barcode lezer aangsloten
5v 500mA er verrandert niets
overigens zijn alle fouten nu hetzelfde dus niet meer steeds verschillende adressen maar altijd de zelfde bij het schrijven van de fusses (2007)
send='3f32w'recieved '3f32?'

okee ik hen nu een opstelling met de 16f628 en het...
werkt ik ga ervan uit dat het WISP systeem dus compleet goed is en mij overige pic's overleden:'(

Ik ga nu eerst eens nieuwe pic's bestellen

heb overigens biede voedingen geprobeert en op beide werkt het nu

Wouter bedankt voor de hulp

gelukkig, dat debbuggen op afstand is knap lastig!

Mogen wij weten wat de oorzaak bij jou was?

Op 5 april 2003 16:43:12 schreef Frits Kieftenbelt:
Mogen wij weten wat de oorzaak bij jou was?

de pics die ik gebruikte beleken defect te zijn
zowel een 16f874a een 16f876a een 16f84a bleken defect
oorzaak is mij onbekend
aangezien ik deze drie steeds gebrukte om de Wisp te testen
kreeg ik steeds de zelfde fout melding en was ik overtuigt
dat het aan de WISP moest liggen
teneinde wat te doen heb ik toen een 16f628 geprobeert en die deed het wel toen een andere 16f84a die deed het ook
toen weer de ouden en deze deden het nogsteeds niet dus die zullen wel naar de haaien zijn

ah men neemt en hamer en werkt je frustraties uit op de PICs... werkt bij mij computers gaan ook moet je wel zwaardere hamer nemen