Ein Server, mehrere Clients, geht das?

' schrieb:So ist es, das was ich jetzt noch einbauen will ist die Clients aus der Tabelle auszutragen, sobald die Verbindung aus irgendwelchen Gründen verloren geht. Noch will ich den Dispatcher als Client zu einem anderen Dispatcher zu verbinden zu können. Dazu will ich noch einen Dispatcher-Befehl einbauen "Get available topics" oder sowas, damit ich die Liste bekommen kann und sich subscriben kann. Das wird in der Zukunft zum Debuggen und Fernstreuerung des Programms verwendet. Ausserdem, wie schon gesagt andere Kommunikationsmethoden wie Queue, Notifier und User Events einbauen. Und wenn alles soweit ist, eine abstrahierte Bibliothek erstellen.

Es wird doch eine tolle Sache.

@VDB mit Modbus hatte ich bis jetzt noch nichts zu tun gehabt, aber schon viel davon gehört. Vielleicht muss ich mich mal damit auseinandersetzen.

eg

P.S. ganz vergessen, ich werde noch das TCP/IP Protokoll verbessern, 2 Sync Bytes hinzufügen, Paketlänge 2-Byte lang machen und, wahrscheinlich noch die Checksumme hintendranhängen. Problem besteht noch mit Befehlen, wenn ich diese als Enum-Typedef definiere, dann wird die PubSub Bibliothek projektabhängig sein und wenn ich die so wie jetzt vom Typ-String lasse, dann kann es mal passieren, dass die Befehle sich wiederholen, was zu komischen Effekten führen kann. Weiss jemand Rat?

Hört und seht sich schon alles sehr gut an!

Modbus: ich meinte nur das Grundgerüst für die Kommunikation bei den Modbus-Treiber ist Server-Client(s). Als Protokoll kannst du ja alles verschicken, Modbus, PubSub, HTTP....

Checksumme brauchst du nicht, die packt TCP-IP selber schon hinten dran. Wozu brauchst du die Sync-Bytes?

Enum-Problem: was spricht denn dagegen einen Strict-Typedef zu benutzen? Du könntest eine LIB Datei machen mit den Funktionen und das Enum-Control außerhalb davon lassen.

VDB