Tom Fleet
@tomfleet.bsky.social
Hardware Developer @inMusicBrands
Technical Writer @Hacksterio
Mainly making things that make music.
Technical Writer @Hacksterio
Mainly making things that make music.
Insanity!
Now and then?!
Real ones know you use them as kindling, and chuck at least two more on each and every fire.
Now and then?!
Real ones know you use them as kindling, and chuck at least two more on each and every fire.
April 13, 2025 at 10:41 AM
Insanity!
Now and then?!
Real ones know you use them as kindling, and chuck at least two more on each and every fire.
Now and then?!
Real ones know you use them as kindling, and chuck at least two more on each and every fire.
I guess it's more "tap" and "swipe" than it is "click" these days?
March 30, 2025 at 6:30 PM
I guess it's more "tap" and "swipe" than it is "click" these days?
Don't forget the I2C pull-ups .. unless you are set on the internal ones in the nRF!
March 21, 2025 at 12:30 PM
Don't forget the I2C pull-ups .. unless you are set on the internal ones in the nRF!
Nice. Seems like given your uses for it, it might end up as a good board for use with the SeeSaw libraries?
learn.adafruit.com/adafruit-att...
learn.adafruit.com/adafruit-att...
Adafruit ATtiny Breakouts with seesaw
These breakouts are three in one: an ATtinyxxx development board, a seesaw board, and a STEMMA QT I2C controller or peripheral! This mini development board lets you design with ATtinyxxx, or acts as a...
learn.adafruit.com
March 17, 2025 at 8:46 PM
Nice. Seems like given your uses for it, it might end up as a good board for use with the SeeSaw libraries?
learn.adafruit.com/adafruit-att...
learn.adafruit.com/adafruit-att...
But yeah. the actual measurement offset here is absolutely down to the fact that these two sensors believe they are measuring drastically different air temps, so the are calibrating against incorrect data internally.
March 17, 2025 at 8:42 PM
But yeah. the actual measurement offset here is absolutely down to the fact that these two sensors believe they are measuring drastically different air temps, so the are calibrating against incorrect data internally.
5 degrees*
My point is that these parts have complex dynamics. They can even have error introduced via the measurement/power mode chosen.
Hammering away in high perf mode gives you chunks of fairly significant current that needs to be dissipated eventually Thermals are everything with these.
My point is that these parts have complex dynamics. They can even have error introduced via the measurement/power mode chosen.
Hammering away in high perf mode gives you chunks of fairly significant current that needs to be dissipated eventually Thermals are everything with these.
March 17, 2025 at 8:41 PM
5 degrees*
My point is that these parts have complex dynamics. They can even have error introduced via the measurement/power mode chosen.
Hammering away in high perf mode gives you chunks of fairly significant current that needs to be dissipated eventually Thermals are everything with these.
My point is that these parts have complex dynamics. They can even have error introduced via the measurement/power mode chosen.
Hammering away in high perf mode gives you chunks of fairly significant current that needs to be dissipated eventually Thermals are everything with these.
Ok then, the other board reads nearly 22 - some 6 degrees out.
The idea is that figure should show (and match) the *gas* temp.
My point is, the two sensor algorithms are being fed different inputs, that directly feed into the calculation of the equivalent CO2 output value.
The idea is that figure should show (and match) the *gas* temp.
My point is, the two sensor algorithms are being fed different inputs, that directly feed into the calculation of the equivalent CO2 output value.
March 17, 2025 at 8:29 PM
Ok then, the other board reads nearly 22 - some 6 degrees out.
The idea is that figure should show (and match) the *gas* temp.
My point is, the two sensor algorithms are being fed different inputs, that directly feed into the calculation of the equivalent CO2 output value.
The idea is that figure should show (and match) the *gas* temp.
My point is, the two sensor algorithms are being fed different inputs, that directly feed into the calculation of the equivalent CO2 output value.
Speaking of thermal coupling. I guess there is AC on, and a vent blowing at the EPD board, probably with a reasonable groundplane acting as heatsink? If the sensor thinks it's sensing a *gas* temp that has that temp difference, well.. the calculated equivalent CO2 output is gas temp dependent, yeah?
March 17, 2025 at 8:13 PM
Speaking of thermal coupling. I guess there is AC on, and a vent blowing at the EPD board, probably with a reasonable groundplane acting as heatsink? If the sensor thinks it's sensing a *gas* temp that has that temp difference, well.. the calculated equivalent CO2 output is gas temp dependent, yeah?
These sensors, like the MOX chemristive iAQ sensors are a popular design topic recently... Very very few people properly implement these parts correctly, or, in such a way that will give the figures quoted for accuracy, etc.
March 17, 2025 at 8:05 PM
These sensors, like the MOX chemristive iAQ sensors are a popular design topic recently... Very very few people properly implement these parts correctly, or, in such a way that will give the figures quoted for accuracy, etc.
It needs calibration, it needs *very much* decoupling from the board thermal contributions - ie,the ESP, the LDO sourcing that back-light... also from memory, keep it away from sunlight (strong wideband IR - as it's IR photo-acoustic)
March 17, 2025 at 8:03 PM
It needs calibration, it needs *very much* decoupling from the board thermal contributions - ie,the ESP, the LDO sourcing that back-light... also from memory, keep it away from sunlight (strong wideband IR - as it's IR photo-acoustic)
Well that is some perfect silk screen commentary, if I don't say so.
March 16, 2025 at 9:55 PM
Well that is some perfect silk screen commentary, if I don't say so.
I thought you were going to just say "I can get behind that".
Just like Sisyphus got behind that rock.
Just like Sisyphus got behind that rock.
March 5, 2025 at 7:28 PM
I thought you were going to just say "I can get behind that".
Just like Sisyphus got behind that rock.
Just like Sisyphus got behind that rock.
They are the same thing though. The screens in Garmin are MIP.
Source; my fenix that I need to put back together!
www.sharpsde.com/products/dis...
Source; my fenix that I need to put back together!
www.sharpsde.com/products/dis...
Displays :: Sharp Devices Europe
Applications ranging from wearable and consumer devices, industrial and medical applications to commercial signage solutions are supported by our wide range of displays.
www.sharpsde.com
February 28, 2025 at 6:46 PM
They are the same thing though. The screens in Garmin are MIP.
Source; my fenix that I need to put back together!
www.sharpsde.com/products/dis...
Source; my fenix that I need to put back together!
www.sharpsde.com/products/dis...
Both? As in, to my understanding, these MIP fall into that category of panel?
But yeah. Sharp have a couple of RGB MIP options for this tech.
But yeah. Sharp have a couple of RGB MIP options for this tech.
February 28, 2025 at 6:34 PM
Both? As in, to my understanding, these MIP fall into that category of panel?
But yeah. Sharp have a couple of RGB MIP options for this tech.
But yeah. Sharp have a couple of RGB MIP options for this tech.
And they also offer a couple of smaller colour panels, which are on my to do / interest list...
February 28, 2025 at 6:21 PM
And they also offer a couple of smaller colour panels, which are on my to do / interest list...
Oh, and the code is a fork of the Adafruit fork of this project - that explains how the "video" data is generated and packed.
Adafruit forked and scaled for memory LCD, all I did was source the data from the ESP32 FLASH SPIFFS, instead of an external SPI Flash device.
github.com/hackffm/ESP3...
Adafruit forked and scaled for memory LCD, all I did was source the data from the ESP32 FLASH SPIFFS, instead of an external SPI Flash device.
github.com/hackffm/ESP3...
GitHub - hackffm/ESP32_BadApple: Bad Apple Video on ESP32 with SSD1306 OLED
Bad Apple Video on ESP32 with SSD1306 OLED. Contribute to hackffm/ESP32_BadApple development by creating an account on GitHub.
github.com
February 28, 2025 at 6:06 PM
Oh, and the code is a fork of the Adafruit fork of this project - that explains how the "video" data is generated and packed.
Adafruit forked and scaled for memory LCD, all I did was source the data from the ESP32 FLASH SPIFFS, instead of an external SPI Flash device.
github.com/hackffm/ESP3...
Adafruit forked and scaled for memory LCD, all I did was source the data from the ESP32 FLASH SPIFFS, instead of an external SPI Flash device.
github.com/hackffm/ESP3...
For those interested in the board, it's this one here, from @fasani.bsky.social!
ESP32-s3 based.
www.tindie.com/products/fas...
ESP32-s3 based.
www.tindie.com/products/fas...
ESP32S3 Sharp memory LCD controller by Fasani Corporation on Tindie
ESP32S3 Sharp LCD controller
www.tindie.com
February 28, 2025 at 6:02 PM
For those interested in the board, it's this one here, from @fasani.bsky.social!
ESP32-s3 based.
www.tindie.com/products/fas...
ESP32-s3 based.
www.tindie.com/products/fas...
Hell forgot the alt text on the photos. They are just two photos of a very broken e-paper display, showing garbled image data that gets a bit less garbled with a gentle touch!
February 23, 2025 at 4:04 AM
Hell forgot the alt text on the photos. They are just two photos of a very broken e-paper display, showing garbled image data that gets a bit less garbled with a gentle touch!
Aw shoot. So looks like this display is borked. It got shipped with the FPC folded around the padding foam, rather than flat. I can get a picture if I tap the die bonded drivers *just right* - but it's definitely pretty dodgy!
But - wasn't the code at least!
But - wasn't the code at least!
February 23, 2025 at 4:03 AM
Aw shoot. So looks like this display is borked. It got shipped with the FPC folded around the padding foam, rather than flat. I can get a picture if I tap the die bonded drivers *just right* - but it's definitely pretty dodgy!
But - wasn't the code at least!
But - wasn't the code at least!