If you are serious about PIC programming, you should learn Asembly of the Procesor first. Only then you will understand what is happenning in the PIC. After you know asembly you can move to high level programming. Atleast I think this is the best way how to learn PICs...
Yes, I totally agree, you can't use a high level language effectively on a PIC without a reasonable knowledge of assembler and the low level working of the chip.
I have never heard of such program. Its imposible to efectively perform transformation beteween low level languages...
That's why High level languages were developed, to help transport programs to different platforms.
i agree with everyone above in that you should learn assembly language if you want to efficiently program PICs. by programming in assembly you know about your hardware and its flexibility and limitations. and generally C and Basic compilers will produce code that is greater than assembly code (for the same task). although high level languages are inefficient in terms of the code they produce, they simplify the programming process.
and as for the question about assembly translator well even if there exist some program i would never use it. the reason is that assembly is very much platform dependent and an x86 and a PIC are greatly different in architechture and organization. so if you want to program in x86, learn x86 assembly. and if you want to program PICs then learn its assembly.
i agree with everyone above in that you should learn assembly language if you want to efficiently program PICs. by programming in assembly you know about your hardware and its flexibility and limitations. and generally C and Basic compilers will produce code that is greater than assembly code (for the same task). although high level languages are inefficient in terms of the code they produce, they simplify the programming process.
and as for the question about assembly translator well even if there exist some program i would never use it. the reason is that assembly is very much platform dependent and an x86 and a PIC are greatly different in architechture and organization. so if you want to program in x86, learn x86 assembly. and if you want to program PICs then learn its assembly.
You should be able to do something useful in a couple of days, bear in mind there are only 35 instructions in the 16F PIC series - and a number of those you rarely use!.
I don't claim to 'fully' understand it, but I did 6502 assembler (many years ago), so PIC assembler is fairly easy to learn. The thing to do is start simple, and work up - that's what my tutorials are designed to do, give you simple working examples that you can then modify and improve.
You can learn a great deal by flashing LED's :lol:
I can't remember how long I've been doing PIC's?, but the first version of PicProg I wrote was for DOS, when the only EEPROM PIC was the 16C84. The DOS version (written using Turbo Pascal) evolved into the Windows version, and was renamed WinPicProg, the first versions were 16 bit only for Windows 3.1!. This was also the worlds first Windows PIC programmer, as far as I know! - I've never seen one that predates it!, all the MicroChip stuff was still DOS back then.
Basicaly if you know one PIC, there is no problem to learn new PICs "special" peripheral. It's not that hard to open Datasheet and figure out how to set it up... I started with 16F84 and now I'm using 18F PICs and I advanced only by reading it's datasheet !