максимальная скорость COM-порта?, получится ли? Опции

[skopus]

Здравствуйте!
Прошу вашей помощи по алгоритму задачи.

Есть контроллер AS-megaM на основе Atmega128 с кварцем 7.232 Мгц.

Стоит задача сделать из него генератор синусоидального сигнала с частотой 780гц . То есть в ком-порт будут отправляться дискретные значения амплитуды, которые беруться из таблицы, хранящейся в памяти контроллера, а верхний софт считает все это из порта и будет выводить на экран в виде графика. Казалось, все довольно просто но!...

1/780 = 0.00128205 секунды
за это время нужно отправить 25 послыок по 18 бит (так как значение амплитуды 16 разрядное)
получается, что COM-порт должен работать на частоте 780*25*18=351000 Гц.

Это же не реально, не так ли? Или есть какой-то другой способ?

[BVU]

1/780 = 0.00128205 секунды
за это время нужно отправить 25 послыок по 18 бит (так как значение амплитуды 16 разрядное)

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

[skopus]

1/780 = 0.00128205 секунды
за это время нужно отправить 25 послыок по 18 бит (так как значение амплитуды 16 разрядное)

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

но ведь если посылка будет 10 байт а не 18, то все равно получается 780*25*10=195000 - это же больше стандартной скорости 115200.

[BVU]

1/780 = 0.00128205 секунды
за это время нужно отправить 25 послыок по 18 бит (так как значение амплитуды 16 разрядное)

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

но ведь если посылка будет 10 байт а не 18, то все равно получается 780*25*10=195000 - это же больше стандартной скорости 115200.

Хорошо давайте так - передавайте скорость изменения вашего сигнала (ускорение). Может быть в 8-бит то уложитесь, а Программе на PC отдать всю остальную обработку по восстановлению сигнала.
По всей видимости 'в лоб' эта не решается (1 выборка значения -> передача в порт). Если уж связались с COM портом здесь необходима информационная компрессия при граничной скорости передачи (во времени).
Есть еще вариант: необходимо рассмотреть, как быстро надо перестраивать параметры амплитуды, частоты и фазы вашего синуса? Передаете Вашей PC программе 'блоком' эти три значения, при изменении снова 'блок' и т.д.

[skopus]

1/780 = 0.00128205 секунды
за это время нужно отправить 25 послыок по 18 бит (так как значение амплитуды 16 разрядное)

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

но ведь если посылка будет 10 байт а не 18, то все равно получается 780*25*10=195000 - это же больше стандартной скорости 115200.

Хорошо давайте так - передавайте скорость изменения вашего сигнала (ускорение).

Ускорение - это вторая производная от синуса. То есть -sin. От этого ничего не меняется абсолютно, но идея красивая

[BVU]

1/780 = 0.00128205 секунды
за это время нужно отправить 25 послыок по 18 бит (так как значение амплитуды 16 разрядное)

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

но ведь если посылка будет 10 байт а не 18, то все равно получается 780*25*10=195000 - это же больше стандартной скорости 115200.

Хорошо давайте так - передавайте скорость изменения вашего сигнала (ускорение).

Ускорение - это вторая производная от синуса. То есть -sin. От этого ничего не меняется абсолютно, но идея красивая

бывает 'зарапортовался'.
Но есть еще возможность - как поднять тактовую частоту Вашего mega128 на кварце скажем 16.000000Mz и получить максимально совместимые для PC скорость передачи по COM порту в 256000.

[skopus]

1/780 = 0.00128205 секунды
за это время нужно отправить 25 послыок по 18 бит (так как значение амплитуды 16 разрядное)

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

но ведь если посылка будет 10 байт а не 18, то все равно получается 780*25*10=195000 - это же больше стандартной скорости 115200.

Хорошо давайте так - передавайте скорость изменения вашего сигнала (ускорение).

Ускорение - это вторая производная от синуса. То есть -sin. От этого ничего не меняется абсолютно, но идея красивая

бывает 'зарапортовался'.
Но есть еще возможность - как поднять тактовую частоту Вашего mega128 на кварце скажем 16.000000Mz и получить максимально совместимые для PC скорость передачи по COM порту в 256000.

проще припаять обычный ЦАП, чем заменить кварц... Скорее всего так и придется сделать.

[BVU]

проще припаять обычный ЦАП, чем заменить кварц... Скорее всего так и придется сделать.

А смысл передачи данных на COM порт тогда в чем был? Только что бы посмотреть картинку генерируемого сигнала?
Наверно с этого и надо было начинать ("припаять обычный ЦАП"), если Вы собирались делать обыкновенный генератор синусоидального сигнала. А средством визуализации Вашего сигнала при прохождении всевозможных трактов является тривиальный осцилограв или примочка к PC (в данном случае, что доступнее).

[skopus]

проще припаять обычный ЦАП, чем заменить кварц... Скорее всего так и придется сделать.

А смысл передачи данных на COM порт тогда в чем был? Только что бы посмотреть картинку генерируемого сигнала?
Наверно с этого и надо было начинать ("припаять обычный ЦАП"), если Вы собирались делать обыкновенный генератор синусоидального сигнала. А средством визуализации Вашего сигнала при прохождении всевозможных трактов является тривиальный осцилограв или примочка к PC (в данном случае, что доступнее).

да нет же. Это тестовая задача. Изменять условие в принципе нельзя. Но если возникнет конфликт физической нереализуемости, то можно попробовать договориться с заказчиком. И кроме того за ЦАп еще надо в магазин съездить, а ком-порты в пределах досигаемости. Пока я все еще пробую наладить связь через ком. Но если не получится, тогда придется заморачиваться с цапом

[CDT]

да нет же. Это тестовая задача. Изменять условие в принципе нельзя. Но если возникнет конфликт физической нереализуемости, то можно попробовать договориться с заказчиком. И кроме того за ЦАп еще надо в магазин съездить, а ком-порты в пределах досигаемости. Пока я все еще пробую наладить связь через ком. Но если не получится, тогда придется заморачиваться с цапом

Жалко человека.
Ну тогда есть такая штука, как АДИКМ, когда периодически передаются истинные значения сигнала, а между ними - только отклонение нового значения от истинного или соседнего.
Посмотрите протокол кодирования в телефонах GSM, где на скорости 4800 передается речь (300-3000Гц).
Самое эффективное - передать PC частоту и амплитуду (4 байта) и пусть рисует.