Re: Working with secondary addresses
John <[email protected]> Thu, 2 Apr 2026 00:19:47 +0100
| Newsgroups | gmane.linux.hardware.gpib.general |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format.
--===============3151553977000288442==
Content-Type: multipart/alternative;
boundary="------------1NAE0feEIyy95nTGaPHFrd6G"
Content-Language: en-US
This is a multi-part message in MIME format.
--------------1NAE0feEIyy95nTGaPHFrd6G
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Dave,
You are quoting Pythin, but I was referring to Perl.
However, it is indeed a red herring because of my own stupidity! I asked
Perl to send 2 bytes and that is exactly what it did. It sent just 0x31
0x33, whereas Python, which does not seems to need a byte count
parameter, sent 0x31 0x33 0x0D. I changed that numeric literal to
length($funumstr) and, as expected, it then sent the 0x0D as well....
So now I have a direct comparison with Python. It made no difference.
Perl still works fine and the device does not care whether there is a
terminating CR or not. Python still fails.
I am working on the low level approach.
On 01/04/2026 10:14, dave penkler wrote:
> Hi Guys,
> First I think we can give the 0x0D thing a miss. The ibdev was not
> really setting it because the*reos* bit was not being set.
> cmd_input =gpib.dev <http://gpib.dev>( 0, paddr, 0x6D, gpib.T10s, eot, 0x0D )
> To set read termination on 0x0D , it should be 0x400 + 0x0D:
> cmd_input =gpib.dev <http://gpib.dev>( 0, paddr, 0x6D, gpib.T10s, eot, 0x40D )
> But because it was working without eos it would indicate that the
> tk4924 emulator sends EOI.
--
John.
--------------1NAE0feEIyy95nTGaPHFrd6G
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Dave,</p>
<p>You are quoting Pythin, but I was referring to Perl.</p>
<p>However, it is indeed a red herring because of my own stupidity!
I asked Perl to send 2 bytes and that is exactly what it did. It
sent just 0x31 0x33, whereas Python, which does not seems to need
a byte count parameter, sent 0x31 0x33 0x0D. I changed that
numeric literal to length($funumstr) and, as expected, it then
sent the 0x0D as well.... So now I have a direct comparison with
Python. It made no difference. Perl still works fine and the
device does not care whether there is a terminating CR or not.
Python still fails.</p>
<p>I am working on the low level approach.</p>
<p><br>
</p>
<div class="moz-cite-prefix">On 01/04/2026 10:14, dave penkler
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAL=kjP3BijM+wphfBoP5zDDNnSMv_=MQCWrO=L5OtmJz1Xjpyg@mail.gmail.com">Hi
Guys,
<div>First I think we can give the 0x0D thing a miss. The ibdev
was not really setting it because the<b
style="font-style:italic"> reos</b> bit was not being set.</div>
<div>
<pre class="gmail-aLF-aPX-K0-aPE"
style="font-family:"Courier New",Courier,monospace,arial,sans-serif;line-height:normal;margin:0px;color:rgb(0,0,0);font-size:14px">cmd_input = <a
href="http://gpib.dev" moz-do-not-send="true">gpib.dev</a>( 0, paddr, 0x6D, gpib.T10s, eot, 0x0D )</pre>
<pre class="gmail-aLF-aPX-K0-aPE"
style="line-height:normal;margin:0px;color:rgb(0,0,0)"><font
face="arial, sans-serif">To set read termination on 0x0D , it should be 0x400 + 0x0D:</font></pre>
<pre class="gmail-aLF-aPX-K0-aPE"
style="font-family:"Courier New",Courier,monospace,arial,sans-serif;line-height:normal;margin:0px;color:rgb(0,0,0);font-size:14px">cmd_input = <a
href="http://gpib.dev" moz-do-not-send="true">gpib.dev</a>( 0, paddr, 0x6D, gpib.T10s, eot, 0x40D )</pre>
<pre class="gmail-aLF-aPX-K0-aPE"
style="font-family:"Courier New",Courier,monospace,arial,sans-serif;line-height:normal;margin:0px;color:rgb(0,0,0);font-size:14px">
</pre>
<pre class="gmail-aLF-aPX-K0-aPE"
style="line-height:normal;margin:0px;color:rgb(0,0,0)"><font
face="arial, sans-serif">But because it was working without eos it would indicate that the tk4924 emulator sends EOI. </font></pre>
</div>
</blockquote>
<pre class="moz-signature" cols="72">--
John.</pre>
</body>
</html>
--------------1NAE0feEIyy95nTGaPHFrd6G--
--===============3151553977000288442==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
--===============3151553977000288442==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
Linux-gpib-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-gpib-general
--===============3151553977000288442==--