Геопозиционирование на ардуино.

#1

Данная тема, о возможностях реализовать с помощью программы FLProg,
проектов, связанных с позиционированием объектов на местности и в пространстве.
.

Ссылки на посты этой темы с блоками Code-Professional.Показать

1. Примеры работы блока компаса на модуле GY511.

2. GPS в FLProg.

3. Пример GPS навигации в FLProg

Актуальные блоки Code-Professional этой темы в основном будут находится Здесь

Ссылки на посты этой темы с блоками CODE.Показать

Проекты в постах датированных 2х и более лет давности, могут не корректно открываться в новых версиях FLProg.

1. Положение Солнца относительно точки наблюдения.

2. GY-271 трех осевой цифровой компас на микросхеме HMC5883L

3. Продолжение к посту о компасе GY271.

4. Солнечный трекер с автоматическим азимутом

5. Продолжение темы о Солнце (изменения в блоке).

6. Блок "Рассвет, Восход, Заход, Закат"

7. Предварительный набросок блока гироскопа GY521 (Kalman)

8. Блок GY521 от Alexvapnar,

9. Информация для GY271 с чипом HMC5883L

10. Датчик положения GY-521 (MPU-6050) с фильтром Kalman для осей Х,У

11. 2 блока для MPU6050, все 3 оси от Sanbi4,

Ссылки на посты аналогичных темПоказать

1. Блок ADXL345 от jafar-xxl,

2. Блок GY521 от slavas,

#21

Kocтик писал(а):Единственный недостаток что всё это занимает прилично времени и памяти.

Это далеко не единственный недостаток.
Каждый датчик устанавливается на конструкции, вблизи которой не только не магнитные материалы.
Следовательно по месту установки каждый датчик должен калиброваться, а потом и вся система в целом.
Если это мобильная система, то это должно происходить при каждой дислокации.
Тогда можно будет говорить о какой то точности.
Как это реализовать в FLProg пока четкого представления нет. Будет время, разберусь с этим.

Kocтик · #22

rw6cm писал(а):Следовательно по месту установки каждый датчик должен калиброваться, а потом и вся система в целом.

Калибровать компас нужно в любом случае. Более того там ещё нужно вводить магнитное склонение или отклонение, точно не помню. Акселерометр калибруется при включении а гироскоп, привязывается к акселерометру. Так, что никаких проблем в этом плане.

Ernesto · #23

Вот тут блок GPS прикрутили http://forum.flprogwiki.ru/viewtopic.php?f=18&t=1299

CraCk · #24

Еще есть GPS+GSM за 10$
https://ru.aliexpress.com/item....22.html

#25

CraCk писал(а):Еще есть GPS+GSM

Спасибо.
Если нет необходимости в комбайне, предпочитаю брать отдельные блоки.
Так легче разбираться с принципом работы и нюансами настройки.

#26

Продолжение темы о Солнце (изменения в блоке).

Перебрал блок солнечной позиции.
Изменил алгоритм поясного времени (была ошибка)
Подкорректировал код расчета позиции.
Сделал блок расчета восхода-захода Солнца.
Время потестить как всегда не хватает.
Выкладываю с ним проект для тестов.

проектПоказать

Кто заинтересован прошу по тестировать.
В блоке используется интерполяция с шагом в одну минуту.
Следовательно погрешность будет в пределах двух минут.
Расчет ардуина выполняет в течении 4 секунд.
Следует не забывать об этом при использовании блока.

TestSunRise.flp: (364.7 КБ) 87 скачиваний

_-alg1-CODE-.ubi: (76.5 КБ) 88 скачиваний

-_-alg1-CODE-.ubi: (125.91 КБ) 72 скачивания

АКТУАЛЬНЫЕ БЛОКИ ЗДЕСЬ!

Kocтик · #27

rw6cm писал(а):Кто заинтересован прошу по тестировать.
Расчет ардуина выполняет в течении 4 секунд.

Как насчёт упрощённой версии.
Я например имею интерес к расчёту времени расцвета и заката. Всё остальное мне не нужно. Был бы признателен если бы вы поделились формулой. Или источником информации.

#28

Kocтик писал(а):Как насчёт упрощённой версии.Я например имею интерес к расчёту времени расцвета и заката.

В астрономии нет рассветов зорек итд ))
Есть определение сумерек, которые делятся на гражданские, навигационные, и астрономические.
Определяются углом до 6, 12, и 18 градусов положения Солнца перед восходом и после заката.
Ближе всего рассвет подходит под гражданские сумерки.
Но все равно как ни крути, чтобы было что то правдоподобное нужен расчет восхода солнца.
А это самая тяжелая часть расчетов., и ни какой формулы здесь не существует в принципе.
Есть только муторные расчеты положения Солнца на каждый момент времени,
чтобы из них определить время положения на момент восхода/захода.
Если вас смущает расчет, который один раз в сутки загрузит ардуину на 4 секунды, то
можно пойти другим путем. Зайти на сайт, выбрать на каждый день, в течении года, моменты рассветов, закатов,
для своей местности и занести массив. Ближайшие лет десять будут точные данные.
Или хотя бы взять данные кульминационных дней в году (дни солнце стояния), и по ним рассчитывать усредненные промежутки времени.
Точность в этом случае будет не высока, но хоть что то правдоподобное.

Kocтик · #29

rw6cm писал(а):Или хотя бы взять данные кульминационных дней в году (дни солнце стояния), и по ним рассчитывать усредненные промежутки времени.Точность в этом случае будет не высока

Отличная идея. Точность вполне устраивает.
Надо подумать как это сделать.

#30

Kocтик писал(а):Надо подумать как это сделать.

И кто будет думать?!

#31

Выложил в раздел блоков пользователей набор блоков

"Солнечная позиция" в этой ветке расписана.

"Рассвет - Закат (легкий)" сделан на простой математике,
В настройки блока вводятся данные времени гражданских сумерек
для своего региона, на 1 января и 21 июня.
Взять данные можно здесь: или аналогичных сайтах.
На выходе время по выбору (настройки в блоке),
цельным числом 812 означает 08:12, 1653 - 16:53.,
или в минутах с начала суток.
Выход булеан имеет высокий уровень в светлое время суток.
Точность вычислений не астрономическая

"Рассвет, Восход, Заход, Закат." сделан на более точных расчетах,
но прилично грузит arduino. Постоянно гонять в цикле смысла нет,
достаточно запускать алгоритм один раз в сутки на 5 секунд.
Проект с примером ниже в теме.

АКТУАЛЬНЫЕ БЛОКИ ЗДЕСЬ!

#32

Блок "Рассвет, Восход, Заход, Закат"

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

ПроектПоказать

В нем используется:
Arduino UNO, часы DS1307, дисплей 1602 I2C, и БП.

На рассвете светодиод на пате arduino включится,
на закате выключится.
Дальнейшее в руках вашей фантазии ))

SunRise.flp: (423.85 КБ) 122 скачивания

eugeneb · #33

rw6cm писал(а):В блоке по умолчанию стоит нулевое магнитное склонение.Для своего места его можно узнать здесь, или здесь.
Вводить надо в тысячных градуса.

По компасу.

Как правильно ввести магнитное склонение?

Например, для Москвы сайт NCEI показывает мне склонение 10° 57' E.

Как перевести его в тясячные градуса, так? :
10+57/60)*1000=10950

А знак какой?

#34

eugeneb писал(а):Как правильно ввести магнитное склонение?

Эта информации в нэте.

eugeneb писал(а):перевести его в тясячные градуса,

перевести его в тясячные градуса,(ошибся, в десятичные)

eugeneb · #35

Спасибо за ссылки, разобрался!

Теперь выводы.

1. Цитата rw6cmВводить надо в тысячных градуса.

Это предложение вводит в заблуждение!
Получается, что, например, московское склонение 10,95 град надо вводить
как 10950 (1/10 град) - (неправильно!)

А на самом деле, надо вводить в "десятичных градусах".
И формулу перевода в десятичные градусы нужно привести в описании блока:
Десятичные градусы = Град + Мин/60 + Сек/3600

2. Знак склонения. Для восточного склонения он вводится в блок
положительным числом и в блоке вычитается из географического азимута.
Не разбирался, что блок делает с западным склонением.
Про знак склонения, считаю тоже надо сказать в описании к блоку.

3. Ссылки автора блока считаю очень полезными при работе и
они все должны быть приведены в описании (одна там есть).

- Что такое магнитное склонение:
http://the-mostly.ru/misc/compass_needle.html

- Определитель склонения:
http://www.ngdc.noaa.gov/geomag-web/#declination

- Конвертер географических координат:
http://the-mostly.ru/konverter_geografi ... dinat.html

4. Сложилось так, что две солидные темы ведутся в одной ветке.
Считаю их надо разделить.

5. Философское. Обращаюсь ко всем блокописателям.
Блок он на то и "блок", что должен быть как можно более
самодостаточным. То есть схватил из кучи и вставил в стену,
а не искал у него начало и конец два дня.

С уважением.

Олег · #36

5. Основная масса блоков делается для себя, а потом автор выкладывает его, если считает что он может кому-то пригодиться, за что всем авторам огромное спасибо. Так что выкладывается он "как есть", если у автора хватает времени причесать его и вности дополнения под чьи-то нужды - хорошо, если нет, то тоже неплохо - блок рабочий, а что еще надо? Непонятное всегда можно уточнить у автора.
Конечно, неполное описание может принести неудобства, но если-бы блок не был выложен по причине несоответствия вашим критериям, то этой проблемы вообще не возникло-бы, но сомневаюсь что это пошло-бы на пользу сообщества.

eugeneb · #37

Критерий один в этой вселенной - любовь!

К коллегам в данном случае.

ТщательнЕе, надо ребята, тщательнЕе. (с) Жванецкий.

Олег · #38

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

eugeneb · #39

Дк, я так и сделал, внёс конкретные предложения сообщение №36)
Можно прямо мышкой грабить и переносить.
И блок станет ещё краше.
Считаю это право автора. Мне славы не надо.
Мне бы хорошие блоки

Уходим в другую ветку.
http://forum.flprogwiki.ru/viewtopic.php?f=21&t=1436

#40

Не понимаю в чем здесь "сыр- бор"
Ясно же написал:

Цитата rw6cm
Блок в стадии настройки.

п/с В описании блока будет исправлено:
Вводить в десятичных градуса.
Под тысячными имелось ввиду до третьего знака после запятой.