Unsere Ansicht ist einfach: In manchen F\u00e4llen ist es machbar, aber nur unter den richtigen Bedingungen. F\u00fcr handels\u00fcbliche Mobiltelefone und gelegentlich genutzte Apps ist dieser Ansatz in der Regel nicht zuverl\u00e4ssig genug, um als vollst\u00e4ndiger Ersatz f\u00fcr ein dediziertes Gateway zu gelten.<\/p>\n\n\n\n
Der Zielanwendungsfall<\/h2>\n\n\n\n
Die gew\u00fcnschte Architektur ist auf dem Papier unkompliziert. B002<\/a> oder B005<\/a> Ein Beacon sendet in einem konfigurierten Intervall BLE-Daten. Ein Smartphone, auf dem die App des Kunden l\u00e4uft, sucht nach diesen Daten, liest die Beacon-ID und die Signalst\u00e4rke aus und l\u00e4dt das Erkennungsereignis an den Server hoch.<\/p>\n\n\n\n Das passt zu den F\u00e4higkeiten von Lansitec. Leuchtfeuer<\/a>. Der B002<\/a> ist ein ultrad\u00fcnnes BLE-Label auf iBeacon-Basis mit konfigurierbaren Werbeintervallen von 100 ms bis 10 s und einer angegebenen Sichtlinien-\u00dcbertragungsreichweite von 150 m. B005<\/a> ist ein robusteres IP68-Leuchtfeuer mit konfigurierbaren Intervallen, optional AoA-Unterst\u00fctzung<\/a>, und die gleiche angegebene Sichtlinienreichweite von 150 m.<\/p>\n\n\n\n Das Problem liegt also nicht auf der Beacon-Seite, sondern auf der Telefonseite.<\/p>\n\n\n\n In Lansitecs B-Mobile<\/a> L\u00f6sung, Bluetooth-Gateways<\/a> werden an festen Standorten eingesetzt. Leuchtfeuer<\/a> regelm\u00e4\u00dfig werben, Gateways<\/a> Die Daten werden empfangen, und der Server berechnet oder interpretiert den Standort anhand der bekannten Positionen dieser Objekte. Gateways<\/a>. In denselben Dokumenten wird auch darauf hingewiesen, dass Tor<\/a> Im vorgesehenen Bereitstellungsmodell ist der Empfang praktisch immer aktiv, und das RSSI<\/a> kann aufgrund von W\u00e4nden, Interferenzen und Mehrwegeausbreitung variieren.<\/p>\n\n\n\n Die Platzierung der App an diesem Ort ver\u00e4ndert das gesamte L\u00f6sungsdesign.<\/p>\n\n\n\n Ein fester Tor<\/a> bietet Ihnen drei Dinge, die ein normales Handy nicht bietet:<\/p>\n\n\n\n Dies ist der erste wichtige Hinweis, den wir jedem Kunden geben m\u00f6chten. Selbst wenn die App das Beacon-Signal empf\u00e4ngt, ist ein sich bewegendes Smartphone nicht mit einem fest installierten Ger\u00e4t vergleichbar. Tor.<\/a><\/p>\n\n\n\n Unter iOS ist Bluetooth-Nutzung im Hintergrund zwar m\u00f6glich, aber eingeschr\u00e4nkt. Apple gibt an, dass Apps, die nur im Vordergrund ausgef\u00fchrt werden, im Hintergrund oder im Ruhezustand keine werbenden Peripherieger\u00e4te suchen und erkennen k\u00f6nnen. Apps, die den Bluetooth-zentrierten Hintergrundmodus aktivieren, k\u00f6nnen zwar weiterhin Peripherieger\u00e4te im Hintergrund erkennen und sich mit ihnen verbinden, die Hintergrundsuche verh\u00e4lt sich jedoch anders: Doppelte Erkennungen werden zusammengefasst, und die Suchintervalle k\u00f6nnen sich verl\u00e4ngern, wodurch die Suche l\u00e4nger dauern kann. Apple gibt au\u00dferdem an, dass Apps, die f\u00fcr Bluetooth-Ereignisse aktiviert werden, schnell fertig sein sollten und dass Hintergrundprozesse etwa 10 Sekunden dauern, bevor der Ruhezustand beeintr\u00e4chtigt wird. (1)<\/a><\/sup><\/p>\n\n\n\n Es gibt eine n\u00fctzliche iOS-L\u00f6sung: die \u00dcberwachung von Beacon-Regionen. Apples Core Location Framework kann iBeacon-Regionen \u00fcberwachen und die App bei Eintritt oder Austritt aktivieren. Allerdings gibt es Einschr\u00e4nkungen. Apple beschr\u00e4nkt die Regions\u00fcberwachung auf 20 Regionen pro App und empfiehlt ausdr\u00fccklich, die Beacon-Ortung nur dann durchzuf\u00fchren, wenn die App im Vordergrund l\u00e4uft. (2)<\/a><\/sup><\/p>\n\n\n\n Was bedeutet das also in der Praxis?<\/p>\n\n\n\n F\u00fcr iOS kann eine App Beacon-bezogene Hintergrundfunktionen unterst\u00fctzen, insbesondere grobe Workflows wie \u201cRegion betreten\/verlassen\u201d. F\u00fcr kontinuierliches, Gateway-\u00e4hnliches passives Scannen in einer weitverbreiteten Umgebung ist iOS jedoch keine geeignete Plattform. Wenn der Kunde ein permanent aktives Smartphone w\u00fcnscht, das unauff\u00e4llig als Infrastruktur fungiert, ist iOS die unzureichende Wahl.<\/p>\n\n\n\n Android bietet mehr Flexibilit\u00e4t, ist aber keine Zauberei. Laut Googles aktuellen Entwicklerrichtlinien ist die BLE-Kommunikation im Hintergrund m\u00f6glich, solange der App-Prozess aktiv bleibt. Wird der Prozess beendet, werden die Verbindungen getrennt. Google weist au\u00dferdem darauf hin, dass ungefilterte Scans beim Ausschalten des Bildschirms gestoppt und beim Einschalten fortgesetzt werden, sofern kein gefilterter Scan verwendet wird.<\/p>\n\n\n\n F\u00fcr die Hintergrundnutzung beschreibt Android verschiedene Vorgehensweisen: Scannen mit einem PendingIntent, Verwendung des CompanionDeviceService, Verwendung des WorkManager oder Ausf\u00fchren eines Vordergrunddienstes mit dem Typ \u201econnectedDevice\u201c. Google r\u00e4t generell von regelm\u00e4\u00dfigen Scans ab, da diese ineffizient sind und dennoch unterbrochen werden k\u00f6nnen. Ab Android 14 m\u00fcssen Vordergrunddienste den entsprechenden Diensttyp explizit deklarieren. (3)<\/a><\/sup><\/p>\n\n\n\n Das ist der entscheidende Punkt: Android kann das besser als iOS, aber die Zuverl\u00e4ssigkeit h\u00e4ngt stark von der Disziplin bei der Bereitstellung ab.<\/p>\n\n\n\n Ein normales Android-Smartphone kann die App aufgrund von Akkuoptimierungen des Herstellers, Benutzereinstellungen, Hintergrundbeschr\u00e4nkungen oder Speichermangel weiterhin beenden. Um sicherzustellen, dass der Prozess im Hintergrund nicht beendet wird, ist m\u00f6glicherweise ein speziell angepasstes, industrietaugliches Android-Ger\u00e4t erforderlich. Ein verwaltetes Ger\u00e4t mit Whitelisting, priorisierter App-Behandlung, kontrollierten Energieeinstellungen und rollenspezifischem Workflow bietet deutlich bessere Chancen.<\/p>\n\n\n\n Wir haben drei Situationen gesehen, in denen die App-basierte Idee sinnvoll ist.<\/p>\n\n\n\n Dies k\u00f6nnte in F\u00e4llen funktionieren, in denen der Nutzer die App w\u00e4hrend einer Schicht ge\u00f6ffnet l\u00e4sst oder das Telefon in einem Arbeitsablauf montiert ist und verwendet wird; der Empfang von Beacons wird dadurch deutlich realistischer. Ein Beispiel w\u00e4re die Montage in einem Fahrzeug oder einer Baumaschine, \u00e4hnlich wie bei einer Uber-Fahrer-App.<\/p>\n\n\n\n Ein robustes oder individuell angepasstes Android-Smartphone, insbesondere eines vom Unternehmen verwalteten, ist einem beliebigen Privatger\u00e4t deutlich \u00fcberlegen. Hierbei handelt es sich nicht um eine einfache Plattform f\u00fcr mobile Apps, sondern um ein dediziertes Endger\u00e4t. Daher ist ein h\u00f6herer Grad an Anpassungsm\u00f6glichkeiten zu erwarten, und es w\u00e4re sinnvoll, die Software so zu konfigurieren, dass der Prozess praktikabel wird.<\/p>\n\n\n\n Wenn der Kunde lediglich die Meldung \u201cBeacon gesehen\u201d, \u201cBeacon in der N\u00e4he des Telefons\u201d oder \u201cMitarbeiter hat eine Zone mit einem verwalteten Mobiltelefon betreten\u201d ben\u00f6tigt, dann ist die App m\u00f6glicherweise ausreichend. Wenn sie eine stabile \u00dcberwachung auf Raum- oder Standortebene unabh\u00e4ngig vom Nutzerverhalten ben\u00f6tigen, dann nein, das hei\u00dft Tor<\/a> Gebiet.<\/strong><\/p>\n\n\n\n Der App-Ansatz weist folgende grundlegende Einschr\u00e4nkungen auf:<\/p>\n\n\n\n F\u00fcr einen Kunden, der auf der App-L\u00f6sung besteht, empfehlen wir Folgendes.<\/p>\n\n\n\n Verwenden Android, nicht iOS<\/strong>, F\u00fcr den prim\u00e4ren Machbarkeitsnachweis. Aufbauend auf gefilterten BLE-Scans, Vordergrunddienstverhalten (sofern zul\u00e4ssig) und Enterprise-Ger\u00e4teverwaltung. Nach M\u00f6glichkeit robuste\/kundenspezifische Ger\u00e4te verwenden. Die App sollte in einen operativen Workflow eingebunden und nicht nur gelegentlich genutzt werden. Sie sollte als verwaltetes Terminal und nicht als zuf\u00e4llige Installation aus einem App Store behandelt werden.<\/p>\n\n\n\n F\u00fcr iOS sollte die L\u00f6sung enger gefasst werden. Sie kann Benachrichtigungen, Anwesenheitshinweise oder kontrollierte Workflows in Beacon-Regionen unterst\u00fctzen, jedoch keinen vollst\u00e4ndigen Gateway-Ersatz in anspruchsvollen Umgebungen.<\/p>\n\n\n\n Und f\u00fcr Kunden, die eine durchg\u00e4ngige Website-Abdeckung, eine minimale Abh\u00e4ngigkeit vom Nutzerverhalten und einen stabilen Referenzpunkt f\u00fcr das Tracking ben\u00f6tigen, empfiehlt sich die dedizierte L\u00f6sung. Bluetooth-Gateway<\/a> Architektur. Das ist aus technischer Sicht und im Hinblick auf eine stabile Funktionalit\u00e4t immer noch die beste L\u00f6sung.<\/strong><\/p>\n\n\n\n Ja, eine mobile App kann Beacon-Signale im Hintergrund empfangen. Das macht sie aber nicht automatisch zu einem guten Ersatz f\u00fcr ein Bluetooth-Gateway<\/a>.<\/p>\n\n\n\n Unter iOS ist dieser Ansatz eingeschr\u00e4nkt und sollte bestenfalls als bedingt betrachtet werden. Auf Standard-Android ist er zwar m\u00f6glich, aber fehleranf\u00e4llig. Auf kundenspezifisch angepassten oder industriellen Android-Ger\u00e4ten, insbesondere in einer verwalteten Betriebsumgebung, wird er deutlich realistischer.<\/p>\n\n\n\n Die abschlie\u00dfende Schlussfolgerung lautet also:<\/p>\n\n\n\n Eine App-basierte Hintergrund\u00fcberwachungsl\u00f6sung ist f\u00fcr ausgew\u00e4hlte Android-Installationen mit kontrollierten Ger\u00e4ten und kontinuierlicher App-Nutzung praktikabel. Sie ist jedoch kein zuverl\u00e4ssiger allgemeiner Ersatz f\u00fcr eine feste \u00dcberwachung. Bluetooth-Gateways<\/a>, insbesondere auf iOS-Ger\u00e4ten oder auf nicht verwalteten Mobiltelefonen von Endverbrauchern.<\/strong><\/p>\n\n\n\n <\/p>\n\n\n\n Referenzen und weiterf\u00fchrende Literatur:<\/p>\n\n\n\n <\/p>","protected":false},"excerpt":{"rendered":" Zielsetzung: Einige Kunden m\u00f6chten Bluetooth-Beacon-Signale im Hintergrund per App auf iOS oder Android empfangen, anstatt ein dediziertes Bluetooth-Gateway einzusetzen. In diesem Beitrag untersuchen wir, ob dieser Ansatz f\u00fcr die Beacon-basierte \u00dcberwachung von Lansitec technisch realisierbar ist, insbesondere f\u00fcr Ger\u00e4te wie das Bluetooth-Label B002 und das Bluetooth-Gateway B005. Weiterlesen \u00bbMachbarkeit der Verwendung einer mobilen App zur Hintergrund\u00fcberwachung von Beacons anstelle eines Bluetooth-Gateways<\/span><\/a><\/p>","protected":false},"author":12,"featured_media":18710,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"neve_meta_sidebar":"","neve_meta_container":"","neve_meta_enable_content_width":"","neve_meta_content_width":0,"neve_meta_title_alignment":"","neve_meta_author_avatar":"","neve_post_elements_order":"","neve_meta_disable_header":"","neve_meta_disable_footer":"","neve_meta_disable_title":"","footnotes":""},"categories":[19],"tags":[],"class_list":["post-18704","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-iot-education"],"_links":{"self":[{"href":"https:\/\/www.lansitec.com\/de\/wp-json\/wp\/v2\/posts\/18704","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.lansitec.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.lansitec.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.lansitec.com\/de\/wp-json\/wp\/v2\/users\/12"}],"replies":[{"embeddable":true,"href":"https:\/\/www.lansitec.com\/de\/wp-json\/wp\/v2\/comments?post=18704"}],"version-history":[{"count":4,"href":"https:\/\/www.lansitec.com\/de\/wp-json\/wp\/v2\/posts\/18704\/revisions"}],"predecessor-version":[{"id":18712,"href":"https:\/\/www.lansitec.com\/de\/wp-json\/wp\/v2\/posts\/18704\/revisions\/18712"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.lansitec.com\/de\/wp-json\/wp\/v2\/media\/18710"}],"wp:attachment":[{"href":"https:\/\/www.lansitec.com\/de\/wp-json\/wp\/v2\/media?parent=18704"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.lansitec.com\/de\/wp-json\/wp\/v2\/categories?post=18704"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.lansitec.com\/de\/wp-json\/wp\/v2\/tags?post=18704"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Warum unterscheidet sich dieses Modell vom normalen Lansitec-Modell?<\/h2>\n\n\n\n
\n
iOS-Machbarkeit<\/h2>\n\n\n\n
Android-Machbarkeit<\/h2>\n\n\n\n
Wenn der App-Ansatz funktionieren kann<\/h2>\n\n\n\n
Erstens, wenn die App effektiv im kontinuierlichen Betrieb ist.<\/h3>\n\n\n\n
Zweitens, wenn die Hardware gesteuert wird<\/h3>\n\n\n\n
![\"individuell](\"https:\/\/www.lansitec.com\/wp-content\/uploads\/2026\/04\/Android-Phone.jpg\" "\\"\\"")
Drittens, wenn die Anforderung die Ereigniserkennung und nicht die Standortbestimmung auf Infrastrukturebene ist.<\/h3>\n\n\n\n
Wichtigste Einschr\u00e4nkungen, die klar benannt werden sollten<\/h2>\n\n\n\n
\n
Praktische Empfehlungen<\/h2>\n\n\n\n
Abschluss<\/h2>\n\n\n\n
\n