I am sure it is a wiring issue in the extension as when the cable is stretched straight out behavior is okay, only when compressed that I get the errant button behavior. Ordered another one this morning, and can meanwhile manage with the stick with the solid button 1 and the apache, the force trim effect being the main reason to buy the rhino in the first place.
@Rhino Owner @FFB/Kit Owner I've pushed a firmware update today. Fixed some quirks and the Force CompensationForce Compensation function should work properly now when axis is scaled. @.durham Try it out, maybe it will help with the issue you're having.
With the travel limiter that can be 3D printed. Do any of you have a source for the total travel or deflection for a uh-60, ec145, 64c etc. looking for a good approximate number so I can print one limiter plate.
The gimbal only has a finite amount of stiffness. At full force and full deflection, the gimbal will eat some of the travel, such that the motor won't see the full deflection but only a certain fraction. At least this is what I understood it does.
@walmis After applying the new firmware update I'm seeing some odd behaviour with force comp on the X axis. Increasing the comp is reducing the reported axis deflection rather than compensating for loss of deflection caused by the spring induced flex. Y axis comp is working correctly (although it seems to be much more effective now).
I have an 11 degree throw limiter installed and axis have been calibrated with it.
Just to make sure before i wire this up, is this the correct order? match pin names except Shift Register Do -> Main board Di, and Di on shift register not used?
I'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.
Glad 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.
time 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
I 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.
I 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
If 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.
all 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.
Each 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.
Iβ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.
Thatβ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.
And 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.
yep 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
Even 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.