А так мысль правильная по связке БКК1 и ПР100 или есть более практичные схемы для данной задачи?
Вид для печати
А так мысль правильная по связке БКК1 и ПР100 или есть более практичные схемы для данной задачи?
Я так вижу индикацию, например с помощью СМИ2-М: по очереди выводятся на индикатор желтым цветом номера переполненных танков с уже сброшенным звуковым сигналом, если переполняется ещё танк, его номер высвечивается на индикаторе красным цветом, пока его не сбросят! Если одновременно переполняется более одного танка их номера также выводятся по очереди, например с периодом в одну секунду, до сброса(квитирования) сигнала. И при каждом нажатие кнопки сброс(квитирование) сигнала происходит только на одном танке, надеюсь идея понятна?
И ранее на форуме обсуждалась тема, как выводить на индикатор активные аварии по очереди, короче, в этом плане ничего думать не надо, всё уже придумали для вас!
https://owen.ru/forum/showthread.php?t=31076&page=2
Вот переделал программу взятую на форуме (Очередь Аварий), в индикатор заполнения танка.
F1 мигает по номеру заполненного танка, F2 показывает что есть заполненные танки.Вложение 68849
Например сработал танк 5 и 2, индикатор периодически мигает 5 раз, после отключения 5 танка, мигает 2 раза ( заполнен 2 танк).
Есть и индикация номера танка для передачи по модбас.
Хочется по практиковаться и лучше разобраться в программе. Решил повторить свою схему, только через переменные. Не могу понять, почему в режиме симуляции не активируются входы при кликании мышки и что за выходы F1 и F2?Вложение 68862
Все привязал, но опять же, в режиме симуляции не активируются дискретные входы. Что то делаю не так.https://disk.yandex.ru/d/3plOjmd3cFmUSA
Ну что за лабуда, в смысле, связи протяните между элементами, входами не надо ограничиваться, от входов до первого элемента Вы протянули, а дальше кто будет делать:
Вложение 68865
Коль пошла такая "пьянка" вот мой вариант:
Вложение 68876
Вложение 68877
Сделал отдельную индикацию переполненных и переполненных и ещё не квитированных танков!
Единственное что не успел сделать - квитирование переполненных танков по одному при каждом нажатии кнопки сброс!
В принципе это не сложно сделать, надеюсь товарищ с этим справится и на форуме много раз выкладывал проекты где такое делается!
Разумеется подобный проект не для такой модификации ПР, в смысле, даже по сети результаты нельзя вывести!
Вот сброс(квитирование) добавил по одному танку при каждом нажатии кнопки сброс:
Вложение 68880
Вложение 68881
Или так, в виде макроса:
Вложение 68883
Вложение 68884
Гораздо практичнее здесь модульный подход: отладил один канал - размножил
Вложение 68878
Не всегда имеет смысл добиваться минимального числа элементов, иногда наглядность более полезна, в том числе поэтому и существует FBD, а не только ассемблер.
Кроме того:
Общий таймер на все каналы может приводить к ложным срабатываниям.
При срабатывании, а затем пропадании входного сигнала нет индикация того, чем именно было вызвано включение звука.
Вы имеете ввиду когда с небольшим интервалом сразу более одного танка переполнятся? В данном случае это абсолютно не важно и все вновь переполненные танки отображаются, пока не квитируют(сбросят) сигнал! И сброс(квитирование) у меня происходит по одному танку при каждом нажатии кнопки, чтобы снизить вероятность не заметить все вновь переполненные танки!
И, насколько я смог понять, это не возможно в принципе, в смысле, танки заполняются по очереди!
Так что скорей всего, в нашем случае и причина срабатывания звуковой сигнализации будет точно известна без дополнительной логики!
Если Вы так хотите, ранее мы уже обсуждали на форуме как определить первопричину аварии, для многих случаев это важно, но не для нашего случая!
https://owen.ru/forum/showthread.php?t=33123
https://owen.ru/forum/showthread.php...%E8#post331812
https://owen.ru/forum/showthread.php...%E8#post316254
Вот ещё один шаг в эту сторону сделал, в смысле, немного усовершенствовал макрос, теперь первым нажатием на кнопку сброс только снимается звуковой сигнал, вторым и последующими нажатиями сбрасываются(квитируются) по одному вновь переполненные танки:
Вложение 68921
Вложение 68907
Как говорится на всякий случай, вдруг оператор, с перепугу, сначала нажмёт на кнопку сброса звуковой сигнализации, а посмотреть забудет, какой танк вновь переполнился!
И напоследок свой вариант с миганием(свечением) выходами:
Вложение 68923
Мне кажется даже проще будет, чем с поочерёдным выводом номеров танков:
Вложение 68924
Вот кишки последней добавленной функции в общий макрос спрятал, мне кажется, достаточно универсальный макрос получился:
Вложение 68926
Можно добавить в свойства макроса в качестве настроек(для пущей универсальности) время задержки включения сигнализации переполнения танков и частоту мигания выходов соответствующих не квитированным танкам.
Вложение 68927
Здравствуйте. Схема для ПР100 с датчиками уровня устраивает, всем Спасибо! Но сейчас ведется разговор с гл.инженером, чтобы еще дополнительно установить датчики давления на танки, для визуализации их наполненности. Планируется, что датчики давления будут подключаться отдельно от ПР, то есть к ТРМ1 на прямую и будут они настроены на 40 тонн(а не от 0 и до 100%). Я думаю предложить вместо 8 штук ТРМ1 купить одну HMI панель Овен СП307-Б и связать ее в паре с ПР102-24.2416.03.1(так дешевле). Как считаете, такая связка актуальна? И конечно, потребуются ваши советы в написании программ.
А, зачем восемь ТРМ1, если танков, если не изменяет память, всего семь?
Насчёт вариантов решения, всё зависит от ваших приоритетов, в смысле, вариант с ТРМ1 если нужна надёжность, простота и ремонтопригодность(я так понимаю, вам это не нужно), в смысле, стоимость ремонта, например сгорел один из входов, дешевле один ТРМ1 заменить, чем ПР102, у ПР102 даже гальванической развязки нет!
Короче, мне кажется, надёжней дешевле вместо сенсорной панели - СМИ2-М, кстати, уже повторяюсь и программа уже имеется практически готовая, останется добавить для индикации значение(уровень) заполняемых танков, всё!
И непонятно зачем ТРМ1, вам же не надо локально(у танка) иметь показания, в смысле, с ПР102 так невозможно! Короче, может присмотреться к ТРМ200, их в два раза меньше потребуется, там два независимых канала, а не один, как на ТРМ1.
Танков всего 8, просто один не используется летом, так как на нем нет охлаждения, а как выяснилось зимой работают все 8 танков. Я схему переделал под нужное количество.
Да, вы правы, на ТРМ надежнее и ремонтопригоднее. Если, так сказать по "чесноку"), то просто хочется поработать(по учиться, практиковаться) с панелью оператора и если не подпишутся под HMI, для меня хоть будет опыт работы с панелью программно. Наверняка в будущем подвернется задача, где можно будет применить панель и я буду хоть немного уже подготовлен.
Поработать с панелью можно и не имея панели, есть офф и онлайн эмуляция ( панель будет мастер), через переходник USB-RS485,
можно соединиться c тем, что есть, например с ПР100, ПР200, ТРМ1 по RS485
Проверяю даже работу с ПЛК и модулями МВ110-8АС, МВ110-8А в онлайн эмуляции.
Да, конечно.
Но сперва надо написать программу в ПР, а затем и в HMI. В HMI мнемосхема по замыслу простая, всего 8 танков, которые визуально показывают заполненность от 0 до 40 Тонн и все, ну можно, если возможно, чтобы начинали емкости на панели мигать при достижении максимума(электрод) и срабатывал ревун, на панели пальцем ткнул на заполненный танк и ревун замолк.
С аналоговыми входами еще не работал и тем более, пока не понятно как привязывать танки на панели к входным аналоговым входам на ПР.
И в чём проблема?
Настроили аналоговый вход, например датчик давления 4-20 мА, 0-100 бар, со входа в сетевую переменную Float (2 регистра), например адрес 512,
в панели дисплей адрес 4х 512 Float (DWORD) получили, давно бы уже всё попробовали). В панели поставить галку переставить регистры( при не правильном отображении)
Танки сами нарисуйте.
Мой вариант и переделывать не нужно:
Вложение 69116
И, он и далее легко расширяется до 32 танков, практически с минимальными усилиями, уже писал об этом!
И, интересно, как вы обошлись восемью выходами на ПР100, в смысле, восемь выходов для индикации переполненных танков, а ревун куда прилепить?
Вложение 69117
Кстати, а обязательно каждый раз переписывать программу на другую модель ПР, если выходы и входы используются те же? Например, Сергей, если вашу перенести с ПР100 на ПР102
Почему нельзя применить нормальные ПР, в смысле ПР200(с экраном) там и всё можно отобразить без дополнительных приблуд и уровень посмотреть! Даже отбросим это, всегда найдётся что можно настроить с экрана, в вашем случае например уровень срабатывания переполнения(сигнализации) и например какой то кондуктометрический датчик "закоротило" с экрана можно отключить эту аварию, и с максимально возможным уровнем "комфорта" доработать до остановки, в смысле, неужели это непонятно?
Добрый день, делаю проект с использованием пр200 и настройки калибровки и коэффициенты планируется вводить кнопкам на экране. Но если мне понадобится поменять логику в проекте при загрузке я потеряю все настройки на значения по умолчанию из проекта. Я хотел уточнить нет ли какой-то специальной опции чтобы установить значение по умолчанию из плк в проект? Или необходимо перед загрузкой руками переписать значения в проект ?
Я наверно не понятно объясняю , установка допустим уже в работе все переменные подстроенны кнопками с экрана. И я понимаю что необходимо сделать изменения логики программы. Как мне актуализировать значения по умолчанию в проекте программы на пк. Только переписать руками или есть кнопочка в owen logic? По типу как кнопочка сделать скриншот всех актуальных значений в тиа портале https://cache.industry.siemens.com/d...werte_1_en.png