Ну тут странная архитектура, а не легче писать данные о массе  и времени взвеса в БД а уже к ней делать запросы из 1С это будет проще и быстрей работать, но тут вопрос архитектуры которая есть у заказчика.

ну на самом деле обеспокоиться проблемой не лишнее - т.к. в дипломе я например отдельным пунктом исследовал (причем физически, на реальном обьекте) влияние импульсных потребителей на нулевой провод, и как вариант мы предполагали использовать сечение нулевого провода больше фазного. но анализ гармоник в том конкретном случае показал что перегрузки не будет)

Думаю, если повесить на ноль амперметр, будет показывать?

конечно, но тут главный вопрос в том что ток в нулевом проводе в общем случае не будет превышать фазный ток каждой из фаз

вот, чтоб внести окончательно ясность: в общем случае ток в нулевом проводе выглядит прмиерно так

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

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

Всем добра, рад вступить в группу специалистов.

приветствуем

и теперь у меня свой вопрос - стоит задача расчитать расход пара на сужающем устройстве. есть камерная диафрагма, паспорт от производителя с всеми нужными для расчета параметрами, датчик перепада давления на диафрагме без корнеизвлечения, и датчики давления и температуры (расчитать плотность пара). В общем производитель нам подсказал формулу расчета,
я в неё внёс все нужные параметры из паспорта и примерные значения перепада давления и  плотности среды, и вот при них получается совсем какой-то странный расход... кто может подсказать что я не так считаю? раньше не сталкивался с этим, а нужно как всегда уже вчера...

Возможно но что есть я пересказал. Но видимо они хотят так.

Вопрос, может кто сталкивался:
Для обновления WinCC с версии 7.0 на версию 7.5 что нужно? Сертификаты, ключи и т.д. ?

Спасибо, очень наглядно! 👍🏻

Господа присутствующие.
У кого был опыт взаимодействия самописной программы на пк (linux, windows) с контроллером mitsubishi (melsec) любой серии по ethernet?

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

Помимо проводов еще с платой ввода/вывода дискретной приходится мудится, парсить Сшные либы в python и тп.

Т.е. хочу написать программу на С или Python и чтобы она взаимодействовала читала и записывала "переменные" контроллера через ethernet

Вообще что-то мне подсказывает, что нужно OPC-сервер использовать

если речь об единичном внедрении - то OPC явно рентабельнее (версия на 500 тегов от Инсат стоит 10к), чем самостоятельно реализовывать с нуля.

Единичное, на десяток тегов