Arduino due eeprom storage
Hi, i'm testing arduino due on my delta. I have a dubt on eeprom managment by firmware, my problem is that eeprom settings after a restart or a disconnection of matherboard came back at the original value( programmed widh arduino ide), so any eeprom change during only at the next resart.
I make a premise...arduino due shouldn't have eeprom on board, so in theory the firmware should use the eeprom present on (in my case) smart ramps.
If i connect only arduino due (without ramps) at host, i can read and write the eeprom! what does it means? where this data are storage? in the flash on board?
I would understand where is my problem, if the motherboard is defective or ramps, but if first i don't know how the eeprom data are managment can't go ahead.
I would trying with external eeprom (maybe the internal epprom is bad) using i2c pin present on ramps....is it possible?
I make a premise...arduino due shouldn't have eeprom on board, so in theory the firmware should use the eeprom present on (in my case) smart ramps.
If i connect only arduino due (without ramps) at host, i can read and write the eeprom! what does it means? where this data are storage? in the flash on board?
I would understand where is my problem, if the motherboard is defective or ramps, but if first i don't know how the eeprom data are managment can't go ahead.
I would trying with external eeprom (maybe the internal epprom is bad) using i2c pin present on ramps....is it possible?
Comments
In the meanwhile i looked at pins.h and i added the eeprom pin as you suggest
in an other post that i didn't see before..sorry.
It works !
With pins.h modified it works, but the display result with a poor contrast, instead with this :
http://reprap.org/wiki/File:ArduinoDUE_0.92.9.zip
contrast is perfect, but there are other problem related to the temperature readings...it's unstable.
p.s. an other strange thing is that at the power on display stay with backlight on, without text, and D10 output on ramps it's on (extruder heating!) ! this condiction is permanent until you perform a reset, after the restart display goes on and output D10 off...have you any idea?
Instead for the poor contrast, this type of display "azsmz12864" has not contrast pot, but with the other mod version of your firmware working good, so i thoutght that same refresh settings ( maybe lcd is too slow ) is changed in this version, is it possible?
please compare picture with your board, this fix works only with board that have marked component in this orientation.
I modified 10 of these , all working error free
https://github.com/RAyWB/PICS/blob/master/due_start1.jpg
https://github.com/RAyWB/PICS/blob/master/due_startfix.jpg
for Display i guess it needs 5V Supply so you have to use level shifters for signals.
if it is SPI driven you can use something like this :
https://www.adafruit.com/product/757
had some displays from "the bay" which were very sensitive on power when running on 3.3 V, solved it this way.
only thing i wonder is missing contrast pot. may be you can post a picture of the displays back side
Thanks for answer, but photo are blank.
Here you can see the display...
https://it.aliexpress.com/item/3D-printer-smart-controller-SMART-RAMPS-OR-RAMPS-1-4-LCD-12864-LCD-control-panel-green/32213636460.html?spm=2114.010208.3.1.FfTNyQ&ws_ab_test=searchweb0_0,searchweb201602_1_10065_10068_10000032_10000025_10000029_10000028_10060_10062_10056_10055_10054_10059_10099_10000022_10000012_10103_10102_10000015_10096_10000018_10000019_10052_10053_10107_10050_10106_10051_10000009_10084_10083_10080_10082_10081_10110_10111_10112_10113_10114_10115_10037_10033_10032_10000044_10078_10079_10077_10073_429_10000035,searchweb201603_9,afswitch_1,single_sort_3_default&btsid=52d9bd29-71ce-4ae8-bd7a-75820bdc5999
How just wrote before, i don't think an hardware problem, with the old mod version software works perfectly.
it´s the two pictures due_start1 and due_startfix
and sorry, display is different from the ones i have
Thanks for the interesting link , i´ll try that even though i prefer soldering ;-)
here´s some more about how and why
http://www.dimdim.gr/2016/03/fixing-startup-issues-with-arduino-dues/