Rulez Reloaded
просто подтвердил ваше высказывание о простоте протокола нмеа.

Windk

Ок.

Ну что, нет желащих? Странно... Кажется на периферии названная сумма вполне канает за 5 рабочих дней (этого на мой взгляд более чем достаточно для создания обозначенного софта).

Добрый день.
Вот если б эта программа работала в Линукс - отладить за пару дней.
Там делов то на несколько часов работы, если честно.
И не нужно НИКАКИХ специальных программ, все уже готово, надо лишь сделать общий запуск (скриптом).
Кстати, давал на ру хамрадио ссылки на уже готовые программы для управления трансиверами под Линукс.
Транслирую здесь
http://radio.linux.org.au/?sectpat=rigcontrol&ordpat=title
Интерфейсы для управления
http://www.howtoforge.com/wardriving_garmin_kismet_gpsdrive_ubuntu
GPS - такая обзорная статья, да для задачи и не нужны такие ресурсы...

Итак, в Линукс это делается в три этапа
1. Выбираем простейшую программу для работы со станцией.
Типа aorwrite - программа лишь настраивает серийный порт и производит чтение/запись в оный. 1 Кб кода, соб-но.
2. Выбираем столь же простую программу для работы с GPS
3. Пишем скрипт, например, bash
Приблизительно смотрится так (для "мнимых" программ
в "условной" форме))
#! /bin/bash
aorwrite **команда** >> logfile;
# "условная" программа читает из серийного порта сканнера
gpsread **команда** >> logfile;
# "условная" программа для чтения данных GPS
# Все данные записываются в лог файл.

Разумеется, скрипт делается исполняемым и его можно запускать по таймеру стандартными средствами Линукса.
Вот и все дела...

/etc/kismet/kismet.conf

Нравится мне линукс ,это в стиле берем плазменный телевизор припаиваемся к +12 +5 и наш блок питания готов ,на экран и на звук не обращаем внимания закрывая простынёй а звук глуша подушкой:), я о Кисмет :)

Rulez Reloaded
Ну что, нет желащих?
Хотел забесплатно на perl написать, так сказать, "конструкцию выходного дня". Оказалось, Micro$оft сделал все возможное, чтобы вменяемо к ком-порту дорваться было не возможно. Даже в activeperl поубирали все средства для работы с компортами. Вопрос: если ли perl который под Windows нормально работает с ком-портами? Потратил на исследование это вопроса часа 2 - задолбало. Теперь вы понимаете за что деньги програмерам под Widows платят?

RadioKoteg
добрый день.
Ну так это Линукс) Все вместе и в одном флаконе. В Виндоуз (форточка) было бы так: купите драйвер для работы с устройством, купите программу для отработки данных, купите программу для карт, купите...и тд и тп)))
Кстати, обратите внимание на Hamlib - чудесная библиотечка, поддерживает много девайсов...
Работает из командной строки, имеет много параметров, все, что нужно для задачи))

renice

С Linux немного знаком. В теории все просто. На деле не очень. Ибо есть там свои тонкости, и подводные камни, которые неизбежно всплывут при практической реализации. Более того, это не та платформа, которая видится мне для этой задачи.

Но спасибо что не прошли мимо :)

Молния

Хотел забесплатно на perl написать

Похвальное начинание :) Но Perl на Win мне кажется жутким извратом. Почему - ну одну из частностей вы уже назвали.

Теперь вы понимаете за что деньги програмерам под Widows платят?

Да я это всегда знал. Однако, это не значит, что под Windows данная задача очень сложна. Одного только любительского софта, работающего с COM-портами тысячи. А сколько его нелюбительского... ууу... линуксоидам столько не снилось, даже когда они просматривают пакеты при установке Debian.

P.S.
Просто для этой задачи нужна адекватная среда разработки - C или Delhpi, скажем.

Rulez Reloaded
Но Perl на Win мне кажется жутким извратом.
Поверьте, это только кажется. По скорости разработки, макетирования, по легкости изменения, отладки и установки ничего равного нет. Тем более, когда надо разобрать какой-то протокол. Тем более, когда речь идет о "конструкции выходного дня".
Да я это всегда знал. Однако, это не значит, что под Windows данная задача очень сложна. Одного только любительского софта, работающего с COM-портами тысячи.
Делим пафос на 10 и получаем что-то около истины. Что "очень сложна" никто не писал. А вот, что за 2 часа ничего для perl (activeperl) я так и не нашел и дальше рыть задолбало - так это факт.
Просто для этой задачи нужна адекватная среда разработки - C или Delhpi, скажем.
Для этого прийдется как минимум писать интерфейс настроек, а perl-овский код можно поправить в текстовом редакторе и не заморачиваться с этим.

Rulez Reloaded
добрый день.
Ок. Но на Линуксе реализация была бы простой, дешевой и быстрой) Хотя, как я думаю, ничто не мешает сделать что-то подобное на иной платформе. Например, организовать простое взаимодействие между программами в Виндоуз..Хмм.. если б там был открытый интерфейс((
Кроме того, в этом случае потребуются некоторые процессорные мощности.. Линукс не столь требователен к ресурсам и программы уже написаны))
Про подводные камни в Линуксе я ничего не знаю. Работаю уже 15 лет, очень доволен - для радиолюбителя там раздолье..Если только Моторолы не программировать((

Молния
renice

Вам не кажется что эта тема превращается в нахваливание Linux/Perl, хотя очевидно, что данная платформа для задачи совсем не оптимальна? Более того, в суррогатном "ТЗ", рамещенном выше четко сказано - Win32.

P.S.
Рассказывать мне о о преимуществах Linux/Perl можно, но не нужно, ибо я 6 лет работал координатором проектов, которые примерно в половине случаев были на Linux/Perl.

Rulez Reloaded
ибо я 6 лет работал координатором проектов
Я понимаю, что вникать внимательно не очень хочется. Но сущетвующие perl порты отлично работают на Win32 платформах.
Вам не кажется что эта тема превращается в нахваливание Linux/Perl, хотя очевидно, что данная платформа для задачи совсем не оптимальна?
Совсем не кажется, потому, что perl существует под множество платформ.
А уж тот, кто проработал 6 лет "координатором проектов" должен бы знать, что "очевидно оптимальной/неоптимальной" платформа становится только после того, как однозначно оценены затраты на реализацию и получаемый результат.
И "совсем не оптимальность" perl-а для указанной задачи совсем не очевидна. Кроме ваших хотелок пока ничего не видно. А преимущества perl-а очевидны даже под Win32 и в первую очередь по трудозатратам. Или вы хотите "видимую морду" и повозить по ней мышкой? Об этом в задании ничего не сказано.
рамещенном выше четко сказано - Win32.
Что такое "четко сказано - Win32"? Это должен быть откомилированный exe-шник под Win32 или просто программа должна работать на Win32 платформе? Если exe-шник, то я точно пас. Хотя на perl-е вполне готов был сделать рабочую программу, работающую под Win32 (если дорваться до компортов).

Молния

Я не готов с вами спорить и участвовать в священных войнах. Это не имеет смысла, и занимает кучу времени, которое мне есть на что потратить.

В Perl на Win32 я не верю, для чего у меня есть предпосылки (вы можете называть их необъективными, субъективными или любым другим словом - на мое мнение вы повлиять не сможете).

Извините, если чем обидел. Такова моя точка зрения.

На этом предлагаю остановится в ключе обсуждания сабжевого софта на Perl.

По неясностям:

1. Софт мне видится с GUI;
2. Будет совсем хорошо, если он родится в среде визуальной разработки (чтобы я не "парить" лишний раз раработчика "мелочами" по интерфейсу/юзабилити);
3. Итоговый результат - откомпилированный exe-файл под платформу Win32 (гарантированно работоспособный хотя бы в Windows XP). Vista вообще не интересует, а работоспособность в Win 98SE была бы плюсом (то есть, последнее не является требованием).

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

цена вопроса нормальная.
лично мне интерсна эта задача. и даже бесплатно.
есть сложность с отладкой. радио то у меня нет. ну и время. я еще 3 недели как буду далек от компа. а там, можно подумать. т.к. делая в соседней ветке сат трэкер есть ряд наработок.
если никто не подрядиться я может попробую.
...сорри за пунктуацию пишу с кпк с чужбины. :)

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

Кто-нибудь в Питере есть с такой аппаратурой? Попробовать low-level часть написать... Ответы можно в личку.

Windk
GenaSPB

Тестировать можно на почти любом Icom! С доступностью этой техники проблем нет никаких, особенно в Питере.

Потом, для тестирования есть несколько человек с этой техникой, в т.ч. я.

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

Да, тестировать "в слепую" тяжело, но если делать это оперативно, то можно (у меня был опыт написания CAT'а под железку "в слепую" - у программера получилось за пару часиков + пара вечеров по 5 минут на багфиксы, не более).

Windk

Если вы начнете, будет здорово.

P.S.
Не думаю, что тут несколько недель что-то решат, ибо теме 3 недели и пока дело дальше болтовни не пошло.

Тестировать можно на почти любом Icom! С доступностью этой техники проблем нет никаких, особенно в Питере.
Кто-нибудь в Питере есть с такой аппаратурой? Попробовать low-level часть написать... Ответы можно в личку.

GenaSPB

Надеюсь, кто-нибудь отзавется :) Лучше, наверное, если это будет PCR-**** или R-20.

Вот файл - http://www.polywog.org/www-philtered/icomlib/PCR-1000_Command_list.pdf
Соответствует тому, что требуется? Можно использовать его как руководство?

GenaSPB

Можно использовать его как руководство?

Да, конечно.

Icom чем хорош - что у них один протокол с небольшими вариациями и расширениями на все железо...

P.S.
Вообще же на первой странице даны ссылки на описания протоколов Uniden и Icom.

Переделал один из каркасов своих программ работающих с ком-портом под эту задачу... и упёрся. В описании протокола PCR-1000 команды в текстовом формате, а в описании CI-V двоичные данные передаются... Или приёмник одновременно оба формата воспринимает?
Вот для чего и нужен был бы девайс...

Короче бросаю это дело до появления железа...

http://mgs2001.pochtamt.ru/external/not_responding.PNG

GenaSPB псру нужно посылать так как написано, строкой. Нужен девайс там какието ньюансы были уже непомню, без него врятли чего выйдет. Хотя с девайсом все вопросы очень быстро решаются, тоесть там ничего такого с управлением, всё просто.

Жду ответов о функционировании программы (смотрите ссылочку в самом начале страницы) - http://mgs2001.pochtamt.ru/pcr-1000/lll.html

Прямой ссылки на файл поместить не удалось здесь.


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


Если всё нормально, в цифровом поле частоты должно отображаться число от 0 до 255 (результат, полученный от команды чтения показаний S-метра).

Добрый вечер всем.
Для Винды надо еще подобрать библиотеки - чтобы быстро и удобно)) Внизу даю некоторые линки, которые мне чуть-чуть помогли.

По пунктам, из личного опыта делюсь траблами написания прог для "форточек":

1. Ноутбук должен иметь серийный порт. В этом случае можно легко подключать устройства. Но компорт надо настраивать.
Например, когда я писал программу под свой AOR, мне пришлось прописать не совсем "традиционные" настройки.
Поэтому в программе сразу должна быть возможность
менять настройки серийного порта. Как то - стоп биты, скорость и все такое...
И, к сожалению, сегодня в ноутбуках не встраивают компорты, также не все адаптеры PCMCIA (серийные порты) хорошо работают с устройствами типа радиоприемников - проверено на пяти девайсах((( Лично мне пришлось заказывать чисто "аппаратный" адаптер PCMCIA для серийного порта.
Правда, они сегодня не очень дорогие - что-то около 100 уе или даже ниже.

2. GPS лучше подключать через USB. В этом случае приемник/сканнер будет висеть на серийном порте, а GPS на USB. Ну и проблем меньше))

3. Опять-таки по своему опыту написания программ - самое
удобное управление у приемников AOR. У меня дома и AOR и
Icom, но легче, конечно, управлять AOR - там подобно командам AT& для модемов.

4. Windows XP (некоторые "версии") как-то "коряво" работает с серийными портами. В частности, когда писал программу под специализированный трансивер Wireless (это французский девайс), Винда периодически "теряла" устройство. Пришлось радикально обновлять ОС, иные ухищрения не помогали.
Винда 98 нормально работает с серийными портами.

Пока что такие замечания из личного опыта))

Вот что нужно (на мой скромный взгляд):

http://www.gisinfo.ru/products/gistool_win.htm
http://www.gps-club.ru/detail.php?ID=11337

http://www.olexa.com.ua/gps/garmin_interface/
http://www8.garmin.com/support/pdf/IOSDK.zip
http://www8.garmin.com/support/commProtocol.html
http://www8.garmin.com/support/pdf/NMEA_0183.pdf

GenaSPB

Спасибо!

Участник geka попробовал, говорит что ничего не дышит.

Не нужно ли в программе сделать установку адреса устройства? CI-V предусматривает наличие такого.

P.S.
Постараемся вам вечером сделать сниф порта при работе PCR-1000 с родным софтом.

Вот файл - http://www.polywog.org/www-philtered/icomlib/PCR-1000_Command_list.pdf
Я что-то не нашёл в формате запроса в документе места для адреса...

GenaSPB

Про адресацию в общем вот тут http://www.plicht.de/ekki/civ/civ-p31.html

Вообще же это очень клевый сайт - самый лучший по CI-V, поэтому рекомендую его обязательно изучить. Вот ссылка на оглавление http://www.plicht.de/ekki/civ/civ-p0a.html

У него же там лежит некая утилитка для тестирования команд CI-V - она показывает все что приняла и получила.

Хотя после погугления, я пришел к выводу, что для PCR-серии не применяется понятие адреса.

Может кто-нибудь из участников форума сделает захвад данных, передавамых по COM-порту при работе любого софта c ICOM PCR Series?

Вот инструментарий для этого:

http://www.kmint21.com/serial-port-monitor/serial-port-monitor.zip
http://soft.mydiv.net/win/dlfile6777_24092-Free-Serial-Port-Monitor.html

P.S.
Кстати, я тут вычитал в одном неофициальном источнике, что PCR-1000 работает только на 9600.

И еще одна новость.

Нашелся софт, который решает половину нужных задач, а именно является С-метром для техники Icom:

http://www.seed-solutions.com/gregordy/images/half.gif

http://www.seed-solutions.com/gregordy/images/full.gif

http://www.seed-solutions.com/gregordy/Software/SMeterLite.htm#Documentation%20On-Line

Недостатки такие:

- Не поддерживается серия PCR;
- Не поддерживается GPS;
- Разработка прекращена.

Но определенную пользую из этого, думаю, получить можно: что-то перенять, поснифить протокол и т.д.