<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Accessing CAN-Device using CANopen in Automotive and Embedded Networks</title>
    <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/321244#M1663</link>
    <description>&lt;P&gt;Hi Dirk&lt;/P&gt;
&lt;P&gt;I just tested it the way you described and it worked. In the attached VI you can see the values I wrote and what Data I received. Now - could you tell me how I could read specific objects in an easier way?&lt;/P&gt;
&lt;P&gt;As you can see, I sent some kind of request and got an entry from ID 581 in the read Data (I stopped the loop after detecting that). Now&amp;nbsp; this dataset is from index 2301h, Sub-index 4Ah. Well, I could check the string for ID 581 and read out the index and sub-index, but I wonder if there was an easier way to read this specific data. If so, could you describe it referring to the vi attached or maybe modify it?&lt;/P&gt;
&lt;P&gt;Thanks in advance.&lt;/P&gt;
&lt;P&gt;Thomas&lt;/P&gt;
&lt;DIV&gt;&lt;/DIV&gt;</description>
    <pubDate>Tue, 07 Feb 2006 10:02:07 GMT</pubDate>
    <dc:creator>becktho</dc:creator>
    <dc:date>2006-02-07T10:02:07Z</dc:date>
    <item>
      <title>Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/300407#M1588</link>
      <description>&lt;DIV&gt;Hi all&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Today I started with the initial startup of a CAN system, which should be used in a test rig.&lt;/DIV&gt;
&lt;DIV&gt;First some information about the system:&lt;/DIV&gt;
&lt;DIV&gt;- 3 external nodes connected to the bus (using CANopen protocol (at least I was told so), usually running autonomously)&lt;/DIV&gt;
&lt;DIV&gt;- 1 CAN interface card (NI PCI-CAN Series 2)&lt;/DIV&gt;
&lt;DIV&gt;- PC-System running under WinXP professional&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;I know the cabling works, as this was tested with another software.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;The first thing I made a few weeks ago, was to download some source from the forums. Looking at this, I created a simple vi, which should get data using SDO (attached).&lt;/DIV&gt;
&lt;DIV&gt;I also attached some pictures of this other software (screenshot software, screenshot can-trace). I just tried to do the same (read a value), with the above mentioned vi. There is also a screenshot from this vi, when I executed it. First it seemed ok, but then I got a warning (probe 1) out of CWrite.vi and right afterwards I got an error (probe 2) out of CWait.&lt;/DIV&gt;
&lt;DIV&gt;At another try I came out of CAN init.vi&amp;nbsp;with a warning, but then I got an error "unknown object" when trying to write the data.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Could you give me some advice on that? The values I tried to send are the default values of the vi.&lt;/DIV&gt;</description>
      <pubDate>Thu, 15 Dec 2005 13:47:40 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/300407#M1588</guid>
      <dc:creator>becktho</dc:creator>
      <dc:date>2005-12-15T13:47:40Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/301496#M1597</link>
      <description>&lt;P&gt;Hi Becktho,&lt;/P&gt;
&lt;P&gt;First of all the warning and the error you got means that there are Bus Problems and your controller had entered the error passiv status. The first thing you should verify is the Bus Termination foir your connection. To assume it is High Speed CAN, take care that your system uses two 120 Ohm resistors on both ends of your system, but not more.&lt;/P&gt;
&lt;P&gt;The second is, you are using the SDO VI inside a while loop. Normaly this VI was written to be used for single command tasks, not for continuously operations. It may that the 100 ms timing is to fast for the device, because it uses Object configuration&amp;nbsp;or for your network, because SDO Priority is not that high.&lt;/P&gt;
&lt;P&gt;To find a solution, it would be nice if you could explain some more details about your needs. What are you doing with a SDO in a while loop?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks&lt;/P&gt;
&lt;P&gt;DirkW&lt;/P&gt;
&lt;DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Mon, 19 Dec 2005 14:30:07 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/301496#M1597</guid>
      <dc:creator>DirkW</dc:creator>
      <dc:date>2005-12-19T14:30:07Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/301516#M1601</link>
      <description>&lt;DIV&gt;Hi Dirk&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Thanks for your reply - it's a ray of light in a dark sky.. &lt;img id="smileywink" class="emoticon emoticon-smileywink" src="https://ni.lithium.com/i/smilies/16x16_smiley-wink.gif" alt="Smiley Wink" title="Smiley Wink" /&gt;.&lt;/DIV&gt;
&lt;DIV&gt;There are three devices connected over the bus. The NI-Interface is linked to it, using a T-connection. I'll check the point with the resistor - maybe that's a problem.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;The vi didn't run more than one iteration and it's just to get in touch with CAN, as this is my first app, using this technology.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;In the end I first should read about 20 values, let the user edit them and write them back to one of the 3 devices.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Thomas&lt;/DIV&gt;</description>
      <pubDate>Mon, 19 Dec 2005 15:10:04 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/301516#M1601</guid>
      <dc:creator>becktho</dc:creator>
      <dc:date>2005-12-19T15:10:04Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/301975#M1606</link>
      <description>&lt;DIV&gt;Hi becktho,&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;The first thing to consider starting with CANopen is to get the big picture about the Communication theory. Attached you will find a short introduction into CAN Bus and CANopen.&lt;/DIV&gt;
&lt;DIV&gt;The second ressource should allways be the manufacturer manual for your Hardware.&lt;/DIV&gt;
&lt;DIV&gt;There you can find the supported PDO's and SDO Configurations and i assume you used it for your getting started.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;CANopen works mostly using Remote Frames (RTR) to ask a device for data and then the device answers on the same COB ID with data.&lt;/DIV&gt;
&lt;DIV&gt;Therefore you need a write and a read operation with NI CAN.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Attached you will find a more simple type of programm communicting with a single CANopen sensor in peer to peer with a NI CAN device.&lt;/DIV&gt;
&lt;DIV&gt;Perhaps this is a good starting point, to get it running first, before you step into the more advanced things.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Dirk W&lt;/DIV&gt;</description>
      <pubDate>Tue, 20 Dec 2005 15:28:08 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/301975#M1606</guid>
      <dc:creator>DirkW</dc:creator>
      <dc:date>2005-12-20T15:28:08Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/306680#M1622</link>
      <description>&lt;P&gt;Hallo Dirk&lt;/P&gt;
&lt;P&gt;Ich switche jetzt auf Deutsch, nachdem ich in deinem Beispiel-Code einen Kommentar auf Deutsch gesehen habe.&lt;/P&gt;
&lt;P&gt;War heute wieder an diesem Prüfstand und habe dein Programm mal laufen gelassen und dabei folgendes Verhalten gehabt:&lt;BR /&gt;1. Kein Problem bis zur Funktion "ncWriteObj.vi" - dort wurde eine Warnung zurück geliefert.&lt;BR /&gt;2. In der Funktion "ncReadNetMult.vi" wurde dann ein Fehler (siehe Attachment) ausgelöst.&lt;/P&gt;
&lt;P&gt;Leider macht diese Fehlermeldung irgendwie nicht so wirklich Sinn, da die Busteilnehmer mit Spannung versorgt sind. Die ganze Verkabelung wurde, wie vorher schon mal erwähnt, mit einem anderen Programm (ext. SW) und dem Notebook eines Kollegen getestet. Dieser Kommuniziert über eine Softing CANUsb-Schnittstelle mit den CAN-Devices - ohne Probleme und mit der selben Prüfstandeinstellung wie ich das Versuche. Der Bus ist in den Geräten 2x mit 120Ohm abgeschlossen - also müsste auch das passen.&lt;/P&gt;
&lt;P&gt;Ebenfalls angehängt habe ich dein Programm, so wie ich es getestet habe. &lt;/P&gt;
&lt;P&gt;Für weitere Tipps und Infos bin ich sehr dankbar.&amp;nbsp;Ich werde&amp;nbsp;in den nächsten Tagen auch mal versuchen über diese Softing Schnittstelle zu kommunizieren. Trotzdem ist mein Schlussziel immer noch die Verwendung der NI-Karte.&lt;/P&gt;
&lt;P&gt;Danke für deine Bemühungen.&lt;/P&gt;
&lt;P&gt;Thomas&lt;/P&gt;
&lt;DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Thu, 05 Jan 2006 10:44:53 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/306680#M1622</guid>
      <dc:creator>becktho</dc:creator>
      <dc:date>2006-01-05T10:44:53Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/306788#M1623</link>
      <description>&lt;P&gt;Hallo Thomas,&lt;/P&gt;
&lt;P&gt;Ja, ist ist zwar im Forum immer besser in Englisch, weil dann mehr Leute etwas davon haben aber jetzt wo wir mehr ins detail gehen muessen ist es vielleicht ion Deutsch besser.&lt;/P&gt;
&lt;P&gt;Der Fehler bedeutet eigentlich nur das Client und Server irgendwie nicht miteinander kommunizieren koennen. Nachdem wir ja ein Kabel oder Abschlussproblem ausschliessen koennen, kann es eigentlich nur noch an der Baudrate oder einer falschen COB ID liegen.&lt;/P&gt;
&lt;P&gt;Wie arbeiten denn deine Geraete genau. Dein VI arbeitet mit einer SDO Anfrage. Willst du einen einzelwert abfragen oder eine Uebertragung von mehreren Werten ausloesen?&lt;/P&gt;
&lt;P&gt;Wenn du den Busmonitor in der richtigen Baudrate ueber den MAX (measurement und Automation Explorer) startes, empfaengst du da irgendwas von deinen Geraeten ohne das du irgendwas sendest?&lt;/P&gt;
&lt;P&gt;Normalerweise Sendet ein Geraet seine daten ueber PDO's die entweder selbsstaendig gesendet werden oder ueber ein Remote Frame abgefragt werden.&lt;/P&gt;
&lt;P&gt;Die Frage ist, was erwarten deine Geraete.&amp;nbsp; Vielleicht koenntest du&amp;nbsp; kurz die Anleitung zu einem deiner Geraete anhaengen und beschreiben was du genau auslesen willst?&lt;/P&gt;
&lt;P&gt;Ich koennte dann mal&amp;nbsp;erklaeren wie ich es machen wuerde.&lt;/P&gt;
&lt;P&gt;PS. NI wird im Februar eine CANopen Library fuer NI CAN und unsere Karten herausbringen. Das sollte dann einiges erleichtern. Vielleicht hast du ja Lust einen Beta Test zu machen?&lt;/P&gt;
&lt;P&gt;DirkW&lt;/P&gt;
&lt;DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Thu, 05 Jan 2006 14:35:50 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/306788#M1623</guid>
      <dc:creator>DirkW</dc:creator>
      <dc:date>2006-01-05T14:35:50Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/320689#M1658</link>
      <description>&lt;DIV&gt;Hallo Dirk&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Ist zwar schon wieder 'ne Weile her, aber hier bin ich wieder. Glücklicherweise bin ich einen Schritt weiter und konnte heute erstmals mit dem CAN-Device "reden".&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Im angehängten VI siehst du was ich gesendet bzw. was ich empfangen haben. Gemäss einem vorhandenen CAN-Trace, habe ich 8Bytes (60 01 23 4A 00 00 00 00) an die ID 581 gesendet. Sowohl über die NI-CAN-Karte, als auch über die andere Schnittstelle. Bei den Versuchen zuvor hatte ich eine falsche Baud-Rate eingestellt (so eine Schande, jedoch wurde mir das vor längerer Zeit mal so mitgeteilt). Auf jeden Fall hätte ich gemäss CAN-Trace auf die ID 601 ebenfalls 8 Bytes (22 01 23 4A XX&amp;nbsp;YY 00 00, wobei XX bzw. YY einen gültigen Wert haben) erhalten müssen, jedoch habe ich nur Daten auf die ID's 181 - 183 erhalten (wie im VI ersichtlich).&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Was muss ich nun tun, um diese Werte korrekt auszulesen, bzw. gibt es eine elegantere Möglichkeit Daten abzurufen (es sind ca. 10 Werte die ich lesen bzw. evlt. überschreiben muss)?&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Danke für deine Bemühungen&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Thomas&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;P.S.: 
&lt;DIV&gt;Bezüglich dem Beta-Test lehne ich dankend ab. Da es meine erste Applikation mit CAN ist und ich zurzeit auch mit der Umstellung auf LV8.0 beschäftigt bin, würde ich lieber mit den vorhandenen Funktionen vorlieb nehmen, oder allenfalls bei dem endgültigen Release dieser CANOpen-Bibliotheken umstellen.&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Mon, 06 Feb 2006 11:01:16 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/320689#M1658</guid>
      <dc:creator>becktho</dc:creator>
      <dc:date>2006-02-06T11:01:16Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/320890#M1661</link>
      <description>&lt;P&gt;Hi Thomas,&lt;/P&gt;
&lt;P&gt;I try to answer your question in english because of the feedback from the forumand to give other users the chance to read this thread too.&lt;/P&gt;
&lt;P&gt;I did the same stuff years ago and&amp;nbsp;I tried it ones again. It seems you have an failure in your application.&amp;nbsp; To write to an object dictionary you have to write an SDO 601h (1537d) and to Read an SDO 581h(1409d) to get the answer about what you have written. The 601h ID uses 22h in Byte 0 to indicate it is a write and you will get back ID 581 with 60h in Byte 0, which mean everything worked ok. So perhaps you sent the wrong message first?&lt;/P&gt;
&lt;P&gt;If you read from a object dictionary the Byte0 is 40h for ID 601h and the answer has 42h in Byte0 for ID 581h.&lt;/P&gt;
&lt;P&gt;ID 181 to 183 are typically digital data PDO's which are send automatically some times. This depends to the configuration and should be changeable using a SDO.&lt;/P&gt;
&lt;P&gt;Attached you will find an example reading the manufacturee name using a SDO.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;DirkW&lt;/P&gt;</description>
      <pubDate>Mon, 06 Feb 2006 17:08:30 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/320890#M1661</guid>
      <dc:creator>DirkW</dc:creator>
      <dc:date>2006-02-06T17:08:30Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/321218#M1662</link>
      <description>&lt;P&gt;Hi Dirk&lt;/P&gt;
&lt;P&gt;Thanks so far - I'll have another try as soon as possible.&lt;/P&gt;
&lt;P&gt;You mentioned several hex-values (22h = write, 60h = ok, 40h, 42h) - could you tell me where I can find a definition of these values?&lt;/P&gt;
&lt;P&gt;Thomas&lt;/P&gt;
&lt;DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 07 Feb 2006 09:02:20 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/321218#M1662</guid>
      <dc:creator>becktho</dc:creator>
      <dc:date>2006-02-07T09:02:20Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/321244#M1663</link>
      <description>&lt;P&gt;Hi Dirk&lt;/P&gt;
&lt;P&gt;I just tested it the way you described and it worked. In the attached VI you can see the values I wrote and what Data I received. Now - could you tell me how I could read specific objects in an easier way?&lt;/P&gt;
&lt;P&gt;As you can see, I sent some kind of request and got an entry from ID 581 in the read Data (I stopped the loop after detecting that). Now&amp;nbsp; this dataset is from index 2301h, Sub-index 4Ah. Well, I could check the string for ID 581 and read out the index and sub-index, but I wonder if there was an easier way to read this specific data. If so, could you describe it referring to the vi attached or maybe modify it?&lt;/P&gt;
&lt;P&gt;Thanks in advance.&lt;/P&gt;
&lt;P&gt;Thomas&lt;/P&gt;
&lt;DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 07 Feb 2006 10:02:07 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/321244#M1663</guid>
      <dc:creator>becktho</dc:creator>
      <dc:date>2006-02-07T10:02:07Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/322944#M1675</link>
      <description>&lt;P&gt;Hi Thomas,&lt;/P&gt;
&lt;P&gt;Yes the first byte specifies the command which is defined in the CANopen spezification. See the following link:&lt;/P&gt;
&lt;P&gt;&lt;U&gt;&lt;FONT color="#800080"&gt;&lt;A href="http://www.canopensolutions.com/english/about_canopen/device_configuration.shtml" target="_blank"&gt;Link&lt;/A&gt;&amp;nbsp;&lt;/FONT&gt;&lt;/U&gt;&lt;/P&gt;
&lt;P&gt;To your second question: It depends on the speed you need for the SDO. I prefer to use a sub VI (see attached) to write and read SDOs.&lt;/P&gt;
&lt;P&gt;In this Case you got&amp;nbsp; the message directly , without any poll.&lt;/P&gt;
&lt;DIV&gt;What kind of data are you reading there? perhaps it is easier to use a PDO?&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;DirkW&lt;/DIV&gt;</description>
      <pubDate>Thu, 09 Feb 2006 20:27:55 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/322944#M1675</guid>
      <dc:creator>DirkW</dc:creator>
      <dc:date>2006-02-09T20:27:55Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/323168#M1678</link>
      <description>&lt;DIV&gt;Hi Dirk&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;I have to read about 10 different values. Most of them are serial numbers of different items. I don't have to take care of speed as this process is taking place after a tool test with a duration of about 30 - 45 minutes.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Yes a sub vi is what I also wanted to code. I'll have a look at what you've posted and give it a try.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Thomas&lt;/DIV&gt;</description>
      <pubDate>Fri, 10 Feb 2006 06:29:23 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/323168#M1678</guid>
      <dc:creator>becktho</dc:creator>
      <dc:date>2006-02-10T06:29:23Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/327266#M1693</link>
      <description>&lt;P&gt;Hi Dirk&lt;/P&gt;
&lt;P&gt;I had a look at the vis you posted and modified them a little to meet my needs. I just tested them on the testrig - it worked. Exactly the way I wanted it.&lt;/P&gt;
&lt;P&gt;Many thanks - you helped me a lot.&lt;/P&gt;
&lt;P&gt;Thomas&lt;/P&gt;
&lt;DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Mon, 20 Feb 2006 13:28:11 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/327266#M1693</guid>
      <dc:creator>becktho</dc:creator>
      <dc:date>2006-02-20T13:28:11Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/335186#M1731</link>
      <description>&lt;DIV&gt;Hi Dirk&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;What would be the difference if I use PDO? And how would I have to do it?&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Thomas&lt;/DIV&gt;</description>
      <pubDate>Wed, 08 Mar 2006 10:06:37 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/335186#M1731</guid>
      <dc:creator>becktho</dc:creator>
      <dc:date>2006-03-08T10:06:37Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing CAN-Device using CANopen</title>
      <link>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/335659#M1733</link>
      <description>&lt;DIV&gt;&lt;/DIV&gt;
&lt;P&gt;Hi Thomas,&lt;/P&gt;
&lt;P&gt;The profile (DS301...) normally defines the mapping and so you can find the default mapping in a way that PDOTx 1 is for digital Input and Rx1 is for digital Output and PDOTx 2 is for analog Input and Rx2 is for analog output. This is done, if you have such I/O available. But you can map these PDOs by your own, using SDO commands. Attached you can find a manual for the WAGO CANopen system. This manual describes the use of the different SDOs to map a PDO&amp;nbsp; I/O.&lt;/P&gt;
&lt;P&gt;I think thats easier for you to understand and should clarify the way to go.&lt;/P&gt;
&lt;P&gt;DirkW&lt;/P&gt;</description>
      <pubDate>Wed, 08 Mar 2006 21:23:43 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Automotive-and-Embedded-Networks/Accessing-CAN-Device-using-CANopen/m-p/335659#M1733</guid>
      <dc:creator>DirkW</dc:creator>
      <dc:date>2006-03-08T21:23:43Z</dc:date>
    </item>
  </channel>
</rss>

