Питагор... към него се обърни... Е, ще трябва да смяташ разстоянието от всички точки до текущата.
За ЕЕПРОМ-а имай две неща пред вид: първо записа и четенето оттам са бавни (записа много, четенето не толкова), и второ - паметта е с определен брой цикли на запис, така че избягвай да записваш в нея неща всяка секунда примерно...
Тези неща с броя цикли на флаша, ако не се знаят, то накъде...... При мен записа е ръчен с натискане на бутона. Докато се изчерпи лимита ще минат стотици години.
Питагор не е нужен, нали
dmitarp направи основното в проекта - формулите за разстоянието между две съседни точки и ъгъла на отсечката им спрямо севера - те си работят идеално и те ще смятат разстоянието.
Що се отнася до записа и четенето в ЕЕПРОМ:
Ардуино има много хубава библиотека за запис, четене и ъпдейт - т.е. запис само когато има разлика между числото в клетката и записваемото число, та се работи много лесно и удобно. Има дори отделни функции, когато става въпрос за числа със и без плаваща запетая.
Ъпдейт-записът може да са направи обаче и с функция запис под условие, ако записа не е равен на записваемото число. По подобен начин смятам да направя нещата с STM32, защото там ардуинската библиотека ЕЕПРОМ не работи, дори няма отделена такава, а трябва да се конфигурира от флаша.
Аз решение за горната задача имам, но исках да чуя и чуждото мнение. Хич не е проста задача - да прочетеш записа на точките в паметта, да ги сравниш спрямо текущата позиция и да избереш най-късата "клечка" - това да е отправната точка. И после трябва да зададеш, дали да тръгнеш наляво или надясно, т.е. да сумира точките или изважда.
В ардуино езикът има една много хубава функцийка:
sensVal = min(sensVal, 100); // проверяем если sensVal больше 100, то senseVal будет присвоено 100
Та ще се пусне един цикъл - четене от паметта на съответния запаметен маршрут, което ще започне от 1-ва точка и стигне до последна по броя записи - максимално 60. Последователно по горната функция ще отхвърля по-дългата "клечка" и остатакъ ще заема мястото на цифрата 100. После цикъла продължава, докато накрая остане най-късата клечка. Но на всеки прочит ще се следи номера на точката, а той отговаря на съответния адрес. Като знаем номера ще се дава команда да започне четенето от паметта от тази точка напред или назад, т.е. опция реверс.
Функцията
min() може да бъде заменена с условие и сравнение със знак < или > и изпълнение на условието - запис в променлива на по-близката точка.
Точният алгоритъм съм го написал на хартия в блоково изпъление, остава да го напиша в скеча, но има доста мислене.
Та ако има други предложения и ако сте разбрали какво се иска, целия съм в "слух"?
Това е скицата за запис на маршрутите, 1-вия започва от 64-и адрес до 543 и 2-рия от 544 до 1023:
// Запис на маршрут--------------------------------------------------------------
if (enc1.isClick() && flag_1 == 0 && flag_2 == 1) { // условие
flag_1 = 0;
if (Route == 0) { // брояч на маршрута
Route_1++; // брояч на запаметени точки
if (addressW2 >= 535) addressW2 = 535; // ограничаваме до 543-8=535
addressW2 = 56 + Route_1 * 8; // променлива word address = 0;
addressL2 = addressW2 + 4; // ограничeно до 543
EEPROM.put (addressW2, W2);
EEPROM.put (addressL2, L2);
delay (10);
}
if (Route == 1) {
Route_2++; // брояч на запаметени точки
addressW2 = 536 + Route_2 * 8;
addressL2 = addressW2 + 4;
EEPROM.put (addressW2, W2);
EEPROM.put (addressL2, L2);
delay (10);
}
if (Route == 2) {
Route_3++; // брояч на запаметени точки
addressW2 = 56 + Route_3 * 8; // променлива word address = 0;
addressL2 = addressW2 + 4;
EEPROM.put (addressW2, W2);
EEPROM.put (addressL2, L2);
delay (10);
}
}
