ип320, номера регистров

[drvlas]

спасибо за инфо!
но, понимаете, я тщательно формулирую конкретные вопросы именно для того, чтобы получить на них конкретные ответы. что дадут предложенные вами примеры в ответе на вопросы, например, об ограничениях? я спрашиваю, поплохеет ли мне от того, что создам 100 экранов (ведь в доках написано "большой проект" про 20 экранов) - что дадут мне примеры? или искать среди них тот, у которого много экранов, потом его собирать-запускать и зрить - будет где-то тормозить или нет?

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

как работает переприсвоение кнопок - да где я такое в примерах найду? это ж умереть можно.


иное дело, вопрос типа "как организовать такие-то функции?" - тут уже грамотно выбранный пример очень может сгодиться. но у меня здесь другие вопросы. пройдитесь по ним, если есть возможность.

да, еще. николай, а вот по процедурам работы с ип320 (перетасовка экранов, копирование экранов) - не могли бы вы просветить?

спасибо!

[Николаев Андрей]

спасибо за инфо!
но, понимаете, я тщательно формулирую конкретные вопросы именно для того, чтобы получить на них конкретные ответы. что дадут предложенные вами примеры в ответе на вопросы, например, об ограничениях? я спрашиваю, поплохеет ли мне от того, что создам 100 экранов (ведь в доках написано "большой проект" про 20 экранов) - что дадут мне примеры? или искать среди них тот, у которого много экранов, потом его собирать-запускать и зрить - будет где-то тормозить или нет?

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

как работает переприсвоение кнопок - да где я такое в примерах найду? это ж умереть можно.


иное дело, вопрос типа "как организовать такие-то функции?" - тут уже грамотно выбранный пример очень может сгодиться. но у меня здесь другие вопросы. пройдитесь по ним, если есть возможность.

да, еще. николай, а вот по процедурам работы с ип320 (перетасовка экранов, копирование экранов) - не могли бы вы просветить?

спасибо!

1. Можно просто Андрей.
2. По панелям я вообще не силен - я бы эту тему в панелях завел... На сколько знаю количество экранов специально не ограничивается. Если у Вас будет 100 пустых экранов - будет работать. Если у Вас 10 экранов с верху до низу забитых float-ами и т.д. - может и их не хватить. Все дело в размере итоговой программы.
3. Адреса для кнопок и ламп - бит может иметь любой адрес, ни о какой кратности ничему речи быть не может... или я что то недопонимаю в вопросе...
4. Что такое переприсваивание кнопок?

P.S. чтобы получать лаконичный ответ на конкретный вопрос - задавайте его коротко и лаконично.

P.S.S. В примерах есть очень много полезной информации, которая возможно прямо не отвечает, но в примере где несколько битов видно, что адреса у них не кратны 8, к примеру.

[drvlas]

1. Можно просто Андрей.

Извините, заработался!

я бы эту тему в панелях завел...

Нашел! Спасибо! А как бы туда перенести эту мою тему? Нехорошо как-то вышло...

P.S. чтобы получать лаконичный ответ на конкретный вопрос - задавайте его коротко и лаконично.

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

2 Gans: Спасибо отдельное! Вы тоже из немногословных?
Из Ваших интересных подсказок (буду использовать, ИСТЕСНА) я сделаю парочку выводов, уж не обессудьте болтуна:

1) Таки нет у Конфигуратора умения переставлять экраны. Если уж создал 1, 2, 3, то поставить следующий после первого - зась! Отсюда и нумерация по 10. Что ж, вспомним Бейсик...

2) Можно одно и то же физическое устройство связывать с Мастером под разными номерами. Это как раз и позволяет что-то упрощать при переделках. Но что? Я не понял. Ведь у слейва 1 и слейва 2 физически одна память. Если я занял регистром место по адресу 0, то этот адрес у второго слейва уже нельзя использовать? Или что? Или компилятор у ПЛК сам разберется с областями памяти нескольких созданных Слейвов и уплотнит физическое размещение?
А как с трафиком? Все же, что Мастер вычитывает? Строго то, что относится к активному Экрану? Как часто? Где, где это можно прочесть?

3) Похоже (эх!) мне придется переделать некоторую работу (в связи с п.1 из понятого). И похоже, что таки скопировать экран для шалона нельзя. Понимаешь, ведь та идея с динамически переключаемыми экранами (другая ветка) - она же великолепна! Но немного влом повторять каждый экран 4 раза.

Вообще, мне, как новичку, очень импонирует многое в самой организации процесса создания устройства. Вот это разнесение всей программы на кусочки, описываемые (трудно назвать процесс работы с Конфигуратором прораммированием) в независимых частях - в ИП320 создал весь интерфейс пользователя, в ПЛК нарисовал алгоритм, где-то на уровне системы обмена Мастер-Слейв за меня решили вопросы обмена... Очень ново и здорово для человека, который в битиках привык возиться!
Поэтому методичное занесение адресов регистров, размещение пиктограмм на экранах, ведение таблиц распределения адресов и прочее - это довольно скучно, но это здОрово! Думаю, и сопровождение таких проектов, их модификация - простой процесс. При условии, что продумано хорошо и задокументировано тоже
Вот и пытаюсь сейчас продумать. Когда опыта - ноль. Ладно, пора ломать свои таблицы.

Кстати, решил, вот что. Всю структуру "сначала биты, потом область байтов, потом область регистров" я не буду распространять на все 100 экранов (вообще-то у меня до 20 экранов, это я так утрирую, чтобы вы мне подсказали подводные камни. Но не подсказываете, значит плыву вслепую).
Получается вот что. сначала область на 20 экранов для битов. Я вроде продумал все - должно хватить. Причем здесь в одни рамки (по объему резервирования) попадают и очень насыщенные экраны, и такой себе экран-заставка (ЛОГО). А у заставки вообще один регистр - номер версии программы!
Вот я и подумал: а почему так важно биты в начале? Да никакой разницы! Просто номера битов в начала идут 3-хзначные, а потом придется 4-5 значные писать. Ну и что?
Поэтому, затевая очередную переделку, я создаю на каждый экран свою структуру биты-байты-регистры. Ее параметры (размеры) я выбираю из каких-то представлений о будущем наполнении экрана. Скажем, для экрана ЛОГО я возьму 1 регистровый адрес на биты, один на байты и парочку на регистры. И ясно, что этому экрану такой короткой структуры с головой хватит. А для экрана ручного управления механизмами я отведу побольше памяти - там мало ли чего придумаю еще.
Вот так и распределю память: память для структуры первого экрана, память для структуры второго экрана и т.д. Тогда и колическтов экранов меня не жмет: добавляю экран, добавляю память.
Где-то так.
Вот сейчас правил оЧепятки и возник лаконичный вопрос: может я вообще зря называю все это распределением памяти? Это же распределение адресов!
Тогда вот лаконика:

Если в проекте у меня всего 2 регистра. Если номер одного из них 0, а второго 10000 - то в памяти ПЛК компилятор разместит их рядом? Он преобразует номера регистров в рядом расположенные физические адреса?

[Валенок]

опять он тут.

таки нет у конфигуратора умения переставлять экраны. если уж создал 1, 2, 3, то поставить следующий после...

сортируются они по своему номеру-индексу, а если надо кудато-то перетащить - копируете экран и сносите исходный.
и нумерация через 10 нужна исключительно для визуального удобства работы в конфигураторе, экраны скучкованы по смыслу.а вообще-то нумерация экрана пофиг.

если я занял регистром место по адресу 0, то этот адрес у второго слейва уже нельзя использовать?

только через ^

ведь у слейва 1 и слейва 2 физически одна память

у штатных слейвов разная.

или компилятор у плк сам разберется с областями памяти нескольких созданных слейвов

это он любезно предоставит вам. и только вам.
а раз слейв один, а мастеров туева хуча ( например на разных интерфейсах) то, например, пересылка мастер1>слейв>мастер2
мастер2.уставка:=мастер1.уставка

если в проекте у меня всего 2 регистра. если номер одного из них 0, а второго 10000 - то в памяти плк компилятор разместит их рядом? он преобразует номера регистров в рядом расположенные физические адреса?

Cкорее всего рядом. но вас это не должно парить. это не прямые регистры,
это область отображения.

[Валенок]

ИП320 черпает из ПЛК всю память, относящуюся к ее работе

Если в проекте у меня всего 2 регистра. Если номер одного из них 0, а второго 10000 - то в памяти ПЛК компилятор разместит их рядом? Он преобразует номера регистров в рядом расположенные физические адреса?

Тока щас допер до смысла вопроса.

ИП320 ниоткуда ничего не черпает. У него свои, независимые ресурсы.И если в проекте на ИП320 всего два регистра @0 и @10000, То, надеясь на разработчиков, предполагаю, что это не прямые регистры, и реально занятая область в ИП-320 - 4 байта.
И если при этом он мастер, то для создания ПЛК-слейва (штатного),

Terrano1992 :
чтобы получить номер 10000, придется создать перед ним 10 тысяч регистров...

Если же мастер - ПЛК, то не вижу проблем.

[drvlas]

опять он тут.

чему я очень рад!

сортируются они по своему номеру-индексу, а если надо кудато-то перетащить - копируете экран и сносите исходный

блииииин! не увидел по правой кнопке "копировать"... спасибо!

у штатных слейвов разная.
...
это он любезно предоставит вам. и только вам.
а раз слейв один, а мастеров туева хуча ( например на разных интерфейсах) то, например, пересылка мастер1>слейв>мастер2
мастер2.уставка:=мастер1.уставка

ну, это нужно переварить. в конце концов, пока могу так круто и не замешивать...