Reprise du message précédent :
Ah KOS c'est sur que c'est velu  
J'ai réussi à faire une fusée réutilisable mais elle est loin d'être parfaite  

Perso le but est de faire un programme qui ajuste la poussée de chaque moteur vtol pour aligner le CoT avec l'axe vertical du vaisseau passant par le CoM

Wow là c'est du morceau
Si t'y arrive je veux bien voir le programme

Pour l'instant c'est pas le programme qui pose souci mais la partie maths pour prendre en compte des moteurs ayant des poussées différentes et des orientations différentes, afin de trouver le CoT.

A noter qu'on bosse à 3 sur un projet de Machine Learning appliqué  à KSP depuis deux semaines Qui s'oriente peu à peu vers du Q-learning mélange à un algo génétique pour aider un peu à dégrossir. Mais... cest pas gagné et ça reste encore un peu flou, on fait de l'état de l'art
 
kPRC par contre pour utiliser Python et les librairies de ML.

Première étape franchie : comment calculer la direction de la poussée résultante pour le vaisseau en fonction de la poussée de chaque moteur.
 

 

 
Deuxième étape à faire : déterminer les angles de chaque direction des moteurs pour calculer la position du CoT en fonction de la position de chacun d'entre eux et de leur poussée unitaire * le cosinus de cet angle

  C'est pour faire quoi ?

Oh, pour se familiariser au ML avec un contexte fun, KSP ^^ Essentiellement ça, je ne crois pas qu'il y fait un réel intérêt face aux méthodes calculatoires classiques, mais... peut-être que si !

J'entends bien mais tu essayes d'optimiser quoi avec le ML ?
Le gravity turn ? La conception du vaisseau ?

Idéalement oui, le Gravity Turn. Mais ça fait un paquet de paramètres, suivant si l'on contraint à la base le domaine d'évolution ou les règles d'un lancement… Et moi j'aime bien quand on contraint pas grand chose et qu'on voit ce que ça donne
 
On commence donc avec un cas uuuuuultra simple pouvoir quel peut être l'intérêt de base et la structure, la communication avec le jeu, la récup d'info qui fait sens etc : une ascension verticale sans input de direction, seulement gestion de la poussée, avec comme métrique l'atteinte d'une altitude max.
 
Le problème c'est que… C'est "trop simple" pour percevoir l'intérêt du ML, un peu trop limitant d'une certaine manière. M'enfin ça fait un bon point de départ, faut juste faire abstraction volontairement des solutions usuelles, genre s'interdire les algos quoi !

question construction

utiliser les interstages nodes dans les fairing pour AUTRE CHOSE qu'empiler des satellites /modules c'est legit ? c'est solide ?

j'ai l'idée de poser l'un sur l'autre plusieurs elements pour un systeme de rentrée et de les virer au court de la mission ( dans l'ordre heatshield , parachutes et cone aero pour la remontée )

j'ai surtout peur  que ca ne tienne pas les efforts de tractions causé par le heatshield (c'est pas celui  encaisse la descente mais un autre posé a l'envers sur le haut du lander pour provoquer du drag et garder le bousin dans l'axe ) puis par les 4 parachutes XL

edit : concept rapide du machin

J'aurais jamais fait autant de maths depuis l'école
J'ai enfin mon vecteur de "déviation" entre le CoM et orthogonal au vecteur de poussée \o/
C'est ce vecteur de déviation qu'il convient de faire tendre vers 0. (moins de 25cm disons, je pense qu'un écart aussi faible peut être compensé par des roues de réaction, des RCS voire du gimbal. On verra à l'usage).
Y'a plus qu'à faire une boucle dans laquelle on identifie le moteur le plus proche en terme d'angle pour lui calmer son thrustlimit ou au contraire le moteur le plus éloigné de ce vecteur pour augmenter son %thrustlimit.
 
D'ailleurs en écrivant ces lignes je me dis qu'il faudrait commencer par augmenter la puissance d'un moteur qui ne serait pas à fond plutôt que de faire perdre de la poussée à l'ensemble du vaisseau.
 
Voire même agir sur le throttle global du vaisseau pour que les modifications de poussée unitaire de chaque moteur ne soient pas trop brutales et ne changent pas démesurément la poussée globale.... à creuser
 

Legit oui, solide... à voir.
Tes interstage nodes sont permanents par contre, sauf si tu découples toute ta coiffe.

ah ?? il me semblais que l'interstage et les deux poutres "s'arrachent" et partent avec le module au moment du decouplage

Edit : petit test rapide fait : si il reste un truc attaché sur le node, il reste
si il reste plus rien, il se détache et part collé au dernier morceau  
c'est donc a moi de faire gaffe a mettre des séparateurs dans le bon sens pour avoir une séparation clean

edit 2 : niveau solidité ... ca passe , ca supporte une entrée sur EVE

objectif reussi , reste plus qu'a se poser sans tout peter

Rien ne vaut un bon test façon ALT + F12  pour éprouver un concept

c'est ce que je fait  
je prépare un lancement habité sur EVE, je fait mes tests en sandbox AVANT de me lancer dans ma partie en mode hardcore ( jeb meurt => je recommence de zero )  
 
ca m'occupe en attendant la fenetre vers DUNA dans 1 an, je vais vas faire juste un time warp  
je suis plutot content de mon "train" ... lancé en 4 fois avec des accostages j'ai un module labo/vie/retour kerbin , puis un lander avec matos science puis un module pour re accoster le lander, le refuel pour un second atterrissage   et enfin un module avec asses de fuel pour le trajet A/R
 

Mon script kOS fonctionne
https://imgur.com/a/e3HW65Y

Alors en l'état c'est pas du tout user friendly
Mais ça marche J'aurais bouffé du vecteur et de la trigo pour y arriver
La prochaine étape est de se faire une petite fenêtre flottante avec un bouton pour activer ou non l'équilibrage.
Il faut aussi que j'ajoute un dispositif de contrôle pour abandonner si le vecteur de poussée ne peut pas être aligné avec le CoM.
En l'état aussi le script ne change la poussée des moteurs que dans une certaine limite. Quand l'écart entre le CoM et le vecteur de poussée passe sous les 2cm il s'arrête. Je verrai si on peut faire mieux et si le pas d'incrémentation ou de décrémentation du %thrustlimit peut être de moins de 0,5%.
Il reste donc un bras de levier résiduel mais qui peut être facilement compensé par une roue de réaction.

Bien joué ! C'est très intéressant à lire

On peut avoir une vidéo steuplé ?

Oui il faudra que j'en fasse une mais après une première vidéo sur KIS (je galère pas mal à faire ma première vidéo tout court) et surtout quand la chose sera davantage présentable.
Si je fais une vidéo par contre va y avoir des maths et du code

Ah et il y a aussi quelque chose que je veux faire et qui n'a pas l'air extrêmement compliqué.
Je ne veux pas que mon programme repose sur des moteurs qui aurait été taggué "VTOL" par exemple ou "FORWARD' (KOS permet de tagguer des parts)
Je veux que le .craft puisse rester stock (aux modules prêts) avec kOS for All!

Il faut donc que le programme puisse identifier et ne considérer que les moteurs qui sont dans l'alignement de la pièce qui ait le contrôle du vaisseau. Le but est d'avoir le même genre de contrôle en VTOL mais aussi gérer une poussée asymétrique en utilisation standard (changement d'orbite, injection....).

Par exemple sur ce vaisseau le centre de masse n'est pas vraiment aligné avec le Poodle derrière (même si j'ai depuis passé 1 bonne heure à réviser le design et que c'est moins pire qu'avant), on pourrait donc avoir 4 Terriers qui soient ajustés avec le même algorithme.

La méthode pour identifier les moteurs ne semble pas présenter de challenge particulier.
1- Identifier la pièce qui contrôle le vaisseau avec Vessel:CONTROLPART
2- Déterminer les moteurs qui présentent une angle inférieur à une certaine limite (45° ?) vectorangle(part1:position, part2.position) < MAXANGLE
3- Faire une liste de ces moteurs pour ne travailler que dessus en ne tenant compte que de ceux qui sont activés.
4- Si la liste a une longueur de 1 faire Ciao Bye je ne fais rien pouvoir faire.

J'adore ce gros vaisseau, je pense m'en inspirer

Il n'est pas si gros

Ça progresse
Ces deux derniers jours je me suis focalisé sur le design d'IHM avec kOS.
Le truc est quasiment fini, le bouton HIDE n'est pas géré encore.

Demain je merge l'algo dans le code de l'IHM et je teste

Vidéo brute de fonderie d'un programme pas fini
 
Je vous livre mon premier test en réel. Je suis aussi surpris que vous (je pense) de voir que la correction "gigote" dans tous les sens.
Elle remue d'ailleurs beaucoup plus que lors de mes tests de décollage vertical sur Kerbin avec des engins beaucoup plus légers.
 
Faites pas trop gaffe aux commentaires, la vidéo est biodégradable
J'espère bien faire un truc dans les standards de la chose à terme.
 
https://www.youtube.com/watch?v=YIpNFIVRH0U

Très fun ! Je trouve au contraire que ça ballote pas trop, mais peut être que le temps de réaction est trop élevé ?

J'attends 1s dès lors qu'un équilibre est atteint, avant de retester de nouveau.
C'est peut être trop en effet.

Y'a un autre truc qui me chiffonne, on peut se retrouver avec aucun moteur à 100% de sa poussée...

Si ça vous intéresse, le code est là :
https://github.com/xot1643/EBT

EDIT:
Et un partage avant de partir en vacances... Nemo version Heavy avec gros ISRU qui a obligé à repenser un grosse partie du design.

+
https://imgur.com/3aDjnkK
https://imgur.com/K2u9PUz

C'est la mode du rétro.

Voici un ancêtre français de Kerbal.

https://cpcrulez.fr/GamesTest/ariane.htm

Héééé voila ! Challenge lancé ! Venez découvrir toutes les modalités de participations, profitez d'un ModPack exclusif et clé en main qui inclue la toute première version de Ryugu dans KSP, l'astéroïde que nous avons conçu a la main à partir des données de la Jaxa !
 
https://kerbalspacechallenge.fr/201 [...] lancement/
 

Et vous, où jouez vous à KSP ?

C'est surfait la réserve de Sigean  

Je vois dans les mods conseillés Infernal Robotics, je ne savais pas qu'il y avait de nouvelles versions, mais ça semble le bordel, les premières réponses du forum KSP et Reddit sont obsolète, tu recommandes celle-ci sur ton site, et je vois aussi [url=https://github.com/meirumeiru/InfernalRobotics]celle là, bref ça semble un peu le bordel.

Ça reste passablement buggué surtout.

C'est un mod pour ceux qui veulent s'y risquer, pas du tout un prérequis

Mes seules expériences de kraken l'ont été avec une sorte de canadarm
Tout le vaisseau a pété derrière c'était magnifique
Par contre ça a eu la peau de mon concept

Pour ceux que ça intéresse, il s'est passé des choses côté kOS la semaine dernière.
En effet le mod contenait contenait un bug qui n'a été mis en lumière qu'avec la 1.7 et qui faisait planter d'autres mods/ le core code. Le bug était là depuis longtemps mais n'avait eu qu'un impact marginal.
La version 1.1.8.0 corrige le problème avec la version 1.7 de KSP.
 
Je vais pouvoir utiliser kOS dans ma partie principale

Apparemment Squad a vu que vous discutiez d'Infernal Robotics, ils en ont mis dans le prochain DLC
 
Breaking Ground, inclut donc des pièces mouvantes, mais aussi des expériences scientifiques à déployer soi-même, des trucs en plus à la surface des planètes (formations minérales, cratères), un bras pour mettre sur vos rovers et une super combinaison orange !
 

Science, Science everywhere
 
Ça coute 15 dollars (sauf pour ceux qui ont acheté le jeu avant avril 2013) et ça sort le 30 mai.

Un IR qui ne crashe pas, perso c'est orgasme direct
EDIT : et puis quelque soit le contenu du DLC je vais le prendre pour encourager les devs à maintenir leurs efforts sur le jeu.

Ouais enfin vu le peu de contenu qu'ils ajoutent...