-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bluetooth - nadawanie i jednoczesne skanowanie w tle, IOS #28
Comments
Nie jest to możliwe wprost. Na Androidzie są podobne ograniczenia, zwłaszcza u Chińskich producentów którzy ubijają aplikacje w tle źródło Można próbować to obejść, ale tylko częściowo. Podczas monitorowania UUID jeśli zostanie odczytany UUID związany z „ProteGo” można odpalić w tle aplikację aby odnotować ten fakt i, być może, także wysłać „odpowiedz”. Problem nr 1 jest taki, ze Apple ogranicza odpalanie w tle do 180 sekund. Można wysłać użytkownikowi local notification gdy odczytamy ze pozostało już kilka sekund (jest remaining time w którymś parametrze). Wtedy użytkownik będzie ponaglony do uruchomienia aplikacji, tylko w celu zresetowania licznika. Problem drugi jest w tym, ze to zadziała tylko gdy iOS jest odpowiadającym. Gdy spotkają się 2 iOSy lub iOS z ograniczonym Androidem - spotkanie nie będzie zarejestrowane. Jestem tez ciekawy jak chcecie w cała przestrzeń dostępna w major i minor iBeacona upakować jednorazowe tokeny, o których jest rozmowa w Issue 34 |
Na Androidzie zawsze można skorzystać z foreground service + screen
overlay. Nigdy nie będzie 100% pewności, ale w końcu we wszystkim tylko
minimalizujemy prawdopodobieństwo ;)
…On Sat, Apr 4, 2020, 21:19 mkwiecinski ***@***.***> wrote:
Nie jest to możliwe wprost. Na Androidzie są podobne ograniczenia,
zwłaszcza u Chińskich producentów którzy ubijają aplikacje w tle.
Można próbować to obejść, ale tylko częściowo. Podczas monitorowania UUID
jeśli zostanie odczytany UUID związany z „ProteGo” można odpalić w tle
aplikację aby odnotować ten fakt i, być może, także wysłać „odpowiedz”.
Problem nr 1 jest taki, ze Apple ogranicza odpalanie w tle do 180 sekund.
Można wysłać użytkownikowi local notification gdy odczytamy ze pozostało
już kilka sekund (jest remaining time w którymś parametrze). Wtedy
użytkownik będzie ponaglony do uruchomienia aplikacji, tylko w celu
zresetowania licznika.
Problem drugi jest w tym, ze to zadziała tylko gdy iOS jest
odpowiadającym. Gdy spotkają się 2 iOSy lub iOS z ograniczonym Androidem -
spotkanie nie będzie zarejestrowane (źródło
<http://www.davidgyoungtech.com/2019/04/30/the-rise-of-the-nasty-forks> )
Jestem tez ciekawy jak chcecie w cała przestrzeń dostępna w major i minor
iBeacona upakować jednorazowe tokeny, o których jest rozmowa w Issue 34
<#34>
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#28 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABWBHCXOUQPOACSMJZWR5IDRK6B35ANCNFSM4L4DBICA>
.
|
Tutaj opisaliśmy nasze podejście: https://github.com/ProteGO-app/specs/blob/master/specs/bluetooth.md |
Dajcie znać czy coś jeszcze jest niejasne, albo zamknijcie proszę |
Z braku pytań zamykam |
Cześć
Czy ktoś sprawdził czy można jednocześnie skanować (słuchać) i nadawać pakiety Bluetooth/Bluetooth Low Energy przez aplikacje IOS pracująca w tle ?
Może to nie być w ogóle możliwe ze względu na ograniczenia IOS API.
Jeżeli jest możliwe, to jak bardzo zużywa to baterię ? Zarówno skanowanie jak i nadawanie zużywa energię.
The text was updated successfully, but these errors were encountered: