Normaal moet het volgende scherm zichtbaar worden.
Als er geen communicatie is tussen PC en programmer, verschijnt de volgende foutmelding in BumbleBee:
Deze foutmelding kan vele oorzaken hebben, vandaar hieronder een check-list.
Check eerst of je de volgende instellingen in BumbleBee goed hebt gedaan:
|
Als bovenstaande instellingen in BumbleBee goed staan, check dan de volgende lijst:
|
 |
Gebruik je een RS232 verlengkabel tussen PC en Wisp-programmer?
Zo ja, weet je zeker dat dit een straight (1 op 1) kabel is en niet een nul-modem kabel?
Steek de Wisp-programmer anders eens rechtstreeks in de COM poort (RS232 poort) van de PC.
|
|
Weet je zeker dat de Wisp-programmer met de goede COM-poort van de PC is verbonden?
Als je in BumbleBee bijvoorbeeld COM1 hebt ingesteld, dan moet de programmer natuurlijk met COM1 zijn verbonden.
|
|
Gebruik je een RS232 naar USB omzetter (USB serial adapter), omdat je geen COM-poort op je PC of laptop hebt?
De meeste USB - RS232 omzetters werken goed met de Wisp-programmers, sommige echter niet.
Voti
verkoopt USB omzetters die zeker geschikt zijn voor de Wisp-programmers.
|
|
In het geval van een Galva-Wisp: Brandt de groene LED?
Zoniet, dan staat er geen 5V spanning op de programmer.
De Galva-Wisp programmer haalt zijn spanning uit de schakeling waarin de PIC zit die geprogrammeerd moet worden.
Check dus of er spanning op je gebouwde PIC schakeling staat.
|
|
Is de voedingsspanning mooi 5 volt?
Even meten met een multimeter op pin 5 (-) en pin 14 (+) van de PIC op de Wisp-programmer.
In het geval van een Galva-Wisp: Heb je de Schottky-diode er goed in zitten?
Is het wel een Schottky-diode (bijvoorbeeld SB130, SB140 of 1N5819)?
Een gewone diode zoals 1N4xxx heeft een spanningsval van zo'n 0,7 volt, dus die zijn niet geschikt.
Een BAT85 Schottky heeft een te klein vermogen en kan na een tijdje defect raken.
|
|
Als de schakeling en het PIC programmeren eerder al wel heeft gewerkt, wil een herstart soms helpen.
In het geval van een Galva-Wisp: De groene LED brandt maar de rode LED gaat niet branden bij een programmeeropdracht.
De voedingsspanning van je opgebouwde PIC schakeling en Wisp-programmer dus even uitschakelen.
Wacht een paar seconden zodat elco's zich goed ontladen (eventueel even meten) en dan de voeding weer inschakelen.
|
|
Is de verbinding tussen PIC en Wisp programmer echt 100% goed?
Zijn de groene, blauwe, witte en gele draden op de juiste pinnen aangesloten?
Check bij gebruik van een DIL-clip of deze wel 100% recht op de PIC is geplaatst.
|
|
Bevat de PIC die in de Wisp zelf zit wel een stuur-programma?
De voorgeprogrammeerde(!) PIC die in de Wisp zelf zit verzorgt de communicatie tussen PC en PIC, deze houdt de Wisp draaiende.
Dit is dus niet de (eventueel lege) PIC die geprogrammeerd moet worden, die zit namelijk in je schakeling.
Het programma van de PIC in de Wisp-programmer zelf moet je door iemand anders laten programmeren.
Hier is het HEX programma te downloaden:
V1.11 of V1.30
Gebruik zo mogelijk V1.30, deze moet in een PIC16F648A geprogrammeerd worden.
Heb je dit PIC type niet dan kun je voor nood de verouderde versie V1.11 in een PIC16F628A programmeren.
Bestel dan wel zo snel mogelijk een 16F648A om de Galva-Wisp up-to-date te maken met V1.30.
Later kun je nieuwere versies zelf programmeren als de Wisp-programmer eenmaal werkt.
Ken je niemand met een PIC programmer, dan kun je een voorgeprogrammeerde PIC bestellen.
|
|
Ook een vaak voorkomend probleem: Slechte solderingen op de print of in de steker.
Hier een foto van een Galva-Wisp met steker die ik toegezonden kreeg die het niet zou doen:
8$
8
En dan vinden ze het gek dat de programmer het niet doet...
En hier een foto van een Galva-Wisp van een andere knutselaar:
8$
8
De oorzaak dat deze Galva-Wisp het niet deed kwam simpel door de slechte solderingen.
Ga met de muis op de foto staan om in te zoomen.
Hier een foto van een Galva-Wisp die ietwat beter gesoldeerd is dan de vorige, maar nog lang niet zoals het hoort.
Ook hier is teveel soldeertin gebruikt en is de tin niet voldoende uitgevloeid over de soldeereilandjes.
De programmeerspanning van deze Galva-Wisp bleef hangen op +5V,
de oorzaak blijkt een soldeertinhaartje tussen de +5V baan en de baan van de programmeerspanning:
8$
8
De foto toont een kortsluiting tussen een soldeereilandje (+5V, kathode van de Schottky diode) en de naastgelegen baan waar de Vpp doorheen loopt.
Ga met de muis op de foto staan, dan verschijnen er pijlen die aangeven waar de kortsluiting zit (vrijwel niet te zien).
Controleer al je solderingen en bedenk dat teveel soldeertin alleen maar tot kortsluiting kan leiden.
Zie solderen in het kort weergegeven
|
|
Meet of de besturings PIC op de Galva-Wisp voeding krijgt (spanning op pin 5 en 14 moet ongeveer 4,75V zijn).
De oorzaak dat de Galva-Wisp op de foto hieronder het niet deed was een printbreuk:
8$
8
Ook de draadaansluitingen (waar normaal connectoren horen te zitten),
zijn te lang afgestript waardoor bij het buigen van de draden deze elkaar kunnen raken en dan een sluiting veroorzaken.
Met het blote oog niet te zien, maar wel te meten, de besturings PIC die op de Galva-Wisp zit krijgt geen voeding.
|
|
De print zelf natekenen is natuurlijk ook mogelijk, maar de kans op onnodige fouten wordt groter.
Zorg er voor dat je geen banen vergeet, zoals dat hier (onder andere) is gebeurd.
8
8
Deze nagetekende print is een stuk groter dan het origineel dat erboven is afgebeeld.
Deze Galva-Wisp deed het niet om verschillende redenen.
1. Voor C3 en C4 zijn normale condensatoren geplaatst in plaats van (tantaal) elco's.
2. Tantaal elco C5 zat verkeerd om in de print gesoldeerd, let op, de streep bij een tantaal is de + (zie hier).
3. Baan vergeten (ga met muis op de foto staan).
4. Baanbreuk in printbaan (zie foto hieronder).
Eén van de oorzaken dat deze Galva-Wisp het niet deed was een baanbreuk (met het blote oog nauwelijks te zien).
|
|
Zijn de componenten goed geplaatst?
Ik heb hier Wisp-programmers gehad waarvan een LED, diode of de PIC verkeerd om was geplaatst.
Nog een keer goed checken dus.
In het geval van een Galva-Wisp: Zijn de dubbele opto-couplers goed geplaatst?
Deze moeten met de neus (nok, pin 1) naar elkaar toe wijzen (zie foto).
|
 |
|
Zijn de beide connectoren wel gesoldeerd aan de printzijde?
In het geval van een Galva-Wisp: Is het draadje van pin 7 van de 9-polige connector geplaatst?
|
|
Zitten elco's of tantaalcondensatoren er goed om in?
Bij tantaalcondensatoren zijn de + en − niet altijd even duidelijk aangegeven.
Een donkere streep geeft niet zoals bij elco's de − aan maar de +.
Als de pootjes niet even lang zijn, dan is het lange pootje de +.
Je mag er van uit gaan dat als je de tekst naar je toe hebt met de draden naar beneden gericht (de tekst staat dan ondersteboven),
dat de + aansluiting dan rechts zit (zie foto).
Zorg er voor dat de + dus aan de zijde zit zoals aangegeven op de componentenopstelling van de Wisp-programmer.
|
|
Op de foto hiernaast verschillende onnodige fouten.
Waarom het kristal hier niet tot op de print is geplaatst is een raadsel, het kan er ruim zitten.
Zoals het nu zit kan het kristal de pinnen van de naastgelegen PIC raken en sluiting veroorzaken.
De twee 22pF ontkoppelcondensatoren zijn van het smalle type, maar zijn in de gaatjes van het brede type gestoken,
waardoor deze niet tot op de print kunnen worden geplaatst en bovendien bij de aansluitingen uitscheuren.
Waarom niet in de gaatjes van het smalle type gestoken, die zitten er niet voor niets.
De optocouplers zijn hier in een low-cost IC-voetje geplaatst.
Vooral bij de 4-pins PC817 optocouplers is dit geen fijne keuze, de kleine optocouplers rammelen in het low-cost IC-voetje.
Optocouplers mogen rechtstreeks in de print worden gesoldeerd en als je deze toch liever in een IC-voetje wilt plaatsen,
kies dan voor het wat duurdere, maar veel betere IC-voetje met gedraaide buscontacten.
Als je de Galva-Wisp in een behuizing wilt bouwen en daarom de verbindingen van de connectoren en LED's met draden verlengt,
gebruik dan soepel draad.
Niet met stugge draden zoals met de Galva-Wisp op de foto hiernaast is gedaan.
Stugge draden met een harde kern breken snel af en zijn vaak de oorzaak dat soldeereilandjes op je print loslaten.
|
|
Heb je zelf de print geëtst?
Zijn er geen baanbreuken?
Is er geen kortsluiting tussen baantjes vanwege onvolledige etsing?
Zie etsen
|
|
Is de kabel tussen Wisp-programmer en PIC schakeling niet te lang?
Hoewel een kabel van zo'n 3 meter nog goed kan werken,
wordt toch aanbevolen om de programmeerkabel (met eventuele DIL-clip) niet langer dan een halve meter te maken.
Bij een lange kabel (> 50 cm) kun je proberen de snelheid wat lager te kiezen (in BumbleBee: Settings > Baudrate).
In het geval van een Galva-Wisp: Instelling 19200 Baud wordt aanbevolen,
hogere snelheden kunnen problemen opleveren omdat de opto-couplers het dan niet bij kunnen benen.
|
|
Misschien overbodig, maar zitten de IC's goed in de voetjes?
En dan niet alleen letten op de stand van de nok (pin 1 van het IC), maar ook of alle pinnen er wel in zitten en niet er naast.
En zitten de IC's ook diep genoeg in het voetje gestoken?
Ik heb hier een Wisp648 gehad waarbij de MAX232 er bij ontvangst half uit lag, dus kun je nagaan hoever dit IC in het voetje zat.
Ook de PIC zweefde zo'n beetje boven het voetje.
Alle IC's goed diep in de IC-voetjes gedrukt en de Wisp648 kon weer zonder verdere reparatie retour verzonden worden,
er bleek verder niets aan de hand...
|
|
Is het een kleine PIC (zoals de 8-pins types 12Fxxx) die niet wil (her)programmeren?
Bij kleine PIC's moet eerst de 13V programmeerspanning worden aangeboden, voordat de 5V voedingsspanning er op wordt gezet.
De Wisp programmer doet dit automatisch door de voedingsspanning heel even (een paar milliseconden) kort te sluiten.
Bij gebruik van een Wisp648 moet jumper J1 geplaatst zijn (doorverbonden dus).
Bij gebruik van een Wisp628 moet een extra circuitje worden bijgebouwd.
Bij gebruik van een Galva-Wisp moet een TIP120 darlington transistor met weerstand worden toegevoegd.
Lees hier meer over dit extra circuitje die bij de Wisp628 en
Galva-Wisp moet worden toegevoegd.
Als je deze schakeling al hebt gemaakt, of je hebt een Wisp648 en het werkt tóch niet, dan hier de volgende tip:
Plaats een 10Ω weerstand tussen +5V voeding en de Vcc pin van de PIC,
dit staat ook beschreven in het extra circuit artikel.
|
|
Lukt het programmeren maar deels?
Dus dat het programmeren bijvoorbeeld wel lukt, maar dat het bij de vergelijking tussen PIC en programma mis gaat?
Of dat het ene type PIC prima is te programmeren, maar een ander type niet?
In het geval van een Wisp648: Staat jumper J1 (= overbruggingsstekkertje) op de Wisp648 in de goede stand?
In alle andere gevallen hier de tip; gebruik XWisp in plaats van BumbleBee.
BumbleBee is leuk voor beginners omdat het in een Windows omgeving werkt,
maar BumbleBee bevat helaas een paar kleine bugs (= foutjes) waardoor het programmeren in sommige gevallen niet wil.
Gebruik in dat geval dus XWisp.
XWisp installeren en koppelen aan Proton PIC Basic
|
|
In het geval van een Wisp648: Staat jumper J1 (= overbruggingsstekkertje) op de Wisp648 in de goede stand?
Als de jumper in doorverbonden stand staat, dan wordt de PIC geprogrammeerd met het Vpp-before-Vcc protocol.
Voor bijvoorbeeld een 16F628A moet jumper J1 in geopende stand staan, dus in niet doorverbinden stand.
Maar voor bijvoorbeeld een 12F675 moet jumper J1 in gesloten stand staan (of op stand Ena, bij de nieuwere versies van de Wisp648), omdat deze PIC geprogrammeerd moet worden op de Vpp-before-Vcc manier.
Meer info hierover
|
|
In het geval van een Wisp648: Heb je PCB versie 1.05? (het versienummer van de print staat op de printplaat zelf).
In de print 1.05 van Voti.nl zit een fout, er is een printbaantje verkeerd aangesloten.
Download hier de PDF manual van de Wisp648, daarin staat wat je aan deze fout moet wijzigen.
|
|
Als de schakeling en het PIC programmeren eerder al wel heeft gewerkt:
In sommige gevallen kán het gebeuren dat er een poort van de PIC zelf is opgeblazen (door onjuist gebruik van de programmer).
De PIC van de Wisp programmer is dan nog wel gewoon te programmeren met (nieuwe) firmware, en de LED's branden zoals het hoort, waardoor de PIC in orde lijkt,
maar toch voert hij één of meer van zijn signalen niet goed meer naar buiten.
Daarom is het aan te raden altijd een voorgeprogrammeerde PIC voor de Wisp programmer als reserve achter de hand te hebben voor dit soort situaties.
Zo kun je testen door even de PIC te ruilen met de reserve PIC.
(Mocht de PIC inderdaad defect zijn, vergeet dan niet opnieuw een reserve PIC aan te maken).
|
 |
|
Het probleem nog niet opgelost?
Geef niet de Wisp-programmer de schuld, deze heeft zijn kwaliteit bewezen.
Al vele honderden mensen gebruiken een Wisp628, Wisp648 of Galva-Wisp PIC programmer zonder problemen.
Wanneer de Wisp-programmer het niet doet heeft dit domweg een oorzaak, die gevonden moet worden.
Kun je zelf niet achter de oorzaak komen, plaats het probleem dan op het elektronicaforum.
Daar zijn vele gebruikers van Wisp-programmers aanwezig om jou te helpen.
Als je zeker weet dat het aan de Wisp-programmer ligt, mag je hem opsturen naar me, dan kijk ik hem gratis na.
Alleen de verzendkosten moet je zelf betalen.
Neem contact op als je hiervan gebruik wilt maken. |
of
