pic 12f675 werkt niet

OSCcal vergeten?

Kristal misschien vergeten?

Bedankt voor de reactie sorry voor mijn summier verhaal.
Ik heb een paar maanden geleden een EPPO programmeer print gekocht.
Met het idee om het IC een BAKER in MORSE uit te laten zenden.
Een poos bezig geweest, maar het gaat mij niet lukken om en programma te schrijven.

Ik kwam toen dit tegen.
Ik heb er een HEX file van gemaakt met Proton IDE, en dat in de PIC IC ingelezen met het programma met EppoManager.
Alles volgens het schema aangesloten.

http://www.qsl.net/pa3gqf/pa2rf/

Maar ik krijg foutmeldingen bij het omzetten naar een hex file , en ik denk dat de oorzaak is dat het niet werkt.
Maar als ik de reactie leest zou er geen fout in de software staan.

(Ik wil als het gaat werken een paar veranderingen maken.
Het interne kristal gaan gebruiken en natuurlijk de MORSE tekst veranderen.
En dan nog het liefst in de “ledbar demo board” van EPPO. http://www.qsl.net/pa3gqf/pa2rf/

Ik heb die asm files in mplab gezet, er klopt geen hout van.
Het gilt van de fouten.
Er wordt bijvoorbeeld PORTB en TRISB gebruikt, terwijl de 12F675 die niet heeft. Op een andere plek in het progje wordt wel de correcte naam gebruikt: GPIO.

Misschien kan iemand met Proton/basic ervaring dat ding eens compilen, en kijken wat het doet.

[Bericht gewijzigd door Zonnepaneeltje op (17%)]

Op 24 mei 2009 08:10:12 schreef ZX81:
Maar ik krijg foutmeldingen bij het omzetten naar een hex file , en ik denk dat de oorzaak is dat het niet werkt.

Welke foutmeldingen? De orginele basic code geeft geen foutmeldingen bij het compileren.

Er is btw geen config gegeven, dit is een geldige:


CONFIG HS_OSC, WDT_OFF, PWRTE_ON, MCLRE_OFF

En zonder X-tal:


CONFIG INTRC_OSC_NOCLKOUT, WDT_OFF, PWRTE_ON, MCLRE_OFF

Programma met juiste poorts (al kan PortB synoniem voor GPIO zijn, netjes is het niet):
http://www.uploadarchief.net/files/download/cw7%20-%2012f675.bas
En de Hexfile: http://www.uploadarchief.net/files/download/cw7%20-%2012f675.hex

Nog niet getest maar ik heb een 12F675 liggen.

Denk bij het programmeren van het IC om osccal als je de interne frequentie precies wilt houden.

Edit: Natuurlijk HS_OSC ipv XT_OSC.

En getest, geen problemen.

Orginele hex werkt niet, orginele basic code wel na toevoeging van de config regel.

het lijkt erop dat ik een hardware probleem hebt, want als programeer zonder X-tal code komt er wel geluid uit de speaker, en begint de led te knipperen. niet goed, maar dat zou kunnen omdat het X-tal anders is. de fout melding die ik kreeg is dan ook weg.

Wat is de foutmelding?
Welke code/config?

[Bericht gewijzigd door Henry S. op (21%)]

Het was geen foutmelding zie ik nu, maar een warning.

Message[308]: Warning level superseded by command line value. (2)

wel even de timers veranderd, maar het geluid uit de speaker, en het licht van de led klopt totaal niet. moet ik nog aan werken.

Op de site een kort filmpje.

http://www.qsl.net/pa3gqf/pa2rf/

Het externe X-tal doet niet mee.

Voor de externe X-tal heb je ook een extern kristal nodig, die niet in het ene schema staat, en wel in het andere.

Als je geen extern kristal gebruikt, moet je behalve


 CONFIG INTRC_OSC_NOCLKOUT,

invoegen, ook


XTAl = 20

weghalen.

jaja ik had die code "xtal = 20" ook weggehaald, maar het lijkt net of hij die loop niet meer ziet. of de delays vergeet.
=>
Morse:
For INDEX = 0 To 34
Frame = LookUp INDEX , [ 1 , 2 , 3 , 2 , 3 ..........
If Frame = 1 Then GoSub AANKORT
If Frame = 2 Then GoSub UITKORT
If Frame = 3 Then GoSub AANLANG
If Frame = 4 Then GoSub UITLANG
Next
Return
AANKORT: LED1 = 0 ' LED aan kort
FreqOut LS , 20 , 3500 ' 3500 Hz toon op pin 6 voor 20 ms
Return
UITKORT: LED1 = 1 ' LED uit kort
DelayMS 20
Return
=>

Het probleem bij de originele hardware was dat het kristal dat ik had gebruikt stuk. Nu een ander kristal en nu werkt het wel. Flimpje op:
http://www.qsl.net/pa3gqf/pa2rf/
pa2rf.wav.
Jammer dat ik het niet voor elkaar krijgt om het interne kristal te gebruiken, maar ik ben hier ook al heel blij mee. Nu nog mijn eigen gegevens er in zetten.
Bedankt nog maals voor alle reacties. Richard.

De lol raak ik kwijt.
Ik krijg voor geen mogelijkheid mijn programma in het ic.
En ook niet meer het programma van pa2rf.hex ??
Wie weet raad.
Het zal toch niet zijn dat het X-tal weer stuk is?
Wel krijg ik de ledbar.hex werkend in de demo board dat werkt nog steeds.

die Eppo programmer zal geen Vpp-before-Vdd doen, en je hebt in de configuratiebits waarschijnlijk MCLR als normale ingang gedefinieerd (MCLRE_OFF).
In dat geval kan de PIC niet juist in zijn programmeer-toestand gezet worden, en laat zich niet meer programmeren (met de EPPO programmer).

Laat ik beginnen te zeggen dat ik niet veel verstand heb van het programmeren van een pic ic. Maar je kan een hoop leren.
Inderdaad zou ik wat gedaan kunnen hebben dat niet meer herstelbaar is met de eppo.
Maar vraag zou het ledje dat ook niet meer mee doen.
Wel werkt de ledbar. is nog steeds te programmeren.
http://www.qsl.net/pa3gqf/pa2rf/

die LEDbar zit er ws. al in, dus elke keer 'opnieuw' programmeren betekent dat het ledbar programma niet verandert wordt, omdat die PIC niet zuiver in z'n programmeermodus gezet wordt.

Heb je een scoop ? kijk dan eens naar de Vpp en Vdd op de PIC, is de stijgende flank van de Vpp beduidend eerder dan de stijgende flank van de Vdd ?

Op 27 mei 2009 16:43:42 schreef ZX81:
Jammer dat ik het niet voor elkaar krijgt om het interne kristal te gebruiken, maar ik ben hier ook al heel blij mee. Nu nog mijn eigen gegevens er in zetten.

Er is geen intern kristal, dat is een RC klok.

Op 28 mei 2009 08:01:51 schreef ZX81:
Het zal toch niet zijn dat het X-tal weer stuk is?

Gooi je er mee?
Normaal gaan X-tals niet zomaar stuk.

Wel krijg ik de ledbar.hex werkend in de demo board dat werkt nog steeds.

Zelfde of andere PIC, en hoe programmeer je, in circuit of op de programmer zelf?

En ook geef je weer niet aan of je configs (en welke) gebruikt, misschien wat duidelijker en vollediger posten.

Op 28 mei 2009 08:49:46 schreef DC2PCC:
die Eppo programmer zal geen Vpp-before-Vdd doen, en je hebt in de configuratiebits waarschijnlijk MCLR als normale ingang gedefinieerd (MCLRE_OFF).
In dat geval kan de PIC niet juist in zijn programmeer-toestand gezet worden, en laat zich niet meer programmeren (met de EPPO programmer).

Dat laatste is niet waar, Vpp is apart van de normale ingang en zijn instelling heeft geen invloed op wel of niet programmeerbaarheid.

Vpp before Vdd is wel belangrijk.

bij de baseline/midrange PIC's is het zo dat als de MCLR-lijn als 'normale' ingang gedefinieerd wordt, programmeren alleen nog maar mogelijk is als de programmer Vpp-before-Vdd ondersteunt. Dit staat ook zo beschreven in de datasheets en programming specifications van de desbetreffende PIC's. Het punt is dat de programmeer-modus vanuit een Reset-toestand aangeroepen dient te worden, en als de MCLR intern is, betekent dat dat 13 Volt op de MCLR/Vpp-ingang de PIC niet meer reset voor dat deze in de programmeer-toestand komt. Daarom Vpp-before-Vdd zodat de PIC in programmeer-modus gezet wordt na de power-up-reset.

Dan mag je me uitleggen waarom het bij een 16F628A geen moer uitmaakt. Maar dat is buiten het topic, de TS heeft sowieso Vpp before Vdd nodig.

[Bericht gewijzigd door Henry S. op (34%)]

"Er is geen intern kristal, dat is een RC klok."
oké sorry rc klok.

"Gooi je er mee?
Normaal gaan X-tals niet zomaar stuk."
Dat ik met deze opmerking kwam is omdat ik in de ledbar.hex file staat dat er een spanning over het x-tal komt te staan. Daar worden leds mee aangestuurd. Misschien dat ik wat fout heb gedaan? Ik vond het zo vreemd dat het PIC IC niet meer werkte.

"Zelfde of andere PIC, en hoe programmeer je, in circuit of op de programmer zelf?
En ook geef je weer niet aan of je configs (en welke) gebruikt, misschien wat duidelijker en vollediger posten."
Ja, de zelfde PIC ik heb er nog maar één. Ik zal er een paar extra gaan bestellen bij conrad.
Het programma ledbar.hex is een programma van EPPO, en dat werkt in die ledbar demo board. Ik heb nog niets werkend kunnen programmeren.

"Heb je een scoop ? kijk dan eens naar de Vpp en Vdd op de PIC, is de stijgende flank van de Vpp beduidend eerder dan de stijgende flank van de Vdd ?"
Ja, ik heb een scoop ik zal kijken.

Hiervan had ik ook een hex file en achter elkaar werken.
In één en de zelfde PIC
Een filmpje:
http://www.qsl.net/pa3gqf/pa2rf/


-- --------------------------------------------------------------------------
--
-- blink LED in pin gp0 of a 12f675/629 at 1 Hz (internal oscillator)
-- see: http://www.voti.nl/wisp628
-- 
-- --------------------------------------------------------------------------
--
-- (c) Wouter van Ooijen / voti
--
-- Redistribution and use in source and binary forms, with or without 
-- modification, are permitted.
--
-- THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDER "AS IS" AND ANY EXPRESS 
-- OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED 
-- WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE 
-- DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE 
-- LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR 
-- CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF 
-- SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS 
-- INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN 
-- CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) 
-- ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF 
-- THE POSSIBILITY OF SUCH DAMAGE.
--
-- --------------------------------------------------------------------------


include f675_4i
include jlib     

var bit LED is pin_a0
pin_a0_direction = output

forever loop
  delay_100ms( 5 )
  LED = high
  delay_100ms( 5 )
  LED = low
end loop

[Bericht gewijzigd door Henry S. op (45%)]

Op 28 mei 2009 13:59:04 schreef ZX81:
Het programma ledbar.hex is een programma van EPPO, en dat werkt in die ledbar demo board. Ik heb nog niets werkend kunnen programmeren.

Als dat het EPPO demoboard is dan zal de programmer ook met 12F's werken.

En wat bedoel je met niets, je hebt eerder iets anders gepost.

Ja, dat demo board is speciaal voor de pic 12f675.

Met niets bedoelde ik;
Dat ik wel programma's hebt kunnen inlezen in het pic ic dat werkt, maar zelf een programma maken, en dat inlezen, en dat dan ook nog werkt dat is me nog niet gelukt.

Wel krijg ik steeds meer het vermoede dat het X-tal.
Niet goed/niet meer wordt aangestuurd. Software matig.
Niet goed in het schema staat zodat hij stuk gaat.
Ik denk zelf het laatste nog steeds.

Komt het zo te zien weer op de configs uit, daar heb ik nog geen antwoord op gezien.

Eindelijk wat resultaat.
Zie: http://www.qsl.net/pa3gqf/pa2rf/pa3gqf baken.wmv
Het luidsprekertje verwijderd en ook het kristal.
Ik gebruik de RC klok.
Het geluid komt nu van een externe sounder.
Het blauwe blokje op de print is een 5 volts reed relais.
Daar mee kan ik een zender mee laten schakelen.
Bedankt voor alle hulp Richard.

Op 8 juni 2009 19:59:07 schreef ZX81:
http://www.qsl.net/pa3gqf/pa2rf/pa3gqf%baken.wmv

Error 404 - Page Not Found

Sorry, but the page or file you were looking for no longer exists.
Das nou jammer :(

Sorrie hoor zo beter!!

http://www.qsl.net/pa3gqf/pa2rf/pa3gqf-baken.wmv