Последний раз редактировалось AI!; 26.11.2012 в 12:39.
Уже предлагали делать ротацию по принципу ФИФО ,но я так и не понял ,что складывать в очередь ,ведь если возникла не исправность ,то очередь нужно менять ,а тогда зачем очередь ?Это как в ППЗУ счетчик перебирает адреса ячеек ПЗУ ,а не исправность переключает область адресов .Просто для большого количества входов выход ,нужно большое ПЗУ .Да и очередь надо делать энергонезависимую ,что для ПР110 не возможно.Поэтому лучше обходится без памяти,чисто комбинационно .
Последний раз редактировалось rovki; 25.11.2012 в 11:11.
электронщик до мозга костей и не только
а смысл? если пропало эл-во, то скорее всего оно пропало и у насосов, так что всё равно их включать заново.
т.е. можно новую очередь строить...
ну и про наработку - либо пусть UPS ставят, либо считаем, что схема ротации стремиться выравнять наработку насосов,
так что после перезагрузки просто будем считать, что наработка насосов равна.
Последний раз редактировалось rovki; 25.11.2012 в 19:17.
электронщик до мозга костей и не только
К стати ,задавая количество насосов в ротации целочисленным числом ,можно на таком макросе делать повысительную станцию ,добавляя во времени количество работающих насосов ,с учетом давления и неисправностей насосов,да еще с ротацией их при каждом включении.
Жаль ,что не владею данным способом составления схем,тут одной схемотехникой не обойтись.Пора заводить новую тему -Большие хитрости ПР от AI
Последний раз редактировалось rovki; 25.11.2012 в 11:34.
электронщик до мозга костей и не только
обратные связи починили...
(хотя они тут и не нужны оказались... но всё же вставил одну, для надёжности....)
сделал не 32 насоса, а 8, т.к. у ПР ща только 8 выходов.
(до 32 можно легко нарастить, нужно только желание)
понял, что FIFO тут бесполезно, надо включать насос с наименьшей наработкой из "отдыхающих",
а выключать с наибольшим моторесурсом из работающих.
(моторесурс считается с точностью до сек., до 2^31 сек, или 68 лет)
первый вход задаёт маску разрешенных насосов
(у тех насосов что в ремонте, или если их реально меньше - надо просто сбросить соответствующие биты)
второй вход "Next" - команда ПЕРЕключиться на следующий насос
(выключить с наибольшим моторесурсом и включить с наименьшим)
ну а третий - сколько насосов нужно в данный момент
(например по датчику давления можно менять кол-во насосов в зависимости от кол-ва потребителей)
PS пожелания по улучшению принимаются
(есть одна идея - запретить включение сразу несколько насосов,
т.е делать паузу хотя бы в 5сек, что бы снизить нагрузку на сеть
вопрос - насколько это актуально?)
----------- update ----------
обновил немного:
- в борьбе с "подмигиванием", обратная связь стала важна.
- если при подаче сигнала "Next" работающие насосы имеют минимальный моторесурс, из разрешенных, то ничего не происходит.
(зачем менять относительно новый насос на более изношенный?)
Последний раз редактировалось AI!; 02.12.2012 в 02:18.
Сумматоры времени лучше сделать на счетчиках ,тогда если использовать ПР114 ,будет возможность сохранять наработку ,при отключении питания .
При работе насосов в группе (например ,3из 8),в нее включаются насосы с минимальной наработкой или по другому ?
на счет 32 насосов -это вы хватанули .Ни переменных ,ни стека не хватит ,да и такого количества насосов мало кому нужно,ИМХО
Последний раз редактировалось rovki; 02.12.2012 в 10:49.
электронщик до мозга костей и не только
у вас уже переменных 67% ,а ФБ только 9%![]()
Кроме того в счетчике есть сброс ,а у вас нет .А он должен быть ,что бы наработка сбрасывалась при включении нового насоса в работу ,на место старого .![]()
сделайте лучше 4 насоса ,но добавьте целочисленные выходы для контроля времени наработки насосов (для сетевых переменных)
ну и при смене маски ,тот бит что стал 1 из нуля (включился) должен сбросить наработку соответствующего насоса.
Последний раз редактировалось rovki; 02.12.2012 в 11:03.
электронщик до мозга костей и не только