Ком-порты на новые компьютеры давно не ставят.
Лучше ориентироваться на rx-tx-gnd (3 провода), тогда проблем при использовании usb-com переходников быть не должно.

Programmist
сделайте в опциях отправку строки в открытый СОМ порт, это нужно для управления трансивером по САТ интерфейсу. Строку чтоб можно было вводить ручками(один раз, в опциях) в соответствующем поле.
Одно поле - для ввода строки включения трансивера на передачу, второе поле - одратно на приём.
Это трудно сделать?

Здравствуйте!

proxy pinx

Ком-порты на новые компьютеры давно не ставят.
Лучше ориентироваться на rx-tx-gnd (3 провода), тогда проблем при использовании usb-com переходников быть не должно.

Спасибо, принял.


Shephard

сделайте в опциях отправку строки в открытый СОМ порт, это нужно для управления трансивером по САТ интерфейсу. Строку чтоб можно было вводить ручками (один раз, в опциях) в соответствующем поле.
Одно поле - для ввода строки включения трансивера на передачу, второе поле - обратно на приём.
Это трудно сделать?

Сейчас озадачусь...


immortal1977

Получено предложение:

"Сделайте в опциях отправку строки в открытый СОМ порт, это нужно для управления трансивером по САТ интерфейсу. Строку чтоб можно было вводить ручками (один раз, в опциях) в соответствующем поле.
Одно поле - для ввода строки включения трансивера на передачу, второе поле - обратно на приём."

Вот Вам ещё одно ТЗ:)

Тогда уж ввести возможность назначать эти строки произвольного кода кнопкам rx-tx, чтобы после нажатия кнопки код отсылался автоматически. А нельзя ли добавить тогда еще и возможность узеру создавать в окне программы доп. кнопки и программировать их на посылку произвольных команд (программируемых пользователем) на различные ком и лпт порты+возможность запускать по команде с этих кнопок различные exe-шники, (это на черный день).

proxy pinx

Тогда уж ввести возможность назначать эти строки произвольного кода кнопкам rx-tx, чтобы после нажатия кнопки код отсылался автоматически. А нельзя ли добавить тогда еще и возможность узеру создавать в окне программы доп. кнопки и программировать их на посылку произвольных команд (программируемых пользователем) на различные ком и лпт порты+возможность запускать по команде с этих кнопок различные exe-шники, (это на черный день).

Можно, но не создавать кнопки а заполнять определённые поля.

Сформируйте, пожалуйста, ТЗ.

А "чёрный день" это какой?:)

Получено предложение:

"Сделайте в опциях отправку строки

О как оно обернулося, то, а я ужо компонентик своял и залил уже.
http://www.radioscanner.ru/uploader/2008/dummycom.zip
(Компонент по желанию программиста дрыгает ногами DTR и RTS. Проверил у себя на COM1б все работает)

Ладно, буду доделывать (но к завтрему пока не обещаю).

сделайте в опциях отправку строки в открытый СОМ порт, это нужно для управления трансивером по САТ интерфейсу. Строку чтоб можно было вводить ручками(один раз, в опциях) в соответствующем поле.
Одно поле - для ввода строки включения трансивера на передачу, второе поле - одратно на приём.
Это трудно сделать?

Сделать не проблема. Есть вопрос: Трансивер на команду что-нибудь отвечает? Команда должна заканчиваться переводом строки?

И чуть не забыл самое главное: Делать возможность выбора скорости порта, и если нет, то от какой минимальной скорости плясать ?

immortal1977
Насчёт перевода строки не знаю, надо и так и так пробовать.
Отсылать в 16 ричном формате(ну в смысле компу то пофиг в каком формате - вераво в СОМ порт двоичная хрень пойдёт, имеется ввиду ввод строки в поле - в 16 ричном формате).
Скорость желательно сделать - у всех разные устройства (компы и станции) и требуют разных скоростей.
У меня например трансивер хочет 4800, 9600, 38400. В то же время айком у соседа хочет либо 9600 либо 19200.
Вообще это всё стандартные наборы скоростей для СОм порта. По идее всё это должно быть разжовано в инете м выложено в виде модулей на общий суд. Надо только разбираться в этом.
Я не разбираюсь, но идеей помочь могу.

immortal1977

Спасибо!
Оперативно, однако:)

О как оно обернулося, то, а я ужо компонентик своял и залил уже.

Забрал. Здорово! Сейчас буду пробовать.

Сделать не проблема. Есть вопрос: Трансивер на команду что-нибудь отвечает? Команда должна заканчиваться переводом строки?

я думаю подождём более детальной информации от Участников.

И чуть не забыл самое главное: Делать возможность выбора скорости порта, и если нет, то от какой минимальной скорости плясать ?

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


Shephard

Ждём ТЗ:)

(Ваше сообщение опередило)

Есть мысль (что в моей жизни бывает очень редко :) ... Может стоп?
Всем стоп... Идея хороша в таком виде как она есть... А то дальнейшие
усовершенствования закончатся еще одним вариантом MixWin и тому
подобного... Но это я так - рассуждения из собственного опыта... :)

Programmist
Может стоит составить список - что нужно получить от программы?
Ведь правильно заметил один из участников, что для обменами
сообщениями между корреспондентами, программы уже есть и что
самое главное, работают эти программы при соотношении С/Ш<2дб.
Нужны идеи... Свежие идеи... Не хочется повторять уже пройденное...

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

NextDoor
Я помню, потому и говорю))) Пора уж... Радиолюбительский терминал - зачОд)))

NeON79
Читай ЛС.

NextDoor
акончатся еще одним вариантом MixWin и тому
подобного...
Который уже с 19.02.07 не обновлялся. Значит надо реализовать то чего нет в Миксе.
Например передача сообщений по событию системы. А лучше - запуск программы с параметрами.

rx300
Одним ли миксом мы "едины"? Есть еще и другие программы, в которых от перегрузки
всякими протокалами, всеядностями, менюшками кнопочками и сервисами - хочется
просто закрыть оную софтину и больше к ней не возвращаться... Вот к чему веду...

короче добавьте управление по СОМ порту с САТ и PTT по DSR, и больше ничего не надо.

Shephard короче...и больше ничего не надо.
И устроит вариант, который при с/ш<10дб уже дает ошибки?
Не спешите... тут надо подумать и тогда точно будет толк.

NextDoor
а чё ж Вы тагда пишете, типа "Всем стоп"?

Shephard
Имел ввиду не перегружать программу кучей меню и функциями, которые
уже есть в других программах. А также предлагаю обратить внимание на
применяемую модуляцию и возможность безошибочного приема при низком
соотношении сигнал шум и сильной неравномерности нч тракта используемой
радиостанции. (блин, длинно написал - но как есть...) Вот примерно так... :)

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

Shephard
О чем собственно и речь...

NextDoor И устроит вариант, который при с/ш<10дб уже дает ошибки? Не тут ситуёвина хуже, любой счелчёк вышибает прогу со свистом. А проблема в том что нет принудильной синхры это раз, в вторых дата ужимается перед отправкой и потеря одного бита просто всё ставит раком. :-) Попробуйте в той же psk-31 убрать один или два или три бита, потеряете букву но не всё сообщение, а тут, тут типо того, пока игрушка для канала без ошибок, а помойму я ето уже грил. :)

Mesh ...а помойму я ето уже грил. :)
грил, грил... Все верно, но человек ведь старается и с нашей
помощью думаю что щелчки мешать не будут. Правильно? :)

P.S.
Тут без cryptomaster, Mesh и SergUA6 не обойтись... :)

NextDoor Дык тут дело такое, вот я например могу вздрючить софтинку на предмет так сказать стойкости, а вот типо чего сделать что б она крепче было тут я слабак, это песня другого полёта, я так высоко не летаю, чесно грю. Ну в смысле бла-бла то могу, типо там посоветовать БЧХ кодирование или там Рида-Соломона или там ещё чегоа, но это веть всяк умеет типо советы давать и автору ето не поможет, тут конкретико нужна а тут я не петрю. :( Да и те кто петрят не очень то делются, это из моего скоромного опыта выудить где стоит адаптивный коректор у RFSM. Сослались на комертайну, но я не в претензиях, просто обозначаю предмет, не просто всё тут.

Mesh
Если честно... RFSM... Короче, бог с ней... (сократил сей рассказ) :)
В принципе, если применить MSK и передачу короткими пакетами
с подтверждениями - думаю что хватит этого в такой программе с
головой. Скорость больше 2400 бит не делать так как передаем
ведь по нч. Можно рассмотреть вариант адаптивной подстройки
скорости во время передачи последующего пакета и.т.д.

Здравствуйте Все!

Здесь следующая версия Васьки (V-1.04)



* New: Введена горячая клавиша для управления "TX" F-9.

* Fixed: Введена проверка на отсутствие LPT порта.
* New: Добавлен пилот тон с регулируемой длительностью (TXDelay) для открытия VOXa.
* New: Добавлено возможность изменения строки автоответа.
* New: Добавлена возможность цитирования принятого текста.
* New: Введена горячая клавиша для управления "TX" F-9.
* New: Настройки программы убраны в меню.
* New: Добавлено автосохранение Log файла.


Работаю дальше:)

Здравствуйте!

NextDoor

Есть мысль (что в моей жизни бывает очень редко :) ... Может стоп?
Всем стоп... Идея хороша в таком виде как она есть... А то дальнейшие
усовершенствования закончатся еще одним вариантом MixWin и тому
подобного...

Да Вы правы, перегружать не будем, но доведём до ума:)

Может стоит составить список - что нужно получить от программы?
Ведь правильно заметил один из участников, что для обменами
сообщениями между корреспондентами, программы уже есть и что
самое главное, работают эти программы при соотношении С/Ш<2дб.
Нужны идеи... Свежие идеи... Не хочется повторять уже пройденное...

Ну собственно, должна быть полноценная, надёжная, простая, помехоустойчивая программа работающая с необходимым железом:)


rx300

Например передача сообщений по событию системы. А лучше - запуск программы с параметрами.

Это можно, давайте ТЗ.


Shephard

короче добавьте управление по СОМ порту с САТ и PTT по DSR, и больше ничего не надо.

Добавим!


NextDoor

И устроит вариант, который при с/ш<10дб уже дает ошибки?
Не спешите... тут надо подумать и тогда точно будет толк.

Верно!

А также предлагаю обратить внимание на
применяемую модуляцию и возможность безошибочного приема при низком
соотношении сигнал шум и сильной неравномерности нч тракта используемой
радиостанции.

Да это проблема первостепенная!
Буду признателен за помощь исходниками.


Mesh

Не тут ситуёвина хуже, любой счелчёк вышибает прогу со свистом. А проблема в том что нет принудильной синхры это раз, в вторых дата ужимается перед отправкой и потеря одного бита просто всё ставит раком. :-) Попробуйте в той же psk-31 убрать один или два или три бита, потеряете букву но не всё сообщение, а тут, тут типо того, пока игрушка для канала без ошибок, а помойму я ето уже грил. :)

Да, со временем уверен что сделаем...


NextDoor

Тут без cryptomaster, Mesh и SergUA6 не обойтись... :)

Низкий поклон этим уважаемым Гуру:)

В принципе, если применить MSK и передачу короткими пакетами
с подтверждениями - думаю что хватит этого в такой программе с
головой. Скорость больше 2400 бит не делать так как передаем
ведь по нч. Можно рассмотреть вариант адаптивной подстройки
скорости во время передачи последующего пакета и.т.д.

Спасибо за дельный совет!
А кстати, MSK модулятор-демодулятор в исходниках имеется?


Всем спасибо!

А кстати, MSK модулятор-демодулятор в исходниках имеется?

На счет MSK не знаю, но я вот сижу щас изучаю сырцы от PSKCore, прикрутить его к проекту - дело пары часов. Только вот в итоге тот же WinPSK и получится :-(

Здравствуйте!

immortal1977

На счет MSK не знаю, но я вот сижу щас изучаю сырцы от PSKCore, прикрутить его к проекту - дело пары часов.

Большая просьба, давайте попробуем прикрутить, не уверен, что у меня всё гладко с модуляцией.

Спасибо!

Вот, адаптировал PSKCore.dll для Delphi. Маленькую демку наваял, что бы было видно что все работает.
http://www.radioscanner.ru/uploader/2008/pskcore.zip

Мануаль в PDF лежит по адресу http://www.moetronix.com/ae4jy/files/pskcoredll141.pdf

P.S. Сегодня, за неимением лучшего, попробовал перегнать маленький мануальчик через WinPSK с одного сотового на другой. Оба были подключены к разным звуковухам. Ошибки декодирования конечно были, но не много...

Здравствуйте!

immortal1977

Большое спасибо, сейчас буду пробовать:)


P.S. Сегодня, за неимением лучшего, попробовал перегнать маленький мануальчик через WinPSK с одного сотового на другой. Оба были подключены к разным звуковухам. Ошибки декодирования конечно были, но не много...

А есть мысли и предложения по помехоустойчивому кодированию?