ПЛК110-30. Работа с портом RS-485 и библиотекой SysLibCom

После открытия порта требуется установить параметры порта, а не только перегрузить с новыми настройками, я не прав ? резонный вопрос - где TRUE ?
Вроде как сперва даем команду SysComOpen, получаем дискриптор порта, потом даем команду SysComSetSettings(Ex) и должны получить по документации TRUE.
Если бы не форум с примерами, куча бы народа выбраковывала ОВЕН, ну или плакалась бы и кололась.

И что вы молчите, что такой случай уже был, и именно на 110-30 ? http://www.owen.ru/forum/showthread.php?t=12202

Цитата:

---

И что вы молчите, что такой случай уже был, и именно на 110-30

---

а что у Вас есть сведения чем закончилось, может человек пошел и отдал в сервис, я ведь не возражаю против помощи специалистов

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

Без ComService. Однако это не меняет разность у овен и у документации. Другие примеры овен тоже содержат комбинацию именно NOT для определения правильности установки параметров порта.

Так а чего на Comservice тогда гнать

Код:

---

        IF CS.ready=FALSE THEN
                params.Port:=port;
                params.dwBaudRate:=38400;
                params.byParity:=0;
                params.dwTimeout:=0;
                params.byStopBits:=0;
                params.dwBufferSize:=0;
                params.dwScan:=0;
                CS(Enable:=TRUE,Settings:=params,Task:=OPEN_TSK);
        ELSE
                CS.Enable:=FALSE;
                handler:=params.Port;
                SM1.RELEASE:=TRUE;
        END_IF

---

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

Она вредна из-за ошибки овена, не дает понимания, что то, что она делает, не стыкуется с документацией.
Ясно дело, что вы не выполняете SysComSetSettings, потому что эту процедуру выполняет эта бибка, обходя ошибку...

Правда у меня еще не получилось при помощи ComService закрыть порт почему-то.

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

а зачемп ускать ФБ из-за одной строчки SysComClose(Settings.Port); ?



Виноват, не правильно рассуждаю

Цитата:

---

Тестирование — неотъемлемая часть цикла разработки программного обеспечения. Начинающие команды девелоперов зачастую недооценивают его роль и проверяют работоспособность приложения по старинке — «работает, да и ладно». Рано или поздно эта стратегия дает сбой и баг-трекер начинает захлестывать бесчисленная армия тасков.

---

capzap я может быть не обратил бы внимания на это, если бы не необходимость написать так, чтобы опрос счетчика мог крутиться не только на ОВЕН, но и на ABB контроллерах.
Просто не знаю, что будет в конечном итоге. По проекту АВВ, а по факту решения так еще и не приняли. Может вообще будет сименс. Ну и для того, чтобы не изобретать велосипед, взял библиотеку Меркурий 230, написанную Овеновцами для UNM и стал переписывать под SysLibCom
Сейчас есть возможность погонять пару месяцев АВВ, дождусь только возвращения счетчика из путешествия...

ну напишите ComService for ABB только без NOT и будете знать что использовать в каком проекте, дескриптор то порта от этого не изменится, а бибки удаляются/добавляются кликом мышки

Кстати я сейчас сижу с "хваленым" сименсом по проблеме отсутствия связи по профибас, вот вроде дорого, настроики простые я связи с пневмоостровом как небыло так и нет. Так что не у одного овена проблемы

Ну, я просто разбирался как и что работает из-за того, что порт зависал. Может потом так и сделаю ComService для АВВ.
Проблемы есть у всех конечно, просто обидно когда они на ровном месте. Вот как у автора, или в той теме, вроде и есть 2-ой порт, а или не работает вовсе, или работает только через конфигуратор.

если предположить что выход функции SysComSetSettings часть результата преобразования INT_TO_BOOL(Settings.Port) и в конфигураторе порт работает, то логичен еще один вариант как оживить второй порт