Su alcance muestra el tiempo en \ $ 100 \: \ mu \ textrm {s} \ $. Puede ser que esté configurando los cursores o el uso automatizado de una función de medición en el alcance. Usted no dice De cualquier manera, estoy de acuerdo con el comentario de Olin de que esto está cerca de los 9600 bps, que es una tasa de bits común para las comunicaciones RS-232.
Sin embargo, su propio comentario sobre la velocidad del reloj externo, si fuera cierto, argumentaría que es poco probable que exista 9600 bps. \ $ 8 \: \ textrm {MHz} \ $ no se divide uniformemente a 9600 bps.
Algunos otros pensamientos:
- Si realmente es un ancho de bits \ $ 100 \: \ mu \ textrm {s} \ $, entonces han excedido la variación de precisión permitida de \ $ \ pm 2 \% \ $ para la tasa común de 9600 bps . (Si necesita ver los cálculos y pensamientos detrás de esta figura, vea esta página de Maxim .) Si la precisión del alcance que aceptamos es solo aproximada, entonces no puede exceder los requisitos de precisión. En cualquier caso, es una buena idea que sepa que existen.
- Esta señal claramente no está utilizando voltajes RS-232, sino que tal vez ~ \ $ 3.5 \: \ textrm {V} \ $ señalización.
- Esta señal utiliza un HI para MARK (en RS-232, un MARK es un voltaje negativo), por lo que debe ser una salida de nivel lógico de una señal micro y no RS-232.
Si quita el bit de INICIO requerido y la PARADA mínima de un bit, esto significa que probablemente haya al menos siete tiempos de bit restantes para los datos:
Loanteriorseinterpretaríacomoun0x2Aindependientementedelaendianidad,siestoyprestandoatención.
Sinembargo,esteseríaelgráficoparaochobitsdedatos:
En este caso, la interpretación sería 0xAA o bien 0x55, dependiendo de la naturaleza endiana de la secuencia. Así que esto podría representar su 0xAA (little endian, que creo que es más común).
Como puede ver, el transmisor y el receptor deben acordar a priori el número de bits de datos y la naturaleza de los mismos.
Los resultados del alcance podrían interpretarse como tamaños de palabra en serie incluso más largos. Los he visto antes (9, más comúnmente, como algunos IC solían admitirlo, pero incluso he visto 10 utilizados antes).
Sin acuerdo, es difícil estar seguro.
Como barra lateral:
Recuerdo los días en que los teletipos se movían de 5 bits a 6 bits (DTE de principios de la década de 1960) justo en el momento en que se creó RS-232 en 1960, ya que mi padre tenía un teletipo en su hogar en una oficina. Las comunicaciones RS-232 de seis bits realmente existieron por un período de tiempo.
La codificación ASCII se usó ampliamente a fines de la década de 1960 y principios de la de 1970 y es una codificación de 7 bits. Era muy común que las comunicaciones de datos RS-232 usaran 7 bits de datos.
Más tarde, cuando los circuitos integrados de comunicaciones y los microcontroladores entraron en el uso común y los tamaños de registro de 8 bits estuvieron disponibles en abundancia, el RS-232 se extendió a menudo para transmitir / recibir 8 bits a la vez.
Creo que la mayoría de las personas de hoy solo esperan que se use para comunicaciones de 8 bits. Pero ese no fue siempre el caso.