Dmitry_D2D

А я то имел в виду другое сканирование, настоящее, а именно функции, подобные ALE, CALM, и т.д. - то есть направленные на поиск оптимальной частоты для установления соединения.
Причем, естественно, такие действия сервер выполняет не самостоятельно, а в паре с тем, кто желает установить с ним линк...
Это совсем другая песня, но и такое уже запланировано... :)

Это будет круто, если в вашей проге будет автоматический подбор рабочей частоты!

Только нужно предусмотреть предопределяемые поддиапазоны, т.е. чтобы законопослушные радиолюбители могли задать, скажем:

3500-3800
7000-7100
и т.д.

И чтобы она скакала только по указанным поддиапазонам.

Rulez Reloaded
Только нужно предусмотреть предопределяемые поддиапазоны,
И чтобы она скакала только по указанным поддиапазонам.
Ну конечно, мы же не какие-нибудь там радиопираты... :)))

Кто в Москве готов на УКВ потестить?

Чтобы с рабочей функцией PTT?

Ку-ку, народ:

Кто в Москве готов на УКВ потестить?

Чтобы с рабочей функцией PTT?

Можно и в области - удаление до 50 Км думаю не будет большой проблемой, если у вас базовая антенна...

HI collegues!
Сегодня послушал/посмотрел/поконнектился на 14109.
Интересная штука.
Буду крутиться днем на 14109, вечером на 3740.

73! RK1NA
Константин
Петрозаводск, KP71ET

to Dmitry
Вы попробуйте убрать квитанцию в середине передачи достаточно большого (> 100 Kb) файла - описываемой паузы вы не увидите даже в случае пропадания квитанции.
И, как бы там ни было, даже при таком эффекте модемы НЕ ДОЛЖНЫ после этого начинать передачу ОДНОВРЕМЕННО, время паузы специально рассчитано на это.
Если же они все-таки начинают передачу одновременно, то это точно КОСЯК...
И если по вашим тестам найдем его - офигенное вам спасибо... :)))
Попробовал сегодня на одном компе, все точно, как Вы описали, КОСЯКА НЕТ, урааа :0)

Немного об об удобстве работы с прогр.
- излишне мудро обозвали кнопки по передаче файлов (при наведении курсора). В самой закладке "передача файлов" все понятнее. К стати, не понятно, почему директория для "заливки" называется UP (вверх), а для выкачивания DWN ? Логичней наоборот.
А проще сделать одну файлообменную директорию с субдиректориями, куда можно и положить свой файл, и забрать понравившийся.

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

to Dmitry
- может ли кто внятно рассказать, как правильно организовать передачу из RFSM в почтовый ящик на mail.ru ?
Ситуация следующая: я, подключившись к RFSM, отправляю почту для корр XX. RFSM переправляет ее в ящик на mail.ru (что и где прописать, чтоб так было ??). Затем корр XX заходить на mail.ru и забирает эту почту.
Можно-ли так сделать ?

RU2FV
- излишне мудро обозвали кнопки по передаче файлов (при наведении курсора). В самой закладке "передача файлов" все понятнее. К стати, не понятно, почему директория для "заливки" называется UP (вверх), а для выкачивания DWN ? Логичней наоборот.
А вот и не логичней :))
Как по английски будет "заливка" (на сервер)? По-моему, везде это "uploading" :)
Ну а скачивание, соответственно, везде "downloading"... :))
И я еще ни разу не видел, чтобы было наоборот... :)))

А проще сделать одну файлообменную директорию с субдиректориями, куда можно и положить свой файл, и забрать понравившийся.
А по умолчанию так и сделано :))) Эта директория - RECEIVED (и для UP, и для DOWN).
И только если кому-то специально надо, то можно назначить разные...

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

- может ли кто внятно рассказать, как правильно организовать передачу из RFSM в почтовый ящик на mail.ru ?
Ситуация следующая: я, подключившись к RFSM, отправляю почту для корр XX. RFSM переправляет ее в ящик на mail.ru (что и где прописать, чтоб так было ??). Затем корр XX заходить на mail.ru и забирает эту почту.
Можно-ли так сделать ?
Внятно отвечаю - можно. :) Мало того, так делать и НУЖНО. :)))
Ну, начнем с того, чтобы на mail.ru был необходимый почтовый ящик, который и будет общим почтовым ящиком, используемым RFSM-сервером.
Потом,нужно у RFSM-сервера правильно прописать адрес этого ящика и настройки POP3 и SMTP-серверов,
причем точно так, как вы это делаете в стандартном почтовике.
Потом включить ДВЕ опции: первая - "Работать как MAIL-сервер..." - это чтобы подключающиеся к нему пользователи могли посылать/забирать почту, и вторая опция - "Периодически принимать/посылать e-mail..." - это чтобы сам сервер реально работал в Inet'e.
На подключающихся клиентах эти опции НЕ ВКЛЮЧАТЬ - могут быть проблемы.
После этого, на клиенте коннектитесь к серверу, создаете в любом почтовике EML-файл,
из RFSM отправляете его на сервер (выбрав соответствующий вариант в диалоге отправки почты),
и все...
Сервер положит ваш файл в специальный подкаталог, и через некоторое время отправит его адресату.
И учтите - поле "From: " в вашем eml-файле, чтобы вы там не написали, будет автоматически заменено на e-mail сервера, с указанием вашего позывного...

Dmitry_D2D

Ну а скачивание, соответственно, везде "downloading"... :))
И я еще ни разу не видел, чтобы было наоборот... :)))

Было наоборот в программе Samsung для одноименных сотовых телефонов. Я минут 15 потерял пока понял, что виной всему что корейский английский.

Через годик исправили и сделали наоборот :)

to Dmitry
Внятно отвечаю - можно. :) Мало того, так делать и НУЖНО. :)))
Ну, начнем с того, чтобы на mail.ru был необходимый почтовый ящик, который и будет общим почтовым ящиком, используемым RFSM-сервером.
Спасибо, вечером впопробую.

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

RU2FV
Тогда почему в подписях к кнопкам передачи файлов (при наведении курсора) обозначены разные дир ?
А потому, что ЛОГИЧЕСКИ это могут быть разные директории. Вот поэтому на кнопках у них (у директорий) и разные ЛОГИЧЕСКИЕ имена.
А ФИЗИЧЕСКИ это одна директория (по умолчанию).
Теоретически, мы, конечно, можем и отказаться от этой концепции, и сливать/заливать все в одно дерево каталогов, но мы считаем, что это неправильно.
Насколько я помню, на любой BBS только ее хозяин решал, что будет находиться в общих каталогах для выкачивания. А пользователи могли закачивать только в один, строго определенный каталог, из которого хозяин уже по необходимости перемещал файлы в каталоги для выкачивания.
И это было правильно - например, для того, чтобы всякие хулиганы не завалили полезную подборку информации каким-либо мусором... Или вы думаете не так?

RU2FV
Конечно, мы не думаем, что среди радиолюбителей много хулиганов - уж точно в тысячи раз меньше, чем в Инете :)
Поэтому-то по умолчанию каталог закачки/скачки один - RECEIVED, чтобы служить общим файлообменным пунктом :)
Может быть, имеет смысл сделать возможной закачку в подкаталоги, а не только в корневой каталог - это надо подумать...

Dmitry
И это было правильно - например, для того, чтобы всякие хулиганы не завалили полезную подборку информации каким-либо мусором... Или вы думаете не так?
Согласен, разберемся.

Гораздо более полезная штука, это периодический маяк на нескольких частотах по расписанию, и откат на "парковку", крайне желательно !
Если маяк сервера будет услышан, корр должен иметь возможность подкл на этой частоте и провести обмен.
В тексте маяка можно указать время и частоты парковки/работы.

Еще полезно иметь возможность отказывать от контакта с сервером всем, кроме ....
Или контачится со всеми, кроме ...
С возможностью отослать сообщение сысоп-у.

А также предусмотреть вызов оператора (звуком).

Dmitry_D2D
Вот теперь я вас понял. Вы, оказывается, совсем не то сканирование имеете в виду. :)
То, что вы описываете - это будут функции модуля "Расписание."

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

А я то имел в виду другое сканирование, настоящее
...
Это совсем другая песня, но и такое уже запланировано... :)

Я понимаю, но это задача более сложная.

Кстати, могу еще идею подкинуть для "крутого сканирования" - автоматический поиск направления вращаемой антенны по максимальному соотношению СШ - такое есть у некоторых систем на базе PACTOR-a ;) У многих поворотных устройств есть стандартный интерфейс обмена через RS-232, алгоритм крутит антенну по позывному вызывающего (зная по базе его расположение), а потом точнее уже юстирует по сигналу... Вот так даже бывает!

Zmej
Кстати, могу еще идею подкинуть для "крутого сканирования" - автоматический поиск направления вращаемой антенны по максимальному соотношению СШ - такое есть у некоторых систем на базе PACTOR-a ;) У многих поворотных устройств есть стандартный интерфейс обмена через RS-232, алгоритм крутит антенну по позывному вызывающего (зная по базе его расположение), а потом точнее уже юстирует по сигналу... Вот так даже бывает!
Ну что ж, респект!
Когда-нибудь и мы до этого доживем... :)

Dmitry
Сервер положит ваш файл в специальный подкаталог, и через некоторое время отправит его адресату.
Вчера попробовал с почтой mail.ru, все работает, принимает/передает если на сервере RFSM уже есть почтовый ящик клиента (все как задумано).
А вот получить почту для себя (для сысопа сервера) не получилось, не смог правильно создать директорию для своей почты. Автоматом сервер создает ящик для клиента, и прописывает его где-то. А как создать ящик для себя на своем-же сервере ? Чтоб при коннекте через и-нет сервер качал и свою личную почту из mail.ru. Я попробовал вручную создать ящик со своим позывным, но сервер его не воспринимает, и почту для него из и-нета не забирает.
Пож растолкуйте.

Вспомнил, в пакете можно было выбирать вручную длинну пакета и количество их, передаваемых за одни раз (в одном кадре). А приемная сторона в своей квитанции подтверждала к-во принятых/не прин пакетов. Передающая сторона повторяла не прин пакеты и дополняла кадр новыми. Примерно такой алгоритм работы был достаточно эффективным и простым.
При отсутствии (пропуске) квитанции-подтверждения ПЕРЕДАЮЩАЯ сторона запрашивала ее после паузы.

А возможно-ли в RFSM передавать квитанции покороче, может быть без синхронизации, или без гарантир доставки ? Уж очень много времени теряется при повторах.

RU2FV
Тут все просто.
Нужно создать в каталоге MAILBOX подкаталог с именем - своим позывным.
И все, RFSM должен ложить почту туда.
А иначе, ложит просто в INBOX.

RU2FV
Вспомнил, в пакете можно было выбирать вручную длинну пакета и количество их, передаваемых за одни раз (в одном кадре). А приемная сторона в своей квитанции подтверждала к-во принятых/не прин пакетов. Передающая сторона повторяла не прин пакеты и дополняла кадр новыми. Примерно такой алгоритм работы был достаточно эффективным и простым.
При отсутствии (пропуске) квитанции-подтверждения ПЕРЕДАЮЩАЯ сторона запрашивала ее после паузы
RFSM работает примерно также, но передающая сторона не запрашивает квитанцию.
Принимающая сторона ОБЯЗАНА передать квитанцию, и не надо ее об этом дополнительно запрашивать.
Другое дело, что квитанция может быть плохо принята.
Но мы считаем, что городить передачу подтверждения на подтверждение - это уже слишком... :))

А возможно-ли в RFSM передавать квитанции покороче, может быть без синхронизации, или без гарантир доставки ? Уж очень много времени теряется при повторах.
Если квитанции будут покороче, то вероятность их потери будет еще больше.
А потерянная квитанция - это намного большие потери в скорости...
Кстати, сами квитанции передаются БЕЗ гарантированной доставки.
Квитанции - это часть механизма гарантированной доставки ФАЙЛА,
и, повторюсь еще раз, делать ДВОЙНОЙ механизм гарантированной доставки -
а именно и файла в целом, и квитанций как его частей - это уже перебор...

Dmitry
Нужно создать в каталоге MAILBOX подкаталог с именем - своим позывным.
И все, RFSM должен ложить почту туда.
А иначе, ложит просто в INBOX.
Так и делал (см предыдущий мой пост), но что-то не удачно.

RFSM работает примерно также, но передающая сторона не запрашивает квитанцию.
Принимающая сторона ОБЯЗАНА передать квитанцию, и не надо ее об этом дополнительно запрашивать.
Другое дело, что квитанция может быть плохо принята
Тут возникает такая заморочка: принимающая сторона не знает, когда окончится очередной кадр, поэтому при потере окончания кадра она ожидает довольно долго. А передающая сторона определенно знает, когда она закончила передачу и тут же должна последовать квитанция. Поэтому пауза между окончанием передачи и началом квитанции может быть строго определена, ждать не надо. Если ее нет, то тут же следует запрос на подтверждение. Вот и экономия времени.

RU2FV
Тут возникает такая заморочка: принимающая сторона не знает, когда окончится очередной кадр, поэтому при потере окончания кадра она ожидает довольно долго.
Это не верно. Принимающая сторона ТОЖЕ знает, когда окончится очередной кадр, потому что у нас ВСЕ информационные кадры, кроме последнего, имеют ОДИНАКОВУЮ, заранее известную длину.
И еще раз повторюсь, что реальная пауза возникает ТОЛЬКО при потере окончания или квитанции В ПОСЛЕДНЕМ информационном кадре, и только в нем. В остальных случаях никакой паузы НЕТ, потому что даже если одна из сторон и потеряла синхронизацию, и прием прекратился, но в эфире сигнал реально еще идет, и программа об этом ЗНАЕТ, даже если его и не ВИДИТ. Поэтому и выжидает необходимое время.
А вам может казаться, что это пауза - но ЭТО НЕ ТАК.

RU2FV
И еще пара слов о паузах.
Если у вас наблюдается ситуация, что RFSM постоянно (или часто) теряет синхронизацию ("рассыпается фазовое созвездие") и принимает информационные блоки не до конца (в результате чего и возникает пауза), то это однозначно и неопровержимо свидетельствует: у вас некачественная или плохо откалиброванная звуковая карта.
Поробуйте ее откалибровать. Если вы понизили используемые частоты дискретизации (для приема/воспроизведения сигнала), то попробуйте их выставить в максимальное значение ( у меня на одной звуковой сильно помогало).
На нормальной звуковой RFSM однозначно МОЖЕТ полностью принимать длинные информационные блоки (стандартная длина - 1 минута), без всяких пауз, выпаданий и пропадания синхронизации.
Это проверено не одним десятком людей.
Так что - попробуйте разобраться с вашим железом ... :)))

Dmitry
у вас некачественная или плохо откалиброванная звуковая карта.
Поробуйте ее откалибровать.
А как вы калибруете свои карты ?
Я по сигналам на 5, 10, или 15 мгц.
Может есть еще способы ?

Да нет, по реальным радиосигналам - самый лучший способ.
Мы пытались сделать свой, похожий на CheckSR - но получилось плохо... очень врет :(
Так что - только с эфира... :)

Поставил прогу, мониторю целый вечер 3740, пока никого.
Завтра буду мониторить днём 14109, подходите, больно охота пощупать сие чудо.

EW6BN

мониторю целый вечер

А маяк включали? Нужно ведь еще и о себе подавать знать хотя бы раз в 3-5 минут.

А маяк включали? Нужно ведь еще и о себе подавать знать хотя бы раз в 3-5 минут.
Нет, маяк не включал, слушал.
Стою на 14109, поймал пакет от RV9DH.
Включён маяк с интервалом 60сек.

EW6BN

Давайте на 7032 USB?! На 20ке слышал кого-то в мертвой зоне , но не декодировало...

Даю маяк каждые 20сек 7032 USB

Слышу RA1NK маяк, но он чего-то мне не отвечает на конект :(

Да..... Много желающих было на 7МГц :(

Перехожу обратно на 14109 , может хоть кто-то с западной европы клюнет...