MiSTer FPGA Forum

Update SD-Version
-Changed SD Card Access from SPI Mode to SD Bus Mode
-New Transition Effects (just for fun)
-Some new Pictures by RealLarry

Update Standard Version
-Some new Pictures by RealLarry

The logos look really cool in those display photos.

I'd also love to see this supported with the MT32-pi, but that connects to the user port, which, if I'm not mistaking, connects to the FPGA. So the core itself would have to display its logo on it and the MT32-pi would need functionality added to make this possible.

LamerDeluxe wrote: ↑Mon Mar 15, 2021 9:22 amI'd also love to see this supported with the MT32-pi, but that connects to the user port, which, if I'm not mistaking, connects to the FPGA. So the core itself would have to display its logo on it and the MT32-pi would need functionality added to make this possible.

If I understand you correctly what you intend to do, this wouldn't work. The MT32-pi hat has no display and MT32-pi itself is using it's own microkernel. The latter means that there is no "usual" OS where you could start and process the core names.
I'd wouldn't say that your project isn't possible at all, but not realizable in a (very) short time. Maybe it's worth to open an issue at https://github.com/dwhinham/mt32-pi and ask for help/ideas there as I find your idea comprehensible.

RealLarry wrote: ↑Tue Mar 16, 2021 4:00 am

LamerDeluxe wrote: ↑Mon Mar 15, 2021 9:22 amI'd also love to see this supported with the MT32-pi, but that connects to the user port, which, if I'm not mistaking, connects to the FPGA. So the core itself would have to display its logo on it and the MT32-pi would need functionality added to make this possible.

If I understand you correctly what you intend to do, this wouldn't work. The MT32-pi hat has no display and MT32-pi itself is using it's own microkernel. The latter means that there is no "usual" OS where you could start and process the core names.
I'd wouldn't say that your project isn't possible at all, but not realizable in a (very) short time. Maybe it's worth to open an issue at https://github.com/dwhinham/mt32-pi and ask for help/ideas there as I find your idea comprehensible.

The MT32-pi hat does have a display, where it shows texts, volume and channel VU meters. I know it has its own microkernel, that is why it works so well. I think we're on the same page, explaining that it would be a whole lot of work to do something like this and function in a very different way to the tty2oled. I was referring to someone earlier in the thread who wanted this.

Indeed the microkernel would have to be changed to allow sending images to it. And all cores that wanted to use it would need to have this functionality added at their FPGA side. So it would be great to be able to use the MT32-pi hat for this combined functionality, but it would require a large amount of work from a lot of developers.

I got the parts, are they suitable?
Links:
https://www.aliexpress.com/item/4000115 ... 4c4dQlTaKm
https://www.aliexpress.com/item/3295379 ... 4c4dQlTaKm
Is the connection correct?

• ESP32-Board SSD1322
  Pin 26 -------> Pin 16
  Pin 25 -------> Pin 14
  Pin 27 -------> Pin 15
  Gnd ---------> Pin 1
  +3,3V or +5V --> Pin 2

Which option?
Core Debug Level: None, Error, Warn, Info, Debug, Verbose.

Jukk@M wrote: ↑Tue Mar 16, 2021 7:50 am I got the parts, are they suitable?

• ESP32-Board SSD1322
  Pin 26 -------> Pin 16
  Pin 25 -------> Pin 14
  Pin 27 -------> Pin 15
  Gnd ---------> Pin 1
  +3,3V or +5V --> Pin 2

Which option?
Core Debug Level: None, Error, Warn, Info, Debug, Verbose.

The Parts are fine.

//Edit
Doku moved to viewtopic.php?p=16725#p16725

Thanks for the quick reply. I'll test tomorrow.
Are the display pins 4 and 5 left unconnected?

Pin 4+5 are SPI Pins
Pin 4 of the Display must be connected to ESP Pin 18 (SPI SCLK)
Pin 5 of the Display must be connected to ESP Pin 23 (SPI MOSI)

Cheers

LamerDeluxe wrote: ↑Tue Mar 16, 2021 7:43 am Indeed the microkernel would have to be changed to allow sending images to it. And all cores that wanted to use it would need to have this functionality added at their FPGA side. So it would be great to be able to use the MT32-pi hat for this combined functionality, but it would require a large amount of work from a lot of developers.

Indeed - I've already addressed this here: https://github.com/dwhinham/mt32-pi/discussions/79

The closest I'd be willing to go is maybe image transfer via another custom SysEx command (similar to SC-55 images, just higher resolution); that way it's a generic feature that anything speaking MIDI can utilize. But you still have the huge problem of somehow bridging the Linux side of the MiSTer to the FPGA side so you can send the graphics over.

Far too many moving parts for me to to even consider; sorry!

d0pefish wrote: ↑Tue Mar 16, 2021 6:53 pm

LamerDeluxe wrote: ↑Tue Mar 16, 2021 7:43 am Indeed the microkernel would have to be changed to allow sending images to it. And all cores that wanted to use it would need to have this functionality added at their FPGA side. So it would be great to be able to use the MT32-pi hat for this combined functionality, but it would require a large amount of work from a lot of developers.

Indeed - I've already addressed this here: https://github.com/dwhinham/mt32-pi/discussions/79

The closest I'd be willing to go is maybe image transfer via another custom SysEx command (similar to SC-55 images, just higher resolution); that way it's a generic feature that anything speaking MIDI can utilize. But you still have the huge problem of somehow bridging the Linux side of the MiSTer to the FPGA side so you can send the graphics over.

Far too many moving parts for me to to even consider; sorry!

Completely understandable. Sysex is a good idea, but then it would probably still boil down to the cores themselves having to transmit their own logo.

Let‘s keep the focus on the Add-On here please.
Thx

OLED connected and ESP32 programmed.
Pictures inserted on the SD card.
S60tty2oled and tty2oled transferred to MiSTer.
The display shows "MiSTer FPGA by Sorgelig and SD logo".
Nothing else happens. Can you advise what is wrong?

Hi,

Jukk@M wrote: ↑Thu Mar 18, 2021 5:05 pm OLED connected and ESP32 programmed.
Pictures inserted on the SD card.
S60tty2oled and tty2oled transferred to MiSTer.
The display shows "MiSTer FPGA by Sorgelig and SD logo".
Nothing else happens. Can you advise what is wrong?

I can try.

Test your Display at first connected to your Computer using the Arduino Terminal with 57600 baud and LineFeed active.
Just send MENU, cls, sorg, llander or just a simple text to test if the ESP is working.
MENU should show the MiSTer Logo, cls should clear the screen, llander should show the Lunar Lander Logo.

Jukk@M wrote: ↑Thu Mar 18, 2021 5:05 pm S60tty2oled and tty2oled transferred to MiSTer.

Are the two scripts copied to the correct folder?
Did you made the two scripts executable (chmod +x [script])? Sorry I forgot this in the HowTo. Done now!
Did you reboot the MISTer once after adding the files?
Or start the script manually typing /etc/init.d/S60tty2oled start on MiSTer's console.
Could you check your MiSTer has created the /dev/ttyUSB01 device after you connect the ESP to the MiSTer?

Good luck...

Thanks a lot !!!
This helped. (chmod +x [scriptname])

Jukk@M wrote: ↑Fri Mar 19, 2021 7:27 am Thanks a lot !!!
This helped. (chmod +x [scriptname])

Does it work?

Post a picture/video if you like.

Works well.
I made .xbm pictures (Gauntlet & Gauntlet 2).
I would attach pictures and attachments here but I don't know how.

If you don't see the Attachments Section you may need to have done a few posts more.
You can add the Pictures to my Github Repo requesting an Pull Request or I can send you my mail address via PM.
Up to you...

My Case now with the mounted OLED.
Jump to viewtopic.php?p=21055#p21055

Liitteenä on kolme .xbm-kuvaa (Gauntlet, Gauntlet 2 & Xevious).

Good to see another working tty2oled.

Jukk@M wrote: ↑Fri Mar 19, 2021 2:01 pm Liitteenä on kolme .xbm-kuvaa (Gauntlet, Gauntlet 2 & Xevious).
tty2oled-xbm.rar

All 3 are Arcades? Got it!
I already added them to the Github Repo.

Many Thanks/Kiitos paljon (Correct?)

Important Note!
It's likely you need to copy the two needed Script's again to the MiSTer after an OS Update.

I made eight more .xbm images.
Arcade: 1941, Alibaba and 40 Thieves, Arkanoid, Bomb Jack, Green Beret & Tapper.
Computers: C16
MENU.xbm slightly modified.

Jukk@M wrote: ↑Thu Mar 25, 2021 7:09 am I made eight more .xbm images.
...

They are all looking great, many Thanks.
I already add them to the Repo.

Special Thanks for Bomb Jack, that's one of my favorite games.

Here is the list of all currently available XBM's.
https://github.com/venice1200/MiSTer_tt ... re_core.md

I add you to the Wiki: https://github.com/venice1200/MiSTer_tt ... ts-&-Links
Is this OK?

Update
tty2oled slightly reworked, thanks to RealLarry.
New Video added to Post #1.

Yes OK.

I made five more xbm images.
Arcade: Ms. Pac-Man, Pac-Man, Pac-Man Club, Pac-Man Plus & Pac Manic Miner Man.

Jukk@M wrote: ↑Fri Mar 26, 2021 11:27 am I made five more xbm images.
...

Many thanks .
I added them to the Github Repository already.

Here are sixteen more .xbm images.

Jukk@M wrote: ↑Sat Mar 27, 2021 4:06 pm Here are sixteen more .xbm images.
tty2oled-xbm_4.rar

Just uploaded them to the Github-Repo.
Many Thanks

Updates

• First Release of USB-Version. Many thanks to RealLarry

• tty2oled updates to support SD- and USB-Version with 115200 baud

• SD-Version updated to support 115200 Baud

• The Standard-Version will no longer get updates because of the new USB-Version.

Please test the USB Version and report here.

Second Post updated

venice wrote: ↑Mon Mar 29, 2021 12:13 pm Updates

• First Release of USB-Version. Many thanks to RealLarry

• tty2oled updates to support SD- and USB-Version

• SD-Version updated to support 115200 Baud

• The Standard-Version will no longer get updates because of the new USB-Version.

Please test the USB Version and report here.

Second Post updated

Yeah, it's a kind of magic!
Deriving from my own experiences you can enable and use 115200 Baud with all Arduinos and all the time, even with the small ESP8266's. While experimenting with their sketches I sent the XBM pictures over and over again and got no failure. So my recommendation is speeeeeed.