Piszę w przedszkolu, bo choć to część sporej aplikacji to ograniczmy się do minimum:

[PHP] pobierz, plaintext 
if(!isset($_SERVER['argv'][1])) 
    die('Wywolanie: php {FILE_NAME} {PORT_NO}');
 
$port = "COM" . $_SERVER['argv'][1] . ":";
//`mode $port BAUD=115200 PARITY=N data=8 stop=1 xon=off`;
 
$fp = fopen($port,"rb+");
 
stream_set_timeout($fp,0,100);
 
if(!$fp)
    die($port . " problem z dostepem.");
 
while(!feof($fp))
    print fread($fp,22) . "\n";
[PHP] pobierz, plaintext 

I tutaj pojawia się pytanie - czemu dane z COM spływają po około minucie/dwóch od odczytania (w tym konkretnym przypadku chodzi o kartę zbliżeniową). I nie ważne czy pod linuchem (/dev/ttyUSBx czy windą COMx:)

funkcja, którą stworzyłem do odczytu z RS232:

[PHP] pobierz, plaintext 
 function readSerial() {
  if(!$this->open()) return -1;
  stream_set_blocking($this->fp,0);
  $res='';
  $t_start=microtime(true);
  do {
   $c=fread($this->fp,1);
   if($c) $res.=$c;.
   $t=microtime(true);
  } while($t-$t_start<$this->timeout);
  return $res;
 }
[PHP] pobierz, plaintext 

timeout dobierałem doświadczalnie, w moim przypadku 0,8s; jeśli zadziała możesz spróbować zmiejszyć

Tak na oko różni się jedynie rzeczami nieistotnymi: długością strumienia (22 zamiast 1), <teoretycznie> niekończącą pętlą bo moje jest wrzucane pod konsolę i stream_set_blocking(), tyle że jak dobrze rozumiem:
<< This function works for any stream that supports non-blocking mode (currently, regular files and socket streams). >>
do portów szeregowych chyba to nie działa.

Na chwilę obecną ten temat zrealizowało się w pythonie ale jestem ciekaw czemu php sobie z tym rady u mnie nie dał...

Po pierwsze - stream_set_blocking działa również dla portów szeregowych (przynajmniej w systemach unixowych).
Po drugie - zawsze do zabaw z portami szeregowymi polecam korzystanie z DIO.