А кто сегодня дудел на 7МГц в 15-16МСК? Не было компа рядом, только "на слух слушал" ;)

Желающие подключиться есть? Надо ФТП потестировать.

Shephard
Вечерами подходите на 3730-3740 почти всегда сидят россияне с 3 и 4 района гоняют DigTRX, но у многих есть RFSM, можно включится и попросить перейти...

Здравствуйте увлеченные люди.
Пробую RFSM, весьма полезная прога.
Пока тестирую на двух компах в одной комнате через динамики/микрофоны.
Удобно тем, что можно устанавливать соотношение сигнал/шум произвольно.

Для разработчиков неск замечаний:

- проверка качества связи при коннекте слишком частая. Необходимо сделать РЕГУЛИРУЕМОЙ паузу между запросами. (возможно это уже есть, но не в явном виде, я не нашел).

- при возникающих запросах на повторы, необходимо динамически изменять обьем ПЕРЕДАЮЩЕЙСЯ части инфо в зависимости от количества ПРИНЯТОЙ за предыдущий такт. Например, при первом такте передан большой обьем, принято только 10 процентов. За второй раз передавать не весь оставшийя обьем, а только 10 процентов. Если эти 20 процентов (10+10) подтверждаются, далее передавать 20 проц от остатка и т.д.
Это не связано с соотношением сигнал/шум, которое уже отслеживает программа. В моем случае один из компов успевает обработать только небольшую часть принимаемой инфо, и затыкается, приняв к примеру 2 процента за раз. А сигнал/шум отличный, при повторной передаче опять идет большой кусок инфо, из которых принимается только начало. Т.О. большая часть времени уходит на бесполезную передачу, которую корреспондент не принимает. Похожая ситуация возникает и при внезапной кратковременной помехе в начальный момент приема большого блока инфо.

С уважением.
Евгений-

RU2FV
проверка качества связи при коннекте слишком частая. Необходимо сделать РЕГУЛИРУЕМОЙ паузу между запросами. (возможно это уже есть, но не в явном виде, я не нашел).
Тут вот какая вещь. Частые обмены в данном конкретном подрежиме (это режим просто чата) сделаны просто для более комфортного чата, ну и естественно - для постоянной оценки канала.
По-хорошему, конечно, можно увеличить паузу здесь, но тогда соответствующим образом увеличится и задержка в чате. Можно и подумать над такой опцией, но зачем?..
при возникающих запросах на повторы, необходимо динамически изменять обьем ПЕРЕДАЮЩЕЙСЯ части инфо в зависимости от количества ПРИНЯТОЙ за предыдущий такт.
Да, такая проблема возможна, но она возникает по разным причинам, соответственно, и способов ее решения существует несколько. Мы уже давно думаем над этим, в следующей версии даже кое-что реализуем. Например, постараемся избавиться от влияния кратковременных помех, ну и, может быть, сделаем регулируемой длину посылаемой информации (пока только пользователем, не автоматически).
С уважением, Дмитрий.

2 Dmitry_D2D
сделаем регулируемой длину посылаемой информации - вот это к стати "дА". А уж как, только пользователем, не автоматически не важно. Главное обкатать мысль.

Кстати, мы все-таки начали продажу лицензионных ключей (правда, пока только "нашим" - тем, у кого есть доступ к системе Яндекс@Деньги).
Собственно, см. на нашей страничке, русский вариант.
http://rfsm2400.radioscanner.ru/rus

2 Dmitry_D2D
ф-ф-у-у-у-у.... бАрыги!!! )))) Раз начали продажу, значит гарантируете отсутствие "багов"? Или еще рано об этом говорить?
В целом респект! Скоро снова продолжим свои эксперименты, ожидается выезд "за пределы цивилизации", значит будут новые отчеты.

2 ALL
Для всех тех, кто желает общения :) через модем, скоро буду доступен маякально на нескольких частотах (80-ка,40-ка и 20-ка). Частоты и останльное позже, но здесь.

Дмитрий, спасибо за ответ.

Частые обмены в данном конкретном подрежиме (это режим просто чата) сделаны просто для более комфортного чата
Я раньше работал в пакетной сети, там в режиме чата передача набраной фразы происходит по нажатию на enter. А пока все молчат, систем ИЗРЕДКА посылает запрос для проверки контакта. Так думаю логичней, особенно если собеседников более двух.

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

ФЖ-

rusmax
ф-ф-у-у-у-у.... бАрыги!!! )))) Раз начали продажу, значит гарантируете отсутствие "багов"? Или еще рано об этом говорить?
кАнешно, бАрыги ))) А иначе зачем бы все это затевать??? ))))
Насчет багов - ну, вроде последняя версия малость получше...
Опять же, любой может сначала потестировать сколько угодно... )))

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

to:RU2FV
Это не связано с соотношением сигнал/шум, которое уже отслеживает программа. В моем случае один из компов успевает обработать только небольшую часть принимаемой инфо, и затыкается, приняв к примеру 2
Была аналогичная ситуация . На коротких фреймах все нормально , а на длинных кадрах S/N падает с 20 до -5 Дб принимается только первые 1/3 или 1/4 кадра . Проблема решилась заменой звуковой карты .

to:Dmitry_D2D
кАнешно, бАрыги ))) А иначе зачем бы все это затевать??? ))))

Не-е млин , мужики , дорого !!! Ни одна программа для радиолюбителей так дорого не стоит. Даже Макс Федосеев за свою MixW стока не ломит , имейте совесть !

Scat
Была аналогичная ситуация . На коротких фреймах все нормально , а на длинных кадрах S/N падает с 20 до -5 Дб принимается только первые 1/3 или 1/4 кадра . Проблема решилась заменой звуковой карты .
Все правильно. Похоже, на старой звуковой была большая неточность частоты дискретизации,
модем "держал" сигнал, сколько мог, потом выпадал... Все симптомы именно этого.
Всем совет - если у кого-то именно такая ситуация, то постарайтесь откалибровать звуковую и скорректировать неточность частоты дискретизации. Поверьте, сильно поможет )))
Ну или другое, более радикальное решение - замена звуковой...

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

Scat
Не-е млин , мужики , дорого !!! Ни одна программа для радиолюбителей так дорого не стоит. Даже Макс Федосеев за свою MixW стока не ломит , имейте совесть !
Ну, платить и не обязательно. Она и без лицензии будет работать неплохо... )))
А вообще, конечно, есть такой анекдот:
...
- Что-то мне не нравится ваш вождь...
- Не нравится - не ешь... )))

У меня предложение - давайте в эти выходные (это 15-16 декабря) устроим дни активности RFSM .
Что-б можно было толком протестировать программу в живом эфире ! Кто сможет подходите на 14.109 в течение этих дней .
Пора кончать извращенства типа тестирование с "радио на радио" на "одном столе" или с компа на комп через микрофон ! Пожалуйста подходите - у кого будет такая возможность !

Dmitry_D2D
Льготная лицензия российского радиолюбителя (плюс некоторые страны СНГ)

А почему "некоторые страны"? Я бы написал русскоговорящие радиолюбители, есть же наши еще и в Германии, Израиле и других странах - тоже люди свои...



Что говорил RU2FV по поводу пауз, я так понял, он хочет, чтобы модем впустую не молотил на передачу, если нет данных, а как бы засыпал до момента, пока не отчитается таймаут на "проверку связи" и если удачно "пропинговались" и снова нет данных - опять молчим. Такое возможно будет?

может быть, сделаем регулируемой длину посылаемой информации

Это тоже эффективно при помехах, все крутые системы имеют самоадаптивное изменение длины кадра.

Zmej
Что говорил RU2FV по поводу пауз, я так понял, он хочет, чтобы модем впустую не молотил на передачу, если нет данных, а как бы засыпал до момента, пока не отчитается таймаут на "проверку связи" и если удачно "пропинговались" и снова нет данных - опять молчим. Такое возможно будет?
Да, такое будет возможно.
Просто мне не совсем понятно, почему это нужно.
Чем плохо, что модемы общаются постоянно?
Передатчики греются, или что?
Объясните кто-нибудь вразумительно.
все крутые системы имеют самоадаптивное изменение длины кадра.
Кстати, при этом они как раз общаются постоянно...

Здравствуйте Дмитрий

Да, такое будет возможно.
Просто мне не совсем понятно, почему это нужно.
Чем плохо, что модемы общаются постоянно?
Передатчики греются, или что?
И это тоже, но главным образом для того, чтоб не загружать эфир, он то ведь общий и не резиновый :)

RU2FV
И это тоже, но главным образом для того, чтоб не загружать эфир, он то ведь общий и не резиновый :)
Тут есть некоторая проблема, и даже большая...
Дело в том, что стандарт, по которому сделан модем, не совсем радиолюбительский, а если точнее, то совсем не радиолюбительский... :)
И он просто не предусматривает ситуаций, характерных для радиолюбительских частот, а предусматривает совсем иное. Если конкретно - то по этому стандарту на частоте одновременно должны находиться только двое корреспондентов, которые и должны общаться между собой. Естественно, они должны это делать с максимальной интенсивностью, чтобы передача данных шла с максимально возможной скоростью...
И уж никак не предусмотрена этим стандартом типичная для радиолюбительских частот ситуация с "толпой народа" на одной частоте...
Так что если мы хотим максимально быстро передать необходимые данные, то мы будем следовать стандарту (потому что если не следовать, то общая скорость катастрофически падает).
А если хотим комфортно и никому не мешая поболтать большой группой народа на одной частоте, то будем использовать PSK31... :))) , либо широковещательный чат в RFSM, но уже самостоятельно давая другим время "сказать", потому что наша фраза будет занимать всю полосу, и разделение корреспондентов возможно только временное...

Dmitry_D2DЧем плохо, что модемы общаются постоянно?
Передатчики греются, или что?
Объясните кто-нибудь вразумительно.

Да греются, а еще, если автономное питание, то желательно экономить батареи. Кроме этого, коммутация в аппаратуре часто не полностью электронная, а с механическими узлами (реле), убивать их жалко. Те, кто активно работает в ARQ режимах не с электронной коммутацией прием-передачи меняют реле в своих аппаратах чуть ли не каждый год... :(

все крутые системы имеют самоадаптивное изменение длины кадра.
Кстати, при этом они как раз общаются постоянно...

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

Да, возможно немного проиграем в скорости, за то сэкономим ресурс техники и автономное питание. Я думаю, rusmax согласится, он там же в лесу где-то использует RFSM... ;)


Режим чата я пока не смог потестировать, поэтому не комментирую, все что выше описАл касалось только линка point-to-point.

Дмитрий
Если конкретно - то по этому стандарту на частоте одновременно должны находиться только двое корреспондентов, которые и должны общаться между собой.
Значит сеть с множественным доступом, как в пакете, не создать, жаль :(
Естественно, они должны это делать с максимальной интенсивностью, чтобы передача данных шла с максимально возможной скоростью..
Вот тут наверное будет полезным динамическое изменение длинны кадра. Тем более, что о ПРИНЯТЫХ процентах сообщает вторая станция.

А вообще пргр мне нравится, все просто и понятно, спасибо. Напоминает пакетную GP немца Ульфа Сарана.

Zmej
Да греются, а еще, если автономное питание, то желательно экономить батареи. Кроме этого, коммутация в аппаратуре часто не полностью электронная, а с механическими узлами (реле), убивать их жалко. Те, кто активно работает в ARQ режимах не с электронной коммутацией прием-передачи меняют реле в своих аппаратах чуть ли не каждый год... :(
Вот это довод хороший - внятный и понятный (даже мне, НЕ радиолюбителю :)).
Ну что ж, решение сделать регулируемой длину паузы в чате уже принято, дело осталось как всегда за малым - реализовать... ))) Я думаю, версии через одну - две уже получится.

Zmej
RU2FV
Не обязательно. Длина кадра может регулироваться во время обмена по качеству канала, а когда данных нет, то молчим и только по таймауту (раз в несколько минут) проверяем линк, а если снова появились данные, то совсем не обязательно стартовать на самом длинном кадре, а с какого-то среднего размера и приводить в действие алгоритм самоадаптации, уже по обстановке.
Вот тут наверное будет полезным динамическое изменение длинны кадра. Тем более, что о ПРИНЯТЫХ процентах сообщает вторая станция.
Да согласен уже, согласен. )))
Сделаем обязательно, сначала в ручном режиме (опцией), потом и автомат прикрутим... )))

RU2FV
А вообще пргр мне нравится, все просто и понятно, спасибо.
Бальзам на душу... ) Кстати, у Вас бета-лицензия есть? )))

Кстати, у Вас бета-лицензия есть? )))
Нет

Dmitry_D2D

Сделаем обязательно, сначала в ручном режиме (опцией), потом и автомат прикрутим... )))

;) Успешного написания!

ALL
не по теме, но интересно.
Провел сравнительные испытания на своем рабочем стенде (микр/динамик) разных мод в программе MIX, обнаружились интересные особенности. Наилучшим приемом с БОЛЬШИМ отрывом обладает мода MT63. Остальные сильно отстают как по устойчивости приема, так и по скорости работы. Условия для всех мод одинаковые. У кого есть возможность попробовать и отписать сюда результаты ?
RFSM в этих условиях коннектится не сразу, видимо мешает отраженный от стен комнаты сигнал.

Ну и где кто "жужжит" ??
Слушаю,слушаю ,и там и сям - нет нигде никого!
Ни в РФСМ ни в ДигТРикс...
"..или лыжи не едут , или..."

Дмитрию

заметил еще одно неудобство
- если информация в окнах программы не помещается, бегунок прокрутки остается с начале экрана. Чтобы прочесть, надо мышкой сдвинуть вниз. Обычно при переполнении экр прокрутка идет к последней строке, так удобнее наверно.
- если при передаче инфо необходимо пообщаться в чате, то в кадре строка чата идет где-то в конце. Поэтому приходится ждать окончания кадра, чтоб прочесть, а затем ждать ответной инфо. Было-бы удобнее, если инфо чата передавалась-бы в начале кадра. Тогда у корр будет время ответить, пока идет окончание основной инфо кадра. А еще лучше сделать передачу чата в любое время (по клавише "enter").
- вопрос под впечатлением сегодняшних натурных исп (см предыдущий пост): нельзя ли прикрутить транспорт от МТ63 к RFSM ? Уж больно здорово он работает, ни одна мода рядом не стоит ;))

RU2FVне по теме, но интересно.
Провел сравнительные испытания на своем рабочем стенде (микр/динамик) разных мод в программе MIX, обнаружились интересные особенности. Наилучшим приемом с БОЛЬШИМ отрывом обладает мода MT63.

Не удивительно - там есть FEC, только скорость почти черепашья. Поробуйте еще режим OLIVIA (его может не быть в комплекте Микса, нужно найти файл ModeOlivia.zip) тоже будете поражены "пробивностью". Но, всё эти моды были сделаны для работы вживую, печатая клавишами, без всяких автоматизированных протоколов.

RU2FV
- если при передаче инфо необходимо пообщаться в чате, то в кадре строка чата идет где-то в конце. Поэтому приходится ждать окончания кадра, чтоб прочесть, а затем ждать ответной инфо. Было-бы удобнее, если инфо чата передавалась-бы в начале кадра. Тогда у корр будет время ответить, пока идет окончание основной инфо кадра. А еще лучше сделать передачу чата в любое время (по клавише "enter").
Тут что-то странное. Информация чата как раз и идет В НАЧАЛЕ кадра, а не в конце.
По крайней мере, так задумывалось... ))) Проверю еще раз.

заметил еще одно неудобство
- если информация в окнах программы не помещается, бегунок прокрутки остается с начале экрана. Чтобы прочесть, надо мышкой сдвинуть вниз. Обычно при переполнении экр прокрутка идет к последней строке, так удобнее наверно.
Это зависит от версии Windows. Под 9х все ОК.
А под 2K/XP действительно есть эта проблема, чтобы автоматически скроллинговалась информация,
нужно ОДИН раз перейти курсором на последнюю строку текста, а потом убрать курсор (собственно,
даже не курсор, а фокус активности) из этого окна. Тогда будет нормально скроллинговать.

- вопрос под впечатлением сегодняшних натурных исп (см предыдущий пост): нельзя ли прикрутить транспорт от МТ63 к RFSM ? Уж больно здорово он работает, ни одна мода рядом не стоит ;))
Сильно подозреваю, что звуковая карта у вас или очень плохая, или не откалибрована.
Уж очень странные, "неправильные" у вас результаты... )))

Не удивительно - там есть FEC, только скорость почти черепашья.
Неужели вы думаете, что в RFSM нет FEC??? )))

to zmej
Но, всё эти моды были сделаны для работы вживую, печатая клавишами, без всяких автоматизированных протоколов.
Это понятно. Хотя МТ63 при полосе 2000 и латинском шрифте имеет вполне приличную скорость. Но меня удивила устойчивость. Сигнала на водопаде не видно, а прием идет, когда все остальные моды ничего не принимают ! Пробовал и пакетный модем Q15X25, и даже прог ALE (тоже милитари-стандарт), ничего лучше мт63 не работает.

to ALL
может кто-нибудь провести подобное испытание ?? Надо пару компов с динамиками и микрофонами.

to Dmitry
Сильно подозреваю, что звуковая карта у вас или очень плохая, или не откалибрована.
Уж очень странные, "неправильные" у вас результаты... )))
Вполне возможно, только все моды были в одинаковых условиях, и показали, на что способны.
Если бы кто-то еще провел подобный эксп, было бы понятнее.
А по поводу звуковух, я пробовал на разных компьютерах, и два настольных, и настольный с ноутом, результат одинаков.

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

RU2FV
А по поводу звуковух, я пробовал на разных компьютерах, и два настольных, и настольный с ноутом, результат одинаков.
Странно, конечно...
RFSM весьма чувствителен к неточности частоты дискретизации, но чтобы это проявилось сразу на ТРЕХ звуковых... Такого я еще не встречал....

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