Чтением байт и математическими операциями с ними для получения требуемого результата. Почему это "в HiAsm дискретизировать всё равно не получится" - непонятно.

Netspirit, вот именно что чтением. Только вопрос с какой скоростью будет это чтение? Вы сможете прочитать информацию из файла в HiAsm со скоростью 900 байт в секунду? Если нет, тогда и принимать онлайн сигнал вы не сможете.

Редактировалось 2 раз(а), последний 2020-01-21 13:29:34

Из файла? Со скоростью работы жесткого диска.
А какое это имеет значение? Ты что, собрался на графике со скоростью 100 МГц рисовать?
Ну, из жесткого диска SATA2 данные читаются со скоростью 80 Мбайт в секунду. Предполагаю, в консольных утилитах должна быть возможность выводить данные не в файл, а в стандартный поток вывода, тогда их можно брать оттуда на-лету.

С другой стороны, предполагаю, в API и в консольных утилитах есть какие-то функции для удобного получения именно интересующих данных в реальном времени. USB 2.0 работает со скоростью до 480 Мбит (80 Мбайт) в секунду. Если данные будут приходить по 1 байту, то все равно больше 80 МГц в реальном времени не считается. Разве что данные приходят в каком-то сжатом виде и распаковываются драйвером.

Редактировалось 2 раз(а), последний 2020-01-21 13:33:41

Есть такая возможность брать данные при помощи RTL_TCP а не из файла. Но пока с файлами надо разобраться. Я пока не додумался как можно эти 900 кбайт разложить по времени,за одну секунду, на отельные байты.

Из памяти можно. Файл не обязательно может быть на диске, его образ может прекрасно себя чувствовать и в памяти. А с памятью скорость работы гораздо выше, чем с любым накопителем. Единственное что, так это нужно будет иметь быстрые мат операции для обработки, вот тут основные компоненты HiAsm могут уже не потянуть. Тут можно пробовать уже в InLineCode

Редактировалось 1 раз(а), последний 2020-01-21 14:02:34

nesco, да здесь кстати ошибся. Не 900 байт, а 900 кбайт.

Я это уже понял.
Те, ту предполагается RealTime сканирование диапазона с отображением. Я правильно понял?

Редактировалось 2 раз(а), последний 2020-01-21 14:07:31

nesco, да. "Сканирование" - это и есть дискретизация. т.е. каждый байт должен соответствовать своему участку времени. А все байты соответствуют времени 1 сек.

Ну и как предполагается отобразить на экране весь диапазон в 900 кбайт? Сколько байт уходит на пиксель из этих данных, те какова разрядность одной точки дискретизации?

Это мне напоминает "разговор глухого со слепым". Думаю только Леонид способен понять чего хочет автор темы. Мы не разбираемся в радиотехнике, он не разбирается в программировании. Получается мы разговариваем на разных языках, думая каждый о своём.

Чел полез в программирование, и вот тут уже надо объяснить ему, что можно реально попытаться реализовать, а что нельзя. А вот тут уже надо конкретно знать, какой результат чел хочет получить от программы.

Редактировалось 1 раз(а), последний 2020-01-21 14:25:58

Если следовать здравому смыслу, то можно предположить, что автор желает услышать звуки радиостанции FM диапазона при помощи программы HiAsm и звуковой карты компьютера. Ну а там уже всякие "рюшечки-бантики" в виде эквалайзеров, фильтров и т.д и т.п.

Редактировалось 1 раз(а), последний 2020-01-21 14:28:15

Да здесь не так важно это. Посколько радиостанции занимают полосы в несколько кГц.

--- Добавлено в 2020-01-21 14:29:54

Nic, совершенно верно.

Редактировалось 1 раз(а), последний 2020-01-21 14:29:54

Насколько я понял, то нет. Он хочет получить что-то типа сканера диапазона с отображением инфы на экране. И звуковые карты компов не поддерживают дискретизацию выше 48 кГц. Выносные уже поддерживают до 384 кГц, но стоят они бешеных денег, и это все еще не 900 кГц.

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

Редактировалось 1 раз(а), последний 2020-01-21 14:35:40

Бинго!

--- Добавлено в 2020-01-21 14:44:52

Andrej77rv, Можно узнать причину чем не устраивают имеющиеся программы работы с данным приёмником?

Редактировалось 1 раз(а), последний 2020-01-21 14:44:52