Управление приточкой из разных мест дома, что можно использовать? Опции

[Nick]

Еще, Ник, сколько стоит DDC110-L4. Лон шлюз 6000 руб стоит + ваша штуковина (допустим). Ещё надо ли мне какие-то программы чтобы скрестить их по ЛОНу Lonmaker например?

По стоимости, я уже отписывался в "Личные сообщения", стоимость примерно как у шлюза. Вам обязательно понадобиться Lonmaker и плагин для DDC110-L4 и соответственно 2 кредита или больше, если пультов будет несколько. Lonmaker и плагины у меня есть, так что покупать Lonmaker не нужно, все сделаем как Вы пожелаете. Если Вас не устраивает дизайн, можно посмотреть пульты, по ссылкам ранее, есть хорошие варианты.

Собственно для этого и придумали LON и BACNet, можно связывать различных производителей и не задумываться, что что-то не будет работать...

С уважением, Nick!

Сообщение отредактировал Nick - 23.5.2007, 13:00

[Nick]

Еще, Ник, сколько стоит DDC110-L4. Лон шлюз 6000 руб стоит + ваша штуковина (допустим). Ещё надо ли мне какие-то программы чтобы скрестить их по ЛОНу Lonmaker например?

По стоимости, я уже отписывался в "Личные сообщения", стоимость примерно как у шлюза. Вам обязательно понадобиться Lonmaker и плагин для DDC110-L4 и соответственно 2 кредита или больше, если пультов будет несколько. Lonmaker и плагины у меня есть, так что покупать Lonmaker не нужно, все сделаем как Вы пожелаете. Если Вас не устраивает дизайн, можно посмотреть пульты, по ссылкам ранее, есть хорошие варианты.

Собственно для этого и придумали LON и BACNet, можно связывать различных производителей и не задумываться, что что-то не будет работать...

С уважением, Nick!

Сообщение отредактировал Nick - 23.5.2007, 13:00

[Kass]

В алгоритме сделано так

О, конкретный вопрос! Получи конкретный ответ. Между "Преобр Ц-А" и "Умножение" ставишь "Перекл 2". На второй вход цепляешь "Преобр Ц-А", на выход - "Умножение. На первый вход цепляешь следующую цепочку от аналогового входа (обычно аналоговые остаются свободными в МС8-х): "Напряжение", "Физ вел ог", "Округление". Переключением управляешь от кнопки на пульте через дискретный вход. На аналоговый вход подключаешь центральный движок переменного резистора. На один крайний подаешь через резистор, сопротивлением в 10 раз большем, чем переменник, +24В, другой сажаешь на общий. Настраиваешь так: Выставляешь переменник на первую риску шкалы, например это температура и 18 градусов. В консоле смотришь напряжение на соответствующем входе и присваиваешь ему значение 18 в "ФИЗ ВЕЛ ОГ". Повторяешь это для всех отметок на шкале, и все. Клиент выбрал переменником значение и нажал "Запись". Система начала работать с новыми значениями и плевать на счетчики, они нужны для сенсорной панели.

[Kass]

2 Nick. К сожалению я так ничего и не услышал про функционал...

[Nick]

2 Nick. К сожалению я так ничего и не услышал про функционал...

Добрый день, к Выше сказанному могу добавить:

Подключаете по Lon пульт DDC110-L4, и передаете параметры работы вентилятора от 0 до 100%, так же снимаете параметры установленной температуры, текущей температуры от внутреннего датчика. В алгоритме соответственно делаете переключатель скоростей с входом 0..100% и с выходом 3-х дискретных сигналов. С аналоговыми сигналами я думаю, Вы знаете, что делать При этом ни каких заморочек с сопротивлениями и т. д. и т. п.


Или еще проще, для такой системы (фанкойл) можно было применить пульт вместе с регулятором RCN, тогда не нужно ни каких шлюзов LON, LON нужен только для АРМ!

А нужна ли АРМ, в умном загородном особняке, под вопросом?

Топологию сети можно посмотреть здесь

Сообщение отредактировал Nick - 24.5.2007, 14:05

[Kass]

А каким вентилятором вы собираетесь управлять от 0%? Мне такие не попадались. Сайт посмотрел. Ничего сверхестественного, но плохо, что система не разнесенная, а несколько централизованная, т.е. встала станция управления и модули расширения тоже умерли, и встала вся система. И вот что касается перевода, хотел было скачать софт и поковырять, но тут http://www.kieback-peter.de/ru/software-deutschland/ только одна утилитка переведена на английский и французкий, остальное на немецком. Где же это можно скачать на русском?

[Nick]

А каким вентилятором вы собираетесь управлять от 0%? Мне такие не попадались. Сайт посмотрел. Ничего сверхестественного, но плохо, что система не разнесенная, а несколько централизованная, т.е. встала станция управления и модули расширения тоже умерли, и встала вся система. И вот что касается перевода, хотел было скачать софт и поковырять, но тут http://www.kieback-peter.de/ru/software-deutschland/ только одна утилитка переведена на английский и французкий, остальное на немецком. Где же это можно скачать на русском?

За время работы наших объектов, такого не случалось, что говорит о качестве работы, чем не отличается продукт сторонних производителей (******), знаем не понаслышке!
Новое поколение контроллеров работает на операционной системе Linux, что позволяет расширить функционал и возможности. На контроллерах Kieback&Peter наша компания делает больницы и автоматизирует операционные, что подчеркивает высокую надежность контроллеров.

Модули RCN также как и DDC110-L которые подключены по LON, работают полностью самостоятельно - это к картинке, по которой Вы сделали выводы

Софт в свободном доступе не раздается... Могу сказать одно на софт для DDC4000, затрачено более 6000000 Euro, думаете сами, что лучше сделанный Ко***ф на "костях" или полноценный софт для людей!

Да и про вентилятор посмотрите на картинку ответ без коментариев

Сообщение отредактировал Nick - 26.5.2007, 19:56

[Kass]

Что касается контроллеров, то контроллер, работающий на Linux или на Windows, - ИМХО это нонсенс. Попробую пояснить. В контроллерах вся работа построена на точности временных интервалов, в ущерб производительности. В ОС для ПК все заточено для многозадачности и производительность, и один и тот же цикл в разное время может занимать разный интервал времени, причем в очень большом диапазоне. Т.е. время ни как не лимитируется. Именно поэтому во всем мире используют для управления именно контроллеры, с таймерами, и работающие под ОС реального времени, а на ПК выводят только диспетчеризацию.

Тот факт, что на чем то делают автоматику больниц, ни о чем не говорит, т.к. принимают решение в той или иной концепции те, кто в автоматике вообще ничего не понимает, например главврач. Кто первый подсуетится, да еще заинтересует, тот и делает, да на том, чем умеет. Это ни для кого не секрет. А в операционных критичным является совсем другое - специальное медицинское оборудование, которое к DDC4000 не имеет никакого отношения. оэтому если приводите примеры, то лучше их привести более реальные, что бы рассматривать эту систему в прикладном плане, а не теоретическом.

В любой софт вложены деньги. Причем себестоимоть тоже ни о чем не говорит. Софт разработанный в германии будет в десятки раз дороже, чем в России только по себестоимости, при полной его аналогичности. Думаю, что объяснять почему, нет смысла. Но, если этот софт уже выложен на сайте для бесплатного скачивания, да еще и на разных языках, то если есть русский, почему бы не выложить его? Смысла в этом не просматривается. По-крайней мере с ним моглибы ознакомиться разработчики - потенциальные покупатели этого оборудования. Я сомневаюсь,что кто то из них будет использовать этот софт на других платформах.

Что касается вентилятора, то вы просто не поняли сути вопроса. Все дело в том, что ни один производитель не позволит вам крутить его вентилятор на малых оборотах. Как правило мне ограничивают диапазон снизу до 35 Гц. Это 70%. А вы регулируете от 0%. В этом то и нонсенс. Если вы вкладываете такой фукционал, то вентилятор не проживет и дня эксплуатации. И никакая картинка этого не объясняет.

[Гость_pipe_*]

Не нужно сваливать в одно ведро Linux и Windows. Linux тем и хороши, что на них легко сооружаются real-time ОС. Конкретно в DDC4000 работает SUSE.

[Kass]

Поясните пожалуста, как на одной ОС "сооружаются" другие ОС? Может речь идет о виртуальных машинах? А как обрабатываются аппаратные прерывания? Ведь ОС прежде всего управляет железом. Для персоналки это дисковые подсистемы, видеоподсистема, порты ввода-вывода, чипсеты... У контроллера только входы и выходы, даже цифровые интерфейсы и порты имеют собственные прошивки. Если в ПК работа с внешними устройствами ведется через прерывания, да еше часто используется прямой доступ к памяти устройств, то в контроллере чтение всех входов и запись всех выходов производится в строго определенное время. Вы понимаете разницу? На мой взгляд она колоссальна.

[Сергей Долганов]

RT-Linux решает проблему поновому. Вместо того, чтобы менять ядро LINUX, пытаясь сделать его предсказуеммым, они написали не зависимое от основного ядра свое маленькое ядро - планировщик. Основное ядро LINUX запускается, как задача этого ядра, разделяя процессор с другими задачами реального времени. Linux использует процессор наравне c другими задачами реального времени, более точно LINUX является фоновой задачей, и исполняется только, если не исполняется ни одна из задач реального времени.

Конец цитаты. Г-н Kass возможно тут Вы найдете ответ.

[Nick]

Тот факт, что на чем то делают автоматику больниц, ни о чем не говорит, т.к. принимают решение в той или иной концепции те, кто в автоматике вообще ничего не понимает, например главврач. Кто первый подсуетится, да еще заинтересует, тот и делает, да на том, чем умеет. Это ни для кого не секрет. А в операционных критичным является совсем другое - специальное медицинское оборудование, которое к DDC4000 не имеет никакого отношения. оэтому если приводите примеры, то лучше их привести более реальные, что бы рассматривать эту систему в прикладном плане, а не теоретическом.

В любой софт вложены деньги. Причем себестоимоть тоже ни о чем не говорит. Софт разработанный в германии будет в десятки раз дороже, чем в России только по себестоимости, при полной его аналогичности. Думаю, что объяснять почему, нет смысла. Но, если этот софт уже выложен на сайте для бесплатного скачивания, да еще и на разных языках, то если есть русский, почему бы не выложить его? Смысла в этом не просматривается. По-крайней мере с ним моглибы ознакомиться разработчики - потенциальные покупатели этого оборудования. Я сомневаюсь,что кто то из них будет использовать этот софт на других платформах.

Что касается вентилятора, то вы просто не поняли сути вопроса. Все дело в том, что ни один производитель не позволит вам крутить его вентилятор на малых оборотах. Как правило мне ограничивают диапазон снизу до 35 Гц. Это 70%. А вы регулируете от 0%. В этом то и нонсенс. Если вы вкладываете такой фукционал, то вентилятор не проживет и дня эксплуатации. И никакая картинка этого не объясняет.

Специальное оборудование, которым нужно управлять, и ни в коем случае наша компания не поставит туда, проталкиваемый Вами продукт, вам напомнить, сколько 10 ков Ваших контроллеров сгорело в Гос. архиве?

Уверяю Вас софт не аналогичный, я был в свое время тестером Конграфа, и знаю что и как работает... Софт не сравним, так как используются совершенно разные технологии и подходы к разработке софта - это я Вам как программист говорю.

По вентиляторам, похоже Вы плохо знаете вентиляционное оборудование, а в особенности Фанкойлы. На картинке написано: "Задание скорости вентилятора в %". При необходимости минимального ограничения работы вентилятора, можно написать функцию универсальную, с пределами, а не функцию на один день (объект) - это для Конграфа или Sm_Logix! В контроллерах K&P – это уже всё сделано и продуманно.

По-моему у Вас не много странный подход к алгоритмам....

Конец цитаты. Г-н Kass возможно тут Вы найдете ответ.

Он не поймет, так как других контроллеров и технологий не приемлит!

[Гость_pipe_*]

Поясните пожалуста, как на одной ОС "сооружаются" другие ОС? Может речь идет о виртуальных машинах?

Неправильно. ОС для контроллера пишется из готовых программ ОС. Как "Федерация" собирается из унифицированных элементов.
Но и используется только то, что требуется для данной задачи. Например, в той же "Федерации" никто не станет проектировать взлетно-посадочную полосу под А380.

А как обрабатываются аппаратные прерывания? Ведь ОС прежде всего управляет железом. Для персоналки это дисковые подсистемы, видеоподсистема, порты ввода-вывода, чипсеты...

ОС управляет портами. А что на этом порту - дело десятое. Аппаратные прерывания обрабатываются хорошо. А в чём проблема?

У контроллера только входы и выходы, даже цифровые интерфейсы и порты имеют собственные прошивки.

Хм... "Контроллер" - в смысле "управляющий девайс" или "микроконтроллер"? В любом случае, не могу понять фразу "цифровые интерфейсы и порты имеют собственные прошивки" :-(

Если в ПК работа с внешними устройствами ведется через прерывания, да еше часто используется прямой доступ к памяти устройств, то в контроллере чтение всех входов и запись всех выходов производится в строго определенное время.

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

Вы понимаете разницу? На мой взгляд она колоссальна.

А на мой взгляд - её вообще нет.

[Kass]

Конец цитаты. Г-н Kass возможно тут Вы найдете ответ.

Спасибо за инфу. Многое объяснило, хотя так и не понятно, зачем контроллеру многозадачность. С одной стороны утверждается что: "В действительности мы можем запустить несколько приложений реального времени, и в то же время рабоатать на интернет, и без всяких проблем." с другой стороны предупреждают, что: "Недостаток планировщика, приходящего с RT-LINUX, это то, что он приоритетный планировщик, с фиксированными приоритетами и для LINUX выделен самый низкий приоретет. Если задачи реального времени возьмут все процессорное время, тогда Linux не получит времени и может сложится впечатление, что система остановилась. " Т.е. проблемы будут. Но главное понятно. "До появления RT-LINUX многие инженеры, которые хотели использовать системы реального времени, были вынужденны использовать MS-DOS ...". Как замена MS-DOS, согласен. Но только не многие контроллеры работают на MS-DOS.

[Kass]

Специальное оборудование, которым нужно управлять, и ни в коем случае наша компания не поставит туда, проталкиваемый Вами продукт, вам напомнить, сколько 10 ков Ваших контроллеров сгорело в Гос. архиве?

Вы наверное меня с кем то путаете. Я в гос. архиве ни одного контроллера не ставил. Но одно могу сказать точно, что если сгорело несколько десятков контроллеров, то это 100% ошибка разработчика щитов. На таких горе-разработчиков я насмотрелся. Они палят десятками не только контары, но и Сименсы и Хоневелы. Это я вам говорю не только как программист, но и конструктор-схемотехник. Ни для кого не секрет, что ныне в АСУ не мало теплотехников и сантехников. Это к тому и приводит.

Уверяю Вас софт не аналогичный, я был в свое время тестером Конграфа, и знаю что и как работает... Софт не сравним, так как используются совершенно разные технологии и подходы к разработке софта - это я Вам как программист говорю.

Программистов это может не устраивать, но вот инженеров-схемотехников это устраивает с головой. Попробуйте понять и эту позицию.

По вентиляторам, похоже Вы плохо знаете вентиляционное оборудование, а в особенности Фанкойлы. На картинке написано: "Задание скорости вентилятора в %". При необходимости минимального ограничения работы вентилятора, можно написать функцию универсальную, с пределами, а не функцию на один день (объект) - это для Конграфа или Sm_Logix! В контроллерах K&P – это уже всё сделано и продуманно.

Я более чем уверен, что вы как программист как раз очень мало понимаете и в вентляторах, и в логике обслуживающего персонала ВК. Они то уж точно не программисты. Врят ли вы сходу при встрече сможете внятно пояснить, что такое синхронная машина с резистивным ротором, и в чем ее осебенности. Лимиты учтены везде, и везде это предусмотрено. Однако персоналу за АРМом важно знать, какая частота в данный момент подается на вентилятор. И вот если я вам как 0% задал 37Гц, а как 100% задал 52 Гц, то скажите быстро 17% это сколько в герцах? Думаю, что без калькулятора вам не обойтись. А если я еще спрошу у вас текущее значение напряжения, не приложив U/f характеристику, так вы и вообще не ответите.

У программистов свой взгляд на многие аспекты. Я это принимаю. Но примите и вы другие взгляды.

[Kass]

Аппаратные прерывания обрабатываются хорошо. А в чём проблема?

ОС реального времени обеспечивает одинаковое время выполнения цикла программы. Если возникает аппаратное прерывание, то время цикла, в котором оно возникло резко возрастает. Однако в статье, приведенной г-ном Долгановым написано следующее: "Более предпочтительными являются такие ОС, где контекст обычно меняется за 10 условных временных тактов, в худшем случае за 12, чем ОС, где хотя в среднем это происходит за 3, но иногда может быть и за 20 условных временных тактов." И я с этим полностью согласен. И еще могу сказать, что время обработки аппаратных прерываний вообще хаотическое, и не соответствует условиям RT.

Что касается RT-Linux, то в статье четко указано, что она пришла на замену MS-DOS в RT задачах. Но давайте разберемся каким образом? Т.е. существует планировщик, который работает как разделитель задач процессора между RT- задачами, и есть еще одна задача с самым малым приоритетом, это сам Linux. При этом предупреждают, что при возрастании нагрузки на процессор этот модуль может подвисать (вообще без коментариев). Для чего он вообще нужен? Говорят, что для интернета. А не проще ли написать отдельно маленький модуль связи с интернетом и прошить им модуль ETHENET? Регистры этого модуля читать в начале цикла при чтении всех входов, а записывать вместе с выходами в конце цикла? И никаких вам прерываний основного цикла. Так ведь реализовано большинство контроллеров, в том числе и ПЛК. Чем плохо то?

[Fanat]

2Kass
Я в архиве ставил и щиты и контроллеры. Могу утверждать лишь одно - проектных ошибок там не было - так что не надо говорить о 100% чьей то вине - тем более, если Вас там не было.

[Гость_pipe_*]

ОС реального времени обеспечивает одинаковое время выполнения цикла программы. Если возникает аппаратное прерывание, то время цикла, в котором оно возникло резко возрастает.

Понятно. Хотя, РТ-системы обеспечивают не одинаковое время цикла программы (это, скорее, вопрос к RISC-системам), а одинаковое гарантированное время отклика на запрос.

Однако в статье, приведенной г-ном Долгановым написано следующее: "Более предпочтительными являются такие ОС, где контекст обычно меняется за 10 условных временных тактов, в худшем случае за 12, чем ОС, где хотя в среднем это происходит за 3, но иногда может быть и за 20 условных временных тактов."

Напоминает сферическую лошадь в вакууме.

И я с этим полностью согласен. И еще могу сказать, что время обработки аппаратных прерываний вообще хаотическое, и не соответствует условиям RT.
Что касается RT-Linux, то в статье четко указано, что она пришла на замену MS-DOS в RT задачах. Но давайте разберемся каким образом? Т.е. существует планировщик, который работает как разделитель задач процессора между RT- задачами, и есть еще одна задача с самым малым приоритетом, это сам Linux. При этом предупреждают, что при возрастании нагрузки на процессор этот модуль может подвисать (вообще без коментариев). Для чего он вообще нужен? Говорят, что для интернета. А не проще ли написать отдельно маленький модуль связи с интернетом и прошить им модуль ETHENET? Регистры этого модуля читать в начале цикла при чтении всех входов, а записывать вместе с выходами в конце цикла? И никаких вам прерываний основного цикла. Так ведь реализовано большинство контроллеров, в том числе и ПЛК. Чем плохо то?

Понятия не имею, почему авторы статьи так считают. Я с этим не согласен.

Кстати, реал-тайм ОС с квантованием по времени существуют и для микроконтроллеров.

Сообщение отредактировал pipe - 28.5.2007, 16:43

[Kass]

Понятно. Хотя, РТ-системы обеспечивают не одинаковое время цикла программы (это, скорее, вопрос к RISC-системам), а одинаковое гарантированное время отклика на запрос.

Понимаете ли, в том то и дело, что в классической архитектуре просто нет понятия "запрос". В чистом виде имеется алгоритм, который выполняется циклически. Перед новым циклом происходит чтение регистров входов, а после выполнения очередного цикла происходит запись в регистры выходов. Этим то и обеспечивается одинаковое время выполнения цикла, и стабильность работы системы во времени. Этим то и отличались всегда контроллеры от любых персоналок. Чем это не устроило?

2Kass
Я в архиве ставил и щиты и контроллеры. Могу утверждать лишь одно - проектных ошибок там не было - так что не надо говорить о 100% чьей то вине - тем более, если Вас там не было.

Поверьте, что это 100%-я вина. Ищите ошибку. У меня нет схем, и я не могу вам ее подсказать. Скините схемы, я вам помогу ее найти.

[Гость_pipe_*]

Понимаете ли, в том то и дело, что в классической архитектуре просто нет понятия "запрос".

Что такое "классическая архитектура"? Фон-неймановская или гарвардская?

В чистом виде имеется алгоритм, который выполняется циклически. Перед новым циклом происходит чтение регистров входов, а после выполнения очередного цикла происходит запись в регистры выходов. Этим то и обеспечивается одинаковое время выполнения цикла, и стабильность работы системы во времени. Этим то и отличались всегда контроллеры от любых персоналок. Чем это не устроило?

В общем-то и на писишках (стоящих внутри свободно-программируемых контроллеров) можно так сделать. И тоже делают. Когда действительно важна очень высокая точность частоты опроса/выдачи.

[Mars]

Поверьте, что это 100%-я вина. Ищите ошибку. У меня нет схем, и я не могу вам ее подсказать. Скините схемы, я вам помогу ее найти.

Нет, Kass, на этом форуме уже как-то обсуждалась тема с архивом. Насколько я помню, Павленко (СПб) прояснял ситуацию, что были проблемы в связи с тем, что на завод пришла партия комплектующих (конденсаторы, что-ли), которые оказались некачественными. При этом завод без всяких заморочек заменил некачественный продукт и сделал соответствующие выводы по поставщику комплектующих. И вина в этом случае не схемотехников и не завода (как очень хочется некоторым представить), а конкретно - производителя комплектующих. Такое случается, даже крупные автогиганты отзывают свои автомобили, если выясняется, что обнаружены какие-то детали ненадлежащего качества.

[Kass]

2 Mars. Ну тогда другое дело. Тогда от такого действительно никто не застрахован. И тут таки наоборот заслуга завода в том, что он без заморочек заменил оборудование. Со многими производителями это быстро и без заморочек не получается.

[Kass]

В общем-то и на писишках (стоящих внутри свободно-программируемых контроллеров) можно так сделать. И тоже делают. Когда действительно важна очень высокая точность частоты опроса/выдачи.

Возможно и на писишках, но только переведя процессор в режим реальной адресации. Вот только зачем? Если маленький недорогой микроконтроллер в своем составе содержит и АЦП, и ЦАПы, и таймеры, и дискретные входы/выходы, а некоторые из последних и интерфейс ETHERNET уже внутри. Брать писишку современную - значительно дороже, старые - вопросы с гарантией и поставками... Для чего это? Приведите хоть один довод в пользу писишек в сравнении с современными микроконтроллерами, например на базе ядра ARM9.

[Fanat]

Поверьте, что это 100%-я вина. Ищите ошибку. У меня нет схем, и я не могу вам ее подсказать. Скините схемы, я вам помогу ее найти.

Офигеть! Я плакаль! Уж мне виднее чья там вина. Схемы не дам (нету) - не мои они - так и в турму можно попасть - это вообще госсобственность.
Просто не может контроллер работать-работать, а потом у него входы сгорели от чего то (как сказали 220В на них подали). Как то странно - снимали сухарь с концевиков клапанов, а в одну из ночей видимо злой монтажник пришел и как бабахнул туда 220 - негодяй. Не порите горячку, я Вас прошу. Что было то было. Скажу так я сделал ЛИЧНО на МЗТА 2 объекта и на всех них поимел гемморои - может это и моя вина отчасти, но "осадок" остался - меня теперь там как пацана за эту автоматику гоняют!!! Неприятно!

[Kass]

Я на МЗТА сделал значительно больше проектов. ТОлько в этом году 5. При этом никаких гемороев и в тех, что сделаны 3 года назад. Спрос посему растет как грибы после дождя. Поэтому и понимаю, что говорю. И проблемы у вас скорее не со входами, а с цепями питания. Нет схем, нет и разговоров. Я просто знаю человека, который мешками напалил Семенов, и только по своим ошибкам, как потом мы выяснили. Но осадок и у него остался.

[Fanat]

Я на МЗТА сделал значительно больше проектов. ТОлько в этом году 5. При этом никаких гемороев и в тех, что сделаны 3 года назад. Спрос посему растет как грибы после дождя. Поэтому и понимаю, что говорю. И проблемы у вас скорее не со входами, а с цепями питания. Нет схем, нет и разговоров. Я просто знаю человека, который мешками напалил Семенов, и только по своим ошибкам, как потом мы выяснили. Но осадок и у него остался.

М-да гигант. А я сделал всего 3, изи них 2 лично и вот как то везде получилось гемморойно. Не везет, наверное. А с цепями питания конечно же у нас огромные проблемы - мы же идиоты защитить их не можем МЗТА не ломается - это же все знают, а я дурак забыл

[Mars]

Офигеть! Я плакаль! Уж мне виднее чья там вина. Схемы не дам (нету) - не мои они - так и в турму можно попасть - это вообще госсобственность.
Просто не может контроллер работать-работать, а потом у него входы сгорели от чего то (как сказали 220В на них подали). Как то странно - снимали сухарь с концевиков клапанов, а в одну из ночей видимо злой монтажник пришел и как бабахнул туда 220 - негодяй. Не порите горячку, я Вас прошу. Что было то было. Скажу так я сделал ЛИЧНО на МЗТА 2 объекта и на всех них поимел гемморои - может это и моя вина отчасти, но "осадок" остался - меня теперь там как пацана за эту автоматику гоняют!!! Неприятно!

Чтобы уже по нескольку раз не возвращаться к этому вопросу. Здесь Павленко Олег уже комментировал ситуацию с качеством: http://forum.abok.ru/index.php?showtopic=12841
А здесь ту же ситуацию комментировал кто-то, видимо, сотрудник МЗТА: http://forum.abok.ru/index.php?showtopic=9...нтар&st=140
Проблемы, насколько я понял, давно все решены, все довольны

[Fanat]

Чтобы уже по нескольку раз не возвращаться к этому вопросу. Здесь Павленко Олег уже комментировал ситуацию с качеством: http://forum.abok.ru/index.php?showtopic=12841
А здесь ту же ситуацию комментировал кто-то, видимо, сотрудник МЗТА: http://forum.abok.ru/index.php?showtopic=9...нтар&st=140
Проблемы, насколько я понял, давно все решены, все довольны

В соседней ветке я уже отписал, что проблемы качества решены - я с этим согласен. Но от этого мне не легче, так как имидж фирмы был подпорчен и то что теперь все в порядке меня лично не спасёт? Согласитесь. Да и "осадок" остался, поэтому теперь работаю на других ПЛК вот и все дела. А вот проблема с передачей данных по сети и прочими мелкими но "важными" мелочами.

[Mars]

В соседней ветке я уже отписал, что проблемы качества решены - я с этим согласен. Но от этого мне не легче, так как имидж фирмы был подпорчен и то что теперь все в порядке меня лично не спасёт? Согласитесь. Да и "осадок" остался, поэтому теперь работаю на других ПЛК вот и все дела. А вот проблема с передачей данных по сети и прочими мелкими но "важными" мелочами.

Вас лично не спасет, соглашусь, т.к. Вы работаете теперь на других ПЛК. Других пользователей спасёт.
А какие конкретно проблемы с передачей данных по сети? И по какой сети?

[Fanat]

Вас лично не спасет, соглашусь, т.к. Вы работаете теперь на других ПЛК. Других пользователей спасёт.
А какие конкретно проблемы с передачей данных по сети? И по какой сети?

Прочтите эту ветку подробнее и ветку по Панели ОВЕН - все поймете.

[Mars]

Прочтите эту ветку подробнее и ветку по Панели ОВЕН - все поймете.

Вы это имели в виду?

Вы меня удивляете. Вот и передайте переменную со слэйва в мастер, например, в 10 разных мест - как круто - какие красивые линки. А в НОРМАЛЬНОЙ среде программирования можно просто обратиться по нужному адрессу и если что то изменится потом - его сменить, а при работе через промежуточный блок данных - просто записать в ДБ нужное значение.

Может, я чего не понимаю, но какие трудности передать переменную из слэйва в мастер в 10 разных мест? Хоть линками, хоть линиями. И что в этом плохого? И наглядно, и просто, и не надо знать адресов. Доступна для непрограммистов.
К слову сказать, в Хоневелл тоже не пишут на CoDeSys. И очень даже не плохо все получается. Иначе бы не было столько много очень серьезных объектов на Хоневелл. Что же теперь? Хоневелл - ацтой?