ATmega 328p Cheap Debugger

Go To Last Post
98 posts / 0 new

Pages

Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hello you good People,

 

i want to debug the ATmega 328p with Atmel Studio 6+ using the debugWire-Interface.

 

here https://www.avrfreaks.net/forum/how-debug-atmega328-using-jtag?name=PNphpBB2&file=viewtopic&t=98386

a moderator states that one may use a JTAGICEmkII or Dragon, they cost 49$ and 99$.

 

Is there a way to not spend so much Money? i found this: ATMEGA328P-XMINI, the Problem with it is, that i want to debug my yC while i have it integrated in a circuit. (some external stuff is attached) otherwise it would not make sence to debug. Can i somehow "miss"-use the ATMEGA328P-XMINI to have it debug an external ATmega 328p and not the mounted one?

 

In case thats not possible, can you recommend something else? If there is nothing else, i will buy an Atmel AVR Dragon. Is that a good decision?

 

Thanks :)

This topic has a solution.

hi

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The current recommendation should probably be "Atmel-ICE", which is an updated JTAGICE-like product (newer than MKII or JTAGICE3, despite its name.)

There's a "Basic" version that is $49, and a version with more cables and stuff for $85.

 

Sometimes, if you attend an Atmel training seminar, you can acquire products at a reduced price.  If you're in the right place and have the time. (eg http://training.atmel.com/TechOn... )

 

The AVR debugging interface is annoyingly proprietary, and I don't know of any cheaper 3rd party debugging solutions. :-(

 

This reply has been marked as the solution. 
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

here https://www.avrfreaks.net/forum/how-debug-atmega328-using-jtag?name=PNphpBB2&file=viewtopic&t=98386

a moderator states that one may use a JTAGICEmkII or Dragon, they cost 49$ and 99$.

I am that very moderator but note that the thread you have linked to is dated 2010. A lot happens in 5 years in the world of micros and as westfw says the Atmel-ICE has all but replaced both JTAGICE and Dragon these days. But the bottom line is that you cannot really (even after 5 years) get anything less than $50. The Dragon used to be the $50 "entry level" debugger for AVRs and now it is the $50 "Atmel-ICE Basic". Different (far improved) electronics, same price.

 

It's curious really. If I want to start developing for ARM (specifically Cortex M3 and M4) then I can go to many vendors and buy a board with a chip AND a debugger on it for just $10..$20 (though not from Atmel) yet if I want to start with AVR I not only need a board with an AVR on but a separate debugger with the board probably costing $5..$10 and the debugger costing $50.

 

Kind of makes me wonder why anyone starts with AVR rather than ARM these days?

 

(oh and the "EDBG" chip that is the core of the Atmel ICE is really just a $5 AVR UC3 so it does make you wonder why the debugger has to be $50?).

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

You are awesome! I will order the Atmel-ICE. Its not so easy to figgure out that the ICE is the replacement for the older Debugger and i am thankfull for your replys.

(because the other thread was 5 years old i thought i should just ask)

 

I dont know anything about ARM, we had some BASIC lessons on Atmel ATmega8 back in school but to answer your question: i think a huge ammount of People will Start with avr or have started with avr because of the arduino Plattform. now those People get stuff done Rally quickly and want to dig deeper, so they soon learn about the yC itself and the hardwaremodules they offer.

 

Your post also makes me very courious on the ARM Technology alltough i spend a lot of time with ATmegas...

 

i just heard ARM in relation to raspberry pi and the ARM Version of Microsofts Surface :|,

 

Thanks

hi

Last Edited: Mon. Jan 19, 2015 - 11:45 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 1

i just heard ARM in relation to raspberry pi

A completely different kind of ARM in fact! ARM is a RISC CPU core but there have been and are many variants from the simplest (AVR like) CPU up to something as powerful as the CPU inside your PC/laptop. In fact think about smart mobile phones. They have CPUs that have 4 cores each running at 1GHz or more - that's probably as powerful as any "standard" desktop PC or laptop you might be using - certainly as powerful as one from a year or two back. Yet those four 1GHz cores are just "ARM".

 

At the completely opposite end of the ARM range they have Cortex M0 (and M0+). Those are little chips very similar in power and performance to an AVR - well OK, perhaps just fractionally faster/more powerful but they are microcontrollers in the $1+ range - just like AVRs. There are some limits - like only 3.3V operation (so no 5V) and they don't have EEPROM (though many can "fake" the effect of it). But you get to run 32bit code at something like 50Mhz for the same price as an AVR.

 

So they are starting to encroach on the "small micro" territory.

 

There'll always be a place for 8bit MCUs (well, OK I suppose 4 bit did eventually die out and they might too) but for someone starting out it's getting trickier and trickier to determine whether to head in an 8bit or 32bit direction.

 

The fact that the boards and debuggers are actually priced lower than 8bit boards weighs in their favour.

 

ARM have replaced their old CPU offerings (ARM7, ARM9 etc) with a newer range they call "Cortex". They have it split in two. At the top end for "Applications" (like your Samsung Galaxy S4 phone or whatever) they have "Cortex A" (A=Application). There are A5's, A8s, A15's and so on. But of more interest to MCU programmers are the "Cortex M" range of CPUs. The principal models are (going up in order of complexity);Cortex M0, Cortex M0+, Cortex M3, Cortex M4. The M0's really are small MCU replacers. The M3 is a more powerful thing - typically running at 100..150MHz then the M4 is like the M3 but with DSP and floating point support and starts to bridge the gap from low end micros to high end Cortex A5s and up.

 

Atmel (for MCU users) have Cortex M0+, Cortex M3 and Cortex M4 prodcuts under the banner "SAM" which they say stands for "Smart ARM MCUs". While their Cortex M3 andCortex M4 products go by the obvious names "SAM3" and "SAM4" for reasons best known to themselves they choose to call their Cortex M0+ offerings "SAMD20" and "SAMD21". I suppose the more obvious "SAM0" had "negative connotations"?

 

But to get started with Atmel Cortex chips (SAMD20/21, SAM3 or SAM4) will still cost about $40 to get going. They have "Xplained" boards for some models that have both the chip and an ARm debugger on board but they cost in the region of $40. Other suppliers will do you a board with an ARm and a debugger for as little as $15 or even $10.

 

(one of the nice things about ARM is that it is not a "one design per company" chip design - lots of companies make M0+, M3 and M4 chips though the thing that differentiates them is the choice of surrounding peripherals. But this means you can learn about M0/M3/M4 on one makers chips and pretty much transfer most of the knowledge to other people's chips if you later choose to change. In part this is what makes ARm stuff so cost competitive as 10 or more companies are all trying to attract you to their M0+, M3, M4 chips!).

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
ARM have ... a newer range they call "Cortex". They have it split in two.

For the sake of completeness, it'a actually in three: there is also Cortex-R:

 

http://www.arm.com/products/proc...

 

http://www.arm.com/products/proc...

 

http://www.arm.com/products/proc...

 

Quote:
Atmel (for MCU users) have Cortex M0+ ...  "SAMD20" and "SAMD21"

Not forgetting SAMR21 - which is a SAMD21 and an AT86RF233 in a single package.

 

Quote:
They have "Xplained" boards for some models that have both the chip and an ARm debugger on board but they cost in the region of $40

The D21 & R21 Xplained-Pros are currently GBP 33 & 28 from Farnell.

 

Quote:
Other suppliers will do you a board with an ARm and a debugger for as little as $15 or even $10.

True; but I would very strongly recommend an Xplained-Pro - at least to start - as it comes with a whole bunch of ready-to-go examples in Atmel Studio.

 

Note that some (but not all) Xplained-Pros can also act as a debugger for a separate microcontroller - RTFM for details.

 

Quote:
(one of the nice things about ARM is that it is not a "one design per company" chip design - lots of companies make M0+, M3 and M4 chips though the thing that differentiates them is the choice of surrounding peripherals. But this means you can learn about M0/M3/M4 on one makers chips and pretty much transfer most of the knowledge to other people's chips if you later choose to change. In part this is what makes ARm stuff so cost competitive as 10 or more companies are all trying to attract you to their M0+, M3, M4 chips!).

Absolutely!

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
(well, OK I suppose 4 bit did eventually die out ...

http://www.c-max-time.com/images/design2007/headBar.jpg

 > Products > Microcontrollers

Epson 4-bit MCUs

http://www.c-max-time.com/products/productsOverview.php?catID=3

clawson wrote:
Atmel (for MCU users) have Cortex M0+, Cortex M3 and Cortex M4 prodcuts ...
and Cortex-M7; these are also the new automotive Atmel MCUs.

http://www.atmel.com/products/microcontrollers/ARM/SAM-E.aspx

http://www.atmel.com/products/microcontrollers/ARM/SAM-S.aspx

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Yeah I have wondered about the point of M7 in the past? It seems to me that it's filling a gap that does not exist. You can get some pretty powerful M4's and if you outgrow those surely you are then ready for A5's ? I'm not entirely sure when/wy you would choose M7.

 

The fact that there are so many M7 devices (not!) rather proves the point as to how the world is clamouring for these things.

 

The ARM site ( http://www.arm.com/products/proc... ) seems to say the raison d'etre is high performance, low power but for what application exactly?

 

EDIT Oh I see. A bit of googling tells me the M7 is an "IoT processor". Right.

 

(is it just me or does IoT seem like the "emperor's new clothes". The world is awash with talk of IoT but who's actually making all these things? Perhaps it's simply "tomorrow's technology today" and we haven't quite reached tomorrow?)

Last Edited: Mon. Jan 19, 2015 - 03:44 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
... but for what application exactly?
From an Atmel Cortex-M7 :

  • CMOS image sensor interface
  • Ethernet with Precision Time Protocol
  • Automotive in-cab temperature rating

A guess for applications are automotive rear-facing cameras, industrial process cameras (robots, conveyors); image, reduce, process (pattern recognition), send events and/or compressed video.

Vehtronics Ethernet has been around awhile though that may be new to road cars and light trucks; been in semi-tractors and medium trucks for about a decade.

Though, some Cortex-M4 do have an image sensor interface.

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I've had an Basic Atmel-ICE for a few months now and it is an awesome product and I would recommend it highly.

Does both 8 and 32 bit and integrates well with Atmel Studio 6.2.

Happy Trails,

Mike

JaxCoder.com => PartsBin - An Electronics Component Organizer

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
A bit of googling tells me the M7 is an "IoT processor"

Is there any processor which is not an "IoT processor"...?!

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:

A lot happens in 5 years in the world of micros and as westfw says the Atmel-ICE has all but replaced both JTAGICE and Dragon these days. But the bottom line is that you cannot really (even after 5 years) get anything less than $50.

How about this one? Can anyone, please, confirm if hardware JTAG debugging of ATMega64 in combination with AVR Studio 4.18 really works (as stated in the description) with this extremely cheap debugger? I am hoping to be able to use it with this dev board.

Chupo_cro

Last Edited: Mon. Feb 23, 2015 - 07:24 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

For a couple of older chips like the M64 that debugger should work well with AS4, may not work at all with AS6.

 

For $8 it's worth a try anyway, there are also a few others which some people here have used from ERE in Thailand I think.

My JTAG Mk1 is hand made and I still use it occasionally.

John Samperi

Ampertronics Pty. Ltd.

https://www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Chupo_cro wrote:

How about this one? Can anyone, please, confirm if hardware JTAG debugging of ATMega64 in combination with AVR Studio 4.18 really works (as stated in the description) with this extremely cheap debugger? I am hoping to be able to use it with this dev board.

 

Yes,   it should work with a mega16/32/64/128.    And for $13 + $8 = $21 looks fairly attractive.

I think that the JTAGICE-1 clone in your link uses a PL2303 USB chip.   

I bought this one that has a CH340 USB chip: http://www.ebay.com/itm/USB-Download-Programmer-Atmega-Emulator-Debugger-For-AVR-JTAG-ICE-AVR-STUDIO-/221492084469?pt=LH_DefaultDomain_2&hash=item3391f4fef5

 

There is a current thread on this subject: https://www.avrfreaks.net/forum/beginner-jtag-atmega-32a .  Perhaps you will be able to help jesus-pd (from Slovakia)

 

My one seems to work ok with AS4.19 and Vista-32 but it needs AS4.18 for Win7-64.

My one does not seem to work with Rowley.

 

If you get enough flash and GPIO pins from a ATmega328P,  the XMINI-328P is a very good choice.    (buy a USB cable with a micro-B plug and some male and female header strips)

 

David.

Last Edited: Mon. Feb 23, 2015 - 09:26 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
If I want to start developing for ARM (specifically Cortex M3 and M4) then I can go to many vendors and buy a board with a chip AND a debugger on it for just $10..$20 (though not from Atmel) yet if I want to start with AVR I not only need a board with an AVR on but a separate debugger

 

There are now "Xplained" boards with the debugger (EDBG) and an AVR!

 

eg, for the ATmega328 specifically: http://www.atmel.com/tools/MEGA3...

 

$8.88 in the Atmel Store: http://store.atmel.com/PartDetai... (although that probably means $88 shipping angry )

 

£9.64 from Farnell: http://uk.farnell.com/atmel/atme...

 

Quote:
the "EDBG" chip that is the core of the Atmel ICE is really just a $5 AVR UC3 so it does make you wonder why the debugger has to be $50?

 

And why they don't do a bare-bones "lite" version like others do:

 

Keil uLink-ME
http://www.keil.com/arm/ulinkme/

 

IAR J-Link-Lite
https://segger.com/jlink-oem-ver...

 

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

js wrote:

For a couple of older chips like the M64 that debugger should work well with AS4, may not work at all with AS6.

 

For $8 it's worth a try anyway, there are also a few others which some people here have used from ERE in Thailand I think.

My JTAG Mk1 is hand made and I still use it occasionally.

 

That's really good news. I am certainly going to order that mini JTAG however it is Chinese New Year at the moment so I'll have to wait a couple of weeks to see if it works. I'll maybe, in addition, order this one and this one so hopefully at least one might work :-) The last one seems lacking protection/buffer circuits (I might be wrong, it is just my impression).

 

Thank you very much for answering me!

Chupo_cro

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If you are certain that you only want to use "almost obsolete" chips,   it is worth the $8 for one.     I am not sure about $16 for two.

 

The modern AVRs will probably be cheaper and they certainly have better peripherals.     Buying an ATMEL-ICE or a DRAGON seems a future-proof investment.    Bear in mind that AS6 will never support the JTAGICE-1.

 

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

david.prentice wrote:

Yes,   it should work with a mega16/32/64/128.    And for $13 + $8 = $21 looks fairly attractive.

The price sure is OK :-) However, being an 'old school' programmer (I started with Z80 on Spectrum&Amstrad and 6502 on C64 back in the '80s) I tend using as minimalistic HW as possible. That's why I designed this little ATMega8 PCB costing me only $9.90 (+ $3.90 shipping) for 10 pcs on ITEAD Studio. With that PCB + $1 ATMega8 I've made quite complex projects, here is the latest one I 've been working on (at the begining of the 1st video there is an 'Easter egg' - the buyer will not see the intro with my nick and SW version number). The device input is (apart from the buttons) the state of the solenoid valve (controlled by the separate PID regulator) and the output is KS0108 display & one relay. The complete code is inside the ISR routine so the main program is only:

 

while (1)
    ;

david.prentice wrote:

I think that the JTAGICE-1 clone in your link uses a PL2303 USB chip.   

I bought this one that has a CH340 USB chip: http://www.ebay.com/itm/USB-Download-Programmer-Atmega-Emulator-Debugger-For-AVR-JTAG-ICE-AVR-STUDIO-/221492084469?pt=LH_DefaultDomain_2&hash=item3391f4fef5

 

There is a current thread on this subject: https://www.avrfreaks.net/forum/beginner-jtag-atmega-32a .  Perhaps you will be able to help jesus-pd (from Slovakia)

 

I'll be happy to help when JTAG arrives. I find avrfreaks very nice and friendly community - until now I didn't post much here on the forum although I was often reading the others' posts that helped me a lot, so I'll be glad if I'll help someone reading my future posts.

 

david.prentice wrote:

My one seems to work ok with AS4.19 and Vista-32 but it needs AS4.18 for Win7-64.

My one does not seem to work with Rowley.

 

If you get enough flash and GPIO pins from a ATmega328P,  the XMINI-328P is a very good choice.    (buy a USB cable with a micro-B plug and some male and female header strips)

 

David.

 

This time I'll be designing the device which will do everything that does the device I mentioned above, but it will besides be controlling three KS0108 displays, reading a few I2C and analog sensors, logging&displaying the data and replacing PID regulator. I was thinking of using a few MCP23S17 SPI I/O expanders but the big numbers (on the display) are 168 bytes each and I am already on 82% of 8K ATMega8 flash size so I decided to this time use ATMega64 - but that is an exception. If I had more time, I'd have built the device with only ATMega8.

 

Thank you very much for your reply!

Chupo_cro

Last Edited: Mon. Feb 23, 2015 - 09:04 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

david.prentice wrote:
Yes,   it should work with a mega16/32/64/128.    And for $13 + $8 = $21 looks fairly attractive.

And this one even more!! :-) $12 + $8 for ATMega128 instead of ATMega64.

Chupo_cro

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

hi.

i had supposed that this thread not dead yet. I had booked today for atmega328p the chinese clone of ATMEL-ICE for about $120, so  if somebody had bought it for the 50 it was the good investment.

and it looks similar like this and they said, that it has works for atmel studio 6.0

1.Just i'm in doubt, that will it works in atmel studio7 or even microchip studio 8 ? (because 2 years ago i had bought some programmer for atmega16 and the atmel studio tell this device not recognized, so i threw it out. this name was atmel ice or similar, i forget.)

and

2.does it possible to make debugging if some devices connected to MCU and they are had to produce AN interrupts? 

 (i had already try to do this in simulator, but it tell me, that 'in this place cannot be make a stop point') so i can't to debug any program, if it has _delays_  or INT's  

 

is there any properly way to do it ?  

thanx 

atmega328p

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0


You can buy just the PCBA from Microchip - so quite possibly it's a genuine PCBA in a chinese case with chinese cables:

 

 

At that price, you're saving ~ $50 over the genuine article - is it worth it?

 

will it works in atmel studio7

It if it is a genuine Microchip PCBA inside, then it should.

 

microchip studio 8 

Is there such a thing?

 

does it possible to make debugging if some devices connected to MCU and they are had to produce AN interrupts? 

Not sure what that means, but the capabilities of the debugger aren't affected by external devices.

 

i had already try to do this in simulator, but it tell me, that 'in this place cannot be make a stop point'

Probably due to optimisation - it would be the same with a real debugger.

 

so i can't to debug any program, if it has _delays_  or INT's

No, that's just not true at all.

 

 

is there any properly way to do it ?  

Yes. As with any tool, you do have to learn how to use it.

 

There's a load of videos & other materials on the  Atmel  Microchip Studio product page to get you started ...

 

 

 

 

 

 

 

 

 

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Welcome!

anto1 wrote:
... it has works for atmel studio 6.0
6.2

anto1 wrote:
... or even microchip studio 8 ?
Do you know something I don't?wink

anto1 wrote:
(because 2 years ago i had bought some programmer for atmega16 and the atmel studio tell this device not recognized, ...
Programmers that implement STK500 protocol will be recognized in Microchip Studio.

 


Atmel Studio 6.2 | Microchip Studio Release Note

Atmel-ICE-C, ATMEL-ICE-PCBA, Powerful development tool for debugging and programming Atmel SAM and AVR microcontrollers (Waveshare)

 

Visual Studio Embedded | AVR Freaks

VisualGDB - Serious cross-platform support for Visual Studio

 

Pololu USB AVR Programmer v2.1

Pololu - Distributors | Russian Federation

 

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
(well, OK I suppose 4 bit did eventually die out ...
EM Microelectronic is a part of the Swatch Group.

Microcontrollers | Products | EM Microelectronic

Electronic Systems | Brands & Companies - Swatch Group

 

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

plan wrote:
Is there a way to not spend so much Money?
Yes

plan wrote:
the Problem with it is, that i want to debug my yC while i have it integrated in a circuit. (some external stuff is attached) otherwise it would not make sence to debug.

  • USB UART bridge for debugWIRE
  • USB JTAG bridge though only on Microsoft Windows

Could chop nEDBG then glue, bond, or epoxy that PCBA snippet onto the primary PCBA; IIRC, nEDBG can be configured for other MCU besides the development board's MCU.

 


debugWIRE via USB UART | AVR Freaks

>>> LURA <<<

 

How do you debug avr code on non-windows platforms (Free Pascal, Lazarus)

GitHub - stemnic/pyAVRdbg: A GDB RSP server for AVR debuggers supported by Microchips pymcuprog

Microchip PIC&AVR Tools · GitHub

Debugging AVR microcontrollers on Linux, with Bloom | AVR Freaks

avr-stub — PlatformIO 5.2.0a5 documentation

Use GDB | Microchip Studio (frontend, atbackend.exe has an AVR GDB server, Microchip Studio 7.0.2542 | AVR Freaks)

 

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

gchapman wrote:
plan wrote:

<whatever>

Note that plan was back in 2015 ...

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

What serious bugs are you having & how often? Once every few years?  Once a month? Once a day ? 

You should be able to go a long while, unless you've gotten yourself really scrambled up in some manner.  Taking things step by step keeps your code well-oiled and progressing smoothly.

If it a question of math results, casting, conversions, intended bits (wrong bits) being set, a lot of can (and perhaps better) show up on the simulator.   You can also examine the generated code to see if certain sections meet specific requirements (such as tight timing). That's not to say the debugger won' t help diagnose some really tricky problems.  But don't trick yourself into thinking it is a substitute for giving your code a thorough think-through.

  

When in the dark remember-the future looks brighter than ever.   I look forward to being able to predict the future!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

awneil wrote:
You can buy just the PCBA from Microchip
of coarce, i cannot.

 

if i can, i had bought original.

i had drop by the link on IDE device page, and find that it cost $160now, but w/o delivery cost.

 

(i guess it will be about $45 more) Just the atmel site had endless asked me to enter my state/region while payment,

 

so i had spend 0.5hour to enter it 56 times, and canceled these attempts, while in 20sec.

 

i had find the clone item and paid it already, so i even can't reverse it back, but

 

my the question isn't  about to buy it or not or  would it work's or not -  i'm sure , it will definitely work with the A.S. 6.0 or 6.2

 

(because they has declared this on their item page)

 

 

just i'm in doubt, will it work with 7.0 or MicrochipStudio 8.xxx ? 

 

In the other words, does somebody of subscribers here, who has this item,

 

ATMEL-ICE, (not mentioned, clone or original item) and used atmel studio 7.xxx or microchip studio 8.xxx  with it?

 

(because my the last item, which AS didn't find, and i has find later in internet, that it can be used with the AVR studio 4.xxx only, 

just i didn't attempted to study the new ide, change solution, and so on and had threw it out.

yesterday  i tried to find it, but can't , so booked this new one.)

 

 

and the 2nd question

awneil wrote:

does it possible to make debugging if some devices connected to MCU and they are had to produce AN interrupts? 

Not sure what that means, but the capabilities of the debugger aren't affected by external devices.

  for example, the function is works, and make measurement endless,

 

and if the external interruption INT0 / INT1 was produced by the some reasons, does it can be produced while step-by-step debugging?

i mean, if i had started debugging over the ATMEL-ICE  debugWIRE interface, and the sensor had produced the external interrupt,

 

how it do with the step by step workflow? (because without debugger device (in simulator) i had no possibility to do this,

 

while i had used simulator - when i drop  to register windows and tried to  artificially change the interrupt flag to 1, it was resetted in next step,

 

and no any reaction to this was produced by the function, it hasn't drop to the interruption service routine, just continue the next operator.)

 

for example ,if  sensor has created zero level while there is 5v level by defult

 

- if i will  short it by the button, will it produce INt0 while debugging by the debugWIRE interface workflow?

 

 

awneil wrote:

i had already try to do this in simulator, but it tell me, that 'in this place cannot be make a stop point'

Probably due to optimisation - it would be the same with a real debugger.

the message was the same while i had trying simulator - with optimization level1 or OFF.    

 

and one more thing - if in workflow there is the _delay()_ function, it come to here,

and i had trying to jump it over, but all the times was unsuccessful.

 

but if i will to step by step debugging in delay, it will take to much time (i guess few million steps), for example if delay is 500ms.
(of coarse, i can disable all delays before debugging, but it's too boring to make it back and forward every time. ) 

 

Does it has some other way how to avoid it?

 

(i has saw many video lections in internet, how to use debugging, but didn't find any,

 

where they had over delays jumping. if somebody has find this, prompt me the link please. )

atmega328p

Last Edited: Sat. Jan 8, 2022 - 02:11 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 1

For cheap ATmega328p debugging NOW, you should probably just get an "Xplained Mini 328p" board

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

When debugging on real h/w using debugwire, yes it will activate and jump to the ISR() and let you step thru it.   Delays in the simulator are Veeeeeeerrrrrrrryyyyyy slow, most freaks will either comment out delays, or shorten them durning debug, put them back when debugging is done.  Learn to use "breakpoints" set a break at the point you want to step the code, let code run and it will stop at the break point (just before running the line where the break is set) then step your code, must faster that way.  Once you have debugged that spot in the code, remove the breakpoint, and if needed, place another break point at the next place that needs debugging, rinse and repeat! 

As for optimization level, for debug, use -Og it will give the best debug experience, never use -O0 (none)as that is for compiler developers use only, for most normal, non-debug use -Os.

MicroChip has videos on how to use Atmel Studio, Now called MicroChip Studio (MS7), if you get stuck, you can ask specific questions here on AVRFreaks. 

good luck

 

Jim

 

 

FF = PI > S.E.T

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

westfw wrote:
you should probably just get an "Xplained Mini 328p" board

thanx! of coarse, i had took a look on EDBG on device page in my IDE, just i had decided that 328mini doesn't fit me now,

 

because i already had the working board, just i wish to edit the code for far improving, so i was booked the

medium board, and it has paid all the same,

 

but later i will book the board u adviced, just can u explain -

does i right understand, that this is evaluation board with debugger embedded? 

 

so i can't to debug my 

old boards, which already existed?  but it's useful for the new developments only?

 

ki0bk wrote:
most freaks will either comment out delays,

thankx! i had used directive #ifndef for this before, just think that i had improperly use the debugging feature and there are the more light way.

ki0bk wrote:
use -Og it will give the best debug experience, never use -O0 (none)

thanx. i had check, that my optimization was off for compiling, so i switch it to -Og, but all the same nothing happened. i had yellow break points,

 

and there no handles to make stepping. I mean arrows step in, step over and so on.

 

 

atmega328p

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

avrcandies wrote:
a lot of can (and perhaps better) show up on the simulator.

i had try it much time and saw much tutorials, but it's not really works for

 

consistent projects. when there much functions, i can't to tune up the debugging feature.

 

so, i hope, that the hardware debugger will be better.

 

it's not mean that i cant to use debugging c++ program.  I had used codeblocks for C++ and eclipse for JAVA

 

for debugging, and it was successful.

 

if you know, where to find useful manual (but not video) for simulator tuning, give me the link.

atmega328p

Last Edited: Sat. Jan 8, 2022 - 07:27 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Please say which country you live in.   It makes better replies.   A neighbour might help you with hardware, software, advice, ...

 

Please post your complete code.  Or ZIP up the AS7.0 project and attach the ZIP file.

 

The ATmega328P is a very popular chip.   It is fully supported by AS7.0 and debuggers.

 

Buying an XMINI-mega328P is a good option.   If you say your country,  someone might even mail one to you.

debugWIRE is SLOWER on the XMINI than using a MPLAB-SNAP or Pickit-4 or ATMEL-ICE

 

David.

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

david.prentice wrote:
post your complete code.

 

thanx, the code is too long for the analysis, so i even didn't ask somebody to help with it,  but if it will i'll be happy.

 

i had send it 2 ur box.

 

this is probably works, but i suppose to improve it, and just look around , how to not spend much time for the next

 

error catching. 

 

and really i had never can 2 launch it in the simulator. in spite of i had saw much videos and i can debug the c++ programs in other IDE.

 

may be my project settings is improperly , while i had checked it few times, following by the tutorial.

 

david.prentice wrote:
someone might even mail one to you

thanx, u r very kind. but i can to buy any in internet shop by myself.

 

atmega328p

Last Edited: Sat. Jan 8, 2022 - 10:08 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0


anto1 wrote:
so i can't to debug my 

old boards, which already existed?  but it's useful for the new developments only?

Of course you can.

 

The only problem would be if you didn't provide an easy way to physically connect the debugger.

 

A key consideration for your hardware design should always be, "how will I debug this?"

 

Since debugWIRE uses the RESET pin, it puts some specific requirements on your hardware design regarding the RESET pin.

 

This is all documented in  AN2519 AVR® Microcontroller Hardware Design Considerations:

 

A thread on designing-in debug facilities: https://www.avrfreaks.net/forum/how-do-i-check-life-signs-scope-atmega2560-standalone

 

anto1 wrote:

It's telling you that you can't set a breakpoint while the target is running - were you trying to do that?

 

I have found that this can leave it in a confused state - you need to exit the debug session, and start again to sort it out.

 

Another possibility is that the code in the Target does not match the source code in your project - be sure to do a clean build, and reprogram the Target.

 

 

 

 

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

awneil wrote:
Since debugWIRE uses the RESET pin,
thanx for notation, i had read it too, and i'm dont worry about it,usually  i  had used the arduino development board in my project, so , i hope that it's has properly configured reset chain.

 

awneil wrote:
Another possibility is that the code in the Target does not match the source code in your project - be sure to do a clean build, and reprogram the Target.

 

i'm not clear understand, what r u mean? the target board will  be connected later, after item will be arrived, because i had bought it yesterday only. i guess, after 2 weeks at least.

 

for simulator i had make like i find in tutorial -

1. i had prompted simulator as device, and

2. then had debugger launched - had press the triangle on the upper band - after that all arrows are dissapeared, as u can see in my screenshot.

3. and the circles becomes from red to white with the error icon.  

 

what is wrong in my way, tell me please, i had  already few days tried to launch it, but useless.

 

upd: now had checked the your new sequence - clean solution, build solution, run debugger. the same result - ihas dissapeared all arrows on the upper command band and the circles becomes in my screen shot, while it must be red, and the flow point must be red with yellow  arrow. nothing of it are exist.

 

atmega328p

Last Edited: Sat. Jan 8, 2022 - 10:44 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

anto1 wrote:
i  had used the arduino development board in my project, so , i hope that it's has properly configured reset chain.

I think it may not be - because it actively drives RESET to activate the bootloader ?

 

 

awneil wrote:

Another possibility is that the code in the Target does not match the source code in your project - be sure to do a clean build, and reprogram the Target.

The executable file (ELF) is created by building the project - that translates the source code into executable code.

 

See the diagrams here: https://www.avrfreaks.net/commen...

and here: https://www.avrfreaks.net/commen...

 

If you change the source code, but don't rebuild, then the executable will no longer match the source; eg, the location in the executable which corresponded to "line 235" in the original source may  no longer correspond to "line 235" in the new source code.

 

So, if you ask the debugger to set a breakpoint at "line 235" in the new source code, while using the old executable - things are going to get confused!

 

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

awneil wrote:
It's telling you that you can't set a breakpoint while the target is running

 

very strange - in tutorial said there, that u can set and remove breakpoint while simulator has running?

 

 

atmega328p

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

anto1 wrote:
in tutorial said there, that u can set and remove breakpoint while simulator has running?

That may well differ between the Simulator and a real hardware target.

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

awneil wrote:
I think it may not be - because it actively drives RESET to activate the bootloader ?

just now i had checked the NANO schematic diagram, and it hasn't extra capacitor in RESET chain.

 

awneil wrote:
So, if you ask the debugger to set a breakpoint at "line 235" in the new source code, while using the old executable - things are going to get confused!

 

of coarse, i'm build every time after change, then launch debugging.

 

so the reason is may be other, than this.

atmega328p

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0


anto1 wrote:
checked the NANO schematic diagram, and it hasn't extra capacitor in RESET chain.

But it has a 1k pullup (too low), and is driven by the FT232RL USB interface chip

 

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

awneil wrote:
But it has a 1k pullup (too low),
  thanx, i just had read the designator as value. 

So i will need just temporarily to remove from reset line these elements?

 

it's really to low value, i had checked now, in my own boards i had installed pullups 33Kohm before, and started to install recently even 56 kohm (definetely this board), and all is work.

i do it to decrease power consumption.

 

from the other side, i had no use USB connection in my board now, because i had program it over ISP so, i even can not to return it back.

 

so now is the only problem for me - how to launch debugging. I read once more atmel manual for the simulator right now,

and didn't find yet, what i has done wrong.

 

atmega328p

Last Edited: Sat. Jan 8, 2022 - 12:04 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0


anto1 wrote:
So i will need just temporarily to remove from reset line these elements?

I think it does still need a pullup.

 

But, as already suggested, wouldn't it be so much simpler to just get an ATmega328P Xplained Mini?

 

Then you'd both have a debugger and know that it was all correctly connected & configured.

 

I would strongly suggest that you at least start with that - to gain experience with using the hardware debugger.

 

You can then move on to your "custom" hardware once you've gained familiarity with the basics on a well-known, trusted platform.

 

so now is the only problem for me - how to launch debugging.

You mean hardware debugging - as opposed to the simulator?

 

Again, there are tutorial videos ...

 

ADDENDUM:

 

 

See: https://www.avrfreaks.net/commen...

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
Last Edited: Sat. Jan 8, 2022 - 12:06 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

awneil wrote:
wouldn't it be so much simpler to just get an ATmega328P Xplained Mini?

i can't do it, the board is ready and it has much perifery devices in it, and to insert xplane  mini in it i must reissue the board.

 

so i need external programmer, which i had paid already.

 

and the xplained mini today's cost as 10 boards Arduino mini, while programmer i can use endless.

 

and one more thing, - the my board is ready, soldered and working now, all software is well done. i can't to change arduino NANO to XPLANE MINI in it.

 

it has connectors configuration  incomatible.

 

i just want to find more easy way to debugging,

than which i used now.  just for the future probably improving purpose.

atmega328p

Last Edited: Sat. Jan 8, 2022 - 12:21 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

anto1 wrote:
i can't do it, the board is ready and it has much perifery devices in it, and to insert xplane  mini in it i must reissue the board.

Did you miss:

I wrote:
I would strongly suggest that you at least start with that - to gain experience with using the hardware debugger.

 

You can then move on to your "custom" hardware once you've gained familiarity with the basics on a well-known, trusted platform.

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

awneil wrote:
Again, there are tutorial videos ...

thanx, i seen these tutorials, just i has saw episodes 12-13, for simulator use.

for hardware i will see later, when i get the debugger

atmega328p

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Thanks for sending a ZIP of your AS7.0 project via PM.

 

The original ZIP has an awful lot of unused items e.g. ASF and Proteus.

I have created an AS7.0  .CPROJ that just contains the relevant source files.

 

I hope that it is ok to post this "smaller" ZIP.   This will enable readers to advise on your coding style,  debugging approach,  ...

 

First off.  Use AS7.0 "Format Source Code" to tidy everything up.

 

1.  Move fonts, images, data tables to separate C files

2.  Remove all the blocks of unused code.

3.  Re-build to ensure that you have not lost anything.

 

4.  Now you have properly indented, formatted code to study.

5.  Look for inappropriate use of |= e.g. EICRA |= 0b00000000;

6.  We can offer tips on making code "Simulator-friendly"

 

I suspect that you have taken a working project from somewhere and are trying to adapt it.

It is often wiser to just post a link to the original working project.    Describe your "similar" hardware.   Ask for help.

 

Oh,  I think you should be fine running some functions with the Simulator.   But often the real hardware is better for testing interactive code.

 

Thanks for adding your location.  I am sure that there are other members in Nairobi.

 

David.

Attachment(s): 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

david.prentice wrote:
making code "Simulator-friendly"

thanx for ur answer, but i'm not clear what does it mean?

even didn't find these in atmel simulator manual, which i had read just now.

 

by the way, are u has can to approach the simulator workflow in my project?

as to me, after i press debugging button, all arrows (step in/step over and so on) are disappeared.

atmega328p

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

anto1 wrote:
after i press debugging button,

which button, exactly, are you calling the "debugging button" here?

 

all arrows (step in/step over and so on) are disappeared.

Do you really mean "disappeared", or just greyed-out (ie, disabled)?

 

The stepping buttons will be disabled while the target is running - they are only available while halted.

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

awneil wrote:
which button, exactly, are you calling the "debugging button" here?

i mean the start debugging of coarse.

awneil wrote:

 

Do you really mean "disappeared", or just greyed-out (ie, disabled)?

of coarse greyed.

 

i had showed these in my screenshot some post above.

 

awneil wrote:
while the target is running - they are only available while halted.

it's never halted while there are breakpoints settled up

 

would u  like 2 advice  me, what i need to do in this case?   (as in my experience in code blocks, i never meet such a case, so i don't know while it continuous running)

atmega328p

Last Edited: Mon. Jan 10, 2022 - 01:37 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

so i need external programmer, which i had paid already.

and the xplained mini today's cost as 10 boards Arduino mini, while programmer i can use endless.

and one more thing, - the my board is ready, soldered and working now, all software is well done. i can't to change arduino NANO to XPLANE MINI in it.

it has connectors configuration  incomatible.

Yes you will OFTEN hear such things & like the board was just laid out yesterday, so it can't be changed in time for .... 

We picked the wrong connector but it is too late because we are almost ... and will soon be ...

 

Then 6 months later while working on all the other things that also occurred, it becomes apparent you could have updated the board 5 times and corrected the lousy wiring twice!

We ordered a bunch of parts (and some types we would have liked to change) with expensive quick shipping costs so they could be installed as soon as.... Well they arrived right away, 3 or 4 months ago & should get unwrapped soon. 

I say this mostly to implore, you will rarely go wrong making the right (& sometimes seemingly painful) corrections, even if it doesn't seem like you have time to do so; when you think you are 75% done there is usually only 80% more left to go.   

When in the dark remember-the future looks brighter than ever.   I look forward to being able to predict the future!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

avrcandies wrote:
you will OFTEN hear such things & like the board was just laid out yesterday, so it can't be changed in time for ....

i think that u r sure, it's all the time: after u had made your part, it has no place, where to mount it.

 

the board i trying to tune up now, was asked to be ready up to 1 of october, at least 1 of december, and it was ready intime, but not mounted,

and now i already had made 2nd edition and it's same not installed into whole device yet,

because of it' s not ready , so there are 2 PCB ready to install already, and meanwhile i'm trying to improve the 3rd edition of it , for the future purposes.

 

but i'm worry, what's i can make wrong with simulator debugging.

 

may be u can advice, which i need to check while launching for properly running?

atmega328p

Pages