Очень интересный у Вас проект! у меня этот конкретно датчик работает вообще на Attiny26SU, хочу вот поиграться еще с датчиком HEDR-5420, перевести работу на STM32, как мне в отзывах порекомендовали, буду уже измерение импульсов производить через таймер, спасибо Вам за отзыв
Данный тип датчика у меня используется для пешеходной съемки уже очень много лет, и никаких проблем с ним нет, его точности для определенного типа задач хватает, да я с Вами соглашусь что он отстает от других датчиков, но я сделал проект этот что бы продемонстрировать то что сам использую, также в работе у меня есть и такой датчик как (HEDR-5420-ES214), тоже неплохой вариант ))
Соглашусь с Вами, но я конечно же стараюсь по возможности ставить небольшую безопасность в схему, чтобы потом не копаться, в случае нестабильной работы, у меня был опыт когда я подключил GPS по 5В напрямую и работало некорректно, подключал к STM32F1 и F0
Да, к сожалению при повышенной солености и если исследовать радары прям на воде, у них все в шумах .. тут они не очень конечно помощниками будут.
Я не коем образом не провожу рекламу, написал статью потому что было интересно самому, если Вы обратили внимание, я нигде не предоставлял название компаний и т.д. :)
Добрый день, большое спасибо за обнаружение ошибки, к сожалению смотрел на другую схему, когда описание составлял , попутал, там усиления никакого не нужно и соответственно транзистора тоже.
(почему не литий?)-Конкретно по моей позиции у меня используется такой тип аккумуляторов, это из разряда (что закупают с тем и работаем:), посмотрю есть ли литиевые аккумы, подключу к системе и дам знать тогда как она взаимодействует с литиевыми аккумами:)
Вполне хорошее предложение по поводу микросхемы, но по поводу вывода информации сколько осталось...да это здорово, но смысла нету к сожалению в плане для моей системы, внимания обращать не будут, есть конечно сознательные ребята (которые стараются не разряжать в хлам блок питания), но таких единицы :) в основном внимания не обращают и продолжают дальше работать, а еще лучше когда разряжается блок, многие берут подключают систему вместе с блоком питания на зарядку, от того же самого авто и продолжат работы, а потом при каком нибудь скачке тока запредельном, происходит отказ вообще всей системы :) , поэтому в схеме и участвуют предохранители, и не только в этом узле но еще и в других узлах тоже.
Для моей задачи DMA, вполне подходит, по поводу вход в спящий режим при снижении активности, это как один из вариантов, по мимо этого в моей системе есть еще графическое отображение индикации, так же есть анализ активности пользователя по в приложении(к примеру : нажимает на панель и производит настройку - значит активность есть), там уже активность я анализирую по uart пакетам, а выход из сна через какое - то время , это я уже проходил, все равно не помогает, некоторые пользователи все равно забывают выключать.
Естественно я не претендую на лучший метод анализа напряжения:)
Большое Вам спасибо за предложения и за комментарий:)
Касаемо проверки длины сообщения, к примеру $GPGGA пакета, проблематично проверять, длина может быть разная, поэтому я и решил сделать перед отправкой в парсер decodeGGA, чтобы происходил поиск шаблона , а уже потом , шаблон отправляется в парсер, именно корректный шаблон, а так спасибо Вам больше за указание ошибки, естественно я не претендую на то что логику системы невозможно сломать:)
Данная процедура, и вообще в целом функции [decodeGGA] и [decodeRMC] не принимают исходный поток данных от GPS-приемника, данный кусок кода я Вам предоставил из функции [uart_Handler_GNSS] расположенный в модуле uartProc_GNSS.c, изначально поток идет именно в эту часть (п.1)а именно, битая строка, неполная строка и т.д. все это отфильтровывается здесь, а уже после в (п.2) я передаю в функции [decodeGGA] и [decodeRMC] чистую строку, пример ($GPGGA,112814.00,9533.8397583,N,07812.4674737,E,4,12,0.72,148.093,M,12.771,M,1.0,0000*65), даже в связи огромного количества подавления спутниковой навигации (по известным нам причинам) у меня ошибок не появлялось.
В целом конечно, благодаря Вам [chnav,SpiderEkb ] появились варианты, как можно постараться улучшить систему, надо пробовать, тестировать, спасибо за рассуждение :))
Спасибо большое за комментарий, обязательно внесу поправку, и постараюсь поймать момент когда GPS может выдавать данные с задержкой и провести тесты своего примера
Так точно, GP и GN я видел в потоках, поэтому и сделал простой алгоритм поиска по шаблону [GGA и RMC], у меня было несколько GPS-приемников, это LS23030/36 он выдает GPGGA/GPRMC, и еще один очень крутой GPS-приемник , это DGPS FORA ONE точность замечательная, вот как раз этот gps выдает GNGGA/GNRMC, тестировал свою систему и фильтр работает корректно.
Я естественно не претендую что я лучший парсер в мире продемонстрировал :) когда я занимался разработкой этого проекта в закромах сети я к сожалению не видел данные варианты, собирал информацию по частям, вот этот вариант мне понравился [https://nmea.sourceforge.net/] обязательно его проанализирую, спасибо Вам большое за информацию.
Очень интересный у Вас проект! у меня этот конкретно датчик работает вообще на Attiny26SU, хочу вот поиграться еще с датчиком HEDR-5420, перевести работу на STM32, как мне в отзывах порекомендовали, буду уже измерение импульсов производить через таймер, спасибо Вам за отзыв
Данный тип датчика у меня используется для пешеходной съемки уже очень много лет, и никаких проблем с ним нет, его точности для определенного типа задач хватает, да я с Вами соглашусь что он отстает от других датчиков, но я сделал проект этот что бы продемонстрировать то что сам использую, также в работе у меня есть и такой датчик как (HEDR-5420-ES214), тоже неплохой вариант ))
Ошибся, спасибо за установление ошибки, исправлю
Соглашусь с Вами, но я конечно же стараюсь по возможности ставить небольшую безопасность в схему, чтобы потом не копаться, в случае нестабильной работы, у меня был опыт когда я подключил GPS по 5В напрямую и работало некорректно, подключал к STM32F1 и F0
Да, к сожалению при повышенной солености и если исследовать радары прям на воде, у них все в шумах .. тут они не очень конечно помощниками будут.
Я не коем образом не провожу рекламу, написал статью потому что было интересно самому, если Вы обратили внимание, я нигде не предоставлял название компаний и т.д. :)
Спасибо Вам большое за комментарий :)
Отличная статья!!
Все понятно и по делу, продолжайте дальше!
Добрый день, большое спасибо за обнаружение ошибки, к сожалению смотрел на другую схему, когда описание составлял , попутал, там усиления никакого не нужно и соответственно транзистора тоже.
(почему не литий?)-Конкретно по моей позиции у меня используется такой тип аккумуляторов, это из разряда (что закупают с тем и работаем:), посмотрю есть ли литиевые аккумы, подключу к системе и дам знать тогда как она взаимодействует с литиевыми аккумами:)
Спасибо еще раз, за обнаружение ошибки.
Вполне хорошее предложение по поводу микросхемы, но по поводу вывода информации сколько осталось...да это здорово, но смысла нету к сожалению в плане для моей системы, внимания обращать не будут, есть конечно сознательные ребята (которые стараются не разряжать в хлам блок питания), но таких единицы :) в основном внимания не обращают и продолжают дальше работать, а еще лучше когда разряжается блок, многие берут подключают систему вместе с блоком питания на зарядку, от того же самого авто и продолжат работы, а потом при каком нибудь скачке тока запредельном, происходит отказ вообще всей системы :) , поэтому в схеме и участвуют предохранители, и не только в этом узле но еще и в других узлах тоже.
Для моей задачи DMA, вполне подходит, по поводу вход в спящий режим при снижении активности, это как один из вариантов, по мимо этого в моей системе есть еще графическое отображение индикации, так же есть анализ активности пользователя по в приложении(к примеру : нажимает на панель и производит настройку - значит активность есть), там уже активность я анализирую по uart пакетам, а выход из сна через какое - то время , это я уже проходил, все равно не помогает, некоторые пользователи все равно забывают выключать.
Естественно я не претендую на лучший метод анализа напряжения:)
Большое Вам спасибо за предложения и за комментарий:)
Очень интересный и полезный проект, грамотно и интуитивно понятный интерфейс программы! успехов Вам!!!
Касаемо проверки длины сообщения, к примеру $GPGGA пакета, проблематично проверять, длина может быть разная, поэтому я и решил сделать перед отправкой в парсер decodeGGA, чтобы происходил поиск шаблона , а уже потом , шаблон отправляется в парсер, именно корректный шаблон, а так спасибо Вам больше за указание ошибки, естественно я не претендую на то что логику системы невозможно сломать:)
Данная процедура, и вообще в целом функции [decodeGGA] и [decodeRMC] не принимают исходный поток данных от GPS-приемника, данный кусок кода я Вам предоставил из функции [uart_Handler_GNSS] расположенный в модуле uartProc_GNSS.c, изначально поток идет именно в эту часть (п.1) а именно, битая строка, неполная строка и т.д. все это отфильтровывается здесь, а уже после в (п.2) я передаю в функции [decodeGGA] и [decodeRMC] чистую строку, пример ($GPGGA,112814.00,9533.8397583,N,07812.4674737,E,4,12,0.72,148.093,M,12.771,M,1.0,0000*65), даже в связи огромного количества подавления спутниковой навигации (по известным нам причинам) у меня ошибок не появлялось.
В целом конечно, благодаря Вам [chnav,SpiderEkb ] появились варианты, как можно постараться улучшить систему, надо пробовать, тестировать, спасибо за рассуждение :))
Большое Вам спасибо, очень полезный совет, обязательно прислушаюсь к нему и произведу доработку, благодарность, еще раз.
По поводу уровня напряжения, я к сожалению уже спалил порт-uart несколько раз.. всегда конечно теперь стараюсь делать преобразование.
Спасибо большое за комментарий, обязательно внесу поправку, и постараюсь поймать момент когда GPS может выдавать данные с задержкой и провести тесты своего примера
А вот если Вам интересно, сравнение GPS-приемников
Так точно, GP и GN я видел в потоках, поэтому и сделал простой алгоритм поиска по шаблону [GGA и RMC], у меня было несколько GPS-приемников, это LS23030/36 он выдает GPGGA/GPRMC, и еще один очень крутой GPS-приемник , это DGPS FORA ONE точность замечательная, вот как раз этот gps выдает GNGGA/GNRMC, тестировал свою систему и фильтр работает корректно.
Я естественно не претендую что я лучший парсер в мире продемонстрировал :) когда я занимался разработкой этого проекта в закромах сети я к сожалению не видел данные варианты, собирал информацию по частям, вот этот вариант мне понравился [https://nmea.sourceforge.net/] обязательно его проанализирую, спасибо Вам большое за информацию.
Очень понятное и приятно читаемое руководство, спасибо за статью!!