Antony

AT команды, ИМХО не самый удобный формат - для человека читаемость плохая, а для контроллера - текст он и есть текст.

Варианта 1 - варианты на тему текстовых протоколов - JSON, SOAP и т.п. - SMT32 достаточно быстрая, чтобы парсить такое.
Вариант 2 - бинарный протокол - для работы с контроллером это рациональнее. (но если у вас есть большой запас по производительности, то нет смысла так этим заморачиваться).

А что тут думать? Берете делаете свой сервис, который реализует все нужные запросы - а именно переадресовывает другому сервису и, если надо, форматирует ответ нужным образом.

А задать вопрос техноддержке инстаграмма никак? Я почти уверен, что доступ для "партнеров" предоставляется (на примере тех же, перечисленных вами сервисов). Этот API просто "не для людей с улицы".

Обычно расстояние до лампы от выключателя слишком велико для USB. Так что такие лампы лишены смысла.

1.Qt рисует виджеты тем, чем позволяет система.
Для Embedded Qt (по крайней мере четвертой ветки) может рисовать все сам напрямую в фреймбуфер.

2. ХЗ

3. А смысл одну и туже функциональность реализовывать, фактически, два раза? Фреймворк должен вести себя одинаково везде, а использование и OpenGL и DirectX эту задачу осложняет.