RFixed! Thanks 
TThis is concerning for me. As I rely on joystick gremlin and hid hide. I hope I can make it work.
TSurely many Rhino and kit owners are using vjoy/gremlin. I wonder why it’s been a problem for you guys.
PI've used the Rhino with HID Hide a few times so far I've had no trouble, using a vkb grip & the VPforce Loopback app plus hid hide to make IL2 see the Rhino & grip as one & not see the vkb grip alone.
TGlad to hear it doesn’t sound like HID hide is the issue. But I use Gremlin/vJoy to merge the throttle and clutch on my sim racing pedals into a single axis for rudder pedals in flight sims. So I need to keep it enabled.
Ptime to invest in separate rudder pedals? 
Even just the 'cheap' Logitech ones will do, their what I use, plus light & easy to move, I have my logitech racing pedals mounted inverted above my rudder pedals & they both fit
Even just the 'cheap' Logitech ones will do, their what I use, plus light & easy to move, I have my logitech racing pedals mounted inverted above my rudder pedals & they both fitTI saw in the previous discussion with @smitty981 it was maybe xpforce related? I don’t have plans to use XPForce so if that’s really the issue then it’s no big deal.
TSmitty, did you try it at all with vJoy enabled, without XPForce?
AI use vjoy and joystick gremlin and have no issues? I made a custom plugin to do differential braking with the lever on my joystick grip combined with my rudder pedals
TThanks, I figured there had to be more experiences. Glad to hear it’s worked for you!
TI’m down to the point of printing my pulleys and then sourcing belts for my kit build. I am getting antsy to try it out!
SIt works as a joystick without xpforce but what’s the fun in that? 
HWith latest IL2 patch, the Y axis spring force seems gone... anyone having same issue?
RYep that’s what I’m experiencing
HIt must be the game... with DCS working as usual
Sso i wired up as shown.. have 5v on the shift register.. and nothing. generic debug shows this
S
SAll pins connect to gnd when pressed.
KIf it were me, I’d wire the shift register up to a simple arduino (uno or similar) and send the output of the shift register to serial so you can see what’s being read. There are a ton of guides on YouTube for reading out a shift register with arduino.
Sno need to make this more complicated. wouldnt i get the same FFFFFF's?
KYou seem like you’ve got it figured out on your own. I’ll let you diagnose
Sall the FF FF FF's are coming in even with the shift register disconnected... so even if i had a spare arduino around it wouldnt tell me much. also tried new FW update, same.
TEach FF is a hexadecimal 8 bit number (FF = 11111111) to indicate signal from the shift register board. An unpressed shift register should read:
FF FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00
The first 4 FFs are for the 32 buttons (4x8 bits =32). When a button is pressed you should see one of the FFs change to something like F7 (11110111) or BF (10111111). Where the 0 in the binary byte is the button being pulled to ground.
FF FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00
The first 4 FFs are for the 32 buttons (4x8 bits =32). When a button is pressed you should see one of the FFs change to something like F7 (11110111) or BF (10111111). Where the 0 in the binary byte is the button being pulled to ground.
TI’m trying to think of why you would be getting FF for all 16 bytes though. That is odd. My first guess would be an issue with your SCK or CS wiring/connections.
SThat’s what I don’t get.. I followed my pic above exactly .. I did the crisscross in the joystick, and then it’s red, green, yellow, blue (white on the lower cable), black.
SNo shorts anywhere either.
TAnd you’re certain the 9 pin plug isn’t the issue? I agree at first glance it looks correct. I would unplug the JST XH 5pin from the main board and check continuity between the SR and JST plug. You could also make sure there is nothing shorted together too for good measure.
Syep i checked for shorts, all good there. all the button pins beep on the meter for continuity when i press the corresponding button. ill check continuity with the 5pin to register board, ive been using this 9pin in this application before with no issues and the female one is brand new
Severything is good thru the 9pin
TEven with nothing connected to the shift register button wise you should see the debug as FF FF FF FF 00 00 00… so to see all 16 FFs to me says it is an issue between the SR and main board.
Sif i yank the 5pin i get all FF FF
TSo with nothing plugged into the grip plug it’s the same as with the SR plugged in?
Syep
Si saw the old posts from stal2k about his FFFF's but his buttons were all lit up.. mine arent. he had a voltage issue but mine reads 5.03 at the 5pin
TFF should be unpressed so with all FFs you shouldn’t have anything lit up.
TI remember that. But that seems like a different issue
TAre any of the pins on the 9 pin plug connected to the metal case? Anything touching metal in the enclosure or on your rig that could be causing a short?
S9pins are in 3dprints, nothing touching metal.
woah this is weird, im just messing with buttons here and if i hold down more than 2, i can get 24,25,26,27 to light up
woah this is weird, im just messing with buttons here and if i hold down more than 2, i can get 24,25,26,27 to light up
Sbut my button wires are on d0-d7
TThe D# don’t necessarily correspond to the button number in VPF configuration.
WTry the shift register profile
Sbeen trying both generics and vpf shift reg
TIs that not the same as debug?
Sone of the generics is debug
WOh and button layout is different than on silkscreen on this pcb revision
Sits rev01
WTry saving the shift reg profile and resetting the board
Ssame results
TOnly other suggestion I have is to eliminate the 9 pin to verify that isn’t the issue. I know I had some issues during bench testing with my connections showing continuity but actually being loose and causing issues. I had to put it down and come back and start from scratch a couple times.