Open kdschlosser opened 1 week ago
Depending on the size of the display you are making you may need to have 8mb is RAM available. 4MB is currently the default. The SDL driver uses more RAM because it is essentially an RGB display so the frame buffers have to be the entire display size.
Snafu...
python3 make.py unix clean mpy_cross submodules DISPLAY=sdl_display INDEX=sdl_pointer --heap-size=8000000
got...
mkdir -p build-standard//home/rich/SL-Version-2/lvgl_micropython/lib/lvgl/src/widgets/checkbox/
make: Leaving directory '/home/rich/SL-Version-2/lvgl_micropython/lib/micropython/ports/unix'
python3: can't open file '/home/rich/SL-Version-2/lvgl_micropython/ext_mod/lcd_utils/gen/python_api_gen_mpy.py': [Errno 2] No such file or directory
make: *** [/home/rich/SL-Version-2/lvgl_micropython/ext_mod/lvgl/micropython.mk:52: build-standard/lv_mpy.c] Error 2
make: *** Waiting for unfinished jobs....
I am going to need a few days ... Please read https://github.com/kdschlosser/lvgl_micropython/discussions/69 , I wanted to keep you informed as to what is going on.
This is what I know still has an issue.
ST display drivers have issue with the rotation being out of sorts. This is causing the text to display backwards. I have to do a little bit more research on this issue. as per the data sheet the rotation I have set for it should be correct but for some reason it is not.
There were reports of the REPL not working, This is not happening for everyone and the people that are having the issue have a common thing. They are using Thonny. Thonny is known to cause problems and I recommend not using it. Download a program called Putty if you are running on Windows. I know this work properly when connecting to the ESP32. The other possibility could be with MicroPython and using the built in USB for the USB instead of the UART. I would need more information to confirm what MCU is being used and what the MicroPython default settings are to nail down what the issue might be.
There was a report of the TaskHandler causing the MCU to freeze. I want to say this was with the RGBBus. The Freeze should now be fixed but the RGBBus driver is still not working. I am in the process of sorting this one out. I am really wanting a way for LVGL to exit the refresh instead of sitting there spinning it's wheels waiting for the buffer to finish flushing. This is a complex issue I am trying to come up with the best way to handle it.
The touch screen calibration is not working. I have not done anything as of yet to get this sorted out. It is on my TODO list.
The Unix port crashes if the display window is resized. This is a work in progress. I made some changes locally but I have not tested them yet. I was attempting to reallocate the buffers and that would cause a crash. I don't recall what the exact error was but it some something that didn't help to isolate the issue. What my local code does is it frees the existing frame buffer and then allocates a new buffer. I am going to change the default heap size to 8mb. Right now it is at 4mb which is not going to be anywhere near enough if a display is created that is larger than 800x600x24 using double buffering. A single buffer for a display size of 1024x768x24 is 2,334,720 bytes.