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

Согласен. Поэтому для таких случаев и предлагаю последовательную передачу метрик, описанных на разных вкладках в designer lines. Модулю проснулся, передал 3 пакета с интервалом скажем 5 сек и дальше час спать.

нее, это еще большее засирание эфира... И значительное усложнение кода. По сути в одной ноде надо несколько клиентов делать, со своими ключами и адресами как минимумом.

Я понимаю, что хочется в одну есп запихать по максимум ( даже если трещит по швам и глючит) , но всему надо знать меру

Интересует управление GPIO даже в оффлайне, можно так - модуль проснулся отправил данные на сервер а в ответ ему - перезагрузи GPIO2 например. Возможно?

обратная связь в планах, следите за новостями

Попробовал на практике воспользоваться передачей и обработкой увеличенного количества данных (мне необходимо 15 значений) на примере DS18B20.
Столкнулся с ограничением длины строк в различных полях. Выше уже писал об этом.
Так в Lora options поле Send Mask ограничено 79 символами.
designer lines - 99
Storage options Log template: 101
Таким образом возможно передавать DS18B20 не более 8 значений (не хватает 2 знаков до 9). Ранее, при использовании designer lines помещалось 10 значений ((не хватает 1 знака до 11).
В лог возможно писать 9 датчиков полученных шлюзом с учетом даты и времени.
Кардинальным решением было бы сокращение длины метрик _DSWх_ допустим в _Dх_, _LORS12_ в _L12_. Но это потребует перенастройки и изменение кода в interpreter у всех пользователей.
По поводу увеличения ограничения длины полей вы писали, что это ведет к проблемам из-за смещения настроек, кто не использует nvs.
Но надо что то придумать, иначе полноценно пользоваться не получается.