SIOC und Prosim737

[Gast]

Hallo 

 

Ich betreibe meinen Simulator mit Prosim737 und div. Hardware.

Habe alles im Griff ausser SIOC von Opencockpits.

 

Kapiere die zusammenhänge nicht und habe immer wieder die grösste Mühe eine neue HW

von OC in Betrieb zu nehmen wie auch jetzt wieder. 

Würde gerne das Firepanel zum Funktionieren bringen.

 

Auch würde ich gerne demnächst meinen PC auswechseln aber dann fängt das ganze Dilemma

wieder von vorne an. 

 

Habe im Internet schon nach deutschen Anleitungen gesucht aber ohne Erfolg.

 

Wer kann mir das leicht verständlich erklären oder bei meinem Simulator helfen?

 

Vielen Dank zum voraus.

[Alpin-Flier]

Hoi Marino

 

Ich bin gerade dabei, mein vorwiegend aus Opencockpits-Modulen bestehendes Pedestal in Betrieb zu nehmen. Bis jetzt geht es ganz gut. Ich verwende allerdings einen speziellen Treiber, nämlich OCP4NGX von Roar Kristensen (www.flightsim4fun.com). Der verbindet bestimmte SIOC-Variablen direkt mit den PMDG-internen Daten und Events. Es genügt also, eine SIOC-Variable zu ändern, worauf der Treiber automatisch das Pendant in der PMDG aufdatiert bzw. den entsprechenden Befehl ausführt. Andersrum bewirkt jede Aenderung in der PMDG eine Aenderung der zugeordneten SIOC-Variablen.

 

Jede Aenderung einer SIOC-Variablen, egal ob von der Hardware oder von der PMDG kommend,  löst ein zugeordnetes Skript aus. Damit lassen sich z.B. Frequenz-Anzeigen berechnen. Der grosse Vorteil gegenüber Polling-Systemen wie z.B. FSUIPC: es passiert immer nur etwas, wenn eine Variablenänderung stattfindet. Sonst ist das System in Ruhe und braucht keine Rechenleistung.

 

Das neueste Script, das von Roar mit dem Treiber mitgeliefert wird, deckt schon die meisten Geräte einer 737NGX ab, unter anderem auch das Firepanel. Man muss also nicht unbedingt selbst am Script arbeiten. Aber es gibt schon noch Dinge, die fehlen oder noch nicht 100%ig funktionieren. So habe ich Roar gestern per Forum gebeten, doch auch noch ein COM3 zu integrieren. Wenn er mir die SIOC-Variablen für COM3 bekanntgibt, kann ich wahrscheinlich das Script auch selbst ergänzen.

 

LG

Urs

[Gast]

Sali Urs

 

Danke für die interessante Ausführung.

 

Da ich mit Prosim arbeite bring mir das nichts.

 

Noch viel Vergnügen mit deinem Projekt.

[Alpin-Flier]

Hoi Marino

 

Sorry, mein Fehler. Du hast ja geschrieben, dass Du Prosim verwendest. Diesbezüglich kann ich nicht helfen, aber vielleicht auf Seiten SIOC. Hast Du „sioc.exe“ bereits installiert und gestartet? Damit kannst Du erst mal Dein Firepanel aufrufen und mittels „SIOC Monitor“ alle Tasten/Schalter sowie LEDs auf einfache Weise prüfen.

 

Wenn sich alle Ein- und Ausgänge korrekt verhalten, sollte der im Hintergrund gestartete IOCP-Server eigentlich die Daten und Befehle bereits über FSUIPC mit dem Flugsimulator austauschen. Kannst Du denn Prosim über FSUIPC steuern/abfragen?

 

LG

Urs

[Gast]

Guten Tag Hans

 

Habe schon ein OVH und AFT in Betrieb und die laufen.

Mein Problem ist es, wie ich eine neue HW in Betrieb nehme.

[Alpin-Flier]

Hoi Marino

 

Bist Du schon weiter gekommen? Ich habe nun das OC-Firepanel ebenfalls in Betrieb genommen. Das war allerdings ziemlich tricky. Es kommt auch darauf an, ob Du die USB- oder die IDC-Schnittstelle verwendest. Bei mir ist es USB. Dann muss man aber im Script die Anschlüsse anpassen (s. Doku von OC). Nachdem ich das gemacht und die Device-Nummer IDX auf 27 festgelegt habe (muss auch im Script angepasst werden), läuft das Ding plötzlich problemlos :) . Inwieweit die relevanten SOIC-Variablen auch zu Prosim passen, kann ich allerdings nicht sagen.

 

Als Beispiel liste ich hier die Ausgänge in Richtung Firepanel Hardware auf. Wenn z.B. auf dem 3D-Bildschirm der 737 die Engine-1-Overheat-Lampe aufleuchtet, geht Var 0754 auf 1 und bringt damit über den IOCard-Ausgang 7 die entsprechende LED im Firepanel zum Leuchten.

 

Var 0754, name ENG1_OVHL, Link IOCARD_OUT, Device 27, Output 7     // ENGINE 1 OVERHEAT
Var 0755, name APUBOTDISL, Link IOCARD_OUT, Device 27, Output 6     // APU BOTTLE DISCHARGE
Var 0756, name APUDETINOPL, Link IOCARD_OUT, Device 27, Output 5     // APU DET INOPERATIVE
Var 0757, name FIREFAULTL, Link IOCARD_OUT, Device 27, Output 4     // FIRE ENGINES FAULT
Var 0758, name FIREWHELLL, Link IOCARD_OUT, Device 27, Output 3     // FIRE WHELL WELL
Var 0759, name ENG2_OVHL, Link IOCARD_OUT, Device 27, Output 2     // ENGINE 2 OVERHEAT
Var 0760, name BOTDIS1L, Link IOCARD_OUT, Device 27, Output 1     // ENGINE 1 BOTTLE DISCHARGE
Var 0761, name BOTDIS2L, Link IOCARD_OUT, Device 27, Output 0     // ENGINE 2 BOTTLE DISCHARGE
Var 0762, name FIRE1L, Link IOCARD_OUT, Device 27, Output 15     // ENGINE 1 FIRE HANDLE LIGHT
Var 0763, name FIREAL, Link IOCARD_OUT, Device 27, Output 14     // APU FIRE HANDLE LIGHT
Var 0764, name FIRE2L, Link IOCARD_OUT, Device 27, Output 13     // ENGINE 2 FIRE HANDLE LIGHT
Var 0765, name FIRE1GL, Link IOCARD_OUT, Device 27, Output 12     // FIRE ENGINE 1 GREEN LED
Var 0766, name FIREAGL, Link IOCARD_OUT, Device 27, Output 11     // FIRE APU GREEN LED
Var 0767, name FIRE2GL, Link IOCARD_OUT, Device 27, Output 10     // FIRE ENGINE 2 GREEN LED
 

Schau mal in Prosim, ob dort dieselben Variablen verwendet werden können. Kann auch sein, dass sie mit Offsets arbeiten, was dann eher in Richtung FSUIPC weist. In diesem Fall müssen die Links ebenfalls angepasst werden, was allerdings n.m.E. ziemlich kompliziert wird.

 

Ich hoffe, ich konnte etwas weiterhelfen.

 

LG

Urs

[Gast]

Danke Urs

 

Werde das probieren.

 

Gruss

 

Marino

[hercules123]

Also ich verwende Sioc schon ewig, aber immer mit eigener Hardware. Das ist es anders als fertige OC Module.

 

Das Grundprinzip sind die IOCP Variablen. In Sioc kann man jedem Eingang, Ausgang, etc mit einer IOCP VAR versehen im Configurator. Prinzipiell bedeutet 1 =ein und 0= aus. Diese IOCP VAR gibt man an der entsprechenden Stelle in der Prosim Konfiguration ein, indem man dort IOCP auswählt.

 

Ein achtpoliger Schalter zb benötigt auch acht Eingänge der Mastercard und acht IOCP VARs.

Jede LED benötigt eine IOCP Var.

Wenn in Prosim eine LED angeht, sendet Prosim eine 1 an die eingetrage IOCP Var und deue LED geht an.

 

Schaltet man einen Kippschalter auf ein, sendet Sioc eine 1 an die IOCP Var und in Prosim geht der entsprechende Schalter an.

 

Auch ein Servo funktioniert so. Nur das dieser mit 1024 Werten arbeitet. Aber auch dieser bekommt nur eine IOCP VAR. Prosim sendet nun je nach gewünschter Positionierung einen Wert zwischen 0 und 1024,wobei 0 den Servo ausschaltet.

 

Ein Poti hat 0-255.

 

Hoffe das war verständlich und nicht am Ziel vorbei

 

Wie Urs schon sagte, hat jede Hardware und jedes Modul eine ID.

 

Wenn man Sioc startet, stehen diese nun im oberen rechten Fenster. Diese sind abhängig vom verwendeten USB Port.

 

Diese Id muss nun in der Sioc. ini der entsprechenden Hardware zugeordnet werden. Die id wird benötigt damit Sioc weiss an welches Gerät die Werte gesendet werden.

 

Vorteil von Modulen ist, dass man nur diese ID eintragen muss in der ini, da das Sioc Script ja schon fertig angeboten wird von OC. Daher sind alle Eingänge, Ausgänge etc schon zugeordnet.

 

Evtl. muss man diese VARs aber noch in Prosim den verschiedenen Eingängen etc zuordnen. Das wäre aber einfach, da diese im Sioc Script zu sehen sind.

 

Beste Grüße, Best Regards

Thomas

Bearbeitet 12. April 2016 von hercules123