RobinDR-400 jsbSim 120cv

Oui on attend le retour d'Ernest qui s'est déjà plongé dans le problème plus d'une fois, il a donc de l'expérience

dany93 a écrit:Et comme, en plus, on ne sait pas pourquoi il a été remplacé...

Toute l'explication est là 10/04/2012 :

F-Sig a écrit:

dany93 a écrit:Bonjour,

J'ai trouvé le responsable de mon anomalie "1/4 d'image" (voir mon post du 09 avril 15:08). C'est l'appel au fichier Systems/instrumentation.xml. Je dis bien le fichier, pas le KR87 lui-même. Le fichier appelé avec lignes KR87 commentées provoque encore l'anomalie. Son absence d'appel, non (comme auparavant). Ce fichier me semble une manière "tordue" d'appeler le KR87 (puisque tous les autres instruments fonctionnent sans).
Comme je comprends mal la syntaxe et procédure d'appel de ces fichiers dans le -set.xml et associés, je n'arrive pas à trouver de solution alternative. N'y a t-il pas une manière plus simple d'appeler ce satané KR87 (par exemple directement depuis le dr400-base.xml) ? Il fonctionne sans problème dans le Cessna 172P. Je n'arrive non seulement pas à trouver comment faire autrement mais pas non plus à trouver où est le fichier nasal associé. Bizarre...

Il nous fait suer ce KR87
Bizarre que ça influence l'affichage

Pour te dépanner tu peux copier ces lignes dans ton "data/Aircraft/Generic/generic-instrumentation.xml"

Code:


<KR-87>
        <name>kr-87</name>
        <number>0</number>
 </KR-87>


Et retirer (ou commenter) l'appel dans dr400-base.xml
Ici ça fonctionne.

Ily a 2 KR87 ou plutôt un KR87 et un KR87-adf en circulation.
On a peut-être tiré le mauvais numéro. J'essaierais d'installer le KR87-adf un de ces jours.
c'est celui qui est dans le c172 et le Lancair.

Amicalement.

Actuellement nous utilisons donc le même KR87 que le Lancair235 et le C172. Si j'ai le temps d'y jeter un œil je le ferai.


Amicalement,
Clément

Je viens de me pencher sur le problème, normalement avec ce nouveau fichier, ça fonctionne :
Remplacer le contenu du fichier DR400-jsbSim/Models/Interior/Panel/Instruments/adf/adf.xml par ceci :

Code:


<?xml version="1.0" encoding="UTF-8"?>

<!-- ########################################

 # DR400-jsbSim by PAF team
 # April 2012 : Modified by PAF team
 # http://equipe-flightgear.forumactif.com

##########################################-->

<PropertyList>

  <path>adf.ac</path>

  <animation>
    <object-name>Face</object-name>
    <object-name>Needle</object-name>

    <object-name>vitre</object-name>
  </animation>

  <animation>
    <type>noshadow</type>
    <object-name>vitre</object-name>
  </animation>

  <animation>
    <type>shader</type>
    <shader>chrome</shader>
    <texture>Aircraft/DR400-jsbSim/shader.png</texture>
    <object-name>vitre</object-name>
  </animation>

  <animation>
    <type>material</type>
    <object-name>Face</object-name>
    <object-name>Needle</object-name>
    <emission>
      <red>  0.07 </red>
      <green> 0.04 </green>
      <blue>  0.04 </blue>
      <factor-prop>systems/electrical/outputs/instrument-lights</factor-prop>
    </emission>
  </animation>

  <animation>
    <type>rotate</type>
    <object-name>Face</object-name>
    <property>instrumentation/heading-indicator/indicated-heading-deg</property>
    <factor>-1</factor>
    <axis>
      <x> -1 </x>
      <y>  0 </y>
      <z>  0 </z>
    </axis>
  </animation>

  <animation>
    <type>rotate</type>
    <object-name>Needle</object-name>
    <property>/instrumentation/adf[0]/indicated-bearing-deg</property>
    <axis>
      <x> -1 </x>
      <y>  0 </y>
      <z>  0 </z>
    </axis>
  </animation>

</PropertyList>


J'attends vos confirmations, et je placerais ça sous GIT, en fait la propriété utilisée par l'aiguille n'était pas celle modifiée par la planche radio.

Il y a eu de nouveaux messages pendant que j'écrivais le miens : alors ce que je propose est peut-être du bricolage ? Je n'utilise plus les propriété du kr 87.

Je confirme : ça fonctionne ! Merci Alexis !
Je te laisse pushé ça sur le dépôt

Amicalement,
Clément

Super, voilà qui est fait

Oui, ça fonctionne à merveille. Merci les amis !

Bons vols à tous.

Je confirme, chez moi aussi ça fonctionne. Merci Alexis, tu as mis le doigt où il fallait (alors qu'on cherchait du côté du boîtier comm) .

un dernier mot à propos des dds, ici utiliser le dr400 dds au lieu du png me fait gagner 40M d'utilisation mémoire pour fg.

(j'utilise aussi bien sur les textures dds pour le scenery et le materials, via quelques options à passer à FG, pour ceux que ça interesse...)

Code:

--prop:/sim/rendering/scenery-textures-dds=true
--prop:/sim/rendering/materials-file=Materials/dds/materials.xml


la deuxième ligne est valable seulement avec un git récent, le fichier a bougé recement de place, mais je me souviens plus quel était la ligne avant.

jano, qui arrête de vous souler avec les dds , promis ..

Bonjour à tous,

Meuh non, tu saoule pas jano, les dds, il y aura bientôt plus que çà...

Moins rigolo, le Garmin plante Fg lorsque je clique sur Enter après la mise en service.

Code:

fgfs: simple.cxx:433: void FGAirport::readThresholdData(SGPropertyNode*): Assertion `t1' failed.
svn: Signal reçu

patten a écrit:Bonjour à tous,

Meuh non, tu saoule pas jano, les dds, il y aura bientôt plus que çà...

Moins rigolo, le Garmin plante Fg lorsque je clique sur Enter après la mise en service.

tu as un message d'erreur a la console ?
c'est avec tous les avions ?

jeep a écrit:
tu as un message d'erreur a la console ?
c'est avec tous les avions ?

Salut Jeep,

Le dernier message est celui-ci:

Code:

fgfs: simple.cxx:433: void FGAirport::readThresholdData(SGPropertyNode*): Assertion `t1' failed.
svn: Signal reçu

Idem avec le EC135.

Je viens de faire d'autres tests, FG plante à LFLB et pas ailleurs

peut etre une definition de l'aeroport qui deconne, dans apt.dat par exemple ?

Çà plante un peu de partout dès que je touche autre chose que la mise en route du Garmin.

Je suis le seul?

Le DR400 version du dépôt, fg 2.4.

Fonctionne normalement sous GIT 2.7

EDIT[ Encore que, il y a des choses en rouge dans la console]

T_SHARED 'Models/Power/generic_pylon_02.xml'
Traffic Manager Warning: discarding outdated cachefile /home/titimint/.fgfs/ai/L/F/L/LFLB-cache.txt for Airport LFLB
'saw departure changed'
'saw arrival changed'
'saw waypoints changed'
'saw current WP changed, now -1'
'saw waypoints changed'
'saw current WP changed, now 0'
'saw departure changed'
'saw arrival changed'
'saw waypoints changed'
GPS: malformed route, index=-1
'saw current WP changed, now -1'
GPS: malformed route, index=-1
'saw waypoints changed'
GPS: malformed route, index=-1
'saw current WP changed, now 0'
caught exception processing subsystem:instrument-17-gps
message:invalid leg index
caught exception processing subsystem:instrument-17-gps
message:invalid leg index
caught exception processing subsystem:instrument-17-gps
message:invalid leg index
caught exception processing subsystem:instrument-17-gps
message:invalid leg index
caught exception processing subsystem:instrument-17-gps
message:invalid leg index
(exceptionCount=5, suspending)
titimint@titimint ~ $

As-tu tenté des changements ? Pour moi (FG 260, Vista, DR400_JSBSim_11_05_2012) le Garmin ne plante pas, à LFLB comme ailleurs. Pas de message d'erreur non plus au premier niveau.

dany93 a écrit:As-tu tenté des changements ? Pour moi (FG 260, Vista, DR400_JSBSim_11_05_2012) le Garmin ne plante pas, à LFLB comme ailleurs. Pas de message d'erreur non plus au premier niveau.

Avec le p92 et le EC 135 tous deux dotés du Garmin, même combat

Je me rend compte que je l'avais bien adopté, il me manque.

Je confirme qu'il n'y a aucun soucis sous GIT.
C'est assez dingue qu'il aime pas LFLB comme ça du jour au lendemain :/

Y aurait-il un fichier de sauvegarde (dans le même style que l'autosave.xml) ? La suppression de celui-ci peut peut-être y faire quelque chose ?

Amicalement,
Clément

En complément à l'intervention de Patten sur le Garmin 196 :

fgrun ne veut plus charger le DR400, il lui manque le fichier ".... Aircraft/instruments-3d/garmin196/garmin196.xml"

JM

aco a écrit:En complément à l'intervention de Patten sur le Garmin 196 :

fgrun ne veut plus charger le DR400, il lui manque le fichier ".... Aircraft/instruments-3d/garmin196/garmin196.xml"

JM

Bonjour à tous,

RAS, tout fonctionne chez moi désormais.

JM, c'est dans ton data/Aircraft/instruments-3d qu'il manque le Garmin d'après les chemins que tu indiques.

oui, tout à fait, mais pourquoi manque-t-il? Ce pourrait être un problème de chargement car j'ai du recharger FG 2.4.0 mais dans ce cas comment retrouver un dossier Garmin 196 pour le coller au bon endroit?
Si quelqu'un veut bien me l'envoyer.... Merci d'avance

JM

D'où l'avantage d'avoir git_paf

Le hangar de la PAF peut te fournir ce qu'il te manque:

https://equipe-flightgear.forumactif.com/t835-hangar-de-la-paf-paf-team-hangar

Merci beaucoup, je pensais bêtement qu'il n'y avait que des avions dans le hangar......
Tout marche bien maintenant

JM

Hello à vous,

Puisque les MR du Garmin ont bien fonctionné, et qu'il n'y a pas eu de réaction (négative) aux différents courriels envoyés par Clément, moi ou d'autres, sur la devel ou ailleurs, et que le DR-400 est, il me semble, bien stable et avancé, ça ne vous dirait pas d'essayer de faire un merge request du DR-400 sur le GIT officiel de FG ?

Ce serait bien sympa, avant la prochaine version (Feature Freeze dans 16 jours), d'officialiser la bête, même s'il ne fera pas partie des avions par défaut.

Bonjour à tous,

Why not?

L'adf est opérationnel?.

Promis, je me plonge dans les tutos bientôt afin de savoir m'en servir.

Sur la version GIT, je ne sais pas mais on peut espérer. En insérant la réparation d'Alexis du 18 Mai pour moi l'ADF fonctionne. D'après leur message, pour Clément et Chris 17 aussi.

Je pense que ce serait une bonne idée. L'avion a évolué en mieux depuis la dernière version du 10 Mai : (de mémoire) ADF, transparence vitres des instruments, horizon artificiel électrique (bien que j'ai cru comprendre que la remise à l'horizontale pose des problèmes, dommage), abattée au décrochage rectiligne, décrochage dissymétrique (stall and spin) rétabli, rotation hélice accélérée en piqué plein réduit, peut-être d'autres.

Pour mémoire, points qui ont été évoqués sans réponses :
- puissance moteur (un petit chouia pour virages à 60° ?),
- traînée des volets (un peu forte à 100% ?).
Mais juste pour mémoire car je ne suis pas certain que ces points soient à changer par rapport au réel. De plus, il n'empêchent pas l'avion d'être tout à fait agréable et réaliste.

Un petit détail facile qui a été oublié : le seuil de visibilité de l'hélice en sur-régime est resté à 2700 RPM, il faudrait mettre 2800.
DR400-jsbSim\Models\dr400-jsbSim.xml (ligne 259)

Code:

  <!-- Sélection de l'objet visible en fonction des rpm -->
  <animation>
    <type>select</type>
    <object-name>propdisc</object-name>
    <condition>
      <greater-than>
        <property>engines/engine[0]/rpm</property>
        <value>2800</value>
      </greater-than>
    </condition>
  </animation>

(à condition bien sûr d'accepter ce rappel à l'ordre, commode mais évidemment non-réaliste).

Amicalement,

Dany