il faut bien un encodeur tel que le biss pour ne pas avoir à recentrer le volant à chaque redémarrage de la simucube ?
Suffit juste de le régler.
il faut bien un encodeur tel que le biss pour ne pas avoir à recentrer le volant à chaque redémarrage de la simucube ?
Suffit juste de le régler.
As I said, the Motor, Encoder and Center Point wizard has to be run again with this 0.10 version, to set correct center point.
If there is a bug after this, so that steering does not keep center between starts or that it behaves differently, then please tell me. No pre-release testers reported anything like that.
There is a report to me on iRacing forums, that the steering is exactly 2 degrees off-center in 0.10.1 even after running the wizard. This is with SinCos encoder.
Does anyone have anything similar happening? I can't repeat this myself.
Nouvelle version 0.10.3
Je n’ai toujours pas mis à jour depuis la 0.9.7 il va falloir que je m’en occupe
Je n’ai toujours pas mis à jour depuis la 0.9.7 il va falloir que je m’en occupe
Pareil pour moi
There is a report to me on iRacing forums, that the steering is exactly 2 degrees off-center in 0.10.1 even after running the wizard. This is with SinCos encoder.
Does anyone have anything similar happening? I can't repeat this myself.
Don't know if related, I have the simracing bay OSW DD Simucube, everytime I recenter ( I dont manage to have the simucube to remember the wheel center position ), After I just click [just recenter...], without touching the wheel, the value is 0.01°. Which doesnt affect the driving anyway.
The 0.01 / -0.01 is due to floating point calculation in the Configuration Tool, and not an actual error.
Afficher plusBonjour à tous, je suis nouveau ici, donc je commence par me présenter rapidement.
Yohan, 28 ans, ingé informatique de formation, passionné d'automobile en général mais aussi de simracing (ah bon? )
J'en avais marre de mon g920 donc je me suis lancé dans un super projet, me fabriquer un osw.
Je me suis donc équipé :
Small mige
Simucube
Ioni pro hc
J'ai suivi le wiki de GD pour les branchement et les diverses installations mais là je bloque... Donc je m'adresse à la communauté, n'ayant pas trouvé la réponse en cherchant.
Mes branchements semblent bons, j'ai installé le soft sur la simucube et le firmware sur la ioni, mais j'ai 2 petits soucis :
- Si je tente d'envoyer un fichier de conf (drc) via le simucube conf tool, il me dit qu'il ne peut pas l'ouvrir...
- via granity, il semble le prendre mais quand je passe à l'étape testing, rien ne se passe... Je relâche l'arrêt d'urgence, l'indicateur "over current" s'allume et granity me demande de redémarrer la ioni... En boucle...
Des idées/suggestions ?
Merci d'avance, et si la question a déjà été résolue mais que je n'ai pas trouvé, je m'en excuse d'avance.
Salut YohanR je relaye ici ton message puisque ça concerne le soft aussi
Et content que tu aies reçu ton support Mige aussi rapidement
Where could I reach YohanR ?
By private message clicking the bubble on top right side in the blue stripe
OK, I found the thread he made, so lets continue there.
Thank you I thought the other thread has chance to be lost in few days so I put it here :timide:
Le code source à été publié
Etienne : va tu apporter ta contribution aux évolutions futures ?
That is the question !!
Maintenant, vue que le soft est toujours en Bêta, est’il judicieux de bosser sur un chantier qui risque de changer, et être modifier et ainsi devoir refaire le job 1 fois, 2 fois, 3 fois parce qu’il y’a des modif importante ??
Je ne suis pas développeur, mais je serais méfiant tant que la V1 n’est pas sortie.
Well, of course if we change some fundamental things, we here at GD will also do those changes to the Opensource repository too, so there should be minimal effort.
Currently we are already developing encoder input support to the X12 ports, for example.
Also the whole settings architecture, with structs passed between the configuration tool and the firmware, is not very future proof. For example, passing the Profile data structs compiles with GCC on Linux in incompatible way. So we are planning to change that to something else. But most likely it will just be an API change only first.
Le code source à été publié
Etienne : va tu apporter ta contribution aux évolutions futures ?
Difficile à dire pour le moment, je suis sur un autre truc là en ce moment, et peut-être sur un autre truc juste après.
De toute façon la licence qu'il faut accepter pour contribuer n'est pas compatible avec mes propres licences, donc je ferais peut-être un FW avec des fonctionnalités de la mort qui tuent, mais ça restera pour moi et mes amis.
We at GD would like to know what particular things make the license incompatible. If it is some proprietary source code that you don't want to make public, then that can be included as precompiled library / class as we have done with some of our code. We are willing to discus all options, there is no reason to have multiple different firmwares - that would just make the community more fragmented.
In fact, it is very simple :
I do not allow commercial use of my work by third parties (except specific agreements), so I can't accept the GD contributor's license which allows GD to sub-license the FW to anyone, including my competitors. It may be acceptable for small features, but not for the big project I have in mind.
Edit : I simplified my initial answer by removing everything that is not related to your initial question.
-------- Version FR -----------
En fait c'est très simple :
Je n'autorise pas l'utilisation commerciale par des tiers de mon travail (sauf accord spécifique, au cas par cas), c'est pour cette raison que je ne peux pas accepter en l'état la licence de contribution GD, qui permet à GD de faire des sous-licences à n'importe qui, y compris à mes concurrents. C'est envisageable pour des petites fonctionnalités, mais pas pour le grand projet que j'ai en tête.
Edit : J'ai simplifié ma réponse en enlevant tout ce qui n'est pas en relation avec la question initiale.
la 0.10.4 est sortie ?