ASCII фрейм
В данном режиме каждый байт сообщения передается как два ASCII символа их шестнадцатеричного представления, т.е. значение байта 0316 будет передаваться как ASCII-код символов "0" и "3" (0110000 0110011)
Таким образом, байты данных, код функции и байт поля проверки будет передаваться кодами символов 0-9, A-F.
Формат символа в ASCII-режиме: 1 стартовый бит, 7 битов данных (младший бит передается первым); 1 бит паритета + 1 стоповый бит или без паритета + 2 стоповых бита. Главное преимущество этого способа время между передачей символов может быть до 1 секунды без возникновения ошибок при передаче.
                            
|
      
|
Формат кадра приведен на рисунке 3.39. Сообщение начинается с "двоеточия" (:, ASCII 3Ah) и заканчивается последовательностью "возврат каретки-перевод строки" (CRLF, ASCII 0Dh и 0A h).
Приемники на шине непрерывно отслеживают символ ":" который однозначно указывает на начало кадра. Когда он принят, приемники отлавливают поле адреса и т.д. Это очень простой способ синхронизации, который позволяет некритически относиться к паузам между символами (до 1 сек.). Адрес Ведомого и код функции занимают по два символа, согласно значению одного байта. Далее идут n × 2 символов данных, где n количество байт данных. В ASCII режиме для подсчета контрольной суммы используется алгоритм LRC (Longitudinal Redundancy Chek). Причем пдсчет контрольной суммы производится над всеми байтами кадра, кроме стартовой и стоповой последовательности символов.
Режим ASCII накладывает меньшие требования на оборудование, за счет использования стартовой и столбовой последовательности в разграничении кадров, и нечувствительности к значительным паузам между символами. Но эти преимущества отражаются на его недостатках. RTU-режим более требователен к интервалам между кадрами, но значительно продуктивнее чем ASCII.
|
| Рисунок 3.39 – Формат кадров для ASCII в режиме обмена |
Интервалы между символами сообщения могут быть до 1 секунды.
Если интервал больше, то принимающее устройство распознает это как ошибку. Типичный фрейм сообщения показан на рисунке 3.38.