Автор |
Сообщение |
|
Дата: 13 Авг 2008 20:01:23 · Поправил: Rulez Reloaded (13 Авг 2008 20:19:07)
#
Коллеги,
Нужен некий Win32-софт для приемника, который умеет работать с GPS и одним из распостраненных приемников (оптимально ICOM CI-V + Uniden).
Задача: логгировать значение S-метра приемника и одновременно с ним: время, координаты, высоту над уровнем моря.
Записывать эти данные раз в n минут в файл или некую быструю/маленькую СУБД.
Потом (в "оффлайне") эти данные нужно будет экспортировать в XML (KML) с целью последующей визуализации в Google Earth в виде треков с точками (никакого отображения или расчета зон не требуется - то есть, речь идет о банальной визуализации кучи точек).
Лично я с трудом верю, что такой софт есть (ну мало ли!), но может быть тут есть люди, которые чувствуют в себе силы написать нечто подобное?
Вроде бы задачка несложная: протоколы обмена приемника документированы (и получать-то нужно всего одно значение!), GPS - тоже (NMEA), формат KML вообще весь расписан и перетерт вдоль и поперек. Дело только за программистом, который сможет все это воплотить в жизнь.
Что скажете?
P.S.
Итоговая цель - получение входных данных для построения зон радиопокрытия передатчиков. |
|
Дата: 13 Авг 2008 20:35:03 · Поправил: Jafar (13 Авг 2008 20:36:25)
#
Вроде есть у JJ-коннект приемники-курслоггеры, у которых контрольную точку можно обзывать как хочешь. А еще у них есть возможность через USB получать данные с SD-карты (до 4 гиг) и получать данные в виде координат (возможно и точного времени) от приемника. + блютус. Возможно так же обзывать любую точку как хочешь (можно наверное частота и децибелы..) вообщем есть над чем работать :)
|
Реклама Google
|
|
SilentУчастник
с мая 2005 г. Сокол, Вологодская обл. CQ de RA1QLL! Сообщений: 4466
|
Дата: 13 Авг 2008 20:48:39
#
А "Инспектор" так не может?
|
|
Дата: 13 Авг 2008 21:52:51
#
Rulez Reloaded
в RadioMobile видел именно такой функционал, покопайте.
|
|
Дата: 13 Авг 2008 22:06:23 · Поправил: Rulez Reloaded (13 Авг 2008 22:16:14)
#
Jafar
С получением данных GPS проблем не вижу. Но вы не находите, что это все остальные, описанные выше проблемы, остались нерешенными? Поэтому я совешенно не вижу чем мне поможет этот китайский чудо-приемник.
Silent
А "Инспектор" так не может?
А он умеет то, что нужно?
Sashman
в RadioMobile видел именно такой функционал, покопайте.
Насколько я понял, это теоретический моделировщик зон покрытия, который пусть и использует топографические карты. Мне же нужен своего рода измерительный прибор.
|
SilentУчастник
с мая 2005 г. Сокол, Вологодская обл. CQ de RA1QLL! Сообщений: 4466
|
Дата: 13 Авг 2008 22:37:47
#
Rulez Reloaded
А "Инспектор" так не может?
А он умеет то, что нужно?
С ГПС он может работать, фиксировать уровень сигнала тоже. Точнее сказть не могу, бо у меня любительская версия, а там ГПС отрезан. Вам лучше обратиться к лицу, приближенному к разработчику.
|
|
Дата: 13 Авг 2008 22:38:07
#
А "Инспектор" так не может?
может. Точнее мы оказываем услуги по созданию карт радиопокрытия (ТВ, вещалки, да собственно любой передатчик). Только в данном случае предпочитаем работать не с приёмниками а с поверенным метрологическим оборудованием. Аналогичную задачу решили с картами покрытия беспроводных сетей.
|
|
Дата: 13 Авг 2008 22:48:29
#
Silent
Точнее сказть не могу, бо у меня любительская версия, а там ГПС отрезан. Вам лучше обратиться к лицу, приближенному к разработчику.
Ясно. Полноценный Инспектор будет неподъемен по деньгам (задача некоммерческая).
|
SilentУчастник
с мая 2005 г. Сокол, Вологодская обл. CQ de RA1QLL! Сообщений: 4466
|
Дата: 13 Авг 2008 23:04:00
#
Может G305e по дружбе за пиво все быстренько померяет? ;)
|
|
Дата: 13 Авг 2008 23:10:39
#
Silent
:) может лучше не надо?
эти поездки нынче по ночам осуществляются. Днём - жопа - в Москве и ближнем подмосковье сплошные пробки. Обычно для обмера одного передатчика надо дня (ночи) четыре кататься и мерить).
|
|
Дата: 13 Авг 2008 23:22:19
#
Нужен инструмент, а не услуга.
|
|
Дата: 13 Авг 2008 23:57:29
#
Rulez Reloaded
буду на работе - гляну. Но точно видел приблуду для работы с потоком NMEA.
|
|
Дата: 14 Авг 2008 00:23:58
#
Sashman
Ок, спасибо.
|
|
Дата: 14 Авг 2008 11:01:29
#
Посмотрел, там только GPS :(
|
|
Дата: 14 Авг 2008 11:30:11 · Поправил: Молния (14 Авг 2008 11:32:35)
#
Rulez Reloaded
Огласите бюджет, пожалуйста. И параметры ноутбука с которым это ПО планируется использовать. Также надеюсь, что для экономии и ускорения не нужны всякие инсталляторы/деинсталляторы, а достаточно инструкции.
|
|
Дата: 14 Авг 2008 18:46:57 · Поправил: Rulez Reloaded (15 Авг 2008 13:35:48)
#
Молния
Бюджет изначально не планировался, хотя такой вариант возможен.
Пока есть всего несколько человек, готовых в очень разумных пределах вложиться в него материально.
Так что заодно в этой теме ищутся "финансовые соучастники" (единомышленники).
Бюджет, даже если таковой будет, вряд ли достигнет очень притягательных величин. Причина проста - проект некоммерческий, да и сама задача по большому счету "ниже среднего" по шкале квалифицированного программиста. Фронт работ я себе примерно представляю (сам в прошлом программировал на 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 зайцев (отказаться от СУБД и исключить процедуру экспорта как отдельный этап).
|
|
Дата: 14 Авг 2008 19:00:28
#
Если надо, могу поделиться persistent layer на C++ (msvc) поверх MS ADODB (работает с MSDE и MSSQL). Я тяготею к таким хранилищам потому, что проблемы целостности и разбора со структурой после аварийных выключений (а так же - удалённое подключение к базе) делается этими средствами самостоятельно (и бесплатно пользователям windows).
|
|
Дата: 14 Авг 2008 19:43:49 · Поправил: geka (14 Авг 2008 19:55:05)
#
Молния
И параметры ноутбука с которым это ПО планируется использовать.
Желательна стабильная работа на машинах уровня Cel1000Мгц 1ГБ оперативы.
Интерфейс, что то типа окна с выводимым на него координатами и уровнем S-метра, ну и кнопки "старт", "стоп". Без всяких инсталяторов.
Rulez Reloaded
Логгировать несколько десятков байт, пусть даже 10 раз в минуту
При сигналах с очень короткой длительностью, боюсь ничего не получится с такой выборкой, имхо нужно не менее одного раза в секунду, идеально 2-3...
Вообще, как вариант, хотелось бы, переключаемый режим логгирования:
1. Запись события, по команде открытия шумодава
2. Просто с определённой переодичностью.
|
|
Дата: 14 Авг 2008 19:57:22 · Поправил: Rulez Reloaded (14 Авг 2008 20:02:36)
#
geka
При сигналах очень короткой длительностью, боюсь ничего не получится с такой выборкой, имхо не менее одного раза в секунду, идеально 2-3...
Если приемник позволит, то да.
Хотя я мыслил так. Не обязательно каждая "выборка" должна попадать в такт передачи - зоны радиопокрытий велики и даже если в лог будет попадать только каждая 5 передача, этого будет более чем достаточно. Ведь скорость движения конечна и в среднем не превышает 60 км/ч.
В любом случае, отвизуализировать два десятка тысяч точек в GE (2 точки в секунду на протяжении 3 часов) будет сложно (если вообще возможно). Это уже не говоря о более длинных лог-сессиях.
Но предусмотреть возможность записи нескольких точек в секунду - можно.
|
|
Дата: 14 Авг 2008 20:03:46 · Поправил: geka (14 Авг 2008 20:27:35)
#
Rulez Reloaded
В любом случае, отвизуализировать несколько два десятка тысяч точек в GE (2 точки в секунду на протяжении 3 часов) будет сложно (если вообще возможно). Это уже не говоря о более длинных лог-сессиях.
Чёрт, чёт я об этом не подумал, тогда получается так наверное:
1. Запись события, по команде открытия шумодава, если позволит приёмник.
2. Просто с перuодичностью 1...10 раз в минуту...
з.ы
На короткие сигналы, что PCR что Uni, шумодав отроткрывает уверенно вроде.
2All: возможен коммерческий вариант.
|
|
Дата: 15 Авг 2008 12:22:53 · Поправил: Rulez Reloaded (15 Авг 2008 12:30:25)
#
возможен коммерческий вариант.
Текущий бюджет - 12 000 рублей.
|
|
Дата: 15 Авг 2008 12:40:14 · Поправил: Rulez Reloaded (15 Авг 2008 13:13:44)
#
|
|
Дата: 15 Авг 2008 12:53:17 · Поправил: haba (15 Авг 2008 12:55:10)
#
Так что заодно в этой теме ищутся "финансовые соучастники" (единомышленники).
можешь и меня записать в финансовые соучастники.
|
|
Дата: 15 Авг 2008 13:16:31 · Поправил: Rulez Reloaded (15 Авг 2008 13:17:28)
#
haba
можешь и меня записать в финансовые соучастники.
Ок, спасибо.
Пай пока, кстати, 3 т.р. на персону.
Таким образом, текущий бюджет составляет 15 т.р.
|
|
Дата: 15 Авг 2008 13:27:38
#
Rulez Reloaded
согласен.
|
|
Дата: 15 Авг 2008 13:33:55
#
Я думаю, никто не будет возражать, если разработчик будет готов сделать этот продукт на условиях shareware. Конечно же при условии предоставления пожзненных лицензций "финансовым соучастникам". Конце-концов, шароварность может быть дополнительным стимулом - в надежде на то, что еще какие-то средства будут "капать" также после создания ПО.
|
|
Дата: 15 Авг 2008 14:02:08 · Поправил: Rulez Reloaded (15 Авг 2008 14:21:47)
#
Описание протокола Uniden
Управление BCD396T
В основном, интересует фукнция SG - Signal Strength (см. 65 страницу первого документа). Работа с ней - примитивней не бывает.
"Заточка" под конкретные приемники, скорее всего не потребуется, так как модели, планируемые для использования используют один тип S-метра. Базовые конманды, вроде чтения частоты или открытия шумоподавителя также одинаковы. |
|
Дата: 15 Авг 2008 14:10:28
#
|
|
Дата: 15 Авг 2008 17:19:24
#
Оказывается, NMEA - это тоже совсем несложно.
седня, наверно минут 10-15 потратил. на поиск протокола ( а собсно искать я стал ради интереса. т.к. хватило и гипертерминала. прослушав порт) и написания кода взятия координат. на шарпе в .нет в пару строк считывается. )
|
|
Дата: 15 Авг 2008 17:27:58 · Поправил: Rulez Reloaded (15 Авг 2008 17:51:32)
#
Windk
Проститите, а что вы хотели сказать своим постом? Честно признаться, не очень понял.
|
Реклама Google |
|