Начальное значение в контроле

[Fynjisx]

Есть некий контрол и некий индикатор. Индикатор отображает текущее состояние. Как в контрол занести в начальный момент времени это текущее состояние?

[Eugen Graf]

Интересно когда этот начальный момент наступает?
Ну вообще нужно использовать Case структуру, в кейсе (начальный момент определён) поместить например локальную переменную индикатора и контрола и соединить их между собой.

[Pavel Krivozubov]

Используй Property Value.
А что такое "Начальный момент времени"?
Если это момент запуска программы - то просто назначь его значением по умолчанию.
Или опять же программно через Property Value задай это значение до начала основного цикла.

[Fynjisx]

немного неправильно я наверное выразился... Ну короче говоря, я запускаю программу. Первое что она делает, она считывает из свойства Cursor все значения и выводит их на индикаторы. Далее если пользоваетль щелкает на группе контролов ответственных за запись в тоже самое свойство, то программа должна поместить их в ту же самую структуру и вывести на упомянутую мной ранее первую группу индикаторов. Так вот проблема в том, что в контролах в начальный момент времени(после запуска проги) стоят 0, а из структуры считываются вполне определённые значения. Поэтому мне нужно как то "заинициализировать контролы")

[Pavel Krivozubov]

Вынужден повторить ответ:
пользуйтесь Property Node "Value". Пусть до запуска основного цикла программы они и передают те значения, которые нужно.
А вообще действительно, зачем столько индикаторов для курсоров??

[mzu2006]

Для инициализации controls удобно подходит локальная переменная.

[Fynjisx]

Вынужден повторить ответ:
А вообще действительно, зачем столько индикаторов для курсоров??

индикаторов действительно много, но все они для одного курсора. Чисто для себя я это делаю, чтоб посмотреть вживую какие поля за что отвечают. Плюс ко всему для меня это еще и тренировка в программировании, ведь за LabView я сел, где-то 2 недели назад.

[Eugen Graf]

Отвлекись и расслабься, программирование на не требует такого тчательного обследования. На всякий случай имеется дибагинг, ты можешь проверить каждый провод во время исполнения программы, и вообще смотреть шаг за шагом как выпоняется блок диаграмма. Для этого тебе не нужно городить свои индикаторы.
Сосредоточься на цели программы, что конкретно она должна выполнять и действуй интуитивно. Этим и отличается от всяких непонятных сообщениях непонятно откуда и чего (то ли компилятор, то ли линковщик, какие то поинтеры и поинтеры на поинтеры **&&, то ли контруктор или дефинишон, а потом ещё и сегфолт в добавок).
В или работает или работеат не так как хочется или вообще не запускается. Но для двух недель опыта вроде неплохо, видимо приспичило и нужно работать каждый день

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

[Pavel Krivozubov]

поместить например локальную переменную индикатора и контрола и соединить их между собой.

Для инициализации controls удобно подходит локальная переменная.

а как же Правило 29 - "Ограничьте использование локальных и глобальных переменных"?

[mzu2006]

а как же Правило 29

Формально в правиле сказано "ограничьте", т.е. нарушения нет. Инициализация controls один из немногих случаев, когда использование локальных переменных не только оправдано, но и рекомендовано (например, в курсах NI). Запись в локальную переменную, вообще не так страшна, как чтение из нее (не создаётся копии). И, как правило, быстрее чем Property node -> Value.

[Eugen Graf]

Тоже отпишусь. Эти правила рассчитаны больше на новичков, т.к. опытные программисты и так уже об этом знают, т.к. уже наверняка успели обжечься.
Использовать переменные конечно можно, но не нужно забывать о Race Conditions. При инициализации об этом беспокоится не нужно, поэтому я и предложил.

[Pavel Krivozubov]

Формально в правиле сказано "ограничьте", т.е. нарушения нет. Инициализация controls один из немногих случаев, когда использование локальных переменных не только оправдано, но и рекомендовано (например, в курсах NI). Запись в локальную переменную, вообще не так страшна, как чтение из нее (не создаётся копии). И, как правило, быстрее чем Property node -> Value.

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

Тоже отпишусь. Эти правила рассчитаны больше на новичков, т.к. опытные программисты и так уже об этом знают, т.к. уже наверняка успели обжечься.
Использовать переменные конечно можно, но не нужно забывать о Race Conditions. При инициализации об этом беспокоится не нужно, поэтому я и предложил.

Я это правило напомнил на будущее скорее. Что бы человек в последствии 10 раз подумал перед тем как их использовать.

[grjgrj]

Для инициализации controls удобно подходит локальная переменная.

ИМХО: удобнее Property Node, так как у нее есть выход кластера ошибок, и можно задать порядок выполнения, без использование Sequence.

[mzu2006]

удобнее Property Node, так как у нее есть выход кластера ошибок

Да, это удобно. Но pn, как правило, медленнее. Плюс, в простых VI инициализация происходит в одном кадре конечного автомата и порядок выполнения не важен.
Ещё можно воспользоваться invoke node - set control value by name. Это удобно для автоматического сохранения-восстановления из ini файла