If someone "accidentally" add some code that change the Z .... no matter what you do from this point on, writing the page will be corrupt, the softwarer won´t work anymore. It does not matter how good you correct the Z-Pointer after that.Problem is when someone later on come in, accidentally add some lines that change the Z, the program will be screwed because it only subtract the page size. Loading the original address to Z will avoid all the potential problem.
SPI:I am on the last cpt of interest which is Parallel and Serial programming. I think the Parallel programming is usually not being used, most I heard from people is they use SPI or USB to program.
I don't recall I ever ask nor even know what and how to program the ATmega328. I was concentrated on the datasheet. This is the first time I even know about USB to SPI programmer.Hi,
from the previous posts - with all respect - it seems you hear only what you want to hear.
So I write it most short and clear:
For an Arduino Nano you don't need a (hardware) programmer..
Again: You don't need one.
But I guess you still insist to buy one. In this case buy an AVRISP MKII or any other USB to ISB prgrammer. Nothing expensive.
Klaus
In post#22, #23, #24, #25 .. we both did discuss about how to program the AVR.I don't recall I ever ask nor even know what and how to program the ATmega328.
I don't think the datasheet talks about an USB-to-SPI programmer at all.I was concentrated on the datasheet. This is the first time I even know about USB to SPI programmer.
Yes, thinking. The problem with thinking is, that we don't see this. We only see what your are communicating.I am thinking ahead when I design using ATmega328, it's not going to be using the UNO board, it's going to be a custom pcb that I have to program on my own through the SPI port
Until now - against our recommendations - you communicated only about "theory, datasheets, you want to learn everything before you start using the hardware". So when you wrote you "did 2 programs already" I assumed (and still am not sure) you did it the same way: theory only, without using the real hardware. You also never mentioned what IDE, what compiler .... you used for your "2 programs".Are you assuming that I can connect UNO R3 directly to USB? That I don't need to buy an USB-SPI programmer? This is NOT what I am asking. I already know that as I did 2 programs already.
(new information: your custom AVR design)How can I program without a USB-SPI programmer?
I'm not sure you understand:I am only thinking ahead to play with the UNO board with USB-SPI programmer to get use to doing that.
I use the pdf serch engine quite heavily. So when looking for your questions, I search for a "?". In post#26 there is only one question mark ... for the question which programmer to buy.Actually my post is not even asking about the programmer
The key to success in my eyes is to make her curious about electronics. Let her ask questions, let her fing her own way, let her have fun.it's more the opinion whether this kit is too much to teach my granddaughter
Hi KlausHi,
To your post, step by step:
In post#22, #23, #24, #25 .. we both did discuss about how to program the AVR.
I don't think the datasheet talks about an USB-to-SPI programmer at all.
But you did in posts#24 ff
Yes, thinking. The problem with thinking is, that we don't see this. We only see what your are communicating.
* The thread topic is about "SPM command" --> it has nothing to do with ISP, nor with AVR_USB (datasheet), nor with parallel programming, SPM is how a bootloader programs the chip.
* Then you say you focus on the datasheet. --> but still talk about USB stuff that is not included in the datasheet.
* Then you talk about the "Elegoo kit" --> I don't know this. So I learned from you that it includes an Arduino Uno. It's not a plain ATMEGA32p, but it comes with additional hardware (USB-to-serial IC) and with a bootloader software already burnt into the AVR. Since I am not familiar with all this I recommended you to read the Elegoo documentation.
* Then you talk that your aim is to teach your grand daughter using the Elegoo kit --> for this (if you read it's documentation or my post#25) you don't need additional programmer hardware, nor do you need to design your own board.
So we (the forum members) continously have to guess what you currently focus on
* plain datasheet reading
* Elegoo kit
* teaching your grand daughter
* designing your own AVR hardware
Until now - against our recommendations - you communicated only about "theory, datasheets, you want to learn everything before you start using the hardware". So when you wrote you "did 2 programs already" I assumed (and still am not sure) you did it the same way: theory only, without using the real hardware. You also never mentioned what IDE, what compiler .... you used for your "2 programs".
(new information: your custom AVR design)
I assume you have the Elegoo kit, with the Arduino Uno. If so, you can use this Arduino to program your AVR on your custom made design.
I'm not sure you understand:
* There is no "USB-SPI" programmer on the Arduino Uno
* you don't need an "USB-SPI" to program the Arduino Uno
I use the pdf serch engine quite heavily. So when looking for your questions, I search for a "?". In post#26 there is only one question mark ... for the question which programmer to buy.
The key to success in my eyes is to make her curious about electronics. Let her ask questions, let her fing her own way, let her have fun.
Be flexible: Adjust on her, don't force her to adjust on your way.
And honestly (not meant offending) from all your discussions here in this form, I miss this flexibility.
Thus my recommendation: Just let her play around. Maybe the Elegoo kit comes with a good tutorial, or show her how to find online tutorials, let her play around, let her make mistakes, let her make her own good experience.
Klaus
I agree in this, since the current discussion does not fit the headline of this thread anymore.Maybe it's a mistake to continue on this thread. That I should start a new thread.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?