Такую специфичную задачу wifi-iot конечно же не умеет из коробки, но можно дописать свой код через конструктор кода, хотя это соизмеримо с использованием ардуино подхода(написанием своего скетча), только "каркас" тут будет уже готов

В проекте wifi-iot.com на данный момент не предусмотрена работа с такими сервами. В проекте есть возможность создать свой код, но большинству там работать сложно на низком уровне - это не ардуина, чтоб там все готовенькое было из библиотек...

косяков в конструкторе нет, но в прошивке отключено игнорирование ошибок чтения от PZEM-004 , т.е. если имеются глюки чтения из-за плохого согласования UART , то будет казаться , что стало работать хреново...

без спящего конечно , от сети. В спящем невозможно принять и обработать сигнал

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

Судя по схемам официальным там все же esp8266. Обработка вся идет на отдельном чипе и с есп соединяется по uart как у sonoff DUAL. Для создания своей прошивки esp8266 требуется знать протокол обмена uart c м/к. Цена не особо радует на это устройство - где-то 1000руб. При этом управлять может только ...

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

MQTT или narodmon спасет, но в народмон там конечно очень примитивное управление

Рекомендуют ставить последовательно резистор на gpio . Оптрон конечно же спасет от проблемы.
На данный момент идет разработка защиты от таких помех в прошивке.

Можно обновить прошивку попробовать и уменьшить с 100 до 50мс интервал опроса. Конечно это все костыль и эти скрипты не для этого придумывались..