Немой

Собеседники
  • Content count

    66 496
  • Joined

  • Last visited

  • Days Won

    188

Everything posted by Немой

  1. Я имел в виду их представительство. На самом деле, Шнайдер представлен в Казахстане шире. И мне там довелось пересекаться с французами от него. Они выполняли MCC на довольно крупном проекте.
  2. Попробуйте переключиться на нормальное общение. Уверен, у Вас всё получится. 1. Это обычная программа. 2. Ясное дело, увеличится количество тегов, усложнится приложение ПЛК, удорожается проект, вернее, приближается к нормальной стоимости, но иного способа подтверждения команды кроме обратного сигнала не существует. 3. Я гонял по 485-му сотни 32-битных данных, и вполне успешно, безо всяких артефактов. Нужно просто разделить объём данных согласно рекомендованному вендором. Modbus TCP/IP тоже неплохо, уже можно поднять на порядок больше, но, опять же, надо смотреть по ситуации. 4. Да, Modbus может так работать, по изменению, но, видимо, мы оба не сошлись в термине "фидбэк". В данном контексте, это обратка от сигнала команды, подаваемой через HMI. Уходит в контроллер, оттуда, после обработки, уходит в поле и параллельно обратно в HMI, для подтверждения, уже как входной сигнал. Либо проводным, если это, к примеру, пуск привода. Вполне обычное решение. И в Intouch хорошо бы прописать алгоритм срабатывания сигнализации в случае отсутствия обратного сигнала в течение определённого времени. Хотя, зависит от команды, где-то можно и не прописывать. Достаточно знать позиционные системы исчисления. Разделите на 32-битные сигналы с одной стороны, и соберите их с другой. Либо вообще разделить побитно и передать каждый бит отдельно. Я лично в таких конверсиях старался обходиться исключительно операциями сложения и вычитания. Умножение и деление - они гораздо более ресурсоёмкие. Могу скинуть пример такой проги на разложение, но конвертить её под свои нужды Вам придётся самому. Да это и не сложно, элементарная математика.
  3. Султана, всё так, но, что касается подарка, то он должен быть соответствующим образом оформлен. Чтобы через 20 лет потом доказать. Если, к примеру, мама подарит мне квартиру через дарственную, то да, супруга не сможет претендовать. Но совместно нажитое имущество в неравных долях прописать, думаю, не получится.
  4. Обычно пишут 120 В, если Штаты, Канада... На деле, от 110 до 120 220 пишу по разному. Где 220, где 230.
  5. Действительно. Всё, завязываю с негативом. Пусть тут будет то, что нравилось.
  6. Брачный договор не может противоречить законодательству.
  7. А как с английским?
  8. Хорошо, что, кроме зарплаты, есть ещё и бонусы чистыми, да? Я подумал, что, раз Вы заложили бюджет, Вы прикидывали объём работ и сроки их выполнения.
  9. Да не в этом дело. Организация труда хромала по причине отсутствия мотивации. Всё было общее, а значит - ничьё.
  10. Объясняю. Один параметр никак не может быть показателем такой сложной системы как макроэкономика региона. Это как представлять себе принцип действия двигателя самолёта на примере пассажирского кресла. Как бы ты его не истольковал, это всё будет непоказательно, а совпадения с реальностью - случайны.
  11. Да хз что там со средними. Школа, колледж, если повезёт, универ, а дальше труд на собственное или чужое благо. Если найдёт себя - то полезный труд.
  12. Панама, есть ложь, есть большая ложь, а есть статистика (с). Не трогал бы ты её, оставил бы специалистам.
  13. Давай. Такие же, как и у простого среднестатистического подростка 16 лет в Ташкенте.
  14. Там есть такой тонкий момент. Эта же безработица учитывает и граждан, которые находятся в процессе смены работы. Есть ещё один параметр, который позволяет более широко взглянуть на размер безработицы. Не помню точно, как он назывался, но это средний срок, за который соискатель находит работу.
  15. Роберто, у меня тут в напарниках чех со мной ездит, с аналогичной философией поведения на дороге. И иногда я ему даю порулить. И потом каю себя за это. Реально страшно, когда чел ездит не так, как все, а ты сидишь рядом. Его подрезают, в него упираются, его обсиналивают и матерят. А он едет, и cрать он хотел на окружающих. Он лучше притормозит в очередной раз, в очередной раз создав аварийную ситуацию. Я не говорю, что на ПП надо ускоряться или не обращать внимание. Но каждый лишний ПП меня напрягает, потому что приходится просчитывать ситуацию на порядок сложнее и опаснее. Меня напрягают заборы, из-за которых пешиков не видно.Да много чего там наапрягает... А буду я тормозить перед ПП или нет, медленно или быстро, будет зависить исключительно от ситуации.
  16. Если сильно постараться - уедешь туда гораздо раньше 25-ти лет.
  17. Не объяснил, на самом деле От ВМВ пострадала практически вся Европа. Им некуда было эвакуировать свои предприятия. Но, тем не менее, восстановились они быстрее. Просто частный бизнес, он эффективнее государственного.
  18. Повторюсь ещё раз, у Немого - своя работа, на Вашу он не подписывался. Ваш бюджет мне погоды не сделает. Просто хотелось узнать 2 вещи. Каковы нормативы на ваш объём? И каковы песпективы у автоматчика в Узе? От проектов в Узбекистане давно ушёл. Да и последний проект в Узе был тысячи на 3 живых сигналов.
  19. План не мешал СССР торговать нефтью, металлами, древесиной, машиностроением, автомобилями, военной техникой, атомной энергетикой и т.п. Валюта всегда нужна была. Были торговые представительства. Были банки внешнеэкономической деятельности или как их там. Не вижу ничего, что мешало бы СССР торговать ТНП, кроме косности и негибкости системы.
  20. А, эти артефакты? Там надо расчёт делать, на пропускную способность. Думаю, каждый вендор так или иначе описывает возможности коммуникационных модулей на запись и на чтение. И количество тэгов будет зависить от используемых форматов. Если гонять 32-битные данные, то хватит не намного, надо будет делить нагрузку на циклы. И прогу лучше строить так, чтобы команды уходили по изменению состояния, строго рекомендованное количество в секунду. И тогда количество артефактов сведётся к минимуму. Но, с зависанием OPC или SCADA ничего не поделаешь, если только сервисы рестартануть. В любом случае, в стратегиях управления интерфейсные данные лучше не использовать, использовать их только для контроля. Либо использовать интерфейсы, которые сертифицированы на это, типа PROFIBUS, но там и железо соответствующее нужно. Что касается команд - они всегда должны подтверждаться фидбэком. Тогда и не будет гаданий - ушла или не ушла. В том случае, если через заданное время фидбэк не вернулся - сигнализация COMMAND FAIL, тоже организовывается логикой.
  21. Ну, рановато его списывать. В отличие от Ethernet, он тянет больше километра дистанции. А что за артефакты? По мне, связь как связь, со своими особенностями, хотя и пропускная способность существенно ниже. Но для проекта объёмом в 10 сигналов, думаю, вообще не критично. Там, думаю, нужна была конвертация данных в подходящий формат. Мне в OPC не нравится то, что он небезопасен. Соединяешься хз с кем по сети, даёшь доступ хз кому. В общем, сейчас все эти клиенты вынесены в DMZ, через файрволы и маршрутизацию, от греха подальше.
  22. Угу, и все активные педерасты города за рулём - твои. Отличный совет.
  23. С архитектурой ясно, вернее, только с вашей её частью. Поправьте, если ошибаюсь, но ваш модуль c RS-485 способен работать как master, так и slave. Думаю, с модулем Ethernet тоже в этом плане проблем не возникнет. Там надо будет только совместить форматы данных и адресацию. Но если Вы уже работали в Intouch, то и тут проблем быть не должно. Что касается OPC DA, то если уже стоит сервер для Intouch, то вам понадобится клиент, не так ли? А почему 485-й не устраивает по скорости? Каков объём передаваемых данных? И какова дистанция? И есть ли в проекте взаимодействие со шнайдеровским ПЛК?