Bluetooth Low Energy Delphi 6

[Rollo62]

BlueSolei kenn ich jetzt nicht.
Aber bevore do 50Dollar für einen BLE Dongle ausgibst solltest du nochmal wonaders nachschauen.
Die BLE Chiphersteller Cypress, Nordic, TI, etc. bieten schon interessante Lösungen drumherum an.

Rollo

[v2afrank]

Ich möchte ja eigentlich keinen speziellen Dongle voraussetzen. Das Programm soll später im Prinzip mit jedem Laptop und am besten mit den eingebauten Bluetooth laufen. Wobei meine Recherchen ergeben haben dass LE erst ab Windows 8 unterstützt wird. Ist das so ? Kann das jemand bestätigen. Wenn der eingebaute Bluetooth kein LE unterstützt, dann muss der User eben einen anderen kaufen

[Rollo62]

Sowie ich verstehe ist Win8/81. nicht empfohlen, BLE läuft angeblich erst sauber ab Win10.
Da wäre ich etwas vorsichtig.

Rollo

[t.roller]

Zitat von Rollo62:

...Aber bevor du 50Dollar für einen BLE Dongle ausgibst...

Rollo

BLE-Dongle 5,95 EUR
http://www.logilink.eu/media/datasheets/BT0015-de.pdf
Profil-Unterstützung BLE PXP(Proximity), FMP(Find Me), ScPP(Scan Parameters), HID (HID
over BLE)
Profil-Unterstützung A2DP, APT-X Stereo, AVRCP, BIP, BPP, DUN, FTP, GAP, GATT,
GAVDP, HCRP, HF, HS, HDP, HID, HOGP, OBEX, OPP, PAN, PBAP,
SPP, SYNCH, SYNC ML, VDP

[mensch72]

BLE als solches für einfachen 1:1 binär Datenstream als "BT-SPP" gibt es ja nicht... In BT4-BLE wird per das zu 99% per GATT-Profile mit Standard- und/oder Private-Services samt entsprechenden Standard und/oder Private-Charakteristics gemacht.

- Ab Delphi XE8.1 funktioniert der BLE Zugriff zumindest unter Android4.4.2+ & IOS8+ sowie +OSx10.9+ OutOfTheBox problemlos.
- Ab Win8.1 funktioniert auch die meiste in aktuellen Notebooks verbaute BT4/BLE Hardware, wenn man unter Windows das BLE-Gerät scannt und "verbindet"
- XE7..bis einschließlich DX10u1 Seattle implemetieren OutOfTheBox das "DiscoverDevices" unter Windows8+ schlicht garnicht, scannen also nicht und liefern nur die vorher schon systemweit fest verbundenen BLE/BT Geräte... für quasi fixe&bekannte 1:n Verbindungen ist das mit etwas Setup-Aufwand OK, aber für Anwendungen, wo man ständig neue/aktuelle BLE-Geräte in der Umgebung scannen und dann live automatisch connecten will, war&ist das so bisher unter Windows8+ mit Delphi unbrauchbar... nicht umsonst sind die DemoVideos für BLE von Emba immer auf einem MAC unter OSx bzw als MobileDevice/OS
- DX10.1 Berlin soll da was verbessert haben, aber ich hatte noch keine Zeit es unter Windows zu probieren, ob der Scan("DiscoverDevices") nun unter Delphi in Windows funtioniert... Ein BLE Scan Demo liefert Emba ja mit

-> wenn es mit Delphi6 gehen soll, würde ich eine per USB angeschlossene Hardware als "BLE-Dongle" empfehlen, welche nur einen virtuellen ComPort samt ASCII-CMD-API zur Verfügung stellt.
=> http://www.buyrfid.co.uk/store/index...product_id=107

Zufällig ist es Teil meines Alltagsgeschäfts, BLE für beliebige 8Bit Microcontroler basierte Baugruppen&Geräte zu implementieren

MicroChip bietet da mit dem RN4020 Modul eine Lösung, welche simpel seriell angesprochen wird, und vergleichbar früheren "AT-Commands" konfiguriert wird und dann wenn es sein muss sogar zur transparanten 1:1 Datenübertragung(MLDP als "SPP-Emulation") genutzt werden könnte... ich habe mich aber für einen PrivateService entschieden und übertrage mit 2 private Charateristics blockweise je bis zu 20Bytes 1:1 bidrektional eventbasiert("mit Notification")... das reicht für unsere Anwendúng und ist 100% kompatibel mit Android, IOS und OSX, nur für Windows verwenden wir bisher der Einfachheit halber so einen simplen sereiellen USB-Stick, welcher das gleiche Modul drin hat. Das funktioniert mit jedem Delphi, bei uns real genutzt ab D2007.

Man beachte, das 97% der billigen oder festverbauten BT(4)/BLE (USB-)Dongles nur HCI können, und quasi alles vom BT/BLE-Stack/Treiber unter/für WindowsAPI realisiert ist.
Seriell frei programmierbare BLE-Hardware (GATT-Profile, private Services, private Charateristics, Notifications) als USB-Dongle gibt es nur ganz wenige!

[v2afrank]

Danke für Eure Antworten.
Also unsere Anwendung soll ausschließlich unter Windows mit verschiedenen Empfängern kommunizieren wobei immer mal wieder ein Scan gemacht wird und sich mit den entsprechenden Devices verbunden wird. Also ziemlich dynamisch.
Die Empfänger sind dann eben unsere Hardwarekomponenten. Wobei ich momentan sagen würde dass die Anforderung Windows 8 oder höher schon ein KO Kriterium ist. Aber das soll unser Vertrieb entscheiden.
Wo hier anscheinend doch einige Spezialisten sind. BLE kam aus folgendem Grund ins Spiel. Irgendwann soll eine IOS Anwendung geschrieben werden die es den Aplle devices erlaubt mit unserer Hardware zu kommunizieren. Um BT mit IOS zu ermöglichen muss angeblich ein extra Chip verbaut werden oder eben BLE verwendet werden. Diese Extrakosten würden wir uns gerne ersparen. Kann das jemand bestätigen ?

[Valle]

Zitat von v2afrank:

BLE kam aus folgendem Grund ins Spiel. Irgendwann soll eine IOS Anwendung geschrieben werden die es den Aplle devices erlaubt mit unserer Hardware zu kommunizieren. Um BT mit IOS zu ermöglichen muss angeblich ein extra Chip verbaut werden oder eben BLE verwendet werden. Diese Extrakosten würden wir uns gerne ersparen. Kann das jemand bestätigen ?

Wie meinst du das, "extra Chip"? Die iPhones haben selbstverständlich BLE und andere Bluethooth Standards eingebaut. Diese kannst du über die üblichen Entwicklungsmethoden für iOS-Apps ganz normal verwenden und damit Geräte verbinden.

Wenn ihr die Geräte selbst entwickeln wollt, dann müssen die natürlich einen Bluetooth Chip beinhalten. Da muss man sich dann schon zwischen BLE oder "herkömmlichem" Bluetooth entscheiden, da die beiden nicht miteinander kompatibel sind.

Ich bin ein wenig vertraut mit der BLE Produktreihe von Cypress und kann dir sehr empfehlen. Deren BLE Pioneer Kit ist zum Entwickeln und Lernen von BLE ziemlich praktisch. Ein BLE Dongle für Windows Rechner liegt übrigens bei. (Das ist keine Werbung, ich find die wirklich gut )

[v2afrank]

Klar müssen wir einen BT Chip einbauen. Ich bin mir jetzt gerade nur nicht sicher welchen die Hardwarker rausgesucht haben. Von denen kam auch die Aussage mit dem extra Chip. Ich habe mal kurz gegoogelt und es scheint das man den Apple Authentication co-processor einsetzen muss. Es sei den eben man nutzt den LE Moduse

[Valle]

Achso, okay. Soweit ich das verstanden habe, kannst du das SPP-Profil nur nutzen, wenn du diesen Co-Processor einbaust, was wohl einen enormen finanziellen Aufwand darstellen wird.

Mit SPP-Profil sparst du dir natürlich die BLE Bibliotheken für Delphi, denn da nutzt du ja einen Serialport.

Die Frage ist also eher, ob SPP denn das geeignete Profil für eure Anwendung ist. Das mit dem Co-Processor von Apple erscheint mir auch unpraktisch.