[P3D][FSX] Tentative de méthode de réalisation

Neutrino · [↑]

??? qui pleure ?

Neutrino · [↑]

TABAR57 a écrit :

Bonjour,
Je répond à une de tes interrogations sur le fait de pouvoir câbler inter et rotary switch sur des entrées master non contiguës.
Oui c'est possible (sauf pour les encodeurs ) MAIS car il y a un mais, ne perds pas de vue que sur les cartes master on a une GND par groupe de 9 inputs donc si tu procède à ton câblage sans tenir compte de çà tu vas te trouver avec une foret de câbles inextricable alors que si tu groupes les inputs de façon logique, par module par exemple , tu n'auras qu'un fil noir par groupe à ramener sur la carte, crois en mon expérience , çà change tout.
Cordialement

Bernard

Voici une vue partielle de ma carte de connexion déportées qui me permet de connecter/déconnecter facilement mes contacts. J'ai recréé des rangées inputs avec les gnd correspondants. Chacun a sa méthode, celle-ci me va bien et demeure très souple et polyvalente au niveau du câblage.

[img align=c]https://s25.postimg.cc/ay268t3nz/Connexions_sur_idc.jpg[/img]

Dernière modification par Neutrino (16-06-2018 07:09:15)

TABAR57 · [↑]

Oui, c'est surement bien même si je comprend rien à ta numérotation sur les connecteurs.
Je deviens vieux Moi

Cordialement

Bernard

Neutrino · [↑]

TABAR57 a écrit :

Je deviens vieux Moi

Rassure toi cela me le fait à moi aussi....
Voici le schéma des pistes de la carte.

[img align=c]https://s25.postimg.cc/6l3mqduxb/Schéma_cablage.jpg[/img]

Pour cela j'ai utilisé une carte de prototypage 100x160mm avec bandes longitudinales sur laquelle j'ai soudé des embases verticales 20 voies. Une nappe 40 conducteurs au pas de 1.27 sertie sur un connecteur IDC 40 voies permet le raccordement sur le connecteur 40 broches J2 ou J3 de la master d'une part, et sertie sur 2 connecteurs IDC 20 voies d'autre part.
Le schéma de câblage utilisé permet ainsi de distribuer les 4 groupes de 9 inputs avec leur gnd respectifs depuis J2 ou J3 vers les 4 connecteurs de la carte déportée en distribuant pour chacun les 9 inputs avec les 9 gnd correspondants.

Quand cela est nécessaire il faut pratiquer un fraisage sur l'épaisseur de la piste en cuivre avec un foret de 2 mm monté sur une perceuse à colonne pour interrompre la continuité de la connexion.

[img align=c]https://s25.postimg.cc/uty5ockpb/Interruption_piste_cuivre.jpg[/img]

Dernière modification par Neutrino (16-06-2018 07:09:46)

silverstar · [↑]

Astucieux mais ca reste relativement complexe.

Les groupes de 9 pour 1GND C'est ce qui m'a pousser vers EFDE, non pas que je suis fache a OC (je passe par SIOC), mais pour prendre exemple dans mon OVH j'ai 4 cartes relié entre elles soit 256 in/out et elles sont toutes relie au meme GND

Dernière modification par silverstar (21-03-2017 02:31:00)

Neutrino · [↑]

silverstar a écrit :

Astucieux mais ca reste relativement complexe.

C'est possible, je le vérifierai dans quelques semaines.

Il faut se souvenir que mon projet est de réaliser un tableau de bord situé entre le tous écrans et le tous cadrans avec une méthode permettant de fabriquer rapidement le tableau de bord sans y passer des années.
Comme je sais que dès que j'aurai fini ce tbd de Piper Cherokee de chez A2A je vais avoir envie d'en faire un autre, ne serait ce que parce que j'aime bien varier mes vols avec différentes montures , il me faut des tdb "plug and play" stockés sur une (grande) étagère, dont certains constituants sont polyvalents, rapidement raccordables et surtout avec un petit prix de revient.
Enfin, c'est en tout cas mon idée de départ et l'avenir nous montrera ce qu'il en sera devenu...

silverstar · [↑]

Le problème des TDB plug n play sur l’étagère c'est que tu vas plus passer du temps a construire qu'a voler.

Tu n'as pas envie de faire un cockpit unique de Cherokee Piper à double commande et a coté voler sur le PC avec d'autres avions. (Eventuellement rencontrer d'autres simmeurs pour voler sur d'autres avions et toi de ton coté faire partager ton Cherokee avec d'autres simmeurs).

Ou Par exemple un cockpit générique tout en un (Ca te permet de voler sur 2/3 appareils sans changer quoique ce soit.)

Dernière modification par silverstar (21-03-2017 13:22:49)

Neutrino · [↑]

Non non j'ai pas envie .... je persiste et signe dans mon projet.

--------- Jusqu'à preuve du contraire !!!!

Neutrino · [↑]

J'ai pratiquement terminé ma première radio Comm Nav KX155. La facade est en plexi 4mm pour avoir suffisamment d'épaisseur de taraudage sur laquelle sont fixés un inter rotatif Lorlin CK 1029 et deux encodeurs doubles Elma E37. A l'arrière un plat alu permet de fixer les inters qui ont besoin d' être en retrait de la facade, ce sont trois poussoirs à action momentanée et un poussoir à action maintenue (merci Jack!).
Sur la photo il manque un bouton Nav inner car le fournisseur est en rupture de stock!

Sur la façe de la radio j'ai rajouté en son centre un tout petit bouton de diam 2.5 qui lorsqu'on appui dessus affiche à l'écran une vue zoom sur la partie concernée du tableau de bord. C'est une vue créée sous Ezdok à laquelle j'ai affecté un raccourci.

A l'arrière du support des radios on peut voir la Comm Nav câblée vers une BU0836A pour les E37 et le bouton de vue Ezdok et vers la carte de connexions déportées pour les contacts gérés par Opencockpits.

Voilà pour la partie fabrication -
Pour la partie programmation je me pose la question suivante:
Avec sioc comment utiliser une L:Vars du type "L:Nav1PullIdent=SET", je sais la commander avec fsuipc mais comment faire avec sioc? Est ce qu'il faut forcément connaitre l'offset correspondant ?

Dernière modification par Neutrino (16-06-2018 07:10:25)

mameloose · [↑]

hello
alors pour les L:var deux solutions ...

soit tu trouve l'offset c'est le mieux on peut detecter les offset grace a fsinterrogate un petit logiciel qui se trouve dans le sdkfsuipc sur le site de peter dowson !

si les offset existent alors c'est de la prog basique avec sioc ...

autrement pour la deuxieme solution c'est ici : http://www.aircockpit.com/viewtopic.php?f=89&t=3709

Dernière modification par mameloose (04-04-2017 17:01:13)

Neutrino · [↑]

Oui effectivement quand on débute la compréhension de tout ceci est un peu délicate....
Peut on résumer les choses ainsi:

1 - si les offsets sont connus et "atteignables", dans ce cas on peut leur affecter une valeur avec fsuipc ou, ce qui est mieux , les utiliser dans un script sioc pour une programmation "étendue".
2 - au contraire si les offsets ne sont pas connus et pas détectables avec fsinterrogate il ne reste que la possibilité de l'utilisation des L:vars à conditions de les connaitre.
3 - donc si on possède une liste des variables L:vars pour son avion plusieurs cas de figure sont possibles:
3a - le plus simple est d'utiliser la L:var directement avec fsuipc ou avec Linda. Dans ce cas les contacts sont interfacés avec une carte joystick comme la BU0836 mais pas avec les cartes OC parce que fsuipc ou Linda ne "voient" pas ces cartes. Si une programmation est nécessaire, elle ne peut ce faire qu'avec un script en Lua.
3b - Si malgré tout on veut utiliser le système cartes OC/sioc => 2 solutions possibles:
3b1 - utiliser la L:var en récupérant la valeur de l'offset avec la fonction ipc read puis transmettre cette valeur à un offset libre avec la fonction ipc write. Ensuite sioc fera son travail avec cet offset libre puisque qu'il est maintenant connu.
3b2 - utiliser la méthode décrite par Bernard Tabard57: http://tabar57.blog4ever.net/le-codage- … -avec-lvar. Dans ce cas on affecte un raccourci clavier à la variable L:var puis dans sioc on affecte au contact ce raccourcis clavier et son programme correspondant.

Question à Greg et à Bernard: Est-ce que j'ai tout bon ou manque t-il une autre possibilité ?

mameloose · [↑]

alors le mieux c'est trouver les offset et faire un code sioc pas besoin d'utiliser fsuipc dans ce cas !

si pas possible tu peux trouver les lvars et assigner des touches clavier ou joystick avec sioc et les cartes oc sans probleme jai faijs un tuto ici : http://www.flight-pilote.com/topic-760-sioc-assigner-des-touches-de-claviers-ou-des-fonctions-precises-page-1.html

TABAR57 · [↑]

Bonjour,

Effectivement tu as tout bon, c'est vrai que la prog des Lvars, c'est une drôle de gymnastique et tu as intérêt à ouvrir un cahier pour noter ce que tu fais car c'est l'enfer quand tu dois y revenir.

Cordialement

Bernard

ARCC · [↑]

3b - Si malgré tout on veut utiliser le système cartes OC/sioc => 2 solutions possibles:

Alors moi j'ai une Bodnar pleine. Par contre mes cartes Oc ont encore de la place....
Pour ne pas racheter une Bodnar, tu peux aussi utiliser le "Joystick 64".

Faire un petit fichier en .lua

Exemple Switch Seat belt et No smoking de mon Twin Otter

-- SeatBelt On
if ipcPARAM == 80 then
ipc.writeLvar("L:Seatbelts_sw", 1)

end
-- SeatBelt Off
if ipcPARAM == 81 then
ipc.writeLvar("L:Seatbelts_sw", 0)

end
--------------------------------------------------------------
-- NoSmoking On
if ipcPARAM == 82 then
ipc.writeLvar("L:No_Smoking_sw", 1)

end
-- NoSmoking Off
if ipcPARAM == 83 then
ipc.writeLvar("L:No_Smoking_sw", 0)

end

Puis le script Sioc

Var 0810, Link IOCARD_SW, Input 58, Type I // Switch No Smoking On / Off( Param 82 / 83 )
{
&JoyStick64 = CHANGEBIT 0 V0810 // No Smoking
CALL &Condition_7
}

Var 0812, Link IOCARD_SW, Input 59, Type I // Switch Seat Belt On / Off( Param 80 / 81 )
{
&JoyStick64 = CHANGEBIT 1 V0812 // Seat Belt On / Off
CALL &Condition_6

Dans Fsuipc renseigner comme dessous.

Certe c'est un peu plus lourd, mais ...

A+
Christian

TABAR57 · [↑]

Pardonnes mon ignorance totale des choses LUA Christian,

Est ce que tu pourrais ( STP ...) nous détailler un peu plus ta façon de faire ton script LUA, par exemple d'où viennent les param 80, 81, 82 et qu'est ce que tu as dans les condition_6 et 7 de sioc.

Merci , il va falloir que je me mette à LUA au moins pour ma culture

Bernard

Dernière modification par TABAR57 (05-04-2017 14:15:18)

ARCC · [↑]

Tu sais Bernard, je ne suis pas du tout un specialiste de "lua". j'ai appris en décortiquant ce que je trouvais par ci par la.
En gros, j'ais au une BU0836 pour tout ce qui se trouve sur mon plafonnier du Twin (axes des throttles, Flaps et switch)

D'autre part, je possédais déjà des cartes de chez OC.

Donc je voulais utiliser ce que je possédais déjà et avoir les possibilités qu'offre la programmation Sioc.

J'en reviens à ta question.

En fait tu numérotes les "PARAM" en commençant par 1 et ainsi de suite

Voila le tout début du fichier lua (pour moi TwinOtter_Action.lua)

Fichier à placer dans le dossier "Modules " de FSX

Donc le PARAM 1 te met le switch dans FS à 1 (Master sur ON) et le PARAM 2 te met le switch à 0 (Master sur OFF)

NE PAS OUBLIER de declarer ton fichier "TwinOtter_Action" dans Fsuipc

Dans ton fichier SIOC tu affectes un "Input" ici 38 à un joystick virtuel (le premier bit (0) du joystick 64)

Var 0858, Link IOCARD_SW, Input 38, Type I // Switch Battery ( Param 1 / 2 )
{
&JoyStick64 = CHANGEBIT 0 V0858 // Battery
}

A la fin du fichier Sioc tu déclares ton Joystick virtuel

Var 1090, name JoyStick64, Link FSUIPC_OUT, Offset $3340, Length 4

Dans Fsuipc il te reste à déclarer les switchs de ton joystick virtuel comme sur le screen du dessus.
Quant tu manœuvres ton Switch (ici celui qui correspond à ton Input 38) tu auras
Joy#64 0 Btn#
et dans "Control sent when button pressed" tu recherches "Lua TwinOtter Action" et tu remplis la case Parameter par 1
et "Control sent when button released" parameter 2

Les condition 6 et 7 ne servent que pour mon script. ce sont des "Subrutine" pour jouer des sons. Tu ne t'en occupe pas.

Je ne sais pas si j'ai été tres clair. C'est moins compliqué qu'il n'y parait..
A+
Christian

TABAR57 · [↑]

merci Christian, oui c'est déjà plus clair je crois avoir compris la philosophie générale qui n'est pas très éloignée des macros, il me reste à essayer et apprendre un peu sur le langage LUA.

Cordialement

Bernard

Neutrino · [↑]

Merci les amis, vous m'apportez du grain à moudre....

A vous lire je vois donc qu'il y a d'autres possibilités mais comme je suis loin d'avoir tout compris au premier coup d'oeil, je vais donc décortiquer tout cela méthodiquement,
Laissez moi seulement un peu de temps .....=8 et à très bientôt....

Neutrino · [↑]

mameloose a écrit :

si pas possible tu peux trouver les lvars et assigner des touches clavier ou joystick avec sioc et les cartes oc sans probleme jai faijs un tuto ici : http://www.flight-pilote.com/topic-760-sioc-assigner-des-touches-de-claviers-ou-des-fonctions-precises-page-1.html

Bon alors sur ce coup je ne réussis qu'à moitié puisque l'action sur l'interrupteur n'est pas détectée par fsuipc (joy#64 btn#4 ne s'affiche pas), par contre dans IOCP console lorsque j'affecte la valeur 1 à la var 2 et bien fsuipc affiche joy#64 btn#4. Dans ce cas j'ai pu affecter à cette action la L:Var correspondante et tout fonctionne à merveille.
Je précise que dans sioc monitor l'input 15 passe bien au vert lorsque le contact de l'inter est fermé.

Question: qu'est ce qui fait que l'action sur l'inter on/off branché sur l'input 15 ne fonctionne pas? Où ai-je raté la marche?

Mon code sioc:

Var 0001, name Nav1PullIdent, Link FSUIPC_INOUT, Offset $3340, Length 4

Var 0002, name BoutonNav1Pull, Link IOCARD_SW, Input 15
{
IF &BoutonNav1Pull = 1
{
&Nav1PullIdent = SETBIT 4
}
ELSE
{
&Nav1PullIdent = CLEARBIT 4
}
}

TABAR57 · [↑]

Bonjour

Moi j'écrirai : &Nav1PullIdent = CHANGEBIT 4, &BoutonNav1Pull et je passerai la var 3340 en lenght 2

Essaies et dis nous, on ne sais jamais

Cordialement

Bernard

mameloose · [↑]

non la $3340 c'est bien du longueur 4 !
le code est bon c'est etonnant

tu as bien l'idx 0 dans sioc pour ta master ?

mameloose · [↑]

TABAR57 a écrit :

Bonjour

Moi j'écrirai : &Nav1PullIdent = CHANGEBIT 4, &BoutonNav1Pull et je passerai la var 3340 en lenght 2
Essaies et dis nous, on ne sais jamais
Cordialement

Bernard

la difference bernard c'est que tu n'as pas de remise a zero avec changebit donc tu peux te retrouver avec une commande bloquée en permanence
contrairement au setbit clearbit

Neutrino · [↑]

Bingo Greg! et merci.

Effectivement "script deviceIDX" était en -1.
Faut-il comprendre que ce Dev.IDX = 0 revient à -1 si on débranche/rebranche la carte usb et/ou la master?

En tout état de cause je suis satisfait de cette solution du joystick64 ( aussi nommé ailleurs offset libre) car elle me permet d'utiliser des connexions sur les cartes OC pour piloter des Lvars .

Il me reste maintenant à décortiquer la méthode de Christian qui utilise d'abord un script en lua pour ensuite travailler aussi avec le joystick64.

Et puis il y a la solution expliquée par Bernard avec le raccourcis clavier affecté au contact dans sioc.

Merci à tous, je vais maintenant continuer mes radios: ADF KR87, DME KN64 et puis les 2 gros morceaux: Audio KMA24 et Transpondeur KT76A.

Michel

mameloose · [↑]

Oui si tu change dusb lidx changera automatiquement

Neutrino · [↑]

Quelle est la bonne méthode pour écrire un programme en sioc ?

Faut-il utiliser la console Config_SIOC ou écrire directement dans un éditeur de texte ?
L'avantage de la console Config_SIOC est qu'elle permet au débutant de mieux comprendre ce que l'on fait et de limiter les erreurs de syntaxe mais en revanche ne permet pas d'ajouter des lignes de commentaires pour la compréhension de l'écriture.
Si l'on veut ajouter des lignes de commentaires la solution que j'utilise pour l'instant est de saisir mes lignes de code dans Notepad++ avec les commentaires, tout ceci dans un fichier .txt que sioc compile à son ouverture. Mais le problème est que si je modifie ce fichier .ssi dans la console Config_SIOC tout export de ce fichier en .txt va effacer les lignes de commentaires.
Qu'y a t-il comme solution ?

#151 [↑][↓] 19-03-2017 18:41:58

Re : [P3D][FSX] Tentative de méthode de réalisation

#152 [↑][↓] 19-03-2017 19:05:15

Re : [P3D][FSX] Tentative de méthode de réalisation

#153 [↑][↓] 20-03-2017 14:20:09

Re : [P3D][FSX] Tentative de méthode de réalisation

#154 [↑][↓] 20-03-2017 20:18:31

Re : [P3D][FSX] Tentative de méthode de réalisation

#155 [↑][↓] 21-03-2017 02:27:55

Re : [P3D][FSX] Tentative de méthode de réalisation

#156 [↑][↓] 21-03-2017 07:43:25

Re : [P3D][FSX] Tentative de méthode de réalisation

#157 [↑][↓] 21-03-2017 13:20:42

Re : [P3D][FSX] Tentative de méthode de réalisation

#158 [↑][↓] 21-03-2017 19:49:04

Re : [P3D][FSX] Tentative de méthode de réalisation

#159 [↑][↓] 03-04-2017 20:56:27

Re : [P3D][FSX] Tentative de méthode de réalisation

#160 [↑][↓] 04-04-2017 17:00:40

Re : [P3D][FSX] Tentative de méthode de réalisation

#161 [↑][↓] 05-04-2017 08:40:58

Re : [P3D][FSX] Tentative de méthode de réalisation

#162 [↑][↓] 05-04-2017 08:53:38

Re : [P3D][FSX] Tentative de méthode de réalisation

#163 [↑][↓] 05-04-2017 12:00:19

Re : [P3D][FSX] Tentative de méthode de réalisation

#164 [↑][↓] 05-04-2017 13:01:46

Re : [P3D][FSX] Tentative de méthode de réalisation

#165 [↑][↓] 05-04-2017 14:13:59

Re : [P3D][FSX] Tentative de méthode de réalisation

#166 [↑][↓] 05-04-2017 17:38:42

Re : [P3D][FSX] Tentative de méthode de réalisation

#167 [↑][↓] 05-04-2017 18:46:57

Re : [P3D][FSX] Tentative de méthode de réalisation

#168 [↑][↓] 05-04-2017 19:47:14

Re : [P3D][FSX] Tentative de méthode de réalisation

#169 [↑][↓] 07-04-2017 14:34:24

Re : [P3D][FSX] Tentative de méthode de réalisation

#170 [↑][↓] 07-04-2017 17:30:41

Re : [P3D][FSX] Tentative de méthode de réalisation

#171 [↑][↓] 07-04-2017 17:53:38

Re : [P3D][FSX] Tentative de méthode de réalisation

#172 [↑][↓] 07-04-2017 17:55:01

Re : [P3D][FSX] Tentative de méthode de réalisation

#173 [↑][↓] 07-04-2017 18:26:56

Re : [P3D][FSX] Tentative de méthode de réalisation

#174 [↑][↓] 07-04-2017 18:34:05

Re : [P3D][FSX] Tentative de méthode de réalisation

#175 [↑][↓] 08-04-2017 11:20:05

Re : [P3D][FSX] Tentative de méthode de réalisation

Pied de page des forums