Closed abrugsch closed 3 years ago
It seems the issue is with the ports for PD1 and OC0B are on different pins on a 328p so it's not quite as straight a port and some pin assignments have to be changed.
It looks like OC0B is pin 6 on a mini pro and PD1 is pin 1. I still don't get a picture on HDMI but at least there are some garbage lines being generated when reset is pressed...
Success! the relevant pins for a 328p (nano and mini pro. I'm not sure if bigger ones have the same numbering nomenclature) that need changing are as follows:
and of course the rest of the video data pins can be set to whatever suits and doesn't conflict with the above
Does the arduino testpattern.ino sketch still work with the latest released (as of a few days ago) version of RGBtoHDMI?
I'm running it on a regular(328p) arduino mini-pro (it's what I had available). That's not different enough to cause problems with the sketch working is it? I had to remove the power_usb_disable(); call as it doesn't have internal USB and also comment out TIMSK3 = 0x00; and TIMSK4 = 0x00; as those interrupts aren't present, but apart from that, the 328p should behave otherwise identically to a 32u... no?
only i'm not getting any activity from my Pi on my test rig. (well apart from boot colour splash) I've verified the logic gates are operating correctly with an extended blink sketch, when CDAC is pulsed, it clocks the changes through the flip-flops and I see the outputs toggling. I have also verified that piclk signal is changing at the pi (with a meter, not a scope unfortunately) but no activity when a Pi is attached. I've tried a TV, a monitor and a HDMI capture dongle.