voice

Разовая работа

162 posts in this topic

Срочно !

 

Ищу спец--иалиста технолога по прачечной оборудования,

 

+99871 252-28-34 c 9:00 - 18:00

0

Share this post


Link to post
Share on other sites

Нужен инженер программист по промышленным контроллерам plc шнайдер электрик.

 

Для разового обьема.

 

Необходимо запустить часть обьекта.

(Производство)

0

Share this post


Link to post
Share on other sites

Друг у меня есть, работает на одном известном заводе ,вроде с сименсом работает, как раз с контролерами. Если более детально расскажите и оставите номер, могу передать ему.

0

Share this post


Link to post
Share on other sites

А так же ищу инженеров асу тп.

Работающих с плс сименс.

 

В зависимости от ваших знаний могу предлагать участие в проектах асу тп.

 

Рекомендуемые знания

 

1.схемотехника асу тп, кипиа,электрика и приводы

2.Знание линеек плк сименс s7-200,300,400

3.знать софт сименс step 7,wincc

4.сети сименс mpi,profibus,profinet

 

 

Ну и так далее

 

 

 

0

Share this post


Link to post
Share on other sites

Нужен инженер программист по промышленным контроллерам plc шнайдер электрик.

 

Для разового обьема.

 

Необходимо запустить часть обьекта.

(Производство)

 

 

 

 

Просят подробности.

Вот они.

 

 

Плк.

Шнайдер premium 57 104m

6di+3do+3 ai

Без скады и визуализации

 

Скаду надо добавить,необходимо.

Текущий порт на плк rs485 modbus

 

Но прикупаться будет модуль расширения tcp/ip modbus

 

Скада intouch к нему.(делать)

 

 

Сведение технологии и схемы будет предоставлено

 

Группа инженеров и технологов будет.

 

 

 

 

0

Share this post


Link to post
Share on other sites

Если есть документация, то какая разница

Если есть техническая документация, то какая разница, какой ПЛК программировать?

Компенсация и сроки?

 

 

Зачем им програмиировать?

сервис скорее всего нужен.

 

Напрограммируются так,что угробят что то или когото.

0

Share this post


Link to post
Share on other sites

Если есть документация, то какая разница

Если есть техническая документация, то какая разница, какой ПЛК программировать?

Компенсация и сроки?

 

 

Программирование промышленной программы самая легкая задача.

 

Там открыты все технологические тонкости.

Там нет протоколов и параметров связи с цифровыми приборами и конверторами.

А также нет команд и операндов на hmi, панели,

Там нет тестовых,автоматических,ручных режимов.

И всегда есть возможность тестировать программу в работе,ведь у завода много времени на это,и можно браковать и переводить продукцию.

 

 

И схем там нет.

 

 

Проще простого короче.

Edited by начальника
0

Share this post


Link to post
Share on other sites

Беру разовую работу по сведению электротехнических схем.

Направление асу тп,кипиа ,приводы и арматура до 1000в

 

Сведение штампов, позиционирование приборов и комлектующих.

Клемные ряды,кабельный журнал,спецификации.

Ревизии соединений,

Проверка схем.

 

А также делаю проект схем по тех заданию, наброскам,описанию и т.д.

 

Предоставляю в pdf,dwg,gpg.

 

0

Share this post


Link to post
Share on other sites

Программирование промышленной программы самая легкая задача.

Блин, я к такому языку точно не смогу привыкнуть :facepalme: Вы уверены, что Вы технарь?

В принципе, все задачи - лёгкие, ежели умеючи. Сложная задача - свести всё это воедино: control applications, systems, HMI, hardware, ESD, FGS, 3rd party interfaces.

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

Более того, все эти схемы управления будут зависить и от категории производства, к примеру, насколько оно взрывоопасно. В зависимости от этого, ужесточаются требования к системам ESD и F&G. Тот же ESD, в принципе, должен быть как минимум, уровня SIL 2, но лучше SIL 3. Его разработка и программирование имеет свои особенности и требования, даже в поточных линиях. F&G - также свои принципы программирования, да и вообще, создания.

Что касается управления - дофига ньюансов. Необходимо учитывать и рассматривать все ситуации, могущие возникнуть в процессе, учесть, к примеру, безударность переходов и многое, многое другое.

Там открыты все технологические тонкости.

Там нет протоколов и параметров связи с цифровыми приборами и конверторами.

А также нет команд и операндов на hmi, панели,

Там нет тестовых,автоматических,ручных режимов.

Всё, что надо, там есть.

И всегда есть возможность тестировать программу в работе,ведь у завода много времени на это,и можно браковать и переводить продукцию.

Это - тупо. Всега должен быть план и должны быть определены критерии тестирования.

0

Share this post


Link to post
Share on other sites

 

Блин, я к такому языку точно не смогу привыкнуть :facepalme: Вы уверены, что Вы технарь?

В принципе, все задачи - лёгкие, ежели умеючи. Сложная задача - свести всё это воедино: control applications, systems, HMI, hardware, ESD, FGS, 3rd party interfaces.

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

Более того, все эти схемы управления будут зависить и от категории производства, к примеру, насколько оно взрывоопасно. В зависимости от этого, ужесточаются требования к системам ESD и F&G. Тот же ESD, в принципе, должен быть как минимум, уровня SIL 2, но лучше SIL 3. Его разработка и программирование имеет свои особенности и требования, даже в поточных линиях. F&G - также свои принципы программирования, да и вообще, создания.

Что касается управления - дофига ньюансов. Необходимо учитывать и рассматривать все ситуации, могущие возникнуть в процессе, учесть, к примеру, безударность переходов и многое, многое другое.

 

Всё, что надо, там есть.

 

Это - тупо. Всега должен быть план и должны быть определены критерии тестирования.

 

-----Отвечаю-----

 

Пишет Немой

 

Если есть документация, то какая разница

Если есть техническая документация, то какая разница, какой ПЛК программировать?

Компенсация и сроки?

 

-----Отвечаю я----

 

Программирование промышленной программы самая легкая задача.

 

Там открыты все технологические тонкости.

Там нет протоколов и параметров связи с цифровыми приборами и конверторами.

А также нет команд и операндов на hmi, панели,

Там нет тестовых,автоматических,ручных режимов.

И всегда есть возможность тестировать программу в работе,ведь у завода много времени на это,и можно браковать и переводить продукцию.

 

 

И схем там нет.

 

 

Проще простого короче

 

 

 

 

----Комментирую.------

 

Немой сначало выразился что

 

Сделать программку для плк, проще простого

 

Я внес разумную легкую иронию.

Усомнился так сказать.

 

И перечислил что еще там нужно делать.

 

-----------------------

 

Немой включил, легкую истерию.

 

Выдал кучу инфы,для показухи так сказать.

 

Конкретики никакой.

 

 

Поясню что програмно-логический продукт управления цехом это комлексная задача

Над которой работают много людей.

 

И никогда и никто имея документации (какую непонятно имел Ввиду НЕ- МОЙ) не в состоянии запрограммировать плк.

 

 

Это я и имел ввиду,не более того.

 

 

Грудью лягу но словесно побью начальника.

 

Тезис.Немого.на торге

Edited by начальника
0

Share this post


Link to post
Share on other sites

начальника, без обид, но тебя тяжело читать, или как то более понятно цитируй ( в самом начале получилось же ) или на абзацы компонуй, а то какая то рваная простыне, пока проматываешь скролом, уже мысль теряшь ) ну этотак, пожелание)

0

Share this post


Link to post
Share on other sites

начальника, без обид, но тебя тяжело читать, или как то более понятно цитируй ( в самом начале получилось же ) или на абзацы компонуй, а то какая то рваная простыне, пока проматываешь скролом, уже мысль теряшь ) ну этотак, пожелание)

 

 

Извиняйте.

Хронологию неудачно востановил.

0

Share this post


Link to post
Share on other sites

Грудью лягу но словесно побью начальника.

Поясню.

Изначально себе не ставил задачу истерить или бить @начальника.

Изначально просил общаться конкретно и на понятном техническом языке.

Если Вас не понимают и отвечают невпопад - скорее всего, у Вас проблема с изложением своих мыслей.

Я не вчера пришёл в эту профессию и я вполне имею понятие о том, что она из себя представляет.

Насчёт Вас - не уверен, всё ещё испытываю трудности перевода твоей лексики.

Что касается умения запрограммировать ПЛК - само по себе в этом ничего сложного. Язык программирования - это лишь один из инструментов в руках специалиста.

Сами ПЛК не люблю, но опыт их программирования имеется, стандарты, на основе которых они разработаны, изучал, схемы управления и защиты, основанные на различных стандартах, в зависимости от назначения, разрабатывать доводилось.

 

И никогда и никто имея документации (какую непонятно имел Ввиду НЕ- МОЙ) не в состоянии запрограммировать плк.

Предупрежу сразу, чтобы в дальнейшем не было недоразумений.

К собеседнику, особенно незнакомому, нужно обращаться по нику. Делать это так, как сделали Вы - нарушение правил форума, карается.

 

И да, за всех говорить не надо.

Edited by Немой
0

Share this post


Link to post
Share on other sites

 

Поясню.

Изначально себе не ставил задачу истерить или бить @начальника.

Изначально просил общаться конкретно и на понятном техническом языке.

Если Вас не понимают и отвечают невпопад - скорее всего, у Вас проблема с изложением своих мыслей.

Я не вчера пришёл в эту профессию и я вполне имею понятие о том, что она из себя представляет.

Насчёт Вас - не уверен, всё ещё испытываю трудности перевода твоей лексики.

Что касается умения запрограммировать ПЛК - само по себе в этом ничего сложного. Язык программирования - это лишь один из инструментов в руках специалиста.

Сами ПЛК не люблю, но опыт их программирования имеется, стандарты, на основе которых они разработаны, изучал, схемы управления и защиты, основанные на различных стандартах, в зависимости от назначения, разрабатывать доводилось.

 

 

Предупрежу сразу, чтобы в дальнейшем не было недоразумений.

К собеседнику, особенно незнакомому, нужно обращаться по нику. Делать это так, как сделали Вы - нарушение правил форума, карается.

 

И да, за всех говорить не надо.

 

 

Уважаемый Немой

 

Вы мне обьясните зачем вы не имея прикладного опыта вмешиваетесь в мои сообщения.

 

Я ставлю и спрашиваю конкретные задачи.

 

Вы излишне постоянно раздуваете тему

 

Не любите PLC а беретесь коментировать и лить водичку в задачи связанные именно с прикладной задачей разработки промышленного программного обеспечения.

 

 

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

 

В своих теоретических знаниях

 

 

Ребята с форума обращаются ко мне,и прекрасно общаемся.

поясняю задачу

 

 

Всем все понятно.

 

А вы льете госты стандарты ,правила.

 

 

Чтож вы думаете востанавливать обьект будет 1 человек?

 

 

У нас мощная организация.

 

Если по факту не можете прокоментировать,посоветовать зачем пишете

 

 

Или у вас такая привычка авторитет так заработать.

 

То у нас это не прокатит.

 

 

И уже не прокатило.

 

 

 

Насчет некоректного обзывания вашего ника ,так вы первый сказали что мое сообщение тупое.без причин

 

 

 

 

 

0

Share this post


Link to post
Share on other sites

Вы мне обьясните зачем вы не имея прикладного опыта вмешиваетесь в мои сообщения.

Вы мне объясните, с чего Вы взяли, что у меня нет приклавдного опыта?

Или у вас такая привычка авторитет так заработать.

Зачем мне это? Я у Вас работы не просил. На её отсутствие, хвала Всевышнему, не жалуюсь.

Насчет некоректного обзывания вашего ника ,так вы первый сказали что мое сообщение тупое.без причин

Ни разу не писал, что Ваше сообщение - тупое.

 

Насчёт раздувания темы - Вы правы, это моя вина.

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

В соседней теме Вы хотели обмениваться опытом. Почему бы не попробовать это сделать?

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

Edited by Немой
0

Share this post


Link to post
Share on other sites

 

Вы мне объясните, с чего Вы взяли, что у меня нет приклавдного опыта?

 

Зачем мне это? Я у Вас работы не просил. На её отсутствие, хвала Всевышнему, не жалуюсь.

 

Ни разу не писал, что Ваше сообщение - тупое.

 

Насчёт раздувания темы - Вы правы, это моя вина.

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

В соседней теме Вы хотели обмениваться опытом. Почему бы не попробовать это сделать?

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

 

 

Архитектура такова.

 

PLC

MODICON TSX PREMIUM 57 104

 

На его линейке (монтажная шина)

 

 

3 di (32)+3do (32)+2 ai (4)

Софт для него

Unite pro 6

 

Канал связи единственый у него rs485,modbus

Нас это неустраивает по скорости.

Так как порт низкоскоростной 19кб

 

Покупаем модуль связи tcp,modbus.

Вставляем в плс.

 

Скада стандартная в unite pro,есть.

То есть как бы встроена,но ее возможности также слабы.

 

Производство настаивает на скаде Intouch.

Так как у них уже все работает на ней и на plc тогоже шнайдера но классом повыше.

 

На интаче я делал как то небольшой проект для сокового завода.

Вроде неплохая скада.

Динамика вроде там на бейсике организована.

 

Но информации пока нет.

Интач работает напрямую с модиконом или через OPC DA.

 

Еще не разбирался.

 

 

Цех 2007 г.

Стоит новый.

 

Все лицензии и докупки с них.

 

 

Обьект специфический.недопустимо при наладке и тестовых пусках сломать что то.

 

Ревизия-моделирование программы обязательно выполнять симуляцией программной и электрической.

 

 

Логика не сложна.

Заумных связей по сети или с каким либо протоколом, прибором нет.

 

 

Схемы есть.

технологии нет,но разрабатывается.

 

Я называю такие обьекты -брошенками.

 

 

 

 

 

 

0

Share this post


Link to post
Share on other sites

Но информации пока нет.

Интач работает напрямую с модиконом или через OPC DA.

С архитектурой ясно, вернее, только с вашей её частью.

Поправьте, если ошибаюсь, но ваш модуль c RS-485 способен работать как master, так и slave. Думаю, с модулем Ethernet тоже в этом плане проблем не возникнет.

Там надо будет только совместить форматы данных и адресацию. Но если Вы уже работали в Intouch, то и тут проблем быть не должно.

Что касается OPC DA, то если уже стоит сервер для Intouch, то вам понадобится клиент, не так ли?

А почему 485-й не устраивает по скорости? Каков объём передаваемых данных? И какова дистанция?

И есть ли в проекте взаимодействие со шнайдеровским ПЛК?

Edited by Немой
0

Share this post


Link to post
Share on other sites

 

С архитектурой ясно, вернее, только с вашей её частью.

Поправьте, если ошибаюсь, но ваш модуль c RS-485 способен работать как master, так и slave. Думаю, с модулем Ethernet тоже в этом плане проблем не возникнет.

Там надо будет только совместить форматы данных и адресацию. Но если Вы уже работали в Intouch, то и тут проблем быть не должно.

Что касается OPC DA, то если уже стоит сервер для Intouch, то вам понадобится клиент, не так ли?

А почему 485-й не устраивает по скорости? Каков объём передаваемых данных? И какова дистанция?

И есть ли в проекте взаимодействие со шнайдеровским ПЛК?

 

1.С 485 это моя инициатива совпадающая с работниками производства.во первых они про такое и не слышали.и я сам не хочу последствий артефактов.да и хочеца по современному сделать.

 

Модбус у него встроен.

 

Плс всетаки морально устаревший.

 

Флешка pcmci, и плата tcp модбас тоже pcmci.

 

 

Хардваре тянет его.

 

 

С opc тоже я не хочу работать.

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

 

Есть опыт передачи двойных слов.,real,dint.

 

Т.е. опыт не передачи.

 

Обычно сименс этим страдает.

Не любит по чужим каналам работать с чужими скадами.

 

Но опять таки это изыскательские дела.

 

 

2.В интаче делал конечно.но это было 10 лет назад.

 

 

И опять таки намекаю что у меня другие проекты сейчас.

 

Кто проявит интерес,милости просим.

0

Share this post


Link to post
Share on other sites

1.С 485 это моя инициатива совпадающая с работниками производства.во первых они про такое и не слышали.и я сам не хочу последствий артефактов.да и хочеца по современному сделать.

 

Модбус у него встроен.

 

Плс всетаки морально устаревший.

Ну, рановато его списывать. В отличие от Ethernet, он тянет больше километра дистанции.

А что за артефакты? По мне, связь как связь, со своими особенностями, хотя и пропускная способность существенно ниже.

Но для проекта объёмом в 10 сигналов, думаю, вообще не критично.

 

С opc тоже я не хочу работать.

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

 

Есть опыт передачи двойных слов.,real,dint.

 

Т.е. опыт не передачи.

Там, думаю, нужна была конвертация данных в подходящий формат.

 

Мне в OPC не нравится то, что он небезопасен. Соединяешься хз с кем по сети, даёшь доступ хз кому.

В общем, сейчас все эти клиенты вынесены в DMZ, через файрволы и маршрутизацию, от греха подальше.

0

Share this post


Link to post
Share on other sites

 

Ну, рановато его списывать. В отличие от Ethernet, он тянет больше километра дистанции.

А что за артефакты? По мне, связь как связь, со своими особенностями, хотя и пропускная способность существенно ниже.

Но для проекта объёмом в 10 сигналов, думаю, вообще не критично.

 

 

Точно не могу сказать сколько тегов пойдет.

Предполагаю что более 500.

 

производство хочет тоже его смотреть на компе.

Хотя изначально, производителем не заложено.

 

 

Поэтому и канал связи слабенький.

 

 

Артефакты могут любые быть.

 

Низкая скорость.

Не потверждение обращения к памяти.

Подвисание опс или клиента скады.

Время транзакции может быть большое.

Обновление страницы

 

Учитывая что это модбас работающий через опс

Скорость еще ниже будет.

 

На 115 кб я работал с модбасом.

 

Тоже не впечатлился.

 

Команду нажмешь и ждешь 2-3 сек

 

Ушла не ушла.

 

 

0

Share this post


Link to post
Share on other sites

А, эти артефакты?

Там надо расчёт делать, на пропускную способность. Думаю, каждый вендор так или иначе описывает возможности коммуникационных модулей на запись и на чтение. И количество тэгов будет зависить от используемых форматов. Если гонять 32-битные данные, то хватит не намного, надо будет делить нагрузку на циклы.

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

И тогда количество артефактов сведётся к минимуму.

Но, с зависанием OPC или SCADA ничего не поделаешь, если только сервисы рестартануть. В любом случае, в стратегиях управления интерфейсные данные лучше не использовать, использовать их только для контроля. Либо использовать интерфейсы, которые сертифицированы на это, типа PROFIBUS, но там и железо соответствующее нужно.

Что касается команд - они всегда должны подтверждаться фидбэком. Тогда и не будет гаданий - ушла или не ушла. В том случае, если через заданное время фидбэк не вернулся - сигнализация COMMAND FAIL, тоже организовывается логикой.

0

Share this post


Link to post
Share on other sites

А, эти артефакты?

Там надо расчёт делать, на пропускную способность. Думаю, каждый вендор так или иначе описывает возможности коммуникационных модулей на запись и на чтение. И количество тэгов будет зависить от используемых форматов. Если гонять 32-битные данные, то хватит не намного, надо будет делить нагрузку на циклы.

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

И тогда количество артефактов сведётся к минимуму.

Но, с зависанием OPC или SCADA ничего не поделаешь, если только сервисы рестартануть. В любом случае, в стратегиях управления интерфейсные данные лучше не использовать, использовать их только для контроля. Либо использовать интерфейсы, которые сертифицированы на это, типа PROFIBUS, но там и железо соответствующее нужно.

Что касается команд - они всегда должны подтверждаться фидбэком. Тогда и не будет гаданий - ушла или не ушла. В том случае, если через заданное время фидбэк не вернулся - сигнализация COMMAND FAIL, тоже организовывается логикой.

 

Немой как всегда на высоте.

Это мы уже обсуждали.

 

 

Но.

 

1.Это будет золотая программа.

2.Количество общих точек проекта пропорционально

Стоимости програмных работ.

3.В нашем случае, я это говорил,рекомендован скоростной канал связи.

Я конечно сомневаюсь именно в этой модели шнайдера,насколько она шустра по обмену со скадой.цикл обсчета каналов и цыкл работы программы тоже влияет

Во всех каталогах шнайдера она идет первой.

 

 

Если проводить аналогию с сименсом то аналог s7-200, хотя визуально как 300ка

 

 

4.фидбек в скаде не применим, так как скада работает по событию изменения переменной.

 

 

5.Профибус в данной теме непременим.я бв тоже хотел скорость модбаса rs485, как у профибуса rs485 11 мехабит.

 

0

Share this post


Link to post
Share on other sites

 

Ну, рановато его списывать. В отличие от Ethernet, он тянет больше километра дистанции.

А что за артефакты? По мне, связь как связь, со своими особенностями, хотя и пропускная способность существенно ниже.

Но для проекта объёмом в 10 сигналов, думаю, вообще не критично.

 

 

Там, думаю, нужна была конвертация данных в подходящий формат.

 

Мне в OPC не нравится то, что он небезопасен. Соединяешься хз с кем по сети, даёшь доступ хз кому.

В общем, сейчас все эти клиенты вынесены в DMZ, через файрволы и маршрутизацию, от греха подальше.

 

 

Так как я не про прогер.

Обьясните каким образом я могу передать 4 байта плавающей точки.

 

Я что должен резать до и после запятой.

И передавать двумя байтами..

 

 

Вчерашний век.

0

Share this post


Link to post
Share on other sites

Немой как всегда на высоте.

Это мы уже обсуждали.

Попробуйте переключиться на нормальное общение. Уверен, у Вас всё получится.

1.Это будет золотая программа.

2.Количество общих точек проекта пропорционально

Стоимости програмных работ.

3.В нашем случае, я это говорил,рекомендован скоростной канал связи.

Я конечно сомневаюсь именно в этой модели шнайдера,насколько она шустра по обмену со скадой.цикл обсчета каналов и цыкл работы программы тоже влияет

Во всех каталогах шнайдера она идет первой.

 

 

Если проводить аналогию с сименсом то аналог s7-200, хотя визуально как 300ка

 

 

4.фидбек в скаде не применим, так как скада работает по событию изменения переменной.

 

 

5.Профибус в данной теме непременим.я бв тоже хотел скорость модбаса rs485, как у профибуса rs485 11 мехабит.

1. Это обычная программа.

2. Ясное дело, увеличится количество тегов, усложнится приложение ПЛК, удорожается проект, вернее, приближается к нормальной стоимости, но иного способа подтверждения команды кроме обратного сигнала не существует.

3. Я гонял по 485-му сотни 32-битных данных, и вполне успешно, безо всяких артефактов. Нужно просто разделить объём данных согласно рекомендованному вендором. Modbus TCP/IP тоже неплохо, уже можно поднять на порядок больше, но, опять же, надо смотреть по ситуации.

4. Да, Modbus может так работать, по изменению, но, видимо, мы оба не сошлись в термине "фидбэк". В данном контексте, это обратка от сигнала команды, подаваемой через HMI. Уходит в контроллер, оттуда, после обработки, уходит в поле и параллельно обратно в HMI, для подтверждения, уже как входной сигнал. Либо проводным, если это, к примеру, пуск привода. Вполне обычное решение.

И в Intouch хорошо бы прописать алгоритм срабатывания сигнализации в случае отсутствия обратного сигнала в течение определённого времени. Хотя, зависит от команды, где-то можно и не прописывать.

 

Так как я не про прогер.

Обьясните каким образом я могу передать 4 байта плавающей точки.

 

Я что должен резать до и после запятой.

И передавать двумя байтами..

Достаточно знать позиционные системы исчисления. Разделите на 32-битные сигналы с одной стороны, и соберите их с другой.

Либо вообще разделить побитно и передать каждый бит отдельно.

Я лично в таких конверсиях старался обходиться исключительно операциями сложения и вычитания. Умножение и деление - они гораздо более ресурсоёмкие.

Могу скинуть пример такой проги на разложение, но конвертить её под свои нужды Вам придётся самому. Да это и не сложно, элементарная математика.

Edited by Немой
0

Share this post


Link to post
Share on other sites

 

Попробуйте переключиться на нормальное общение. Уверен, у Вас всё получится.

 

1. Это обычная программа.

2. Ясное дело, увеличится количество тегов, усложнится приложение ПЛК, удорожается проект, вернее, приближается к нормальной стоимости, но иного способа подтверждения команды кроме обратного сигнала не существует.

3. Я гонял по 485-му сотни 32-битных данных, и вполне успешно, безо всяких артефактов. Нужно просто разделить объём данных согласно рекомендованному вендором. Modbus TCP/IP тоже неплохо, уже можно поднять на порядок больше, но, опять же, надо смотреть по ситуации.

4. Да, Modbus может так работать, по изменению, но, видимо, мы оба не сошлись в термине "фидбэк". В данном контексте, это обратка от сигнала команды, подаваемой через HMI. Уходит в контроллер, оттуда, после обработки, уходит в поле и параллельно обратно в HMI, для подтверждения, уже как входной сигнал. Либо проводным, если это, к примеру, пуск привода. Вполне обычное решение.

И в Intouch хорошо бы прописать алгоритм срабатывания сигнализации в случае отсутствия обратного сигнала в течение определённого времени. Хотя, зависит от команды, где-то можно и не прописывать.

 

 

Достаточно знать позиционные системы исчисления. Разделите на 32-битные сигналы с одной стороны, и соберите их с другой.

Либо вообще разделить побитно и передать каждый бит отдельно.

Я лично в таких конверсиях старался обходиться исключительно операциями сложения и вычитания. Умножение и деление - они гораздо более ресурсоёмкие.

Могу скинуть пример такой проги на разложение, но конвертить её под свои нужды Вам придётся самому. Да это и не сложно, элементарная математика.

 

Как мы далеко ушли.

Я то вас понял.

 

 

Я даже пытался нанять консультанта по системам шнайдера.

Ценовой интерес конечно обсуждаем.

 

 

В ташкентском представительстве шнайдера мне откровенно сказали,что опыта у них мало.

И вообще убирай шнайдер, ставь сименс.

Мы не против.(они)

0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.