The above new issue aside, I forgot that it also doesn't seem to turn off/back to stby anymore. As far as I remember, this was my daily monitor, it's an IPS-AHVA-LED 1440p 60Hz. And I only stopped using it when I got a much faster monitor.
I have the datasheet for the panel. But the IC/MCU name, that does it all, is glued under a heatsink for now.
https://datasheetspdf.com/pdf-file/847631/AUO/M270DAN01.1/1So it power's up ok, but there's no display at all, no logo, anything, connected or not, but the light works, when enabled.
I soldered some wires to the hotplug and HDMI I2C SCL/SDA, which are attached to an eeprom, the common 24C0xx type. The MCU is wired to control those pins too.
So far I've only seen the MCU take the hotplug low for a moment, I'll have to see if that's right.
Using I2C decode on my scope, I can see my GPU send out it's polling signal, it writes 3Ah, and when the monitor is powered on (without the panel attached tho), the monitor will read 3Ah, then it sends data, but it only sends 5 groups of 00h. Then the GPU writes 3Ah, then the monitor reads 3Ah.
I'm guessing that blank data should be the EDID
So that doesn't sound right. IDK if that block of zero's is in the eeprom at 3A, or if the MCU is doing that. I'm new to eeproms, and I2C, but that's what the scope says it's doing.
So is it looking at the wrong address and finding zero's or is the ram broken? Or the MCU is screwed up ? Agaiun it doesn't seem to turn off anymore. That happened ages ago, but I have no memory of it, as far as I knew, it worked. The pwr button is just on a R2R ladder, and it looks normal.
So far I'm not sure it sends much else, or if it keeps trying the same thing, the polling is about 0.5s apart, and single shot triggering on it and getting a clean signal to decode at 100kHz or so...is proving hard. IDK if I can add some delay when in this mode.