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
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.
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:
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.
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.
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.
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: