From: Richard K. <ric...@gm...> - 2020-06-19 08:05:23
|
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? thanks in advance richard Am Fr., 19. Juni 2020 um 09:48 Uhr schrieb dave penkler <dpe...@gm... >: > 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, <ric...@gm...> > 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 >> Lin...@li... >> https://lists.sourceforge.net/lists/listinfo/linux-gpib-general >> > |