App Tethering - SendCommandWithResponse

[Mavarik]

Zitat von Bambini:

Keine Ahnung ob das immer noch so ist, aber die verwendete UDP Kommunikation lässt sich ohne ohne viel Code selbst bauen.

Naja - Selber UDP geht - hab ich in meiner App auch so gemacht, weil das AppT noch nicht gab... Aber AppT ist schon "schöner", alleine wegen dem Background Thread der alles handled usw...

Geändert hat sich

Delphi-Quellcode:

{$IF Compiler_SEATTLE_DOWN}
   TTetheringDataType = TArray<System.Byte>;
{$ELSE}
   TTetheringDataType = TByteDynArray;
{$ENDIF}

[Bambini]

Zitat von Mavarik:

... Aber AppT ist schon "schöner", alleine wegen dem Background Thread der alles handled usw...

Die "Schönheit" hat auch noch Schattenseiten:
http://stackoverflow.com/questions/3...cation-startup

[Rollo62]

Das war XE8, gibts auch Probleme mit 10.1 Berlin (ausser dem Flughafen) ?

Rollo

[jaenicke]

Wir haben App Tethering verwenden wollen, aber leider lief das ganze nicht stabil. Feste Ressourcen funktionierten und alle Demos bauen darauf auf, aber sobald dynamische / temporäre Ressourcen benötigt werden klappte das ganze nicht mehr richtig.

Manchmal wurden alle anderen Instanzen gefunden, manchmal nicht, manchmal kamen die Ressourcen an, manchmal nicht.

Dazu kamen immer wieder mal Umwandlungsfehler beim Empfang obwohl wir die konkreten Pakete ja nicht schnüren. Was da schief lief konnte ich nicht herausfinden.

Dazu kommt, dass die Größe der Pakete beschränkt ist (ca. 2080 Zeichen oder so glaube ich), wenn man Strings benutzt. Das ist allerdings nicht dokumentiert und wohl auch eher ein Programmierfehler, da der Rest der Transmission schlicht nicht verarbeitet wird. Sonst würde das wie mit Streams problemlos funktionieren.

Das Ende vom Lied war, dass wir nun eine Kombination von UDP-Server, UDP-Client im Thread und einem Datasnap-Server nutzen. Das funktionierte fast auf Anhieb problemlos, ist auch viel schlanker und wir bereuen die Zeit, die wir in die Versuche mit App Tethering gesteckt hatten...

[Sherlock]

Kurze Zwischenfrage: Warum UDP? UDP ist nach meinem (zugegebenermaßen historischen) Verständnis eine recht schlechte Wahl, wenn es um Zuverlässigkeit und Datenmengen von mehr als, sagen wir mal, zwei Paketen geht. Für Delphi Entwickler gibt es auch bei der Entwicklung keine Vorteile, ob UDP oder TCP, es muss lediglich eine andere Komponente verwendet werden. Also warum nimmt jeder UDP?

Sherlock

[Bambini]

Soweit ich erinnere, wird das UDP nur zum Finden der Clients mittels Broadcast verwendet.
Die eigentliche Verbindung läuft dann per TCP/IP.

[Benedikt Magnus]

Zitat von Sherlock:

Kurze Zwischenfrage: Warum UDP? UDP ist nach meinem (zugegebenermaßen historischen) Verständnis eine recht schlechte Wahl, wenn es um Zuverlässigkeit und Datenmengen von mehr als, sagen wir mal, zwei Paketen geht. Für Delphi Entwickler gibt es auch bei der Entwicklung keine Vorteile, ob UDP oder TCP, es muss lediglich eine andere Komponente verwendet werden. Also warum nimmt jeder UDP?

Sherlock

Wenn man eine eigene Funktion erstellt, um eventuell verloreren Pakete zu erkennen und erneut zu versenden, dann kann das Ganze durchaus merklich schneller sein als TCP.

[Sherlock]

Zitat von Benedikt Magnus:

Wenn man eine eigene Funktion erstellt, um eventuell verloreren Pakete zu erkennen und erneut zu versenden, dann kann das Ganze durchaus merklich schneller sein als TCP.

Genau, warum dann nicht TCP? Dann kann man sich den Teil schenken, und von welcher Geschwindigkeit reden wir hier? Geht es um Onlinespiele? Videotelefonie? Oder Nutzdaten, mit einer vorhersehbaren Menge von verlorenen Paketen in einem WLAN, so daß der Geschwindigkeitsvorteil bereits im Average Case hinfällig ist?
Ich würde halt gerne wissen, ob das ein klassischer Fall von "hat man immer so gemacht" ist, oder ob tatsächlich Einzelfallentscheidungen gefällt werden, die den zusätzlichen Code zur UDP-Verwaltung rechtfertigen. Ich stand schon mehrfach vor der Implementierung einer kleinen Kommunikation per IP, und hatte jedesmal UDP zu Gunsten von TCP verworfen, weil ich eine weitere Fehlerquelle hätte einbauen müssen (die Paketverwaltung halt). Bisher kann ich über Geschwindigkeitsprobleme nichts berichten.
Das UDP hervorragend geeignet ist, um per Broadcast "Artgenossen" zu finden steht auf einem anderen Blatt, da bedarf es ja aber auch keiner Paketverwaltung. Eventuell sollte dieses hier aber in einen anderen Thread ausgelagert werden... wird wohl zu OT.

Sherlock

[jaenicke]

Zitat von Sherlock:

Kurze Zwischenfrage: Warum UDP?

Wie stellst du dir das vor? Alle IP Adressen im Subnetz durchscannen um die anderen Teilnehmer zu finden? Das halte ich für keine gute Idee.

Der konkrete Datentransfer passiert sowohl bei App Tethering als auch bei uns via TCP. Nur dafür muss man den Teilnehmer ja erst einmal gefunden haben.

// EDIT:
Wobei du das Teilnehmer finden ja schon selbst angesprochen hast. Dann verstehe ich die Frage nicht?

[Mavarik]

Genau... Mit UDP Erkennen dann per TCP senden...

Auf iOS habe ich leider das Problem (ggf. wegen Indy) das UDP nicht durch kommt... Dann muss man das Device 1x neu starten und dann geht es sofort.

TCP ist ja nur der Transportlayer - meine "Protokoll" das ich darauf fahre ist eine Case die Kommandos abfragt:

Delphi-Quellcode:

Type
  TTCPCommand     = (tcpError,tcpRead,tcpnop,tcpend,tcpAllend,tcpGetFile,tcpPutFile,tcpAllSize);

sind 250,300 Zeilen - und fertig...