Размер всех окон минимально возможный - это прицес для переноса программы на Win-CE(Mobile). В связи с появлением кучи навигаторов с горизонтальным (ландшафтным) экраном надо решить вопрос о повороте изображения на +-90 градусов, тогда и будет версия "мобайл". Уровни сигналов в окне "SKY" выводятся двумя цветами: сереньким до 32 dB/HZ и коричневиньким что более. Цвета неба и сигналов выбирал так, чтобы не напрягало глаз. Трасса у GlobalSat'ов получается более "дубовая", чем у Garmin'ов т.к. по бинарному протоколу SirfStar координаты выдаются уже посчитанные и округленные до целого метра. В Линукс версии можно менять масштаб вывода в окно "TRACE" от 1:2000 до 1:50 Постараюсь добавить это и в Виндовс версию. Вот еще скриншот до кучи.
С балкона это правильно (для начала), но хороших результатов (надеюсь понимаете) не будет. Для тех, кто не очень в курсе: при работе с приемниками по интерфейсу (кабелю) USB необходимо установить драйвер для сигнала преобразованного микросхемой RS232--USB - например prolific. GNSSMonitor3_win32 Версия программы - БЭТТА. Программа выкладывается для тестирования. Создает 5 файлов вида: 1. 5 8 2012 14 42_Binary.txt сплошной бинарный поток из приемника в начало его пишется строка самоидентификации вида: SW: ?.GSD4e_4.0.4-P1_RPATCH.07-GS007-F-GPS-4R-1201127 01/12/2012 012 затем полученный из приемника альманах спутников вида: Almanac A0 A2 00 1E 0E .. .. (это 16-ричное представление) затем полученные из приемника эфемериды спутников вида: Ephemeris A0 A2 00 5C 0F .. .. (это 16-ричное представление) и далее сам бинарный поток (нормальный темп 1 сек.) 2. 5 8 2012 14 42_Parsing.txt в столбик пишутся расшифровки из бинарного в цифровое представление полученных из приемника сообщений в таком виде: Record 1C(28) RAW data: ... ... ... Record 1E(30) satellities: ... ... ... Record 40(64) RAW phase: ... ... ... (это пример для приемников GlobalSat) 3. 5 8 2012 14 42_Observer.obs RINEX файл "сырых" измерений приемника (L1 C1 D1) здесь пока есть огрехи вида (в заголовке файла): 2012 8 5 14 42 0.000000 GPS TIME OF FIRST OBS 2012 8 5 10 45 34.003476 GPS TIME OF LAST OBS в строке первого измерения время местное - разница в 4 часа Москвы и UTC (эти строки можно и не включать, но с ними более корректно). 4. 5 8 2012 14 42_Coords.txt координаты антенны вычисленные самим приемником для приемников GlobalSat TOW 38641.00 AntennaHight 0.000 X 2858960.000 Y 2199165.000 Z 5242956.000 для приемников Garmin TOW 792.99999905 WN 1700 B 55.65306555 L 37.56818147 H 237.638 X 2858965.414 Y 2199171.522 Z 5242954.202 если выполняется топосъемка (окно SURVEYING) то в файле будут и строки вида: PntNum 2000 EpocCount 211 StartTOW 403615.68000000 StopTOW 403826.67000000 X 2858961.754 Y 2199167.649 Z 5242953.526 dX 23.246 dY 9.351 dZ 16.474 Code STN которые показывают точку, время стояния на ней, ее усредненные координаты, разброс координат, и введенный пользователем код точки. 5. 5 8 2012 14 42_Points.txt пустой пока файл - это резерв. Поскольку приемник GlobalSat BU-353-S4 имеет новое для протокола SirfStar Message_0x40-02 (MID_64), то в файле парсинга его данные (включил не все) имеют расшифровку для пользователя вида: Код: Record 40(64) RAW phase: 12 prn 20 status 1168577281 time_tag 1732911.114702 code_phase 1675446394 carr_phase 92838.501168 carr_freq 0.100000 DopplerRate Record 40(64) RAW phase: 9 prn 20 status 1168565815 time_tag 1732194.502764 code_phase -878437361 carr_phase 96816.228488 carr_freq -0.600000 DopplerRate на фоне например: Код: Record 1C(28) RAW data: 9 1168562307 32 38713.002218 26036968.539084 18029.986328 26036835.531807 30000 11111111 34 1000 500 -4 0 0 Программа может не стартовать с первого раза и вот почему. Приемник должен иметь свежий альманах спутников. Без этого измерения будут идти и записываться, но они менее доверительны (из моих изысканий). Поэтому при количестве спутников в альманахе менее 28 программа завершает работу. Значит: перед запуском программы ПРИЕМНИК ДОЛЖЕН ПОРАБОТАТЬ НЕКОТОРОЕ ВРЕМЯ. Это время зависит от времени последнего включения приемника. Если альманах "свежий" достаточно 5 минут. Если альманах "старый" может потребоваться "холостой пробег" до 30 мин. С эфемеридами спутников все несколько сложнее. Гармины на чипсете SirfStar-II эфемериды выдают по команде: 0x10, 0x0D, 0x04, 0x02, 0x0C, 0x0, 0x0, 0xE1, 0x10, 0x03 Гармины на чипсете SirfStar-III на эту команду уже не отвечают. ГлобалСаты на чипсете SirfStar-II эфемериды выдают по команде: 0xA0, 0xA2, 0x00, 0x03, 0x93, 0x00, 0x00, 0x93, 0xB0, 0xB3 ГлобалСаты на чипсете SirfStar-III на эту команду не отвечают. Испанец Антонио Табернеро выбрал накопление данных по эфемеридам из битовых полей сообщения Garmin Message_0x36 Для GlobalSat похоже аналогия в сообщении Message_0x1B (MID_27). Я до этих вещей не добрался, потому что не программист и многого не знаю. Для последующих манипуляций с файлом бинарного потока пользователю необходим редактор бинарного-шестнадцатиричного кода. Их много разных и бесплатных. В win32 я пользуюсь плагином к Total-Commander'у. В linux есть удобный редактор bless. Для umots персонально: у меня нет windows-7. Все проверялось в Win-XP. Учитывйте это. При первом запуске GlobalSat BU-353-S4 стартует в NMEA-mode. Переключение из NMEA в Binary я сделал, но не могу вспомнить, как оно работает: мой приемник уже 2 месяца в Binary-mode. Если не получится, переключайте программой SiRFDemo или SirfTech.
Для пытливых студентов: здесь содержание сообщений (Message, MID) приемников Garmin и GlobalSat Их представление в файлах парсинга смотрите в приложенных архивах из предыдуших постов этой темы.
Проверил взаимодействие GlobbalsAT Sirf 1V с SirfTech v2.20 pc, c Sirfdemo v3.87, с GNSSMonitor3_win32 на WIN7: Для того, чтобы установить GlobbalsAT, надо воспользоваться драйвером pl2303. В комплекте на minicd. При установки GlobbalsAT и драйвера в диспетчере устройств, в com порту прописывается profilic usb - com№... . Этот порт надо прописать во всех программах. 1. SirfTech v2.20 pc работает только по NMEA протоколу,переключает GlobbalsAT в BIN пртокол, после этого сохраняет файл .srf. Нет индекации. 2. Sirfdemo v3.87 переклюает и в NMEA и SIRF протокол. При сохранении в формате .srf сохраняет в текстовом виде. 3. GNSSMonitor3_win32 работает на WIN7, но я бы отазался от файлов: Coords и Parsing. Все файлы отправил на email.
Здравствуйте люди добрые, опишу суть проблемы: в мае-июне начитавшись этого форума , решил использовать приемники сирф в качестве базы и ровера, т.к. офигительная точность не нужна. Для чего в программу для нашего девайса дописали код который пишет Rinex файлы на подобии программы "Kinematic" от Chnav. Теперь по-сути: полученые файлы после обработки в topcon tools дают отличный результат, но редко . в большинстве случаев раскидыват точки на 10-30метров ,как будто не использует rinex базовой станции. Т.к. опыта в геодезии нет. Прошу у всех помощи в решении данной проблемы. Кину пару картинок того что получается на одном и том же экспериментальном квадрате 5 на 5 метров с одним и тем же Rinex Базой и двумя файлами прохождениями по квадрату.
Файл Parsing по сути отладочный и немного погодя я его выкину. Но файл Coords содержит полезную информацию для альтернативной обработки съемки. Предположим файл xxxxxx_Rinex.obs программа постобработки не смогла ("не захотела") принять/обработать. А Вы уже не в поле. Но данные измерений очень нужны - "ну хоть что-то". Из псевдодальностей просто так координаты не получишь. Вот тут и может пригодиться этот самый На мою почту ничего не поступало.
Chnav в программе "Kinematic" приводит измерения к точной секунде. Для этого в сообщениях бинарного протокола SirfStar есть данные, из которых получаются поправки в "сырые" псевдодальности приемника. Моя программа пока этого не делает. Я начинал работу с бинарным протоколом Garmin, в сообщениях которого таких поправок нет. Но Topcon Tools умеет сам приводить измерения к точной секунде. По сути: ответить трудно - в Вашем сообщении мало информации, оно скорее эмоционально. Степень доверия к ЕДИНИЧНОМУ измерению (то есть к данным из одной только эпохи/секунды) очень невысокая и в приемниках профессионального класса, а в бытовых тем более. Если Вы просто прошлись с приемником по периметру квадрата, то ничего лучшего и не будет - это мало чем отличается от записи трека любой навигационной программы и без всякой привязки к "базе". Если Вы в режиме "топографической съемки" постояли на каждом углу этого квадрата 30--60--120--600 секунд с нажатием на каждой точке кнопки "Start" и "Stop", то результаты уже можно рассматривать со степенью доверия пропорциональной времени стояния на точке. И программа запишет каждую такую точку, как измеренную в режиме быстрой статики. Такие точки получат свои номера/имена как 1000, 1001, 1002, ... и 2000, 2001, 2002, ... На каждой ТАКОЙ точке будет некое "облако" измерений (величина его пропорциональна времени стояния на точке), из которого программа постобработки вычислит некие "уравненные" координаты. А в файле Coords программы GNSS-Monitor будут строки с указанием номера точки, времени начала и конца измерений, усредненных координат и разброса координат по X, Y,Z - все это из вычислений самого приемника для первичного анализа того, что Вы измеряли.
GNSSmonitor3.exe - версия Windows-XP (win32) - очередные доработки по результатам тестов. GNSSMonitorCE.exe - версия Windows-Mobile (winCE) - первая версия с графическими окнами. Тестировал на мобильных приборах: HP iPAQ hx4700 (PocketPC OS winMobile 4.2, 5.0), HP iPAQ 214 (PocketPC OS winMobile 6 Classic) Fujitsu-Siemens Pocket LOOX C550 (PocketPC OS winMobile 5), Mitac-MIO C520 (PND navigator OS winCE 5), Mitac-MIO P550 (PocketPC navigator OS winMobile 5). ScreenShots: 2-receivers-syncro-record 2 приемника BU353-S4 вплотную друг к другу на балконе дома в разное время хорошо видна разница в номерах видимых приемником спутников и разброс "автономных" координат, вычисляемых в приемнике. Mitac-MIO-C520 навигатор Mitac-MIO-C520 с модифицированной программной оболочкой и возможностью поворачивать изображение на экране на 90 градусов N1 и N7 - вид экрана "ландшафт" - это по умолчанию, на N1 окно программы GMSSMonitor едва помещается на экране, NN 2--6 и N8 - "портрет" - поворот на 90 градусов. N9 - вид спутников в программе Навител-навигатор - красиво, но где какой спутник на небосводе? Если интересны результаты работы программы с различными приемниками: http://www.mediafire.com/?er37xppgiz67gff - win32-test.zip - 19.7 MB http://www.mediafire.com/?oxs83a3xdt70mfj - winCE-test.zip - 506 KB http://www.mediafire.com/?5nt6kx5x3v9sl8q - ScreenShots.zip - 953 KB
Посмотрите вот эту тему: http://geodesist.ru/forum/threads/Съемка-стыков-трубопровода-в-wgs-84.12448/
sklimkim, Еще раз спасибо за ответ, Вы не можете пояснить про "точную секунду". Как я уже говорил не нужна большая точность. И то что на картинках , где есть квадрат,более чем достаточно. И нам не надо точно снимать стыки трубопроводов. +-3-5м уже хорошо было бы. Нет возможности стоять на одной точке 10-30 сек. Достаточно доверия к еденичной съемке. Если можно я загружу rinex файлы ,для проверки полученного результата. Я готов заплатить , если найдется выход из ситуации.
Пожалуйста. Посмотрите значение параметра TOW (TimeOfWeek) относящиеся к одной и той же секунде в файле "базы" и в файле "ровера" - это файл xxxxx_Parsing.txt. И увидите, что каждый приемник пишет СВОЕ время вида 475881.021495 (база), 475881.021049 (ровер). Это 2 приемника GlobalSat BU353-S4. Внутренние "часы" приемника могут "убегать" или "отставать" как обычные бытовые. Качество генератора, зависимость от температуры, периодическое "поддергивание" сдвига к началу секунды - все это разного класса/величины в профессиональных и бытовых приемниках. А в геодезических приемниках после запятой будут только нули. В них измерения выполняются (приурочиваются/подтягиваются) в начале каждой секунды. Для этого применяются хитроумные внутренние программы приемника. Поэтому база и ровер в одну и ту же эпоху/секунду измерят/вычислят псевдодальность и фазу до каждого видимого спутника условно в одно и то же мгновение. Поэтому поправки полученные на базе будут достаточно доверительны в качестве поправок для измерений ровера. Если база и ровер находятся достаточно близко (1--5--10 км) друг от друга и видят одинаковое созвездие спутников, то многие ошибки прохождения сигнала спутников до них одинаковы и поэтому исключаются из дальнейших вычислений. Вот откуда появляется "скачек" в точности вычисленных координат с 10--20 метров до 10--20 см. Еще есть понятие "захвата" и "непотери" сигнала от спутника. Это позволяет выполнять еще и "предсказательные" вычисления. А в бытовых приемниках может оказаться например такое время: 475881.1xxxxx (база) 475881.5xxxxx (ровер) - 0.4 сек разницы. Прикиньте рассстояние на которое улетает/прилетает спутник за это время (километры однако!). Что же тут уравнивать и исправлять? Псевдодальности при этом становятся запредельно-ПСЕВДО. Все это я изложил ОЧЕНЬ упрощенно, только для общего представления. Вы же сказали, что читаете Антоновича! Квадрат получился вероятно потому, что измеренные в нем эпохи/секунды хорошо кореллируют между собой. Но где в пространстве оказался весь этот квадрат? Через 2-4 часа Вы имеете шанс получить не менее квадратный квадрат, вот только будет он (скорее всего) на расстоянии 5--10--20 м в стороне от первого. А ведь Вам (я предполагаю) надо нанести этот квадрат на топо-основу/карту по координатам. Уверенность в 3--5 м это уверенность в обсолютных координатах. а не в плавающей а пространстве фигуре известной конфигурации. А вот у корифеев и большинства практиков GNSS-технологий такого доверия Вы не обнаружите. Посмотрите на дисплей любого бытового навигатора в течение нескольких минут, оставаясь при этом на одном месте. Вы увидите плавный "дрейф" месоположения приемника а периодически даже скачки на 5--10--20--хх метров. Присходит это от изменения конфигурации созвеэдия спутников, от поддергивания шкалы времени в приемнике к целой секунде, от наличия или потери "слежения" за спутниками, еще по ряду причин. Какому одиночному измерению Вы хотите поверить: до скачка, или после? Будем посмотреть. Пусть коллеги выскажутся. Заплатите фирме Leica, Trimble, Topcon, Sokkia - это выход из ситуации - шутка юмора. А если серьезно, то я периодически сообщаю о том, что: 1. это исследование любителя от геодезии, 2. программа в альфа-бэтта состоянии и потихоньку совершенствуется, но еще очень далека от этого совершенства, 3. приглашаю коллег принять участие в ее тестировании (желательно на точках с известными WGS координатами), 4. не являюсь профессиональным программистом, хотя стараюсь усовершенствоваться на этом поприще. Ну как при всем при этом можно отважиться на получение денег? Нет, это никак невозможно! В ближайшее время хочу добавить поправки для приведения измерений к целой секунде для приемников по протоколу Sirf-binary. Попробуйте использовать программу Kinematic от chnav - по-моему очень добротная программа. И попробую дать рекомендацию - измеряйте точки со стоянием на каждой не менее 60 сек - любой программой. Не просто так дал ссылку на тему съемки стыков трубопроводов. Ее "многолог" многое проясняет, если читать внимательно. Скриншот (чтобы глаза не скучали на голом тексте)
Ведь для каждой точки базовой станции существует точка ровера, и по идее одно вычесть "примитивно" из другого ,то получится пирожок.
Заплатить ,как вы пишите Leica, Trimble, Topcon, Sokkia, мы пробовали. Повторюсь... громоздко, дорого, энергоемко, геморно, и чрезмерная точность. При всех прочих думаю связаться с Javad.
Есть и такое: http://mirapract.com/ Немного почитал содержимое base.rar good.rar bad.rar Для начала посмотрел сессии и их тайм-штампы, получается так: base.rar -------- base2342.12o 12 08 21 09 02 32.0000000 12 08 21 10 52 04.0000000 good.rar -------- kinematic: kv5m234b.12o 12 08 21 10 41 09.0000000 12 08 21 10 41 49.0000000 bad.rar ------- kinematic: kv5m234a.12o 12 08 21 09 56 03.0000000 12 08 21 09 56 56.0000000 kv5m2344.12o 12 08 21 09 44 44.0000000 12 08 21 09 46 07.0000000 kv5m2342.12o 12 08 21 09 33 02.0000000 12 08 21 09 33 52.0000000 kv5m2341.12o 12 08 21 09 31 53.0000000 12 08 21 09 32 33.0000000 kv5m2340.12o 12 08 21 09 30 20.0000000 12 08 21 09 31 28.0000000 static: kv5m2349.12o 12 08 21 09 48 57.0000000 12 08 21 09 49 23.0000000 kv5m2348.12o 12 08 21 09 48 29.0000000 12 08 21 09 48 43.0000000 kv5m2347.12o 12 08 21 09 48 01.0000000 12 08 21 09 48 17.0000000 kv5m2346.12o 12 08 21 09 47 29.0000000 12 08 21 09 47 47.0000000 no comment: kv5m2345.12o 12 08 21 09 46 10.0000000 12 08 21 09 47 06.0000000 kv5m2343.12o 12 08 21 09 34 12.0000000 12 08 21 09 35 13.0000000 Звучит как упрек: "Заглянул на огонек, а меня обпоили/обкурили/охмурили" После таких слов можно и не получить ответа, толстокожих среди геодезистов мало. Теперь по сути проблемы: 1. судя по OBS-файлам работала программа Kinematic (автор chnav); 2. не поленитесь выложить картинки/скриншоты по каждой bad-kinematic (40-44, 4a); 3. если static (46-49) и no comment (43, 45) действительно статика, т.е. стояние на одной точке, то в TopconTools по каждой из этих сессий должны получиться "итоговые" координаты точки стояния - приведите их список; 4. было бы также не лишним привести из всех полученных kinematic координаты одного и того же угла квадрата - тоже списком; У Вас действительно СВОЯ программа? Если да, то почему бы не показать/рассказать? Будет больше шансов на участие в обсуждении других людей.
sklimkim, "в мае-июне начитавшись этого форума ... "- это совсем не упрек, скорее наоборот я был воодушевлен!!! Сейчас уезжаю в командировку через 5-6 дней , расскажу и покажу свою программу.
1. Окна и ориентация (портретная) программы GNSSMonitor "рисовались" для наладонника (HP iPAQ-4700, iPAQ-214, Fujitsu-Siemens Pocket LOOX C550 и других подобных). Но появились новые устройства с "ландшафтной" ориентацией экрана и окна программы не умещаются на них по вертикали. Пререписывать окна (а они и все элементы в них имеют фиксированные значения/размеры) дело долгое и нудное. Сначала включил функцию системного поворота экрана в программе GNSSMonitorCER.exe Программа при запуске поворачивает экран на 90 градусов против часовой стрелки. Но эта же функция поворота обратно при выходе из программы не работает. Поэтому сделал эту дополнительную маленькую программу, она может быть полезной и для других вещей. Проверил ее работу на всех имеющихся девайсах с ОС WinCE/Mobile. Работает. Программа RotateCE для системного поворота экрана: Имеет всего 4 кнопки: Rotate_0 Rotate_90 Rotate_180 Rotate_270 Размер окна программы позволяет перетащить ее в любой угол экрана и продолжить работу с другой программой, или закрыть RotateCE "крестиком". Можно минимизировать/максимизировать ее окно, но в WinCE это мало полезно. 2. В настольных ОС Windows COM-порты с номером больше 9 требуют другого объявления в программах: не COM10 а //./COM10 (о чем где-то здесь подсказал автор chnav). Исправил это дело в своей программе GNSSmonitor3.exe и выкладываю ее. Вот какие порты например получаются у меня при работе в виртуальной машине VMware Player - WinXP Pro on host Linux-ubuntu: Serial Port 2 Using port /dev/ttyS0 - COM2 BlueTooth Using port /dev/rfcomm0 - COM6 (COM8 COM9 COM10 COM12 COM13) Prolific USB-to-Serial Comm Port - COM5 (COMx) dinamic attashed Prolific USB-to-Serial Comm Port - COM11 (COMx) dinamic attashed Скриншот см.: GNSSMonitor_COM11.png 3. Новые навигационные устройства (PNA) можно "разлочить", т.е. видоизменить главное окно и добавить функционал, который не предусмотрен производителем. См. например: http://4pda.ru/forum/index.php?showforum=244 Для своего навигатора Mitac MOI C520 я выбрал самый простой вариант: см. скриншот. Иконки для навигатора с ОС WinCE/Mobile и модифицированной прошивкой StopWord Иконки поместил в \My Flash Disk\Mio\Skin\StopWord\ Думаю, что они вполне применимы и на других навигаторах. Скриншот см.: MIO_C520_StopWord.png 4. Осталось выполнить заявку коллеги umots по удалению файла Parsing из программы ( я не забыл).
