T O P I C R E V I E W |
lando |
Posted - 04/01/2007 : 23:27:43 Hello, I try to programm my 12F629 device, but it seem to not work. USBprg detect my card but not my 12F629s. it detect device id "3FFF" and it's not recognize as pic 12F629. http://img379.imageshack.us/img379/274/sanstitrerj4.png when I read it : http://img463.imageshack.us/img463/5162/sanstitresb4.png If I try to program it, I have an error at 0x0 (nothing is write)
thank you
|
34 L A T E S T R E P L I E S (Newest First) |
ZLM |
Posted - 01/21/2008 : 20:58:29 Change to following line will parse the ID correctly:
Name="PIC12F683",ID="290463",Class="PIC16FXXX",Category="MCU",MFG="Microchip",CodeSize="4096",Package="DIP8",Speed="5",BEGPRG_COMMAND="8",ENDPRG_COMMAND="",PRG_MODE="1",CFGByteLabel="- - FCMEN IESO BODEN1 BODEN0 CPD CP MCLRE PWRTE WDTE FOSC2 F0SC1 F0SC0";
The current software does not support PIC chip batch run yet. So, you need erase and write the CODE,DATA and CFG WORLD separately.
By the default, the software will load the CODE and DATA at same time if your .hex file meet following standard:
CODE start from address 0x0000 in the file. EEPROM DATA start from address 0x4200 in the file.
This is Microchip standard I think. |
lando |
Posted - 01/21/2008 : 15:57:06 pic12F683 seems to work good :) thank you
However, I found some bugs : for pic12F683 : the id of chips "0463" is mark as not in library.
I have an hex with data for "code memory" and "data memory". when I load it, focus to "code memory", all is good. But if I'm focus en "data memory", all values aren't correct.
When I am focus on "code" and I flash, it flash only "code" part, not "data" part. BUT if I make an erase, it erase all the chips.. so there is a problem when you run "erase, write, verify" -> first in code iterase all chips and write on code -> Second in data, it erase code and write data. |
ZLM |
Posted - 01/21/2008 : 11:23:17 You can try 4543 for the 12F629 OSCAL value. This is most common value, but it may not exactly value on your chip. You may need to find it out yourself.
The software may need a modify to improve the erase process to minimize the user error.
for the 16F683, try this line in your devices.txt, let me know if this works.
Name="PIC12F683",ID="290290",Class="PIC16FXXX",Category="MCU",MFG="Microchip",CodeSize="4096",Package="DIP8",Speed="5",BEGPRG_COMMAND="8",ENDPRG_COMMAND="",PRG_MODE="1",CFGByteLabel="- - FCMEN IESO BODEN1 BODEN0 CPD CP MCLRE PWRTE WDTE FOSC2 F0SC1 F0SC0"; |
lando |
Posted - 01/20/2008 : 08:02:05 hello,
I have problem with 12F629. When I clear device, program asked if I want to report the OSCAL value, bue I have say no by error 1 time. And now it's impossible for me to change it to the default one.
I also want to know when 12F683 will be supported.
and at least, I have read that when you load "*.hex" in programmer, the CFG is include in the file and configure the device itself. This function seems don't be supported... And now I have a file that don't know his configuration.
best regard Thank you |
ZLM |
Posted - 04/17/2007 : 17:18:18 Thank your for your information. I tried on my chip, it works good.
I found the pull-up resistor can be 100hms to 300Khms range. I 'll suggest to use a 1k - 10K resistor.
|
lando |
Posted - 04/17/2007 : 06:57:09 Good It work Now, I have 2 chips in low mode :s but other chips work (MCLRE = 1 => 1 resistor 10Ohms between pin 1 and 4)
thank you again for your support |
ZLM |
Posted - 04/17/2007 : 02:37:53 you have to erase the chip first if you want to change the CFG value. And then write the new CFG and code again.
I'am able to get LED blink after set config value to 0x3184. But after that the chip no longer be able to be reprogrammed. That because the config value 0x3184 is disabled high voltage programming bit MCLRE and selectec INTOSC. So, the chip is no longer can into the Hi-voltage programming mode. At this point, the programmer is unable to read/write/ID the chip.
Once the chip's MCLRE bit cleared, the chip only can be reprogrammed in a low voltage programming mode. The current software does not support low voltage programming mode yet.
|
lando |
Posted - 04/17/2007 : 00:26:12 If I test with CFG 0x3184... I can't write anythings and the ID doesn't work
now my CFG is block on 0x3180.. If I test to write an other value, it doesn't work.
Other things : Th CFG configuration isn't in HEX? CFG will be modified when I load an HEX no?
EDIT : My configuration must be like in this picture when I load my HEX http://www.xavboxwii.com/photos/wiifree/wiifree-06.jpg
There ii no way for true usb to be support in WinPIC, or other software like this? |
ZLM |
Posted - 04/16/2007 : 20:08:54 I found a blink LED hex file from internet
It uses internal oscillator. Output on pin 7. Connect a LED to VCC via a 330ohm resistor.
The hex file:
:020000040000FA :020000000428D2 :08000800FF30A100FF30A2004F :10001000211031200530142023142D200530142008 :1000200023102D200A281328A4002408A5006430DA :10003000A6000A301B28A700FF30A8002608AA0047 :100040002508A9001730280703182328A90B222800 :10005000AA0B2028A70B1E2808002E28230885009D :0A006000080032282108650008009E :02400E0084111B :00000001FF
slower version:
:020000040000FA :020000000428D2 :08000800FF30A100FF30A2004F :10001000211031201930142023142D2019301420E0 :1000200023102D200A281328A4002408A5006430DA :10003000A60001301B28A700FF30A8002608AA0050 :100040002508A9001730280703182328A90B222800 :10005000AA0B2028A70B1E2808002E28230885009D :0A006000080032282108650008009E :02400E0084111B :00000001FF
It not working good. I only can get LED blinking when I touch the pin 2 using my hand finger.
The CFG bit is:
15.71 KB |
lando |
Posted - 04/16/2007 : 13:43:04 Hello, I have received my new whips (with a good OSCCAL) and nothing work...
1 we can check OSCCAL when we clic on erase (before launch)
2 in CFG http://img362.imageshack.us/img362/6391/cfgaz6.png
3 all work (incl ID) with 12v, without it i only can write the first word in the chips
Do you have an HEX what work with your pic to test it with mine (a blink led or somethings like this) |
ZLM |
Posted - 04/15/2007 : 00:26:40 I tested it seems working. Anyway, I need more info inorder to find out the problem:
1. How do you check the OSCCAL after an erase? 2. Press the CFG button, does the Direct Device Memory Access read/write are working? 3. Did you try solw down the speed to "-2" 4. Does the ID work?
For the new version software, the OSCCAL value will not accessible(both read and write) from the main code buffer.
Please download the R1.13 Beta again. This one added the verification process after OSCCAL been writen. http://www.mcumall.com/download/TrueUSBWillem/TrueUSBWillemGQ-2X1.13BetaSetup.exe |
davbere |
Posted - 04/14/2007 : 21:36:26 It now has the warning which is good, but after a omplete erase it asks if its ok to reprogram the origial value back. When I select yes it shows it programming but upon rereading the chip the original value was not restored. |
ZLM |
Posted - 04/14/2007 : 01:52:56 Try this R1.13 Beta version. Fixed the OSCCAL been erased issue. http://www.mcumall.com/download/TrueUSBWillem/TrueUSBWillemGQ-2X1.13BetaSetup.exe |
davbere |
Posted - 04/13/2007 : 18:36:08 The 1.12D worked for me. Thankyou. |
ZLM |
Posted - 04/13/2007 : 07:42:09 If you only test the blink LED, then the chip will run if you do not have the OSCCAL value. Only the on chip OSC is not accurate.
The OSCCAL value only give you a accurate OSC frequency on chip. You can find a OSCCAL vaule youself if it is lost.
This chip does not need a 9V external power. You can use it anyway if you found it works better.
Please check the all CFG bit. Especially on the OSC source selection bits. If you config the chip wrong, then it will not work at all.
I'll post another version for testing later. |
lando |
Posted - 04/12/2007 : 12:12:20 I have test with a 12V power supply and it write in all speed... but even if I make a blink led... it doesn't work :'( i don't understand... |
lando |
Posted - 04/11/2007 : 21:56:40 If I lose a OSCCAL Value... the chips is dead? or if I type a value near it can work? (the value is somethings like this 34**)
How you can simply know if a chips work or not? the program what I have is to heavy to know if it work or not (on a prototyping breadboard)
PS : can you make a popup to advice the user for OsCCAL change? |
ZLM |
Posted - 04/11/2007 : 17:28:27 Yes. Before write, you need to erase the chip and do a blank check.
The erase will erase the OSCCAL value too. The OSCCAL you need type in at the last byte buffer(at 3FF location).
|
lando |
Posted - 04/10/2007 : 22:53:01 I have try 2 chips in all speed the ID work.
I will try others later
EDIT: I have try with a 9V power supply.. I work better (A big part of the chips is write) but I have many errors
Other questions : it would seem that I need to erase a chips before re-write on it, Am I wrong?
Can you says me if I need to write the "OSCCAL value" at the end of a .HEX? or if the programmer make it for me? |
ZLM |
Posted - 04/10/2007 : 15:08:39 Can you try "-2" speed? Are all chips same problem? Does the ID work correctly?
I have three 12F629 and they all work fine on this version software. |
lando |
Posted - 04/10/2007 : 14:00:00 there are some progress.... I can erase the chips .. but it only write the first word data... all still "3FFF" :) |
ZLM |
Posted - 04/10/2007 : 13:27:58 Tested a few chips, found some chips sensitive to speed. Please try this version: http://www.mcumall.com/download/TrueUSBWillem/TrueUSBWillemGQ-2X1.12DSetup.exe
|
lando |
Posted - 04/10/2007 : 10:47:33 I have try on another computer in many speed and many Chips (9)... and i have the same problem : Many chips that I have write previously are blank or there are data but very instable (change sometimes...) And i can't write on them |
ZLM |
Posted - 04/10/2007 : 10:43:03 Can you try slow down the speed? |
lando |
Posted - 04/10/2007 : 05:20:17 Hello, I have a problem with pic12F629,
I can Read devices and verify (and it's right). But when i try to write on it : it make nothing. the verify failed (because the device still blank)
It work sometimes and sometimes not... |
lando |
Posted - 04/04/2007 : 11:47:26 thank you very much, great job. |
ZLM |
Posted - 04/04/2007 : 00:05:15 Please download R1.12A and try. IT should fix the 12F629 reading issue. |
ZLM |
Posted - 04/03/2007 : 20:17:08 Tested 12F629. There is a software bug on this chip. It should be fixed soon. For now, it will work through ICSP header. But you need modify the device.txt: remove the Package="DIP8" in the 12F629 config line. In this case the chip location picture will show a 18 pin chip. Just ignore the picture since you are using ICSP header only. |
lando |
Posted - 04/03/2007 : 03:05:28 Thanks for your fast support. I hope you can find the problem (maybe it's chair-keyboard interface)
other question : do you think you add support of Pic16F745 & Pic16F765?
|
ZLM |
Posted - 04/02/2007 : 20:27:12 I'll get my 12F629 tomorrow, so that I can test it out.
You may need to check if your HN27C256G has clean pins. This will help to get correct ID.
|
lando |
Posted - 04/02/2007 : 16:40:44 Yes I agree With you... but it doesn't work :( I have try with the HN27C256G, this is recognize 1 time of 2. |
ZLM |
Posted - 04/02/2007 : 15:44:10 The chip's pin 1 should face ZIF handle. And the pin 1 should in ZIF's pin8. chip's pin 4 should in ZIF's pin 11. chip's pin 5 should in ZIF's pin 22. |
lando |
Posted - 04/02/2007 : 13:50:13 can you confirm that the begin chips must be at 5 pins Up?
all switch are off there are no problem with this :) |
ZLM |
Posted - 04/02/2007 : 13:28:47 It seems the chip is not in the correct position. Can you confirm your chip is in the right position? Also, the DIP switch need to all OFF. |