Arduino.ru

тут опечатка arrayData[5], там конечно же 13, в коде, и в цикле в функции setup, там не i<1, а i<setСont.

Вероятно, где-то памяти под массивы не хватает...

нет, не ве этом дело. Там стоит метка которая печатает адрес записи. Первый блок занимает 206 байт, потом еще 1 бат, 4 байта заголовокХ2, около 20байт структураХ2, итого около 256 байт всего, а у ардуины уно 1024 байт Еепром.. К тому же, при работе видно, что последний стракт прочитался, просто выводится он до половины.. 

Методом научного тыка ошибка была локализована! Прошу помочь с решением!

Ошибка возникает при попытке чтения массива структур из EEPROM. возможно она вознакает на этапе записи, но это не видно. А вот при чтении возникает бесконечная зацикленность, причем это явно проблема с тем что происходит какой-то сбой в адресном пространстве, поскольку после первых двух циклов которые должны быть по программе, "лишние" выводятся разрезая пополам сообщения Сериал принта. т.е. например, код 

// тут следует вывод из памяти

Serial.println("DONE"); 

После двух положенных циклов выводится следующим образом:

DO23

112

0

1

2

...

т.е. DONE обрезается... это явно какая-то хрень.

Вот код отвечающий за объявление, чтение и запись массива структур. Именно из-за него возникает глюк, остальное пишется и читается без проблем.

typedef void(*CHEKER)(void); 
//объявляем переменные
struct Data { 
	double value;
	long interval;
	double lastmod;
	double lastst;
	byte type;
	byte inf;
	CHEKER control; //указатель на функцию обработчик
};
Data arrayData[13]; //создаем массив структур

const byte DS18B20 = 0; //задаем константы для определения значений Data.type
const byte DHT_11 = 1;
const byte DHT_22 = 2;
const byte PIN = 3;
const byte CHNG = 4;

const byte AIR = 0; //константы значений Data.inf
const byte GRND = 1;
const byte HUM = 1;

void Setup()
{
/* Эти значения попробуем записать в память
             tempAirDs.inf = AIR; //устанавливаем значения Data.inf
	tempGround.inf = GRND;
	tempAir.inf = TEMP;
	tempRoom.inf = TEMP;
	humAir.inf = HUM;
	humRoom.inf = HUM;

	tempRoom.type = DHT_11; //устанавливаем значения Data.type
	humRoom.type = DHT_11;
	tempGround.type = DS18B20;
	tempAirDs.type = DS18B20;
	tempAir.type = DHT_22;
	humAir.type = DHT_22;
	humGround.type = PIN;
	lampSt.type = CHNG;
	lampHight.type = CHNG;
	fanPwr.type = CHNG;
	compPwr.type = CHNG;
	filterSt.type = CHNG;
	doorSt.type = PIN;

tempRoom.control = 0;
	humRoom.control = 0;
	tempGround.control = 0;
	tempAirDs.control = 0;
	tempAir.control = 0;
	humAir.control = 0;
	humGround.control = 0;
	lampSt.control =0;
	lampHight.control = 0;
	fanPwr.control = 0;
	compPwr.control = 0;
	filterSt.control = 0;
	doorSt.control = 0;
*/

delay(5000);
//DATA_write();  //запись
	DATA_get();/чтение
Serial.println("DONE! Data_get");
dataCheck();

}

void DATA_get() //чтение массива структур EEPROM
{
int adr=0;
for (int i=0; i<13; ++i){
Data &sens = arrayData[i];
	int Size=EEPROM_readAnything(adr, sens); 
//читаем данные с начала памяти
adr+=Size;
Serial.println(adr);
};
}

void DATA_write()
{
int adr=0;
	
	for (int i=0; i<13; ++i){
	Data &sens = arrayData[i];
	int Size=EEPROM_writeAnything(adr, sens); //записываем данные 
	adr+=Size;
Serial.println(adr);
};
}

void dataCheck()
{
	for (int i = 0; i<13; ++i)
	{
	Data &sens = arrayData[i];
			
			
		Serial.println(sens.value);
		Serial.println(sens.type);
		Serial.println(sens.inf);
	};

}

void loop()
{
}

Прошу помочь разобраться... по всей видимости библиотека EEPROM_Anything неверно обрабатывает массивы структур, если так, то помогите придумать иной способ их записи в EEPROM.

typedef void(*CHEKER)(void); 
//объявляем переменные
struct Data { 
	double value;
	long interval;
	double lastmod;
	double lastst;
	byte type;
	byte inf;
	CHEKER control; //указатель на функцию обработчик
};
Data arrayData[13]; //создаем массив структур

Для начала стоит заменить double на float, это должно сэкономить память. Насколько я помню, тип double должен занимать 64 бита - 8 байт, вряд ли тебе столько надо. Странно, что происходит затирание памяти, но, возможно, классу Serial тоже требуется оперативная память, а ему не хватает, поскольку она занята твоим массивом с данными. Ну и в кучу раз константу печатаешь, пиши уж Serial.print(F("DONE!"));

.

Ну в ардуине я новичок. Значит это не настоящий дабл, настоящий описан в стандарте http://en.wikipedia.org/wiki/IEEE_floating_point . Я думал, что раз слово есть, то как в стандарте. Это, впрочем, не отменяет моего мнения, что у него с распределением оперативной памяти проблемы.

Думаю что если бы дело было в нехватке памяти, об этом бы звопил компилятор - все-таки он работает с конкретной платой, которая задается в установках, и учитывает место под программу\ оперативную память. 

Не обязательно - проблемы с памятью могут быть и из-за большого количества локальных переменных, размещаемых в стеке при вызове соответствующей функции. И компилятору просто не под силу предсказать, когда и какая функция будет вызываться, каков будет уровень вложенности вызываемых функций, ну и - соответственно - в какой момент растущий вниз стек вломится в область статических переменных.

Ну а если еще и куча используется...

Ну если я правильно понимаю, то все местные переменные, которые объявляются внутри функции удаляются из памяти при переходе к другой фунции. Да и в принципе оперативная память помоему на УНО 1024байт, а это 256 long\float\double переменных и 512 интов... Думаю едвали наберется треть этого количества во всем коде.. так что это маловероятно..  

К тому же, если объявить все содержимое EEPROM в программе и потом прочитать - то никаких ошибок не возникает, значит данные в память помещаются.

Скорее всего при чтении создается указатель или ссылка на адрес который уже занят в программе, и происходит это вероятнее всего из-за ошибки в библиотеке.. ну и остается еще вариант аппаратной ошибки в eeprom например.

Первое, что должен запомнить любой программист: чудес не бывает. Твоё название темы "глючит ардуино" подразумевает, что ты нашёл ошибку в её конструкции, но я пока что наблюдаю только ошибки в другом месте. Компилятор, как правильно тебе указали, не может статически проконтролировать будущее поведение программы, только корректность в каждом локальном участке. Разбирайся с расходом и использованием памяти или поменяй сферу деятельности.

Вот это разве не доказывает, что проблема не с распределением памяти:

К тому же, если объявить все содержимое EEPROM в программе и потом прочитать - то никаких ошибок не возникает, значит данные в память помещаются.

Я пробовал объявлять все переменные глобально (за исключением i в циклах for), включая все эти массивы структур и прочее - программа работает корректно.  Значит дело не в нехватке памяти. Дело в чтении и записи данных в Епром. 

А сфера деятельности у меня и так другая, это скорее увлечение.

Как я и думал дело оказалось в глюках указателей на функцию. Пришлось установить дебагер чтобы выяснить. Ну и кроме всего прочего, сменил библиотеку чтения\записи.

Проблема заключается в том, что неверно обрабатываются указатели на функцию, после прочтения из памяти. Нужно как-то это побороть. конкретно вот этот кусочек:

Если эту проверку закоментить, то с новой библиотекой и некоторыми другими исправлениями все работает, е сли оставить, то начинается опять чехорда - то по циклу запускает Setup(), то выводит какую-то чушь в сериал.. т.е. Видимо неверно записывается либо неверно читается указатель на функцию. Т.к. опять же, если задавать его в коде, то все работает. 

РЕшено - ошибка оказалась в том, что указатели вообще нельзя сохранять в епром.

Вопрос решен в другой теме, спасибо всем кто поучаствовал! 

ПРОШУ УДАЛИТЬ ЭТУ ТЕМУ!! и преведенные  мной отрезки кода!

А код рабочий привести не судьба? )

////указатели вообще нельзя сохранять в епром.

С чего бы вдруг? Можна если сильно нужно.

Только хорошей идеей это не назовеш, т.к. энергонезависимая память сохранит указатель и при заливке нового софта, а указатели останутся от старого, попытка их использовать даст глюк. Вот и имеем такой эффект плюс обычные ошибки - однин этот код чего стоит )))

Data arrayData[5]; //создаем массив структур
....
Data &humGround = arrayData[6];
Data &lampSt = arrayData[7];
Data &lampH= arrayData[8];
Data &fanPwr = arrayData[9];
Data &compPwr = arrayData[10];
Data &filterSt = arrayData[11];
Data &doorSt = arrayData[12];