Области применения ПР110(примеры реализации)

[AI!]

просто надо использовать RS или RS-NOT,
в зависимости от того какой алгоритм поведения более безопасен для оборудования.
(при "скачке" напруги)

ну и, сделать герконы "выше верхнего", и "ниже нижнего", где будет "застревать" поплавок (т.е. с ограничителем движения)

PS "RS-NOT" - это, так сказать, правильный вариант SR, который при включении будет в состоянии "SET", а не "RESET"

[rovki]

Пример- на трубке образовался налет ,который привел к повышению трения между стержнем и поплавком .Тогда уровень воды при котором сработает геркон будет выше .Поплавок погрузившись ,просто выпрыгнет и геркон сработает и выключится(магнит стал выше) .А дальше как описывал.
Короче схема нормальная ,только на всякий случай поставить стержень на самый верх (двойная защита) ,хорошо хоть не кислота .
Да и 2 макрос нужно убрать в этом варианте.
По существу у Вас 4 датчика контролируют уровень воды .При таком избыточном количестве ,контролировать неисправность одного датчика(геркона) нет смысла ,кроме верхнего и вот тут стержень ,который всегда сухой и только при не исправности верхнего геркона намокнет и спасет.

[AI!]

ещё можно сделать "время", как защиту.

т.е. если очередной геркон не сработал через какое-то время, то есть вероятность, что что-то не так....

[rovki]

Или в стек складывать последовательность срабатывания датчиков и анализировать .
ПС .Входную часть схемы (красивую) обьединить с 1 макросом .

[Василий Кашуба]

AI, я как то пересматривал старые проекты, и обратил внимание, что в одном совместном с rovki проекте по автодозвону с ПР на городской телефон, стек почти заполнен, посмотри пожалуйста, может тебе удастся, или упростить проект или упорядочить связи.
А то для основного проекта, который будет управлять оборудованием и анализировать аварийные ситуации, стека уже не хватит.

[AI!]

я так понимаю, больше всего стека хавает макрос ПТН, а что он делает?
(будет быстрее если вы расскажите, нежели я буду пытаться разобраться)

PS судя по схеме - он сделан не оптимально, в смысле кол-ва потредляемых ресурсов, в частности стека.
------upd-----
я так понимаю,
1) на входе число, на выходе кол-во разрядов оного в десятичной системе исчесления.
2) так же задаётся номер разряда (почему то в "неправильной" нумерации), на выходе цифра этого разряда

так?

[Василий Кашуба]

я так понимаю, больше всего стека хавает макрос ПТН, а что он делает?
(будет быстрее если вы расскажите, нежели я буду пытаться разобраться)

PS судя по схеме - он сделан не оптимально, в смысле кол-ва потредляемых ресурсов, в частности стека.

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

[AI!]

что-то с 7мым разрядом там напутано...

или в условии задачи только 6 разрядов?

[Василий Кашуба]

что-то с 7мым разрядом там напутано...

или в условии задачи только 6 разрядов?

На выходе макроса кол-во разрядов в записанном номере, а на входе макроса номер(порядковый) передаваемой цифры.

Кол-во разрядов от 1 до 7. Любой возможный городской номер.

[AI!]

решил в лоб не решать задачу, сделал по-своему
- входы: номер телефона и сигнал "Next", т.е. "Следующий"
- выходы: очередная цифра и сигнал, что цифра последняя

PS когда есть сигнал, что цифа последняя, то Next работает как Reset (кстати, ему нужно несколько тактов для инициализации!!!)

PPS макрос работает во всём диапазоне чисел, которые поддерживает тип "32х битное беззнаковое целое", кроме нуля))