кстати в приведенной схеме диод стоит последовательно,как предлагал ,т.е один полупериод вход(провода) практически отключен от пр.
Вид для печати
кстати в приведенной схеме диод стоит последовательно,как предлагал ,т.е один полупериод вход(провода) практически отключен от пр.
совершенно верно. но в приведенных схемах второй полупериод удерживает конденсатор, а у овна он практически не работает - зашунтирован светодиодом
Ps - че за хрень - куда деваются заглавные буквы?
У ПР-а этим "диодом" является оптопара. А диод, стоящий перед ней, защищает её (оптопару) от пробоя.Цитата:
Сообщение от поперечный
Здесь отличительной особенностью от более дешевых решений конкурентов является, то что у ПР-а входы развязаны. Ну и соответственно, схема немного другая.
господа, можно ли ко входам прибора пр110 , подключить
кондуктометрические датчики, в частности для индикации уровня воды, минуя различные сау ?
(просмотрел алгоритмы работы различных сау, подходящих не нашел, а городить несколько сау не хочется. думаю запрограммировать на пр110, вопрос, как подключить датчики уровня, поплавковые не хотелось бы, рассматриваются электроды, нужно 6 датчиков)
Что за жидкость ,которую хотите мерить?Если обычная вода то проблем нет,только Пр на 24вольта.Цитата:
Сообщение от Vovaer
да вода, 24 вольта тоже без проблем, т.е. замыкание контактов водой, пр110 будет видеть как логическую единицу?
точно так ,даже пробовал ставить на почву для полива у себя в теплицу,срабатывает без проблем.учтите только одно это расстояние между двумя контактами ,при очень большом расстоянии может не хватить входного тока,нужно будет или поднимать напряжение на запитку датчика или уменьшать расстояние,просто закрепив на одном подвесе(штыре) сразу два конца датчика ,через небольшой промежуток и расположив его на нужной высоте(уровне).начните со стакана ,или ванны испытания :)
Вот у меня возник другой вопрос !!!
Как в ПР на 24 в.,можно контролировать дискретные входы на обрыв и к.з ?
Это ведь не аналоговый вход.
Здесь "обрыв" - отсутствие сигнала на входе рассматривается программой, как логический ноль; присутствие сигнала ("к.з.") - логическая единица.
контролировать косвенно обрыв (замыкание) входов или линий связей можно несколькими способами .Если сигнал импульсный ,то можно сделать схему контроля отсутствия импульсов за определенное время.Можно просто продублировать линии связи и заведя их на разные входа.Лучше использовать контакты с переключением на датчиках,концевиках .ТОГДА на одном входебудет1,на другом (0) при работающих входах(линиях). если есть лишний выход на ПР его можно завести параллельно датчику на вход и использовать его (выход) для тестирования входа.
ещё можно попытаться с помощью логики программы..
напр. ёмкость и 2 клапана вверху и внизу
и вдруг состояние - верхний "говорит" что вода есть, нижний что нет.. что делать?
если важнее чтобы вода была (напр. поселковая водонапорная) - то считаем что её нет - пусть переливается на землю, главное шоб вода была...
а если важно что-бы не залило (напр. накопительный бак дома, на чердаке - почти "водонапорка")
то считаем, что воды много и не доливаем...
Ну функциональная диагностика -это святое дело.Везде сую .Можно так же использовать мажоритарную логику (примеры есть).
в Вас, Анатолий, я не сомневаюсь!
я уважаемому elik-toxa подсказываю идею...
Правильно делаете,надо помогать .Просто ,то что вы предложили называется двумя словами Функциональная диагностика .Об этом и сказал .:) и поддержал.
в классическом программировании нечто подобное называется "защита от дурака"
Нет,под дураком подразумевается -субьект(его действия) ,а тут речь об обьекте и его отказоусточивости и выявлении возможных отказов вовремя работы оборудования и если возможно ,изменение алгоритма работы на алгоритм с меньшей функциональностью (если нет горячего резерва) и сигнализация неисправности (или \и фиксация события).:) ;)
не согласен... все "заплатки" в винде - это программист не учёл какие-то ситуации... обычно нештатные...
т.е. не всё что подпадает под понятие "защита от дурака" напрямую имеет отношение к человеку и интерфейсу с ним, есть ещё интерфейс с другими электро-механическими устр-вами...
---------------
банальный пример - любой сетевой протокол... там обычно есть описание поведения устр-в в случае нештатных ситуаций...
Ну тогда ссылка на другой авторитет "Защи́та от дурака́ — защита техники и программного обеспечения от неверных действий человека, как при пользовании, так и при техническом обслуживании или изготовлении.Цитата:
Сообщение от AI!
Например:
Защита от дурака: расположенные на разных расстояниях выемки в разъёмах модулей DIMM соответствуют выступам в слотах материнской платы, что физически не даёт возможности вставить в слот модуль неподходящего типа.
* контроль данных, вводимых пользователем, на соответствие допустимому типу, диапазону значений, общей длине и т. п. для данной операции, а также пресечение попыток нарушить его работу путём ввода заведомо неверной информации;
* форма штекера и гнезда кабеля не даёт соединить их неправильно;
* детали сборных агрегатов (например, кухонных комбайнов) проектируются таким образом, что не допускается случайная неправильная сборка (вставка их не той стороной, не в той последовательности и т. п.);
* электроника автомобиля при запуске двигателя проверяет положение рычага переключения скоростей"-ВИКИПЕДИЯ
""Заплатки" в ПО -это процесс доработки ,как и в случае с опытными образцами(макетными) в технике.Поэтому любой проект имеет стадии.
я ж говорю, что термин у программеров немного шире...
так-как разного рода защиты приходится предусматривать и на промежуточных стадиях программирования, где, по идее, "общаются" между собой разные блоки программы и нет прямого доступа человека к этим процессам... (в конечном продукте)
PS в википедии нашел такой термин, подходящий к данному описанию - "защита от дурака программиста"
т.е. защита твоего програмного блока от программиста который будет его использовать в своих "поделках"
Хороший программист ставит на ночь возле себя два стакана:
полный - если вдруг ночью захочется пить,
и пустой - если не захочется.
:D :D :D