Hi @rockwater!
The official ribbon cable doesn’t transpose any pin. The 3 connectors are assembled with the same orientation and the pin order is conserved in all of them. The 26 pin connector is flipped after assembling, so it can be connected easily to the PiScreen row-pin connector, but this doesn’t affect the pin-order, that is the same that the RBPi.
Regards,
I’m so confused 
I don’t understand why connecting it like I did in the photo works. I even disconnected the NC pins. I’ll test more with a multimeter and compare to the Landzo pinout documentation. (I wouldn’t have used those color cables at all but the display is also female.)
Hi again, Please bear with me I’m just trying to understand and possibly share information that might help others too. I’ve made this crude graphic to help illustrate the way I have to hook up my Landzo 3.5" display (Waveshare 35a clone). Since this Landzo hat-style display works when connected directly to the AudioInjector, this must mean the male header on the OzzMaker PiScreen has the rows flipped, correct? All 4 encoders are working fine. I have NOT tried each pin with a multimeter though. If some of the AudioInjector male pins are faulty maybe I am just “getting lucky” by which pins are actually needed by the Landzo display. BUT, with my working flipped-rows style, I was able to disconnect each NC pin (referencing the Landzo pinout graphic) and everything still worked fine. Of course, as always, I have not learned how to add the drivers to make Touch work so I don’t know if that would have been affected. Any thoughts? I know there’s been trouble with the AudioInjector in the past, just seems odd everything is working - if I just hook it up differently. If I had just gotten the OzzMaker PiScreen all this could be avoided… Landzo was just so cheap 
Just hoping this doesn’t make Touch inoperable when I try to get that working. Go easy on me guys!
Hmm it looks like @nixator used a similar screen but with a custom cable? I have not heard from @thebez. Maybe I should get a vice and a male header facing downward with the Red on the outside and replace the female 26-pos on the official cable?
Have you tried the waveshare32 wiring, i am using? there are posts in the forum here.
Hi! I’ve searched “waveshare32” but I cannot find the exact thread about wiring, or scrolling through related threads. Do you mean to get Touch working or just in general (or both)? Seeing others’ solutions, I have no problem just doing what it takes to do custom wiring. I was just surprised the cheap Landzo 3.5 worked as a hat but worked differently when using the official ribbon. Could you link me the particular thread about the waveshare32 wiring? Thank you for your patience, I’d love to do some testing now but I gotta run to work! 
I tried both of the straight connections (in the red images) with the PROTOTYPE-4-WS32 selected but had same results. Either white screen, RPi will not power on. Or unpowered screen and Zynthian boots. If I transpose the two rows, like in the original photo, it works perfectly, all encoders, audio, midi, just no touch. i havent tried to install the waveshare drivers via ssh, or HDMI with Qwerty or anything like that. that is how I would get Touch working, correct?
Something unrelated - but I didnt know if it was worth another thread - what is the lowest usable resolution for Zynthian? I’ve also been thinking of trying a small monochrome OLED display if I can find one that works with the RPi. But maybe that would be driver hell and I don’t know Linux very well. It would be amazing to have Zynthian functioning on such a tiny screen to me. A little like an old synth. No touch though of of course. Anyone try this? I havent found anything in the discourse.
Show us a detailed picture of the wiring and a screenshot of the webconf dashboard.
Maybe the 3.5 needs his own wiring you need to investigate.
Do all 4 rotaries work? I wonder that you just can turn cables. I had to move 3 pins to get the waveshare32 working.
Did you follow everything we wrote about touch and waveshare32? Did you remove that one line in webconf? I changed something in the custom directory for waveshare32. Might needed for waveshare35 as well.
Hi! I haven’t changed any pins or removed anything in webconf. Choosing from the list in webconf, Waveshare3.5A and Waveshare GPIO Only work. All four encoders and buttons work, I can change parameters in Dexed, do everything. DIN 5 MIDI IN works perfectly, no latency. I SSH’d in and ran the encoder test and they were all outputting figures (but I assumed they were since they all work in the interface). The only thing that doesn’t work is Touch. Can I use SSH and add the drivers or is it not that simple? I also hooked up HDMI so I could login and see Zynthian boot without the display when I tried Waveshare 3.5B and C. I think one of those worked but the colors were inverted.
Since all of the encoders and MIDI In and Audio Out is working, I am assuming the Waveshare3.2 re-wiring wouldn’t apply here? Or am I misunderstanding what we are trying to diagnose? The “documentation” for this Landzo 3.5 display says to use the Waveshare 3.5A drivers from Waveshare’s site (for Raspian) but maybe it is not sticking completely to spec.
I’ll attach photos (but probably nothing new for you) but maybe I can draw up my own Lanzo pinout and overlay that on the RPi/AudioInjector/Zynthian pinouts to see if there are conflicts. Earlier, I disconnected all of the pins marked “NC” by Landzo and the display still worked perfectly. Is there any debugging script etc I can run that would give you or others more info?
(some pins look a little un-set in one of the photos but ive re-set them, tried this a few times)
Read everything in the forum rgd waveshare32 and touch. I don’t think that it’s the driver. Maybe webconf parameter.
Ok! I will try to slow down and try the solutions in that thread. 
Darn if this enclosure was scaled up a bit, and a bit more modular…
The irony of not shipping a raspberry pi case to the UK is not lost on me…
Looks interesting… Much land for encoders…?
They won’t ship to UK? Weird!
Doesn’t seem like much space, no. 
Maybe someone could make it work but barely seems worth it, well only because I have the full size AudioInjector. Maybe I should look into the lasercut wood case, I haven’t looked at US pricing. I do have a powerdrill but no saws (hah).
The midi connectors are probably the biggest user of panel space. Unless of course you go for mono 1/4"s everywhere.
True, true. I’d love to keep it proper DIN style but these 1/8" to MIDI connectors are becoming more popular in the modular and euroracks to save space. Well some, some stick to proper 5 DIN.
The are only shipping to US. When I call the link, it says, they don’t ship to germany.
I used Waveshare’s image of Raspian with the Waveshare3.5A driver pre-installed and it worked with the two rows switched with my extra wiring with the official ribbon cable. Just to test, once I shut down, disconnected the All-In-One board, but left the screen connected, then Touch worked immediately. The screen refreshes very slowly, I’m not sure if that’s normal. I haven’t tried with Stretch installing the drivers at Waveshare afterwards.
Looking at the wiring here Failed starting software [solved]
Would I need to use my own custom wiring between the middle ribbon cable connector and the AllInOne board?
I’d like to make a graphic so folks understand what I mean by the official ribbon cable transposing the pins. It is as if the OzzMaker screen is expecting an orientation of looking UP through the RaspberryPi and the “normal?” HAT displays are expecting an orientation of looking DOWN onto the RaspberryPi pins. This is one way I can explain how the rows are transposed without making a graphic. If you rotated the 40-pin connectors 180 degrees pointing up, held it next to the 26-pin connector also pointing up, you would have the two rows transposed. I imagine the HAT connector on the OzzMaker works just like the Waveshare35A, but the ribbon cable is meant to connect to male pins on it’s short side, correct?
From reading the Waveshare32 thread and the newer wiring diagram I’m not understanding which pins I should rewire so they are not conflicting with the Waveshare35A’s touch feature. Should I visually layer the pins AudioInjector, the AllInOne, and the Waveshare35A need and see where there are overlaps and open GPIOs?
The Touch feature isn’t a big deal for me now, but maybe with any more complex interfaces added to Zynthian? I understand if this is something I’ll just have to figure out myself. But I did want everyone to understand why I am switching the two 13-pin rows on the 26-pin when I am connecting to the Waveshare35A. I’ve checked with a multimeter where the 3.3V and the 5V and grounds are. Using the ribbon cable with the Waveshare35A is not the same as plugging the display directly to the RPi pin or the AudioInjector. The 26-pin ribbon connector is, in effect, upside down or mirrored might be a better word. I can try to make a graphic if this isn’t making sense.
Edit: I did get the waveshare driver to work in Stretch as well. Wooo.
