Александр Волков

Вы не обижайтесь, но вы выбрали самый примитивный, самый ненадежный, самый незащищенный приемник на самой популярной частоте и теперь спрашиваете, как с ним работать? Выкиньте его, так будет лучше для всех.
Ну и вот легкий гуглеж говорит:
roboforum.ru/forum11/topic10763.html?style=9
easyelectronics.ru/radiomoduli-hoperf-hm-r433-i-hm...
https://geektimes.ru/post/253954/ - тут Di Halt предлагает варианты, которые стоит использовать

Не думаю, что у вас получится ардуинкой "без ничего" разбирать сигнал с дифференциальной пары и формировать ответный дифференциальный сигнал вместе с синхросигналом (тоже дифференциальным) на частотах, сравнимых с рабочими частотами в PCI-e контроллере.
Помимо этого вам ещё надо будет разобраться какие команды когда слать и фактически эмулировать ардуинкой PCI-e контроллер. Уверены, что вместите все нужное в память?
Если вам нужен wi-fi, купите специализированный модуль, с этим модулем вы вряд ли что-то сделаете.

RS-485. Идеален для длинных линий связи в условиях сильных помех. Собственно почти вся аппаратура на военных судах и авиации общается по этому интерфейсу.
И да, RS-485 - это физический интерфейс. Поверх него придётся написать уже свой протокол общения.
Обычно в линии есть один мастер и куча слейвов. Мастер шлёт пакет с адресом слейва и данными, обозначающими, чего мастер хочет от этого слейва. Вызываемый слейв после получения пакета мастера должен ответить мастеру своим пакетом данных. В принципе, скорости вам хватит, особенно если не раздувать передаваемые данные и пользоваться кодовыми таблицами вместо передачи строковых данных.

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

Ну бред же. Если вам надо управлять такими индикаторами, то возьмите трансформатор, а ардуино пусть управляет подачей напряжения через оптрон или на худой конец транзистор.

Для начала неплохо бы выяснить, что же у вас за "тот самый" пульт и приёмник и в каком виде он вам выдаёт код нажатой кнопки.
В общем виде ваша задача сводится к скану информации с приемника и одному оператору case, в котором вы, в зависимости от кода нажатой кнопки, пишете код для выполнения тех или иных действий.

Все теми же командами по приему и передаче через UART ардуино может общаться и по блютусу с андроидом.
Сканируйте посредством ардуино кнопки, определяйте их нажатие и отжатие и передавайте по факту обнаружения этих событий сообщения андроиду.

Можно решить проблему аппаратно: на рынке есть микросхемы-коммутаторы USB. Можно использовать такой коммутатор и либо физический переключатель, либо переключать коммутатор программно с компа.

Вашу задачу можно решить самыми слабыми процессорами. Все, что вам нужно - придумать архитектуру устройства.
Вот вариант: найти датчики, которые гоняют свои показания в общую шину (I2C, как вариант) или собрать кучку плат вида датчик-преобразователь интерфейса и одну плату-приемник показаний.
В качестве интерфейса общения можно взять RS-485, который неплохо защищен от помех.
В качестве контроллеров пойдет хоть atmega8, хоть at89s8253.
Приемник может просто ждать сообщений от датчиков и парсить их, может сам периодически опрашивать датчики - это уже на ваше усмотрение.

Для начала определите какое оборудование будет подключено к ардуине и в каком виде оно будет принимать и отдавать данные для общения с сервером.
Потом определитесь как именно будет происходить общение с серверомю Может вам нужны данные от оборудования только "по запросу" или же ардуина должна с определенным интервалом отдавать данные сама.
Ну и исходя из этого разработайте протокол.
Определите заголовок пакета для передачи и приема, если придется принимать и передавать пакеты разной длины, в заголовке выделите секцию под описание длины пакета. И не передавайте данные в стоковом виде, если можно обойтись без этого. То есть секция пакета, которая описывает получателя данных, не должна быть со строковыми данными. Используйте код. 01 - модем, A2 - датчик температуры .... F0 - датчик влажности и т.д.
В принципе пакет от сервера может иметь следующий вид:
AA 00 - (2 байта) признак начала пакета
XX XX - (2 байта) длина пакета в байтах (без заголовка)
XX -(1 байт) получатель данных
XX...XX (n байт) аргумент для передачи получателю

Опционально в конце пакета можно передать контрольную сумму, вычисленную как некую функцию от заголовка и тела пакета.

Что и как передается в аргументе - ваше дело. Для датчика DHT вы вообще можете ничего не указывать, а для модема первый байт пакета может содержать AT-команду в виде условного кода, 10 байт после нее - номер абонента без 8 и (возможно) еще n байт с текстом, если это передача смс.
ДЛя управления какой-нибудь индикацией вы можете передавать 1 байт, в котором будет зашифрован тип индикации (00 - индикация выключена, 01 - постоянная индикация, 02 - мигающая индикация)

От ардуино вы можете получать данные таким же пакетом.