Вот все бы проектировщики так к проектам относились - цены бы вам не было!!! Я как бывший АСУТПшник говорю. Многие проектные институты клепают проекты на "отъебись". А потом, при разработке и пусконаладке вылезает куча проблем. Мне кажется проблема в том, что нет связи проектировщик <-> АСУТП на стадии создания проекта. Я не видел еще ни одного проектировщика, кто реально был бы на объекте внедрения и своими глазами видел ту "боль", что проходит АСУТПшник и пусконаладчик.
Сам из самоучек. На последней работе прошел собеседование и сделал тестовое задание. Причем сразу говорил, что у меня нет профессиональной "вышки". Так вот с удовольствием работаю уже 5й год. Со своими навыками мог бы получать и больше, но мне интересно то, чем сейчас занимаюсь, имя оплату в среднем по "сектору".
OPC UA - технология, не основанная на COM, а как раз попытка уйти от этой технологии. DA - стар как мамонт. В атомной энергетике уже давно ушли от старого DA в пользу UA и его кроссплатформенности.
Набор вопросов тянет не на "колобок", а на полноценный зачет. И для чего это, без ответов? Список вопросов можно и у себя оставить, а здесь народ ждет ответов, имхо....
Я считаю, что временные значения должный существовать только в рамках одного контекста. Если требуется вывести временное значение из-под этого контекста, значит надо пересмотреть архитектуру ПО.
У данного датчика не линейная характеристика, как пишут в даташите. Где-то на просторах находил формулу пересчета, когда делал систему проточной фильтрации для аквариума. Но уже потерял...
Как мы видим, в сборках Visual C++ 2010 и Visual C++2019 раздел импорта отличается. Debug-версии отличаются только наличием sized-версии operator delete в сборке Visual C++ 2019, а вот в Release-сборке версии 2019 вообще отсутствуют operator new/delete. Это отдельный интересный вопрос, который стоит задать компилятору и линковщику.
А какой тут вопрос? Вызов стандартный. Исключения отключены. Вызов только одной функции с параметром без преобразований. Компилятор честно считает, что не зачем городить обертку над функцией, если никаких выделений и преобразований нет. Все просто. Компилятор прав. А линковшику пофиг))
Для начала, я бы начал с описания протокола HDLC, который используется, как "обертка". Это уместно, так как обмен данными с ПУ просходит, во многих случаях, по последовательному каналу связи. HDLC может не использоваться только при соединении TCP/IP.
Изучите мат часть ru.wikipedia.org/wiki/OPC_UA#Протоколы далее находите фразу 1. Двоичный протокол
Вы склонны верить всему, что в Вики написано? Это не протокол, а сериализация данных в бинарный поток, а на транспортном уровне это может быть как TCP, так и UDP. Да хоть в тот же Modbus RTU «заворачивать» можно, используя функции из пользовательского диапазона функций.
Не помню как с остальными производителями ПЛК, но у Schneider Electric в линейке Quantum давно присутствуют Ethernet модули с собственным Web сервером, на котором никто не мешает поднять, например, на Jave OPC UA шлюз (Modbus TCP идет из «коробки»). И не надо никаких лишних шлюзов. А если система распределенная, так там уже само собой надо ставить сервер ввода/вывода, который и будет являться шлюзом данных. ИМХО.
Вот все бы проектировщики так к проектам относились - цены бы вам не было!!! Я как бывший АСУТПшник говорю. Многие проектные институты клепают проекты на "отъебись". А потом, при разработке и пусконаладке вылезает куча проблем. Мне кажется проблема в том, что нет связи проектировщик <-> АСУТП на стадии создания проекта. Я не видел еще ни одного проектировщика, кто реально был бы на объекте внедрения и своими глазами видел ту "боль", что проходит АСУТПшник и пусконаладчик.
Сам из самоучек. На последней работе прошел собеседование и сделал тестовое задание. Причем сразу говорил, что у меня нет профессиональной "вышки". Так вот с удовольствием работаю уже 5й год. Со своими навыками мог бы получать и больше, но мне интересно то, чем сейчас занимаюсь, имя оплату в среднем по "сектору".
OPC UA - технология, не основанная на COM, а как раз попытка уйти от этой технологии. DA - стар как мамонт. В атомной энергетике уже давно ушли от старого DA в пользу UA и его кроссплатформенности.
Применительно лишь к контроллерам Сименс. Так что узконаправленная статья получилась. Было бы описано более общее решение - цены бы статье не было!
Неужто и Rust ждет та же участь? А я так его любил))
Ну реально такое надо сопровождать ответами.... Так, статья, ни о чем. Connecto ad uno слабо?
Вы статью для кого писали? Для преподавателей, так у нас и своих вопросов хватает.
Для студентов? Так РАЗЪЯСНИТЕ вопросы ответами.
Короче фу просто, а не статья!
Набор вопросов тянет не на "колобок", а на полноценный зачет. И для чего это, без ответов? Список вопросов можно и у себя оставить, а здесь народ ждет ответов, имхо....
Я считаю, что временные значения должный существовать только в рамках одного контекста. Если требуется вывести временное значение из-под этого контекста, значит надо пересмотреть архитектуру ПО.
Ну для больших объемов может и приемлема. Но 100 литров это 100 ЛИТРОВ. Почти 10 полных накопительных баков. 33 раза макарошки сварить))
У данного датчика не линейная характеристика, как пишут в даташите. Где-то на просторах находил формулу пересчета, когда делал систему проточной фильтрации для аквариума. Но уже потерял...
Ах ты ж, шельма!!! Почти кончил)))
А про рендеринг инкто и не говорит. Вопрос в подготовке данных))
Порнуха - это полный разбор
exclude()values()values_list()select_related()order_by()exists()count()first() and last()in_bulk()explain()latest()earliest()Вот это хардкор с извращениями)))
Просто, как это.... "Встечают по одежке". Вроде так.
Желаю хорошего фронтендера Вам в команду))
И вот это вы выставляете на показ?! Сочувствие, только сочувствие...
А какой тут вопрос? Вызов стандартный. Исключения отключены. Вызов только одной функции с параметром без преобразований. Компилятор честно считает, что не зачем городить обертку над функцией, если никаких выделений и преобразований нет. Все просто. Компилятор прав. А линковшику пофиг))
Для начала, я бы начал с описания протокола HDLC, который используется, как "обертка". Это уместно, так как обмен данными с ПУ просходит, во многих случаях, по последовательному каналу связи. HDLC может не использоваться только при соединении TCP/IP.
Вы склонны верить всему, что в Вики написано? Это не протокол, а сериализация данных в бинарный поток, а на транспортном уровне это может быть как TCP, так и UDP. Да хоть в тот же Modbus RTU «заворачивать» можно, используя функции из пользовательского диапазона функций.