Альфа платформа - общее (закрыто)

[kirillio]

в сообщении выше я привёл возможный способ получения "исчерпывающей информации".
Примеры проектов, дистрибутивы, документация и видеокурс - это те материалы, которые позволят научиться самостоятельно разрабатывать проекты на платформе.

Сергей, благодарю Вас за предоставленный ответ.

[stesl]

Мне Альфа залетела по собеседованию с Транснефтью. Дали ссыль, скачал. Какой то хелп был в самом инструменте, причем онлайн -овский. Был адрес человека, к которому можно было с вопросами подкатывать... Пару дней скосив глаза просидел )) Необычно.
Абсолютно убила необходимость ручной правки какого то xml или уж html файла (я в этих дисциплинах лох))). Но получилось.
Когда до картинок дошел, то как уже писали - отсутствие картиночек ввело в уныние. А по java все там понятно как раз, и хелп достаточный.
И не соглашусь с коллегой, что ООП это не АСУшное. Сейчас без него уныло совсем. После Simatic ))

Ну и после компилирования стало ясно, насколько же просто развернуть и сервера и клиенты на любой машине. Просто файлики подкинуть, и эти гребаные x/ht ml подкрутить ;)

[Jackson]

[+]

Мне Альфа залетела по собеседованию с Транснефтью.

Какие интересные интимные подробности.... :)

[Никита]

А тут у нас хорошие новости, сейчас переходим на бандлы

А с никсами что в этом плане?

[vasilex]

А тут у нас хорошие новости, сейчас переходим на бандлы

А с никсами что в этом плане?

Релиз ПО происходит одновременно под Windows и под Linux (deb, rpm).

[Никита]

vasilex,

Прошу обновить ПО до актуальной версии или написать в поддержку описав проблему и используемую версию ПО.

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

[Никита]

Ну и после компилирования стало ясно, насколько же просто развернуть и сервера и клиенты на любой машине. Просто файлики подкинуть, и эти гребаные x/ht ml подкрутить ;)

Да шоб я так жил... Вот возникла необходимость просто развернуть. Сюрприз: в комплекте поставки бумага с лицензией и USB-ключи.
И все. Дистрибутива нет.
Где взять - "на сайте поддержки". Там форма входа/регистрации и при попытке зарегистрироваться получаешь ответ "Этот адрес почты не разрешен для регистрации. Если вы считаете это неправильным, отправьте письмо на [email protected]".
Обращаю внимание, этот квест для уже оплаченного софта. Т.е. вместо пары часов на установку купленного продукта, процесс растягивается на неопределенный срок... А суточные меж тем капают...
Вопрос к представителям атомика - нахрена мне этот квест за мои же деньги? И почему не сделать такой же механизм не при скачивании, а при приеме платежей?
И главное - почему об этом нельзя предупредить сразу при покупке

Отправлено спустя 7 минут 19 секунд:

Ну и после компилирования стало ясно, насколько же просто развернуть и сервера и клиенты на любой машине. Просто файлики подкинуть, и эти гребаные x/ht ml подкрутить ;)

Да шоб я так жил... Вот возникла необходимость просто развернуть. Сюрприз: в комплекте поставки бумага с лицензией и USB-ключи.
И все. Дистрибутива нет.
Где взять - "на сайте поддержки". Там форма входа/регистрации и при попытке зарегистрироваться получаешь ответ "Этот адрес почты не разрешен для регистрации. Если вы считаете это неправильным, отправьте письмо на [email protected]".
Обращаю внимание, этот квест для уже оплаченного софта. Т.е. вместо пары часов на установку купленного продукта, процесс растягивается на неопределенный срок... Плюс, скачанный дистрибутив надо затащить в технологическую сеть, с проверкой ИБ. А суточные меж тем капают...
Вопрос к представителям атомика - нахрена мне этот квест за мои же деньги? И почему не сделать такой же механизм не при скачивании, а при приеме платежей?
И главное - почему об этом нельзя предупредить сразу при покупке

[stesl]

Да шоб я так жил...

Мда, одно дело попробовать. Другое дело послушать коллегу о внедрении )) Что то там с этой политикой явно не так. И если сами кодеры видимо неплохие (ну по косвенным признакам), то такая политика, а значит и руководство может довести их до "сделать ноги", а продукт еще пилить и пилить. Размышления конечно и диванные, но тем кто занимается в компании непосредственно продажей, поддержкой и продвижением продукта необходимо пересмотреть некие ценности.
Не спорю, я не вижу подводных камней, но что тут понаписали про поддержку, а тем паче вот этот топик коллеги пока начисто отбивает охоту связываться.

[Никита]

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

Справедливости ради, ответ на письмо в поддержку был получен на следующий день после написания запроса. И вопрос решился.
Что касается политики - есть один момент, за который ребятам, без всякой иронии, "респект и уважуха" - полнофункциональная среда разработки. То есть нет необходимости заморачиваться приобретением инженерных лицензий и рантайм работает, пусть и с ограничениями.
Возможно, это взаимосвязанные вещи. Зная, куда уходят продукты и кто ими пользуется, проще следить за леваком. Впрочем, что в голове у менеджмента атомика - гадать не возьмусь.
Ладно, будем пробовать внедрять. С альфой первый опыт. Посмотрим...

[leon78]

[+]

Т.е. вместо пары часов на установку купленного продукта, процесс растягивается на неопределенный срок... А суточные меж тем капают...

У вас знакомство с новым продуктом и разработка происходят непосредственно на объекте?

[Никита]

[+]

Т.е. вместо пары часов на установку купленного продукта, процесс растягивается на неопределенный срок... А суточные меж тем капают...

У вас знакомство с новым продуктом и разработка происходят непосредственно на объекте?

Я ж постом выше про это и писал. Знакомиться и разрабатывать можно любыми версиями, в т.ч и теми, что были под рукой. А вот на объекте надо ставить актуальные, плюс ключи с драйверами...
Ну и не все можно на полигоне обкатать, для некоторых вещей типа веб-морды или sql нужна реальная инфраструктура.
Ну а вообще - разработка проекта по вечерам в гостинице случается намного чаще, чем хотелось бы. Увы, слабый менеджмент и плохая логистика вносят свои коррективы.

[Crucifix]

Я всегда думал, что актуальные версии как минимум должны ставиться на заводских испытаниях... Доработок на объекте конечно не избежать, но при такой схеме можно и год прожить на объекте, особенно если "нет времени объяснять, пускаемся, доделаем на лету".

[Никита]

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

Так оно обычно и бывает. Если поставка "под ключ" и заводские запланированы. А если сначала договор поставки и оборудование приезжает к заказчику, а потом его надо принимать в монтаж и везти на площадку исполнителя, а заводские с участием заказчика не предусмотрены - возможны варианты.
В данном конкретном случае еще даже до заводских далеко. Идея руководства была за первомайские подготовить полученный от заказчика [в монтаж] сервер к работе (развернуть ПО, поднять Postgres и OPC-сервера, дабы дальше осталась рутина по набиванию тегов.. И тут речь не о суточных, а о сверхурочных и праздничной логистике, от склада заказчика до площадки исполнителя три сотни километров. А серверу перед установкой Альфы нужно было показать в сети Заказчика его KMS-сервера. Если бы была четкая уверенность что за праздники не получится - никто бы не суетился, все спокойно отдыхали.
И еще нюанс - заводские в данном случае не имеют особого смысла, потому как система надстраивается над имеющимися, строится без контроллерного уровня. Все данные поднимаются от работающих систем по цифре. Т.е. поток реальных данных можно получить только из ТСПД на объекте. Можно, конечно, привязать все к каком-нибудь имитатору-симулятору, но это уже из области чтения Камасутры в одиночку.

[Jackson]

Я всегда думал, что актуальные версии как минимум должны ставиться на заводских испытаниях... Доработок на объекте конечно не избежать, но при такой схеме можно и год прожить на объекте, особенно если "нет времени объяснять, пускаемся, доделаем на лету".

Не должны вовсе. От объекта зависит. Бывает и так что рабочее ПО прямо на объекте и разрабатывается, и да, для этого сидят и полгода и год на объекте, а бывает и 2 и 5 лет - объекты разные бывают. Я так сидел на объектах, бывало. Зато эту работу НЕ делают раньше.

Хорошо когда объект полностью готов за исключением верхнего уровня, а может и контроллерного, и мы до поставки уже всё знаем про него, сидим в теплом офисе, всё разрабатываем под него и испытываем, а потом - опа! - поставка, подключение и оно сразу поехало. Все бы так хотели, но в реальности так не бывает. В реальности всё строится одновременно - и технология, и объект, и ТСПД, и контроллерный уровень, и верхний, и всё это из разных мест, а ещё нужно время чтобы сообразить как всё это увязать, и только потом появилось бы законченное ТЗ для верхнего уровня. Но тогда сроки сильно затягиваются, а заказчик строит завод не для того чтобы его бесконечно автоматизировать и отлаживать - завод строят для того чтобы он работал и приносил доход и чем быстрее тем лучше. Поэтому сроки не резиновые и много работ делается одновременно при постоянно меняющихся и дополняющихся исходных данных - поэтому и сидят люди на объектах. И это подрядчикам, между прочим, выгодно, потому что разработчик в офисе получает зарплату и других денег не приносит, а за каждого работника на выезде платит заказчик подрядчику по тарифу, так что подрядчик с лихвой компенсирует затраты на зарплату. Тут 3-в-1: для подрядчика и работа делается, и денег за это он зарабатывает значительно больше, а у заказчика уменьшаются сроки строительства, что хорошо влияет на рентабельность.

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

Опыт показал, что при грамотном планировании такой подход очень даже хорош. И это не "по месту потом допилим", а грамотное планирование, которое даже в режиме "круглосуточно 24/7/365/быстрей/бегом" не является форс-мажором.

[vasilex]

Где взять - "на сайте поддержки". Там форма входа/регистрации и при попытке зарегистрироваться получаешь ответ "Этот адрес почты не разрешен для регистрации. Если вы считаете это неправильным, отправьте письмо на [email protected]".

Добрый день!
При покупке ПО, доменные имена интегратора и конечного заказчика вносятся в белый список, сотрудники этих компаний могут зарегистрироваться на сайте поддержки с помощью рабочей почты и загрузить необходимое ПО.
Возможно, вы регистрировались со своей личной почты или (редко, но бывает) не обновился белый список.

[Никита]

Где взять - "на сайте поддержки". Там форма входа/регистрации и при попытке зарегистрироваться получаешь ответ "Этот адрес почты не разрешен для регистрации. Если вы считаете это неправильным, отправьте письмо на [email protected]".

Добрый день!
При покупке ПО, доменные имена интегратора и конечного заказчика вносятся в белый список, сотрудники этих компаний могут зарегистрироваться на сайте поддержки с помощью рабочей почты и загрузить необходимое ПО.
Возможно, вы регистрировались со своей личной почты или (редко, но бывает) не обновился белый список.

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

[Jackson]

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

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

[taranur]

У нас в ТЗ прописано alpha.Platform и один АРМ на ОС Astra.Linux. Опрашиваться будет несколько контроллеров. Можно ли на одном компьютере поднять alpha.Platform с server, historian и hmi? И хотелось бы вести разработку на Windows, а запускать на объекте на Linux.

[SaNNy]

У нас в ТЗ прописано alpha.Platform и один АРМ на ОС Astra.Linux. Опрашиваться будет несколько контроллеров. Можно ли на одном компьютере поднять alpha.Platform с server, historian и hmi? И хотелось бы вести разработку на Windows, а запускать на объекте на Linux.

Можно. И вести разработку на Windows, а запускать на Linux можно.

[taranur]

У нас в ТЗ прописано alpha.Platform и один АРМ на ОС Astra.Linux. Опрашиваться будет несколько контроллеров. Можно ли на одном компьютере поднять alpha.Platform с server, historian и hmi? И хотелось бы вести разработку на Windows, а запускать на объекте на Linux.

Можно. И вести разработку на Windows, а запускать на Linux можно.

Спасибо!

[AlbertH]

Предполагается установить на сервер AlphaScada 10000 тэгов ввода/вывода и 5000 тегов исторических. Какой объем HDD необходим для этого?

[vasilex]

Предполагается установить на сервер AlphaScada 10000 тэгов ввода/вывода и 5000 тегов исторических. Какой объем HDD необходим для этого?

Добрый день!
Для текущей, третьей версии Alpha.Historian, можно руководствоваться формулой:

D = ∑ (r * T * v)
Где:
D – суммарный объем данных без сжатия, байт
r – размер одной записи тега, байт
T – время хранения, с
v – частота изменения значения тега, Гц

№ Составляющая записи Размер, байт
1. Метка времени, 8
2. Качество, 4
3. Значение в зависимости от типа (для булевского значения 0)
4. Дескриптор типа значения, 1
5. Служебная информация внутри БД, 4

Размер записи при этом для:
Double = 25 байт
Int4 = 21 байт
Bool = 17 байт

Например:
5000 тегов типа double получают значения с частотой 1 Гц.
За 1 год диск заполнится на:
5000 * ( 25 * 31 536 000 * 1 ) = ~3671 Гб, при использовании встроенного LZMA-сжатия со стандартными настройками, коэффициент будет ~1/4,
итого ~1048 Гб за 1 год (+ около 2% издержек, на хранение структур данных).

*31 536 000 = 86 400 (число секунд в 1 сутках) * 365 (число дней в году)

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

Для четвёртой (анонсированной) версии, механизм сложнее.
У каждого тега есть опорное значение в БД, а размер последующих записей зависит от величины изменения сигнала и времени, прошедшего после последнего замера.
В целом, размер БД в четвёртой версии ощутимо уменьшится, за счёт уплотнения записей и первичной кластеризации данных в оперативной памяти и многих других улучшений.
Если вопрос интересен, то прошу в Youtube, на запись трансляции с Атомик TechConf'23 - "Alpha.Historian 4.0 / Новое в Альфа платформе 2023".

[Jackson]

Внимание (особенно модераторов раздела)!
На форуме такое правило: Новый вопрос - новая тема. Всегда. Даже если очень похожая. Даже если "мне кажется что так лучше" (нет, не лучше). Даже если "зачем, когда уже есть похожая тема?" (затем, что должно быть так и точка).

Будьте добры, соблюдайте. А модераторы - ваша задача исправлять то, что не соблюдают пользователи. Тема отделяется в новую, даётся название, старая тема закрывается. Если это делать своевременно, то проблем не составляет.