3. Einstieg serieller Port?

Einstieg serieller Port?

  • F

    Wie kommt es eigentlich, dass hier im C++-Forum so oft von C++ abgeraten wird 😕 .

    Genau. Spätestens wenn es mit knappen Resourcen (z.b. auf RasPi) gearbeitet wird, finde ich CPP sehr interessant.

    Das sinnvollste erscheint mir, einen separaten Thread für die serielle Schnittstelle zu machen.

    Ok, dann würde ich einen Thread für den seriellen Port machen. Mein erstes Ziel wäre einfach z.B. Daten von einen Temperatur Sensor über Arduino an den RasPi zu geben. Die Daten kämen z.B. mit 9600 Baud rein, was ja recht langsam ist.
    Im ersten Schritt müsste der tntnet die Daten aus dem File Deskriptor an das HTML übegeben, wenn immer ein GET request kommt. Im zweiten Schritt sollte der Web Server auf dem RasPi einfach eine HTML Seite ausliefern und dann die Temperatur automatisch updaten sobald die sich ändert. Dafür brauche ich dann einen Web socket.

    Ich muss dann heute abend mal recherchieren, evt. gibt es ja noch ein einfaches beispiel für Kommunikation zwischen in tntnet Threads. Und, wie würde mit tntnet Ausgabe über einen Web Socket gehen?

    Danke dir für dein interessantes Feedback!

    0
  • N

    tntnet schrieb:

    Wie kommt es eigentlich, dass hier im C++-Forum so oft von C++ abgeraten wird 😕 .

    In einem Hammer-Forum werden vmtl. auch oft Schraubenzieher empfohlen, weil Hämmer einfach nicht für jeden Einsatzzweck optimal sind.

    Der RasPi ist eindeutig kein Fall, wo man mit extrem knappen Ressourcen hantiert. Sobald ein Windowmanager und Browser auf einer Maschine laufen, gilt das "C++ der knappen Ressourcen wegen"-Argument nicht mehr.

    0
  • T

    farsi schrieb:

    Ich muss dann heute abend mal recherchieren, evt. gibt es ja noch ein einfaches beispiel für Kommunikation zwischen in tntnet Threads. Und, wie würde mit tntnet Ausgabe über einen Web Socket gehen?

    Danke dir für dein interessantes Feedback!

    Leider unterstützt tntnet keine Web sockets. Long poll wäre aber eine Möglichkeit. Bei tntnet ist eine Demo "chat" dabei, wo long poll verwendet wird.

    Für die Kommunikation zwischen dem Thread, der die serielle Schnittstelle liest und einem tntnet thread reicht eine globale Variable, die über ein Mutex geschützt ist. In diese globale Variablen schreibst Du einfach den aktuellen Temparaturwert rein. Wenn ein Request ankommt, dann liest die Webapplikation den Wert und schickt ihn in HTML verpackt (oder json) an den Client.

    Für long poll brauchst Du einen timed wait auf dem Mutex. Der Client (also Browser) schickt den letzten bekannten Temparaturwert und die Webapplikation wartet eine maximale Zeit auf einen veränderten Temparaturwert.

    Ich denke, das ist eine interessante Aufgabe. Mag sein, dass nman jetzt um die Ecke kommt und sagt: siehst Du - tntnet kann ja noch nicht mal Web Sockets. Und ich weiß auch nicht so recht, warum C++ dafür nicht optimal wäre. Inwiefern wäre Python oder Ruby besser geeignet? C++ ist doch eine tolle Programmiersprache, womit man das Problem wunderbar lösen kann. Also lieber nman: eine Sache ist es Behauptungen aufzustellen (Python oder Ruby ist besser geeignet) und eine andere ist, diese Behauptungen auch zu begründen.

    0
  • N

    tntnet schrieb:

    Mag sein, dass nman jetzt um die Ecke kommt und sagt: siehst Du - tntnet kann ja noch nicht mal Web Sockets.

    Bloedsinn, wenn man unbedingt C++ verwenden moechte, ist tntnet schon eine Option, auch wenn es andere C++-Web-Frameworks gibt, die Web Sockets mitbringen. Ich halte es nur nicht für sinnvoll, hier krampfhaft C++ verwenden zu wollen.

    Und ich weiß auch nicht so recht, warum C++ dafür nicht optimal wäre. Inwiefern wäre Python oder Ruby besser geeignet?

    In Python oder Ruby laesst sich das Problem vmtl. mit der Standardlibrary einfacher, schneller und in weniger Zeilen Code loesen. Insbesondere ist es so simpel, dass man den Code auch als blutiger Anfaenger schnell geschrieben hat.

    Klar kann man auch C++ verwenden; ich schreibe selbst immer wieder Software in C++. Aber typischerweise eher dann, wenn die Vorteile von C++ wirklich interessant sind.

    0
  • F

    In Python oder Ruby laesst sich das Problem vmtl. mit der Standardlibrary einfacher, schneller und in weniger Zeilen Code loesen.

    Zugegeben, den seriellen Port mit z.B. NodeJS auslesen geht z.B. mit:

    var serialport = require("serialport");
var SerialPort = serialport.SerialPort;

var serialPort = new SerialPort("/dev/cu.usbmodem14131", {
  baudrate: 9600,
  parser: serialport.parsers.readline("\n")
});

serialPort.on("open", function () {
  console.log('open');
  serialPort.on('data', function(data) {
    console.log(data);
  });
});

    Nun, ein Blick in die serialport library zeigt aber lauter CPP code: https://github.com/voodootikigod/node-serialport/tree/master/src

    Warum dann nicht direkt in CPP bleiben, wenn auf meinem embedded device auch etwas ähnlich passiert.

    Aber stimmt, die erste Berührung mit Threads in CPP ist nicht ganz so einfach. Schaue mir gerade p_thread an, und das Anlegen/steuern einer Mutex (mutual exclusion).

    0
  • N

    farsi schrieb:

    Nun, ein Blick in die serialport library zeigt aber lauter CPP code: https://github.com/voodootikigod/node-serialport/tree/master/src

    Klar, aber den musst du weder selbst schreiben noch warten.

    Meine Shell ist auch in C geschrieben und ich verwende trotzdem Shellskripte statt C-Programme, um meine Backuptools anzuwerfen oder meinen Paketindex zu aktualisieren.

    Aber stimmt, die erste Berührung mit Threads in CPP ist nicht ganz so einfach. Schaue mir gerade p_thread an, und das Anlegen/steuern einer Mutex (mutual exclusion).

    Dass C++ seit C++11 auch Threads in der Standardlibrary hat, weißt du?

    http://en.cppreference.com/w/cpp/thread/mutex

    0
  • F

    Danke für den Link zur Mutex.

    Für andere die es mit CPP versuchen wollen den seriellen Port zu gebrauchen ist dieser Link zur Boost Library noch gut: http://www.boost.org/doc/libs/1_40_0/doc/html/boost_asio/overview/serial_ports.html

    PS verwendet tntnet Boost? warum (nicht) ?

    0
  • N

    Ich verschieb dich mal nach Rund um die Programmierung, da passt der Thread vmtl. mittlerweile besser hin.

    0
  • C

    Dieser Thread wurde von Moderator/in nman aus dem Forum Linux/Unix in das Forum Rund um die Programmierung verschoben.

    Im Zweifelsfall bitte auch folgende Hinweise beachten:
    C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?

    Dieses Posting wurde automatisch erzeugt.

    0
  • T

    nman schrieb:

    tntnet schrieb:

    Mag sein, dass nman jetzt um die Ecke kommt und sagt: siehst Du - tntnet kann ja noch nicht mal Web Sockets.

    Bloedsinn, wenn man unbedingt C++ verwenden moechte, ist tntnet schon eine Option, auch wenn es andere C++-Web-Frameworks gibt, die Web Sockets mitbringen. Ich halte es nur nicht für sinnvoll, hier krampfhaft C++ verwenden zu wollen.

    Danke für die Information. Im prinzip sehe ich das ja auch genauso. Ich selbst habe ja die Frage gestellt, warum er das in C++ machen will. Ich habe den Eindruck, dass Farsi das als Lernprojekt sieht und man lernt natürlich kein C++ wenn man eine vorgefertigte Python-Library nimmt 😃 .

    Ich selbst verwende immer C++ wenn ich es kann. Für mich stellt sich eher die Frage, warum ich es in Python machen sollte, wenn es doch in C++ so einfach ist 🤡 .

    farsi schrieb:

    PS verwendet tntnet Boost? warum (nicht) ?

    Tntnet verwendet kein Boost. Es gibt keinen Grund dafür. Als ich Tntnet angefangen habe, war auch Boost lange nicht so weit verbreitet. Die ersten Tntnet-Versionen haben sogar Boost verwendet, aber die damals schwierige Installation von Boost hat viele davon abgehalten, Tntnet auch nur näher anzuschauen. Und es war leicht, die Abhängigkeit zu entfernen.

    Für den Anwender von Tntnet ist es kein Nachteil, dass Tntnet kein Boost verwendet. Es spricht nichts dagegen, in Tntnet-Applikationen Boost zu verwenden, obwohl Tntnet selbst es nicht nutzt. Der Vorteil ist dagegen, dass es eine Abhängigkeit weniger gibt.

    0
Anmelden zum Antworten