I would also like to see the free chip ported to more PIC's, but why wait all this time when you can pay $11 for a stealth chip or pick up a 12F629 for a couple of bucks.
btw it would be nice if it got ported over to a handfull of common PIC's, testing is not nessasery you can just put um in a untested post and let the userbace work that out.
I am interested in comparing the Old Crow source code for the PIC12C508 with the new code for the PIC12F629.
Also, is the stealth code available for the PIC12C508?
I will see if I can dig up the original "old crow" code I used to port it to the 12F629 and post it up in the "stickys" here within the next week. (Sorry very busy person, too much stuff to do, and not enough hours in a day!)
As for the various "stealth" codes, there was about three to four branchs of it, mostly left is the "hex", I had the source codes someplace, but over the years due to various bad business partners I had pick for my various technology companies, the code has been lost or misplaced, but I see if I can find one soon.
Just wondering if you had a chance to finish the 12f683 code? I know you were going to test it but I can do that for you because I have the PS1 here at the moment.
Please PM me or post the source code and I can let you know if it works.
If you have not got a chance then no problem I will just order a 12f629 but I figured I could play around with it since I have it here.
I've been comparing the data sheets for the two Micro Processors and they both seem very similar, as mentioned earlier. Basically, the PIC12F683 seems to have more memory available, and more capabilities. Have you tried compiling the code in MPlab with the 683? I'm curious to see how this would work. I would try it now but my jump drives out in the car with the C30 Compiler for MPlab. Maybe I'll give it a whirl tommorrow b/w classes. It's too bad this code wasn't available in C at least.
My knowledge with using the code is absolutely zero so I wouldn't even know what to do. If you get a chance to see let me know.
I have a wii coming tonight that I am going to upgrade the Yaosm code and I am hoping it will have a 12f629 in it and I will just pop in a 12f683 yaosm 3.2 and use the 629 for the PS1.
My knowledge with using the code is absolutely zero so I wouldn't even know what to do. If you get a chance to see let me know.
Sorry for the delay in getting a chance to check/test/convert the 12F629 code over to the 12F683, just been so damm busy here it is non-stop amazing pile of work (shelfs filled to the ceiling of broken consoles), the more I fix, the more come in, that is the trouble with good service, I even got to the point of pulling all my local ads, and still the work is flowing in faster ever day, next step is to shorten my hours to try to cause people to go elsewhere if they are in rush, and to get time when I am closed to catch up.
Okay, I have tried to compile for the 683. Currently it's complaining about the following code:
bsf STATUS,RP0 ; bank 1
movlw b'10000110' ; Disable T0CKI on Pin 5
movwf OPTION_REG ; Set it!
call 0x3FF ; retrieve factory calibration value
movwf OSCCAL ; update register with factory cal value
bcf STATUS,RP0 ; set file register bank to 0
The problem is that the 683 doesn't support an OSCCAL (Oscillator Calibration) register.
It appears that the 629 supports a 4 MHz internal Oscillator, and the 683 is 8 MHz to 125 KHz. However the 683 is set to 4 MHz by default so we shouldn't have to set this this in the OSCCON register. (Not sure if there are others to set in OSCCON, but default is 0110 0000.)
I've read through the data sheets for a bit on this. I'm going to go out on a whim and ignore the calibration.
Please correct me if I'm wrong.
I have commented out the following lines of code as shown below to achieve a successful compilation.
;bsf STATUS,RP0 ; bank 1
movlw b'10000110' ; Disable T0CKI on Pin 5
movwf OPTION_REG ; Set it!
; call 0x3FF ; retrieve factory calibration value
; movwf OSCCAL ; update register with factory cal value
; bcf STATUS,RP0 ; set file register bank to 0
Balaberda, I recommend only trying this code below if you have an 8 Pin DIP IC Retention Bracket Contact Socket.
That way you won't have to solder the PIC chip directly to your board, this facilitates reprogramming the chip (I think) and easy removal if it doesn't work.
Last edited by modder111111; 09-17-2009 at 11:37 PM.