LiquidCrystal_I2C Not compatibile

LiquidCrystal_I2C Not compatibile with arduino uno r4 minina .. idea?
Using: GitHub - johnrickman/LiquidCrystal_I2C: LiquidCrystal Arduino library for the DFRobot I2C LCD displays

ATTENZIONE: la libreria LiquidCrystal_I2C dichiara di funzionare sulle architetture avr e potrebbe non essere compatibile con la tua scheda che utilizza l'architettura renesas_uno

How to solution ??
Thanks.

find an I2C library which does support the renesas_uno architecture?

Note that it's just a Warning ("ATTENZIONE") - not an Error:

It is a warning, just ignore it.

That library was last updated years before the UNO R4 existed. It may or may not be usable on an UNO R4, but at the time the library was written the code to display the warning could only check for known boards that it had been tested on, and likely displays the warning for anything outside of that.

1 Like

Did you notice:

and the "moved to" address doesn't work:

@bperrybap, will your hd44780 library work with Uno R4?

Just tried it with the minima and works with a 2 line display that I had. Just ignore the warning. Also you may get a message that the examples use an old pde format. You can click later if you want to just test

EDIT: Just by way of explanation of whats causing the warning. In the library.properties you will see a line that specifies what type boards it will run on:

architectures=avr

in this case it says only avr boards. But to be honest there does not appear to be anything in the library that would prevent it from running on ARM boards as well like the Uno R4.

To get rid of the warning you would just need to make it look the following:

architectures=avr, renesas_uno

and you would get rid of the warning

The hd44780 library should work on all architectures.
If for some reason there is an issue on the R4, I'll fix it or work around it.

The repo issue for the LiquidCrystal_I2C library is because of John Rickman.
IMO, he is not a nice person.
Marco Schwartz originally created the github repository for LiquidCrystal_I2C and put it into the IDE library manager when the IDE library manager was just getting going. He is not the author of the code but created the repo as a convenience for other Arduino users. Marco didn't really have the skills needed to maintain and manage the project. He asked if I would take it over. I declined as I was in the process of finishing up the hd44780 library.
Marco ended up accepting an offer from John Rickman to take over the project.
Macro re-assigned the github repo to Rickman.
Rickman immediately changed the license to a license that was not allowed on the existing LGPL v2.1 license. When I called him out on it Rickman moved the project over to gitlab and abandoned the gihub repo which is where the Ardino IDE gets the library from.

He then renamed the repo on gitlab a couple of times, then finally removed it.
He refuses to answer any of my emails, and is no longer supporting the project.
A short while back I contacted Marco asking if he could give the github repo to me so I could at least get the library to stable state and fix a few things, but since he gave the repo to Marco (vs creating an organization for the project that included Marco) Marco now has full and sole control of the repo and there is no way for Marco get it back to give it to somebody else.

So as of right now LiquidCrystal_I2C is a dead project as the owner of the repo, John Rickman, is not maintaining it and is not responding to any issues or any of my direct emails or github pms.

--- bill

1 Like

Thanks Bill for data dump. Maybe the Arduino folks should remove from the library reference.

Anyway gave your library a shot with my LiquidCrystal display and it did work not all options worked with it if I ran your all in one test case but charset and helloworld definitely worked. The DiagTest said I had SDA/SCL shorted? But overall it worked for me - would definitely recommend folks read the documentation though.

thanks for great library
Mike

Tell me more about this.
What h/w do you have, how is it wired up and What didn't work.
And can you post the output from I2CexpDiag.
If there are issues, I'd like fix them.

--- bill

Kind of done for the day but this is the display I was testing with - it comes up an i2c address of 0x27 when I ran a scanner:
Amazon.com: NOYITO 1602 16x2 LCD Module Shield Blue Backlight with IIC I2C Driver Serial Interface for UNO R3 MEGA2560 (Pack of 2) (1602 IIC Screen Blue) : Electronics

I will post on your github so not to go overload the forum if that is ok

--- Mike

Maybe you should wait until the bugs in the Wire library for the UNO R4 are fixed.

@pert
what's your take on this?
I think if someone wants to fork it and fix/maintain it we could evaluate issuing a PR to point to another repo.

Mind taking a look into it?
thanks
u.

Ok posted on your repository the couple of things I noticed. Overall its working

While talking about the hd44780 library is a bit of hijack of this thread.
I'll go ahead and provide an update on the hd44780 library.

My first comment about library issues is that
A library isn't really working until EVERYTHING is working.
I found an issue, in the R4 core that causes I2CexpDiag to not work.

Somebody defined SDA and SCL to be the same pin in both of the R4 variants.
I'll bug this.
This is why I2Cexpdiag gives up trying to do any tests as it thinks the pins are shorted together as sees what should be two separate pins mirror each other.
While having both pins be the same should never happen, I'll add another check to test for this so that users can be told that there is a core issue vs an issue with the LCD h/w, its wiring, or the hd44780 library.
Here is a link to the hd44780 github issue related to this:

--- bill