Is this a possible solution for LCD Juno G screen??

[baristini]

Great job!
Could you tell us what where the conections you made?
raspberry pi pico => LCD display?
thx m8!!

[MatiasR]

I just registered today to say that this screen issue is very frustrating, and since affects all Juno G keyboards worldwide, Roland should really manufacture a single batch of replacement screens.

But the work above is very impressive, and hopefully we can contact a 3rd party screen manufacturer and convince them to manufacture a batch instead? Say 1,000 pieces and sell them on Aliexpress worldwide, would be perfect.

[dpeddi]

Great job!
Could you tell us what where the conections you made?
raspberry pi pico => LCD display?
thx m8!!

all documented on https://github.com/dpeddi/LCDJunoG

[sinitsinmike]

Also tried 2.8 "TFT LCD 240x320px, as a temporary solution.

[sinitsinmike]

Project completed...

Now is time to build a support for it and put it inside the keyboard

4_5890995864956046432 (1).mp4

Hi!

I was able to use your great project for Juno G screen.
Thank you for your hard work.
I just need a bit of help understanding the part of the code dealing with zoom/stretch/fit image to the display.
Could you please provide more details?

Thank you! Michael

[sinitsinmike]

To be more specific:
tft_xoffset = (tft.width() - 240 * ZOOM_X) / 2 - ((tft.width() - 240 * ZOOM_X) / 2 % ZOOM_X);
tft_yoffset = (tft.height() - 96 * ZOOM_Y) / 2 - ((tft.height() - 96 * ZOOM_Y) / 2 % ZOOM_Y);

and

#define ZOOM_X 2
#define ZOOM_Y 3

For ZOOM_X I need about 1.2 instead of 2.

[dpeddi]

To be more specific:
tft_xoffset = (tft.width() - 240 * ZOOM_X) / 2 - ((tft.width() - 240 * ZOOM_X) / 2 % ZOOM_X);
tft_yoffset = (tft.height() - 96 * ZOOM_Y) / 2 - ((tft.height() - 96 * ZOOM_Y) / 2 % ZOOM_Y);

and

#define ZOOM_X 2
#define ZOOM_Y 3

For ZOOM_X I need about 1.2 instead of 2.

Hello,

The zoom function is really basic. It supports just integer zoom factor. Is intended to fulfill the TFT as much as possible.

You should consider that original display is 240x90... So you need to have a TFT with X and y bigger then the original one.

You can use a 2 zoom if width is 480 or more... Then you can use the offset to center a bit the screen.

Using a float zoom would require aliasing or the result would be really bad. That's no implemented at all.. sorry... I would leave that for who want to spend some time... I would happy to accept pull request on GitHub.

Regards

[rrete]

¡¡¡¡¡¡¡¡¡¡¡¡¡WoW!!!!!!!!!!!!!!
That's was thinking about!!!! You have my dreams come true!!! Very good work
If you make any kit, it will be fantastic. Or maybe a guide for dummies to implant your solution in my Juno G I will be glad for the rest of my life.

Thank you so much for your solution!!!!

[sinitsinmike]

So far there's only one problem in this setup, if you quickly rotate the wheel on the right of the screen, or any other way of quickly changing between screens. Because of a slow update/redraw time or a buffer size screen content doesn't update properly. But this can easily be avoided by going slow :)

[dpeddi]

So far there's only one problem in this setup, if you quickly rotate the wheel on the right of the screen, or any other way of quickly changing between screens. Because of a slow update/redraw time or a buffer size screen content doesn't update properly. But this can easily be avoided by going slow :)

It seems someone forked my GitHub and created an improved readme with step by step instructions and patched source code with different buffer size. From what he writes, it seems that the lag between keypress and display view is reduced.

[BustSkunk]

Hello,
I've just replaced an LCD using Dpeddi's method and it works!
Actually I used the forked version, which can be found here:
https://github.com/bjaan/roland-juno-g- ... eplacement

There is one mistake in bjaan's instructions...
Incorrect:

Code: Select all

|JUNO-G Pin | JUNO-G Pin Function | Raspberry Pi Pico Pin |
| 14        | CS1                 |  GP12                 |
| 13        | CS2                 |  GP13                 |
...

Correct:

Code: Select all

|JUNO-G Pin | JUNO-G Pin Function | Raspberry Pi Pico Pin |
| 14        | CS1                 |  GP13                 |
| 13        | CS2                 |  GP12                 |
...

Many thanks to Dpeddi and Bjaan. Sadly the Juno-G has another fault (which is what stopped me doing what Dpeddi has achieved.) But that a the subject for another thread.

[rrete]

HI need some help!

I'm trying to implement the solution, but in VSC the project tasks is empty no build, upload, etc shows. Only quick access. What can i do?
THX

[dpeddi]

You need to install platformio plugin then after opening the folder where you unzipped the files from GitHub, after a while the task should appear

[rrete]

Hi!

Thanks for your indication. Checked this point is already installed, but same issue. Only a little blue horizontal line crossing in the project tasks window when update icon pressed.
I can see code of platformio.ini. Over the alien ico is a little clock if is usefull. Trying all I think but no results

"Note: when you skipped the previous section, you only need to copy the .uf2 file available under Releases after step 1 on the new available drive representing the Raspberry Pi Pico to flash it" What is this???

THX

[BustSkunk]

Rrete, I ran in to this problem. As Dpeddi says, wait. I had to wait a loooong time.
Platformio was updating libraries IIRC. There's nothing to tell you it's doing it & it took about 40 minutes.