Re: GPIB device development

dave penkler <[email protected]> Fri, 19 Jun 2020 10:22:34 +0200
Newsgroups gmane.linux.hardware.gpib.general
Message-ID <CAL=kjP3WJmzLkkkp+gW6csUbR+iERw2Nn4wV_4q2Wj=1+=ywdA@mail.gmail.com>
On Fri, 19 Jun 2020, 10:05 Richard Klingler, <[email protected]>
wrote:

> Hello Dave
>
> Ah okay....so how is the expected communication flow actually?
>
> From my understanding it looks like the controller ends his part after the
> MTA5 command, which tells device 5 to respond...
>
> So can the device just begin transferring data with last byte EOI set or
> does the device also needs
> to send those MTA/MLA as well prepending the payload?
>

Yes the device can just begin transferring data as soon as it has been
addressed as talker. It doesn't need to prepend MLA/MTA to the payload as
it is only the controller in charge that sends those commands.


>
> thanks in advance
> richard
>
>
> Am Fr., 19. Juni 2020 um 09:48 Uhr schrieb dave penkler <
> [email protected]>:
>
>> Hi Richard,
>> ibterm by default tries to read a response after a send but will not
>> report an error on timeout of the read.
>> cheers,
>> -Dave
>>
>> On Thu, 18 Jun 2020, 10:52 Richard Klingler, <[email protected]>
>> wrote:
>>
>>> Good morning (o;
>>>
>>> As I decided to develop a GPIB device based on STM32F MCU I did a first
>>> setup based on a Nucleo-F207ZG board with attached 75160/161 transceivers...
>>>
>>> In my test code I just check for DAV and set NRFD and NDAC
>>> accordingly....
>>>
>>> Interestingly...when I send for example a *IDN? query to my test device,
>>> which doesn't send back any data (not yet ;o), I don't get any errors in
>>> ibterm....so is this normal that ibterm doesn't wait for data and just
>>> closes the communication?
>>>
>>> Currently I just send out the received commands/Data out the USB CDC
>>> device...
>>>
>>> Sending *IDN? I get in my USB console:
>>>
>>> CMD: 40
>>> CMD: 3F
>>> CMD: 25
>>> DAT: *
>>> DAT: I
>>> DAT: D
>>> DAT: N
>>> DAT: ?
>>> CMD: 3F
>>> CMD: 20
>>> CMD: 45
>>>
>>> Or does it misread EOI and therefore closes the communication?
>>>
>>>
>>> thanks in advance
>>> richard
>>>
>>>
>>>
>>> _______________________________________________
>>> Linux-gpib-general mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/linux-gpib-general
>>>
>> _______________________________________________
> Linux-gpib-general mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/linux-gpib-general
>

_______________________________________________
Linux-gpib-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-gpib-general