На 7032 USB немного помаячил но раскодировать ничего не смог слишком слабые сигналы.

RA1NK - посмотрите пож. личные сообщения!

Маячил долго и упорно на 14109, но кроме Юрия RV9DH никого, пытались обменяться фотками, но тщетно, не устойчивое прохождение. Вначале вроде живенько, а после 30% вроде и сигнал мощный, но на векторной диаграмме каша и дисконнект.
Буду слушать 7032 и 3740 вечером.
Это общепринятые частоты или как бог пошлёт?

P.S. можно договориться на скед, ася почти всегда включена 497248009.

EW6BN

Буду слушать 7032 и 3740 вечером.
Это общепринятые частоты или как бог пошлёт?

Скажем так, самоприжившиеся ;)

Предлагаю еще на 80м частоту 3590 USB т.к. только у россиян есть второй цифровой участок (3740-3750), а у остальных только "нормальный", т.е. 3580-3620.


Буду на 7032 и 3590 сегодня вечером маячить периодически, пока не надоест.


Ранее озвученная частота 3592 отменяется, там работают вечерами CW-маркеры.

На 3590 USB еще сидят финны в RFSM!

Dmitry_D2D

Появились замечания:

1.После того, как соединялся, скроллинг в приемном окне бесконечно куда-то улетает и невозможно что-то прочитать!

2.Маяк, я думаю, нужно отключать на в момент установления конекта и на то время, пока работаем в конекте.

3.После некоторого времени запущенной программы маяк перестает работать, повтороное убирание/устанавливание галочки на его работу в меню не мопогает!



Пожелания:

Добавить в окне мониторинга, чтобы с каждым пакетом писало, какое s/n было, а то иногда не успеваешь посмотреть на статусную строку в основном окне...


Тестировал на версии 0.52.

Zmej
Ок, учтем. Папра комментариев.
1.После того, как соединялся, скроллинг в приемном окне бесконечно куда-то улетает и невозможно что-то прочитать!
Как я уже писал, действительно есть такая проблема.
Решение - чтобы автоматически скроллинговалась информация,
нужно ОДИН раз перейти курсором на последнюю строку текста, а потом убрать курсор (собственно,
даже не курсор, а фокус активности) из этого окна. Тогда будет нормально скроллинговать и никуда не улетать.
2.Маяк, я думаю, нужно отключать на в момент установления конекта и на то время, пока работаем в конекте.
А он, кстати, и отключается :)
Просто кнопку мы не гасим, чтобы показать, что он снова включится (после дисконнекта).
А сигналы от маяка перестают поступать, и это можно увидеть.
3.После некоторого времени запущенной программы маяк перестает работать, повтороное убирание/устанавливание галочки на его работу в меню не мопогает!
Это бывает, но, как выяснилось, с высокой степенью вероятности - это проблема драйверов звуковой карты. Увы...
Добавить в окне мониторинга, чтобы с каждым пакетом писало, какое s/n было, а то иногда не успеваешь посмотреть на статусную строку в основном окне...
Согласен. Потом добавим. А пока можно смотреть файл "debug.log" - там SN уже пишется...

Dmitry_D2DКак я уже писал, действительно есть такая проблема.
Решение - чтобы автоматически скроллинговалась информация,
нужно ОДИН раз перейти курсором на последнюю строку текста, а потом убрать курсор (собственно,
даже не курсор, а фокус активности) из этого окна. Тогда будет нормально скроллинговать и никуда не улетать.

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


Это бывает, но, как выяснилось, с высокой степенью вероятности - это проблема драйверов звуковой карты. Увы...

Забавно :) Как драйвер звуковой может влиять на банальный таймер или там что-то другое?

Не помогли эти промочки, скролинг сходит с ума и не дает мне поработать в конекте. Но почему-то двое людей с ХР сказали, что у них порядок... Я перепробовал несколько версий - везде одинаково, летит и ничем не остановишь.

Zmej
Забавно :) Как драйвер звуковой может влиять на банальный таймер или там что-то другое?
Увы, как раз НЕ забавно :(
Я отлаживал уже по шагам этот код.
Происходит следующее: поток таймера просыпается, сигнал маяка нормально генерируется,
DirectSoundBuffer нормально создается и сгенерированный сигнал в него копируется,
но вот функция Play, которая должна запустить DirectSoundBuffer на воспроизведение,
обламывается по полной программе... Она нормально завершается, но воспроизведение звука НЕ начинается...
Что тут может быть иное, кроме как проблем со звуковыми драйверами, я не могу предположить.
Похоже, многократная "просьба" воспроизвести звук приводит их в "ступор"...

Кстати, можете это проверить. Если поставите флажок "Сохранять сигнал маяка в wav-файл",
то увидите, что этот файл по-прежнему генерируется КАЖДЫЙ РАЗ,
но вот воспроизведение звука почему-то не стартует...

Была мысль, что проблема из-за того, что маяк работает не в главном потоке программы,
ну так в RFSM ВСЕ работает не в главном потоке...

Dmitry_D2D
Забавно :) Как драйвер звуковой может влиять на банальный таймер или там что-то другое?
Увы, как раз НЕ забавно :(
Вчера около 5 часов долбил маяк, всё как часы, затыков не было. v0.523 со скролингом тоже всё в порядке.
Win XP SP2 + все пост обновления. Причём, приём через одну звучку (Creative Audigy 4), передача через другую (встроенная AC97) Копм Athlon64 3500+, 1Gb RAM
Можно это дело под Вистой X64 проверить...

Пока маячу на 14109, никого :-( , только QRM от какой-то моды типа DRM.

Dmitry_D2D
но вот функция Play, которая должна запустить DirectSoundBuffer на воспроизведение,
обламывается по полной программе...

Тяжелый случай :(
К сожалению, я с Direct-примочками не работал.


Замечание по оформлению водопада: цветной вариант очень противный глазу, можно ли сделать выбор цветов или хотя бы такой, какой в программе MixW2, т.е. сине-зелено-желтый... Кстати, этот красный водопад уж сильно смахивает на водопад из программы SpectrumLab, не оттуда ли он "угнан"? ;)

Dmitry_D2D
но вот функция Play, которая должна запустить DirectSoundBuffer на воспроизведение,
обламывается по полной программе...

Тяжелый случай :(
К сожалению, я с Direct-примочками не работал.


Замечание по оформлению водопада: цветной вариант очень противный глазу, можно ли сделать выбор цветов или хотя бы такой, какой в программе MixW2, т.е. сине-зелено-желтый... Кстати, этот красный водопад уж сильно смахивает на водопад из программы SpectrumLab, не оттуда ли он "угнан"? ;)

Zmej
Замечание по оформлению водопада: цветной вариант очень противный глазу, можно ли сделать выбор цветов или хотя бы такой, какой в программе MixW2, т.е. сине-зелено-желтый... Кстати, этот красный водопад уж сильно смахивает на водопад из программы SpectrumLab, не оттуда ли он "угнан"? ;)
Нет, мы поклонники CoolEdit'a... :)))

Значит SpectrumLab драл из кул-едита :D

Dmitry_D2D
Дмитрий, замечен такой баг в 0.523, 0.525
Есть соединение, я на своей стороне теряю удалённые ответы, у меня пришет lost connection, я даю запрос на новое соединение, а на той стороне лупят пакеты
From 'XXXXXX to 'YYYYYYY':
Channel status, S/N: 6 dB
и удалённая сторона никак не реагирует на моё повторное соединение и на меня вообще, лупит повторно
From 'XXXXXX to 'YYYYYYY':
Channel status, S/N: 6 dB
пока не пройдёт количество повторов и она не потеряет соединение, соединиться невозможно.

Полагаю, удалённая сторона сразу должна соображать на попытку пересоединения и иницилизировать сеанс заново.

P.S. И хорошо бы время добавить в события и сообщения, типа hh:mm:ss. Особенно полезно в режиме мониторинга и маяка, знать что, кто и когда было.

Dmitry_D2D
EW6BN


Да, нужно сделать такую операцию:

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

EW6BN
Дмитрий, замечен такой баг в 0.523, 0.525
Есть соединение, я на своей стороне теряю удалённые ответы, у меня пришет lost connection, я даю запрос на новое соединение, а на той стороне лупят пакеты
From 'XXXXXX to 'YYYYYYY':
Channel status, S/N: 6 dB
и удалённая сторона никак не реагирует на моё повторное соединение и на меня вообще, лупит повторно
From 'XXXXXX to 'YYYYYYY':
Channel status, S/N: 6 dB
пока не пройдёт количество повторов и она не потеряет соединение, соединиться невозможно.
Все верно, но это не баг - поскольку такая ситуация в программе пока просто не предусмотрена.
Так что это абсолютно нормальное поведение, именно так и должно быть... :)
Конечно, возможны различные варианты исправления ситуации.
Может быть, и отвечать дисконнектом (опционально), можно и еще что-нибудь придумать...

А пока могу сказать вот что.
Потеря соединения происходит, если потеряно подряд 5 (по-умолчанию) статусных пакетов.
Вообще-то, это весьма много, значит линия у вас действительно плохонькая.
Принципиально проблему сейчас не решить, но можно применить промежуточный вариант.
Параметр "количество повторов" (НЕ количество попыток соединения) можно регулировать,
так что попробуйте установить его в большее значение (например 8 или 10).
Программа будет ждать разрыва линка дольше (по времени), глядишь, какой-нибудь пакет от корреспондента и пробьется.
Естественно, таймер разрыва линка будет снова сброшен в 0 (после любого принятого корректного пакета).
Может быть, это слегка и поможет.

P.S. И хорошо бы время добавить в события и сообщения, типа hh:mm:ss. Особенно полезно в режиме мониторинга и маяка, знать что, кто и когда было.
А вот это давно сделано, только на экран дата/время не выводятся - чтобы не загромождать экран,
а вот в лог-файлы - все записывается.
Так что если нужны дата и время какого-то события - открываете в FAR'e лог-файлы и вперед. :)
P.S. На Far'e не настаиваю, сойдет и Total, хоть я его и не перевариваю :)))

Dmitry_D2D
Может быть, и отвечать дисконнектом

Не нужно ничего выдумывать, а так и сделать! Во всяком случае, в AX.25 Packet таким макаром все успешно работает уже, наверно, больше 20 лет :)

Принципиально проблему сейчас не решить, но можно применить промежуточный вариант.
Параметр "количество повторов" (НЕ количество попыток соединения) можно регулировать,
так что попробуйте установить его в большее значение (например 8 или 10).

Думаю, об этой возможности нужно написать в документацию! Вполне полезно будет...

сойдет и Total, хоть я его и не перевариваю :)))

Аналогично ;)

Все верно, но это не баг - поскольку такая ситуация в программе пока просто не предусмотрена.
Так что это абсолютно нормальное поведение, именно так и должно быть... :)
Ну я и говорю, что софт пока не умеет разрулить эту ситуацию. Я бы предпочёл в ответ на моё коннект, пролучить сразу приём соединения, без промежуточных дисконнект. А ситуация очень реальная на КВ, когда связь временно становится односторонней и на одной стороне пропадает соединение, а вторая упорно толкает статус в канал.
Другая ситуация: v. 0.525 просто повесилась -> перезапустил прогу и ждал пока та сторона дождётся 5ти неответов :(

По логам лазить как-то не оперативно получается с временем, по мне удобнее глянуть прямо на экране и крутануть скроллинг. А инфо оно не перегружает, тем более если отделить другим цветом и/или шрифтом.

А мне как-то TC стал последние годы ближе :)
А ФАР терпеть не могу, работал в DN раньше.
На вкус и цвет ;-)

Тестим дальше...

P.S. Дмитрий, ещё вопросик. А чего по входу RFSM такая тупая (имею ввиду уровень приёма), или это только у меня? В остальном софте всё через line in, уровень с трансивера фиксирован и везде хватает.
А тут чтобы добиться зелёной шкалы пришлось воткнуть в MIC, да ещё и ползунки изрядно задвинуть вверх :(

EW6BN
P.S. Дмитрий, ещё вопросик. А чего по входу RFSM такая тупая (имею ввиду уровень приёма), или это только у меня? В остальном софте всё через line in, уровень с трансивера фиксирован и везде хватает.
А тут чтобы добиться зелёной шкалы пришлось воткнуть в MIC, да ещё и ползунки изрядно задвинуть вверх :(
А бог его знает, почему так... :)))
Кстати, можно было и не добиваться зеленого участка шкалы - где-то начиная с середины синего, уже бы все работало... Ну, я так думаю... :)))

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

EW6BN
P.S. Дмитрий, ещё вопросик. А чего по входу RFSM такая тупая (имею ввиду уровень приёма), или это только у меня? В остальном софте всё через line in, уровень с трансивера фиксирован и везде хватает.
А тут чтобы добиться зелёной шкалы пришлось воткнуть в MIC, да ещё и ползунки изрядно задвинуть вверх :(
--------------

Программа тут ни при чем . У меня вообще этот индикатор около нулевой отметки маячит , тем не менее все прекрасно работает . И в разных программах подобный указатель ведет себя по разному - где нормально маячит , а где и около 0 топчется . В RFSM я по максимальному значению S/N на приеме стараюсь настраиваться.
Вероятно тут опять совместимость железа и ПО . Преимущественно все ПО под конкретное железо (как минимум на конкретном) пишется , вот и получается при переносе ПО на другое железо - че-нить не так и вылазит.

А бог его знает, почему так... :)))
Кстати, можно было и не добиваться зеленого участка шкалы - где-то начиная с середины синего, уже бы все работало... Ну, я так думаю... :)))
Да, работает и при почти нулевом уровне, но посоветовали добиться зелёной шкалы, вроде бы и впрямь после увеличения уровня принимать стала стабильнее.
Отделить другоим цветом и шрифтом - хорошая мысль.
А еще и опцию ввести (с временем и без него).
Думаю, в будущем сделаем.
Про опцию - правильно, ещё и возможность задать размер шрифта.
Удачи! С наступившим 2008м!!!

Я так понял прокси вы в rfsm-8000 забросили.
Очеь хотелось бы видеть.

2 All
С новым годом, братья и сестры :) . Дальних Вам связей.

Dmitry_D2D
Тут как-то воспаленный мозг решил поработать через репитер. И вот что получилось: пауза, которую выжидает модем, прежде чем начать передачу - мала! Контроллер репы после порпадания сигнала ждет(тут у кого как) 3 секунды и только потом отключается. Умные люди сейчас скажу "и что тут такого?" Но... в контроллере есть защита от слишком "долгой передачи" + защита от перегрева и работают они вместе. Частенько наступает момент, когда репа "отключается" на остыв. И связь через нее невозможна. А посему, Дима, пусть будет возможность установить паузу. Двух значений 1,5 и 3,5 сек достаточно + пункт отключения паузы.

to:Dmitry_D2D
0,525 версия виснет , пришлось на 0,522 откатиться .

Scat
to:Dmitry_D2D
0,525 версия виснет , пришлось на 0,522 откатиться
А где, чего виснет?

rusmax
Тут как-то воспаленный мозг решил поработать через репитер. И вот что получилось: пауза, которую выжидает модем, прежде чем начать передачу - мала! Контроллер репы после порпадания сигнала ждет(тут у кого как) 3 секунды и только потом отключается. Умные люди сейчас скажу "и что тут такого?" Но... в контроллере есть защита от слишком "долгой передачи" + защита от перегрева и работают они вместе. Частенько наступает момент, когда репа "отключается" на остыв. И связь через нее невозможна. А посему, Дима, пусть будет возможность установить паузу. Двух значений 1,5 и 3,5 сек достаточно + пункт отключения паузы.
Понятно, в принципе нетрудно сделать.
Уже занесли в wish-лист... :)

Dmitry_D2D
0,525 версия виснет , пришлось на 0,522 откатиться
А где, чего виснет?
Аналогично ловил пару раз зависоны. Оба при переходе из окна RFSM в окно другой программы.
Также зависоны наблюдали и на коллективке RK3SWS, откатились на 0.523, на ней подвисов не было.

А где, чего виснет?

У меня один раз при нажатии на иконку "соединиться с корреспондентом" , а второй раз при запросе файла из Download каталога абонента . Включаются песочные часики и программа перестает реагировать на "внешние раздражители" . Может появиться сообщение "програма не отвечает" . :-)

Сегодня на 3670 КГц молотили с друзьями почти 4 часа, пробовали ФТП, всё работает отменно.
Возник один вопрос - если я написал и отправил написанное сообщение(широковещательный чат) во время, когда трансиверпередаёт пакет, моё сообщение чата улетит в этом же пакете, или на следующую передачу?

ЗЫ. ни одного зависания не было, хотя качество канала порой было не фонтан.

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