Категория: Руководства
Не ожидал, что будет столь бурная реакция на топ
Ну, свои 5 копеек в обсуждение:
Цитата(Михайло @ 29.3.2009, 9:12) [snapback]371382[/snapback]
О полной замене ПЛК - миф чистой воды:
1. Ненадежно по сравнению с ПЛК
2. Никто в мире простые дискретные задачи не программирует на Cи. Только LAD, FBD, IL. Инженер-электроник не обязан знать Си и прочую требуху!
1. - Некорректное высказывание. Я уж молчу об объективных аргументах, которых у вас явно нет.
2. - А никто и не предлагает решать на них простые задачи. По поводу "требухи" - есть только две бесконечные вещи: вселенная и. Так что не стоит делать такие категоричные заявления
Цитата(Old @ 29.3.2009, 17:21) [snapback]371466[/snapback]
Эти девайсы не очень надежны и обсуждать их нечего.Известны случаи когда они теряли память программ и перегружались самопроизвольно в моменты сдачи проектов заказчику.У кого нет денег на нормальное железо юзают их.По поводу программерства-каждый пишет софт на том что ему ближе.Посему наверное все высказанное применимо.
Эти девайсы не очень надежны и обсуждать их нечего.Известны случаи когда они теряли память программ и перегружались самопроизвольно в моменты сдачи проектов заказчику. - У меня такие же случаи известны и с ПЛК . И с ПК. И с телефонами. И. вопрос - насколько часто и в каких условиях. У меня были подобные проблемы, но только в моменты сильных помех (эл. дуга рядом), и при перегрузках от некорректных программ (один раз). Зы - если предложите более качественные аналоги по функциональности, буду премного благодарен.
Цитата(Astilya @ 30.3.2009, 9:03) [snapback]371577[/snapback]
Собственно, WinCon-то они сняли. Заменив WinPAC. И получили стандартную для тайваньцев проблему: WinPAC поддерживают высокопрофильные модули, а их номенклатура еще крайне мала по сравнению с "обычными". Таким образом, одно уже сняли, а второе "до ума" не довели.
А вот тут согласен. Хотя проблем с нехваткой модулей не было, а вот сырые ОС - это есть ( Ждёмс.
=============
Что хотелось бы сказать по поводу языков и прочего: все языки, утвержденные МЭК - это языки специфические, предназначенные непосредстевнно для систем автоматизации и выросшие из них. Но решать задачи с боле-мене сложной математекой и логикой на этих языках - это ад кромешный (имхо!). Потому предпочитаю всякую "трепуху" типа C# ). Мне иногда звонят торговые представители и говорят "зачем вам это всё, берите наши хорошие ПЛК!" - я спрашиваю что-то вроде:
- можно ли на их ПЛК писать программы, которые в последствии персоналом конфигурируются без использования ПК и спец. софта?
- могут ли их ПЛК сохранять что-нибудь на флэшку и есть ли у них USB-порт?
- могут ли они работать без специализированных HMI, со стандартными тач-скрин мониторами?
и т.д. - вопросы сразу исчезают. Я не говорю о элементарных задачах, решаемых, к примеру, на RLL, а о более комплексных - ну не все же здесь занимаются примитивным зажиганием лампочек от двух датчиков?
К примеру, сейчас пишу софт для управления котлами и прочими агрегатами связанными со сжиганием топлива. Причем, должна быть одна программа, которую по месту можно будет "подстроить" под конкретный объект, но без использования спец. средств - ноутбука или т.п. Это означает, что по ходу "подстройки" можно будет определить число горелок, способ подачи газа/воздуха, способ регулирования соотношения, разное количество защит и блокировок, разное количество регуляторов разного типа и т.д. И после этого программа должна сама определить что и как должно быть, и свою последовательность работы - без каких-то корректировок и подстроек. Вы предлагаете это сделать на LD? )
Я уж молчу о всяких приятных мелочах, вроде сохранения "журнала оператора" (с записью параметров, аварий, времени и т.п. собоытий) в виде файлов на флешку, которая воткнута в контроллер.
Для этого можно использовать SCADA навроде нам всем известной фирмы, но это уже само по себе повышает соимость в несколько раз!
.
Короче, я что хочу сказать: стрелять из пушке по воробьям - глупо, да. Хотя работает. А вот из рогатки по танкам - ещё глупее. Тем более что не работает. Всему свои цели средства, давайте не будем путать воробьёв с танками.
Сообщение отредактировал Lexman - 31.3.2009, 19:30
Группа: Участники форума
Сообщений: 1755
Регистрация: 6.12.2006
Из: Москва
Пользователь №: 5075
Что хотелось бы сказать по поводу языков и прочего: все языки, утвержденные МЭК - это языки специфические, предназначенные непосредстевнно для систем автоматизации и выросшие из них. Но решать задачи с боле-мене сложной математекой и логикой на этих языках - это ад кромешный (имхо!). Потому предпочитаю всякую "трепуху" типа C# ). Мне иногда звонят торговые представители и говорят "зачем вам это всё, берите наши хорошие ПЛК!" - я спрашиваю что-то вроде:
- можно ли на их ПЛК писать программы, которые в последствии персоналом конфигурируются без использования ПК и спец. софта?
- могут ли их ПЛК сохранять что-нибудь на флэшку и есть ли у них USB-порт?
- могут ли они работать без специализированных HMI, со стандартными тач-скрин мониторами?
и т.д. - вопросы сразу исчезают. Я не говорю о элементарных задачах, решаемых, к примеру, на RLL, а о более комплексных - ну не все же здесь занимаются примитивным зажиганием лампочек от двух датчиков?
И они Вам отвечают:
1. Нет, а зачем?
2. Некоторые могут, а зачем?
3. Нет, а зачем?
Прелесть МЭК языков как раз и заключается в отсутствии необходимости использовать пару программист-постановщик задачи.
К примеру, сейчас пишу софт для управления котлами и прочими агрегатами связанными со сжиганием топлива. Причем, должна быть одна программа, которую по месту можно будет "подстроить" под конкретный объект, но без использования спец. средств - ноутбука или т.п. Это означает, что по ходу "подстройки" можно будет определить число горелок, способ подачи газа/воздуха, способ регулирования соотношения, разное количество защит и блокировок, разное количество регуляторов разного типа и т.д. И после этого программа должна сама определить что и как должно быть, и свою последовательность работы - без каких-то корректировок и подстроек. Вы предлагаете это сделать на LD? )
Если у Вас и ноутбук спец. средство, то даже не знаю что сказать. А по части того что "программа определит сама"- если честно я бы Вас за такое уволил:) Вместо решения вполне понятной и простой задачи Вы развернули чуть ли не ИИ.
Я уж молчу о всяких приятных мелочах, вроде сохранения "журнала оператора" (с записью параметров, аварий, времени и т.п. собоытий) в виде файлов на флешку, которая воткнута в контроллер.
Для этого можно использовать SCADA навроде нам всем известной фирмы, но это уже само по себе повышает соимость в несколько раз!
.
И в десятки раз понижает зависимость от программиста -наколенника.
Цитата(Lexman @ 31.3.2009, 19:29) [snapback]372482[/snapback]
Не ожидал, что будет столь бурная реакция на топ
Ну, свои 5 копеек в обсуждение:
1. - Некорректное высказывание. Я уж молчу об объективных аргументах, которых у вас явно нет.
2. - А никто и не предлагает решать на них простые задачи. По поводу "требухи" - есть только две бесконечные вещи: вселенная и. Так что не стоит делать такие категоричные заявления
Эти девайсы не очень надежны и обсуждать их нечего.Известны случаи когда они теряли память программ и перегружались самопроизвольно в моменты сдачи проектов заказчику. - У меня такие же случаи известны и с ПЛК . И с ПК. И с телефонами. И. вопрос - насколько часто и в каких условиях. У меня были подобные проблемы, но только в моменты сильных помех (эл. дуга рядом), и при перегрузках от некорректных программ (один раз). Зы - если предложите более качественные аналоги по функциональности, буду премного благодарен.
А вот тут согласен. Хотя проблем с нехваткой модулей не было, а вот сырые ОС - это есть ( Ждёмс.
=============
Что хотелось бы сказать по поводу языков и прочего: все языки, утвержденные МЭК - это языки специфические, предназначенные непосредстевнно для систем автоматизации и выросшие из них. Но решать задачи с боле-мене сложной математекой и логикой на этих языках - это ад кромешный (имхо!). Потому предпочитаю всякую "трепуху" типа C# ). Мне иногда звонят торговые представители и говорят "зачем вам это всё, берите наши хорошие ПЛК!" - я спрашиваю что-то вроде:
- можно ли на их ПЛК писать программы, которые в последствии персоналом конфигурируются без использования ПК и спец. софта?
- могут ли их ПЛК сохранять что-нибудь на флэшку и есть ли у них USB-порт?
- могут ли они работать без специализированных HMI, со стандартными тач-скрин мониторами?
и т.д. - вопросы сразу исчезают. Я не говорю о элементарных задачах, решаемых, к примеру, на RLL, а о более комплексных - ну не все же здесь занимаются примитивным зажиганием лампочек от двух датчиков?
К примеру, сейчас пишу софт для управления котлами и прочими агрегатами связанными со сжиганием топлива. Причем, должна быть одна программа, которую по месту можно будет "подстроить" под конкретный объект, но без использования спец. средств - ноутбука или т.п. Это означает, что по ходу "подстройки" можно будет определить число горелок, способ подачи газа/воздуха, способ регулирования соотношения, разное количество защит и блокировок, разное количество регуляторов разного типа и т.д. И после этого программа должна сама определить что и как должно быть, и свою последовательность работы - без каких-то корректировок и подстроек. Вы предлагаете это сделать на LD? )
Я уж молчу о всяких приятных мелочах, вроде сохранения "журнала оператора" (с записью параметров, аварий, времени и т.п. собоытий) в виде файлов на флешку, которая воткнута в контроллер.
Для этого можно использовать SCADA навроде нам всем известной фирмы, но это уже само по себе повышает соимость в несколько раз!
.
Короче, я что хочу сказать: стрелять из пушке по воробьям - глупо, да. Хотя работает. А вот из рогатки по танкам - ещё глупее. Тем более что не работает. Всему свои цели средства, давайте не будем путать воробьёв с танками.
Эти девайсы не очень надежны и обсуждать их нечего.Известны случаи когда они теряли память программ и перегружались самопроизвольно в моменты сдачи проектов заказчику. - У меня такие же случаи известны и с ПЛК smile.gif. И с ПК. И с телефонами. И. вопрос - насколько часто и в каких условиях. У меня были подобные проблемы, но только в моменты сильных помех (эл. дуга рядом), и при перегрузках от некорректных программ (один раз). Зы - если предложите более качественные аналоги по функциональности, буду премного благодарен.
Уважаемый берите железо мировых производителей и будет вам щастье. Если не сочьтете за труд и почитаете форумы асутэпэшные узнаете про то о чем я выше говорил.Некая известная контора делала для Башнефти системы на ICPDAS поплевалась и заменила производителя контроллерного оборудования.Весь вопрос в стоимости железок и платежоспособности клиента.Все остальное лирика и рассуждать можно много.Тем паче что указанный вами производитель не отличается ни хорошим софтом ни инновациями.Тока дешев больно.
Sniper007
Просмотр профиля
Группа: Участники форума
Сообщений: 361
Регистрация: 29.6.2008
Пользователь №: 20149
Цитата(Lexman @ недавно) [snapback]372540[/snapback]
Что хотелось бы сказать по поводу языков и прочего: все языки, утвержденные МЭК - это языки специфические, предназначенные непосредстевнно для систем автоматизации и выросшие из них. Но решать задачи с боле-мене сложной математекой и логикой на этих языках - это ад кромешный (имхо!). Потому предпочитаю всякую "трепуху" типа C#
Я тоже люблю C#. Но на языке ST не возникнет проблем с математикой. Фактически язык ST это смесь Паскаля, С и Бейсика. ПОэтому ваше выражение некооректно.
Цитата(Lexman @ недавно) [snapback]372540[/snapback]
Это скорее штука, которая позволяет "нормальным" программистам развязать руки
А тех кто пишет на МЭК, какие программисты? Сумасшедшие?
Цитата(Сергей Долганов @ недавно) [snapback]372540[/snapback]
И они Вам отвечают:
1. Нет, а зачем?
2. Некоторые могут, а зачем?
3. Нет, а зачем?
Если мне так ответили, я положил бы трубку. Раз говорю "мне надо", значит "мне надо".
Цитата(Сергей Долганов @ недавно) [snapback]372540[/snapback]
Прелесть МЭК языков как раз и заключается в отсутствии необходимости использовать пару программист-постановщик задачи.
Цитата(Сергей Долганов @ недавно) [snapback]372540[/snapback]
И в десятки раз понижает зависимость от программиста -наколенника.
Сергей, я не думаю, что для программирования ICP требуется программист очень высокой квалификации.
Цитата(Lexman @ 31.3.2009, 20:29) [snapback]372482[/snapback]
- можно ли на их ПЛК писать программы, которые в последствии персоналом конфигурируются без использования ПК и спец. софта?
Я и мои коллеги такие программы и пишем, причем на LD, иногда с добавлением ST. Причем, обычно в очень сжатые сроки.
Цитата(Lexman @ 31.3.2009, 20:29) [snapback]372482[/snapback]
- могут ли их ПЛК сохранять что-нибудь на флэшку и есть ли у них USB-порт?
В зависимости от модели, но у многих ПЛК это уже есть.
Цитата(Lexman @ 31.3.2009, 20:29) [snapback]372482[/snapback]
- могут ли они работать без специализированных HMI, со стандартными тач-скрин мониторами?
А зачем? На специальзированном HMI, программируемых терминалах, проект создается в разы быстрее и получается презентабельнее.
Цитата(Lexman @ 31.3.2009, 20:29) [snapback]372482[/snapback]
Я уж молчу о всяких приятных мелочах, вроде сохранения "журнала оператора" (с записью параметров, аварий, времени и т.п. собоытий) в виде файлов на флешку, которая воткнута в контроллер.
Вот это я как раз обычно запихиваю в программируемый терминал, там это готовое решение. Но писали отчеты и для ПЛК.
Цитата(Сергей Долганов @ 1.4.2009, 7:14) [snapback]372622[/snapback]
А по части того что "программа определит сама"- если честно я бы Вас за такое уволил:) Вместо решения вполне понятной и простой задачи Вы развернули чуть ли не ИИ.
Я сам кого хошь уволю . Что касается "ИИ" - что-то уж больно многие занимаются у нас подобным, и успешно продают свою продукцию. Так что не вижу особых проблем.
Цитата(Sniper007 @ 1.4.2009, 8:41) [snapback]372639[/snapback]
Я тоже люблю C#. Но на языке ST не возникнет проблем с математикой. Фактически язык ST это смесь Паскаля, С и Бейсика. ПОэтому ваше выражение некооректно.
А тех кто пишет на МЭК, какие программисты? Сумасшедшие?
Напрашивается вопрос: а почему бы не сделать один язык, зачем плодить клонов? Ответ очевидный - функциональное различие, и различие в применении. Причём сомневаюсь, что ST может то же, что и C# - ST "затачивался" под удобство написания софта под промконтроллер, не даром же классические языки взяты только как отправная точка. Это не может не понести сокращения гибкости: "во благо", и "для удобства", и "чтобы не заморачиваться", конечно же. И в 95% случаев это оправдано. Но я, видимо из этих 95 выбиваюсь . Хотя не жалею. Во всяком случае, я уверен, что на C# могу сделать что угодно и какой угодно сложности.
Хочу сразу оговорится, я не сторонник ICP.
Я сторонник того, что иженер, должен быть разносторонним человеком.
Я вообщем не против языка LD. Если вы пишете программу для Zelio или для ранних Омронов, то у вас просто НЕТ альтернатив.
Цитата(ewsey @ 3.4.2009, 9:36) [snapback]373887[/snapback]
90% задач автоматизации практически любого уровня можно реализовать на LD.
Вопрос не в том что можно, а что нельзя (Уголовный кодекс России не запрещает использовать язык LD, значит на нем писать можно).
Вопрос в том, на чем удобнее и быстрее написать. Подчеркну - вопрос не в том в чем вы привыкли, а именно в чем быстрее.
Ответьте мне ewsey, как можно реализовать принципы ООП на языке LD?
Цитата(ewsey @ 3.4.2009, 9:36) [snapback]373887[/snapback]
И это в дальнейшем значительно упростит жизнь обслуживающему персоналу
Кто именно подразумевается под обслуживающим персоналом? Оператор? Электрик? Кто из них полезет ковырятся в программу?
Или может вы имеете ввиду под "обсуживающим персоналом" инженера?
Если инженер толковый, он разберется и в ST, и в LD. Если он бестолочь, он не разберется ни в одном, ни в другом.
Кроме того хорошим стилем программирования является комментирования хода программы. Ну так прописывайте на каждом ходу, что именно вы делаете. И тот кто потом будет смотреть вашу программу быстро разберется (да и сами быстрее вспомните, если ее придется модернизировать).
Мне кажется под словами "LD лучший язык всех времен и народов" кроется банальное нежелание учится и совершенствоваться. Обидно.
Кстати. Сами посудите, язык LD появился самым первым, когда еще было царство релюшек. Ну если бы он был так хорош всех устраивал, появились бы после этого языки ST, FBD, SFC?
Сообщение отредактировал Sniper007 - 3.4.2009, 10:22
Цитата(Sniper007 @ 3.4.2009, 11:21) [snapback]373920[/snapback]
Меня удивляет принципиальное нежелание многих специалистов расширять свой кругозор
В какую сторону расширять? В сторону паяния контроллера самому? Или в сторону новых особенностей технологических процессов? Понимания работы новых машин? Совершенствования эргономики (о которой по моему процентов 60 автоматчиков даже и не слышало) создаваемых систем?
Цитата(Sniper007 @ 3.4.2009, 11:21) [snapback]373920[/snapback]
Ответьте мне ewsey, как можно реализовать принципы ООП на языке LD?
О-х, вспомнился, мне один мой знакомый, занимающимся обслуживанием прокатных станов, и его фраза про засовывание специалистов по ООП в печь.
Потребность в ООП, судя по моему опыту, так же всплывает либо при неправельном выборе оборудования, либо при элементарном краилове.
С аппаратной точки зрения, контроллер WinCon-8000 является развитием популярного контроллера ICP-DAS ICP Con-8000. Однако, полностью унаследовав конструктив ICP Con-8000, WinCon обладает гораздо большей производительностью. Процессорный блок контроллера и выбранные пользователем под конкретную задачу модули УСО располагаются в едином корпусе, а их взаимодействие осуществляется по гибридной параллельно-последовательной шине. При этом, несмотря на абсолютно новую процессорную часть, все модули УСО, используемые на контроллерах ICP Con, полностью совместимы с контроллером WinCon. Линейка модулей для сопряжения контроллера с объектом управления содержит порядка 100 наименований, среди которых модули АЦП, ЦАП, цифрового ввода/вывода, реле, измерители сигналов с термопар и терморезисторов, модули управления шаговыми двигателями.
Выгодное отличие WinCon от контроллеров других серий наличие портов PS/2 и VGA. Подключив к ним клавиатуру, мышь и монитор, пользователь получает возможность отлаживать и редактировать управляющую WinCon программу прямо на самом контроллере, что избавляет от необходимости использования специализированных программаторов. Кроме того, наличие порта VGA позволяет подключить к контроллеру LCD-панель, а это означает, что контроллер будет не только выполнять сбор и обработку данных, но и визуализировать все происходящие процессы. Эта особенность фактически ставит WinCon-8000 в один ряд с современными промышленными компьютерами.
Что касается программирования контроллера, для этого можно воспользоваться любыми средствами, предназначенными для написания программ под Windows CE.NET. Среди наиболее популярных можно в данном случае назвать Visual C++ Embedded, адаптированный для программирования в ОС Windows CE.NET, а также Visual Studio.NET (языки C#.NET, Visual Basic.NET). В комплект поставки WinCon-8000 входит программная библиотека, в которой реализованы функции работы со всеми специфическими устройствами контроллера (внутренняя шина, модули ввода/вывода, COM-порты, таймер и т. п.), а также инструкция по программированию контроллера и примеры программ, написанных на различных языках. Все разработанные пользователем программы сохраняются на Compact Flash, объем которого выбирается пользователем. По желанию заказчика, в контроллер могут быть прошиты целевые системы ISaGRAF и Indusoft.
WinCon: теперь с Softlogic-системой ISaGRAF
Ниеншанц-Автоматика (URL: www.nnz-ipc.ru )
Подробная информация об организации
Компания "Ниеншанц-Автоматика", официальный партнер ICP DAS в России и поставщик PC-совместимых промышленных контроллеров серии ICP CON и WinCon, представляет контроллеры серии WinCon c расширенными функциональными возможностями вычислительных систем. В середине августа 2004 года производители объявили о завершении процедуры портирования целевой исполнительной системы ISaGRAF версии 3.4 на контроллеры этой серии.
На сегодняшний день контроллеры WinCon, появившиеся на рынке в конце 2003 года, являются одними из самых высокопроизводительных встраиваемых вычислительных систем. Оснащенные RISC-процессором Intel Strong ARM 206 МГц и 64 МБ ОЗУ, они предоставляют вычислительные возможности, сравнимые с производительностью промышленных PC. Предустановленная в контроллер графическая ОС реального времени Windows CE.Net дает разработчикам полную свободу по написанию программных приложений сбора данных и управления процессами, а наличие VGA-интерфейса в базовой конфигурации контроллера позволяет визуализировать технологический процесс без использования дополнительных HMI-панелей.
Программирование контроллера WinCon в базовой конфигурации осуществляется стандартными средствами разработки Windows-программ: Visual C++ Embedded или Visual Studio.Net. Это универсальные средства, позволяющие пользователю реализовать задачу АСУТП на всех уровнях, начиная от описания механизмов опроса сигналов ввода/вывода и заканчивая реализацией систем межконтроллерных коммуникаций и визуализации технологических процессов. Однако, такая универсальность не всегда удобна на этапе разработки автоматизированных систем, когда главной задачей является описание логики технологического процесса, а не фокусировка на особенностях аппаратного взаимодействия устройств.
Контроллер WinCon с предустановленным ядром системы SoftLogic-программирования ISaGRAF версии 3.4 содержит уже реализованные механизмы обмена с периферией и может быть запрограммирован на любом из пяти языков, описанных в стандарте Международной Электротехнической Комиссии МЭК 61131-3. Стандарт рекомендует использовать следующие языки: язык последовательных функциональных схем (SFC), язык функциональных блочных диаграмм (FBD), язык релейных диаграмм (LD), язык структурированного текста (ST) или язык инструкций (IL).
Помимо адаптированных для решения задач АСУТП средств программирования, ISaGRAF предоставляет пользователям контроллера WinCon следующие возможности:
В настоящий момент доступны для заказа 2 модели контроллеров с предустановленной целевой системой ISaGRAF:
Полный контроллер стеклоподъемников DenUp FWC722 предназначен для ручного управления одновременно двумя электрическими стеклоподъемниками в двух направлениях с функцией «в одно нажатие – one touch» или последовательного автоматического закрытия двух стекол при постановке сигнализации на охрану.
Контроллер работает со стеклоподъемниками, имеющими положительный тип управления.
Для ручного управления стеклоподъемниками возможно использование как специальных кнопок стеклоподъемников, так и обычных кнопок на 3 положения с фиксацией в среднем положении (например, кнопки управления антенной от а/м «ВОЛГА»).
При работе с данным контроллером кнопки выполняют только функцию управления и не несут через себя токовую нагрузку, что существенно повышает срок их эксплуатации и позволяет использовать тонкие провода для подключения к контроллеру.
Для выключения контроллера при обрыве тросика стеклоподъемника время работы каждого канала ограничено 12-ю секундами.
Защита от переполюсовки по питанию.
Раздельная защита 2-х каналов от короткого замыкания предохранителями.
Параллельное включение нескольких контроллеров.
Малое потребление энергии в режиме ожидания.
Контроллер позволяет параллельно управлять двумя стеклоподъемниками в ручном режиме.
При кратковременном нажатии (менее 0,5 сек.) на кнопку управления стекло движется в определенную сторону до упора в препятствие (функция «в одно нажатие – one touch»). При желании стекло в любой момент можно остановить кратковременным нажатием на кнопку управления.
При длительном нажатии (более 0,5 сек.) на кнопку управления стекло движется в определенную сторону в течение времени удержания кнопки.
При упоре в препятствие стекло автоматически останавливается.
Управление от сигнализации.
Активация контроллера происходит при появлении «-» на белом (Т-) или «+» на зеленом (Т+) проводе (как импульсный, так и потенциальный). Через 1сек. после активации контроллер поочередно поднимает сначала первое стекло, а затем второе.
Алгоритм поочередного включения каналов позволяет снизить токовую нагрузку на аккумулятор.
Командой на отключение электромотора каждого канала служит прекращение пульсаций в цепи питания электромотора при его полном останове (при упоре стеклоподъемника в препятствие).
Вход ЗАЖИГАНИЕ служит для запрета работы контроллера при включенном зажигании (данный вход можно использовать при управлении контроллером от сигнализации, имеющей функцию автоматической работы замков при вождении).
Выход BUSY служит для вспомогательных целей (коммутации различных цепей на время работы контроллера). На выходе BUSY появляется «-» потенциал (max 200mА) через 0,8сек. после активации контроллера и пропадает через 0,8сек. после окончания подъема второго стекла.
Внимание! Неквалифицированное подключение дополнительных устройств к электрооборудованию автомобиля может привести к нарушению работы электрооборудования и возникновению аварийной ситуации.
При подключении устройства к конкретному автомобилю следует учитывать особенности его электрооборудования.
При подключении к автосигнализации, имеющей датчик падения напряжения, последний следует отключить во избежание ложных срабатываний сигнализации.
Изготовитель не несет ответственности за последствия, связанные с некорректным подключением данного устройства.
Контроллер подключается к электрическим стеклоподъемникам с положительным типом управления.
Перед подключением следует определить тип управления стеклоподъемниками на данном автомобиле:При ином типе управления стеклоподъемниками для подключения контроллера следует использовать дополнительные реле.
Выполните подключения в соответствии с рисунком:
1. Черные провода – силовая МАССА I и II каналов
Надежно соедините с металлической частью кузова автомобиля.
Подключайте оба черных провода для повышения надежности контактов разъема.
2. Красные провода - силовой +12В I и II каналов
Подключите красные провода к сильноточной не отключаемой цепи «+»12В достаточной мощности или непосредственно к «+» клемме аккумулятора. Для реализации раздельной защиты каналов от короткого замыкания каждый красный провод следует подключать через отдельный предохранитель 15А. Располагайте предохранители как можно ближе к аккумулятору или распределительной коробке. Использование предохранителей обязательно.
3. Синий провод – ЗАЖИГАНИЕ («+» вход запрета)
Подключите к клемме замка зажигания, на которой появляется «+»12В при включении зажигания.
Синий провод следует подключать, если требуется запретить работу контроллера при включенном зажигании.
4. Белый провод – ТРИГГЕР «-» («-» вход активации)
Белый провод служит для запуска контроллера появляющимся минусом.
5. Зеленый провод – ТРИГГЕР «+» («+» вход активации)
Зеленый провод служит для запуска контроллера появляющимся плюсом.
Для запуска контроллера от сигнализации по белому или зелёному проводам можно использовать выход на блокировку двигателя, выход на закрытие замков, выход доп. канала и т. д.
6. Белый с черной полосой провод – BUSY («-» выход 200mА)
На белом с черной полосой проводе появляется масса на время работы контроллера (может использоваться, например, для отключения внешних датчиков сигнализации).
7. Желтый и серый провода – цепь движения вниз
Желтый и серый провода каждого канала подключаются в разрыв цепи «кнопка-электромотор» соответствующего стеклоподъемника со стороны движения стеклоподъемника вниз.
Причем желтый провод подключается к электромотору (желтый - I канал или желтый с полосой - II канал), а серый провод - к кнопке (серый - I канал серый с полосой - II канал).
8. Оранжевый и коричневый провода – цепь движения вверх
Оранжевый и коричневый провода каждого канала подключаются в разрыв цепи «кнопка-электромотор» соответствующего стеклоподъемника со стороны движения стеклоподъемника вверх.
Причем оранжевый провод подключается к электромотору (оранжевый - I канал или оранжевый с полосой - II канал), а коричневый провод - к кнопке (коричневый - I канал или коричневый с полосой - II канал).
Технические параметрыБортовая сеть +12В
