...делать нужно так, как нужно. А как ненужно - делать не нужно (С) Винни-Пух :)
-
- В ecall применён интересный метод. Быстрый FSK через аудио-кодеки может и не пролазить (они кусками по 10-30мс жмут). Поэтому там данные кодируются полярностью и амплитудой широкополосных импульсов (в расчёте на то, что после кодека хоть что-то да fk0(483 знак., 15.07.2014 15:50)
- из десятка аппаратов, манчестер зафурычил адекватно только на каком-то самсунге, и то на скорости 4800, (но мне столько не нужно было). А вот с FSK никаких проблем, но и скорость "никакая". Adept(628 знак., 15.07.2014 16:06)
- Программный FSK -- чрезвычайно быстрая штука. Тригонометрии вообще не нужно (это для QPSK -- синус из таблицы...), из математики в основном 16x16=32 умножение с накоплением: пара фильтров (на частоту "0" и "1") и компаратор их выхода, какой-то fk0(44 знак., 15.07.2014 17:39)
- ХЗ, я на МК на асме делал, - там всё действительно просто летало, (по моему 70 байт кода и одна ячейка памяти + аппаратный таймер + компаратор + UART), а вот приложение писал под андроид другой чел, так там всё было некисло. Adept(1008 знак., 15.07.2014 19:50)
- Собственно в модеме и можно подсмотреть. Или исходники V.23 найти. Там ~2шт рекурсивных полосовых фильтра ("0" и "1") и 1 шт ФНЧ (после компаратора амплитуд "0" и "1"). Может ещё возведение в квадрат, хотя можно и abs() обойтись. БПФ там напрочь fk0(507 знак., 15.07.2014 20:21, ссылка)
- спс, посоветую глянуть :) Так-то да, всё логично говорите, но чего ж так всё медленно было? Наверное из-за JAVA :( - Adept(15.07.2014 22:55)
- Взгляните - Vit(15.07.2014 23:02, ссылка)
- может кому интересно basilmak(16.07.2014 23:52)
- Взгляните - Vit(15.07.2014 23:02, ссылка)
- спс, посоветую глянуть :) Так-то да, всё логично говорите, но чего ж так всё медленно было? Наверное из-за JAVA :( - Adept(15.07.2014 22:55)
- Собственно в модеме и можно подсмотреть. Или исходники V.23 найти. Там ~2шт рекурсивных полосовых фильтра ("0" и "1") и 1 шт ФНЧ (после компаратора амплитуд "0" и "1"). Может ещё возведение в квадрат, хотя можно и abs() обойтись. БПФ там напрочь fk0(507 знак., 15.07.2014 20:21, ссылка)
- ХЗ, я на МК на асме делал, - там всё действительно просто летало, (по моему 70 байт кода и одна ячейка памяти + аппаратный таймер + компаратор + UART), а вот приложение писал под андроид другой чел, так там всё было некисло. Adept(1008 знак., 15.07.2014 19:50)
- Программный FSK -- чрезвычайно быстрая штука. Тригонометрии вообще не нужно (это для QPSK -- синус из таблицы...), из математики в основном 16x16=32 умножение с накоплением: пара фильтров (на частоту "0" и "1") и компаратор их выхода, какой-то fk0(44 знак., 15.07.2014 17:39)
- из десятка аппаратов, манчестер зафурычил адекватно только на каком-то самсунге, и то на скорости 4800, (но мне столько не нужно было). А вот с FSK никаких проблем, но и скорость "никакая". Adept(628 знак., 15.07.2014 16:06)
- Термин "сопротивление микрофона" некорректен. Его можно измерить разным с помощью разных приборов ввиду нелинейности ВАХ транзистора. Для популярного модема SIM900 есть данные: ток микрофона 200-500мкА, напряжение 1.2-2V. Что даёт в среднем 4.6к. fk0(191 знак., 15.07.2014 15:43, картинка)
- В ecall применён интересный метод. Быстрый FSK через аудио-кодеки может и не пролазить (они кусками по 10-30мс жмут). Поэтому там данные кодируются полярностью и амплитудой широкополосных импульсов (в расчёте на то, что после кодека хоть что-то да fk0(483 знак., 15.07.2014 15:50)