Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже.
Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.
нет, я считаю что расчеты с учетом пластики имеют свое законное место в общем инструментарии инженера-расчетчика, и не нужно это обесценивать дурацкими коментариями а-ля "все равно все работает всегда в линейной зоне", ибо не "все" и не "всегда". И если Логос умеет считать пластику, то это в целом хорошо. Ровно так же, как если ИСПА не умеет считать пластику, то это нехорошо.
Еще 35 лет назад.
И не я один. Любой реальный расчетчик вам это скажет.
@Orchestra2603 если вы считаете, что все работает за пределами упругости, то так и скажите...:=)
Добрый день, @Zabava
Если я правильно понимаю работу механизма импорта услуг, то если вызов рабочего происходит автоматически средствами компонента материалопотока (не через самодельный метод), то конкретная деталь не указывается - в методы ExpRequest и OrderCtrl в идентификаторе передается VOID.
Указать конкретный MU можно в самодельном методе запроса (через вызов Object.TransportImp.import(MU) ) в компоненте, которому требуется рабочий. Однако там еще и другую логику придется дорабатывать.
Более того при запросе компонентом рабочего ни Broker ни сам Worker не знают, какая именно деталь предполагается к транспортировке. Когда MU пытается покинуть станцию с TransportImp = active, формируется запрос к Broker, в котором указывается только вызывающий объект (станция) и тип запроса (транспортировка). Исходящее MU помещается в очередь исходящих в самой станции. Когда Worker достигнет станции, то на него переместятся первые MU из этой очереди (сколько вмещается в рабочего). Если, например, очередь исходящих MU большая, и пока рабочий добирается до станции, удалить из нее несколько первых элементов, то рабочий возьмет следующие - то есть жесткой привязки Исходящее MU - вызов рабочего - Worker нет.
По идее можно было бы узнать MU, посмотрев на первое MU в очереди исходящих для той станции, куда идет Worker. Но я не смог найти эту очередь в компоненте. Пробовал получить ее через ExitBlockedList, но он все время возвращает пустое значение, даже когда заблокированные исходящие детали точно есть. Может это у меня глюк, а может эту очередь нужно искать где-то в других местах.
Возможно @vimed мог бы подсказать что-то по этой теме.
Суровый ремонт :) Но в любом случае, у ТС отскок происходит - просто на малую величину. Мне лень искать в Сети док от циклов, поэтому я жду, пока ТС пришлёт всё что есть.
Речь идет о лопатке, которая работает в глубокой пластике. Посмотрите рекламный ролик.
Какая мембрана должна лопнуть? И о какой ползучести говорят специалисты?
За пол минуты. Вы между собой договоритесь какую задачу вы решаете в Логосе... :=)
Рекомендованные сообщения
Присоединяйтесь к обсуждению
Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.