Простой стабилизированный регулятор мощности ТЭНа из китайских модулей (Страница 20 из 73)

На этот случай у нас предусмотрен байт "режим+ошибки"

Они оба есть в твоем стабе, в моем - только уставка.
Лучше всё же делить параметры на основной (это то, что стаб выдает на выходе, у тебя - это напряжение в нагрузке, у меня уставка мощности, в этом стабе - ток в нагрузке) и дополнительные.

Ну передавать именно b00000101 я и не предлагал. Передадим $05 цифрами в ASCII.
Ну т.е. как то так:
:050103EA03E8<CR>, где
: - заголовок
05 - "состав" (основной - напряжение, доп. - тоже напряжение, т.е уставка)
01 - "режим+ошибки" (режим рабочий, ошибок нет)
03EA - основной параметр (напряжение в нагрузке - 100,2В)
03E8 - доп.параметр (уставка - 100,0В)

При наличии байта "состав", на кой нам ещё и буква? Думаешь кто-то будет парсить строку из терминала глазами в реалтайме? 

Не то чтобы смущают, но если ко всему ещё и ресурсы экономятся, это скорее хорошо!
И посылка получается фиксированной длины, тоже хорошо.

Протокол передачи информационных и управляющих данных между стабилизатором мощности/напряжения/тока и управляющим устройством

Стабилизатор без дополнительного запроса с интервалом порядка секунды передает управляющему устройству информационную посылку символами в ASCII коде.
В интервале между информационными посылками стабилизатор принимает от управляющего устройства управляющую посылку символами в ASCII коде.

====Параметры порта:

9600N1, т.е.

• скорость 9600,

• четность не проверяется,

• один стоп-бит.

Информация от стабилизатора

====Формат посылки:

TAABBCCCCDDDD<CR>, где

• T - заголовок (буква «T» &#54)

• AA - служебный байт «состав»

• BB - служебный байт «режим + ошибки»

• CCCC - основной параметр (два байта, передаются в виде шестнадцатиричного числа 0х0000..0хFFFF, диапазон значений 0...65535)

• DDDD - дополнительный параметр (два байта, передаются в виде шестнадцатиричного числа 0х0000..0хFFFF, диапазон значений 0...65535)

• <CR> - признак конца посылки (символ "возврат каретки" &#OD)

Пример 1. Возможная посылка от Стабилизированного регулятора на базе Arduino...:

T050003EA03E8<CR>, где

• 05 - «состав» (основной - напряжение в нагрузке, доп. - уставка напряжения)

• 00 - «режим + ошибки» (режим рабочий, ошибок нет)

• 03EA - основной параметр (напряжение в нагрузке - 100,2В)

• 03E8 - доп.параметр (уставка - 100,0В)

Пример 2. Возможная посылка от Простого стабилизатора мощности ТЭНа...:

T170804E208D5<CR>, где

• 17 - «состав» (основной - мощность в нагрузке, доп. - напряжение сети)

• 08 - «режим + ошибки» (режим рабочий, напряжения сети недостаточно для достижения уставки)

• 04E2 - основной параметр (мощность в нагрузке - 1250Вт)

• 08D5 - доп.параметр (напряжение сети - 226,1В)

====Служебный байт «Состав данных»

Байт «состав данных» формируется побитово, в зависимости от типов передаваемых параметров, передаётся в виде шестнадцатиричного числа.

Исходим из того, что стабилизатор удерживает уставку на выходе с достаточной точностью, потому основной параметр может быть измеренный, уставка, рассчитанный и пр.
Единственное требование - основной параметр должен максимально точно отражать состояние нагрузки.
Основной параметр для конкретного стабилизатора не меняется и передается в каждой посылке.
Дополнительный параметр - может изменяться от посылки к посылке с соответствующим изменением байта «состав данных».

b000000хх - младшие два бита описывают основной параметр

• 00 - запрещённое значение

• 01 - напряжение в нагрузке

• 10 - ток в нагрузке

• 11 - мощность в нагрузке

bxxхххх00 - старшие шесть бит описывают дополнительный параметр

• 000000 - нет параметра

• 000001 - напряжение в нагрузке (если основной - напряжение, то напряжение уставки)

• 000010 - ток в нагрузке (если основной - ток, то ток уставки)

• 000011 - мощность в нагрузке (если основной - мощность, то мощность уставки)

• 000100 - сопротивление нагрузки

• 000101 - напряжение сети

• прочие - ...

Пример 3. Байт "состав данных" для Стабилизированного регулятора на базе Arduino...:

0х05, т.е (b00000101), где

• b00000101 - основной параметр - напряжение в нагрузке

• b00000101 - дополнительный параметр - напряжение уставки

Пример 4. Байт "состав данных" для Простого стабилизатора мощности ТЭНа...:

0х17, т.е (b00010111), где

• b00010111 - основной параметр - мощность в нагрузке

• b00010111 - дополнительный параметр - напряжение сети

====Служебный байт «Режим + ошибки»

Байт "режим + ошибки" формируется побитово, в зависимости от состояния стабилизатора, передаётся в виде шестнадцатиричного числа.

b000000хх - младшие два бита описывают режим

• 00 - рабочий режим (стабилизатор старается поддерживать заданный выходной параметр)

• 01 - разгон

• 10 - нагрузка отключена

• 11 - аварийное отключение нагрузки (удаленное включение невозможно)

bxxхххх00 - старшие шесть бит описывают ошибки

• 000000 - ошибок нет

• 000001 - отсутствие сетевого напряжения, нагрузка отключена

• 000010 - напряжения сети недостаточно для достижения уставки

• прочие - ...

Пример 5. Байт «режим + ошибки» в рабочем режиме и в отсутствие ошибок:

0х00, т.е (b00000000), где

• b00000000 - режим рабочий

• b00000000 - ошибок нет

Пример 6. Байт «режим + ошибки» в рабочем режиме при недостаточном напряжении сети:

0х08, т.е (b00001000), где

• b00001000 - режим рабочий

• b00001000 - напряжения сети недостаточно для достижения уставки

Пример 7. Байт «режим + ошибки» в отсутствие сети:

0х06, т.е (b00000110), где

• b00000110 - нагрузка отключена

• b00000110 - отсутствие сетевого напряжения, нагрузка отключена

====Формат передачи параметров

Значения параметров передаются в виде двухбайтного шестнадцатиричного числа в ASCII-коде

• Мощность - в Ваттах. Например: 1250Вт -> 0x04E2 -> 04E2

• Напряжение - в Вольтах, умноженных на 10. Например: 226,1В -> 2261 -> 0x08D5 -> 08D5

• Ток - в Амперах, умноженных на 100. Например: 15,22А -> 1522 -> 0x05F2 -> 05F2

• Сопротивление - в Омах, умноженных на 100. Например: 15,11Ом -> 1511 -> 0x05E7 -> 05E7

==========
Управление стабилизатором

====Формат посылки для установки режима:

MA<CR>, где

• M - Заголовок (буква «M» &#4D или «m» &#6D)

• A - код режима (идентичен коду режима в байте «режим + ошибки»)
  

  • 0 - перейти в рабочий режим (стабилизатор старается поддерживать заданный выходной параметр)

  • 1 - перейти в режим «разгон»

  • 2 - отключить нагрузку

• <CR> - признак конца посылки (символ "возврат каретки" &#OD)

Т.е.
M0<CR> - перейти в рабочий режим.
M1<CR> - разгон.
M2<CR> - стоп.

====Формат посылки для передачи уставки:

Тип параметра уставки соответствует основному параметру, передаваемому стабилизатором в информационной посылке.
Проверка параметра на выход за пределы диапазона проводится стабилизатором.

ABBBB<CR>, где

• A - Заголовок (буква в зависимости от типа основного параметра: «P» &#50 или «p» &#70 - мощность, «U» &#55 или «u» &#75 - напряжение, «I» &#49 или «i» &#69 - ток)

• BBBB - уставка (два байта, передаются в виде шестнадцатиричного числа в формате передачи параметров)

• <CR> - признак конца посылки (символ "возврат каретки" &#OD)

Т.е.
P04E2<CR> - установить мощность 1250Вт
U03E8<CR> - установить напряжение 100,0В
I05F2<CR> - установить ток 15,22А

==========

kvic, d.styler, оформил предварительный вариант. Что скажете?

kvic, пока оформлял, понял, что это твой первоначальный протокол, слегка расширенный и с добавлением байта "состав".   

UPD1. Исправлены коды режимов и добавлена нечувствительность к регистру в управляющих посылках.

kvic, твоя логика мне понятна.
Я исходил из другой:
Умолчальный режим - обесточенный ТЭН, просто по технике безопасности. И это крайний режим (минимум в нагрузке), другой крайний режим - разгон (максимум в нагрузке). А рабочий болтается между оными.

Но это же просто цифры, как захотим, так и будет 
Так?:
0 - рабочий, 1 - стоп, 2 - разгон.

Нечувствительность к регистру имеешь ввиду?

Давай.

Разъясни вкратце суть.
Я тему твою читал, но вот про этот кунштюк так и не понял до конца.

kvic, внёс изменения в протокол

d.styler, скажи своё веское слово по поводу протокола.

Он через секунду своё обновленное состояние пришлёт.
Специальный отчет о приеме команды, думаю, ни к чему.

Можно дублировать управляющую команду для надежности.
Т.е. регулятор шлёт свою инфу и ждёт управляющую посылку.
Получает таковую, запоминает, но состояние не меняет.
Через секунду опять шлёт инфу и ждёт дубль управляющей посылки.
Получает дубль, сравнивает,
   - если дубли разнятся не реагирует.
   - если дубли одинаковы - изменяет состояние.
Через секунду шлёт обновленную инфу.

Есть смысл, наверное, сделать защитный интервал секунд 5-10 после успешного приема управляющей команды, в который регулятор не реагирует на управление по UART. Для защиты от нечаянного спама, помех.

Безусловно.
Но я не об этом. Я о том, что регулятор принимает управляющую посылку к исполнению, только если получает две одинаковые посылки подряд. Защита от помех, потерь и пр.

Соглашусь. В протоколе это предусматривать не нужно.

Кривую не примет, ясен день. А если кривая будет совсем как прямая?
Рудольф прав - данные могут пропадать/появляться по дороге.
Вот выключится чайник во время передачи уставки, и примет регулятор не 100В, а 204В, а у тебя предзахлёб.  А тут хоть какая-то защита.
Вероятность низка и необходимость сомнительна, не спорю.

Или "Да мне пох..." 

Таким образом, принимаем протокол в окончательном (на сегодня) варианте