PureBoard

Da ist gar nix umständlich, wenn man denn auf dige gehört hätte. Ich meine jetzt den Hinweis mit Dialogen, nicht mit meinem Tool, wenn Dir das zu kompliziert ist, brauchst Du es ja nicht benutzen. Dialoge kann man auch zu Fuß erstellen (wenn man denn möchte). Hier 5 Minuten Arbeit (Achtung: SpiderBa...

ähm ja, daher stand da ja auch Modbus RTU

Hier noch eine Checksummenberechnung für Modbus RTU, einfach den Buffer und die Länge übergeben: #CRC16POLY = $A001 Procedure CRC16(*MEMStart.BYTE, L) ;Modbus uses CRC16 to check integrity of the data (when in RS232 mode!) Protected P, k, MyCRC = $FFFF ; While L P = *MEMStart\b & $FF For k = 1 T...

Ich hatte keinen Master gebraucht, nur einen Client, der unterstützte aber alles was Modbus so zu bieten hat. Read/Write von Holding Register, Analog Input Registern (dann natürlich nur lesen), Coils, exception Handling,... Es war zwar "nur" Modbus RTU, aber TCP ist quasi nix anderes als e...

Ich gehe mal davon aus, dass Du in Situation 1 den Rückgabewert von SendNetworkData() ignorierst. Er kann nunmal nicht mehr Daten in den Ausgangspuffer schieben, als da reinpassen, bist Du am Anschlag, gibt SendNetworkData() eine -1 zurück. Dann muss man üblichweise etwas warten und neu senden. Alle...

Modbus lässt sich kinderleicht mit PB umsetzen (hab ich vor ein paar Jahren gemacht), da braucht's kein Pascal Geraffel.

Kommt darauf an, was Du mit "verschieben" genau meinst.
Wenn es vom Fenster einfach schlagartig in einen Container wandern soll, kannst Du SetParent_() (Windows API) nutzen, aber wenn Du es in Drag & Drop Manier dorthin schieben möchtest, wird das ungleich aufwändiger.

kpeters58 hat geschrieben: ↑28.02.2023 00:36 Wenn du den Debugger während eines Programmlaufs schließt, dann bleibt er solange geschlossen bis das Programm beendet wird.

Genaugenommen läuft der Debugger weiter, Du schließt nur das Ausgabefenster.
Das lässt sich aber wieder öffnen (auch während der Laufzeit) mit Debugger / Debug Output

Das Einlesen von einzelnen Byte's rüht daher, da ich auch das #CR auswerten wollte. Ähm... der Zusammenhang erschliesst sich mir jetzt nicht wirklich. Aber egal, wie gesagt, das ganze COM Zeug bremst das Windowhandling nur aus, ich habe noch nie(!) sowas ohne Threads umgesetzt. Gleiches gilt für Ne...

Du solltest das COM Handling in einen Thread auslagern! Da Du immer nur EIN Byte aus der Queue zupfst (wieso machst Du das überhaupt so?), und ausserdem jede Menge neuer Events in dieser Prozedur verursachst, kommt WindowEvent() vermutlich gar nicht mehr schnell genug hinterher, um alle Events abzua...