Segnetics

Вернуться   Segnetics > Форум Segnetics > Вопросы о Pixel

Вопросы о Pixel Раздел специально по темам работы и применения контроллеров Pixel - 12xx и Pixel - 25xx

Ответ
 
Опции темы Поиск в этой теме Опции просмотра
Старый 17.12.2008, 21:47   #1
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Post Pixel + Lon

Набор сетевых переменных LON-карточки для контроллера PIXEL строго фиксированный.
НО, на одном из форумов увидел сообщение, что Segnetics может зашить в карточку необходимый заказчику набор перменных.
Так ли это?

Вопрос актуальный, особенно если использовать модули расширения, то передать в LON состояния всех дискретных входов/выходов переменными типа SNVT_Switch не получится (т.е. запаковать состояни DI|DO побитно в перменную любого типа LON-PIXEL можно, но при условии, что принимающая сторона может их распаковать, а это сможет сделать либо контроллер типа PIXEL, либо SCADA. А что делать, если принимать данные должны устройства с жестко заданными профилями-наборами переменных?).

Класно было бы получить возможность менять типы LON перменных PIXEL хотябы в рамках уже предложенных типов. А также менять типы пермененных nvi и nvo.
lau вне форума   Ответить с цитированием
Старый 17.12.2008, 21:53   #2
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Идеальным был бы вариант, когда пользователь сам решает какого типа LON-переменные ему необходимы.
Понятно, что кол-во переменных ограничено чипом трансивера 64.

Именно такой подход существует на контроллерах JohnsonControls серии FX. Где задается набор переменных необходимых типов SNVT и в пределах суммарно 64 штук эти переменные могут быть nvi|nvo. Если решите изучать их подход - мой опыт к Вашим услугам.

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

Последний раз редактировалось lau, 17.12.2008 в 22:02
lau вне форума   Ответить с цитированием
Старый 18.12.2008, 13:23   #3
AMD
Новичок
 
Регистрация: Dec 2008
Сообщения: 14
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Цитата
Сообщение от lau
Набор сетевых переменных LON-карточки для контроллера PIXEL строго фиксированный.
НО, на одном из форумов увидел сообщение, что Segnetics может зашить в карточку необходимый заказчику набор перменных.
Так ли это?
Да, можем зашить набор переменных под заказчика. А самому можно поменять тип переменный не изменяя ее представления в сетевой карте:
например входную 2-байтовую переменную целочисленного типа SNVT_switch можно изменить на другую 2-байтовую переменную целочисленного типа, например SNVT_scene. Для этого надо подредактировать xif файл Pixel. C переменными с плавающей точкой такой же подход. Нельзя менять входную на выходную переменную, нельзя менять формат числа.
Цитата
Сообщение от lau
Идеальным был бы вариант, когда пользователь сам решает какого типа LON-переменные ему необходимы.
Понятно, что кол-во переменных ограничено чипом трансивера 64.
Вариант идеальный, но пока не реализованный.
AMD вне форума   Ответить с цитированием
Старый 22.12.2008, 18:00   #4
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Необходимо, чтобы сверхважные переменные отправлялись в сеть LON незамедлительно.
Может ли значение переменной NVUpdateRate (определяет временной интервал отправки изменившихся переменных) быть меньше 1секунды, а в идеале равной нулю (при = 0 вообще отправка не происходит)?
lau вне форума   Ответить с цитированием
Старый 23.12.2008, 12:29   #5
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Pixel + Lon

Насколько мне позволяют мои знания LON, то приоритетов переменных в LON'е не существует. А скорость сети на основе FTT-10 не настолько велика, чтобы ставить быстрые периоды обновления - так можно и канал связи завалить.

По поводу нуля секунд в NVUpdateRate ничего подсказать не могу, это сделает другой наш сотрудник.


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 23.12.2008, 13:47   #6
AMD
Новичок
 
Регистрация: Dec 2008
Сообщения: 14
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

При NVUpdateRate = 0 переменные обновляться не будут (извините, в документации не сказано). При малом интервале обновления NVUpdateRate возможны ошибки связи. NVUpdateRate переменная типа SNVT_time_sec : значению единица соответствует 100мс
AMD вне форума   Ответить с цитированием
Старый 11.02.2009, 12:43   #7
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Question Ответ: Pixel + Lon

Тем не менее LON-устройства, например для освещения, реализуют незамедлительную отправку данных. Например, есть модуль дискретного ввода (выключтель садим не него) и модуль релейного вывода (актюатор; лампочка к нему подключена). Так вот при связи этих модулей через переменные SNVT_Switch передача данных моментальная (300мсек максимум при очень нагруженной сети).

Цитата
Сообщение от AMD
При NVUpdateRate = 0 переменные обновляться не будут (извините, в документации не сказано). При малом интервале обновления NVUpdateRate возможны ошибки связи. NVUpdateRate переменная типа SNVT_time_sec : значению единица соответствует 100мс
Что-то здесь не так. Т.к. в программе с циклом 100мсек реализована лишь запаковка в переменную SNVT_Switch состояния дискретного входа (без фильтрации) и при NVUpdateRate=1 время появления этого значения на nvo_SNVT_Switch составляет 1секунду, а не 0.1 секунду (как заявлено).
при NVUpdateRate=5 время составляет 5 секунд.
Возможно кратность единиц NVUpdateRate равная 100мсек была только задумана, а на практике реализована все-таки 1:1 ?
lau вне форума   Ответить с цитированием
Старый 11.02.2009, 18:47   #8
AMD
Новичок
 
Регистрация: Dec 2008
Сообщения: 14
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Извините, не расписал :
В Lon сети переменная NVupdateRate равная 1 = 1 секунда, 1,1 = 1сек 100мс, а в Лоджике ее целочисленное представление, т.е. если поставить переменную NVupdateRate на поляну получиться 10(1 сек), 11(1сек 100мс).
AMD вне форума   Ответить с цитированием
Старый 11.02.2009, 19:04   #9
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Выставил NVUpdateRate равным "0.1" при помощи LonMaker. Что для ПИКСЕЛЯ, по Вашим словам, составляет 100мсек.
Так вот отправка SNVT_Switch происходит не со скоростью 100мсек (как ожидалось), а с 500-1000мсек.

Подтверждает это простой пример:
В ПИКСЕЛе реализована выдача на релейный выход состояния пришедшего по переменной nviSNVT_Switch, а на nvoSNVT_Switch идет сотояние кнопки F1. В LonMaker обе эти переменные связаны между собой (т.е. ПИКСЕЛЬ сам себе шлет данные). Так вот клацанье релюхи проиходит только через 500-1000мсек. (цикл PIXEL 100мсек).

Причем, что интересно, связка nvoSNVT_Switch от PIXEL с nviSNVT_Switch LON-реле другого производителя срабатывает быстрее.

Последний раз редактировалось lau, 11.02.2009 в 19:28
lau вне форума   Ответить с цитированием
Старый 12.02.2009, 16:36   #10
AMD
Новичок
 
Регистрация: Dec 2008
Сообщения: 14
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Pixel передает данные сетевой карте, сетевая карта с задержкой в NVUpdateRate отдает их трансиверу. Через какое время трансивер выдаст в сеть переменную сказать не могу. Между Pixel и сетевой картой интервал обмена ~100 мс.
Сделал проект который сам себе через Lon передает значение кнопки, при помощи счетчика замерял интервал, получил значения от 100мс до 600мс. Тик был 10мс.
AMD вне форума   Ответить с цитированием
Старый 12.02.2009, 17:37   #11
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Скажем так, что Тик=10мс слишком мал для любой среднестатистической программы.
При Тик=100мс см. предыдущее мое сообщение.

Давайте разбираться, почему так происходит?

Ведь даже в вашем примере, при заданном интервале обмена между ПИКСЕЛЬ и сетевой картой в 100мс, реальный интервал срабатывания (записи в ЛОН переменную) был в 6(шесть) раз больше заданного.

Может что-то не так в протоколе обмена между ПИКСЕЛЬ и ЛОН-картой?
lau вне форума   Ответить с цитированием
Старый 13.02.2009, 10:20   #12
AMD
Новичок
 
Регистрация: Dec 2008
Сообщения: 14
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Для какой задачи планируете применять? Какая требуется скорость? Сколько переменных будете использовать?
AMD вне форума   Ответить с цитированием
Старый 17.02.2009, 17:11   #13
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Например, использоавание ПИКСЕЛя для расширения кол-ва бинарных входов в ЛОН сетке управления светом. А непосредственно управлять группой освещения будет актюатор любого производителя. Обхение между устройствами по сети ЛОН, поэтому вышеописанные задержки актуальны. Тем более видно, что данный момент в сетевухе или в самом ПИКСЕЛ, скорее всего поддается доработке.
lau вне форума   Ответить с цитированием
Старый 22.02.2009, 17:14   #14
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Цитата
Сообщение от AMD
Для какой задачи планируете применять? Какая требуется скорость? Сколько переменных будете использовать?
Задачеу описал выше. Скорость - да хотя бы заявленная (время тика). Либо не более 2-х тиков.

Кол-во переменных - все SNVT_switch.

А самое важное, что тормоза с обновлением данных происходит и по переменным типа nvi самого ПИКСЕЛь.

Для примера "1" определил в качестве источника nvo_SNVT_switch дискретный вход стороннего производителя.
В качестве получателя (через LonMaker) определил 3 устройства:
- само устройство источник
- iLon100 от Echelon
- PIXEL

Скорость с которой устройства "увидкли" измененные данные составила: - само устройство источник - менее 100мсек
- iLon100 от Echelon - менее 200мсек
- PIXEL - от 500-1000мсек.

Аналогичных тестов всего было 3 варианта, где источником данных выступало каждое из вышеупомянутых устройств. Пиксель всегда "отставал", даже в случае когда он сам был и источником и получателем.
lau вне форума   Ответить с цитированием
Старый 25.02.2009, 11:22   #15
AMD
Новичок
 
Регистрация: Dec 2008
Сообщения: 14
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

ОК, попробую ускорить обмен. Через недельку напишу
AMD вне форума   Ответить с цитированием
Старый 02.04.2012, 19:06   #16
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Exclamation Ответ: Pixel + Lon

Обнаружил неприятную для себя штуку - когда задать через Системное меню->Конфигурация->СОМ-порт->Запросы Master = ВЫКЛ
обмен данными по LON прекращается .
Скажите, это так и задумано?
Прошелся поиском по Manual_Pixel_rev3.28 - о такой ситуации ни слова.
Обнаружено на Pixel 2501, Kernel 03.273.008, SMLogix 3.23.0303.

К сведению, при остановке мастера через блок "SlaveX (Link)->stop" такого не происходит.
lau вне форума   Ответить с цитированием
Старый 02.04.2012, 19:49   #17
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Pixel + Lon

Цитата
Сообщение от lau
Обнаружил неприятную для себя штуку - когда задать через Системное меню->Конфигурация->СОМ-порт->Запросы Master = ВЫКЛ
обмен данными по LON прекращается .
Скажите, это так и задумано?
Прошелся поиском по Manual_Pixel_rev3.28 - о такой ситуации ни слова.
Обнаружено на Pixel 2501, Kernel 03.273.008, SMLogix 3.23.0303.

К сведению, при остановке мастера через блок "SlaveX (Link)->stop" такого не происходит.
Позвольте полюбопытствовать, зачем вы их выключаете?

А так-то всё просто и логично: в меню вырубается вся активность по всем портам. SlaveX для конкретного программного модуля.


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 02.04.2012, 20:51   #18
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Pixel + Lon

Цитата
Сообщение от lau
Выключаю Master-а для того, чтобы:
- залить в любой Slave обновленную программу
Сетевая работа включается обратно через тайм-аут в несколько минут. Если модбас включается, а LON нет, то это баг.

Так как было с LON на самом деле? Выключился и больше не включался или вы не проверяли?


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 03.04.2012, 01:18   #19
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Цитата:
Сообщение от Arsie
Сетевая работа включается обратно через тайм-аут в несколько минут. Если модбас включается, а LON нет, то это баг.

Так как было с LON на самом деле? Выключился и больше не включался или вы не проверяли?
Повторю иными словами. Чтобы залить в Слейвы MODBUS ВЫКЛючаю работу Мастера MODBUS на ПЛК Мастер через системное меню ПЛК Мастер. Слейв сразу же после заливки в него программы в своем системном меню, т.е. в меню Слейва, показывает, что "Запросы Мастер ВКЛючен" и обмен данным по LON происходит. А вот Мастер ПЛК как был так и остался с ВЫКЛюченными "Запросы Мастер".

А если Вы имели в виду ВКЛючатся ли "Запросы Мастера" на MODBUS Мастер ПЛК самостоятельно спустя "тайм-аут" после того как через системное меню они были ВЫКЛючены - завтра произведу точный замер времени. Предварительно по ощущениям этого не происходило в течении минут 5, далее посчитал что это "навсегда" и вручную включал "Запрсы Мастера" из сист.меню. В общем отпишусь.
lau вне форума   Ответить с цитированием
Старый 03.04.2012, 11:38   #20
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Напомню, необходимость отключать "запросы Master" из системного "PLC MODBUS Master" возникает из-за потребности залить программы его слейвам по MODBUS. Оказалось, что отключение "запросы Master" отключет обмен данными и по LON, о чем явно нигде не указано.

Проверка "иайм-аута" (см. выше):

ВЫКЛлючил в системном меню PLC "запросы Master" и вышел из системного меню:
- спустя 5 минут на PLC MODBUS Master "запросы Master" автоматом не включились (судя по меню), LON сеть не видит ПЛК, также как и ПЛК не видит LON
- спустя 14 и 20 минут аналогичная ситуация

"Видит" или нет PLC MODBUS Master сеть LON и сеть LON его определяю по изменению "общей" переменной напрямую как на ПЛК так и из сети LON.
lau вне форума   Ответить с цитированием
Старый 03.04.2012, 14:12   #21
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Pixel + Lon

Цитата
Сообщение от lau
Напомню, необходимость отключать "запросы Master" из системного "PLC MODBUS Master" возникает из-за потребности залить программы его слейвам по MODBUS. Оказалось, что отключение "запросы Master" отключет обмен данными и по LON, о чем явно нигде не указано.

Проверка "иайм-аута" (см. выше):

ВЫКЛлючил в системном меню PLC "запросы Master" и вышел из системного меню:
- спустя 5 минут на PLC MODBUS Master "запросы Master" автоматом не включились (судя по меню), LON сеть не видит ПЛК, также как и ПЛК не видит LON
- спустя 14 и 20 минут аналогичная ситуация

"Видит" или нет PLC MODBUS Master сеть LON и сеть LON его определяю по изменению "общей" переменной напрямую как на ПЛК так и из сети LON.
Если вы РУКАМИ что-то выключаете, то система ждёт дальнейшего вашего решения, т.е. включения руками обратно.

Из этого есть два исключения: загрузка программы включает всё обратно. Сброс питания также включает всё обратно.

Баг в том, что это не "описано в описании". спасибо за наводку, поправим.


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 03.04.2012, 14:13   #22
Nick
Сотрудник Segnetics
 
Аватара для Nick
 
Регистрация: Feb 2010
Сообщения: 132
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

По таймауту мастер включается только, когда его остановил ложик. И останавливается мастер только по тому порту по какому идет связь.

если через меню тормознуть мастера - логика следущая. Пользователь сам предпринял шаги по тормозу, значит ему это нужно и контроллер не может предположить самостоятельно , что пользвателю доброму уже это не нада. Соответственно ждет реакции пользователя - либо включите через меню, либо рестартаните сбросив питание. Все очень даже логично.
Nick вне форума   Ответить с цитированием
Старый 03.04.2012, 15:32   #23
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Цитата:
Сообщение от Nick
По таймауту мастер включается только, когда его остановил ложик. И останавливается мастер только по тому порту по какому идет связь.

если через меню тормознуть мастера - логика следущая. Пользователь сам предпринял шаги по тормозу, значит ему это нужно и контроллер не может предположить самостоятельно , что пользвателю доброму уже это не нада. Соответственно ждет реакции пользователя - либо включите через меню, либо рестартаните сбросив питание. Все очень даже логично.
Никто не спорит, все логично.
Но:
- в описании это не написано (касательно LON)
- некорректное название в системном меню контроллера "СОМ-порт -> Запросы Master ВКЛ/ВЫКЛ" по отношению к сети LON (в LON нет ни Мастера, ни СОМ-порта, есть тольео специальная сетевая карта).

ИМХО - дать название этому п.меню, которое бы подсказывало пользоватю что и LON это касается также.
lau вне форума   Ответить с цитированием
Старый 04.04.2012, 12:17   #24
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Цитата:
Сообщение от Arsie
Сетевая работа включается обратно через тайм-аут в несколько минут. Если модбас включается, а LON нет, то это баг.

Так как было с LON на самом деле? Выключился и больше не включался или вы не проверяли?
Чуть выше Я детально описывал эксперимент, уточнял верно ли Вас понял.

В эксперименте отключив в системном меню "Запросы Master" и далее ничего не делая с PLC, а только вышел из системного меню:
- спустя 5 минут работа по LON не возобновилась
- спустя 14 минут также
- спустя 20 минту также LON не работал

Как только "Запросы Master" через сист.меню включил - обмен данными по LON заработал.
lau вне форума   Ответить с цитированием
Старый 04.04.2012, 12:49   #25
Nick
Сотрудник Segnetics
 
Аватара для Nick
 
Регистрация: Feb 2010
Сообщения: 132
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

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

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

если в хелпе этот момент не очень подробно раскрыт, в след версии постараемся внести дополнения.
Nick вне форума   Ответить с цитированием
Старый 06.09.2012, 13:31   #26
lau
Senior Member
 
Регистрация: Jul 2006
Сообщения: 176
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Exclamation Ответ: Pixel + Lon

Очень часто (не реже 3-х раз в сутки) фиксирую аварию "Сбой сет. модуля" на PIXEL с карточкой LON.
При этом обмен данными по LON происходит и вроде бы никак не влияет на работоспособность системы.

Суммарно в одной сети 10шт. PIXEL с карточкой LON, и на каждом происходит вышеописанная авария, единственное, что периодичность их возникновения иная.

Чем чревато игнорирование данной ситуации?
С чем может быть связано ее возникновение?

Контроллеры как и сами карточки были куплены ~2года назад, а произведены может быть и более.
Привожу часть SN ПЛК: 44701,43640, 42345, 50502.
Версии ядeр 03.267.008
lau вне форума   Ответить с цитированием
Старый 06.09.2012, 15:58   #27
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Pixel + Lon

Цитата
Сообщение от lau
Очень часто (не реже 3-х раз в сутки) фиксирую аварию "Сбой сет. модуля" на PIXEL с карточкой LON.
При этом обмен данными по LON происходит и вроде бы никак не влияет на работоспособность системы.

Суммарно в одной сети 10шт. PIXEL с карточкой LON, и на каждом происходит вышеописанная авария, единственное, что периодичность их возникновения иная.

Чем чревато игнорирование данной ситуации?
С чем может быть связано ее возникновение?

Контроллеры как и сами карточки были куплены ~2года назад, а произведены может быть и более.
Привожу часть SN ПЛК: 44701,43640, 42345, 50502.
Версии ядeр 03.267.008
Посмотрите, с температурой корпуса всё ок? Это появилось недавно или всю жизнь было?

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


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 19.09.2014, 13:26   #28
yur15t
Новичок
 
Регистрация: Feb 2014
Сообщения: 6
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Pixel + Lon

Аналогичная проблема с Pixel - "Сбой сет.модуля". Модуль работает, но обмена данными по сети нет (контроллер оффлайн). Верхний уровень - сетевой контроллер Johnson Controls MS-NAE5520-1E.

Корпус греется.
yur15t вне форума   Ответить с цитированием
Старый 02.03.2015, 23:34   #29
gradusmax
Новичок
 
Регистрация: Mar 2015
Сообщения: 6
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Question Ответ: Pixel + Lon

Доброго времени суток, хотелось узнать будет ли работать пиксель по LON c модулями Honeywell (xfl821a, xfl822a, xfl823a, xfl824a) и есть ли какие нибудь наработки в этом направлении.
gradusmax вне форума   Ответить с цитированием
Старый 03.03.2015, 06:53   #30
tvf
Senior Member
 
Регистрация: Dec 2011
Сообщения: 741
Благодарил(а): 1 раз(а)
Поблагодарили: 9 раз(а) в 9 сообщениях
По умолчанию Ответ: Pixel + Lon

Цитата будет ли работать пиксель по LON c модулями Honeywell
Работать то может и будет, но есть в этом смысл? LON карта сегнетикса имеет фиксированный набор переменных, так что большим количеством модулей расширения рулить вряд ли получится. Цену модулей вряд ли можно назвать гуманной. Потребуется дополнительное ПО для организации LON-сети, тоже платное. Какой смысл скрещивать ежа с ужом? 2 метра колючей проволоки можно получить гораздо меньшими усилиями - применением аналогичных по назначению модулей ModBus RTU/TCP.


__________________
Нет абсолютно бездарных людей. Каждый бездарен в своей области.
tvf вне форума   Ответить с цитированием
Ответ

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать темы
Вы не можете отвечать на сообщения
Вы не можете прикреплять файлы
Вы не можете редактировать свои сообщения

BB code is Вкл.
[IMG] код Вкл.
HTML код Выкл.


Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Опрос из Pixel контроллера Carel c.pCO по Modbus TCP kps Связь с внешним миром 12 09.07.2022 19:33
Поменяю Lon на TCP (Pixel, в Петербурге) Lenprom Барахолка 3 15.05.2017 18:00
Не работает сеть после загрузки проекта на Pixel через МП (модуль памяти) max7222 Вопросы о Pixel 7 20.01.2014 17:24
одновременный ModBus и LON на PIXEL lau Вопросы о Pixel 12 12.03.2008 14:40


Часовой пояс GMT +4, время: 03:40.


Версия vBulletin: 3.8.3
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Segnetics 2005 - 2023