0 Members and 1 Guest are viewing this topic.
I was also interested in buying this book as a reference.Programming PIC microcontrollershttp://www.altronics.com.au/index.asp?area=item&id=B2451
Based on what I have written would you please be so kind and suggest what IDEs (I like a challenge so I will avoid Arduino....
(I've been very hush hush about my ARM fantasies......strewth, I didn't intend to make that statement sound so inappropriate )
Programming PIC microcontrollershttp://www.altronics.com.au/index.asp?area=item&id=B2451I don't know if it's been updated but I bought that book before any pic's had flash and I remember hating his writing style... "I do this and I like that and I I I I me me me" very annoying
Quote from: elcomtel on October 06, 2013, 01:27:30 pmBased on what I have written would you please be so kind and suggest what IDEs (I like a challenge so I will avoid Arduino....If you really want a challenge, how about manually programming with DIP switches and pushbuttons?
In reality for a strong programer the chip you pick is irrelevant.
Ok sonny....I might not have programmed with 'DIP Switches' but I spent hours entering code using toggle switches.
I remember the PDP-11... had one in my high school.........<sigh> Now I really feel old...
But really: both PIC and AVR have pros and cons. AVR has better architecture, is faster and has more friendlyu assembler should you need to use it. It also usually has waaay less silicon bugs than MicrochipPICs on the other hand are available in much larger variety, so you're more likely to find what you need. Microchip is also known for supporting their products for a very long time, so they are an obvious pick for industrial production.They also have one thing in common: they both totally and utterly suck when compared to cheapest Cortex M3 from NXP, ST, TI or Freescale
Did you know that the CPU architecture between a DEC PDP-11 and a Motorola 68K is nearly identical?
real men use JTAG
through the JTAG mouth MCU software and hardware of the simulation, also by the mouth of single-chip processor JTAG download a program or modify a molten silk.
I suspect that as I am also interested in ARM microcontrollers that ATMEL Studio 6 probably is the IDE I should focus most of my energy on.
(I like a challenge so I will avoid Arduino....
my fetish would definitely be an AVR
Cavemen use JTAG: most of the chips now use one-wire debug interfaces.
whether ARM controllers are really more difficult than PIC / AVR
The other implementation of emulation (I suspect this is the case with JTAG enabled microcontrollers) is to have the microcontroller 'twiddling its thumbs' doing nothing while the host takes full control of all the pins via JTAG under the control of a microcontroller simulator running on the host. This way you can make the 'physical' microcontroller appear to be running the show, where in fact the signal stimulus is done by JTAG.
In the microcontroller "software development" world, "JTAG support" most often seems to refer to "using JTAG protocols to access internal registers that control the debug capabilities of the chip", rather than the more traditional "provide ability to set pin states to arbitrary values for system-level debugging." (huh. I don't even know whether JTAG on AVR offer pin-setting. Atmel doesn't seem to document much of their debug capability.)QuoteThe other implementation of emulation (I suspect this is the case with JTAG enabled microcontrollers) is to have the microcontroller 'twiddling its thumbs' doing nothing while the host takes full control of all the pins via JTAG under the control of a microcontroller simulator running on the host. This way you can make the 'physical' microcontroller appear to be running the show, where in fact the signal stimulus is done by JTAG.That seems EXTREMELY unlikey. The whole point of having on-chip debugging aids is to permit the code to run at full-speed, except when debug functions are explicitly invoked. There are tools like AVRICE that specifically connect the Atmel tools to 3rd party debuggers that do NOT (AFAIK) include any simulation.