Arduino для начинающих: вопросы и ответы

[xd]

По многочисленным просьбам создаю тему.
Давайте обсуждать, делиться опытом.
А ещё, если будет актуально, первое сообщение можно будет прилепить и завести здесь FAQ.

Уроки для начинающих. Очень подробно и доходчиво.

#0 Введение в курс. Содержание серии "Основы Arduino для начинающих" - YouTube

[xd]

Есть пограничные случаи, связанные с разрядной сеткой, когда это может не работать.

[Дмитрий Маколкин]

Если на чистом Си, то можно сделать так:

Код: [Выделить]

sprintf(buffer, "%.1f", arg)Конкретно Arduino имеет перегрузку print/println, принимающую перегрузку (float value, size_t digits = 2), притом они именно округляют значение (убедился в этом просматривая исходник функции).
В общем случае можно прибавить к числу половину младшего разряда и отбросить остальные. Предполагается что число положительное. То есть добавляем 0,05 и отбрасываем ненужные разряды

У меня данные с ds18b20. При опросе датчика получается число от зимних минусовых температур до летних плюсовых. Число содержит два знака после запятой.
Из-за ограничений по длине строки дисплея хочется округлить до десятых и выводить с одним знаком после запятой, причём выводить не только сами температуры, но и их разность. Поэтому нужно перед выводом на экран именно округлить, потом произвести операцию вычитания и вывести на экран как округленные значения, так и результат вычитания.
Вечером попробую, поддерживается ли первый способ.

P.S. По случаю достался целый пакет датчиков, оказалось реально подобрать пары с одинаковыми показаниями, т.е. можно без особых хлопот наваять автономный дифференциальный термометр для отслеживания термостабилизации оптики телескопа.

[alexann]

Из-за ограничений по длине строки дисплея хочется округлить до десятых и выводить с одним знаком после запятой, причём выводить

Выведите пробел в это место на дисплее.

[Дмитрий Маколкин]

Из-за ограничений по длине строки дисплея хочется округлить до десятых и выводить с одним знаком после запятой, причём выводить

Выведите пробел в это место на дисплее.

Ну это-то понятно, вот только это не округление. Если так "округлять" исходные данные и результат действий с ними, который легко проверить самостоятельно, то будут расхождения.
Например: два параметра отображаются как 21.2 и 23.2, а разница отображается как 1.9
Это же будет выглядеть смешно...

[xd]

К положительному +0.05, к отрицательному -0.05. Всё остальное так же. А лучше всего вариант со sprintf.

[xd]

Из-за ограничений по длине строки дисплея хочется округлить до десятых и выводить с одним знаком после запятой, причём выводить

Выведите пробел в это место на дисплее.

Костыль. Не надо так делать.

[Дмитрий Маколкин]

В итоге удовлетворился таким приемом:

Код: [Выделить]

t1 = round(temperature1 * 10) / 10.0;
lcd.print(t1,1);

Важно, что делить надо на 10.0, а не на 10, иначе переменна конвертируется в целое.

Теперь надо всё в коробочку убрать.

[xd]

lcd тоже реализует интефейс printable, поэтому достаточно было написать lcd.print(temperature1, 1) (считаем что temperature1 имеет тип float/double - на адурине это одно и то же)

[johny74]

Столкнулся с небольшим моментом, прошу подсказать, если кто знает.
Суть в следующем: делаю систему push_to для доба на arduino mega 2560, автономную, без связи с планшетом.
Есть желание иметь встроенные каталоги NGC и IC. Памяти программ для этого вроде бы более чем достаточно, компилирует без проблем.
Размещаю данные следующим образом:
struct Obj  // Структура содержащая координаты объектов
{
  float ra;      // Right ascension.
  float dec;     // Declination.
};
const Obj M_cat[] PROGMEM = {  // Эти данные храним в памяти программ!!!

{ 1.45953158  , 0.38426332  } , //        М1
{ 5.64395846  , -0.01425352 } , //       М2
{ 3.58752427  , 0.49538261  } , //        М3
и т.д.
};

Каталог NGC (поделенный на три части) размещенный подобным образом работает отлично, при этом компилятор выдает:
Скетч использует 88150 байт (34%) памяти устройства. Всего доступно 253952 байт.
Глобальные переменные используют 1714 байт (20%) динамической памяти, оставляя 6478 байт для локальных переменных. Максимум: 8192 байт.

Если аналогичным образом дополнительно размещаю каталог IC - то программа перестает работать! (компилируется без ошибок, но перестает реагировать на внешние прерывания по энкодерам) при этом памяти (программ) свободной - половина еще!
Я так понимаю -  компилятор не корректно размещает данные структуры IC и лезет в адреса, в которые не следует? я к сожалению не программист.
Сталкивался кто нибудь с подобным? Может есть ссылка где почитать? по  параметрам PROGMEM я ничего такого не нашел.

Конечно есть вариант скинуть все каталоги на SD и читать оттуда, но вроде как есть и в самой arduino место - почему бы не использовать?

[xd]

const Obj M_cat[] PROGMEM = {  // Эти данные храним в памяти программ!!!

1. надо не забыть, что читать эти данные тоже надо специальными функциями (вернее макросами)
2. имейте в виду, что инструкция LPM работает с 16-битным псевдорегистром Z, который адресует только 16 бит. Размещаемые в программной памяти данные не могут превышать 64 килобайта. Из этих 64к ещё часть используется для размещения таблиц переходов прерываний и ещё немножко всякого, порядка килобайта.

[johny74]

Считываю так:
ra   =  pgm_read_float_near(& NGC_1_2999[NGC_Number-1].ra);   // Считываем координаты объекта из памяти программ
dec = pgm_read_float_near(& NGC_1_2999[NGC_Number-1].dec);  // Считываем координаты объекта из памяти программ

Это работает!

Каталоги поделил на части по 3000 (если 4000 - компилятор сообщает, что размер слишком большой) объектов (два float соответственно), т.е. NGC тремя частями.
Работа с каталогом NGC происходит без замечаний.
Но, если пытаюсь сохранить в памяти еще хотя бы 1000 дополнительных объектов - сразу перестают работать прерывания!

Кусок рабочего кода для каталога Мессье (для NGC - все тоже самое) ниже:
if(memcmp(&st[0], "GuideM" ,6)==0){  // Если содержит текст "GuideM " то считываем номер объекта каталога из строки
    sub_st = st.substring(7);  // Здесь мы вырезали начало строки - "GuideM "
    st_M_Number = sub_st.substring(0); // Считали номер
    M_Number = st_M_Number.toInt();    // Перевели номер в целое число
    Serial.print("M "); Serial.print(M_Number);  // Печатаем для проверки
    //------------------------------------------------------------------------
    ra   = pgm_read_float_near(& M_cat[M_Number-1].ra);    // Считываем координаты объекта из памяти программ
    dec = pgm_read_float_near(& M_cat[M_Number-1].dec);  // Считываем координаты объекта из памяти программ
    *ra_1 = ra;
    *dec_1 = dec;
    Serial.print("  Ra= "); Serial.print(ra,8); 
    Serial.print("  Dec= "); Serial.println(dec,8);     
    } 

[xd]

ra   =  pgm_read_float_near(& NGC_1_2999[NGC_Number-1].ra);   // Считываем координаты объекта из памяти программ
dec = pgm_read_float_near(& NGC_1_2999[NGC_Number-1].dec);  // Считываем координаты объекта из памяти программ

Всё верно.

if(memcmp(&st[0], "GuideM" ,6)==0){  // Если содержит текст "GuideM " то считываем номер объекта каталога из строки

В какой памяти находится st? Не содержит, а начинается с...

Похоже здесь у Вас динамические строки. Могут быть проблемы из-за этого. Лучше всё-таки использовать буфер на стеке.

[xd]

    ra   = pgm_read_float_near(& M_cat[M_Number-1].ra);    // Считываем координаты объекта из памяти программ
    dec = pgm_read_float_near(& M_cat[M_Number-1].dec);  // Считываем координаты объекта из памяти программ

Для начала попробуйте заменить чтение на вызовы pgm_read_float_far

Я бы порекомендовал сделать так, как написано в этой статье:
https://habr.com/ru/post/346202/

После этого будет намного больше информации для обсуждения.

[johny74]

Для начала попробуйте заменить чтение на вызовы pgm_read_float_far

Пробовал так, результат тот же.

По приведенной ссылке, не совсем понял, что в итоге необходимо сделать.
В общем не буду заморачиваться, наверное это перебор - хранить массивы под 100кбайт в памяти arduino )
Каталоги скину на SD карту, благо по работе с SD примеров достаточно.
Спасибо!

[xd]

В итоге должно получиться 2 файла: дизассемблированная программа и карта распределения памяти.
Хотя вроде как замена _near-вызова на _far-вызов должно хватить.

[god.production]

Подскажите, пожалуйста. Пока что полный ноль в этой теме.
В планах сделать подобие ведения по оси RA используя 28BYJ-48 (5 вольт) + ULN2003.
Еще один драйвер можно будет к плате добавить, если вдруг руки дойдут сделать ведение по оси DEC?

[xd]

Подскажите, пожалуйста. Пока что полный ноль в этой теме.
В планах сделать подобие ведения по оси RA используя 28BYJ-48 (5 вольт) + ULN2003.
Еще один драйвер можно будет к плате добавить, если вдруг руки дойдут сделать ведение по оси DEC?

Слишком мало информации. Какой интерфейс управления этим драйвером? Как часто выдаются импульсы управления?

[Kvif49]

И что за монти. По мне так 28BYJ-48 фигота мелкая, лучше взять nema17, пусть и не самый мощный..

[god.production]

Не очень понял про интерфейс (arduino по разному взаимодействуют с драйверами?),  но попробую пояснить как могу. Вот как я представляю начиная с самого верхнего уровня - PHD (аналоги), далее ASCOM драйвер, Arduino Uno по usb, драйвер мотора, мотор.
Монтировка EQ2 (где-то 2,5 кг нагрузка будет - планирую с телеобъективом на зеркалку снимать). Находил одну тему, в которой использовался этот моторчик на eq2, правда управление там через другой драйвер и контроллер.
Nema17 попадался на глаза, но и стоит он раза в 4 больше. А этот хоть спалить не жалко будет при тестах

[johny74]

По мне так 28BYJ-48 фигота мелкая, лучше взять nema17, пусть и не самый мощный..

Я тоже думаю, что 28BYJ-48 может и не провернуть.