Com-Port mit PHP unter Win: Muss immer zuerst ein Terminalprogramm öffnen und schließen

[Chris (Gast)]

Hallo,

ich lese und sende mit php über die serielle Schnittstelle unter Windows 
7. Das klappt auch, aber nur, wenn ich nach dem Hochfahren (oder nach 
dem Anstecken des USB-Seriellwandlers (FDDI)) hterm oder ein anderes 
Terminalprogramm starte, den Seriellport kurz öffne und wieder schließe.

Tue ich dies nicht, sendet das PHP-Skript zwar Daten raus, kann aber 
nichts vom Comport lesen und bricht nach rund 50 Sekunden ab (obwohl der 
Timeout ja 30 Sekunden beträgt).

Bevor das Skript startet, setze ich mit mode die entsprechenden 
Einstellungen. Ich habe auch verglichen, was das Terminalprogramm 
einstellt und den mode-Befehl entsprechend angepasst.

Woran kann das liegen?
Gibt es ein Programm, das einfach kurz einen Comport öffnet und wieder 
schließt, damit ich das Problem so umgehen kann?

Gruß,
chris

[Peter II (Gast)]

Chris schrieb:
> Bevor das Skript startet, setze ich mit mode die entsprechenden
> Einstellungen. Ich habe auch verglichen, was das Terminalprogramm
> einstellt und den mode-Befehl entsprechend angepasst.
es kann eigentlich nur eine einstellung sein die du vergisst zu setzen.

Ich finde das Konzept aber sehr schlecht. Ein php-Script wird für jeden 
Abfrage neu ausgeführt, was ist wenn jetzt 2 Anfrangen gleichzeit 
reinkomen? Ein COM port kann man nur einmal öffnen.
Soetwas sollte man mit einer echten Webanwendung (ASP, JAVA) machen, 
dabei übernimmt ein Thread die steuerung der Schnittstelle und die 
webrequest arbeiten dann mit diesem Server teil.

[Chris (Gast)]

Das ganze besteht auch aus 2 "Threads". Der eine wird mit dem 
Windows-Taskplaner ausgeführt, holt die Daten ab, prüft die 
Wertebereiche, String-Längen usw, schreibt in die DB und quittiert den 
Empfang, um den Datensatz von der Mikrocontroller-Platine zu löschen 
bzw. als "übertragen" zu markieren.

Auf der Platine gibt es nebenbei noch eine SD-Karte. Wenn der Puffer mit 
den Logdaten nicht schnell genug geholt wird (die Daten fallen rund um 
die Uhr alle 4 Minuten an und der PC läuft nicht durchgehend), dann wird 
auf die SD-Karte geschrieben. Der PC sieht beim Abruf nicht, ob es die 
Werte der SD-Karte sind oder die aus dem Ram-Puffer des Atmegas.

Als Benutzer greift man mit einem 2. PHP-Skript auf die DB zu und lässt 
sich die Werte anzeigen.

[Chris (Gast)]

Zum Thema falsche Einstellungen:
Die Baud-Rate stimmt, denn wenn das PHP-Skript sendet, antwortet die 
Platine wie erwartet (LED blitzt kurz auf und laut Logic Analyzer kommt 
auch das erwartete zurück).

Nur empfängt php nix....

[Ingo W. (Gast)]

Chris schrieb:

> Nur empfängt php nix....

Das klingt nach aktivierter HW-Flusskontrolle und nicht aktivierter 
CTS-Leitung.
Also am Besten, ersteres deaktivieren.
mfG ingo

[Chris (Gast)]

Flusskontrolle sollte aus sein:
>mode com9
Baudrate: 57600
Parität: None
Datenbits: 8
Stoppbits: 1
Timeout: OFF
XON/XOFF: OFF
CTS-Handshaking: OFF
DSR-Handshaking: OFF
DSR-Prüfung: OFF
DTR-Signal: OFF
RTS-Signal: OFF

Die Pegel auf den ungenutzten Leitung sind auch alle definiert 
(gebrückt/rückgekoppelt).

[Läubi .. (laeubi)]

Lass doch anstelle des uC mal einen anderen PC Gegenstelle spielen und 
schau was PHP den tatsächlich sendet.

[Chris (Gast)]

Php sendet definitiv das, was es soll (Einen String "?log"), sonst würde 
der Mikrocontroller nicht reagieren und seine Messwerte ausspucken :)

[Läubi .. (laeubi)]

Bist du den sicher das PHP 'nichts' liest oder wird das Skript einfach 
abgebrochen weil die maximale Skriptlaufzeit überschritten ist?

[Chris (Gast)]

Die Antwort vom Mikrocontroller kommt sofort zurück. Ich habe auch 
testweise schon eine Sekunde Pause eingebaut um PHP genug Zeit zu geben, 
in die "Abrufschleife" zu kommen.

Wenn ich nach dem Hochfahren kurz mal mit dem Terminalprogramm den 
Seriellport öffne und schließe, funktioniert es anschließend ja auch.
Also muss durch das Terminalprogramm irgendwas passieren / umgestellt 
werden. Aber was?

Nebenbei: Mit einem Prolific (oder so...) USB-Adapter habe ich das 
gleiche Ergebnis.

[Läubi .. (laeubi)]

Na dann zeig doch einfach mal deine Ausleseroutine...

[Chris (Gast)]

<?php

   'mode com9: baud=57600 data=8 stop=1 parity=n xon=off rts=off dtr=off';

   $fp = fopen ("COM9", "wb+");


   
   if (!$fp) {

      echo "Fehler beim Öffnen des Ports";

      sleep(10);

      die;

   }

   
   //stream_set_blocking($fp, 1);



  $res = '';

  fputs ($fp, "log");
 //Anfrage senden
        

   //Auf Anfang warten:

   while ($res != '#') {

      $res = fgetc ($fp);
   
      //Hier gibt es nach 30 sec einen Timeout 
      //da nichts empfangen wird, es sei denn, 
      //man öffnet und schließt den Com-Port mit einem Terminalprogramm
      //nach dem Hochfahren des Rechners
   }

      

   //Anfang wurde erkannt:

   if ($res == '#') {
      //Mit fgetc einlesen bis Ende-Zeichen kommt
      //Prüfen, Auswerten, in die DB schreiben
   }

   fclose ($fp);

?>

[Läubi .. (laeubi)]

Und wo setzt du die Schnittstellenparameter? Dein Mode definiert einfach 
nur einen String den musst du dann noch irgendwem übergeben wenn mich 
nicht alles täuscht.

[*kopfkratz* (Gast)]

Warum das Rad neu erfinen:

Beitrag "RS232 mit PHP"

[*kopfkratz* (Gast)]

http://www.phpmag.de/itr/online_artikel/psecom,id,470,nodeid,62,_language,de.html

http://www.php.net/manual/en/function.dio-tcsetattr.php

Die Ansätze ähneln sich in etwa...

[Chris (Gast)]

@läubi:
Ich dachte dass der Mode-Befehl dann ausgeführt wird, wobei ich das auch 
schon mit exec("mode...."); probiert habe. Ist aber für meine Versuche 
nicht von Bedeutung, da ich die Schnittstelle eh vor dem Aufruf der 
php-Datei in der Batch-Datei einrichte.

@kopfkratz: Die Beiträge kenne ich schon, bis auf die Lösung mit dem 
Seriell-Lan-Wandler. Dio habe ich nicht getestet da es unter Windows 
nicht implementiert ist.

Ich werde das ganze mal unter Linux testen.

[Läubi .. (laeubi)]

Chris schrieb:
> Ich dachte dass der Mode-Befehl dann ausgeführt wird, wobei ich das auch
> schon mit exec("mode...."); probiert habe. Ist aber für meine Versuche
> nicht von Bedeutung, da ich die Schnittstelle eh vor dem Aufruf der
> php-Datei in der Batch-Datei einrichte.

Wie jetzt? natürlich ist das von Bedeutung. Du solltest auf jedenfall 
prüfen ob der Modeaufruf dauerhaft ist und ob eventuell Fehler 
zurückgeben werden.

Also wie ist den jetzt dein genaueres Setup?

[Chris (Gast)]

Ok, dann schildere ich nochmal, was ich jetzt hier habe:

Bat-Datei:
1) mode-Aufruf wie oben angegeben
2) php.exe abruf.php mit dem obigen Quelltext.

Lasse ich den Mode-Aufruf weg, werden Daten an die Platine gesendet 
(grüne LED blinkt), aber die Platine sendet keine Antwort (rote LED 
blinkt nicht).
D.h. die Platine hat die Anfrage nicht verstanden, weil die Baudrate 
nicht stimmte.

Mit dem Mode-Aufruf werden Daten gesendet (grün blinkt auf) und die 
Platine sendet die Messwerte zurück (rot blinkt). Also stimmt die 
Baudrate nun.
Php hängt sich in der Abrufschleife auf bzw. empfängt nichts.


Starte ich ein Terminalprogramm und öffne und schließe den Port (oder 
beende das Terminalprogramm), so ist es egal, ob ich danach den 
Mode-Befehl ausführe oder nicht, die Einstellungen stimmen dann ja 
schon.
Unterschied: Php hängt sich nicht auf, sondern liest die Daten ein.

Wenn ich nach Aufruf des Terminalprogramms mode mit z.B. einer falschen 
Baudrate ausführe, reagiert die Platine nicht mehr. Wenn ich danach 
nochmal mode mit den richtigen Parametern aufrufe, funktioniert es 
wieder.

[Michael M. (mikmik)]

Hallo,
will hier keine Leichen schänden, aber ich hab exakt das selbe Problem.
WInXP, PHP 5.3. Egal ob ichs mit dio oder "simpel" mach, dass selbe. 
Auch die mode einstellung überprüf ich vor dem start nochmal in der 
console, tut sich aber nix. erst wenn ich einmal das comport mit hterm 
aufgemacht hab, klappts. jetzt schreib ich grad das proggi in delphi, da 
gehts gleich. taugt mir aber nicht so.