Driving the LCD - share your experience

LoL, I hadn't understood anything.

I have yet to make a hole for a waterproof microphone connector. But I don't have the tool to make the hole precisely, so I keep thinking about it to see if I can do something with a Dremel tool without making a mess.

I'm going to get a pair of USB 3 connectors, not for USB but to have 9 pins to use for various things on the outside. it has a simple circular shape, with 2 flat edges, like the connector we got with the kit, but a simple circular hole should be easy enough to make with a large enough drill bit

For acrylic plastic I have had good results with a drill bit with a sharp tip 60º or less, soaping it well with dish soap, so that it does not get hot and at low speed, without pressing, allowing the chip to come out. And with a block of wood on the other side so that it doesn't break when the tip comes out of the plastic by the other side.

But I can't find anything that works for the Dremel for an 18.5 mm hole that I have to make. I might try it with a soapy file and manual sandpaper.

has anyone had success driving the LCD with the provided computer for hours? 

I'm using javagoza's library, and have been getting crashes related to the lcd in my logging script like this one:

I have no idea what might be causing the crashes. I went to read the lines mentioned in the error, re-checked the connections, but this keeps happening regularly. I don't know how tight the timings are for the i2c bus, i read years ago that you couldn't drive neopixels with a Pi because of timing issues, so perhaps it's that? 

I've been watching for errors, and managed to catch one live. I immediately re-launched the script, but it ran fine. I doubt it's a connection problem, because nothing moved within the half a second it took me to arrow up then enter to re-launch the script, or well, i doubt anything did. 

The enclosure has been inside since yesterday as i thought maybe it getting too hot was messing with the display's controller? 

That doesn't seem to be the case, or who knows, maybe the heat damaged in in a weird intermittent way? 

thank you!

Do you have anything else on the I2C bus (apart from the LCD screen)? If so, what's the cable length approximately?

Also, what software is controlling the rest of the I2C devices on the bus; is it the same Python code, or some other code, and does it run simultaneously?

A possible workaround (but extremely ugly because it doesn't identify the actual issue) is to catch the exception using 'try..except', then wait some tens of msec, and then reattempt writing to the LCD screen. But really, the root issue should be identified.

yes, there are two sensors attached to the bus, the cable from the pi to the display is about 20cm long, at the display there's a small breakout PCB that exposes the i2c lines and that's where the sensors are attached, one sensor's cable is 10cm long, the other is about 1.5m long. I've already checked signal integrity on the scope, back when i set up the sensors. 

everything is being handled by the same python script:

import time
import board
import lcdrw1063 as LCD
import adafruit_bme680
from adafruit_bme280 import basic as adafruit_bme280
from gpiozero import CPUTemperature
display = LCD.Lcd()
i2c = board.I2C()

sensor = adafruit_bme680.Adafruit_BME680_I2C(i2c)
bme280 = adafruit_bme280.Adafruit_BME280_I2C(i2c)

temperature_c = sensor.temperature
humidity = sensor.humidity
pressure = sensor.pressure

temperature_out = bme280.temperature
humidity_out = bme280.relative_humidity
pressure_out = bme280.pressure
cpu = CPUTemperature()

print("ignore these:")
print("CPU Temp: ",cpu.temperature,"°C, Time: ",time.strftime('%H:%M:%S'))
print("Temp={0:0.1f}°C, Humidity={1:0.1f}%, Pressure={2:0.1f}hPa, Temp out={3:0.1f}°C,  Humidity out={4:0.1f}%, Pressure out={5:0.1f}hPa".format(temperature_c, humidity, pressure, temperature_out, humidity_out, pressure_out))
print("--------")

display.lcd_display_string("--------------------", 1)
display.lcd_display_string("Extreme Environments", 2)
display.lcd_display_string("--------------------", 3)
display.lcd_display_string("@e14@e14@e14@e14@e14", 4)

time.sleep(3.0)

it=1
while True:
        
        print("iteration: ",it,'\n')

        filename = "Full-Day-" + time.strftime('%m-%d-%H-%M-%S')+".txt"
        file = open(filename, 'w')
        file.write('Time, CPU Temp, Air Temp, Humidity, Pressure, Temp out, Humidity out, Pressure out\n')

        for count in range(180):

            temperature_c = sensor.temperature
            humidity = sensor.humidity
            pressure = sensor.pressure
            temperature_out = bme280.temperature
            humidity_out = bme280.relative_humidity
            pressure_out = bme280.pressure
            cpu = CPUTemperature()

            Disp1=("CPU Temp: "+str("%.2f" % cpu.temperature)+" C")
            Disp2=("Temp  in: "+str("%.2f" % temperature_c)+" C")
            Disp3=("Temp out: "+str("%.2f" % temperature_out)+" C")
            Disp4=("RH I:"+str(round(humidity, 1))+"%, O:"+str(round(humidity_out, 1))+"%")

            print("CPU Temp: ",cpu.temperature,"°C, Time: ",time.strftime('%H:%M:%S'))
            print("Temp in ={0:0.1f}°C, Humidity in ={1:0.1f}%, Pressure in ={2:0.1f}hPa".format(temperature_c, humidity, pressure))
            print("Temp out={0:0.1f}°C, Humidity out={1:0.1f}%, Pressure out={2:0.1f}hPa".format(temperature_out, humidity_out, pressure_out))
            print("--------")

            display.lcd_clear()
            display.lcd_display_string(Disp1, 1)
            display.lcd_display_string(Disp2, 2)
            display.lcd_display_string(Disp3, 3)
            display.lcd_display_string(Disp4, 4)

            file.write(time.strftime('%H:%M:%S')+','+str(cpu.temperature)+','+str(temperature_c)+','+str(humidity)+','+str(pressure)+','+str(temperature_out)+','+str(humidity_out)+','+str(pressure_out)+'\n')

            time.sleep(120.0)   
        it = it+1

Thank you! 

I've run for weeks continuously and reasonably hot (up to 60 C in the enclosure).  I currently only have the BME280 and LCD sharing the I2C bus, but I've also run with a VL53L1X attached.  I have a 40 cm harness to a protoboard with the sensor and LCD.

That cable is very long for I2C : ( It's not designed for running over such long cables between devices. It's really meant to be a comms method only for inside a single device, What's the pull-up resistor values? It may be worth reducing the resistances.

Regarding the code, the only unusual thing (not actually related to the I2C, but who knows, maybe there is some knock-on effect with resources), is that the code doesn't close the file handles. Suggestion (1): There should be a file.close() after you've finished with each file. Personally, I wouldn't keep the file handle open for ages either (no real reason in this code, but there could be reasons in other projects). In other words, as an optional suggestion (2): you could close the file after writing the line, and then after your 120 second delay, open the file again and append to it.

Even though the suggestions 1 and 2 are not related to I2C, at least one or the other should be done, because there is still a chance that resources could be preventing I2C from functioning (a lot of OS's don't care what resources you use, but will care how many in total you use, hence why I'm mentioning it could be a knock-on effect).

thank you! i knew i was pushing it with such a long cable which is why i checked signal integrity with the scope. maybe i didn't check what i needed to. i'm going to test without the outside sensor and see if anything changes.

i don't know the resistor values, i'll check that out as well, and i will also implement your suggestion regarding the file handling.

Thank you!

thank you! i'm going to check with just the short cabled sensor and see if that helps