PIC16F688 weigert dienst

En volgens de multimeter komt er op A4 (clkout) maar liefst 1MHz uit.... wat me onwaarschijnlijk lijkt op de interne oscillator.

Als je de datasheet had gelezen wist je dat dat klopt...
Interne oscillator is 4MHz, de clock-out is Fosc/4
Setting 'XTAL 4' ontbreekt ook...

Hoi Arco,

Dank voor je snelle antwoord. Ik heb de datasheet wel bekeken, maar nee niet alle 202 pagina's gelezen. Dat de clock out Fosc/4 was heb ik blijkbaar over het hoofd gezien.

Wat betreft de xtal. Correct me if I'm wrong, maar als je de interne oscillator gebruikt hoef je xtal niet te gebruiken toch? Dat zie ik tenminste ook niet gebeuren bij het voorbeeld met de 16f628a op picbasic.nl

Ik heb wel geprobeerd dat toe te voegen, maar ook dat heeft geen effect...

Klopt mijn vermoeden dat het feit dat bumbleblee geen foutmelding geeft betekend dat het programeren opzich goed verloopt? (En dat de schakeling op de wisp voor de "moeilijk programeerbare pics" dus gewoon zijn werkt doet)

[Bericht gewijzigd door DaanSteeman op dinsdag 5 december 2017 21:58:42 (19%)

XTAL 4 moet je gebruiken.

Niet om de PIC te vertellen dat die op 4MHz moet draaien, maar je compiler moet het wel weten.

Wauw dat is nog eens een snelle reactie. En ja nu je het zegt, klinkt logisch.
De nieuwe code is dan dus maar de led doet nog altijd niks. Zo'n soort stukje code is eigenlijk altijd mijn goto om te kijken of de pic niet geroosterd is of dergelijke problemen. Maar als dat al nieteens werkt zou ik niet weten waar ik moet beginnen moet zoeken

;-------------------------------------------------------------------------------
;**** Added by Fuse Configurator ****
; Use the Fuse Configurator plug-in to change these settings

Device = 16F688

Config FOSC_INTOSCIO, WDTE_OFF, PWRTE_OFF, MCLRE_OFF, CP_OFF, CPD_OFF, BOREN_OFF, IESO_OFF, FCMEN_OFF

;**** End of Fuse Configurator Settings ****
;-------------------------------------------------------------------------------
All_Digital true
Xtal 4

opnieuw:

Toggle PORTA.3
DelayMS 500
GoTo opnieuw

Wat langer de datasheet lezen kan toch helpen. Port A3 is alleen input; daar valt weinig te togglen...

Ow whahaha goeie morgen. Ja ik heb me verlezen... A4 (daarboven) is AN3. In het "dit eens proberen" heb ik daar A3 van gemaakt. Maar tot nu toe teste ik met C3 En die doet ook niks. Ik heb net eens andere chips geprobeerd. Stel die ene is gewoon kapot (ookal zou ik dan niet verwachten dat ik hem dan nog kan programeren). 5 chips gekocht, 5 chips geprogrameerd en 5 keer geen knipperend ledje...

Hi,

Probeer het tris statement is...

Gr.
Roel.

Serieweerstand led niet te laag? (Meer als 3mA source of 8mA sink geeft onbetrouwbare resultaten)

Probeer het tris statement is...

Inderdaad, anders werkt het zeker nooit...
(ik weet niet of Toggle de pinnen ook output maakt of niet)

[Bericht gewijzigd door Arco op dinsdag 5 december 2017 22:42:46 (14%)

Normaal gebruik ik altijd netjes TRIS. Maar vanuit uitsluiten ben ik even helemaal back to basics gegaan. Toggle maakt de pinnen een output, maar doet dat bij elke instructie naar die pin waardoor het programma traag word. Daarom is toggle eigenlijk niet bepaald netjes.

Hieronder de code die ik origineel probeerde (voor het volledig back to basics). Ik heb het nu ook even geprobeerd met de toevoeging van xtal. Maar helaas, nog steeds niks

De serieweerstand is 1K zoals ik eigenlijk altijd gebruik. Het is wat hoger dan echt nodig is, maar op de 16f628a en 18f4520 werkt dat altijd probleemloos. Ik wist niet dat die pinnen zo kritisch waren daarin. In de datasheet staat dat elke pin tot 25mA mag sourcen of sinken met 90mA totaal per poort en 95mA totaal de VDD in of de VSS uit.
Iets wat volgens mij voor heel veel zo niet alle pics geld (in elk geval voor het handje vol wat ik gebruik)

;-------------------------------------------------------------------------------
;**** Added by Fuse Configurator ****
; Use the Fuse Configurator plug-in to change these settings

Device = 16F688

Config FOSC_INTOSCIO, WDTE_OFF, PWRTE_OFF, MCLRE_OFF, CP_OFF, CPD_OFF, BOREN_OFF, IESO_OFF, FCMEN_OFF

;**** End of Fuse Configurator Settings ****
;-------------------------------------------------------------------------------
All_Digital true
Xtal 4

Declare Hserial_Baud = 38400                                          ; Set baud rate to 38400
Declare Hserial_RCSTA = %10010000                                     ; Enable serial port and continuous receive
Declare Hserial_TXSTA = %00100000                                     ; Enable transmit and asynchronous mode 
Declare Hserial_Clear = On                                            ; Optionally clear the buffer before receiving
Declare Adin_Res 10                                                   ; an/dig converter resolutie van 8 bits
Declare Adin_Stime 50                                                 ; sampletime van 50us

         ;76543210
ADCON0 = %10000000
ADCON1 = %00000101                                                   ; ADconverter instellen
TRISA =  %00000000              
TRISC =  %00100000                                                      ;portC.4 = Tx portC.5 = RX

Symbol LED = PORTC.3
While 1 = 1

LED = 1
DelayMS 100
LED = 0
DelayMS 100

Wend

End

De waardes die je noemt zijn de Absolute Maximum Ratings; dat zijn de waardes waarbij de pic kapot kan gaan en die je normaal niet gebruikt...
Als je meer als 3mA sourced of 8mA sinked dan kun je last van het R-M-W effect krijgen doordat toggle de actuele staat van de outputpin gebruikt...

Ah juist dat geintje heb ik eerder mee lopen stoeien. Nouja 1K betekend minder dan 5mA en momenteel sourced de pin de stroom. (heb even niet de spanning voor de led paraat).Dus dat zou hooguit iets aan de riskante kant zijn (al heb ik daar met een led en 1K nooit problemen mee gehad). De toggle heb ik er al uit gehaald, ik gebruik nu gewoon netjes tris. En ik heb even geprobeerd als ik de poort laat sinken. Dan zit ik onder de 8mA. Maar ook dat geeft geen effect. De led doet echt helemaal niks

Wel goed om te weten trouwens... Toggle, high en low gebruik ik eigenlijk nooit. Ik zet de pin als in of out via tris en schrijf dan naar de poort. Maar als ik nog eens r-m-w problemen heb is dat wel iets om even naar te kijken...

Op 5 december 2017 21:54:48 schreef DaanSteeman:
...Klopt mijn vermoeden dat het feit dat bumbleblee geen foutmelding geeft betekend dat het programeren opzich goed verloopt? (En dat de schakeling op de wisp voor de "moeilijk programeerbare pics" dus gewoon zijn werkt doet)

Ja, Bumblebee kan bv geen 16F88 programmeren al staat hij wel in de lijst, xwisp kan dat wel, een 16F688 weet ik niet maar ga ervan uit dat dit ook niet kan als je al zoveel keren hebt geprobeerd.
Koop u een pickit 2 of 3 als reserve, dat heb ik ook gedaan na de problemen met die 16F88.
NB. standaard gebruik ik nog altijd de wisp628 + Bumblebee.

Hoi MGP,

Dat is vreemd, buiten het feit dat ik de 16f688 heb (niet de 16f88, of was dat de oude versie?). Bumblebee geeft aan dat het programmeren gelukt is. De wisp648 bevalt mij op zich prima en ik koop dus ook liever niet nog extra programmers. Al kan ik eens proberen of xwisp hem wel pakt.

Al blijf ik me afvragen of het programmeren de fout is. Normaal geeft de programmer een foutmelding als de pic niet bereikt kan worden, niet in programmingmodus gaat of het programma niet goed is overgekomen.
En ik heb op dit forum posts gevonden van mensen die het met de wisp648 wel konden programeren (of de 628 met de extra schakeling).

Aan de andere kant is de software zo lachwekkend eenvoudig dat ik me niet voor kan stellen dat daar de fout in zit...

Ik ben vanmiddag pas weer thuis, ik zal dan meteen xwisp even proberen. Heeft iemand toevallig nog andere ideeën?

Hier heb je een leuk voorbeeld van RMW.

https://download.mikroe.com/documents/compilers/mikroc/pic/help/rmw.ht…

Hoi Lambiek,

Ik weet wat RMW is, ik heb daar al eens eerder ruzie mee gehad.
Maar ik laat momenteel een ledje knipperen met 5Hz. Toen ik RMW problemen had schakelde ik in korte tijd de poort hoog en laag, en dat ging inderdaad rare dingen doen.Maar als ik tris gebruik ipv toggle zou dat geen probleem mogen vormen toch?
Is al enige tijd geleden dat ik daar mee bezig was.

Als het nu werkt is het prima toch, zelf gebruik ik ook altijd 1K voorschakelweerstanden voor de leds, nooit problemen mee gehad. Maar ik gebruik vrijwel nooit de TOGGLE functie, en als ik die gebruik zet ik ook altijd TRISA, B, C, D, E neer. Doe dat trouwens standaard, wordt door veel mensen vergeten.

Als je wilt weten of het programmeren goed is gegaan kun je toch een verify doen, of 'm uitlezen en de hexfiles vergelijken?

Ja, inderdaad. Is ook iets om standaard te doen.

Toggle gebruik ik nooit in de echte software. Dat heb ik hier puur even als experiment gebruikt. Tris doe ik ALTIJD helemaal bovenin het programma voor alle poorten, ook als ik niet alle poorten gebruik.

Dat soort dingen, samen met registers voor uart, A/D converter en in sommige gevallen SPI zitten standaard in een lap code die ik altijd bovenin een nieuw pakket plak.

Verify staat (dacht ik) standaard aan in bumblebee. Al moet ik dat even controleren om het zeker te weten. Voor grote programma's schakel ik het wel eens tijdelijk uit als ik redelijk snel achter elkaar de boel herprogrammeer omdat ik iets aan het proberen ben. Normaal heb ik het altijd aanstaan. Zeker als ik de "definitieve" software in de chip schiet.

Zodra ik thuis ben zal ik die verify even controleren en xwisp eens proberen.

EDIT: Met het eten nog op het fornuis de verify gecontroleerd. Die bleek uit te staan. En tijdens het verifiëren bleek meteen het eerste adres al mis te zijn. Nog eens geprobeerd te programeren, en hij begon bij het verifiëren weer direct te mekkeren. Xwisp geprobeerd: in een flits de software er in en de led knippert meteen. Blijkbaar vind bumblebee deze chip niet leuk.

Is de 16f688 toevallig de opvolger van de 16f88? Staat me vaag iets van bij dat ik dat eens iets van gelezen heb toen ik die chip uitzocht...

Linksom of rechtsom het werkt!! Bedankt allemaal voor het meedenken!

[Bericht gewijzigd door DaanSteeman op woensdag 6 december 2017 17:36:35 (27%)