Bluetooth Low Energy Delphi 6

[yogie]

Mal im Geräte-Manager nachsehen ob dort ein COM-Port eigetragen ist.
Wenn ja, sollte auf dieser COM-Port-Nummer eine Übertragung möglich sein. Manchmal taucht ein BT-Adapter mit 2 COM-Port-Nummern auf.
Nach meiner Erfahrung, muß man die niedrigere Nummer verwenden.

[v2afrank]

Nein. Ihr habt mich falsch verstanden. Die Hardware gibt sich nicht als COM Port aus. Ich wollte damit nur ausdrücken, dass ich in einer 1:1 Verbindung ein paar Byte sende und empfange so wie ich es auch mit einem seriellen Kabel machen würde.
Ansonsten muss ich schon alle möglichen Bluetooth Empfänger auflisten und den User fragen womit er sich verbinden möchte. Dass ist mit der Komponentensammlung von btframework nicht von Haus aus möglich. Laut deren Support unterstützen die den "Dicover" Mode nur mit treibern von BlueSleil, da die Treiber von Microsoft limitiert sind ?

[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 )

[TurboMagic]

Hallo,

achtung: es gibt für BT Low Energy (BLE) bisher kein standardisiertes serielles Profil, im Gegensatz zum SPP (Serial Port Profile) des "Classic Bluetooh".
Damit wird's mit einem COM Port eher nichts werden. Man müsste vermutlich was auf Basis von GATT entwickeln. Da habÄ ich aber keine Erfahrung (hätt' aber gerne welche).

Die erwähnte Bibliothek BTFramework habe ich in einer älteren Fassung in Delphi 2007 und 10.1 Berlin schon benutzt. Der Entwickler ist ein Russe und recht hilfsbereit. Ich bekomme auch alle paar Wochen eine E-Mail mit einer Zusammenfassung, was im neuesten Update gemacht wurde. Nur hab' ich die nur für Classic Bluetooth mit SPP und BT Gerätesuche sowie Koppelung benutzt (meine Anforderungen sind etwas spezieller, da unsere BT Hardware 2 SPP Ports bereitstellt, was auf GUI Ebene des Betriebssystems oft nicht wirklich behandelt wird (Windows ist da noch besser als Android) zund ich Zugriff auf beide Ports brauche, weil der eine ein Konfigurationsport für das gerät ist).

Ich müsste mein BTFramework mal wieder aktualisieren, alleine schon wegen der vioelen Bugfixes seit dem, allerdings hat er mal was an der Architektur umgestellt, was ich erst nachziehen müsste und dazu fehlt mir momnentan etwas die Zeit.

In wieweit die Delphi eigenen Bibliotheken bei BLE unter Windows was taugen weiß ich nicht. Für eine Test App für Android hab' ich die aber schon mal erfolgreich benutzt. Alölerdings muss ich wegen der spezifika unseres Gerätes auf eine nicht öffentliche Funktion des Android API zurückgreifen. Mir hat damals dann Allen Baur gezeigt, was ich in der RTL wo hinzufügen muss, um diese Funktionalität nutzen zu können und warum das unkritisch ist (ANdroid braucht's selber).

Zu deinem Delphi 6: versuch doch'Ä mal wirklich langsam auf eine neuere Version umzusteigen. Alleine die IDE kann einiges mehr wie Refactorings etc.
Du könntest als Zwischenschritt (man bekam bisher mit einem neueren Delphi eigentlich auch immer Lizenzen für die älteren Versionen > 7) ja auf 2007 gehen, die letzte Version vor der Unicode Umstellung. Da kann die IDE auch schon manches mehr (z.B. Rename Refactoring, Methode auslagern etc.)

Grüße

TurboMagic