CODESYS V3.5. Настройка обмена с другими устройствами (Modbus, ОВЕН, OPC и др.)

Цитата:

---

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

Откуда вы это взяли?
Везде функции 06, 10 и остальные пишут в оперативку, например изменение частоты или командное слово,
для сохранения в ПЗУ обычно используются дополнительные команды (типа запись числа в определённый регистр)
Кроме того запись обычно делают по изменению или по биту, а не циклически как чтение.

---

Вложение 88241
Собственно у них в руководстве так написано. А мне нужно изменять частоту вращения и направление, и делать это долгое время.

Цитата:

---

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

Вложение 88241
Собственно у них в руководстве так написано. А мне нужно изменять частоту вращения и направление, и делать это долгое время.

---

Где тут написано, что задача частоты и командного слова сохраняется в память EEPROM?

Цитата:

---

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

Где тут написано, что задача частоты и командного слова сохраняется в память EEPROM?

---

Это какой то квест докажи что ты не тупой?)
Вложение 88242

Цитата:

---

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

Это какой то квест докажи что ты не тупой?)
Вложение 88242

---

Тогда вам надо ПЧ менять на другой, а разработчики этого ПЧ олени.
Зачем сохранять задачу частоты, если при включении она равна 0.

Цитата:

---

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

Тогда вам надо ПЧ менять на другой, а разработчики этого ПЧ олени.
Зачем сохранять задачу частоты, если при включении она равна 0.

---

Не важно что они олени, щиты уже собраны, а мне нужно сделать так чтобы они не сдохли в ближайшее время. Для этого нужно команду 06 заменить на команду 41.

Цитата:

---

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

Не важно что они олени, щиты уже собраны, а мне нужно сделать так чтобы они не сдохли в ближайшее время. Для этого нужно команду 06 заменить на команду 41.

---

Пишите свою процедуру обмена через библиотеку. Я такое делал с китайскими наклономерами. Там модбасподобный протокол, но команды типа 41, 42 и т.п.

Но только если нужен будет модбас, тут его тоже самому придётся писать.

А не проще ли перейти на задание через 4...20 мА?

Цитата:

---

Сообщение от МихаилГл

Пишите свою процедуру обмена через библиотеку. Я такое делал с китайскими наклономерами. Там модбасподобный протокол, но команды типа 41, 42 и т.п.

Но только если нужен будет модбас, тут его тоже самому придётся писать.

А не проще ли перейти на задание через 4...20 мА?

---

К сожалению щиты уже утверждены РМРС и проходят последние испытания, менять схемы уже поздно. Да и работает все как положено за исключением этой мелочи, которую я заметил уже на испытаниях.

Цитата:

---

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

Добрый день. Есть программка управляющая Веспер E5-MINI по rs-485 modbus rtu, все хорошо все управляется стандартными средствами. Но стандартная команда записи 06 пишет в EEPROM и со временем убьет частотник. Как заменить стандартную команду 06 на команду 41, которая делает тоже самое, но пишет только в оперативку? Желательно используя стандартные средства, очень не хочется писать руками весь обмен с расчетом CRC и прочим.

---

Добрый день, попробуйте писать через функцию 06 в регистр не постоянно (циклически), а когда вам нужно (по триггеру).
Пока триггера на запись нет - данные не будут отправляться.

Вроде работает корректно, я так делал, но в Modbus TCP, когда было несколько мастеров (клиентов).

Здравствуйте, коллеги!

У меня в процессе настройки иногда дублируются переменные в настройках обмена (Modbus_TCP_Slave) из-за чего неправильно происходит передача данных. Скажите, пожалуйста, из-за чего это происходит и как удалить лишние (в графе "Канал_modbus Slave" только одна переменная, вторая появилась как будто из ниоткуда)Вложение 88409

Добрый день.

Цитата:

---

Скажите, пожалуйста, из-за чего это происходит

---

Из-за перемещения каналов вверх/вниз.

Вложение 88413

Эта ошибка устранена в плагине Modbus версии 4.3.0.0:
https://ftp.owen.ru/CoDeSys3/01_CODE....3.0.0.package

Но его установка не исправит уже созданные слэйвы с "дублированными" каналами - их придется удалить и добавить заново.
Зато она предотвратит появление таких ситуаций в будущем.