Arduino am Windows-PC: GUI zur Fernsteuerung und zum Messwerte anzeigen (per USB)

[HaWe]

danke, aber ohne eigene Installation zum vorher selber-testen wird das mit den Hilfevorschlägen wohl leider nicht so schrecklich viel fruchten...


PS,
habe jetzt probiert:

void __fastcall TForm1::ComPort1Exception(TObject *Sender,
      TComExceptions TComException, AnsiString ComportMessage,
      __int64 WinError, AnsiString WinMessage)
{

    try {  ComPort1->Close();  }
    catch (...) {  }

    try { Application->Initialize(); }
    catch (...) {  Application->Terminate();  }

}

damit ist das Beenden bei USB-Unterbrechung leichter möglich ohne dass es sich aufhängt (aber auch nicht 100% korrekt), und springt auch sonst leichter raus, wenn Fehler schon beim 1. Verbinden passieren... :-/

[Siro]

Ich habe mir mal den Code von ComPort genauer angesehen.

Der originale Code "Cport.Pas" ist in Delphi programmiert, (wenn es das Original ist) 3652 Zeilen Code
Den Code kann ich "teilweise" gut nachvollziehen, da ich lange Zeit mich mit Delphi beschäftigt habe
und selbst erst eine Serielle Komponente in Lazarus auf Basis der Windows API programmiert habe.

Wie diese UNIT jetzt nach C++ convertiert wird, habe ich aber ehrlich gesagt nicht verstanden.
Habe ja auch bisher nie mit Borland Builder C++ gearbeitet.

Im Code selbst sind SEHR viele Funktionen implementiert, auch Timeouts usw,

Wenn die C-Componente alle Funktionen bietet wie das Delphi Original, dann fehlt es da eigentlich an Nichts.
Wobei ich sie nicht für Optimal halte beim Empfangen, (Geschmackssache)

Ich glaube die Funktion WaitForSingleObject könnte da ein Problem werden,
sie wird unter anderem beim Lesen aufgerufen mit einer "unendlichen" Zeit

Das asynchrone Lesen ist in der Komponente erheblich anders programmiert als bei mir
und könnte, meiner Meinung nach festhängen. Da stecke ich aber auch nicht so tief in der Materie wie das laufen soll.
Daher meine Aussage "festhängen" bitte mit Vorsicht geniessen.

Ich habe bei mir einen 1ms Timer der immer wieder nachschaut ob was da ist und es in "meinem" Ringppuffer packt.
es gibt ja leider keine Interrupts mehr, wie früher mit den Uarts im DOS Modus. Achja das waren Zeiten....

Ich schaue mir das aber auch nochmal an mit dem Empfangen beim Borland C.
Zumindest mal ausprobieren ob da was hängen bleibt und gebe Bescheid.

Mit dem "catch" "exceptions" usw. muss ich gestehen kann ich garnichts anfangen.


Siro

[Mxt]

Wie diese UNIT jetzt nach C++ convertiert wird, habe ich aber ehrlich gesagt nicht verstanden.

Da wird nichts konvertiert, der C++ Compiler ist binärkompatibel zum ebenfalls im C++ Builder enthaltenen Delphi Compiler. Das ganze Gemisch aus Pascal und C++ wird beim Übersetzen zusammengerührt.

[Siro]

@Mxt:
Achso, das wuste ich nicht, danke Dir für die Info. Ich dachte bisher C und Pascal unterscheiden sich unter anderem in der Reihenfolge bei den Paramterübergaben.
Pascal Parameterreihenfolge links nach rechts, bei C rechts nach links. Is ein anderes Thema, könnte man einen separaten Thread aufmachen...
oder hier gucken:
https://de.wikipedia.org/wiki/Aufrufkonvention

Siro

[Mxt]

Ja, Pascal und C unterscheiden sich. Aber das war bei Frankensteins Monster auch so. Hat trotzdem funktioniert. (Irgendwie)

[Siro]

Guten Morgen HaWe und Ceos:

jetzt verstehe ich grad erst die Problematik:

Wenn Du deinen Arduino abziehst, dann ist bei Dir ja die ganze RS232 (also der virtuelle Comport) weg ?
und dann bekommst Du bei jeglichem Versuch auf die Schnittstelle zuzugreifen einen Exeption.

Diese Problematik habe ich garnicht, weil auf meinem Motherboard gibt es einen "echte" RS232 und wenn ich mein
Kabel abziehe, dann kommen lediglich keine Daten mehr, aber meine Schnittstelle existiert weiter.
Aufgefallen ist es mir nämlich grad also ich über einen CP2102 (also einen externen USB zu RS232 Converter) am USB Port arbeite.
Wenn ich dann das Kabel rausziehe, bekomme ich von Windows einen Exeption Error. Logisch Schnittstelle is ja weg.

Die Problematik war bei mir und meinen Geräten noch nie aufgetaucht,
das stellt also ein ganz neus Problem dar und da seid ihr Ceos und Du vermutlich wohl auf dem richtigen Weg.

Wie man diese Fehler abfängt weis ich auch noch garnicht, das bräuchte ich nämlich irgendwann auch für meine Basteleien.
Da wurde doch heute morgen tatsächlich nicht nur ich, sondern auch mein Forschungsdrang geweckt

Siro

[HaWe]

Guten Morgen HaWe und Ceos:

jetzt verstehe ich grad erst die Problematik:

Wenn Du deinen Arduino abziehst, dann ist bei Dir ja die ganze RS232 (also der virtuelle Comport) weg ?
und dann bekommst Du bei jeglichem Versuch auf die Schnittstelle zuzugreifen einen Exeption.
(...)
Wie man diese Fehler abfängt weis ich auch noch garnicht, das bräuchte ich nämlich irgendwann auch für meine Basteleien.
Da wurde doch heute morgen tatsächlich nicht nur ich, sondern auch mein Forschungsdrang geweckt

Siro

genau so ist es!
Aber selbst wenn ich ein paar Sekunden später wieder den Arduino einstöpsele, und dann die COM (hier immer COM15, eine neue wird dann nicht generiert) wieder da ist, und somit dann auch über das ComPort-Verbinden-Widget angezeigt und angewählt werden kann, führt der Verbindungsversuch dennoch zu dem beschriebenen Fehler (error, exception)... :-/

Man müsste bei ComPort->nicht_verfügbar alle Programm- und System-Einstellungen und -Threads dazu/darüber schließen und resetten, bis wieder der alte ComPort auftaucht, dann wieder überall alles dazu neu starten, und die Verbindung automatisch wiederherstellen - und falls automatisch nicht möglich, dann wieder über das Verbinden-Widget manuell per Menü ermöglichen...



PS,
letztes Layout:

[HaWe]

updat:

ich habe jetzt die obige Funktion
void __fastcall TForm1::ComPort1Exception()
wieder komplett rausgenommen, sie hat letztendlich die Stabilität nicht deutlich verbessert.

Aber ich habe die Routinen fürs manuelle Verbinden leicht abgeändert, jetzt lässt sich nach USB-Unterbrechung die Verbindung ohne Störung wiederherstellen, wenn sie existiert, und es blockiert nichts mehr, wenn sie nach wie vor weg ist:

void __fastcall TForm1::Button1Click(TObject *Sender)  // Button press: "Connect"
{
   ComPort1->ShowSetupDialog();
   try {ComPort1->Open();}
   catch(...) { };

   if(ComPort1->Connected )  {
     // init program variables and widget states
   }
}

void __fastcall TForm1::Button2Click(TObject *Sender)  // Button press: "Disconnect"
{
   if(ComPort1->Connected ) { 

       // try to send pin-stop msg to Arduino
      strcat(msgcstr,  "&_ALLPINS_=0;\n" );
      ComPort1->WriteStr(msgcstr);  

      Sleep(100);  // safety sleep

      try {  ComPort1->Close();  }
      catch (...) { }
   }
}

aktuelle, recht stabile und einigermaßen brauchbare Version:
https://github.com/dsyleixa/Borland-...rduinoCOM_RxTx

[Siro]

Hallo HaWe,

lebt das Projekt noch ?

Ich habe eben eine "uralte" Componente für die RS232 gefunden.
Hier können sogar Ereignisse abgefangen werden, wenn ein Comport hinzu oder auch entfernt wird.

Sie soll wohl auch unter Borland C++ Builder 1.0, 3.0, 4.0, 5.0, 6.0 laufen,
ich weis nur nicht wie man sie installiert.
Ich werde sie heute zunächts mal versuchen in mein Lazarus zu installieren.
Die Komponente ist aber Urheberrechtlich geschützt und darf nicht weiter gegeben werden
Ich habe sie damals mit dem Kauf des Buches erworben.

http://toolbox.reworld.eu/projekte/serial/index.html

[HaWe]

Hallo HaWe,

lebt das Projekt noch ?

Ich habe eben eine "uralte" Componente für die RS232 gefunden.
Hier können sogar Ereignisse abgefangen werden, wenn ein Comport hinzu oder auch entfernt wird.

Sie soll wohl auch unter Borland C++ Builder 1.0, 3.0, 4.0, 5.0, 6.0 laufen,
ich weis nur nicht wie man sie installiert.
Ich werde sie heute zunächts mal versuchen in mein Lazarus zu installieren.
Die Komponente ist aber Urheberrechtlich geschützt und darf nicht weiter gegeben werden
Ich habe sie damals mit dem Kauf des Buches erworben.

http://toolbox.reworld.eu/projekte/serial/index.html

danke für die Info!
Klar lebt das Projekt noch, und es ist ja jetzt auch ziemlich stabil. Bleibt jetzt allerdings erst mal so wie es ist, auch mit dem ComPort (Freeware). https://github.com/dsyleixa/Borland-...rduinoCOM_RxTx
Nach Möglichkeit würde ich doch auch gern auf dem Raspi so etwas mit qtcreator machen, siehe anderer Thread! https://www.roboternetz.de/community...l=1#post649910