puerto serial, me esta volviendo loco

[emeceuy]

gracias por la respuesta !!!

la inicialzación está muy larga como para postearla, y si, necesito conocer dialogan entre si !

Utilizando el programa para espiar el puerto, deduje los parametros de la comunicacion (baudios, buffer, todo)... El programa espía cuando muestra una linea con la informacion (los bytes) y además describe la funcion... por ejemplo, cuando se setean la velocidad pone (algo)+CONTROL_SET_BAUD_RATE o algo así (que aparentemente son funciones propias de la API, y hay varias más)... yo comentaba que cuando espío como se comunica la aplicacion original, los comandos que envía (luego que está la comunicacion establecida) la funcion dice CONTROL, en cambio con el componente a través de delphi cuando envio informacion la funcion dice WRITE...

esa es una diferencia, y por eso preguntaba si no hay manera de escribir el puerto con la API directamente y que use la funcion CONTROL o lo que sea... que lio este !!!

[[egostar]]

Empezado por emeceuy

gracias por la respuesta !!!

la inicialzación está muy larga como para postearla, y si, necesito conocer dialogan entre si !

Utilizando el programa para espiar el puerto, deduje los parametros de la comunicacion (baudios, buffer, todo)... El programa espía cuando muestra una linea con la informacion (los bytes) y además describe la funcion... por ejemplo, cuando se setean la velocidad pone (algo)+CONTROL_SET_BAUD_RATE o algo así (que aparentemente son funciones propias de la API, y hay varias más)... yo comentaba que cuando espío como se comunica la aplicacion original, los comandos que envía (luego que está la comunicacion establecida) la funcion dice CONTROL, en cambio con el componente a través de delphi cuando envio informacion la funcion dice WRITE...

esa es una diferencia, y por eso preguntaba si no hay manera de escribir el puerto con la API directamente y que use la funcion CONTROL o lo que sea... que lio este !!!

Ese (algo) es lo que necesitamos conocer que es, me atrevo a decir que son caracteres de control como los que te puse anteriormente, tal vez un Start of Text, o un Enquiry o un ACK, no se , esos caracteres son primordiales para que los equipos "platiquen" en el mismo idioma.

Lo que yo hago normalmente es tomar esos datos con hiperterminal y guardarlos en un archivo de texto para después hacer un "barrido" caracter por caracter y saber el valor decimal que le corresponde.

Ojala y puedas hacerlo y que postees lo que te manda, se que es largo, pero en este foro no se te cobra por palabra escrita .

Salud OS

[emeceuy]

si, puede ser, mañana posteo algo de la información que deslpiega... lo que si, he intentado hacerlo con el hiperterminal, pero si la aplicacion de comunicacion original abre el puerto el hiperterminal da error que no lo puede abrir, y al revés, lo mismo...

gracias por seguir este hilo e intentar darme una mano

[emeceuy]

un poco más...

DIFERENCIAS EN EL SETEO DE PARAMETROS
a pesar que unas lineas antes el retrieve está igual, al setear el handshake hay un par de parametros que no coinciden el del TComPort con el de la aplicacion original:

TComPort
IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_SET_CHARS: Set special characters) DOWN TRUE 0x0 84 00 00 00 11 13
Aplicacion original
IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_SET_CHARS: Set special characters) DOWN TRUE 0x0 1A 00 00 00 11 13

TComPort:
IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_SET_HANDFLOW: Set handshake information) DOWN TRUE 0x0 01 00 00 00 40 00 00 00 00 04 00 00 00 04 00 00
Aplicacion original
IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_SET_HANDFLOW: Set handshake information) DOWN TRUE 0x0 01 00 00 00 40 00 00 00 00 08 00 00 00 02 00 00

o sea, en los special chars y en el handshake hay alguna diferencia... variando todos los parametros del TComPort no logré que variara el valor de esos números, no se como cambiarlos !!! con el unico que encontré una diferencia fue con el 84 de los special chars, que logré cambiarlo a 58 si la pongo en true la propiedad conected (es decir que al compiar y ejecutar ya se conecte el puerto), pero 58 tampoco sirve, tiene que ser 1A !!!


DIFERENCIAS AL ENVIAR DATOS
Tanto al abrir la aplicación original como al abrir el puerto del TComPort de delphi, en "serial port monitor" (sniffer), dice en la columna funcion algo como:

IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_SET_QUEUE_SIZE: Set queue size)
y lo mismo con el resto de los parametros, BAUDS, HANDSHAKE, etc, etc...

luego de todo el seteo de parámetros, los comandos al equipo se los manda con la funcion:

Aplicacion original
IRP_MJ_DEVICE_CONTROL
y la info que manda, por ejemplo es:
00 00 0B 00 30 00 EF 00 03 00 00 0B 00 07 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0

TComPort
puedo mandar la misma información, pero en la función en vez de aparecer IRP_MJ_DEVICE_CONTROL (como lo hace el programa original) aparece:
IRP_MJ_WRITE

y peor aún, con el TComPort aparece continuamente la espera de eventos, con datos 04 00 00 00:
IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_WAIT_ON_MASK: Wait for event)
aunque en el seteo de eventos del TComPort, comparando esos seteos con los de la aplicacion origianal están iguales...



la serie de eventos que le mando, queda algo asi (no puse los datos para no entreverar más):

IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_WAIT_ON_MASK: Wait for event) DOWN
IRP_MJ_WRITE DOWN
IRP_MJ_WRITE UP
IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_WAIT_ON_MASK: Wait for event) UP
IRP_MJ_WRITE DOWN
IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_WAIT_ON_MASK: Wait for event) DOWN
IRP_MJ_WRITE UP
IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_WAIT_ON_MASK: Wait for event) UP
IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_WAIT_ON_MASK: Wait for event) DOWN
IRP_MJ_WRITE DOWN
IRP_MJ_WRITE UP
IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_WAIT_ON_MASK: Wait for event) UP
IRP_MJ_DEVICE_CONTROL (IOCTL_SERIAL_WAIT_ON_MASK: Wait for event) DOWN


muchisimas gracias, como siempre... espero poder hacer funcionar esto