The RM3251/RM5451/RM5251 LCD controllers offered hobbyists one of the first ever opportunities to create their own LCD display centric contraptions. Prior to this, the LVDS interface featured by almost all LCD panels was a mystery, with scores of tinkerers wondering how to interface this to something more familiar, i.e. VGA or DVI.
One day, I saw this on eBay:
I’ve seen a few of these over the years, normally you get one posted to you when you engage with a LCD controller firmware company, right after signing a non-disclosure agreement, and handing over a lump of cash.
But on eBay? This is interesting. I had to hit ‘buy’. The seller has got their hands on the programmer software for this family of boards, and a whole bunch of firmware images for different panels, and they’re selling it on eBay for hobbyist money.
I found the programmer tool offering (ROVAWRITER.exe) provided rather poor, so wrote my own tool.
ROVATool – Programming software
The following controllers:
The following programmers:
- ROVA USB-TOOLS-A
- Some other Cypress EZUSB FX2 based boards (More about that here)
- Parallel port programmer for PCB800099 (schematic here)
- FTDI boards with MPSSE i.e. FT232H (More information here)
Normally the Parallel programmer is for PCB800099 and ROVA USB-TOOLS is for R.RMxxxx, but with this software, you can use either programmer to program either board. I wouldn’t recommend buying the Parallel programmer (aside from the obvious, how many PCs still have a Parallel port?) – The USB Programmer is just a much cleaner and easier solution.
Benefits of this tool over the manufacturer tool
- Up-to-date programmer software with 64-bit operating system support
- No requirement for the ancient DLPortIO driver, for those concerned about the security vulnerabilities exposed by this package
Unsupported flash devices
Due to the cornucopia of flash chips these boards are assembled with, I have moved the list of devices out into a dedicated file (FlashDevices.xml).
This allows users to add any new devices as desired.
Firmware reading support
By popular demand I have added this functionality for the RTD2660. The ISP interface on the RTD2660 is not specifically designed for reads, but it is just possible. Because of this, it is quite slow as the firmware has to be read out one byte at a time. When using the FTDI interface it can take upwards of two hours to do a full read on an 8mbit device. Boards with smaller flash chips will be considerably quicker.
Read performance is an order of magnitude better on Parallel and ROVA programmers, but as (I suspect) no-one actually uses those, you’ll have to be patient.
As for the RTD2120 (where the flash is built into the MCU) – I’ve not seen any documentation for the ISP interface on it. What I have is entirely reverse-engineered. It may be possible but due to the lack of popularity of these devices I’ve not yet looked into this.
I’ve split the download of this into two files:
- ROVATool – This is the programmer only, for both RTD2120 and RTD2660 platforms
- ROVASuite – This is the programmer and editor, for only RTD2120 platforms (more about that here)
107 thoughts on “ROVA Tools – Programmer for Realtek RTD2660 / RTD2662 / RTD2120 LCD controllers”
great work on Rovatool – seems to be just what I need to get this adapter here to output the correct 24 bits…
I’d like to try my hand at programming the board with an arduino instead of a parallel port programmer – I really don’t want to get the old box with a parallel port out of storage.
Would you be willing to elaborate a bit on the I2C programming (Addresses, commands, Datasheets etc?)
Sorry to hear that – there’s several projects to program these boards via a parallel port adapter, but for USB, we’re still stuck with a proprietary Chinese adapter. An expensive one, I might add, for what seems to be a basic USB->I2c interface that any 5 USD arduino clone would suffice. Now, I understand that part of the programmer cost is actually firmware development – but there is a russian open source firmware project for the RTD2662 http://openrtd2662.ru/
Still, I appreciate what you’ve done.
Apperantly you can talk to the I2c port in your vga adapter directly on Linux – that would be more interesting than doing it with an arduino – no additional hardware necessary.
Perhaps allow me one final question? Do you have a better source for the I2c commands to enter isp mode, etc, than the Postal2 source code? It’s pretty straight forward, but perhaps there’s an additional data sheet that I’ve been missing?
Drop me an email (details on contact page)
Did you get my mail? Sent on the 30th of July (Real name, you might have though it junk).
Where did you score the Postal2 source code from? Forget openrtd2662.ru, nothing open about it.
I managed to reverse engineer how the postal2 reads the flash from the RDT2662 via the VGA DDC lines, it mostly makes sense, however I can not figure out how they calculate the CRC.
Postal2? I am not sure what you are referring to.
I was referring to the post made by Tyberius.
Postal2 is a software made by a Russian speaking fellow, it can program a wide variety of monitor and TV boards. It can be found on monitor.net.ru.
Anyhow, I started a small open source project for a RTD2662 programmer here:
Yes i am done this and my VGA card working fine before but now it’s not working i have download a firmware from internet and upload to my board .now i want to reprogram my board but it’s not working
Thank you Matt very much for your effort. The tool looks great !!! I understand that I can change virtually any setting of existing configuration and upload it to the controller, but can I change the EDID signature on existing controller ?
I have R.RM5451 board and ROVA USB programmer. I do not want to change display setting, only the EDID signature. Is it somehow possible to download current settings from the controller, change the EDID and upload it back ? Or change the EDID only ? I am not sure what GFF is used and do not want to screw working panel. Thank you.
You will need to find out what the original GFF file was.
RTD2120L (which is what’s on RM5451) doesn’t allow the download of its current firmware.
Oh well, I was afraid of that. Thanks for confirmation. Can I one more question ? The programmer has sliding switch on the side. next to the side VGA connector. What is it for ?
It boots the Cypress microcontroller from an alternative flash chip, which contains the firmware for a Novatek USB programmer. It allows both Novatek and Realtek based boards to be programmed.
Matt, interesting read and nice write up of details for these boards. Like Tyberius Prime, I too have been looking into the possibility of flashing via Linux without any special interface board. I’ve managed to make progress in reading information of my current monitor via I2C on my Ubuntu server so I’m on the right track. I’m wondering if you and Tyberius ever got in touch and if they had any success in flashing directly under Linux. I’ve got a PCB800099 board on the way and have a few different LCD panels I’d like to test out. Being able to flash between configurations will be a must. Fallback plan of course is just to invest in the USB programmer (or Parallel port… think I can still dig up a PC that has one) and use your software, or I’ll just see about desoldering the W25X40 chip off the board for SPI programming.
I sent Tyberius an email a while back with the source code of my reverse engineered RTD266x algorithm but haven’t heard anything since.
Taking that code to a programming solution using just Linux and a VGA port would have required significant time and expertise. I’d have had quite a job figuring out how to do this myself.
Yep, understood. Maybe someone with the programming skills (I can hack around a bit but not much) will get in touch with your or other developers of applications for I2C programming and work something out. It certainly would be nice as it would then (hopefully) be dreadfully easy, maybe needing nothing more than the proper VGA cable, a computer with VGA output, and a bootable Linux disc/thumb drive.
For right now though I am all set. I continued my searching (and learning for that matter) and found info on doing SPI ISP (Serial Peripheral Interface In-System Programming in case I lost anyone there…) with the Raspberry Pi I already had to attach to my PCB800099. Five wires from the RPi to the W25X40, a couple minor software add-ons to Raspbian and I was good to go. I’ve now got my PCB800099 that was originally flashed to support some 7″ LED LCD screens via FFC interface able to control a Samsung LTN121XF-L01 12.1″ screen that was pulled from a Dell C400. At least it looks like it is controlling it OK, I don’t yet have an inverter for the CCFL of the screen to backlight it. Certainly a cool learning experience. I plan to do a write up either for an RPi forum or Wiki, if I get that done I’ll return here with a link.
As far as the binary ROMs for these controllers go, can you enlighten me any on the content? In particular when I was flashing my board I first did a read and backup of what was on the W25X40 and got a 512K ROM. All the alternate ROMs I had to flash were 256K. Since the flashrom program I was using required a matching sized ROM I had to experiment a bit. Some poking around in them has led me to believe that the first 256K on the chip is the necessary information for the screen itself (EEID, OSD, etc.) and the second 256K may just be where settings (last selected input, color controls, etc.) get saved. Backing this up is that if I write a 256K ROM I customized to 512K to the chip I can immediately read it back and verify a match, but after using the controller (in which I may or may not have done something like alter the input selection… I forget) if I try to verify the chip contents again it doesn’t match. Your take?
Thanks again for your write ups about these devices and the programming, as well as your input in the comments. It led me down the path where I have both learned some new tricks as well as accomplished something!
I’m on the same project than You, how could we converse directly by e-mail?
Roger, happy to share my knowledge with you by direct contact since I don’t have anything well organized to put out on the ‘net at this time. Drop me a line via the name I’ve used in this comments section, at craftech dot com. Still hope to have something in the future to throw to a forum or blog.
The contents of the flash chip is predominantly compiled 8051 software. Modification requires good tools (i.e. IDA Pro) and lot of skill and patience.
Matt, I can confirm that within the first 256k that may be the case. in the ROMs I was using, since that was the size of each file that was available for flashing. Since under Linux the flashrom program would only write a like-sized (full-chip I assume) file I had to figure out what to do with the second 256k. Since the earlier post I’ve done some more tinkering. I kind seller on eBay that had a Dell C400 laptop for sale worked with me to get some (rough) EDID data for that screen. So I was back into a hex editor to cram that into the 256k ROM I was playing with. After updating the multiple EDID locations I then padded the ROM out to 512k with 0xFF. I don’t believe I’ve modified settings and then read the ROM back but I’ll probably do so in the future. It will be much easier now, I’ve picked up an SOP8 clip. I really expect to find that the trailing 256k of 0xFF now has some alterations to it, but maybe I’m wrong. I am curious to find out!
Hello Matt, this code looks neat!
I just got a board with the RTD2662 on it, and I’m having fun with it. I am interested in programming it, but I can’t seem to find a suitable programmer on ebay. Do you have any advice?
Can you used this tool to change if the LCD will go to Snow or Blue screen on signal lost? Is that was the “Show No Signal” does?
Your work is great and ROVAtool works perfect, but I have some problems due to my lack of experience. I’m working with PCB800099 board and Keil project RTD2660_AV1_AV2_081015, trying to make some custom firmware. The main problem is that I have no idea how to use the output files after compilation, which are *.h00, *.h01, *.b00, *.b01 and *.gff but there’s nothing like *.bin or *.hex which are accepted by your ROVAtool. I tried to use Gff2Bin and Gff2BinCmd with generated gff file, but this software crashes everytime after opening any gff file.
So…. I’m stuck and will be very grateful for any help 🙁
I’ve not looked at that project
But I suspect h00/01 is hex and b00/01 is bin.
Not sure why it outputs two though. It’d make sense on RTD2120 as there are two banks of flash, but this is not true for RTD2660.
You were right. In compiler’s options for target, there is checked an option for code banking with set two banks. But when I uncheck it, what suggest compiling without banking, compiler is linking for very long time, ending with billions of errors and target not created.
Which compiler are you using to build RTD2660_AV1_AV2_081015? uVision2 complains about not finding a file BL.lin
I’m using uVision4, but it’s unconnected. After my explorations of the “eastern side of the internet” I realised that there are two versions, or rather copies, of this project sharing the same name. “The broken one but easier to get” is missing some files and ending compilation with not finding a file BL.lin. The working one is a bit troublesome to achieve, so I can share a copy with you if you want.
Yes, please! Would be great if you could mail it to alex.freed.007 at gmail. Thanks.
Ok, mail sent 🙂
Matt, do you want it too?
If Could you please post source code that compiles successfully, in my e-mail: maximum-rukzak at yandex.ru
In advance thank you.
This one should work: https://s3.amazonaws.com/techmattmillman/files/Source1_081015_PCB800099.zip
If Could you please post source code that compiles successfully, in my e-mail: viteka32 at gmail.com
In advance thank you.
Were you able to build working firmware for PCB800099?
Firmware I build works, but image on screen toggles few ms on and few seconds off…
There’s also size difference – all internet bins are 256 and source code is made to produce 128kB bin…
OK, I was able to build the (default) target. The end result is a GFF file and in my case gff2bin.exe also crashes on any gff file.
Clearly (from the build process) the .H00 and .H01 files are hex files for the 2 banks. Still a mystery how to create 256K binary out of it that ROVAtool will take…
Gff2Bin only supports GFFs built for the RTD2120, so that’s no use to you!
Found open source “RTD Programmer” that understands the gff format, but the result is 128K, not 256K as all the available images. Two halves are similar, but not identical. What’s the secret? Anybody?
You won’t gain anything by playing with GFFs. They are nothing more than obfuscated binaries.
I have noticed that the .BINs supplied with the PCB8000099 kit have almost identical images repeated.
Thanks a lot! These sources are somewhat different from what I have.
Perhaps you could see if you can get them both running and see which is the best.
I’m trying to understand the sources. Right now the big mystery is the multiple “panel” definitions in the include files. For example 640×480 and 800×600. Sure every panel has only one native resolution. Why “Panel0” and “Panel1”?
Sorry dude. I’ve not ever touched those sources. You’re on your own!
Was just playing with FTDI based programmer and PCB800099 – worked well. Board got nicely programmed for my LCD type.
I also got (from ebay) a bit nicer board known as PCB800116 (or VS-TY2668-V1). It uses RTD2668 chip. One advantage of that board (over PCB800099) is that it contains audio support, audio amplifier etc. Firmware files for that board can be found at: http://www.szrcxlcd.net/cn/col.jsp?id=142&m622pageno=3&m623pageno=2#module623
Unfortunately rovatool is not able to program it ( Info: Attempting program… Error: Device didn’t send ack byte during FTDIUSBInterface::Read).
Would be it possible to add support for RTD2668 chip?
Thanks for great work.
ps. would be great if this project ended up as open source on github.com for example (thinking about possible improvements and contributions from other users)
Tried different approach too. Desoldered Winbond 25x40BVNIG (eeprom) and checked its contents. What is inside seems to be just *.bin for particular LCD panel. But there is a catch…
Near address 0x7BFF8 there is area that could be checksum or some settings. Fresh *.bin files downloaded from manufacturer page have area filled with FFs there. Trying to program such *.bin with area filled with FFs causes device to not start. Copying that area from original eeprom content to new bin file also doesn’t help.
Area starting from 0x7C013 also changes when device is running… not sure what is hold there.
And I’m stuck now. Still trying to somehow get new bin (for my lcd) working.
And more… RTL2668 has serial port on 12 and 15 pins of VGA port, more data added to this issue for other RTD programming software:
RTD2668-LVDS1280X800-6BIT.BIN firmware is everything that was needed for my LCD panel (N070ICG-LD1)… Doh!
I have RTD2660 based board with TV tuner and jumpers for setting resolution/panel type. It bluescreens. Searched the web and found three versions of source code for it. All of them are on chinese websites.
this one actually compiles in Keil, producing BIN but size is over 128k, so I can not fit it to my flash
2] RTD2660 AD Board.zip
this one is incomplete, it is missing BL.BIN and other files. But it have far more header files for different panels.
one of these should be whole package. I was not able to find place on china internet where this can be downloaded. Could someone please send it to me to email@example.com ? (this is regular email, do not worry 🙂
I have backup of original firmware with multiple panel support. I searched whole internet back and forth and everything I downloaded is here
Hope it helps someone.
Any information on how to compile, upload etc is welcomed.
I was wondering if you could edit the blue screen away completely with your software? I am getting into First Person View (FPV) flying with quadcopters and often LCD monitors will go to blue, or black screen when the quadcopter is far away or behind trees because of a “weak” video signal. While the signal may be “weak” a pilot can still make out some features, and maneuver back to safety if they had a “snow screen”. Snow screens are incredibly hard to come by. Normally in the $200+ range, but from what I understand its all in firmware. Have you ever tried to do this?
I’m trying to get the LM R25 controller (declared as a new version of R3251) working with the AUO B121EW03 V8, haven’t got any result yet. The original dumped firmware (not working) is a BIN-file, the 2nd firmware from njytouch (not working as well) is a GFF-file but ROVAEdit generates parse error when I’m trying to open the XML-file generated by Gff2Bin. So I’m still confused.
I’m trying to flash a PCB800099 board with a Raspberry pi, but have very little clue of how to do it.
Would you give me some orientations on how to do that ?
Best regards, thanks !
I want to use the ROVASuite with a RTD2120 based LVDS controller, which is not exactly the same board as the R.RM5451 but has the same hardware (M25L-VDA3). I use a FTDI based interface with the FT2232H chip.
Now I have the problem that I do not have any working .gff files to start with because I did not buy the USB programmer from njytouch with the CD that contains these files (did not need it because I already have the FTDI interface and currently, it is not even available for sale). I downloaded some other .gff files from various sources and split them with gff2bin but the resulting files can not be opened with ROVAEdit (gives me parse error). Possibly, they would not work anyway even if the editor would be able to open them because they are not for LVDS converter boards with the RTD2120.
I have created a backup of the original firmware with the postal2 software that was also mentioned in the comments here but I do not know how to convert these files (1x 96K binary, 1x 266K hex) to the format that ROVAEdit needs (might not work at all). Could you please upload (or send me an email with) at least one of the gff files for the R.RM5451 from the CD that came with the USB programmer so that I have a file that the editor can work with? As far as I understand, one file would be enough to create all kind of different resolutions with the editor and the EDID designer. Is that correct?
I’m probably blind and just can’t see the option, but does the RovaTools suite allow for downloading firmware from the PCB800099 – RTD2660 controller? I have a working controller panel combo and couple of loose controller boards. I want to try cloning the good firmware to one of the loose boards so I can experiment with changing EDID values, testing alternate firmware and such without bricking the good board. If it makes a difference, I’m using the Adafruit FT232H as my programmer.
According to another reader it can be done on RTD2660 but I did not know it was possible when I wrote ROVATool.
It isn’t presently implemented.
Thanks for the heads up. I’ve managed to get what I needed from Ghent’s project. I kludged together a python port of his/her source using Adafruit’s python library for the FT232H. Using that I was able to pull down the firmware and successfully match it against one of the known images. I flashed it with your tool to the other board and now Bob’s my uncle.
Excellent software and resources, thank you.
I’m also having problems with the M25l-VDA3 board in that my backup of the board has been lost (long story), and I currently have a blank board (no firmware at all). Does anyone have access to the firmware for this board that they would be willing to share? Or, does anyone know if there is an alternative firmware (such as one for a R.RM5451 board) that might get this working again?
Thanks in advance.
I’ve been using this successfully with an RTD2660/PCB800099, but I’ve recently bought more boards and now I get “Error: Unsupported memory device: 0xEF134014” every time I try to program them. I can program the old board over and over, but if I try to program new boards it never works – even despite trying new boards 3 times… Has anyone any ideas what this might be? Or what this error means?
Every once in a while a new board comes along with an unsupported memory device
Can you please tell me what flash chip is on your board? I will add support for it.
Thanks that sounds good! I have no idea how to tell what the flash chip is though? Guessing the number is on the RTD2663 chip. Mine says RTD2660H, G8H17G3, GG358 Taiwan
None of those.
It is a small 8 pin device near the RTD266x
I bricked my NT68676 board. It was w25x40 memory.
Can you tell me whitch status register bits are turned on on any RTD board?
Thanks in advance!
Ah sorry I see – in that case its a winband 25080DVNIG, 1637
Hi I hope this does not seem cheeky but is the new version ready and did I give the correct chip info? Many thanks Chris.
Quite cheeky indeed. I was not able to find any chip with the markings you gave, so I am assuming it is a Winbond W25Q80. Quite a large chip (1MB) not seen anything that large on these boards before.
Try this out. Might work, but likely will need tweaking:
Excellent! I’ll give it a go and see how it goes. Will let you know if it works.
Works fine on my board (“orginal” rovatools refused to work).
This tool tells:
Info: Detected memory device: W25Q80
I was able to program board and it works OK now. Thank you.
Just to let you know – its programmed by board so looks like it works. Just got to hook it up to my screen now!
Cheers for the feedback. Have now put that in a new release.
Are you planning to add support for Novatek NT68676?
Or can you publish the source code?
Thanks in advance!
I spent quite some time years ago trying to add support for this. The NovaTek does some pretty ugly stuff during programming which rules out the use of I2C protocol programming, it has to be PIO/bitbang, frustrating my attempts to make progress on it.
Additionally, last time I looked at this there was no known documentation or example of an algorithm for these chips. I did some USBSnoop analysis using the Novatek EasyWriter tool, suffice to say that it is totally and utterly alien / different to the protocol used by Realtek chips. Very significant undertaking indeed.
If you know something I don’t, I am always prepared to work with others to enhance the capability of this tool, including handing out the source code in these cases!
Another thing to consider, is that the NovaTek writer tool isn’t *that* bad. In my view there was no real need to undertake this effort.
Thanks for reply.
I will buy a FTDI adapter for Novatek EasyWriter because with your LPT adapter don’t work.
And I will develop the LPT programmer’s program.
I have some notes and scribblings of code for the Novatek if you would like them?
Take a look at this: http://techmattmillman.s3.amazonaws.com/files/NOVA.zip
I downloaded, and I found a lot of useful thing.
For you the LPT adapter worked with the EasyWriter?
I did not ever attempt LPT. I was using FTDI (MStar programmer)
In theory LPT may work, EasyWriter can be configured for LPT adapters with pretty much any wiring scheme.
LPT Would have been useless anyway as I would not have been able to intercept communications.
From where you are bought? Or made by yourself?
Could you send me a link to the Novatek tool? I can’t find it.
Also, I’d like to take a shot at the programming as I have a current need! Would you be willing to share source with me?
Probably best you drop me an email. Address on the about page
Hello Matt, may ask a question? You may know.
I have R.RM5451 board and 5.6″ 1280×800 LCD panels – Toshiba LTD056EV7F and older HYDIS HV056WX1-100. They do have LED backlights. Toshiba panel has slightly slower response, but the colors and black is great. The black on HYDIS panel with the same R.RM5451 firmware/configuration is really not black, but somehow grayish. Brightness setting can make the “black” even less black and yellowish, with values above 50 (from 0 to 100 range) but does not seem to have any visible impact at lower values.
Are you aware of any configuration or even HW cable modification that could improve the black with the LCD?
Hi, I’m trying to modify the source code under the name Source1_081015_PCB800099. I have a problem that when VGA input is drawn only source of blue. Red and green not working. Does anyone have any advice on how to fix it. Somewhere there is an error in the source code, but I can not figure it out.
Is there someone who has the firmware for the RTD2660 for 1024×600 for panel B101AW03 10.1inch. I am desperate, i have been searching all day and did not find nothing.
Last year I wrote an rtd266X programmer that uses the VGA connector on your PC to do the programming under linux. I don’t think anyone has noticed its existence, so thought I’d mention it here in case others find it useful. https://github.com/static-void/rtd266x_programmer
I did see your project. Particularly impressed with the GFF interpreter. I had a crack at writing one but gave up as I couldn’t quite figure out how the scrambling worked.
How did you figure out the programming protocol?
I first cracked it about 7 years ago, by studying ROVAWriter using USBSnoop and various other hatchet job tools. There was some I didn’t figure out the purpose of i.e. the writes in your SetupChipCommands() function.
I’ve got a newer board that has only an HDMI connection for a 2660 chip. I’ve tried your ROVA Tool and so far no success. Is using an HDMI rather than VGA a problem?
Also have you seen this https://github.com/ghent360/RTD-2660-Programmer … I haven’t got it to build yet but theres some .gff files in there so maybe thats a solution to your problem.
I think I have a version of the PCB 800099 with a new unsupported memory device 25D40.
It should be this one:
Will it be possible to add support?
Thanks a lot,
Please drop me an email. Contact on about page.
Good day Matt,
i’m designing a camera display trying to use RTD2660H on my prototype…. after building a mock up, I was planning on programming the chip with RovatoolV.13FA 01 got from ebay. (on progress)
seems there is a bit different in hardware interface that I made from the PCB800099… is there a resource I can tap into to see the schematics of PCB800099? I based my HW from datasheets and from several schematics I took online.
I’m only using 2 analog inputs VIN1 and VIN2 to display on an LVDS LCD interface.
What is the way to compile source code for RTD2660, and how to program chip using compiled bin file?
Hi there, where can I buy the programmer for the RTD2120L?
anyone having firmware files for rtd2120l
firmware files for RTD2120L??
Earth to Matt. Hope all is well with you.
We REALLY need RTD2668 support in RovaTools. Is that something you could whip up or can we modify your source?
BTW we did our own RTD2660 board and use rovatools for it. https://earthlcd.com/products/lcd-controller/earthvision-x1-lcd-controller/
Rewriting the bios was total brain damage but it works and is in the kiosk for ordering tickets on the Singapore subway system the next time your there 😉
You are the first to ask for it. The issue is the protocol in question. I cannot find a full datasheet for the chip in question – so this likely will involve another reverse engineering effort. Not trivial.
Your information on this topic is awesome. Thanks.
Do you have any plans to open-source ROVATool?
We have our own tool designed for the FT232H and based on the Ghent python source, but we’ve found your software is far more reliable (i.e. does not fail to program as much as ours) and were keen to see what you are doing that makes your tool so much better. Thanks for your time.
I have a PCB800099 board and a 7 “1024×600 IPS display from Feelworld FPV720 monitor.
If I load the firmware for 1024×600 TTL 24 bit monitor, the image is shifted and Windows sees the monitor as 1280×720 recommended.
Monitor Labeling is CPT070IPS-600, HLX0701G-27A0-150709,
flex cable marking XXGD-FPC070-TI-01A
I’m sending an attachment with a picture. Unfortunately I dont have longer FEELWORLD electronic board from which to transfer the firmware from EEPROM. FEELWORLD has not released the firmware for migration.
Thank you very much for any help !!!
For anyone purchasing VSDISPLAY product HDMI LCD Controller board VS-TY2660H-V1 (Amazon/Ebay/etc) . PCB is labeled PCB800661V.9. Product images show RTD2660, but the chip markings have been removed from actual delivered board:
Flash was 25VQ40ATG1 by Zbit semiconductor, 4Mbit. Add to flashdevices.xml: signature: 0x5E126013, size: 0x40000
Firmware connector J4: pinout was 1&2 GND, 3 SDA, 4 SCL
I successfully re-programmed using an FTDI UM232H USB board (wired for I2C), FTDI stock drivers version 2.12.28, Matt’s RovaTool, and bin image from https://github.com/mushketer888/pyrtd2660i2c.
One thing to note, differences in the bin file’s intended target and your actual HW may allow the initial input source to be selected to an interface that doesn’t exist, and so the LCD will be black. If you see black on your LCD after re-programming, first thing to try is hitting the Input Select button a few times to cycle through all the available inputs!
I have the same board and the same black screen problem. I programmed it with an rpi3 script.
Sadly cycling through the inputs does nothing. Can you give me any suggestions?
Hello and thank you,
I saved a screen thanks to you!
I bought a purple CJMCU FT232H, and it works fine
Fixed. They were still in the menus but had been moved since that page was written.
hi i have this board with 800×480 tft 50pin ttl if im not mistaken but i have an issue where the screen isnt displaying properly as in the display is over spilling on my pi no matter what i put in my config file and i tried my laptop init and that was the same and off centered too would re-flashing this fix this
Timings outputted by the Pi are probably wrong for your panel, likely because the RTD has an incorrect EDID. Could potentially be fixed by a custom modeline on the Pi, or building a correct EDID for the panel.
Welcome to the beginning of a very steep learning curve.
Have you been a lover of online slot gambling
games? This game has existed for 100s of years but remains one of the favourite
games in Usernesia even in luxury gambling places like Las Vegas or Macau, slots are always neatly arranged waiting for followers to levers and win jackpots that reach billions of rupiah..
But , do you know if this game was in the beginning considered a
flop game? Sure, at the start of this game created by its creator named
Charles August Fey in 1894 in the United States, this machine was intended as a possible programmed poker game machine that could be moved using coins.
After trying to build his idea into actuality, Fey finally
quit and considered his discovery a failure. But who would have thought that this machine turned
away to be one of the most widely used video games in the world.
Not only in slot gambling games provided by betting houses but also the concept employed by various
games as a “bonus game”.
This is where the game relating to the RNG or Randomly Number Generator was initiated, where the machine will assign random values that will determine what
you will get at each round of the game. Not only slots but additionally games like virtual sports activities or bonus video games
like gacha also use this kind of concept.
Hi Matt, You’re saying that reading via FT232H is slow, due ISP is not made for fast reading, but also you’re saying that reading with parallel or ROVA is faster. How’s that possible? From reading parallel schematics, I seen it’s just using I2C too. Or it’s using different peripheral?
Thanks for your time!
Reading out the code requires a ridiculous number of I2C transactions, several per byte. libMPSSE has quite a lot of overhead between transactions whereas the parallel solution has none.
Thank you very much for your fast answer!