Больше вводных надо. Какие части вопроса, опущенные ввиду очевидности, для нас остались неизвестны.
Может схема этого чуда враждебной техники поможет? Вот такая нашлась: https://i.pinimg.com/originals/bc/98/1a/bc981ad35a...
какой датчик использовать? и можно получать частоты звука
Судя по тегу записи - тот, который есть. Например - электретный микрофон от сломанной гарнитуры. При необходимости - с усилителем (надо указать, какое опорное напряжение для АЦП предполагается использовать).
Если нужен анализ спектра звука - читать про БПФ (быстрое преобразование Фурье, FFT) и про то, как это делалось 30 лет назад в АОН'ах (на существенно более слабых микроконтроллерах).
+1 lonelymyp. Какая схема установки, мощность и напряжение нагревателя, чем он включается и т.п.?
Wire.h - это i2c через "ногодрыг" или аппаратный? Если первое - шерстить его код на предмет устойчивости к помехам. Для начала - можно попробовать снизить сопротивления "подтяжек" до возможного минимума (по допустимому втекающему току BMP). Если ситуация улучшится - плохой код.
Если схема соединений с ЖКИ и его скетч "неизменны", то можно "расшарить" цифровые выводы между ЖКИ и RTC. Пока линия !EN в "1" все остальные линии, задействованные для обмена с ЖКИ, можно использовать для других целей.
Исследовать USBASP на предмет "выдать на свободный пин некую частоту для разлочки ошибочно установленного режима тактирования", подать эту частоту на вход XTAL1 и перепрограммировать Fuse bits. При необходимости - снизить частоту обмена на шине SPI.
Или поискать "AVR fuse bit doctor".
Найти в али'шной мешанине на экране дебильника тип контроллера этого индикатора - та ещё задачка... Скажу из общих соображений.
Если у контроллера индикатора параллельная шина данных, то есть и вход упраления, переводящий её в Z-состояние. А значит можно мультиплексировать (разделять) выводы дуринки между разными устройствами.
Общую информацию, думаю, можно поискать по ключам "кодовое разделение каналов" и "частотное разделение каналов". А дальше - изучать datasheet и application note на имеющиеся в наличии радио чипы.
Внимательно присматриваясь к рендеру (за отсутствием ссылки на) KY-019 можно заметить, что на плате реле уже есть всё, что нужно для его управления от ардуино. И транзисторный ключ с необходимым резистором на входе и диод для гашения самоиндукции обмотки при выключении.
Можно предусмотреть в цепи питания каждого из устройств перемычку для подключения амперметра и править ПО наблюдая ток потребления, как в фильме "Аполлон-13". Надо только помнить, что не всякий прибор сможет показать, например, GSM-burst.
Но, поскольку для адекватной правки всё равно надо будет изучать документацию, то можно с неё и начать... Токи потребления в режимах ожидания - дадут верхнюю границу тока покоя системы. В рабочих режимах - типичное потребление тока. Далее - проинтегрировать эти токи за длительный период. Например, за час состояние ожидания составит 50 минут, работа без передачи данных - 9 минут и передача данных 1 минута. Средний ток = (I1*50+I2*9+I3)/60. И не забывать пересчитывать токи DC/DC конвертеров через мощность на выходе и входе (сообразно измению напряжений) и типовому КПД.
Если имеется в виду загрузка процессора Ардуины, то почти никак.
1. Накатить на несчастную мегу RTOS, отправлять в одной из задач эти данные и мириться с дальнейшим ухудшением быстродействия.
2. Если основная программа имеет big loop - отправлять некие данные при каждом проходе основного цикла. Если есть возможность привязки к одному из постоянно действующих таймеров - отправлять его "тики". Если нет - отправлять "still alive" и по факту приёма рассчитывать нагрузку на приёмной стороне.
Желательно - по трём проводам, включая "землю" (GND).
Схема на XY-017 есть? На вид - там лишняя ИМС U2, которая навевает мысли, что это преобразователь USB-RS485, который тут не пригоден.
Какая ардуина используется? По схеме Nano вижу, что линии UART mega328 никак не отделены от FT232, что может вызывать конфликт при подключении XY-017 в параллель.
На плате (например - nano) есть преобразователь USB-UART (IC1, используется и для прошивки и для обмена данными). Программируешь соответствующим образом в дурине UART (IC3) и "открываешь" на ПК виртуальный COM-порт (например - /dev/ttyUSB0, который организуется поверх USB за счёт IC1).
Voila! Есть связь.