Да, к сожалению при повышенной солености и если исследовать радары прям на воде, у них все в шумах .. тут они не очень конечно помощниками будут.
Я не коем образом не провожу рекламу, написал статью потому что было интересно самому, если Вы обратили внимание, я нигде не предоставлял название компаний и т.д. :)
Добрый день, большое спасибо за обнаружение ошибки, к сожалению смотрел на другую схему, когда описание составлял , попутал, там усиления никакого не нужно и соответственно транзистора тоже.
(почему не литий?)-Конкретно по моей позиции у меня используется такой тип аккумуляторов, это из разряда (что закупают с тем и работаем:), посмотрю есть ли литиевые аккумы, подключу к системе и дам знать тогда как она взаимодействует с литиевыми аккумами:)
Вполне хорошее предложение по поводу микросхемы, но по поводу вывода информации сколько осталось...да это здорово, но смысла нету к сожалению в плане для моей системы, внимания обращать не будут, есть конечно сознательные ребята (которые стараются не разряжать в хлам блок питания), но таких единицы :) в основном внимания не обращают и продолжают дальше работать, а еще лучше когда разряжается блок, многие берут подключают систему вместе с блоком питания на зарядку, от того же самого авто и продолжат работы, а потом при каком нибудь скачке тока запредельном, происходит отказ вообще всей системы :) , поэтому в схеме и участвуют предохранители, и не только в этом узле но еще и в других узлах тоже.
Для моей задачи 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/] обязательно его проанализирую, спасибо Вам большое за информацию.
Кстати покаравшись в закромах, нашел фотографии еще одного теста, суть эксперимента такая, что когда я начну движение с одной точки , пройду грубо говоря периметр квадрата и вернусь в ту же точку с которой начал, показания координат X и Y тоже должны выйти в ноль.
Нарисовал квадрат
, и с отрывом 1 метр начал движение ,
Вот данные с датчика
Начал движение
А вот данные после того как я вернулся в точку
Так же скидываю ссылку на Яндекс диск, там видеозапись работы данных с датчика в debug
По поводу погрешности, когда я проводил испытания данного датчика, это проходило так, датчик закрепил на пластину, далее я прикрепил нитку с грузом длиной 1 метр(для моей задачи необходимо было проводить сканирование на 1м 1.5метра), расстелил 50 метровую рулетку, и по рулетке шел, сделал так замеров 10, получилось 49,7 метров , 49, 8 погрешность короче +- 0.2 -0.3 метра,
!!!! Так же хочу Вас разочаровать, чему я тоже был не рад, во время испытаний , я начинал проход в тени, но к сожалению только стоило появится солнцу , то все, показания с датчика просто замирают, как только тень, показания опять восстанавливаются, пробовал так же делать для него типо козырька из пеноплекса не помогло, так же пробовал и автомобильную пленку , тоже результатов нет, вообщем вывод такой что датчик хорошо себя показывает при небольшой освещенности, так же могу для Вас продемонстрировать испытания , запишу видео , если конечно будет Вам интересно
Ого, очень интересно, к сожалению я не работал с камерами глубины, но мне очень интересно стало!!!! Спасибо Вам большое за предоставленную ссылку, я обязательно рассмотрю и постараюсь сделать качественный и интересный материал, как раз для работы с такими подобными устройствами, у меня есть процессоры ADSP Blackfin, будет интересно посмотреть :)
Да, к сожалению при повышенной солености и если исследовать радары прям на воде, у них все в шумах .. тут они не очень конечно помощниками будут.
Я не коем образом не провожу рекламу, написал статью потому что было интересно самому, если Вы обратили внимание, я нигде не предоставлял название компаний и т.д. :)
Спасибо Вам большое за комментарий :)
Отличная статья!!
Все понятно и по делу, продолжайте дальше!
Добрый день, большое спасибо за обнаружение ошибки, к сожалению смотрел на другую схему, когда описание составлял , попутал, там усиления никакого не нужно и соответственно транзистора тоже.
(почему не литий?)-Конкретно по моей позиции у меня используется такой тип аккумуляторов, это из разряда (что закупают с тем и работаем:), посмотрю есть ли литиевые аккумы, подключу к системе и дам знать тогда как она взаимодействует с литиевыми аккумами:)
Спасибо еще раз, за обнаружение ошибки.
Вполне хорошее предложение по поводу микросхемы, но по поводу вывода информации сколько осталось...да это здорово, но смысла нету к сожалению в плане для моей системы, внимания обращать не будут, есть конечно сознательные ребята (которые стараются не разряжать в хлам блок питания), но таких единицы :) в основном внимания не обращают и продолжают дальше работать, а еще лучше когда разряжается блок, многие берут подключают систему вместе с блоком питания на зарядку, от того же самого авто и продолжат работы, а потом при каком нибудь скачке тока запредельном, происходит отказ вообще всей системы :) , поэтому в схеме и участвуют предохранители, и не только в этом узле но еще и в других узлах тоже.
Для моей задачи 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/] обязательно его проанализирую, спасибо Вам большое за информацию.
Очень понятное и приятно читаемое руководство, спасибо за статью!!
Спасибо большое что нашли ошибку, заранее признателен и прошу прощения за введение в заблуждение, обязательно исправлю, в будущем буду повнимательнее
Кстати покаравшись в закромах, нашел фотографии еще одного теста, суть эксперимента такая, что когда я начну движение с одной точки , пройду грубо говоря периметр квадрата и вернусь в ту же точку с которой начал, показания координат X и Y тоже должны выйти в ноль.
Нарисовал квадрат
, и с отрывом 1 метр начал движение ,
Вот данные с датчика
А вот данные после того как я вернулся в точку
Так же скидываю ссылку на Яндекс диск, там видеозапись работы данных с датчика в debug
https://disk.yandex.ru/i/PKB0naVAL9d2iQ
По поводу погрешности, когда я проводил испытания данного датчика, это проходило так, датчик закрепил на пластину, далее я прикрепил нитку с грузом длиной 1 метр(для моей задачи необходимо было проводить сканирование на 1м 1.5метра), расстелил 50 метровую рулетку, и по рулетке шел, сделал так замеров 10, получилось 49,7 метров , 49, 8 погрешность короче +- 0.2 -0.3 метра,
!!!! Так же хочу Вас разочаровать, чему я тоже был не рад, во время испытаний , я начинал проход в тени, но к сожалению только стоило появится солнцу , то все, показания с датчика просто замирают, как только тень, показания опять восстанавливаются, пробовал так же делать для него типо козырька из пеноплекса не помогло, так же пробовал и автомобильную пленку , тоже результатов нет, вообщем вывод такой что датчик хорошо себя показывает при небольшой освещенности, так же могу для Вас продемонстрировать испытания , запишу видео , если конечно будет Вам интересно
Ого, очень интересно, к сожалению я не работал с камерами глубины, но мне очень интересно стало!!!! Спасибо Вам большое за предоставленную ссылку, я обязательно рассмотрю и постараюсь сделать качественный и интересный материал, как раз для работы с такими подобными устройствами, у меня есть процессоры ADSP Blackfin, будет интересно посмотреть :)