MiSTer FPGA Forum

Worth checking /devs to make sure you only have ttyUSB0 listed. Could be that your display is on a different device (I've had extra stuff plugged in and has to send data to ttyUSB1).

Other than that, check baud rate is correct in sketch. All I can think of off the top of my head.

Have you also set USBMODE="yes" in the ini file?

If so, worth double checking that you only have one ttyUSB device listed under /devs. The ini assumes that the TTGO will be on ttyUSB0 but this can be changed in the ini file.

venice wrote: ↑Fri May 07, 2021 6:20 pm Btw, can I use one of your case pictures for the gallery?

Of course

Finally got mine in a case

viewtopic.php?p=25361#p25361

I think you're using Windows as you'd dropped Putty logs some posts ago? In case of using Linux I'd be happy to zip a cleaned up copy of my Arduino subfolder for you. Hmm, might be an interesting test. I can always compile on a VM and see if it makes a difference. Thanks. Here you are: https://drive.google.com/drive/folders/1Snj8ZPSzNtPppo0CR-pS75...

Case is finished and the display looks small but perfectly formed.

Thanks, I'll give it a try

Thanks, although I guess it will be hard to tell if it's working correctly on my 128 pixel display. Sorry I forgot. I can build one for you as well. Did you already left an link for your source? I did but here it is to save you looking. https://github.com/dave18/MiSTer_tty2oled/tree/HobbyComponentsSSD1306/MiSTer_SSD1306_USB Please note that I adde...

Happy to swap code/esp with anyone who wants to test stuff (am in UK). Case arrived today so am distracted measuring and 3d printing, will hopefully have something to show after the weekend. I think you're using Windows as you'd dropped Putty logs some posts ago? In case of using Linux I'd be happy to zip a cleaned up copy of my Arduino subfolder ...

Thanks, although I guess it will be hard to tell if it's working correctly on my 128 pixel display.

Happy to swap code/esp with anyone who wants to test stuff (am in UK). Case arrived today so am distracted measuring and 3d printing, will hopefully have something to show after the weekend.

Hmm, everything seems right. Maybe I need to try an uninstall/reinstall

RealLarry I wonder if it's a library issue. I had to rewrite the the code to get rid of Strings as they crashed my ESP, yet I assume they work fine on yours.. If my ESP libs are older then maybe there's a bug in the serial code too. I just added the board manager URL and installed esp32 1.0.6 which also installed the libs into ArduinoData folder. O...

Yeah, it would be good to test with other modules. I did another test, if I send the serial data to the ESP using the FTDI (same FTDI and hub combo that worked with the PC) with the RX/TX wired directly to the ESP TX/RX pins (plus GND) it still fails to receive the data properly, so it can't be the serial chip or USB cable at fault. I've powered th...

I've tried using two FTDIs to send from MiSTer to PC and it seems to work ok. I've attached the PuTTY logs at both 38400 and 921600. The MiSTer is clearly sending the data correctly. The MiSTer side FTDI is plugged into the same USB Hub I've been using with the cable so it doesn't seem like a hub issue. Hub isn't powered so I thought maybe the ESP ...

Hi RealLarry I've tried with 2 different ESPs (although both TTGO T8s from the same supplier) and they both have issues above 19200. Interestingly I upload from Sketch to the boards at 921600 and the upload always works without issue (although the upload process may have some error checking built it to resend any missed data). I think maybe the sup...

Tried with two different hubs and a couple of cables and 19200 seems the maximum reliable value. Might treat myself to a new high quality cable as a last resort, otherwise will just run in at 19200.

I was trying on 115200 on both end. I've tried other values since and the highest that works is 19200 (which seems to transmit fast enough for the use case). I'll try some other cable and see if they allow for faster speeds. At least I now the code/interface works, and I could live with 19200 if I had to.

The serial input seem fine up to byte 244 (0xF4) and then corrupts, byte 251 (0xFB) of the serial stream then seem to pick up at byte 995 (0x3E3) of the XBMP!

I did try lowering the CPU freq to 160MHz in case it was trying to read the serial stream too fast but it didn't help.

venice Thanks for your suggestion, however I had already hardcoded logoBytes to 2048. The ino file is here https://github.com/dave18/MiSTer_tty2oled/tree/HobbyComponentsSSD1306/MiSTer_SSD1306_USB I know it is not a display error as I've tested that all the display routines work fine on the display size (the TESTDISPLAY define shows the Amiga logo r...

Thanks for the info, works the same with a direct cable which at least gives me a spare FTDI board, however I still have the same problem that the pictures aren't sent reliably over serial, but the command strings are. Strange.

Did you add an separate FTDI Adapter? I did (I assumed I had to). I've got an FTDI adapter plugged into a USB hub on the MiSTer with the RX/TX going to to the ESP. How are you sending the serial messages to the ESP? The answer to that might also answer another issue I have. If I try and use the USB version (the one I have working is the SD Card ve...

This is a great project. I'm finally getting around to putting my MiSTER into a case and have adapted this to a Hobby Components 128x64 screen paired with a TTGO T8. No soldering required as everying (including the FTDI board) can be connected using dupont wires. Any logo over 128 pixels wide get scaled horizontally by an integer of 2 so the existi...

Thanks Grabulosaure.

I'm already sending test characters over UART in console mode at 115200 baud, I just wasn't sure how to read them on the Linux side (I'm not an experienced Linux user). Hopefully now I know what device to read I can find a way to display the characters sent to /dev/ttyS1

OK, thanks for the advice, I'll go and look at some of the other cores

ok, so if I understand then there is nothing currently in the HPS interface to do this so I would need to compile a new version of Main_Mister to look out for specific communication than I would also need to build into hps_io.v on the FPGA side? If I'd need to change Main_MIster I wonder if it is possible to make it simply printf any characters it ...

Hi Trying to get my head around whether this is possible. To make debugging easier it would be useful if a core could send messages across to linux to be displayed on a serial console running under PuTTY or similar. I'm trying to work out whether this can be done using the UART connection or maybe there's another way? Thanks in advance for any help...

Might be worth running the memtest utility to confirm whether your SDRAM is OK. Also, what size is your SDRAM module? It needs to be 128mb to run some of the bigger NEOGEO ROMs, although the smaller ones should run fine with 32mb.

Ignoring the fact that there is non synthesisable code, I think the Mega65 design principle is a problem, it seems like they've just chosen a high end FPGA and taken the easy option of using the on board memory for all the different RAM/ROM needs. It makes the core creation easier as they don't have to worry anywhere near as much about contention a...