Tengo un dispositivo de transmisión Bluetooth y mi PC (Windows 7) está conectado y configurado como si estuviera conectado a través de un puerto serie RS232 (COM4). ¿Cómo puedo capturar los datos sin procesar transmitidos por el dispositivo Bluetooth o, de manera equivalente, los datos sin procesar recibidos en COM4?
11
Respuestas:
Puede usar un programa de terminal estándar para capturar los datos en diferentes formatos. Sugiero usar Bray's Terminal , ¡es realmente fácil y tiene muchas opciones!
¿O desea capturar e interpretar los datos en algún tipo de aplicación propia?
fuente
La mejor solución que he encontrado, aunque un poco tosca, es Tera Term http://ttssh2.sourceforge.jp/index.html.en .
Bray's no funciona bien con Windows 8. Si bien es imposible saber qué está haciendo exactamente sin la fuente, parece que está asumiendo algo sobre la ubicación de una configuración de registro.
portmon tampoco me funcionó en Windows 8.
fuente
Mi emulador de terminal favorito para la depuración es RealTerm, que tiene una buena gama de opciones de visualización para sistemas integrados. Tanto RS-232 como TCP / IP funcionan bien con Windows 7 x64 y versiones inferiores (no lo he probado con Win 8 pero no tengo ninguna razón para pensar que no funcionaría). Algunas características que encuentro especialmente útiles son:
También hay muchas otras opciones para I2C, SPI, Dallas 1-wire y GPIB. No he usado personalmente esas funciones, pero hay un buen resumen en la página de SourceForge arriba. Aquí hay una captura de pantalla de la vista de la pestaña de visualización principal:
fuente
También recomiendo rebuznar, si no está seguro acerca de la velocidad en baudios, abra el administrador de hardware, navegue hasta los puertos COM y seleccione propiedades, está en la lista, aunque no siempre es preciso.
fuente
Hay portmon : una herramienta sysinternals que actúa como un datascopio para puertos COM.
fuente
Dependiendo de sus requisitos exactos, puede ser útil usar un microcontrolador que pueda capturar y sellar los datos y luego enviarlos a la PC. Los UART que se encuentran históricamente en las PC típicas solo han podido registrar información de sincronización precisa o capturar datos de 9 bits al hacer que el procesador tome cada byte a medida que llega, sin almacenamiento en búfer; los sistemas operativos y controladores posteriores generalmente no están equipados para hacer eso, y los chips UART a USB no tienen remedio en ese sentido. Si su PC puede recibir datos al doble de la velocidad de datos deseada, puede hacer que un microcontrolador reciba bytes de datos y que cada byte envíe dos bytes. El primer byte tendría el conjunto MSB, informará el MSB (o dos MSB si es de 9 bits) de los datos entrantes en los siguientes bits, y use los últimos 5 (o 4) bits para informar la cantidad de tiempo (0-30 o 0-14) desde la mitad del bit de parada del byte anterior (medido en unidades de, por ejemplo, un tiempo de bit). El segundo byte tendría el MSB despejado y contendría los 7 bits restantes de datos. Cuando no se transmiten datos, los caracteres de estimulación FF se enviarían cada 30 (o 14) bits de veces. El software que recibe estos informes podría así reconstruir con mucha precisión (dentro de un tiempo de bit) la sincronización exacta de los datos entrantes. Si la velocidad de datos que alimenta la PC fue cuatro veces mayor que la velocidad de datos que se está monitoreando, uno podría usar este esquema general para multiplexar dos canales de recepción en un puerto de PC (use un bit del byte de encabezado para identificar si contenía datos para el primero o el segundo Puerto). Si bien cronometrar las cosas con precisión de un bit puede parecer excesivo, a veces puede ser útil
fuente