Коллеги,

Нужен некий Win32-софт для приемника, который умеет работать с GPS и одним из распостраненных приемников (оптимально ICOM CI-V + Uniden).

Задача: логгировать значение S-метра приемника и одновременно с ним: время, координаты, высоту над уровнем моря.

Записывать эти данные раз в n минут в файл или некую быструю/маленькую СУБД.

Потом (в "оффлайне") эти данные нужно будет экспортировать в XML (KML) с целью последующей визуализации в Google Earth в виде треков с точками (никакого отображения или расчета зон не требуется - то есть, речь идет о банальной визуализации кучи точек).

Лично я с трудом верю, что такой софт есть (ну мало ли!), но может быть тут есть люди, которые чувствуют в себе силы написать нечто подобное?

Вроде бы задачка несложная: протоколы обмена приемника документированы (и получать-то нужно всего одно значение!), GPS - тоже (NMEA), формат KML вообще весь расписан и перетерт вдоль и поперек. Дело только за программистом, который сможет все это воплотить в жизнь.

Что скажете?

P.S.
Итоговая цель - получение входных данных для построения зон радиопокрытия передатчиков.

Вроде есть у JJ-коннект приемники-курслоггеры, у которых контрольную точку можно обзывать как хочешь. А еще у них есть возможность через USB получать данные с SD-карты (до 4 гиг) и получать данные в виде координат (возможно и точного времени) от приемника. + блютус. Возможно так же обзывать любую точку как хочешь (можно наверное частота и децибелы..) вообщем есть над чем работать :)

А "Инспектор" так не может?

Rulez Reloaded
в RadioMobile видел именно такой функционал, покопайте.

Jafar

С получением данных GPS проблем не вижу. Но вы не находите, что это все остальные, описанные выше проблемы, остались нерешенными? Поэтому я совешенно не вижу чем мне поможет этот китайский чудо-приемник.

Silent

А "Инспектор" так не может?

А он умеет то, что нужно?

Sashman

в RadioMobile видел именно такой функционал, покопайте.

Насколько я понял, это теоретический моделировщик зон покрытия, который пусть и использует топографические карты. Мне же нужен своего рода измерительный прибор.

Rulez Reloaded
А "Инспектор" так не может?

А он умеет то, что нужно?
С ГПС он может работать, фиксировать уровень сигнала тоже. Точнее сказть не могу, бо у меня любительская версия, а там ГПС отрезан. Вам лучше обратиться к лицу, приближенному к разработчику.

А "Инспектор" так не может?


может. Точнее мы оказываем услуги по созданию карт радиопокрытия (ТВ, вещалки, да собственно любой передатчик). Только в данном случае предпочитаем работать не с приёмниками а с поверенным метрологическим оборудованием. Аналогичную задачу решили с картами покрытия беспроводных сетей.

Silent

Точнее сказть не могу, бо у меня любительская версия, а там ГПС отрезан. Вам лучше обратиться к лицу, приближенному к разработчику.

Ясно. Полноценный Инспектор будет неподъемен по деньгам (задача некоммерческая).

Может G305e по дружбе за пиво все быстренько померяет? ;)

Silent
:) может лучше не надо?
эти поездки нынче по ночам осуществляются. Днём - жопа - в Москве и ближнем подмосковье сплошные пробки. Обычно для обмера одного передатчика надо дня (ночи) четыре кататься и мерить).

Нужен инструмент, а не услуга.

Rulez Reloaded
буду на работе - гляну. Но точно видел приблуду для работы с потоком NMEA.

Sashman

Ок, спасибо.

Посмотрел, там только GPS :(

Rulez Reloaded
Огласите бюджет, пожалуйста. И параметры ноутбука с которым это ПО планируется использовать. Также надеюсь, что для экономии и ускорения не нужны всякие инсталляторы/деинсталляторы, а достаточно инструкции.

Молния

Бюджет изначально не планировался, хотя такой вариант возможен.

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

Так что заодно в этой теме ищутся "финансовые соучастники" (единомышленники).

Бюджет, даже если таковой будет, вряд ли достигнет очень притягательных величин. Причина проста - проект некоммерческий, да и сама задача по большому счету "ниже среднего" по шкале квалифицированного программиста. Фронт работ я себе примерно представляю (сам в прошлом программировал на Fortran, TP 7.0). Сейчас уже нет ни времени, ни сил, навыки несколько утеряны, и среды разработки актуальны уже совсем другие.

Инсталлятор не требуется (обойдемся). Да и я сам, думаю, в состоянии запихать это все в InstallShield если потребуется.

И параметры ноутбука с которым это ПО планируется использовать.

Логгировать несколько десятков байт, пусть даже 10 раз в минуту - пустяковая задача в плане ресурсоемкости. Или вы подумываете всунуть туда СУБД уровня Enterprise? Использоваться софт будет на современных ноутах, процы типа Core 2 Duo и оперативки 1 ГБ. Однако это не значит, что нужно искать решение, которое "освоит" эти ресурсы. Хотелось бы найти решение, которое позволило бы этому софту работать и на PII 266. Но это лишь пожелание. Если будут объективные причины, почему этого нельзя сделать, им можно будет принебречь.

Экспорт в XML/KML, напомню, может делаться в оффлайне, то есть на другой - более мощной - машине.

Я размышляю так. В данном случае можно использовать СУБД, а можно не использовать. По своему опыту я знаю, что лучше все же использовать. Предпочтение отдается легким СУБД (кстати, долговременное хранение больших массивов данных не планируется - после успшного экспорта в KML они спокойно могут быть удалены). По ряду причин импонирует вариант с MS Access (MDB). Под Delphi наверное, будет разумным использовать BDE. Но, возможно, найдется программист, который почувствует в себе силы писать нечто стабильно работающее (ключевые слова подчеркнуты) с plain text или даже XML-хранилищем. Последнее решение, как я могу видеть, последнее время набирает обороты и в данном случае позволит убить сразу 2 зайцев (отказаться от СУБД и исключить процедуру экспорта как отдельный этап).

Если надо, могу поделиться persistent layer на C++ (msvc) поверх MS ADODB (работает с MSDE и MSSQL). Я тяготею к таким хранилищам потому, что проблемы целостности и разбора со структурой после аварийных выключений (а так же - удалённое подключение к базе) делается этими средствами самостоятельно (и бесплатно пользователям windows).

Молния
И параметры ноутбука с которым это ПО планируется использовать.
Желательна стабильная работа на машинах уровня Cel1000Мгц 1ГБ оперативы.
Интерфейс, что то типа окна с выводимым на него координатами и уровнем S-метра, ну и кнопки "старт", "стоп". Без всяких инсталяторов.

Rulez Reloaded
Логгировать несколько десятков байт, пусть даже 10 раз в минуту
При сигналах с очень короткой длительностью, боюсь ничего не получится с такой выборкой, имхо нужно не менее одного раза в секунду, идеально 2-3...
Вообще, как вариант, хотелось бы, переключаемый режим логгирования:
1. Запись события, по команде открытия шумодава
2. Просто с определённой переодичностью.

geka

При сигналах очень короткой длительностью, боюсь ничего не получится с такой выборкой, имхо не менее одного раза в секунду, идеально 2-3...

Если приемник позволит, то да.

Хотя я мыслил так. Не обязательно каждая "выборка" должна попадать в такт передачи - зоны радиопокрытий велики и даже если в лог будет попадать только каждая 5 передача, этого будет более чем достаточно. Ведь скорость движения конечна и в среднем не превышает 60 км/ч.

В любом случае, отвизуализировать два десятка тысяч точек в GE (2 точки в секунду на протяжении 3 часов) будет сложно (если вообще возможно). Это уже не говоря о более длинных лог-сессиях.

Но предусмотреть возможность записи нескольких точек в секунду - можно.

Rulez Reloaded

В любом случае, отвизуализировать несколько два десятка тысяч точек в GE (2 точки в секунду на протяжении 3 часов) будет сложно (если вообще возможно). Это уже не говоря о более длинных лог-сессиях.
Чёрт, чёт я об этом не подумал, тогда получается так наверное:
1. Запись события, по команде открытия шумодава, если позволит приёмник.
2. Просто с перuодичностью 1...10 раз в минуту...
з.ы
На короткие сигналы, что PCR что Uni, шумодав отроткрывает уверенно вроде.

2All: возможен коммерческий вариант.

возможен коммерческий вариант.

Текущий бюджет - 12 000 рублей.

Описание протокола ICOM CI-V: http://www.plicht.de/ekki/civ/civ-p0a.html

Чтение показаний S-метра: $15 Read Levels and Status.

Примеры работы с CI-V на Delphi и VB: http://www.plicht.de/ekki/civ/civ-p8-sdevel.html

CI-V_Reference_Manual_Third_Edition.pdf

Так что заодно в этой теме ищутся "финансовые соучастники" (единомышленники).
можешь и меня записать в финансовые соучастники.

haba

можешь и меня записать в финансовые соучастники.

Ок, спасибо.

Пай пока, кстати, 3 т.р. на персону.

Таким образом, текущий бюджет составляет 15 т.р.

Rulez Reloaded
согласен.

Я думаю, никто не будет возражать, если разработчик будет готов сделать этот продукт на условиях shareware. Конечно же при условии предоставления пожзненных лицензций "финансовым соучастникам". Конце-концов, шароварность может быть дополнительным стимулом - в надежде на то, что еще какие-то средства будут "капать" также после создания ПО.

Описание протокола Uniden
Управление BCD396T

В основном, интересует фукнция SG - Signal Strength (см. 65 страницу первого документа). Работа с ней - примитивней не бывает.

"Заточка" под конкретные приемники, скорее всего не потребуется, так как модели, планируемые для использования используют один тип S-метра. Базовые конманды, вроде чтения частоты или открытия шумоподавителя также одинаковы.

Описание NMEA на русском:

http://www.xakep.ru/post/30754/default.asp
http://www.navgeocom.ru/support/nmea/

Официальное описание на английском языке

Оказывается, NMEA - это тоже совсем несложно.

Оказывается, NMEA - это тоже совсем несложно.

седня, наверно минут 10-15 потратил. на поиск протокола ( а собсно искать я стал ради интереса. т.к. хватило и гипертерминала. прослушав порт) и написания кода взятия координат. на шарпе в .нет в пару строк считывается. )

Windk

Проститите, а что вы хотели сказать своим постом? Честно признаться, не очень понял.