Здравствуйте. Подскажите возможно ли в диапозоне 145 мгц передавать какие то файлы, документы через эфир. Так как это делает гипертерминал. Заранее спасибо.
Вид для печати
Здравствуйте. Подскажите возможно ли в диапозоне 145 мгц передавать какие то файлы, документы через эфир. Так как это делает гипертерминал. Заранее спасибо.
Вариантов много, но самый простой в реализации наверное WinDRM.
Требования Win-2000/XP + звуковая карта.
При хорошем канале скорость до 6350 bps.
Русская версия выложена на сайте клуба MSSTVS: http://msstvs.nm.ru/windrm_rus.zip
Немного почитать о WinDRM можно на сайте: http://www.hamradio.cmw.ru/digital/windrm.htm
Огромное спасибо. Попробуем.
Я думаю будет интересно обсудить и далее данную
тему в форуме.
Возникающие проблемы и вопросы касаемые передачи файлов в режиме DRM в программах WinDRM, Digtrx, HamPal.
73
Предлагаю MIXW в пакетном режиме с помощью YAPP протокола, а еще лучше в Q15X25 моде. В отличии от Виндрема потянут и первые пеньки с win95.
RN9AAA
Не вижу смысла в приминении windrm на укв.Полоса то, во сколько раз шире.В смысле в ЧМ.
И собственно почему нету виндрм для широкой полосы?Скорсть можно было бы получить по выше чем в простом покете.Хотя вот в флекснет32 есть быстрые и не очень широкие PSK и PAM модуляции, но в нете на эту тему глухо:(
HAMDRM (WINDRM) СОЗДАВАЛСЯ С УЧЕТОМ ПРИЛОЖЕНИЯ НАЦитата:
Первоначальное сообщение от er1s55
RN9AAA
Не вижу смысла в приминении windrm на укв.Полоса то, во сколько раз шире.В смысле в ЧМ.
И собственно почему нету виндрм для широкой полосы?Скорсть можно было бы получить по выше чем в простом покете.Хотя вот в флекснет32 есть быстрые и не очень широкие PSK и PAM модуляции, но в нете на эту тему глухо:(
ПОЛОСЕ НЕ БОЛЕЕ 2850 ГЦ (350+2500) т.е полосе(J3, F3) ПРИ ЭТОМ ДОСТИЖИМА СКОРОСТЬ 6350 b\S что позволяет передавать голос в потоке. Действительно если увеличивать ширину полосы
можно увеличить скорость но при этом и в значительной мере
увеличивались бы требования к каналу например отношение
с\ш. Узкая полоса это и есть основное отличие hamdream
от стандартного вещательного DRM c полосой 4.5 кгц---20 кгц.
На счет смысла в применении WinDRM или подобных на УКВ,
привидите пример реально работающих программ
со скоростью передачи до 6000 b\s (684 байт\сек установка
на A\2.5\L\64\S) через зв.карту ??
Интересная особенность WinDRM-ных прог. заключается в том что может использоватся докачка т.е. простой повтор всего файла еще раз, это позволяет передать файл кореспонденту при неравной энергетике ответ о приеме или ошибке на его
стороне может быть передан любым способом.(например тональником !!!).
Здравствуите. А как часто можно встретить работу Windrm в эфире. Два дня кручу настройку и тишина?
Слушайте на 14.240 и в районе 3.733
Сказать что станций много не могу участок на 20 м
сильно загружен другими видами но связи проводить можно.
постоянно работают HA, DL, UR, RA, I, G
это я слушаю в 9J.
Удавались qso и с JA
http://homepage3.nifty.com/jasta/whatsnew/0504.htm
Для узкой полосы это конечно самый скоростной вариант.Кто бы спорил.Но пока не самый удобный.
Минусы:
1При передаче файла требует непосредственного присутствия.В отличии от пакета в котором можно шарить по чужим папкам самостоятельно.
2Требуется мощная машина.На мой взгляд самый главный недостаток, причём не устранимый.
3Для докачки одного куска надо качать весь файл.Что сводит на нет его главный плюс-скорость.
Даже если привязать его к AX25, получится не самый быстрый но зато самый прожорливый(в плане ресурсов) интерфейс.
Плюс вижу только один-цифровой звук.
Кстати что там на КВ?Вроде обещали DRM вещательный.
Да в софте который доступен пока не реализовано
много сервисов, но тем не мение присутствует автоматизация
ARQ.
Но при этом не надо путать потенциал способа передачи с
возможностью софта всем реализациям меньше года.
На счет мощности процессора, я думаю это не ограничение на сегодня. За скорость нужно и платить.
Насчет докачки я привел только пример повтора когда невозможно нормальное квитирование т.е. принять рапорт о сбойных сегментах. В обычных условиях досылаются сбойные сегменты по рапорту (операция автоматизирована)
И самое главное дорогой er1s55
прежде чем судить, что плохо или хорошо
не мешало бы попробовать как это работает.
Пробовал я её ещё с пол года назад, и digtrx(кажется).Тоже интересовал вопрос "трафик по эфиру".Но посмотрев на его скорость и тот факт что машина висла намертво пока пакует файл, отложил это дело в сторону.
На счёт докачки:Склероз подвёл.Хотя и она относится к надстройкам, нежели к ядру.Тобиш докачку по "тональнику" можно и в других видах применить.
На счёт денег:И зачем оно надо?Получаем модем с коньектом 6000b/s за непреличные деньги.Именно "модем".Потаму что прога занимает все, или почти все ресурсы не дешового компа.
Вижу её использование для закачи файлов оправданным только как хорошее дополнение в работе по эфиру, и только для SSB.Если же надо именно качать файлы то я бы выбрал что то другое.Тот же q15x25 при 5000b/s грузит P200 на 50%(в миксе), и влазит в полосу любых ЧМ станций.
Удачи.73.
Я не упираюсь в то, что HAMDRM это предел мечтаний,приведя в качестве примера
WINDRM программу с простейшим интерфейсом, но сравним кое какие факты расмотрим
протоколы передачи. Не забывая при этом, что хотел получить коллега задавший вопрос; просто программу для приема и передачи файлов по типу гипертерминала.
Программа DigTRX как и равно в других HAMDRM_ных
(WinDRM,HamPal) не подвергается предварительной кодировке(упаковке) в файл как это было ранее в модах Wyman DigTRX передача идет влет, прием так же влет.
Если уж упомянута программа DigTRX то стоит сказать
что полноценная реализация появилась в ней только с версии 3.11 к тому же действительно вы даже не смогли бы и попробовать HAMDRM,(вы ведь указали
Р 200 мГц) так как программа работает корректно только с Win2000SP4\XP !!!!
О скорости, потолок для Q15x25 5000 bps в полосе 3700 кгц
против 6350 bps для DRM в полосе 2500 кгц. Это уже говорит за то что для Q15x25
требуется большее соотношение сигнал\шум. так как для HAMDRM требуется полоса в 1.48 раза меньше при скорости потока на 20 % выше !
По скорости протоколы сравнимы только лищь если у Q15x25 FEC отключен или с минимальной избыточность в таком режиме Q15x25 даже будет обгонять HAMDRM,
но потеряет всякую устойчивость !!! что являлось основой протокола Q15x25 при этом он будет работать быстрее всего на 5-15% чем HAMDRM с активированной избыточностью !!!
на практике все будет обстоять далеко не в пользу Q15x25 по общему времени передачи с учетом сбоев.
Что и подтвердилось при тесте программ MixW 2.16 b1/Stereo 07.07.05 ( движок Q15x25.dll ver.6 от 05.05.05 г.) против DigTRX 3.11 и WinDRM 17апрель-рус.2005.
Опять на счет железа, к несчастью любителей старины или очень экономичных людей HAMDRM программы не работают на WIN98SE/ME или ниже !!
Для данной категории оставим MixW.(По сути хорошая программа с учетом множества
различных реализаций от разных авторов.)
Будем ждать чуда от авторов MixW может они наконец проснуться и включат в нее DRM,MFSK8,PSKFEC,OLIVIA и другие современные моды!
Качать файлы позволяет и в 98-ой.Вот голосом не получится.Пробовал на селероне 400-ом.
У вас как с загрузкой проца?
Ссылку на результаты теста в студию.
Микс могу отценить только в покете, бала 3-4.По моей шкале, держит второе место.
Тест.
чип Intel 815
ЦП Р-III (Tualatin) L2-256k 1.133 Mhz RAM 512 M-133 Mhz
SB встроенная Realtek ALC201A
GF MX420 DDR-64M
DirectX 9.0 c
Win2000pro-SP4
DigTrx загр. ЦП прилож. ~8% память 16296 кb
WinDRM ~8% -8320 kb
MixW2.16 ~2% -11004 kb
чип VIA PLE133
ЦП Cel (Coppermine-T) L2-128k 900 Mhz RAM 128 M - 100Mhz
SB Creative Live 5.1
VIA VT8661 -int-8 M
DirectX 8.1
Win2000pro-SP4
DigTrx ~23% 16080 kb
WinDRM ~41% 8540 kb
MixW2.16 ~9% 7072 kb
Мода для DigTrx и WinDRM -HAMDRM -6350 bps (A/S/64/0/2,5)
MixW Q15x25 5000 bps FEC-no
Для всех режим TX.
Вот такая не линейная зависимось от металла.
А интерестно какой протокол лучше по опыту использованния yapp или autobin?Цитата:
Первоначальное сообщение от rttyman
Предлагаю MIXW в пакетном режиме с помощью YAPP протокола, а еще лучше в Q15X25 моде. В отличии от Виндрема потянут и первые пеньки с win95.
Теоретически Autobin создавался как замена YAPP
Siegmund F. Kluger, DK4NB
http://www.qsl.net/eb7cjo/docs/autobin.txt
Примерно так же рапотрует как в bin и в DRM о сегментах
битых.
Подождем ответа от RTTYMAN
А мне показалось что autobin появился раньше yapp ещё во времена доса.Жаль что в Миксе сделали поддержку только одного протокола передачи данных в пакете.
Интересная тема насчет WinDRM... пробую принимать и передавать, только в эфире пока не очень хорошо получается :)
Для эксперимента пробовал использовать два компьютера, соединив входы/выходы звуковых карт между собой, соответственно (как бы заменил реальный эфир условиями идеального прохождения :))... В принципе, ноутбук (на P-III 750 Мгц, 256 Мб оперативной памяти, WinXP SP1) довольно легко справляется с передачей и приемом, загрузка процессора при приеме около 40-45% (если верить диспетчеру задач)... второй компьютер помощней, там совсем нет проблем... любые файлы и картинки принимаются и передаются, как на одном, так и на другом компьютере, без проблем... продолжаю проводить эсперименты в эфире :)
Давно не заходил в эту ветку, поэтому отвечаю только сейчас....Цитата:
Первоначальное сообщение от RN9AAA
Теоретически Autobin создавался как замена YAPP
Siegmund F. Kluger, DK4NB
http://www.qsl.net/eb7cjo/docs/autobin.txt
Примерно так же рапотрует как в bin и в DRM о сегментах
битых.
Подождем ответа от RTTYMAN
На сколько я помню, все эти BIN-ы и AUTOBIN-ы не поддерживали докачку файла. Т.е. линк порвался и все.
У них это было реализовано косвенно т.е. можно было разделить передаваемый файл на блоки (т.н. BinSplitter) и тогда уже передача велась дальше после последнего принятого блока, этот протокол в основном применяется на немецких BBS-ках для передачи бинарных данных.
YAPP в этом плане более удобен т.к. передача после обрыва начинается с того байта и/или Кбайта на котором произошел обрыв коннекта.
Спасибо за внимание ;)
Да есть некоторая трудность особенно с работой Европейских станций многие упорно не переходят на более низкуюЦитата:
Первоначальное сообщение от RZ1OM
Интересная тема насчет WinDRM... пробую принимать и передавать, только в эфире пока не очень хорошо получается :) .......
скорость 4QAM (продолжая на 16QAM) или не уменьшают полосу до 2.3(работают на 2.5) в результате связь затягивается во времени или вообще не присходит.
Но все же глянув на обьем принятой инфы на КВ 1.23 Mб
и частично принятой 2.1 Мб (Часто просто программа стоит на прием чтобы посмотреть кто был) уже неплохо для КВ.(ведь в среднем одна картинка 10 кБ, HTML 3-5 кБ)
Я в общем придерживаюсь B-моды 4QAM
или E 4QAM и только при отличном прохождении B 16QAM