WE ARE TRYING TO MAKE A REMOTE LABORATORY ON ARDUINO. IS THERE ANYWAY, SO THAT STUDENTS CAN ABLE TO FLASH ON OUR BOARDS FROM REMOTE AREA TO CHECK THEIR PROGRAM?
SURESH952:
WE ARE TRYING TO MAKE A REMOTE LABORATORY ON ARDUINO. IS THERE ANYWAY, SO THAT STUDENTS CAN ABLE TO FLASH ON OUR BOARDS FROM REMOTE AREA TO CHECK THEIR PROGRAM?
Sure. All they need is a raincoat and earplugs.
Why are you shouting?
DEFINE "FLASH "
http://content.solarbotics.com/products/documentation/wirelessly_programming_the_arduino_uno.pdf
a few boards can be flashed remotely - but, you'll still find they are restricted to a local area network.
- Arduino Yun can flashed over TCP/IP
- LightBlue Bean (LightBlue® Bean | Punch Through) can be flashed over BLE
but, it looks like your best option may be to hook up a few Yun devices, setup a web service where your students can push the sketch to that service, which in turn connects over TCP/IP and a serial connection to get the results.. sounds like a lot of work; doable - but, i wouldn't expect it to be an easy task.
Have you looked at Arduino FIO? They are designed for wireless updates.
Everything else is intended to be updated in 2 ways:
- via USB connection
2a. via ICSP connection with a Programmer such as Atmel AVR ISP MKii (many others are available, not all can program 2560 chips fully)
2b. via ICSP connection with an Arduino running a Programmer sketch, here is an example where the sketch to be downloaded is stored on SD card:
http://www.gammon.com.au/forum/?id=11638
Another option is to add Adafruit EZBluetooth, should look like a slow UART interface to An Arduino, I'm looking for a link.
Shield version
Connect up like you would an FTDI Basic.
WE ARE PLANNING TO DO IT ONLINE. WIRELESS TECHNOLOGY (BLUETOOTH, WIFI, XIBEE)CAN DO IT FOR ONLY SOME METERS. STUDENTS SHOULD ABLE TO PROGRAM FROM THEIR HOME. IS THAT POSSIBLE?
STUDENTS SHOULD ABLE TO PROGRAM FROM THEIR HOME. IS THAT POSSIBLE?
Certainly. If they live close enough.
Quit screaming and provide some facts, not just wishful thinking.
SURESH952:
WE ARE PLANNING TO DO IT ONLINE. WIRELESS TECHNOLOGY (BLUETOOTH, WIFI, XIBEE)CAN DO IT FOR ONLY SOME METERS. STUDENTS SHOULD ABLE TO PROGRAM FROM THEIR HOME. IS THAT POSSIBLE?
enough with the screaming.
an arduino device is cheap - to build a solution you want, you'll need to spend tens of thousands of dollars and waste valuable setting it all up, testing it and maintaining it (manual resets, cable faults et al).. wouldn't it be easier just to order a few arduino starter kits and send them to your students?
they only cost $100 depending on where you get them and you even have a few tutorials you can walk them through as part of getting them familiar with the environment. you may be going around this the wrong way.. consider the starter kit like a text book, it is something you just need to buy..
heck, we give starter kits away to people who come visit our company and are just interested to learn about IoT and what we do.
DEFINE "FLASH "
All of the answers you have been given pertain to loading a bootloader not uploading sketches.
AGAIN i ASK YOU ,
WHAT DO YOU MEAN BY "FLASH" ?
Obviously , to everyone who responded to your question it means "flashing the bootloader", because you don't use ICSP to upload sketches to an arduino UNO.
DO YOU MEAN UPLOAD SKETCHES ?(I'M SCREAMING BECAUSE THAT IS YOUR PREFERRED METHOD OF COMMUNICATION)
OR
DO YOU MEAN FLASH THE BOOTLOADER ?
If you are new to the forum it is quite possible you think FLASHING is uploading the sketch because it is stored in non-volatile
ram, but here on the forum , if we are talking about upload (or downloading , however you call it) a sketch , we never call it
FLASHING because we reserve that term for loading a bootloader or loading a sketch to an ATtiny85 via ICSP using "Arduino as ISP" Programming Mode and the ArduinoISP sketch loaded in an Arduino UNO.
So to answer your question, if your students use the arduino UNO, the bootloader is already installed and all they need is a computer with a USB port and Windows or Mac version of the IDE. and the USB cable that I think comes with the UNO.
That's all they need to load programs. Try explaining your objective WITHOUT using the word FLASH.
Let's put it this way. When I was subscribing to a computer tech support service, the service rep would take control of my PC
when I asked them to fix a problem He was in India. Is that remote enough for you ? If I had plugged my USB cable into my
arduino UNO , and if he knew anything about arduinos, he could have loaded any one of a thousand sketches I have on my PC and run them from India. So can you "check" your program (If we knew what "check" meant we could answer that question) if
by "check " you mean compile and run. I fail to see how that is of any value to be able to compile and run a program remotely
on a uC if you can't see what the uC is controlling. (or if it actually is not even connected to any other hardware). But YES,
you can load , compile and run sketches in California , USA from India..
Can you flash the bootloader ? No, not unless you have a robot to connect all the wires. Why would you need to if you bought an UNO anyway ?
All of the answers you have been given pertain to loading a bootloader not uploading sketches.
Not at all true - Xbee on FIO is for uploading sketches, as is the Adafruit Bluetooth. Both only connect to the Serial lines, so they could do nothing else.
Doesn't help to have students reloading bootloaders remotely.
Flash in this case obviously refers to reloading a sketch into Flash memory.
Ok, but how often does anyone on this forum refer to loading sketches as "flashing" ? (not very often)
Almost without exception, everyone on this forum simply says "load sketch" or " reload sketch". Whether it is technically correct is a moot point because it is obviously non-volatile ram so "flash" is technically the correct term. My point is that it is not the accepted
term for loading sketches on this forum because it is ambiguous half the time . The posters often (as in this case) do not specify
what they mean. They COULD be talking about loading sketches or the COULD be talking about loading a bootloader. You don't know until you ask them. I agree with you that in this case it doesn't make sense to load a bootloader remotely unless you needed to change the bootloader remotely. (I 've heard of that, as in the case of the girl who was asking for help because some their pcbs had an older bootloader or chip and some of them were fine but they were all surface mount and she wanted to change the bootloader in the older ones.) Look at all the tutorials, ( which are supposed to set the standards for nomenclature and terminology). Every single one says "load this sketch etc..." NOT ONE says FLASH this program..." Am I right ?
Am I right ?
Yes, but I think it is clear that English is not OPs primary language, so some flexibility in understanding his/her language is needed.
because it is obviously non-volatile ram so "flash" is technically the correct term.
Have you read the datasheet raschemmel? There is no non-volatime ram - there is flash memory.
Further, it has a write cycle limit:
Write/Erase Cycles: 10,000 Flash
so it is not ram at all but more a form of eeprom. This App note describes it more.
http://www.atmel.com/images/doc3708.pdf
I stand corrected on the non-non-volatile ram (EEPROM) or e2 PROM.
raschemmel:
DEFINE "FLASH "
...
AGAIN i ASK YOU ,
WHAT DO YOU MEAN BY "FLASH" ?
Two wrongs don't make a right, raschemmel. Enough of the shouting back.
All of the answers you have been given pertain to loading a bootloader not uploading sketches.
Everything else is intended to be updated in 2 ways:
Everything else is intended to be updated in 2 ways:
. 1 via USB connection2a. via ICSP connection with a Programmer such as Atmel AVR ISP MKii (many others are available, not all can program 2560 chips
fully)
2b. via ICSP connection with an Arduino running a Programmer sketch, here is an example where the sketch to be downloaded is stored on SD card:
Everything you said about FLASH is correct , and thanks for correcting me on that detail (I guess I confused ram with rom)
However, my main point was that the OP could save time (if not now, perhaps in the future) by avoiding the use of the term
"FLASH" when discussing the simple task of loading (uploading,downloading , whatever) sketches in circumstances where
the bootloader is not in question. The three methods listed below appear to be addressing both tasks.
Item #1 via USB connection is clearly the answer the OP was looking for as it addresses the loading of sketches from the PC to the flash memory . Is it ALSO possible to load the bootloader via USB ? (which would mean item #1 addresses loading sketches as well as loading the bootloader.
Item #2 , I have never done because I couldn't find a reason to buy a programmer. Does this method address both
loading sketches AND loading the bootloader (which is what I would expect the Atmel AVR ISP MKii is used for). I was not aware you could load sketches with this device. Is that possible ?
Item #3 I recognized immediately as being the method I use to load sketches to ATtiny85s (obviously there is no bootloader stored in this 8-pin chip but I use "burn bootloader " Tools option to set fuses when I need a certain clock frequency .
Is it ALSO possible to load the bootloader via USB ? (which would mean item #1 addresses loading sketches as well as loading the bootloader.
No it is not possible. Bootloader must be installed via ICSP & a Programmer.
AVR ISP MKii can be used to set fuses/burn in a bootloader via the IDE (Tools:Burn Bootloader), and then once the fuses are set can be used to load a sketch which starts immediately after a reset (File:Upload Using Programmer).
I use AVR ISP MKii exclusively because 1) it is neatly packaged up & I don't have to mess with a bunch of cables & wires falling out of headers 2) I don't want to bother with keeping track of what sketch is loaded into an Arduino to use it as an ISP 3) It works with All the Atmel processors 4) My original programmer was having trouble with '1284P chips and once I got the MKii I never went back 5) westfw and then Nick Gammon hadn't written the Arduino as ISP sketches yet while the Arduino as ISP tutorial had issues.
Thanks. I think you covered all the bases.