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