<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to Tutorial</title><link>https://sourceforge.net/p/labrad4labview/wiki/Tutorial/</link><description>Recent changes to Tutorial</description><atom:link href="https://sourceforge.net/p/labrad4labview/wiki/Tutorial/feed" rel="self"/><language>en</language><lastBuildDate>Sat, 31 Jan 2015 01:57:57 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/labrad4labview/wiki/Tutorial/feed" rel="self" type="application/rss+xml"/><item><title>Tutorial modified by Markus Ansmann</title><link>https://sourceforge.net/p/labrad4labview/wiki/Tutorial/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v4
+++ v5
@@ -33,6 +33,7 @@
 Now, what's with all the "Simple"?
 ----------------------------------
 There will be three versions of the LabVIEW API that you can choose from:
+
 1. Simple Connections are a very tight wrapper around the native LabVIEW TCP Connection components. They expect predictably serialized traffic on the network connection. This probably gives the VIs slightly better native performance, but does not allow for Messages or concurrent Requests, since those would require interleaved data with unpredictable serialization. For the same reason, Server Modules using Simple Connections cannot make any LabRAD Requests at all on the connection they use to listen for Requests. But for building - well - "simple" user interfaces to an experiment, these should definitely provide sufficient functionality.
 2. Receive Loop Connections utilize LabVIEW Notifiers and Events to route Requests, Replies, and Messages between your application and a centralized loop that handles all network traffic. This gives access to all features of LabRAD, including Messages and having multiple Requests in flight simultaneously. But, these connections might not perform as well as Simple Connections due to the added overhead.
 3. Delphi DLL Connections use a library written in Delphi to handle all network traffic and to assemble packets and route them into the appropriate queues. These components will most likely yield the best performance, but will only be available for Windows and are currently somewhat far from completion.
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Markus Ansmann</dc:creator><pubDate>Sat, 31 Jan 2015 01:57:57 -0000</pubDate><guid>https://sourceforge.net0df1b9b180a6780ce7830e9e696769f0bc40d27a</guid></item><item><title>Tutorial modified by Markus Ansmann</title><link>https://sourceforge.net/p/labrad4labview/wiki/Tutorial/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v3
+++ v4
@@ -33,7 +33,7 @@
 Now, what's with all the "Simple"?
 ----------------------------------
 There will be three versions of the LabVIEW API that you can choose from:
-1. Simple Connections are a very tight wrapper around the native LabVIEW TCP Connection components. They expect predictably serialized traffic on the network connection. This probably gives the VIs slightly better native performance, but does not allow for Messages or concurrent Requests, since those would require interleaved data with unpredictable serialization. For the same reason, Server Modules using Simple Connections cannot make any LabRAD Requests at all on the connection they use to listen for Requests.
+1. Simple Connections are a very tight wrapper around the native LabVIEW TCP Connection components. They expect predictably serialized traffic on the network connection. This probably gives the VIs slightly better native performance, but does not allow for Messages or concurrent Requests, since those would require interleaved data with unpredictable serialization. For the same reason, Server Modules using Simple Connections cannot make any LabRAD Requests at all on the connection they use to listen for Requests. But for building - well - "simple" user interfaces to an experiment, these should definitely provide sufficient functionality.
 2. Receive Loop Connections utilize LabVIEW Notifiers and Events to route Requests, Replies, and Messages between your application and a centralized loop that handles all network traffic. This gives access to all features of LabRAD, including Messages and having multiple Requests in flight simultaneously. But, these connections might not perform as well as Simple Connections due to the added overhead.
 3. Delphi DLL Connections use a library written in Delphi to handle all network traffic and to assemble packets and route them into the appropriate queues. These components will most likely yield the best performance, but will only be available for Windows and are currently somewhat far from completion.

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Markus Ansmann</dc:creator><pubDate>Sat, 31 Jan 2015 01:53:18 -0000</pubDate><guid>https://sourceforge.neta27d3d5953b8ec8f4fc0ad611cdc4704bdff15b4</guid></item><item><title>Tutorial modified by Markus Ansmann</title><link>https://sourceforge.net/p/labrad4labview/wiki/Tutorial/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v2
+++ v3
@@ -30,14 +30,17 @@
 || [[img src=Simple_Request.png]] || Simple Request.vi || Sends a Request Packet and waits for a Reply ||
 || [[img src=Look_Up_Manager_Info.png]] || Look Up Manager Info.vi || Tries to read the connection details from the Windows environment variables ||

-==Now, what's with all the "Simple"?==
+Now, what's with all the "Simple"?
+----------------------------------
 There will be three versions of the LabVIEW API that you can choose from:
-* Simple Connections are a very tight wrapper around the native LabVIEW TCP Connection components. They expect predictably serialized traffic on the network connection. This probably gives the VIs slightly better native performance, but does not allow for Messages or concurrent Requests, since those would require interleaved data with unpredictable serialization. For the same reason, Server Modules using Simple Connections cannot make any LabRAD Requests at all on the connection they use to listen for Requests.
-* Receive Loop Connections utilize LabVIEW Notifiers and Events to route Requests, Replies, and Messages between your application and a centralized loop that handles all network traffic. This gives access to all features of LabRAD, including Messages and having multiple Requests in flight simultaneously. But, these connections might not perform as well as Simple Connections due to the added overhead.
-* Delphi DLL Connections use a library written in Delphi to handle all network traffic and to assemble packets and route them into the appropriate queues. These components will most likely yield the best performance, but will only be available for Windows and are currently somewhat far from completion.
+1. Simple Connections are a very tight wrapper around the native LabVIEW TCP Connection components. They expect predictably serialized traffic on the network connection. This probably gives the VIs slightly better native performance, but does not allow for Messages or concurrent Requests, since those would require interleaved data with unpredictable serialization. For the same reason, Server Modules using Simple Connections cannot make any LabRAD Requests at all on the connection they use to listen for Requests.
+2. Receive Loop Connections utilize LabVIEW Notifiers and Events to route Requests, Replies, and Messages between your application and a centralized loop that handles all network traffic. This gives access to all features of LabRAD, including Messages and having multiple Requests in flight simultaneously. But, these connections might not perform as well as Simple Connections due to the added overhead.
+3. Delphi DLL Connections use a library written in Delphi to handle all network traffic and to assemble packets and route them into the appropriate queues. These components will most likely yield the best performance, but will only be available for Windows and are currently somewhat far from completion.

 ... to be continued ...

-For now, you can complete the [[labrad:QuickStart|LabRAD Tutorial]], which contains a part that introduces the LabVIEW VIs.
+For now, you can complete the [LabRAD Tutorial](labrad:wiki:QuickStart), which contains a part that introduces the LabVIEW VIs.
+
+ 

 ~ Markus Ansmann, Feb 26th, 2008
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Markus Ansmann</dc:creator><pubDate>Sat, 31 Jan 2015 01:50:56 -0000</pubDate><guid>https://sourceforge.netccf30eddca44dd623ab0eeaf265bf030bd9c73e7</guid></item><item><title>Tutorial modified by Markus Ansmann</title><link>https://sourceforge.net/p/labrad4labview/wiki/Tutorial/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v1
+++ v2
@@ -17,17 +17,18 @@
 + To use **Select a VI...** to place the components, you can unzip the downloaded file into any directory of your choice. All you need to do is remember where you placed them.

 Depending on your choice, you can now either use the bottom right-hand icon in your Functions Palette like in the following screen shot, or you have to use the bottom left-hand icon and browse for the icons manually:
-
-&amp;gt; [[image:UserLibraries.png]]
+&lt;center&gt;[[img src=UserLibraries.png alt=screenshot]]&lt;/center&gt;

 With either method, you should now be able to access the following VIs (excluding the contents of the "internal" folder, which you will probably not need to use directly):
-||= **Icon** || **Filename** || **Description** ||
-||= [[image:Build_Packet.png]] || Build Packet.vi || Assembles records into a Request packet ||
-||= [[image:Parse_Packet.png]] || Parse Packet.vi || Extracts records from Reply packet ||
-||= [[image:Simple_Client_Connection.png]] || Simple Client Connection.vi || Establishes a simple Client Connection to the LabRAD Manager ||
-||= [[image:Simple_Disconnect.png]] || Simple Disconnect.vi || Disconnects a simple Connection ||
-||= [[image:Simple_Request.png]] || Simple Request.vi || Sends a Request Packet and waits for a Reply ||
-||= [[image:Look_Up_Manager_Info.png]] || Look Up Manager Info.vi || Tries to read the connection details from the Windows environment variables ||
+
+|| **Icon** || **Filename** || **Description** ||
+||-----------||--------------||-----------------||
+|| [[img src=Build_Packet.png]] || Build Packet.vi || Assembles records into a Request packet ||
+|| [[img src=Parse_Packet.png]] || Parse Packet.vi || Extracts records from Reply packet ||
+|| [[img src=Simple_Client_Connection.png]] || Simple Client Connection.vi || Establishes a simple Client Connection to the LabRAD Manager ||
+|| [[img src=Simple_Disconnect.png]] || Simple Disconnect.vi || Disconnects a simple Connection ||
+|| [[img src=Simple_Request.png]] || Simple Request.vi || Sends a Request Packet and waits for a Reply ||
+|| [[img src=Look_Up_Manager_Info.png]] || Look Up Manager Info.vi || Tries to read the connection details from the Windows environment variables ||

 ==Now, what's with all the "Simple"?==
 There will be three versions of the LabVIEW API that you can choose from:
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Markus Ansmann</dc:creator><pubDate>Sat, 31 Jan 2015 01:49:50 -0000</pubDate><guid>https://sourceforge.net6b789e94698c83303af6c53e97f1108198f66fb3</guid></item><item><title>Tutorial modified by Markus Ansmann</title><link>https://sourceforge.net/p/labrad4labview/wiki/Tutorial/</link><description>&lt;div class="markdown_content"&gt;&lt;h1 id="labrad-for-labview-tutorial"&gt;LabRAD for LabVIEW Tutorial&lt;/h1&gt;
&lt;h2 id="overview"&gt;Overview&lt;/h2&gt;
&lt;p&gt;This tutorial will soon consist of several parts:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;First, we will guide you through installing the VIs.&lt;/li&gt;
&lt;li&gt;Second, you will be developing a LabRAD Server Module (coming soon)&lt;/li&gt;
&lt;li&gt;Third, you will be developing a LabRAD Client Module (coming soon)&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="installing-the-vis"&gt;Installing the VIs&lt;/h2&gt;
&lt;p&gt;After downloading the current API package - &lt;a class="" href="http://downloads.sourceforge.net/labrad4labview/LabRAD-VIs-native-v0.9.2.zip"&gt;LabRAD-VIs-native-v0.9.2.zip&lt;/a&gt; - you have two choices for how you would like to access the VIs from your applications Block Diagram:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;To have the VIs available in the &lt;strong&gt;User Libraries&lt;/strong&gt; section of the Functions Palette, you need to extract the downloaded zip file into the &lt;strong&gt;user.lib&lt;/strong&gt; directory inside your LabVIEW installation folder. Then you might want to rename the extracted folder from &lt;strong&gt;LabRAD-VIs-native-v0.9.2&lt;/strong&gt; to simply &lt;strong&gt;LabRAD&lt;/strong&gt;.&lt;/li&gt;
&lt;li&gt;To use &lt;strong&gt;Select a VI...&lt;/strong&gt; to place the components, you can unzip the downloaded file into any directory of your choice. All you need to do is remember where you placed them.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Depending on your choice, you can now either use the bottom right-hand icon in your Functions Palette like in the following screen shot, or you have to use the bottom left-hand icon and browse for the icons manually:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;[[image:UserLibraries.png]]&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;With either method, you should now be able to access the following VIs (excluding the contents of the "internal" folder, which you will probably not need to use directly):&lt;br /&gt;
||= &lt;strong&gt;Icon&lt;/strong&gt; || &lt;strong&gt;Filename&lt;/strong&gt; || &lt;strong&gt;Description&lt;/strong&gt; ||&lt;br /&gt;
||= [[image:Build_Packet.png]] || Build Packet.vi || Assembles records into a Request packet ||&lt;br /&gt;
||= [[image:Parse_Packet.png]] || Parse Packet.vi || Extracts records from Reply packet ||&lt;br /&gt;
||= [[image:Simple_Client_Connection.png]] || Simple Client Connection.vi || Establishes a simple Client Connection to the LabRAD Manager ||&lt;br /&gt;
||= [[image:Simple_Disconnect.png]] || Simple Disconnect.vi || Disconnects a simple Connection ||&lt;br /&gt;
||= [[image:Simple_Request.png]] || Simple Request.vi || Sends a Request Packet and waits for a Reply ||&lt;br /&gt;
||= [[image:Look_Up_Manager_Info.png]] || Look Up Manager Info.vi || Tries to read the connection details from the Windows environment variables ||&lt;/p&gt;
&lt;p&gt;==Now, what's with all the "Simple"?==&lt;br /&gt;
There will be three versions of the LabVIEW API that you can choose from:&lt;br /&gt;
&lt;em&gt; Simple Connections are a very tight wrapper around the native LabVIEW TCP Connection components. They expect predictably serialized traffic on the network connection. This probably gives the VIs slightly better native performance, but does not allow for Messages or concurrent Requests, since those would require interleaved data with unpredictable serialization. For the same reason, Server Modules using Simple Connections cannot make any LabRAD Requests at all on the connection they use to listen for Requests.&lt;br /&gt;
&lt;/em&gt; Receive Loop Connections utilize LabVIEW Notifiers and Events to route Requests, Replies, and Messages between your application and a centralized loop that handles all network traffic. This gives access to all features of LabRAD, including Messages and having multiple Requests in flight simultaneously. But, these connections might not perform as well as Simple Connections due to the added overhead.&lt;br /&gt;
* Delphi DLL Connections use a library written in Delphi to handle all network traffic and to assemble packets and route them into the appropriate queues. These components will most likely yield the best performance, but will only be available for Windows and are currently somewhat far from completion.&lt;/p&gt;
&lt;p&gt;... to be continued ...&lt;/p&gt;
&lt;p&gt;For now, you can complete the [[labrad:QuickStart|LabRAD Tutorial]], which contains a part that introduces the LabVIEW VIs.&lt;/p&gt;
&lt;p&gt;~ Markus Ansmann, Feb 26th, 2008&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Markus Ansmann</dc:creator><pubDate>Sat, 31 Jan 2015 01:46:37 -0000</pubDate><guid>https://sourceforge.net178be0ef57d3a7838262cb9768049b7823d93e5d</guid></item></channel></rss>