[Skorp]

Esa "cosa" que necesitas, la he pedido en Viperpit, pero claro, con mi inglés...vete a saber que porras entienden...

[MultiPass]

entre todos lo sacamos fijo.

[Stud]

Lo había leido mal y me estaba volviendo loco, no te preocupes que tengo la unformación o por lo menos donde conseguirla, wais a minis

[MultiPass]

Vale, ya he encontrado una página en la que explican cómo se lee la memoria compartida en general y cómo leer la memoria compartida del Falcon en concreto.

Parece sencillo, el ejemplo es para Visual Basic pero lo que hacen realmente son llamadas a unas pocas funciones del API del Windows, y en la misma página vienen ejemplos de las llamadas. Empieza a ser cosa de cortar y pegar.

Me falta aún los manuales del protocolo de comunicacion de las SIOC o las IOCARDS. Sé que es un documento en el que hablan de cómo crear la estructura cliente/servidor y a raíz de ese documento encontré en el mismo o en otro (no recuerdo) el formato de las tramas TCP para intercambiar datos con el servidor de las IOCards.

[Stud]

The shared mem file is a flat file in the memory.
The size of this file is 1264 bytes and no separator are included in the file.
If you look in my last post, under Type, TFlightData = record, you can see :
X : single
Y : single
.
.
.

and so on.
For any value, you have also the length used in byte.
In my example, i have developped my application with Delphi, a single use 4 bytes, a double use 8 bytes.
at the end, the file size is 1264 bytes.

To see a copy of the structure of the file, when the shared memory area is open, you can save this shared memory area in a file, so you can see how it look.



All the indicators, like Master Caution, in the cokpit are "included" in 4 longword value in the record of TFlightData(lightBits, lightBits2, lightBits3, hsiBits).
A longword in Delphi is a number of 32 non signed bit.
So, for example, MasterCaution = $1 correspond of the first bit in the longword, $2 to the second, $4 to the third, $8 to the fourth, $10 to the fifth, $20 to the sixth and so on.
It is like a mask in the longword.


The next rev of BMS, "2.0" will contain a new version of flightData.h that will NOT be compatible with existing readers. However, it's not all that bad news. The guys working on twin engine stuff added new variables and that's what changes the shape of the class/strcuture definition. However, you should be able to simply recompile with the updated header file and that will make your existing reader code work. The names of structure elements and variables have not changed so as to preserve compatibility at least at the source level (for C/C++ code; everyone else, YMMV since I can't speak for that case) as far as possible.

You will find the new header file in the "Docs" sub-directory after you run the BMS installer.

[Stud]

Tengo más

[Stud]

Estoy en el msn, no encuentro el ficherito de las tramas, lo del shared memory es este enlace , donde viene un ejemplo en Delphi.

Un saludo.

[Stud]

Tienes que pulsar en "Inter-Process Communication using Shared Memory."

[Stud]

A ver si es esto lo que buscas

MENSAJES DE LOS DATOS :

Cada línea de datos finalizará con los códigos $0D, $0A (CR+LF).

"Arn.Inicio:" Indica al sistema el inicio de las comunicaciones, seguido de este
mensaje y separado por dos puntos se introducirán las variables de comunicación
que serán aquellas, las cuales al sufrir un cambio, el servidor deberá de
notificar al cliente correspondiente. Esas serán las únicas variables cuyos
cambios van a ser notificados y sólo en caso de alteración de las mismas.

Ejemplo : "Arn.Inicio:0:12:324:875:"

"Arn.Vivo:" Indicará al sistema que siguen "vivos". Este mensaje se producirá
periódicamente después de un inicio y será bidireccional, a un requerimiento de
"Arn.Vivo:" el otro sistema responderá con otro "Arn.Vivo:"

Si uno de los "Vivos" no obtiene respuesta, el siguiente mensaje debería ser un
"Arn.Inicio:". También de forma periódica.

Se lanzará un "Arn.Vivo:" como respuesta a un mensaje "Arn.Inicio:" tal como
haya recibido y entendido el mensaje de inicio.

El servidor cancelará los mensajes de salida a la no respuesta de un
"Arn.Vivo:".

Cliente y servidor deberán de implementar una variable de Timeout definible por
el usuario. Esta variable corresponderá a los milisegundos entre la emisión de
un "Arn.Vivo:" y la respuesta. Si excediese de este tiempo se considerará una
desconexión.

"Arn.Fin:" Mensaje bidireccional, que indicará a los sistemas su cierre por lo
que se cesará la
emisión de mensajes.

"Arn.Resp:" Será el encabezado para los mensajes de respuesta. Las variables
irán separadas
por dos puntos, indicándose la identificación de la variable, el signo '=' y el
valor que tomará
dicha variable.

Ejemplo "Arn.Resp:140=0:142=3456:890=1:"

[Stud]

Si lo necesitas tengo el documento en PDF.

Un saludo.

[MultiPass]

Con las dos cosas que acabas de poner ya casi tengo todo lo que necesito.

Por una parte la lectura de la memoria compartida y por otra el protocolo de comunicaciones para mandar los valores de las luces al programa que controla las IOCards.

Gran trabajo Stud.

El pdf me vendrá vien que me lo mandes por correo electrónico o si cabe la posibilidad de subirlo a la página perrus por si pierdo de nuevo los fuentes casi que mejor.

[DReaper]

Sobra decir que teneis todo el espacio web y ancho de banda que necesiteis, por supuesto.

[Stud]

Te lo mando por correo, es un fichero de 29K que no tiene mucha más información.

Gracias DReaper por el ofrecimiento

[MultiPass]

Por cierto, ¿cómo se instalaba el Falcon?

Es que ya tengo preparada mi primera version del lector y para hacer pruebas necesito leer el falcon.

[Skorp]

No quiero se capullo pero..........metiendo el CD?



Imagino que te refieres a BMS, no?