Forget I typed ICSP , just serial programming ... , switch is required to power off while inserting / removing PIC .. (dont forget )
Please take note of atferrari post re setup memory.
ED ...Just thought , LVP needs to be set in config bits also .?
Hola John,
My limited programming is in Basic, would you send the .BAS file please?
Your explanation is a bit difficult for me. I don't know what RTFM IIRC or SFR is. Or even TS.
If I suspect a programming problem, I use this routine: In PicKit2: Load program>program>erase>check for blank>re-program>verify. This mostly works, but obviously not always. Is this similar to what you are suggesting?
Camerart.
Hello... Is there an echo in here???ED ...Just thought , LVP needs to be set in config bits also .?
TS is "thread starter" (you).
SFR are the micro's special function registers.
RTFM means "read the fu***ng manual" /Edit to delete one "*" Edit/
Even if you do not do Assembler, please ty to understand my routines:
The first, sets every register as it should be after a reset (as per the datasheet).
The second cleans or writes a value in every RAM position depending what you have set at compiling time (conditional compile).
Hope this is of help.
Just trying to cover all bases , its further down your config table.... You should be referring to the PIC datasheet more .
LVP is enabled by default . You probably need to search for a .bas clear / init routine.
are you using a laptop USB port ?
View attachment 91515
I wish I could be more help with the 18F2431 chip. Unfortunately, my experience is mostly limited to the mid-range and enhanced mid-range chips (e.g., 12F6xx and 16Fxxx or 16F1xxx chips). Whatever I say about the 18F chips is based on a brief comparison to the 16F series. My comment was generic, and as a note of interest, I was pointed in the right direction by the same Microchip forum that atferrari referenced.
You need to refer to the section in the datasheet that describes the memory organization. The Special Function Registers (SFR's) are described beginning around p. 65 through p. 69. I am sure you have used them, but may not have known them by that name.
The registers that specifically caused me problems are, using 16F nomenclature, the "Common Ram" and "General Purpose Ram." On the 18F, it appears Common Ram is still present (Bank0, 060h-05Fh; Bank1, 100h -1FFh; and Bank2, 200h - 2ffh). Note, those are 12-bit numbers and the first bit identifies the memory bank. The 18F has what is called "Access Ram" (000h-05Fh), which is 96 bytes. From my brief read, it appears those ram locations can be accessed from any bank in a single cycle and so might be considered analogous to the 16F "Common Ram" that can be accessed in a single cycle from any bank as well.
View attachment 91518
I was all set to post my Assembly program for clearing those registers, but after seeing atferrari's post, his code is probably more applicable to your situation. Our approaches were similar. I simply set up indirect accessing, cleared one register, incremented the file select register (FSRx), cleared the next register, and so forth.
In my case, the problem was created by using a Common Ram register for various flags. Those flags were not reset on re- programming and thus made the chip run erratically. For example, if an interrupt sets a flag for something and that flag is not cleared, your interrupt routine may see that "left-over" flag and not behave as you want it to behave. Of course, on the chips I am familiar with, clearing those RAM locations doesn't take long.
atferrari's routines also address the SFR's. He added a note of caution about erasing an SFR.
John
Ah, now I understand
The only language I can write for PIC's is Assembly.
Can't you insert Assembly into an Oshonsoft program? I don't know how to do it, though.
John
period:
ASM: bsf STATUS,RP0
ASM: movlw %11000110 'pu off,+RB0,tmr0 1:128
ASM: movwf OPTION_REG
ASM: bcf STATUS,RP0
loop0:
ASM: movlw %00000100 '1:1,intclk, tmr1 stop
ASM: movwf T1CON 't1 ext clock input via RC0
ASM: clrf tmr1_cnt
ASM: clrf TMR1L 'zero timer1
ASM: clrf TMR1H
ASM: bcf INTCON,1 'RB0 intr
ASM: bcf PIR1,0 'clr tmr1 INTF
ASM: bsf INTCON,3 'enb RB0 intrHi C,I have a number of PICs, one works 'nearly' every time, and all of the others don't. I've tried 10s of times, changing them, re-programming, all with the same result.
Hola again camerart
Do you have a way to narrow down the problem to see what register (or registers) is related to your problem? Otherwise you risk to spend lot of time chasing unexisting ghosts.
I presume that you could progressively "comment out" lines (or routines) until your difficulty eventually disappears. In fact, when creating software, doing the opposite, that is, adding progressively sections of code after the rest has been checked and accepted as OK, is the way to go.
If I mentioned the silicon errata, programming in no matter what language will not save you from the necessity to read it to see if your problem is coming from a flaw in the silicon. As you could check, depending of what batch each of your micros belong to, they could be differently affected (or not at all). Good thing to discard that and move on.
BTW, currently revisiting a project based on the eldest brother of yours, the 18F4431.
Buena suerte.
What do you have your MCLR connected to while trying to run the program? If you leave it floating it will probably cause issues. It's usually best to have it connected through a diode and a resistor to V+ (holding it high to prevent undesired resets). Also put a 100nF capacitor between the MCLR pin and ground. Actually, it'd probably be better to do this:
Connect a 100-ohm resistor directly to the MCLR pin.
Connect a 100nF capacitor between the other side of the 100-ohm resistor and ground.
Connect a 10K resistor between the side of the 100-ohm resistor opposite the MCLR pin and V+.
Some people use a 1N4148 diode in series with the 10K resistor "pointing" down from V+ to the 10K resistor. This will prevent any oscillations from the power supply, but probably isn't necessary.
I still haven't seen a schematic for your current setup, so I don't know if you've done this already or not.
Regards,
Matt
I noticed that if the 'code protect' or 'data protect' ticks are off, it will verify, but ticked it won't verify.
Hi C,
If I recall correctly you have had problems programming other PIC types in the past, using that Prommer.??
Eric
View attachment 91511
OBVIOUSLY NOT FOR 3.3V PICs
Hi camerart. OK . the zif is a good idea , as stray connections need to be considered if doing ICSP . however you still need power caps and a pull-up during programming , ( I don't see them on your pic) also I would use external power during programming , as not all USB power is the same as your .5v ac measurement shows. (Is this a laptop USB port ?). WDT may be a wild goose , but worth checking .
Judging from your other project posts you seem pretty capable , I would suggest a course of action... put the zif on a stripboard with all the connections as detailed . add an external 5V supply plus a switch and led indicator .
Think john's post was referring to a routine to clear or initialize registers / data memory at start up (most important ).
Edit. I added a quick circuit of my ICSP setup as used with PK2 and PK3 with my PIC 16 /18 /24 dev bds . above specifically for the 18F2431
View attachment 91502View attachment 91503
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?