هل يجب علي إنشاء برنامج تشغيل أداة LabView ضمن ملفات البرنامج؟

Question

أحاول إنشاء مشروع برنامج تشغيل أداة التوصيل والتشغيل لجهاز نبيعه. اتبعت تعليمات لإنشاء مشروع, ، وإنشاء المشروع في برنامج LabView:

ج: ملفات البرنامج الأدوات الوطنية Labview 2011 Instr.lib

أفترض أنني يمكن أن أقوم بتوصيل هذا المجلد لتحديد المصدر ويفعل كل العمل هناك، لكنه يشعر بأنه غريب يعمل بموجب ملفات البرنامج. عندما حاولت نقل مجلد المشروع إلى مجلد مساحة العمل العادية، فقد كسرت جميع ملفات الإعداد الفرعي (* .mnu). يمكنني إعادة إنشاءهم، لكنني أخشى أنهم لن يعملوا من أجل عملائنا عند تثبيت برنامج التشغيل من موقع LabView على الويب.

هل من الممكن نقل مشروع برنامج التشغيل حولها، أو هل يجب أن يبقى في الموقع الافتراضي؟ إذا قام أحد عملائنا بتثبيت LabView في موقع مختلف (يقول على محرك الأقراص D :) هل ستعمل قوائم السائق من أجلهم؟

Answer 1

يوجد دائما برامج تشغيل الأدوات في مجلد "Instr.Lib" في مجلد إصدار Labview الحالي. يوجد مسار بيئي تم إعداده في Labview لمجلد برنامج التشغيل الدائم هذا، بحيث يشير دائما إلى محرك الأقراص الصحيح لتثبيت LabView المستخدمة.

يجب عليك الاحتفاظ بالمجلد في الموقع المستخدمة من قبل المعالج للتأكد من أنه عند توزيعها على عملائك، تشير قوائم الألواح الفرعية إلى الموقع الصحيح وكل الرابط التجاري بشكل صحيح.

يمكنني استخدام التحكم المصدر للمستخدم. LIB وهو في موقع مماثل وليس لديك أي مشاكل.

Answer 2

أنا لست لصالح User.lib لعناصر SCC'd. باستخدام العديد من إصدارات LabView في وقت واحد هي مشكلة كبيرة. هنا روتيني:

1. قم بإنشاء مكتبة الأداة وحفظ جميع التعليمات البرمجية في مجلد يبدأ ب Underscore ('_') (_foo)
2. قم بإنشاء ملف .mnu في المجلد الأصل ل MyLib.mnu "_foo"، أضف الرموز التي تحتاج إليها.
3. مع OpenG Package Builder أقوم بإنشاء روتين مثبت يقوم بوضع ملف Mnu والمجلد في Instr.Lib
4. بعد إعادة تشغيل LabView، يظهر برنامج تشغيل الأداة في لوحة الأدوات.

إذا حافظت على التعليمات البرمجية في نفس الموضع النسبي إلى ملف Mnu، فلا توجد مشكلة في مفقود.

طن