Win 10 вопросы...

[RV9UP]

до запуска ФСК-манипуляции рано, пока не надо лишней инфо человека загружать...

На картинке галочки в разделах FSK не выставлены. Ни в MMVARI, ни в EXTFSK. Про манипуляцию FSK речи нет пока. Только PTT.
Старый софт, а самая свежая версия MMVARI датирована 2010-м годом, не очень корректно взаимодействует в WINNT подобных системах напрямую с портами. Теоретически система вообще не должна была пускать к портам.
Для этого и применяют костыли типа EXTFSK.

УСБ-сом дешевые конвертеры часто идут с 5 или даже с 3.3в логикой.

Я ж писал про "проверить железо". Осциллографа нет, так хотя бы тестером китайским.
Но там походу всё трудно.

73 Алексей RV9UP

[RX4HX]

Теоретически система вообще не должна была пускать к портам.

Вы ошибаетесь. Работа на прямую с COM-портами в 10-ке не отличается от работы в Win 95! Так что все должно работать.

Для этого и применяют костыли типа EXTFSK.

Не знаю, зачем автор MMVari работу с FSK вынес в отдельную программу, ее вполне можно было и в самой MMVari сделать. Ну наверное у него какие то мысли по этому поводу были.

стоит начать c "железа"?

Абсолютно верная мысль. Дело у Валентина не в программах, а в железе.

[RX1AG]

RX1AG, проверьте без мощности, чтобы исключить, что наводка "выбивает" РТТ.

Конечно, проверяю на 5 ватт... Наводки, полагаю, исключены...

Скопируйте в папку MMVARI файлы имеющие в названии EXTFSK.

Я привык работать с прогой MMVARI и AFSK. Нет желание переходить на MMTY...
Что такое EXTFSK и как его "едят" я не знаком... Чем оно лучше чем обычная работа с 2 СОМ портами? Возможно, такое и будет работать нормально-не пробовал...

Валентин, а может стоит начать c "железа"?

Чтоб проверить, сейчас заказал на ОЗОН переходник УСБ-СОМ с м/с FTDI, как это рекомендуют в ХЕЛПЕ N1MM. Он имеет всего 1 СОМ порт, на 2 шт сом порта не нашел... Придет 9 сент... Буду пробовать, если глюки пропадут, то будем считать, что дело было в "железе"

[Андрей_1976]

У меня вопрос возник мож кто в курсе.
Вот допустим есть комп, запускаешь тяжелое приложение, открываешь диспетчер и смотришь, или проц на 100% зашружен или диск, или памяти мало, тоесть очевидно узкое место на чем ограничено быстродействие.
Есть другой комп, также запускаешь тяжелое приложение смотрим диспетчер, проц 40%, диск 60%, память 30%, внимание вопрос почему комп не испльзует 100% своей мощности и что в данном случае ограничивает производительность?

[Serg]

RV9UP, никогда не было проблем с СОМ портами и ммвари в Win98-xp-7, а другими ОС для радио компов пока не пользовался.
Там обычно используются стандартные функции обращения к портам, тем более подрыгать ногой для РТТ - простейшая задача буквальной одной функции, там же не надо никакие тайминги делать для манипуляции тлг или фск.


RX1AG, а другие программы на том же РС и шнурках к трансиверну нормально РТТ делают?
Ну там Микс какой-то или автоновную mmvary, mmtty временно запустить (без контест-программ).

почему комп не испльзует 100% своей мощности

Так это только хорошо - значит хватает производительности, т.е. даже не весь ресурс процессор занимается на выполнение.

[Андрей_1976]

У меня вопрос возник мож кто в курсе.
Вот допустим есть комп, запускаешь тяжелое приложение, открываешь диспетчер и смотришь, или проц на 100% загружен или диск, или памяти мало, тоесть очевидно узкое место на чем ограничено быстродействие.
Есть другой комп, также запускаешь тяжелое приложение смотрим диспетчер, проц 40%, диск 60%, память 30%, внимание вопрос почему комп не испльзует 100% своей мощности и что в данном случае ограничивает производительность?

[RX1AG]

Дело у Валентина не в программах, а в железе

Возможно... Но ведь в ЛогНх, Логгер32 и др /это современные, серьезные логи/ моё "железо"-конкретно УСБх4СОМ работают без запинки. Нет претензий... И по логике получается, что дело не только в "железе", но и в том, что написано в кодах/задано при написании самой программы, Ведь, так?

[vadim_d]

что в данном случае ограничивает производительность?

Если это ЦОС (SDR), то сам поток входной информации - больше для обработки не требуется

[RV9UP]

Чтоб проверить, сейчас заказал на ОЗОН переходник УСБ-СОМ

Валентин, чтобы проверить надо просто взять любой имеющийся прибор способный измерять постоянное напряжение от 0 до 12 Вольт и измерить уровни на входе ключа PTT и на выходе.

Что такое EXTFSK и как его "едят" я не знаком... Чем оно лучше чем обычная работа с 2 СОМ портами?

Валентин, в вашей системе нет COM портов. Есть программная эмуляция этих устройств. Код для MMVARI и MMTTY писался достаточно давно и, я предполагаю, имеет некоторую несовместимость с этой эмуляцией.

Возможно, такое и будет работать нормально-не пробовал...

Попробовать мешают какие-то религиозные мотивы?


Добавлено через 27 минут(ы):

Не знаю, зачем автор MMVari работу с FSK вынес в отдельную программу, ее вполне можно было и в самой MMVari сделать

И он "не вынес в отдельную программу" манипуляцию FSK - чек бокс есть, есть возможность FSK в самой MMVARI.
Вот здесь объясняют.
https://hamsoft.ca/pages/mmtty/ext-fsk.php

Как бы более для параллельных портов, но мне было удобно в плане возможности выбора линии для PTT и для манипуляции.
Не помню чтобы RTTY через параллельный порт пускал.
Кстати не нашёл быстро какую линию последовательного порта для PTT используют MMVARI или MMTTY либо как выбрать эту линию. Без EXTFSK.
Равно как и линию для манипуляции.

73 Алексей RV9UP

[RX1AG]

постоянное напряжение от 0 до 12 Вольт и измерить уровни на входе ключа PTT и на выходе.

Не вижу смысла в Вашем совете, он бесполезен...Поясню. ..
В моей ситуации работа СОМ порта непредсказуема: СОМ то срабатывает и включает ПЕРЕДАЧА, а то не срабатывает и не включает. Предположим, что измерение покажет что на RTS в момент "не срабатывания" не меняется напряжение. Или из переходника приходит вместо +12 всего 6 вольт. Т.е сначала посмотреть что из компа из программы идет в УСБ разъём к переходнику_Это невозможно определить, а затем нужно переходник разбирать и его "лечить"? И что дальше? Ответа на вопрос "почему такие глюки, где возникает нестабильность?" нет. Что дальше-то делать?