тогда повторю вопрос. зачем вам глобальные константные указатели, значения которых вам прекрасно известны, и которые не могут измениться на этапе выполнения?Потому, что на этапе компиляции я не могу знать, к какой сущности я обращусь.
в приведенной ссылке, как и в этой ветке, есть только ваши попытки решить какую-то неизвестную нам задачу, но не сама задача.О своей задаче я немного говорил здесь.
Хорошо. Там действительно не все понятно, я думаю.
Итак, у меня в программе есть большое количество переменных (я их называю параметрами), к которым я боращаюсь обычным образом. Беру их значение, использую в выражениях, записываю, сохраняю в RETAIN или нет - все чин чинарем.
Но именно эти переменные-параметры объединяет то, что в определенных функциях (очень иногда, кстати) обращаться к ним удобно через индекс, как к элементам массива. И при этом существует ряд свойств каждого параметра, которые задаются еще до компиляции. Ну, например, предельные значения параметра. Эти свойства извлекать тогда тоже удобно из массива - по тому же индексу.
Так вот, есть массив структур, содержащих все свойства каждого параметра:
Вот объявление этого массива:Код:TYPE PARSCRIPT : STRUCT Numb: WORD; Typ: PARTYPE; Point: BYTE; Mdf: RW_ACCESS; Node: OWNER_NODE; Mini: DINT; Maxi: DINT; Ptr: POINTER TO DWORD; END_STRUCT END_TYPE
Используя где-то в проге [I]apsPar.Ptr, я могу извлечь самое переменную или записать ее на свое место. По указателю, коим является элемент структуры [I]apsPar.Ptr.Код:VAR_GLOBAL apsPar: ARRAY [0..MAX_PAR_INDX] OF PARSCRIPT; END_VAR
Как видите, указатели-то указывают на адрес переменной, вполне фиксированный. Вот я и говорил о том, что объявить массив структур вполне можно было с CONSTANT.
Оказалось, что можно. Но только инициализировать пойнтер значением адреса данных (любых - хоть констант, хоть переменных) - нельзя.
Сам не знаю, зачем так подробно поясняю. Все равно сейчас Вы воскликнете "Проект - в студию!"
И что после этого? У Вас есть предположения, как же объявить константный указатель? Отвлекаясь от того, нафига он мне
вы опять описываете реализацию, а не задачу, ну да ладно.
в общем, указатели вам нужны внутри структур, это я могу понять. а против ограничений платформы не попрешь -- придется вам инициализировать указатели при запуске программы.
ну, как умею.
так и делаю. тешу себя тем, что плюсов у выбранной платформы очень много и они для меня важнее.Сообщение от дмитрий егоренков
вчера меня так уговаривали попробовать другие контроллеры (и российские есть), в том числе и с линухом на борту, и с экраном и без, и манюсенькие, и лишь чуть дороже плк100...
на шару ведь дают, только пробуй. но почему-то кдс мне нравится (сейчас пока могу сказать - не на уровне понимания, а так, за красивые глазки) и я с гордым видом отказался
надо довести хоть первый проект до конца, тогда можно оглядеться еще раз.
Была бы определённая функция (типа Setup как в Arduino) выполняемая один раз при старте контроллера, и засорять инициализацией PLC_PRG не пришлось бы..
Да и на ФБ конструкторов не хватает, и метод инициализации для них не сделаешь, так как методам незя аргументы передать... Усё приходится делать через ЖЖЖ..
о! так давайте спрошу.
я думаю, что, если в проекте есть программа Sfc, то в ней шаг Init - выполняется единожды?
а второй путь, который я понимаю, это проверять некий бит, инициализуемый нулем при старте программы. и по нему выполнять разовые процедур, не забыв его тоже взвести.
это, конечно, известно. пишу потому, что вот это свойство плк замечать пропадание питания и прятать свои переменные на 10 минут - меня смущает. ведь с ними сохраняется и тот бит. а потом у меня (с моими багами, конечно) как-то получается, что программа не всегда перестартовует предсказуемо. повторяю - пока это наблюдения в сырой программе. возможно, перед выключением я уже там напортил и честное восстановление процессором всего озу уже не поможет...
но все же - есть какие-то подводные камни в описанной инициализации?
Ваши права
Ответить с цитированием