INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

Datenübertragung über unzuverlässige Wireless Verbindung



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

13.12.2012, 14:50 (Dieser Beitrag wurde zuletzt bearbeitet: 13.12.2012 14:53 von Lupin.)
Beitrag #5

Lupin Offline
LVF-Grünschnabel
*


Beiträge: 21
Registriert seit: Feb 2010

2012
2008
EN

1234
Oesterreich
RE: Datenübertragung über unzuverlässige Wireless Verbindung
(13.12.2012 13:07 )Kiesch schrieb:  Und eingedenk der Tatsache das die Übertragungsrate sinkt, sollte man wohl am besten erst ein niedrig aufgelöstes Bild schicken das quasi in jedem Fall durchkommen sollte und dann das richtige Bild. Braucht das richtige Bild zu lange wird dann halt nur das "Testbild" angezeigt.

Genau das habe ich mit "Bild runterskalieren und dann der Reihe nach verschicken" gemeint (nur in umgekehrter Reihenfolge; zuerst ein hochauflösendes, dann ein kleineres und noch ein kleineres - wie weit man das auch immer treiben möchte - das erste aus der Serie, das komplett ankommt, wird angezeigt). Und das "fehlerfrei" war vielleicht missverständlich. Mir ist klar, dass man bei den üblichen Protokollen fehlerhafte Pakete gar nicht zu Gesicht bekommt, weil die schon auf unteren Schichten verworfen werden. Das fehlerfrei bezog sich auf das ganze Bild. Wenn von den vielen Paketen, auf die ein JPEG beim Versand aufgeteilt werden muss, eins verloren geht/verworfen wird, kann das Bild nicht mehr angezeigt werden. Kleineres Bild -> weniger Pakete -> geringere Chance, dass eines fehlt.

TCP scheidet als Übertragungsprotokoll aus, da der ganze Verbindungs(wieder)aufbau und das automatische Neusenden bei verlorenen Paketen mehr Probleme macht als hilft (wie gesagt, Daten die erst nach ein paar Sekunden ankommen, interessieren mich nicht mehr). Am ehesten wird es also irgendetwas UDP-basiertes sein und auf Empfängerseite muss ich etwas erstellen, das die Päckchen wieder zusammen friemelt. Praktisch wäre natürlich auch ein Bildformat, dem ein paar fehlende Daten nichts ausmachen (d. h. der Rest vom Bild bleibt anzeigbar).
UDP lite wäre hier zumindest schonmal praktisch, wird von Labview aber, was ich gesehen habe, leider nicht unterstützt. UDP lite ist im Prinzip nichts anderes als UDP mit dem einen Unterschied, dass die Paket-Checksum nur über einen definierbaren Teil des Pakets, z. B. den Header, gebildet wird. Es wird damit der Anwendung die Enscheidung überlassen, ob ein Paket mit fehlerhafter Payload zu verwerfen ist. (Um's noch weiter zu treiben müsste auch auf link level, das Ethernet-Niveau, die CRC-Prüfung ausgeschalten werden, aber das geht nur noch mit speziellen Treibern für die Netzwerkverbindung)

Die Frage wäre eben, ob Labview von sich aus hier etwas ähnliches/besseres anbietet anbietet. Ich möchte ja das Rad nicht neu erfinden.
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Nachrichten in diesem Thema
RE: Datenübertragung über unzuverlässige Wireless Verbindung - Lupin - 13.12.2012 14:50

Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  SFTP Datenübertragung langsam Benni78 5 331 23.11.2024 10:03
Letzter Beitrag: Benni78
  Datenübertragung zw. Schleifen / Array leeren Tobias2 5 5.802 28.05.2018 12:42
Letzter Beitrag: Tobias2
  CAN Datenübertragung Ben16 1 4.414 19.10.2016 10:18
Letzter Beitrag: jg
  Datenübertragung cRIO PC Mietzekatze 1 3.847 28.08.2013 12:51
Letzter Beitrag: jg
Question Datenübertragung von Labview mit RS232 Scherni 5 7.549 03.08.2012 12:57
Letzter Beitrag: GerdW
  Datenübertragung zur Visu Ninja2602 0 3.379 12.12.2011 08:39
Letzter Beitrag: Ninja2602

Gehe zu: