RE: FW: primary address of devices
Ori, thank you very much for your fruitful coments. I accept them according to my experience and think I've found a solution. Just another question, if you don't mind. The devices attached to the board (gsm simulators) have their own keyboard which is disabled when in gpib mode, interacting with the computer. When the application exits, I close the gpib mode (ibonl(device, 0), but still, the control does not return to the device's keyboard and a user needs to make a manual reset to gain control again. Can you think what should I do more to achhieve this goal? is this a linux-gpib driver function that I have to call or do I have to write a command to gsm simulator that should do this prior to closing the gpib connection. I know you probably did not work with this specific device, but may be you encountered a similar problem with other devices with the same feature of keyboard. Thanks, Rafi. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ori Idan Sent: Sunday, December 24, 2006 9:22 AM To: Rafi Cohen Cc: [EMAIL PROTECTED] Org. Il Subject: Re: FW: primary address of devices 1. When issuing an ibfind (or ibdev) command, no hardware access is done so no error will be returned. however if you write or read to/from the device, the results are unpredictable. 2. IEEE4888.2 provides a way to enumerate the devices, I do not recall how it is done. However not all devices support it. 3. The name is not related to the device itself so you can call it any name you want. 4. Your other mail contained a question about select and gpib library, I think you can use select like you use on any other file or socket, however I have never tried it myself. In GPIB usually you do not need asynchronous transfer since devices never talk on their own will but allways as a result of the master issuing a query command. Disclaimer: All the above is written from my knowledge of GPIB (I have used GPIB for more then 10 years) not with knowledge about this specific library. -- Ori Idan On 12/24/06, Rafi Cohen [EMAIL PROTECTED] wrote: Hi list, I hope the following is not too offtopic and if it is, feel free to answer privately. Does anybody happen to know or work with linux-gpib driver? you may find details on http://linux-gpib.sourceforge.net. Ive sent the following 2 messages to the linux-gpib-general mailing list, but nobody answered me up to now. I hope somebody on this list may help me. I forward this message and another one, relating to 2 different subjects. Thanks, Rafi. -Original Message- From: Rafi Cohen [mailto:[EMAIL PROTECTED] Sent: Monday, December 18, 2006 1:08 PM To: [EMAIL PROTECTED] Sourceforge. Net Subject: primary address of devices Hi, sorry in advance if some of my questions are too basic and even not logic. My application needs to support connecting up to 30 devices (actually gsm simulators) to the gpib board in the computer. All those devices have the same primary address (pad) of 14 and no secondary addrss. They have a way to modify in advance their pad. However: 1. If I did not modify the pad of those devices and left all of them with 14, what would happen if I issue an ibdev() in my application? will it return an error or there will be an attempt to open one of the devices? The second option would be excelent as immediately after openning any device with this pad, I could issue an ibpad() to change it's pad to any other address except 14, but logically I believe the first option will happen. 2. Is there a way for the application to obtain the pad of any device connected to the gpib board _before_ openning this device thru ibdev() or ibfind()? Is there any function that does this or should I manually input this pad either to the application or to the gpib.conf file? 3. If I want to open a device using ibfind() thru it's name as entered in the gpib.conf file, am I free to give whatever name to each device or is there a limitation for this name to match something related to the device? I hope my questions are clear, thanks, Rafi. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.15.26/600 - Release Date: 12/23/2006 4:47 PM
FW: primary address of devices
Hi list, I hope the following is not too offtopic and if it is, feel free to answer privately. Does anybody happen to know or work with linux-gpib driver? you may find details on http://linux-gpib.sourceforge.net. Ive sent the following 2 messages to the linux-gpib-general mailing list, but nobody answered me up to now. I hope somebody on this list may help me. I forward this message and another one, relating to 2 different subjects. Thanks, Rafi. -Original Message- From: Rafi Cohen [mailto:[EMAIL PROTECTED] Sent: Monday, December 18, 2006 1:08 PM To: [EMAIL PROTECTED] Sourceforge. Net Subject: primary address of devices Hi, sorry in advance if some of my questions are too basic and even not logic. My application needs to support connecting up to 30 devices (actually gsm simulators) to the gpib board in the computer. All those devices have the same primary address (pad) of 14 and no secondary addrss. They have a way to modify in advance their pad. However: 1. If I did not modify the pad of those devices and left all of them with 14, what would happen if I issue an ibdev() in my application? will it return an error or there will be an attempt to open one of the devices? The second option would be excelent as immediately after openning any device with this pad, I could issue an ibpad() to change it's pad to any other address except 14, but logically I believe the first option will happen. 2. Is there a way for the application to obtain the pad of any device connected to the gpib board _before_ openning this device thru ibdev() or ibfind()? Is there any function that does this or should I manually input this pad either to the application or to the gpib.conf file? 3. If I want to open a device using ibfind() thru it's name as entered in the gpib.conf file, am I free to give whatever name to each device or is there a limitation for this name to match something related to the device? I hope my questions are clear, thanks, Rafi. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.15.26/598 - Release Date: 12/22/2006 3:22 PM
Re: FW: primary address of devices
1. When issuing an ibfind (or ibdev) command, no hardware access is done so no error will be returned. however if you write or read to/from the device, the results are unpredictable. 2. IEEE4888.2 provides a way to enumerate the devices, I do not recall how it is done. However not all devices support it. 3. The name is not related to the device itself so you can call it any name you want. 4. Your other mail contained a question about select and gpib library, I think you can use select like you use on any other file or socket, however I have never tried it myself. In GPIB usually you do not need asynchronous transfer since devices never talk on their own will but allways as a result of the master issuing a query command. Disclaimer: All the above is written from my knowledge of GPIB (I have used GPIB for more then 10 years) not with knowledge about this specific library. -- Ori Idan On 12/24/06, Rafi Cohen [EMAIL PROTECTED] wrote: Hi list, I hope the following is not too offtopic and if it is, feel free to answer privately. Does anybody happen to know or work with linux-gpib driver? you may find details on http://linux-gpib.sourceforge.net. Ive sent the following 2 messages to the linux-gpib-general mailing list, but nobody answered me up to now. I hope somebody on this list may help me. I forward this message and another one, relating to 2 different subjects. Thanks, Rafi. -Original Message- *From:* Rafi Cohen [mailto:[EMAIL PROTECTED] *Sent:* Monday, December 18, 2006 1:08 PM *To:* [EMAIL PROTECTED] Sourceforge. Net *Subject:* primary address of devices Hi, sorry in advance if some of my questions are too basic and even not logic. My application needs to support connecting up to 30 devices (actually gsm simulators) to the gpib board in the computer. All those devices have the same primary address (pad) of 14 and no secondary addrss. They have a way to modify in advance their pad. However: 1. If I did not modify the pad of those devices and left all of them with 14, what would happen if I issue an ibdev() in my application? will it return an error or there will be an attempt to open one of the devices? The second option would be excelent as immediately after openning any device with this pad, I could issue an ibpad() to change it's pad to any other address except 14, but logically I believe the first option will happen. 2. Is there a way for the application to obtain the pad of any device connected to the gpib board _before_ openning this device thru ibdev() or ibfind()? Is there any function that does this or should I manually input this pad either to the application or to the gpib.conf file? 3. If I want to open a device using ibfind() thru it's name as entered in the gpib.conf file, am I free to give whatever name to each device or is there a limitation for this name to match something related to the device? I hope my questions are clear, thanks, Rafi.
