Касаемо проверки длины сообщения, к примеру $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, будет интересно посмотреть :)
У компании P X I есть много датчиков, и покопавшись в закромах сайта я нашел сенсор который работает с изображениями, ссылка[https://www.pixart.com/products-detail/61/PAS6329LT ] , характеристики: Оптический формат 1/7 дюймаРазмер (пиксель) 3.2*3.2Разрешение (пиксель) 640*480Макс. частота кадров VGA: 30 кадров в секундуФормат вывода RAW10, YUV422, RGB565/555/444
Очень интересный и полезный проект, грамотно и интуитивно понятный интерфейс программы! успехов Вам!!!
Касаемо проверки длины сообщения, к примеру $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, будет интересно посмотреть :)
Спасибо большое за обнаружение моей ошибки, в моих заметках было записано к сожалению неправильно :), не перепроверил, обязательно исправлю
К сожалению это не камера глубины, это просто датчик который выдает ось X , Y , высоту и т.д..
К сожалению мне удалось поработать только с PAT9125, а так бы хотелось прикоснуться к кому либо еще сенсору . . . . :)
У компании P X I есть много датчиков, и покопавшись в закромах сайта я нашел сенсор который работает с изображениями, ссылка[https://www.pixart.com/products-detail/61/PAS6329LT ] , характеристики: Оптический формат 1/7 дюймаРазмер (пиксель) 3.2*3.2Разрешение (пиксель) 640*480Макс. частота кадров VGA: 30 кадров в секундуФормат вывода RAW10, YUV422, RGB565/555/444
Схема исправлена , еще раз спасибо большое что отметили ошибку.