Ru-Board.club
← Вернуться в раздел «Программы»

» LabView

Автор: neironet
Дата сообщения: 24.03.2008 09:44
Товарищи!
Огромная просьба!
У кого есть NI LAbView FPGA module 8.5 на cd3 (NI-RIO cd1) есть файлик nicrioMotionLV82.msi выложите куда нибудь!!
ОЧЕНЬ нада . Болванка на этом файле запорота!!
Автор: andrejka k
Дата сообщения: 28.03.2008 00:00
Здравствуйте. Подскажите, а есть ли какая-нибудь литература по LabView на русском языке??? Может даже что-то уже выкладывалось в электронном виде??? Спасибо.
Автор: Lyesnick
Дата сообщения: 18.04.2008 23:08
Ну, например, здесь:
http://www.kodges.ru/2007/04/28/labview_dlja_vsekh.html
Автор: Old_man
Дата сообщения: 19.04.2008 04:22
neironet
_ttp://rapidshare.com/files/108603680/nicrioMotionLV82.msi.html
надеюсь оно
Автор: MadMann
Дата сообщения: 16.06.2008 19:53
А есть кто ком порт програмировал в LV?
может кто знает как отключить FIFO буферы порта из программы?
Автор: JFOG
Дата сообщения: 16.06.2008 21:42
MadMann

Цитата:
может кто знает как отключить FIFO буферы порта из программы?

А зачем? С COM портом можно без проблем работать, используя VISA Serial.
Автор: MadMann
Дата сообщения: 16.06.2008 23:09
В том то и дело что я работаю через WinAPI используя библиотеку lvserial http://www.mhst.de/downloads.htm работаю с портом по событиям на предмет прибытия в порту байта. А эти буферы вносят искажение в топоке принимаемого сообщения. Дело в том, что пишу прогу в LV для работы с аппаратом у которого ком порт выдает данные очень быстро (скорость 300 бод/с но вот байты идут один за другим без промежутков времени) а буферы эти самые не передают в прогу (или точнее не отдают WinAPI) принятый байт пока не заполнятся или пока не пройдет некий таймаут между принятыми байтами. В операционке по умолчанию стоит на прием 14байт а на отдачу 16. Как я понял почитав много разных страниц в инете включая мсдн, эти буферы просто генерят прерывания порта после того как заполнятся, типа чтоб не отвлекать операционку по пустякам. Еще было сказано что они помогают исключить проблему на больших скоростях с перезаписью байта поверх другого если система не успела считать предыдущий. Но вот в чем фокус, эти буферы даже на малых скоростях, при условии что байты следуют друг за другом пез интервалов, создают framing error! Тобишь ошибку кадра. Как я понял что пока он набивается прием идет а когда передает системе, то на прием временно блокируется и из-за этого портятся дальнейшие байты. Видимо время что он заблокирован не велико, т.к. эта ошибка возникает при приеме 65 байт (до проги доходит только 64 причем достоверно известно что первая половина этого пакета искажена, в ней совсем не те байты что должны быть). При приеме 12ти байт все ОК.

Вот именно из-за странности работы этих буферов я и хочу их отключить.

P.S. Интересно что в мануалах к программаторам микроконтроллеров что работают через порт рекомендуют отключать эти буферы, т.к. они приводят к ошибкам
Автор: JFOG
Дата сообщения: 16.06.2008 23:53
MadMann
Так а все-таки чем не устроил VISA Serial? В примерах LabVIEW для работы с COM портом применяется VISA Serial, который использует свой VISA драйвер.
Автор: MadMann
Дата сообщения: 17.06.2008 00:00
JFOG
От VISA отказываюсь по идеологическим причинам + есть те кто работал на VISA отвергают ее как проблемную и приводящую к таким же ошибкам.
Автор: JFOG
Дата сообщения: 17.06.2008 01:59
MadMann
Неубедительно. Советую не ссылаться на кого-то, а самому проверить, тем более это не займет много времени. У меня, например, никаких проблем не было. А если они есть, то можно скачать последнюю версию NI-VISA.
Автор: MadMann
Дата сообщения: 17.06.2008 17:02
Я работаю с теми кто работал с VISA'й и ко всему прочему в висе большой рантайм а в той библиотеке только работа с портом. Да на самом деле это не в VISA'е дело и не в библиотеке а в винАПИ. К тому же визин драйвер тоже работает на винАПИ. Когда с компа на комп отсылаю то никаких проблем а когда с оборудованием работаю то тогда все и вылезает. С прибором я работаю через драйвер линии rs232 -> rs485. Для его корректной работы нужно управлять сигналом RTS. Когда идет передача его нужно выставлять а когда нет убирать. Работая напрямую без драйвера линии все ок, а через него все проблемно. Однако выявлено что без буферов FIFO все работает замечательно с драйверами линии. Вот этого я не понимаю. Тут у меня скорее вопрос не про лабвью а про работу порта ивзаимодействия железа порта с винапи.
Автор: JFOG
Дата сообщения: 17.06.2008 17:43
MadMann

Цитата:
Тут у меня скорее вопрос не про лабвью а про работу порта ивзаимодействия железа порта с винапи.

Ну тогда имеет смысл задать этот вопрос в соответствующей теме.
Автор: MadMann
Дата сообщения: 18.06.2008 01:09
да просто хотел узнать может кто сталкивался с подобными проблемами... потому как работаю в ЛВ
Автор: Stalker
Дата сообщения: 11.03.2009 22:52
Нет ли способа уменьшить инсталлер при создании stand-alone приложения?
Получается 60 мб для небольшой программки
Автор: Stalker
Дата сообщения: 12.03.2009 12:56
Через VM thinstaller удалось уменьшить размер Labview Real-Time Engine 8.6 до 11 мб.
Плюс экзешник запускается без установки энджина.
Автор: toktamysh
Дата сообщения: 07.04.2009 18:18
У кого есть код активации LabView 8.5
У меня большой опыт работы с LV.
Автор: JFOG
Дата сообщения: 07.04.2009 20:23
toktamysh

Цитата:
У кого есть код активации LabView 8.5

Этот вопрос обсуждается в варезнике здесь.
Автор: Massa
Дата сообщения: 03.08.2009 07:21
К COM порту цепляется устройсво. И надо с него забирать данные(так как это делает гипертерминал). Может у кого нить завалялся проект в LV с такой или подобной задачкой. Или какой нить хелп. Это былоб неплохим подспорьем мне как новичку в этой области.
Автор: vovan777
Дата сообщения: 01.12.2009 16:10
Есть FieldPOINT FP-1000 работает через ком порт, есть FP-RLY-420 я так понимаю к нему подключаются реле, есть LabView 9. Можно ли на основе этого всего создать схему управления к примеру "маленькую пожарную сигнализацию".
Автор: kiosk_007
Дата сообщения: 15.03.2010 19:26
Поддерживает LV 2009 наконец то 100% ООР, т.е. есть ли конструктор и деструктор??? Если да то какою версию для этого иметь надо?
Автор: JFOG
Дата сообщения: 15.03.2010 21:18
kiosk_007
ООП поддерживают и более старые версии LabVIEW, например, 8.5. Сейчас глянул LabVIEW 8.5 Help - конструкторы и деструкторы там упоминаются, но сам факт их наличия не означает полную поддержку ООП.
Автор: kiosk_007
Дата сообщения: 15.03.2010 21:55
JFOG
Работал в LabVIEW до 8.6 там была ТОЛъКО возможностъ создания классов и возможность передачи наследства.
Конструкторов и деструкторов еще к сожелению не было, что не давало полноценного OOP. Или я их не находил ;0)
Автор: apis1
Дата сообщения: 24.04.2010 15:25
подскажите
с 7.1 версией идут 4 диска
1.Full development system
2.Companion Products for Win
3.Device driver reference CD -2

можно ли обойтись только первым?
воспринимает ли 7 версия файлы с восьмой?

спасибо
Автор: JFOG
Дата сообщения: 25.04.2010 13:33
apis1
Можно обойтись первым диском или нет - это зависит от того, что необходимо от LabVIEW. Если нужна только среда разработки без доп. фич и драйверов, то достаточно первого диска.
Файлы (*.vi), созданные в восьмой версии можно открыть, только если они специально сохранены для поддержки предыдущей версии (8.0 -> 7.1).
Автор: vlad4000
Дата сообщения: 04.12.2010 23:27
Подскажите, пожалуйста, как можно узнать пароль к документу LabView. В файл зайти могу,но не зайти в Show Fron Panel. Просит пароль. Enter to password to access diagram
Автор: Mihail1964
Дата сообщения: 22.05.2013 22:55
[q][/q]
http://optics.sgu.ru/_media/library/education/labview_basics_online.pdf
http://www.automationlabs.ru/forum/showthread.php?t=1672
http://rutracker.org/forum/viewtopic.php?t=3449828
Буду рад, если это поможет.

Страницы: 12

Предыдущая тема: Настройка CheckPoint


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.