Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add LC7981 LCD 192X112 graph. #512

Open
wants to merge 126 commits into
base: revert-347-master
Choose a base branch
from
Open

Add LC7981 LCD 192X112 graph. #512

wants to merge 126 commits into from

Conversation

Vidou12
Copy link

@Vidou12 Vidou12 commented Sep 28, 2020

Hello.

I have an GraphLCD in 192112 px but i can't found an library to use it with arduino board.
Is-it possible to add it (an LC7981 in 192
112 pixels) at your library ?
thx.

(My GLCD is an PB-PG192112-A-P2 (link))

olikraus and others added 24 commits April 17, 2016 15:25
Hardware SPI support for ATmega128
The .c files for the pbm bitmap-writing virtual devices contain
constants for the output width and height. Previously these constants
were used throughout the code, making it impossible to change the width
and height without changing these constants.

With this change, only the initialization uses the constants, but the
rest of the code reads back the width and height from the device
struct and uses those. This enables a user of these devices to change
the width and height to change the size of the output.

This was tested for all three of the pbm devices.
make pbm screen sizes less hardcoded
Expose u8g_GetGlyphDeltaX through the C++ API
Both of these lack a hardware TWI and only come with USI instead.
Add support for ATmega329P/ATmega3290P
To trigger a stop condition, the code sets the TWSTO bit, which is
automaticaly cleared when the stop is copmleted. However, the code would
call u8g_i2c_wait() to wait until the bit was *set*, not *cleared*. In
most cases, the stop condition seems slow enough so the bit is not
cleared and u8g_i2c_wait() is satisfied (though without waiting for the
stop to be completed). However, in some cases the bit is already
cleared, so u8g_i2c_wait stalls for the entire timeout and then sets a
timeout error.

In practice, these errors aren't usually checked, so this mostly causes
some unneeded delays and not waiting for stop complete is probably not
problematic either, but it is good to fix it anyway.

This commit changes u8g_i2c_wait to allow waiting for a bit to be
cleared in addition to it being set.
Fix timeout handling for u8g_i2c_stop()
@olikraus
Copy link
Owner

olikraus commented Sep 28, 2020

Did you try u8g2?
For example test with https://github.com/olikraus/u8g2/wiki/u8g2setupcpp#lc7981-240x128

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

9 participants