Периодическое накопление данных в переменной?

Сообщение **Rovki** » 20 авг 2022, 18:28

Вот вариант сумматора со сбросом

сумматор.png

Dryundel · Сообщение **Dryundel** » 20 авг 2022, 19:50

[ref=#ff8000]Rovki[/ref], зачем такие сложности со свитчами и лишними переменными?
[spoiler=Всё гораздо проще в этой жизни. )))]

SUMM_RESET.jpg

[/spoiler]

Сообщение **Rovki** » 21 авг 2022, 09:27

Dryundel писал(а): 20 авг 2022, 19:50 [ref=#ff8000]Rovki[/ref], зачем такие сложности со свитчами и лишними переменными?
[spoiler=Всё гораздо проще в этой жизни. )))]SUMM_RESET.jpg[/spoiler]

А если не теоретически , а практически показать на FBD ?. Переменные просто заменяют провода

сумматор.jpg

На свитче реализована ячейка памяти. Можно и на переменных сделать. Я ж один из вариантов показал .
Привык работать в Овен лоджик, там нет стробов у переменных

Отправлено спустя 18 минут 30 секунд:
Можно и так (без сброса)

Отправлено спустя 7 минут 24 секунды:
Или со сбросом

СумR.jpg

Отправлено спустя 5 минут 57 секунд:
Проще наверное не бывает

Отправлено спустя 36 минут 48 секунд:
Интересный генератор получился - сумматор+ стек

сум+стек.jpg

Dryundel · Сообщение **Dryundel** » 21 авг 2022, 09:52

Rovki писал(а): 21 авг 2022, 09:27 Проще наверное не бывает

Так нельзя. Если есть две точки записи в одну переменную, то должен быть какой то блокирующий элемент запрета одновременной записи. Либо такая последовательная запись должна быть обоснована.
В Вашем же случае, при постоянной единице на сбросе, результирующая переменная будет меняться от 0 к 1 в каждом цикле.
Чтобы это увидеть, разнесите эти две части на разные платы и в каждой плате выводите результирующую переменную в UART.
Это стандартная ошибка.

Отправлено спустя 2 минуты 42 секунды:
А в вашем проекте вообще не будет вывода "0". При сбросе в UART пойдёт "1"

Сообщение **Rovki** » 21 авг 2022, 10:17

Так поставьте R триггер на вход сброса и все. У меня же стоит. Ну нельзя же так не внимательно. Держите хоть час сброс, а обнуление будет только при нажатии ,фронту

Dryundel · Сообщение **Dryundel** » 21 авг 2022, 10:58

Rovki писал(а): 21 авг 2022, 10:17 Так поставьте R триггер на вход сброса и все. У меня же стоит. Ну нельзя же так не внимательно. Держите хоть час сброс, а обнуление будет только при нажатии ,фронту

Хорошая заплатка. Тока не катит.
А что если требуется при постоянно поданной "1" на "сброс", на выходе (в результирующей переменной) был постоянный "0"? R-триггер не поможет.

Сообщение **Rovki** » 21 авг 2022, 11:21

Dryundel писал(а): 21 авг 2022, 10:58
Rovki писал(а): 21 авг 2022, 10:17 Так поставьте R триггер на вход сброса и все. У меня же стоит. Ну нельзя же так не внимательно. Держите хоть час сброс, а обнуление будет только при нажатии ,фронту
Хорошая заплатка. Тока не катит.
А что если требуется при постоянно поданной "1" на "сброс", на выходе (в результирующей переменной) был постоянный "0"? R-триггер не поможет.

Это другая задача и решается по другому . У меня только сброс , без запрета работы .Это не заплатка ,а классика - работа по фронту

Dryundel · Сообщение **Dryundel** » 21 авг 2022, 11:38

Rovki писал(а): 21 авг 2022, 11:21 Это другая задача и решается по другому . У меня только сброс , без запрета работы .Это не заплатка ,а классика - работа по фронту

Хозяин барин.

Я Вам показал простое решение которое будет работать в любом случае, хоть с R-триггером, хоть без него. В качестве защиты там логический элемент END, который выполняется за один такт процессора (0,0625 мкс для AVR 16МГц) вместо двух свитчей.

FlProg