Soros port kezelése - amit kiírok rá, azt olvasom vissza

Nos, meglett a hiba kiváltója, csak az okát nem értem.

Ugyanis a soros portot először elkezdtem a szokványos fájlkezelő eszközökkel használni. És működött is. Mint kiderült, az echo -val nem is volt gond, mert míg az scmxx -et strace -val felderítve mindig az derült ki, hogy a kiküldött "ATZ\r" -ra mindig "OK\r" -ot ír az eszköz. Viszont ltrace -t használva kiderült, hogy a fenti karaktersorozatra nem egyszerűen "OK\r" -t ír vissza az eszköz, hanem "ATZ\r OK\r" -ot. És mivel én csak "egyszavas" válaszra számítottam, ezért érzékeltem azt, hogy a porton azt kapom vissza, amit kiírtam rá (lásd topicindító kérdés).

Szóval, lett egy ilyen alap-változat, amely működik is, a visszaadott válasz első futtatáskor néha egyszerű "OK\r", a legtöbb esetben "AZT\r OK\r".
Forrás:


#include <stdio.h>
#include <stdlib.h>

#define modem "/dev/ttyS0"

int main (int argc, char* argv[])  {
  FILE * serial_port;
  char buffer[200];
  serial_port = fopen (modem, "r+");
  if (!serial_port)  {
    perror (modem);
    exit (-1);
  }
  printf ("kiment: %d\n", fputs ("ATZ\r", serial_port));
  while (1)  {
    fscanf (serial_port, "%s", buffer);
    printf ("+++%s+++\n", buffer);
  }
  fflush (serial_port);
  fclose (serial_port);
}


Ezekután úgy gondoltam, hogy a port-beállítások miatt lemegyek egy kezelési-szinttel lejjebb, az open/read/write/close szintjére, hogy módosíthassam a port szükséges paramétereit. És kiderült, mi a baj az általatok írt, a HOWTO -ban szereplő, esetleg más helyeken fellelt megoldásokkal.
Ez a példaprogram született, nem kanonikus módban kezeli a portot.
Forrás:


#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <termios.h>
#include <unistd.h>
#include <string.h>

#define BAUDRATE B38400
#define MODEMDEVICE "/dev/ttyS0"

int main (int argc, char* argv[])  {
  int fd, c;
  char buffer[200];
  struct termios oldtio, newtio;
  fd = open(MODEMDEVICE, O_RDWR | O_NOCTTY );
  if (fd < 0)  {
    perror (MODEMDEVICE);
    exit (-1);
  }
  tcgetattr(fd, &oldtio);
  bzero(&newtio, sizeof(newtio));
  newtio.c_cflag = BAUDRATE | CRTSCTS | CS8 | CLOCAL | CREAD;
  newtio.c_iflag = IGNPAR;
  newtio.c_oflag = 0;
  newtio.c_lflag = 0;
  newtio.c_cc[VTIME]    = 0;
  newtio.c_cc[VMIN]     = 1;
  tcflush(fd, TCIFLUSH);
  /* tcsetattr(fd, TCSANOW, &newtio); */
  printf ("kiirt: %d\n", write (fd, "ATZ\r", 4));
  while (1)  {
    read (fd, &c, 1);
    printf ("+++%c+++\n", c);
  }
  /* tcsetattr(fd, TCSANOW, &oldtio); */
  close (fd);
}


Itt ha a forrásprogram vége felé található (34. sor) tcsetattr függvényt kikommentezem, akkor minden működik szépen. Ha azonban benthagyoma forrásban, hogy beállítsa a port paramétereit, akkor olvasáskor a read függvény nem olvas semmit, és blokkolódik, azaz a program futása ott megszakad. Ez történik akkor is, ha nem kanonikus módban szeretném kezelni a portot. A port annyira blokkolódik, hogy hiába fordítom újra a programot, kikommentezve azt a sort, már az sem olvas semmit.
Blokkolás esetén az eszköz kikapcsolása sem segít, viszont ha lefuttatom az scmxx programot, akkor újra tudom használni a program azon változatát, amelyben az adott sor ki van kommentezve.

Nos, ilyenkor mi a teendő (az scmxx forrása elég nagy ahhoz, hogy átbogarásszam, annyit már megtaláltam, hogy kanonikus és aszinkron módon (szignálkezeléssel) használja a portot, de nekem ez a mód nem lenne túlságosan megfelelő.

U.i.: a tcsetattr függvény visszatérési értéke mindkét (kanonikus és nem kanonikus) esetben 0.

U.i.: A Drupal kiszedte a források include részéből az állományok neveit...  :(