mate i never take anything personal, i could see pretty quickly your native language was not english and thats absolutely fine, i am english and still my english is bad haha.
‘‘Will a QR from Asetek meet these standards?’’
Yes that is precisely correct… at least that is the plan, as far as i am aware they have accomplished this and the QR will work while allowing full functionality… pretty neat huh.
so yes it is the same right, the different angle means the gap is more visible… we need to remember that gap number 1 is not important because the two sides actually meet in the middle inside
where i have marked number 2But gap 1 is in the outside so more leverage, and to me Asetek gap looks bigger than SQR
thats possible for sure… i think its hard to say when its a different angle, from that angle it does look bigger.
what im trying to say is we need to think about where the 2 sides meet, gap number 1 actually never touches and thats the same with simucube or Asetek, the part that touches and where tolerance is extremely tight is on the inside edge, this is what will allow no play
I know the guys from VPG very good. I will ask them. Just an example why I am so sceptical: Dennis from Simracing hardware told me once, that a coiled USB cable from Ascher can be totally wired different than one from Cube, this again different from VPG.
Asetek has now a QR able to deliver power and data. VPG is still fully designing with Vocore and Simhub. Magnetic paddles from VPG and Gomez are maybe wired different, the strength is different. You assure me this is everything already solved, at least for Aseteks DDs.
If Simucube comes up with something similar, their solution is might different. What we do then? Dimensions and form are different. Has VPG then to build a wheel solution for each DD?
hey i am just telling you what Asetek has told us, it would be great if you are able to speak with VPG about this, if that happens feel free to come back and tell us what they said, it would be good to know.
All i know is that Asetek are allowing third party wheels to be used with their QR without a wire while being fully functional, how they achieve that i cant possibly know, but all i know is they are doing it.
if asetek simply routes the USB port through, the implementation is not too complicated.
Most wheels have the USB port in the back. You actually only need a wheel-side QR, which also brings a cable for this connection.
GG EZ - Case closed 
This is what Asetek had at the ADAC sim racing expo… so their claim is to mix and match 3rd party wheels with the Asetek wheelbase with no need for cables, bluetooth or batteries, plug and play with data transfer and power connection.
Now I remember that Emanuele sent m5a picture from an Expo3in Germany last year. There was a Stealth wheel attached to a Asetek DD. The Stealth has no display though.
But I’ll contact him, and come back to you after that
Asetek DD is no option anyway. I bought my Simucube 2 R2 2 in early 21, if I remember correctly.
Only thing I consider to update is the pedal yet. Should my BJ pedals once would fail I would go with the Simgrade pedals. By then it’s maybe 2025. Plenty of time
oh yes, i am not trying to convince anybody to leave simucube behind, absolutely not. I am just sharing what i like that other manufacturers are doing and maybe with others in the community we can make it clear what we think is good and what we think is bad so the guys at granite can take that feedback and improve the simucube or other future devices.
Again i am not here to try and talk badly of the simucube, its simply an amazing bit of kit.
And SC2 requiring special GD supplied wireless module inside the wheel making it unusable with any other wheelbase is different?
Ideally I want to see USB pass through with only vendor specific adapter that can be easily replaced if needed that also allows wired connection.
And if it’s true wireless, standard BT that connects to PC, not wheelbase, like that new Cube wheel.
No no! I didn’t wanted to accuse you!! Just to let you know about my situation!!!
Because I have all wheels with active powered USB hubs I never really thought in depth about it.
But from my posts it’s quite obvious that I am absolutely no fan of the wireless solution, not at all. I saw way too much people with problems to connect, to hold the connection up, having missshifts and other issues.
I wouldn’t choose this way of connecting, even there are lots of wheels with display, double clutches and 3d paddle pair.
This is, I’m sorry but I just see it this way, one brick in this wall. Can you imagine for yourself to have a single of their pedals, and a Heusinkveld/DC/BJ throttle next to it??? Me…no way
BJ’s own mounting plate is 36x36cm. The Simucube pedal is over 40cm. One has to mount it directly to the alu profiles. And you need sure 4 of them, I guess.
No Andrew, the “for Simucube only wireless” is exactly what you say. But do me a favour, and don’t call it “ecosystem”. Not because of you, but this phrase is , for me, so god dam missleading, almost cynical
PS: I also don’t understand why it had to be this wireless solution. Because part of it is that at the moment Granite can’t offer displayed wheels. From all the F1 teams, 1, Williams has a steering wheel without display. They placed it like a smartphone behind the wheel. It’s not a better solution, and it’s not looking go6
You mention something that is a HUGE problem point with current USB wheels that use DIN style connectors at the wheels… in that each manufacturer can wire them up differently which does not allow cross compatibility in the wire Since all of these are outside the USB Standard Spec… However ALL wired wheels run off of USB…
So this is general to all:
For most wheels right now they they are USB. they run off of the USB HID protocol for main functionality… most wheels do this directly with no drivers required if they have written their USB stack properly. This Functionality does NOT include screens but does include the ability for buttons, hat switches, and analog inputs… The USB stack for the wheels I produce is capable of 128x buttons 17x 16bit analog inputs, and 4x Hat switches (it took me quite a while to write this header though and have it be backward compatible with the windows Traditional HID interface)… In anywise that it a lot of items and we will probably never use all of them. This DOES NOT cover Screens or other visual inputs such as LEDs which are usually run through a USB-Serial connection.
This USB serial connection is also sent over the same lines as the USB HID hence why USB only needs the 4 main wires (USB 3.0 uses more wires due to the split bus to gain SuperSpeed).
this 4 wire USB2.0 set-up is generally common and I can guarantee that most every manufacturer is fully capable of this setup… which is why having USB pass through the wheel base is actually a very good thing.
When it comes to wireless wheels and conversion to line powered USB this gets much more difficult as generally speaking and in the Case of the SimuCUBE the wireless aspects are provided to the Manufacturer by selling a proprietary board to them with whatever functionality they include. (Simucube Wireless Module) This is integrated into the design of the wheel and as such controls all the data so there are no USB Data lines present. These could benefit from Line Power as it would eliminate all of the battery issues and provide a much more constant power supply.
There are limitations with USB, the biggest being the 500ma “max” Some hubs can provide a bit more amperage but if they want to be within spec it isn’t supposed to exceed 500ma… Having a Powered Hub (if that hub is designed correctly) will provide 500ma to each port in the Hub. If the hub is unpowered it splits the base 500ma between all the ports on the hub (significantly limiting power availability)
Screens and LEDs can be Power HOGS and eat up that 500ma availability very quickly and the way to get around this is to not use the USB power bus and use a second power bus more capable than 500ma… This however would require a power line OUTSIDE of the USB (if your desire is to stay within USB spec. this becomes more complex in ways but fundamentally sound…
Basically though converting a wheel that is currently on USB to any OTHER sort of USB connection is not a big deal… Converting a Proprietary system such as the SimuCube Wireless to USB (that is a problem)
And about SimHub… There is a danger for a company to use open source code (not only with licensing) but the fact that in many cases that code is really only being further developed by one or two people… When/if those people get tired of dealing with the code, development dies and since the company has no real control over it then they have issues with longevity… This means that if SimHub decides to stop doing what they are doing then all those wheels and displays that use SimHub will be stagnated and or stop working depending on if windows would change things afterwords, This could be a support NIGHTMARE for a company. I am honestly surprised so many companies have adopted the use of SimHub but it is by far the easiest manner to place lights and displays in wheels… But if you don’t want to or can’t use SimHub for the inherent issues with using a third party system within a first party product then it is not so easy…
This is most likely why you are not seeing a SimuCUBE branded wheel with LED’s or a Display… Well that AND it cannot actually be wireless until the SimuCUBE Wireless module can support serial data transfer and the power requirements of the LEDs/Screen. Licensing issues come into play here as It is probable that by integrating SimHub into the wireless module by the GPL they would be REQUIRED to release the firmware code for the entirety of the wireless transmitter which would allow anyone to produce a SC Wireless Transmitter. (Which of course Granite does not want to do as they want to sell the units to the wheel manufacturers and not have them be able to produce their own)
I never had a Simhub display issue since day 1. 18 LEDs, button addressed to move forward backwards in the display pages, portforwarding… everything is working perfect. VPG displays work only with their own firmware and their wheels. And depending on the wheel model my firmware doesn’t work with other ones. You have to flash/upload another file, the one defining HMI. So it’s not open source. You also have a password protected access to their website, and to the the different presets presets
This won’t work for Simucube, and not for others. High end wheel designers/manufacturers won’t sacrifice their top work to a wireless system. VPG does , although not officially, design and produce here and there quick releases. They build in special materials, it’s looking like a fine net, to block/minimize EMI problems. If all DD are Fe wireless only, their QR also a data and power highway, these companies will do their own QR and use a Simucube the same way they do it now. There are more than enough customers out there which still buy from VPG, Gomez, Grid and others. We not all will be held as hostages. And if this goes as far as Fanatec does,band all will do it, then there are always 2 or 3 clever guys with an idea to make simracing great again…
Actually though SimHub Ardunio code is under GPL so if you ask for the firmware “source code” for the wheel they offer and they deny giving it to you then they are most likely in Violation of the GPL agreement and can be sued by ANYONE not just the GPL… It Doesn’t MATTER that they developed other code with it that is not uploaded by SimHub it is the fact that they are using SimHub Code within their units to display SimHub based information… They MAY not even realize this is the case BUT it is hence why Granite is wary of including it.
Now there are some loopholes here but it is hard to prove in that if they have figured out every aspect of the Serial stream they could have developed their OWN methods of decoding the SimHUB serial stream but I do also know that in order for something to work with SimHub there are some linkages that have to occur which generally need code developed by them and would fall under the GPL and then require release upon request.
This however gets into the highly complex nature of Software licensing…
Also you probably won’t have issue with SimHub until they decide to stop updating it or a another developer doesn’t decide to continue at that point. Sort of like irFFB as the original designer is no longer updating that code and someone else has taken the reigns.
Not exactly sure what you are getting at here… But if you are getting at USB Wired wheels being generally universal then this is correct…
All I was getting at was a USB Pass through would not limit or give undue control to a wheel base manufacturer over a wheel manufacturer and their developments. it just would allow a more contained connection method.
Anything else however that requires custom communication i.e. Fanatec, or SC Wireless does close the door for those that are not the manufacturer OR willing to pay for the parts to become compatible…
