XE2: Serial-Komponente gesucht

[Helmi]

Hallo,

gibt es eine XE2-kompatible Serial-Komponente irgendwo zum downloaden?

[Klaus01]

Guten Abend,

für TMS Async 32 ist als Entwicklungsumgebung u.a. auch XE2 angegeben.

Ob die freien Komponenten adpcomport and TurboPower AsyncPro mit XE2 zusammenarbeiten kann ich Dir nicht sagen.

Grüße
Klaus

[himitsu]

Oder meinst du eine Komponente für eine Seriennummer?

[Helmi]

ne ne - schon Komponenten für die serielle Schnittstelle

[Rudirabbit]

Ich hole den Thread wieder hoch.

Brauche dringend eine Serialkompo für Delphi XE2, soll halt nichts kosten ;-)
TurboPower AsyncPro kann ich unter XE2 nicht installieren

[Bernhard Geyer]

Zitat:

Zitat von Rudirabbit (Beitrag 1197083)

TurboPower AsyncPro kann ich unter XE2 nicht installieren

Wieso nicht? http://www.songbeamer.com/delphi/

Ist eigentlich schade das sich keiner mehr die mühe macht die Anpassungen auch unter Sourceforge zu posten/einzuchecken. Über kurz oder lang wird man nicht mal mehr die Anpassungen mehr finden :-(

[Rudirabbit]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1197087)

Ist eigentlich schade das sich keiner mehr die mühe macht die Anpassungen auch unter Sourceforge zu posten/einzuchecken.

Wohl wahr, dachte Sourceforce wäre immer aktuell - Danke für den Hinweiß :-D

[Bummi]

Ich habe http://sourceforge.net/projects/comport/files/noch nicht mit >XE getestet, würde aber vermuten dass man es zum Laufen bekommen sollte.

[haentschman]

Zitat:

Zitat von Bummi (Beitrag 1197090)

Ich habe http://sourceforge.net/projects/comport/files/noch nicht mit >XE getestet, würde aber vermuten dass man es zum Laufen bekommen sollte.

Moin...

hab das unter XE am Laufen. Damals war das nicht einfach die Komponenten zu installieren. Es gibt hier ein paar Threads dazu im Forum mit allen Links die man braucht...

[ASM]

TCP/IP und Serial Library "Synapse".
Freeware / Open Source

Sehr gute eigene Erfahrung damit (von mir bisher aber noch nicht mit Delphi XE2 verwendet; soll aber funktionieren).

[Rudirabbit]

Dank der Tips von hier habe ich die AsyncPro installiert.

Läuft auch soweit.
Nur habe ich auch ein Problem damit.
Ziel ist es damit längere Byte Arrays zu einem AVR die schicken der dann LED Stripes ansteuert.
Da ich den AVR Code auch selbst "verbrochen" habe, bin ich mit dem Protokoll flexibel. (Ein miniDMX -> tpm2 reduziert zu dem was ich brauche)

Also 230 LED brauchen 690 Byte + 5 Byte Header.
Wenn ich dies via ApdComPort1.OutPut in schneller Folge zum AVR schicke, bekomme ich von AsyncPro eine Message das der Output Puffer zu klein sei.

Ein Erhöhen des AsyncPro Out Puffers bringt keine Besserung.

Gibt es eine andere Methode als OutPut ?
Es gibt z.b putblock, komme aber nicht wirklich dahinter wie dies funktionieren soll.

[zeras]

Wie schnell sendest du denn? Baudrate? Vielleicht kommen die Daten schneller in den Puffer, als diese dann reell übertragen werden können. So wächst der Puffer immer weiter an.
Wie sendest du denn, jede Sekunde oder nur bei Änderung?

[Rudirabbit]

Die Baudrate 256000 Baud.

Mein Testprogramm besteht als 3 Slidern (Für die 3 Farben )

Wenn ich das event so einhänge, das bei jeder Änderung der Slider ein Frame gesendet wird kommt es zu diesem Problem.
Wenn ich nur am Ende der Änderung des Sliders, ein Frame schicke funkioniert es. (natürlich)

Das Problem wird schon sein, das der Puffer voll wird.
Wie kann man mit AsyncPro mit Pufferverwaltung arbeiten ?

[zeras]

Zitat:

Zitat von Rudirabbit (Beitrag 1197400)

Die Baudrate 256000 Baud.

Das Problem wird schon sein, das der Puffer voll wird.

Das vermute ich auch.

Zitat:

Zitat von Rudirabbit (Beitrag 1197400)

Wie kann man mit AsyncPro mit Pufferverwaltung arbeiten ?

Dazu habe ich keine Infos, da ich mit den TMS Kompos arbeite. Hast du keine Events, die du abfragen kannst? Bei den TMS gibt es nur ein OnTXEmpty event.

[Rudirabbit]

Die TMS hätten mir auch besser gefallen, leider gibts es sowas nicht für lau.
Im usenet habe ich auch nichts gefunden, upps laut gedacht :oops::oops:

[zeras]

Ich bin vor vielen Jahren von der AsyncPro Kompo dann doch zu TMS gewechselt, da ich Probleme hatte. Meines Wissens waren das Probleme beim Empfang, dass Daten verlorengegangen sind. Deshalb habe ich die Euro investiert und bin damit zufrieden. Diese Art Probleme hatte ich danach nicht mehr. Das war aber schon um 2006 rum.

Nun zu deinem Problem. In der Doku habe ich Events gefunden, die du vielleicht ausprobieren kannst:
OnTriggerOutbuffFree oder OnTriggerOutbuffUsed. Vielleicht kann man damit abfragen, inwieweit der Buffer noch Daten aufnehmen kann.

[v2afrank]

Eine ganz einfache Methode, aber sicher nicht die Ressourcenschonendste und beste ist das aktive warten darauf dass der Outputbuffer leer ist.

Delphi-Quellcode:

   ApdComPort1.PutString(str);
   while ApdComPort1.OutBuffUsed <> 0 do
      Application.Processmessages;

Ich weiß, so macht man es eigentlich nicht. Aber so kannst Du zumindest einfach mal testen ob Du damit auch deinen Fehler provozierst.