My opinion about the ssd1306 library proved to be true, -- there were better alternatives. I was able to find a better library for the OLED screen with properly formatted functions. This library, called UCG, has the ability to use the ESP32’s hardware SPI to draw on many various screens available on the market, including my SSD1331. I was able to rewrite my previous DHT11 sensor transmission code using the UCG library. The biggest problem I ran into was when the screen was displaying text the moment when the packet captured was writing to the text variable. It didn’t take long to make the screen “crash” after said moment. I fixed it by halting the screen display function while the packet was being captured.
Fig. 21 - The transmitted DHT11 sensor data is displayed in a log on an OLED screen.
I think my next best step would be to start implementing a third node to start developing the mesh functions. To do this, I would need to combine the slave and master programs into one sketch. To do this properly, I think it would be best to configure my sketch in a way which avoids using a SoftAP to make a connection.
Discussions
Become a Hackaday.io Member
Create an account to leave a comment. Already have an account? Log In.