Переустановка ОС на segnetics

[yvori]

Сообщение от ujin

ХЗ как Вы там умудрились на STL (считай ассемблер) реализовать наследование и полиморфизм. Спрошу у знающих товарищей.

Это не я, а немцы так извратились. У меня была только поддержка и обслуживание всего этого. И было очень сложно разбираться во всей этой мешанине косвенной адресации. Зато добавление нового оборудования сводилось к созданию нового DB, "наследования" его от базовых блоков и конфигурирования.

P.S. А вы думаете, что объектно-ориентированные языки обходятся без ассемблера и генерят что-то отличное от машинных кодов?


Добавлено через 2 минуты

Сообщение от ujin

Посмотрите повнимательнее как службы запускаются, останавливаются и мониторятся.

Зачем мне смотреть, если можно просто выполнить "/proc/1/exe --version" и всё станет понятно.

[ujin]

Сообщение от yvori

Это не я, а немцы так извратились. У меня была только поддержка и обслуживание всего этого. И было очень сложно разбираться во всей этой мешанине косвенной адресации. Зато добавление нового оборудования сводилось к созданию нового DB, "наследования" его от базовых блоков и конфигурирования.

P.S. А вы думаете, что объектно-ориентированные языки обходятся без ассемблера и генерят что-то отличное от машинных кодов?

Я в курсе. Видимо Вы говорите о PCS7. Только это не наследование а использование шаблона.

Сообщение от yvori

Зачем мне смотреть, если можно просто выполнить "/proc/1/exe --version" и всё станет понятно.

И что там?
В System V службы проверяются
/etc/init.d/postgresql status
В upstart
initctl status ... имя службы
В SystemD
systemctl status ...имя службы

если initctl работает, значит upstart.

[Arsie]

Сообщение от ujin

Я в курсе. Видимо Вы говорите о PCS7. Только это не наследование а использование шаблона.

Наследование по сути это и есть использование предка как шаблона при создании потомка.

[ujin]

Сообщение от Arsie

Наследование по сути это и есть использование предка как шаблона при создании потомка.

Только в отличие от использования шаблона могут добавляться свойства и могут добавляться и переопределятся родительские методы.
В этом то и есть основной фокус. И понимание приходит только когда заколебаешься программировать одно и то же. И вносить изменения в 50 блоков почти одинаковых.

[Arsie]

Сообщение от ujin

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

А это не особо актуально в примере yvori, железки довольно стабильны во времени в своих функциональных возможностях и конфигурации.

Ровно как вам чаще всего или вообще никогда не нужно позднее связывание, также возможное в ООП.


PS. Так-то, если смотреть в суть вещей, ООП - это наследуемое шаблонирование, т.е. развитие идеи шаблонов и внесение ограничений на их оформление. Шаблон может быть шаблоном чего угодно, а вот объект только шаблоном объекта. Причём наследование в ООП пошло дальше, чем в шаблонах - шаблоны наследуются только в дизайнтайме и никак иначе, а вот объекты в ООП имеют в себе всю нужную информацию, чтобы наследоваться в рантайме. Это уже чудовищная разница.

PPS. И, опять же, ООП - это объектно ориентированное программирование. Т.е. никто не мешает мне создавать объекты на чём угодно, хоть на том же FBD и использовать их в своих программах полностью в парадигме ООП. Вот только контроль над всем мне придётся осуществлять вручную, когда как на труЪ-ООП языках это делает компилятор в дизайнтайме и "супервизор ООП" в рантайме (если язык это поддерживает).

[yvori]

Сообщение от ujin

Я в курсе. Видимо Вы говорите о PCS7. Только это не наследование а использование шаблона.

Нет, я про Step7. Я не в курсе про PCS7.
А наследование просто через вложенные DB и vtable со смещениями где их искать. Полиморфизм через функцию диспетчеризации, которая в зависимости от типа в vtable вызовет нужный "метод".


Добавлено через 1 минуту

Сообщение от ujin

В System V службы проверяются
/etc/init.d/postgresql status
В upstart
initctl status ... имя службы
В SystemD
systemctl status ...имя службы

если initctl работает, значит upstart.

initctl не может работать, потому что её, внезапно, нет. Вы, кажется, не работали с контроллерами Segnetics.

[ujin]

Сообщение от Arsie

PS. Так-то, если смотреть в суть вещей, ООП - это наследуемое шаблонирование
PPS. И, опять же, ООП - это объектно ориентированное программирование.
Вот только контроль над всем мне придётся осуществлять вручную

Можно придумать разные определения. И объектом все что угодно считать.
Можно так же ручками нарисовать объект, картинку а потом по картинке переложить на ассемблер.
Я ориентируюсь на книги Страуструппа и С++, так же ООП в LabVIEW.
Остальное - так для красивого названия.


Добавлено через 13 минут

Сообщение от yvori

Нет, я про Step7. Я не в курсе про PCS7.
А наследование просто через вложенные DB и vtable со смещениями где их искать. Полиморфизм через функцию диспетчеризации, которая в зависимости от типа в vtable вызовет нужный "метод".

Не то это все. Скорее всего просто на SCL написано, а Вы смотрели что скомпилировалось в STL.

Сообщение от yvori

initctl не может работать, потому что её, внезапно, нет. Вы, кажется, не работали с контроллерами Segnetics.

Была точно. Сам лично проверял на Matrix
ОСь сейчас какая debian 8 jessie?

[yvori]

Сообщение от ujin

Не то это все. Скорее всего просто на SCL написано, а Вы смотрели что скомпилировалось в STL.

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


Добавлено через 4 минуты

Сообщение от ujin

Я ориентируюсь на книги Страуструппа и С++

Страуструп так себе источник знаний, лучше бы Мейерса почитать или Саттера. Или банду четырёх.


Добавлено через 29 минут

Сообщение от ujin

Была точно. Сам лично проверял на Matrix
ОСь сейчас какая debian 8 jessie?

На матриксе всегда, кажется, была Jessie.

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

[Gel]

Сообщение от Arsie

Ровно как вам чаще всего или вообще никогда не нужно позднее связывание, также возможное в ООП.

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

[ujin]

Сообщение от yvori

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

На STL никто не пишет. В основном SCL (паскалеподобный).
Есть Организационные блоки (OB) использующие разные блоки данных (DB).
Вызов OB cо своим DB вот и все что отдаленно напоминает ООП.
Это инкапсуляция. Наследования нет. Полиморфизма нет, так как невозможно переопределить методы.
Собственно Step7 не позиционируют как язык поддерживающий ООП.

Сообщение от yvori

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

Видимо контроллера, чтобы посмотреть под руками у Вас нет.
Тем не менее вы с уверенностью заявляли что:
initctl не может работать, потому что её, внезапно, нет.
Слово внезапно подразумевает, что Вы проверили.
Теперь внезапно появляется слово кажется.
Осталось проверить (если у кого-нибудь есть матрикс под рукой).


Добавлено через 6 минут

Сообщение от Gel

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

Плюсую. Я тоже всегда использую подобный метод.
У меня в базе данных список модулей ввода вывода.
При старте я читаю название модуля - оно соответствует названию класса потомка общего MODBUS TCP модуля.
Потом инициализируется экземпляр класса, соответствующий модулю из базы данных.
В потомке переопределен метод опрос. В некоторых еще и соединение.
Далее эти классы работают со своими методами.

[Gel]

Сообщение от ujin

Тем не менее вы с уверенностью заявляли что:
initctl не может работать, потому что её, внезапно, нет.
Слово внезапно подразумевает, что Вы проверили.
Теперь внезапно появляется слово кажется.
Осталось проверить (если у кого-нибудь есть матрикс под рукой).

Есть под рукой Matrix. initctl там нет, а sysvinit там есть.

[yvori]

Сообщение от ujin

На STL никто не пишет.

Уровень аргументации великолепен.

Про внезапно и кажется ясно что вы даже не пытаетесь понять прочитанное. Смысла что-то вам объяснять я не вижу.

Всё остальное же у вас находится на том же уровне что и утверждения про upstart у сегнетикса.

[thedesperatemaker]

Чтож, дошёл я до желания отформатировать полностью сегнетикс, чтобы сбросить разделы. В идеале конечно было бы накатить прошивку с увеличенным корневым разделом, но пока что хотя бы откатиться до чистой системы, что даст уже чутка побольше свободного места. Такое ограничение корневого раздела это реально боль.
Место там кончилось после установки банальнейших htop, git, wget и пары служебных утилит - ведь да, хочется пользоваться одними и теми же инструментами на всех машинах где есть линукс, а не переизобретать велосипед.

Да, форматирование сначала сбрасывалось ошибкой, потом после переустановки SMLogix с выключенным брандмауэром стало проходить, но увы в бесконечном цикле по факту ничего не делая. Следующим шагом сбросил контроллер в дефолтные настройки, прогресс бар стал заполняться как-то более правдоподобно, но всё ещё в вечном цикле. Не с первой попытки, но контроллер стал прошиваться. После перепрошивки свободно оказывается 300 мб, после базовой настройки 200.

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

1)Ограничение по размеру корневого раздела конечно вставляет палки в колеса.
2)Отсутствие systemd и использование устаревшего дистрибутива, поддержка которого выпелена из репозиториев в лучшем случае в ветку oldoldoldstable
3)Отстутствие гайдов по установке и настройке ОС на сегнетикс, что дало бы больше гибкости относительно залития прошики


Добавлено через 53 секунды


в простое в нем используется 5-10% проца и порядка 70 мб оперативной памяти, что позволит поместиться даже в младшую версию

[Gel]

Сообщение от thedesperatemaker

После перепрошивки свободно оказывается 300 мб, после базовой настройки 200.

Там можно еще стрипнуть модули ядра, это даст на ровном месте +70 Мб пространства.

Там из модулей забыли удалить отладочную информацию, каждый модуль занимает на диске раз в 10 больше, чем должен.

[thedesperatemaker]

Сообщение от Gel

Там можно еще стрипнуть модули ядра, это даст на ровном месте +70 Мб пространства.

Там из модулей забыли удалить отладочную информацию, каждый модуль занимает на диске раз в 10 больше, чем должен.

а можно было просто пересобрать с разметкой корневого раздела на гиг побольше))))

[ujin]

Сообщение от yvori

Уровень аргументации великолепен.

Про внезапно и кажется ясно что вы даже не пытаетесь понять прочитанное. Смысла что-то вам объяснять я не вижу.

Всё остальное же у вас находится на том же уровне что и утверждения про upstart у сегнетикса.

Не нужно мне объяснять про Сименс. Не пишет никто на STL. Потому что это почти Ассемблер. И объясняют мне про это программисты запустившие не один завод в России.
Про систему запуска:
Указания в к выпуску https://www.debian.org/News/2015/20150426
«Джесси» поставляется с новой системой инициализации по умолчанию, systemd
systemd в матриксах нет
Система инициализации sysvinit по-прежнему доступна в «Джесси»
https://manpages.debian.org/jessie/u...tart.7.en.html
init - Upstart process management daemon
init(8) событийно-ориентироваванный init демон
init является родителем всех процессов в системе, выполняется ядром и отвечает за запуск всех остальных процессов; это родитель всех процессов, чьи естественные родители умерли, и он отвечает за то, чтобы пожинать их плоды, когда они умирают.
Процессы, управляемые init, называются заданиями и определяются файлами в каталоге /etc/init. См. init(5) для более подробной информации о настройке Upstart.
Для получения дополнительной информации о запуске и остановке заданий, а также об генерировании событий, которые будут автоматически запускать и останавливать задания, см. страницу руководства по инструменту initctl(8).
В файловой системе есть матрикса /etc/init.d - сценарии запуска systemV. upstart совместима с System V см (System V compatibility)
Так же есть папка с заданиями upstart /etc/init
есть сам демон init в папке /sbin хотя это может быть демон от systemV.

В операционной системе без upstart и где используется только systemV нет /etc/init и сценариев нет. Проверено на NI LinuxRT
Так что upstart точно есть. Как он используется в сборке от Сегнетикс не знаю.
Моих знаний далее разбираться не хватает.
Вывод. Попробуете что-нибудь поставить из сторонних репозиториев Вас будут ждать много сюрпризов. Меня хватило до системы инициализации.

[ujin]

Сообщение от Gel

Есть под рукой Matrix. initctl там нет, а sysvinit там есть.

Если система запуска systemV зачем там папки от upstart и systemd.
Используются они или нет.
Если удалить /etc/init /etc/systemd тогда точно systemV и я не прав насчет upstart.
Можете попробовать? У меня тет под рукой контроллера.

[ujin]

Сообщение от yvori

Уровень аргументации великолепен.

Можете сами проверить.
Открываете любой проект в Simatic Manager. Смотрите на чем был создан блок.
В библиотеках это как правило SCL. В проектах больших организация тоже как правило SCL.
И если нет исходников то откроется компилированная версия на STL.
А исходники, если специально не требовать в договоре никто не отдаст.

[ATS]

Вагонные споpы - последнее дело,
Когда больше нечего пить,
Hо поезд идет, бyтыль опyстела,
И тянет поговоpить.

[ujin]

Сообщение от ATS

Вагонные споpы - последнее дело,
Когда больше нечего пить,
Hо поезд идет, бyтыль опyстела,
И тянет поговоpить.

В спорах рождается истина.
И когда ты неправ и ошибся большой плюс. Так как получил новую информацию.
С вероятностью 90% с системой запуска я лоханулся.
Однако легче от этого не стало. Все равно ничего не установить из того что мне нужно.

[Arsie]

Сообщение от ujin

В спорах рождается истина.

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

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

[ATS]

Сообщение от ujin

В спорах рождается истина.

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

Сегнетикс явно указывает что пользователькие программы лучше держать именно в Progects. И явно указан способ корректного запуска вместе с Лоджиком.

Все равно ничего не установить из того что мне нужно.

Ну это если нужного нет под текущую версию оськи.

[thedesperatemaker]

Сообщение от ujin

В спорах рождается истина.
И когда ты неправ и ошибся большой плюс. Так как получил новую информацию.
С вероятностью 90% с системой запуска я лоханулся.
Однако легче от этого не стало. Все равно ничего не установить из того что мне нужно.

А что нужно установить? Я пока пришел к тому что мне проще накинуть докер и подкидывать контейнеры удаленно, чтобы не страдать с деплоем на железе.
Поправив таблицу разделов так чтобы он не убивался.

[yvori]

Сообщение от thedesperatemaker

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

А вы откуда, простите, докер устанавливали? Мне удалось найти только какую-то очень древнюю версию. И к сожалению там нет compose.

[ATS]

Сообщение от thedesperatemaker

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

Не уверен что удастся подружить это с Лоджиком. А без него раздел под projects не имеет смысла.

[yvori]

Сообщение от ATS

Не уверен что удастся подружить это с Лоджиком. А без него раздел под projects не имеет смысла.

А что именно не удастся? Так-то не должно быть никаких проблем.

[thedesperatemaker]

Сообщение от yvori

А вы откуда, простите, докер устанавливали? Мне удалось найти только какую-то очень древнюю версию. И к сожалению там нет compose.

Из репозитория так то))
Docker 18.06.3-ce, build d7080c1

[thedesperatemaker]

На самом деле столько проблем добавляет то что система(debian 8 jessie) уже в oldoldoldstable. Что ни говори, но doker - это одна из конкурентных сред разработки и возможность ставить её без танцев с бубном хорошо бы украсила платформу.
Ну и иметь базовый образ посвежее или драйверы сегнетика устанавливаемые как пакет с репозитория, а образ просто базовый, поддерживаемый комьюнити.
Ну и с systemd как системой инициализации конечно же

[thedesperatemaker]

Очень старое ядро для 18го докера, много модулей не хватает

[thedesperatemaker]

Установить-то докер удалось, а вот запускать в нём контейнеры пока нет. Если есть успешный опыт запуска - поделитесь методом установки.