But i wonder if we can send the telemetry on the same channel maybe the same port
But i wonder if we can send the telemetry on the same channel maybe the same port
NTry this though.
Manually set telemFFB to use the addr2 slot in the IL-2 config, then set
If SRS/SSW still error out, I'm afraid you'll have to go to them for support to get it working
Manually set telemFFB to use the addr2 slot in the IL-2 config, then set
l2_cfg_validation to disable in your TelemFFB user config.If SRS/SSW still error out, I'm afraid you'll have to go to them for support to get it working
Nno, because only one app can bind a given ip/port pairing at a time
DAh i see what you mean
DWhats interesting is that I actually have an additional app pysim thats using shaker for bhaptics vest and its just purely looking at some same port and shaking i didnt have to do anything more
DBc its using the same signal from port 29373 as the butt kicker
https://github.com/cercata/pysim2bhap
https://github.com/cercata/pysim2bhap
GitHub
bHaptics support for simulators. Contribute to cercata/pysim2bhap development by creating an account on GitHub.
DIn this case ... Thats 2 different applications/programs
DSo i wonder if i just change the port for the buttkicker to use your 35*** port would it work ... But unfortunately you guys are using that 255 address instead of the standard following 0 address. So i dont think that would work bc its a different ip address.
DI will definitely try addr2 for telemFFB though!
Nif they opened a port on 127.0.0.1:34385, they would also get the stream that is being sent to TelemFFB.. But I don't know if you can change the port in SSW .
NI'm a network guy.. not a network enabled app developer guy 
It may be possible to use the same ip/port across different apps. I just know that for TelemFFB, I can not bind the same ip/port between multiple instances (hence why I am using the broadcast address).
It may be possible to use the same ip/port across different apps. I just know that for TelemFFB, I can not bind the same ip/port between multiple instances (hence why I am using the broadcast address).
WNot sure here, but IL2 might not set SO_BROADCAST flag, even if the address is broadcast, so that might cause issues.
NIt must, since multiple instances of TelemFFB work at the same time.
DSo does that mean you are able to get two instances of TelemFFB to work on IL2 (one for stick base, another one for say FFB rudder pedals )?
DWicked man, makes me more compelled to do the rudder pedal mod now since i have the Thrustmaster TPRs
D
NIL-2 doesnt understand FFB pedals and TelemFFB doesn't add any dynamic forces yet (so its just all the haptic effects). But I plan on extending it to at least implement dynamic spring force based on speed. There is not enough telemetry available from IL-2 to do anything more advanced.
N
DTake a look at Andres latest post ... Looks like he can fwd it.
https://forum.il2sturmovik.com/topic/57925-simshaker-wings-support-thread-for-il-2-users/page/23/#comment-1292475
https://forum.il2sturmovik.com/topic/57925-simshaker-wings-support-thread-for-il-2-users/page/23/#comment-1292475
NIf thats the case then you can send it to TelemFFB (127.255.255.255 port 34385). Then remove TelemFFBs config from the
Then disable the config validation in the TelemFFB config.
[telemetrydevice] part of the IL2 config (but leave it in the motiondevice section as it needs both sets of data).Then disable the config validation in the TelemFFB config.
DVery cool and then just leave addr1 for srs
DMight want to create something like this port forwarding for your telemffb program for the same purpose as they have, you just continue port forwarding for all the ffb apps you want and none will be stuck and run out of ip/ports due to IL2 addr limitation.
Smy pitch motor isn't recentering as well as my roll motor. anyone got any tips?
Nwhat's your setup like? Heavy grip? Long extension? Offset extension? Depending on these things, you may need to adjust the "balance springs" to compensate. You can also use "adaptive recentering" to help keep the stick centered.
Sswap between the light f-14 grip and a heavy f-18 thrustmaster grip. They’re on a bent Virpil 200m extension.
After tightining some belt screws, it seems to better. No problems recentering with the DCS hornet. Recentering with the DCS Tomcat is sluggish.
I don't think it's a motor issue. I just don't know if my firmware is set incorrectly or if it's DCS
After tightining some belt screws, it seems to better. No problems recentering with the DCS hornet. Recentering with the DCS Tomcat is sluggish.
I don't think it's a motor issue. I just don't know if my firmware is set incorrectly or if it's DCS
RHey guys - I'm having an issue with my 1 week old Rhino. More specifically, I'm having an issue with my 1+ year old VKB MCG Ultimate grip connected to it via the included connector.
I was just tweaking my config and testing it ingame (DCS) with the F-14 doing some high-alpha manoeuvres with the stick shaking pretty harshly when I noticed the trim had stopped working. I checked my bindings, but they were fine. The grip, however, was not. Green light was out and and no inputs registered, neither in-game or in Windows or in the VKB config or button tester apps.
I have tried restarting my PC and re-starting my USB hub to no avail. I have tried moving the grip over to my old Gunfighter Mk3 and connecting that to the black box and voila... green light in the grip, all buttons registering. All good.
Moved it back to the Rhino... dead.
=/
This would suggest to me that the VKB adapter has died? The black box is still flashing red, fwiw.
I was just tweaking my config and testing it ingame (DCS) with the F-14 doing some high-alpha manoeuvres with the stick shaking pretty harshly when I noticed the trim had stopped working. I checked my bindings, but they were fine. The grip, however, was not. Green light was out and and no inputs registered, neither in-game or in Windows or in the VKB config or button tester apps.
I have tried restarting my PC and re-starting my USB hub to no avail. I have tried moving the grip over to my old Gunfighter Mk3 and connecting that to the black box and voila... green light in the grip, all buttons registering. All good.
Moved it back to the Rhino... dead.
=/
This would suggest to me that the VKB adapter has died? The black box is still flashing red, fwiw.
VBlackbox will always flash red, that's normal. With the adapter we are bypassing the controller in the blackbox so it flashing red doesn't mean the grip is broken
RRight. It was more to mention that the box is still alive. =)
VHowerver, if it was shaking hard and then stopped, did you try power cycling the Rhino? Even using e-stop should help. Happened to me once when I was fiddling with the effects with P-47, there was a lot of shaking and it went limp. Reverted the effects, cycled the rhino and all was good
RYes. I have both turned off the Rhino itself and the USB hub powering both the Rhino and the black box.
RHasn't helped, unfortunately.
RFor clarity - the Rhino is fine. That's not the thing that stopped working from the shaking. It's only the grip that stopped working. The Rhino just started the fans after a bit and that was it. It powered through the shaking without any issues. The grip is the one that stopped working from that treatment (I assume).
VSo when you connect the MGCU on the Rhino with the adapter, you get no green light on it anymore, but it works on the VKB base, right?
RCorrect, yes.
RI get an initial white light as the power comes on.
RBut it doesn't turn to green. It just goes off.
VThat is odd, almost like there's connectivity issue, grip not getting the power
RIndeed.
VI mean, I know that those contact pads and the pogo pins can work to their own demise with the pins gouging a hole in the pads making the contact worse. That's why I soldered the wires directly to the pads
Can you check the pads on the adapter, make sure there are no such holes? Also if you don't tighten the grip to the adapter and you rotate it slightly does the connection restore?
Can you check the pads on the adapter, make sure there are no such holes? Also if you don't tighten the grip to the adapter and you rotate it slightly does the connection restore?
RYes!
RUndoing the grip tightening a little and rotating the grip did restore the connection!
RI have a green light once again!
RExperimenting a bit, it seems like there are some zones across the rotation of the grip that work and some that don't... to my dismay, putting it all the way to the stop doesn't work =/
VIf you can, put small bit of solder on the each pad (make sure not to bridge) to thicken them, that theoretically should help with maintaining the connection, but it's to be expected that eventual vibrations will work against it
RI see.
RThanks a million for the help!
RWhat a relief to get it working again... though it's a bummer it appears to be shaky/fragile =/.
When you say "apply a bit of solder", I assume you mean to let it also cool off before applying the grip on top?
When you say "apply a bit of solder", I assume you mean to let it also cool off before applying the grip on top?
RIs there anything else or more I can do to try to alleviate this whole issue?
VYeah, melt a bit of solder. By the time you do all three pads, put the soldering iron down and pick up the grip it'll be ready.
VAs for more permanent solution, only way I see it getting fixed is to solder the wires from the grip to the adapter. That is however, a destructive fix as you practically tie that grip to the adapter and the Rhino and I wouldn't recommend it unless you are absolutely sure about this
