This MR solves #2 (closed) that describes how invalid channels make the ESP32 reboot due to unallocated memory access violations.
The mpod replies with unset values, so Varbind::getValue was doing memory access violation.
This is now handled by checking the payload size before trying to read it.
This was tested by requesting status and sending commands to an invalid channel 199 on the test crate.