С лицензией вопрос остался нерешённым до конца (не хватает знаний в этой области). Изначально планировалось LGPL или что-то более свободное. Но нужно чтобы это не противоречило всем остальным используемым в libuniset библиотекам. Поэтому этот вопрос как-то "подзавяз".
И, в теории, хоть через 100 лет, используя документацию к изделию, его можно взять и изготовить.
Именно… поэтому и хотел понять… как это достигается в соответствии с ЕСПД…
Есть еще одно соображение: если вы попробуете вместе со своим изделием хранить чужие изделия, и потом «копировать» все вместе своему заказчику, то вы станете типичным производителем контрафакта.
Согласен. Но в итоге получается, это в каком-то смысле противоречит тому что описали выше… «воспроизведение через 100 лет»
А вы не смотрели Р-схемы как замену блок-схем для многопоточных программ? Я сам не пробовал, возможно у вас есть такой опыт?
К сожалению — нет… мне пока тоже удавалось избегать «блок-схем», но проблема остаётся. Поэтому и обрадовался увидев это пост, об использовании ЕСПД в реальных проектах.
многопоточными программами мне до сих пор удавалось избегать блок-схем. Я полагаю, что блок-схемы — не для этого.
Я тоже так считаю, но не всегда это совпадает с мнением заказчика или начальства, для которого правило простое «есть алгоритмы — должны быть блок-схемы».
Если для сборки нужно другое изделие (например, операционка, или кросс-компилятор)… В архив оно не сдается..
А если изделие «повторно» изготавливается в течение 10-ти и более лет? Ведь, данной операционки (например) уже может и не быть лет через 10-ть… или будет прекращена поддержка…
… очень актуальная тема… и интересует именно реальный опыт оформления по ЕСПД.
Как решается вопрос с «блок схемам» для многопоточных программ?
А ещё интересно услышать, при сдаче в архив электронных копий программ, вроде сказали про компиляторы и т.п. Так вот вопрос для сборки программы нужен не только компилятор, но собственно и «окружение» (определённая версия ОС, определённая версия используемых библиотек, определённая версия компилятора и т.п.) что с этим делается? Только указываются соответствующие версии или тоже в архив всё это сдаётся (и в каком виде)?
Я как раз написал, что я против «вечных копирайтов»… и что «знания принадлежат миру»… Поэтому согласен с ограничением времени…
Но по поводу " А чем ваш «гениальный автор» лучше того-же строителя.."… как человек — ничем. Но я не могу сказать, почему произведения искусства (картины, книги и т.п.) могут продаваться за «миллионы евро»… а «услуги» строителя, который «горбатиться всю жизнь» — не продаются так дорого. Я не знаю. Я только говорил, что простой «формулы счастья» здесь нет.
не защищая «копирайтеров», а в порядке общего размышления:
Поставьте себя на место «великого гения», да даже просто… хорошего родителя. Хотели бы вы так поработать (заработать, отличиться), чтобы вы и ваши дети, и даже внуки уже «жили бы счастливо, не нуждаясь...». Мне кажется многие работают (пахают), исходя из мысли «если уж не мы, то пусть наши дети будут жить хорошо» или «я не для себя, я для детей своих стараюсь»…
И вот вроде получается, что если я хочу, обеспечить своих детей… то вы утверждаете, что «с какой стати?!»… типа ты живи «хорошо»,
а дети твои пусть сами «карабкаются»… Мне кажется тут тоже что-то «не то в вашей позиции»…
Вообщем мне кажется вопрос «справедливости» в данном вопросе не настолько однозначный…
заодно: у вас задача сделать просто шлюз modbus TCP<-->RTU или там что-то интеллектуальное с какой-то своей логикой?
А то готовые шлюзы именно для этой задачи существуют и относительно не дорого.
К сожалению нет, пока не было такой необходимости. НО! т.к. разработка базируется на ALTLinux, у них вроде есть отдельный репозиторий пересобранных под ARM пакетов. То предполагаю, если в этом репозитории есть всё необходимое для сборки libuniset (а вроде есть),
то и libuniset сам по себе соберётся, т.к. какого-то специального архитектурно-зависимого кода в себе не содержит.
Есть такая штука ccache, ускоряет сборку в разы а то и более…
Вроде есть и под Win. Не пробовали ещё и её использовать?
Имею ввиду не «вместо», а дополнительно… (т.к. у вас есть c++ код).
Да, если под альтернативой понимать «назначение». В данном случае аналогом OPC-сервера является компонент названный SharedMemory(SM). Т.е. хранилище значений всех переменных, уведомляющее всех «заказчиков» об изменениях. Но в строгом смысле это всё-таки не OPC-сервер, т.к. не соответствует спецификации для OPC-серверов. OPC-сервера — заточены на windows-технологии.
При этом, как я писал в конце, систему построенную с использованием libuniset легко можно интегрировать в другую систему в том числе, она может взаимодействовать с любым OPC-сервером по протоколу Modbus (RTU или TCP) выступая в качестве slave-устройства. Т.е. вы можете на контроллере всё построить на libuniset с Linux и дополнительно запустить ModbusSlave (готовый компонент), который будет брать значения из SM и отдавать в ответ на запросы внешнего OPC-сервера.
Именно… поэтому и хотел понять… как это достигается в соответствии с ЕСПД…
Согласен. Но в итоге получается, это в каком-то смысле противоречит тому что описали выше… «воспроизведение через 100 лет»
К сожалению — нет… мне пока тоже удавалось избегать «блок-схем», но проблема остаётся. Поэтому и обрадовался увидев это пост, об использовании ЕСПД в реальных проектах.
Я тоже так считаю, но не всегда это совпадает с мнением заказчика или начальства, для которого правило простое «есть алгоритмы — должны быть блок-схемы».
А если изделие «повторно» изготавливается в течение 10-ти и более лет? Ведь, данной операционки (например) уже может и не быть лет через 10-ть… или будет прекращена поддержка…
Как решается вопрос с «блок схемам» для многопоточных программ?
А ещё интересно услышать, при сдаче в архив электронных копий программ, вроде сказали про компиляторы и т.п. Так вот вопрос для сборки программы нужен не только компилятор, но собственно и «окружение» (определённая версия ОС, определённая версия используемых библиотек, определённая версия компилятора и т.п.) что с этим делается? Только указываются соответствующие версии или тоже в архив всё это сдаётся (и в каком виде)?
Как это нету…
$ rpm -qf /usr/bin/watch
procps-3.3.7-alt1
Но по поводу " А чем ваш «гениальный автор» лучше того-же строителя.."… как человек — ничем. Но я не могу сказать, почему произведения искусства (картины, книги и т.п.) могут продаваться за «миллионы евро»… а «услуги» строителя, который «горбатиться всю жизнь» — не продаются так дорого. Я не знаю. Я только говорил, что простой «формулы счастья» здесь нет.
P.S. Я сам электротехник… и Фурье — благодарен…
Поставьте себя на место «великого гения», да даже просто… хорошего родителя. Хотели бы вы так поработать (заработать, отличиться), чтобы вы и ваши дети, и даже внуки уже «жили бы счастливо, не нуждаясь...». Мне кажется многие работают (пахают), исходя из мысли «если уж не мы, то пусть наши дети будут жить хорошо» или «я не для себя, я для детей своих стараюсь»…
И вот вроде получается, что если я хочу, обеспечить своих детей… то вы утверждаете, что «с какой стати?!»… типа ты живи «хорошо»,
а дети твои пусть сами «карабкаются»… Мне кажется тут тоже что-то «не то в вашей позиции»…
Вообщем мне кажется вопрос «справедливости» в данном вопросе не настолько однозначный…
ftp.altlinux.ru/pub/distributions/ALTLinux/Sisyphus/arm/RPMS.classic
А то готовые шлюзы именно для этой задачи существуют и относительно не дорого.
то и libuniset сам по себе соберётся, т.к. какого-то специального архитектурно-зависимого кода в себе не содержит.
// do..while — работает
for( unsigned char x=0; x <= 255; x++ )
cout << (int)x << endl;
— а-а… я попался :)
действительно тогда…
x=0
do
{
x++
}
while(x!=0)
Вроде есть и под Win. Не пробовали ещё и её использовать?
Имею ввиду не «вместо», а дополнительно… (т.к. у вас есть c++ код).
При этом, как я писал в конце, систему построенную с использованием libuniset легко можно интегрировать в другую систему в том числе, она может взаимодействовать с любым OPC-сервером по протоколу Modbus (RTU или TCP) выступая в качестве slave-устройства. Т.е. вы можете на контроллере всё построить на libuniset с Linux и дополнительно запустить ModbusSlave (готовый компонент), который будет брать значения из SM и отдавать в ответ на запросы внешнего OPC-сервера.