- Bluetooth-Protokoll (RFCOMM, L2CAP-und ACL -)
Von dem, was ich gelesen habe von Bluetooth-Grundlagen für Programmierer, diese Bücher nennt einige Punkte, die ich nicht ganz verstehen.
RFCOMM ist ein zuverlässiges stream-basiertes Protokoll ist.
L2CAP ist ein Paket-basiertes Protokoll, das konfiguriert werden kann, mit unterschiedlicher Zuverlässigkeit.
L2CAP dient eigentlich als transport-Protokoll für RFCOMM, so dass jeder RFCOMM-Verbindung ist eigentlich gekapselt innerhalb eines L2CAP-Verbindung.
Diese wirklich verwirrt mich, da diese zwei-Protokoll sind verschiedene Arten von Protokollen (ein Strom bezogen, während sich das andere Paket-basierend). Also auf seine Erklärung, ich habe einige Fragen, die in den folgenden.
-
Seit RFCOMM-Verbindung gekapselt ist, dann, wie serial port profile(SPP) verwenden können RFCOMM-Verbindung? Es sollten L2CAP als gut.
-
A2DP verwendet L2CAP-Verbindung. Dies bedeutet das gleiche für mich, da L2CAP und RFCOMM eingekapselt sind innerhalb von ACL-Verbindung, sollte dies bedeuten A2DP verwendet ACL-Verbindung? Ich weiß, das ist falsch, aber wie ist das zu erklären hier.
Vielen Dank für jede Erklärung hier.
- Die Seite ist für Programmierer, nicht die Art von Fragen, die Sie Fragen hier, Sie sind keine schlechten Fragen, die Sie passen einfach nicht in SO.
- Danke. Ich denke, diese Fragen sind auch mit bluetooth-Programmierer. Es wird großartig sein, wenn Sie erklären können, die oben genannten Fragen.
- Die Kapselung werden könnte, in der "device" - Treiber-Ebene, so wäre es für Sie unsichtbar sein, wie Sie noch nie "erstellt" ein ethernet-Paket, aber Sie noch in der Lage, die Verwendung von TCP/IP nativ, wie kommt das? gleiche Sache hier, RFCOMM verwendet L2CAP, aber das bedeutet nicht, müssen Sie wissen, L2CAP zu verwenden
- Ok, du meinst, der Programmierer muss nur erstellen, rfcomm und wir brauchen nicht zu wissen, dass RFCOMM ist gekapselt in L2CAP. Vielen Dank für deine Erklärung. Basiert auf, was Sie erwähnt, und was ich gelesen hab aus dem Buch, ich verstehe nicht, warum RFCOMM-Anforderungen werden eingekapselt in L2CAP. Sagen SPP, könnte dies rein verwenden RFCOMM-Verbindung. Was Vorteil dieser Kapselung?
- In der Regel Kapselung verwendet wird, wenn Sie nicht wollen, um ärger mit etwas anderem, in diesem Fall Sie nicht wollen, um ärger mit der signalling-Problem, RFCOMM wird für Serielle Schnittstelle, so dass Sie nicht möchten, behandeln die Signalisierung der Ausgabe der Seriellen Schnittstellen
- Hi, Kannst du Antworten im Antwort-Teil anstelle der Zugabe Kommentar hier? So kann ich überprüfen, Ihre Antworten, da die Antwort für diese Frage. Also du meinst die grundlegende design-Idee für die Kapselung ist zu helfen, RFCOMM doesnt get any signal-Problem in diesem Fall. Das ist eine gute Erklärung, aber können Sie dies genauer erklären Weg oder geben Sie mir ein Beispiel, warum die Kapselung erforderlich ist? Vielen Dank.
- RMFCOMM ist nicht gekapselt in L2CAP, soweit ich weiß. RFMCOMM verwendet L2CAP für das in der unteren Ebene der Kommunikation, so dass es encapuslates L2CAP.
- Hey, @nrathaus manchmal spielt cop nach hinten Los, basierend auf der Anzahl der likes für den Kommentar in den Fußstapfen der oben genannten. Waren es nicht für stack-überlauf, ich hätte nicht so eine Prominente trifft auf meine Anfrage über L2CAP, und ich bin interessiert, weil ich will, um zu beginnen Codierung für den bluetooth-stack. So Dank SO und vielen Dank an Sam, der die Frage gepostet.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Durch die Verkapselung werden könnte, in der "device" - Treiber-Ebene, so wäre es für Sie unsichtbar sein, wie Sie noch nie "erstellt" ein Ethernet-Paket, aber Sie noch in der Lage, die Verwendung von TCP/IP nativ, wie kommt das? gleiche Sache hier, RFCOMM verwendet L2CAP, aber das bedeutet nicht, müssen Sie wissen, L2CAP zu verwenden.
In der Regel Kapselung verwendet wird, wenn Sie nicht wollen, um ärger mit etwas anderem, in diesem Fall Sie nicht wollen, um ärger mit der signalling-Problem, RFCOMM wird für Serielle Schnittstelle, so dass Sie nicht möchten, behandeln die Signalisierung der Ausgabe der Seriellen Schnittstellen