Про эхоповтор уже нашел. Так же нашел как включить цифровой режим ответа.
Немного не понятно как обрабатывать полученный ответ. Вот скажем начали приходить байты (коды символов), складываем их в одномерный массив, по приему завершаем прием. Далее нужно понять что приняли и выполнить действие. Делать поиск вхождения в полученный массив чего-то и принимать решение если да?
Спасибо за ответ.
Кухню приема и передачи, работы с прерываниями я освоил.
Меня интересует именно взаимодействие с модемом. Модем отвечает на каждую АТ команду ее повторением и кодом ответа, который, обычно, является несколькими символами. Как в таком случае проверять ответы от модема и соответственно на них реагировать?
1. Почему плохо?
Как тогда посоветуете избавиться от дребезга контактов кнопки, которая в данном конкретном примере висит на PA0 и генерирует прерывания EXTI0?
2. Понял.
3. С задержкой из цикла тупления все работает, видимо не нужно. Проверю.
Замечу, что через данный роутер нормально работает и 3 и 4 одновременных просмотра разных каналов с разных пк.
Вот мой igmp.conf: quickleave
phyint vlan2 upstream
altnet 0.0.0.0/0
phyint br0 downstream ratelimit 0
udpxy же запускается с параметрами: udpxy -p 99 -c 10 -m vlan2
На Netgear wnr3500U можете поставить Tomato Dual WAN. Русскую/английскую версии брать здесь. Там же и про нее почитать можно.
Скриншеты интерфейса тут.
Требования по размеру толком нету. Просто мне лично не приятно тащить 20+ мегабайт библиотек, дабы обеспечить работоспособность небольшой программки.
Сейчас покурю в сторону C#. Интересно. Спасибо!
Ограничения по размеру нет. Просто простенький конфигуратор весом в 20 МБ лично я бы не использовал. :)
Окей, допустим остановимся на QT.
— Проблем с подключением C/C++ библиотек для работы с RS232 не будет?
— При портировании на линукс/макось, я так понимаю, придется искать другую библиотеку или изначально искать кроссплатформенное решение?
— Может посоветуете что-то из таких?
<CR>»