Odpisali:

Oto otrzymany plik:


Marek

_________________
s/y Milonga
Jeanneau Fantasia 27
POL 18616

Też mi się tak wydaje Komercyjne rozwiązania też mają "wbudowane" opóźnienia:
Raymarine - 10 sekund A built-in 10 second delay is included, between the initial signal loss and the alarm sounding, to minimise the likelihood of false alarms occurring.
Crew Watcher - 6 sekund If an activated beacon detects water or loses its signal, the app will automatically sound an alarm within 6 seconds

* ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ *


Czyli: żadnego czujnika nie montowali, bowiem zanurzony w wodzie nadajnik przestaje być odbierany przez "bazę". IMHO słusznie.

Ewentualnie można rozważyć (przy cenie taga rzędu kilku zł) obudowę wodoNIEodporną - zalanie powinno "zabić" taga... To oczywiście żart - bo fala czy deszcz także mogą zadziałać...

_________________

***********************************************
* Gdyby wszyscy byli bogaci nikt nie chciałby wiosłować *
***********************************************

Do eksperymentów polecam apkę "automate" (android). Pozwala na łatwe stworzenie własnego, całkiem zaawansowanego "programu" poprzez składanie i programowanie gotowych bloków z różnymi funkcjami. Podzieliłbym się swoim, ale chyba go szlag trafił z poprzednim telefonem. Jeśli znajdę to wrzucę.
W skrócie: tagi identyfikowała po adresach MAC, "pingowała", w razie niepowodzenia odczekiwała jakiś czas, znowu próbowała kontaktu i ew wszczynała alarm.

To miało być na długi przelot w dwie osoby, więc zabicie taga przez zalanie też mnie urządzało. Jeśli się go trzyma pod sztormiakiem, to woda raczej się dostaje tylko w jednym przypadku . Zresztą zawsze można go włożyć w torebkę - strunówkę.

Myślę, że to konkretne rozwiązanie jest bardzo konkurencyjne cenowo. Można ten clipper MOBi znaleźć z 3 tagami z rabatem za ~200 GBP, co oznacza, że za ~1000 PLN mamy kompletne rozwiązanie, bez konieczności majsterkowania.

Dla porównania, opcja niby-najtańsza, to tagi za ~10 PLN (te opcje za 1 euro, to tylko w Chinach, jak dopłacimy za przesyłkę i cło, to już tak dobrze nie wychodzi) i apka na telefon. Ale to nie działa (częste alarmy, rozłączenia, wieszające się apki...).

Opcja realistyczna DIY (choć na razie nie istniejąca), to raspberry pi + kilka tagów. Wg moich obliczeń, to ~200-300 PLN (zakładając raspberry pi zero + jakaś bateria i zasilanie z 12V + jakaś obudowa + 3 tagi, jak tanie to bliżej 200 PLN, jak droższe, to bliżej 300). Dodatkowo, ta opcja jest bez wyswietlacza, co może być wadą (trudniej zdiagnozować problemy) albo zaletą (mniejsze zużycie prądu, mniej do programowania).

Podsumowując, myślę, że większość żeglarzy może woleć opcję pierwszą (Clipper MOBi). Dla hobbystów, opcja DIY może być ciekawa, ale raczej pod warunkiem chęci pobawienia się z tym samemu. Dla mnie potencjalnie dużą zaletą jest możliwość integracji z innymi rozwiązaniami (jak np. oznaczanie pozycji MOB w OpenCPN) i możliwość łączenia kosztów (ja i tak mam raspberry pi, które daje mi info o echosondzie i AIS).

_________________
pozdrawiam
Bartek
S/Y Villemo POL 14366

Też myślałem nad tym. Ja mam plan mieć te tagi na stałe przymocowane do kamizelek i wtedy, wydaje mi się, że idealny byłby jakiś rodzaj "kapturka", czy "dzwonu" np. z folii termokurczliwej. Tzn. od góry i z boku tag stałby się odporny na zachlapanie, a jednocześnie wskoczenie do wody w zasadzie gwarantowałoby szybki zgon taga i utratę łączności, a w konsekwencji alarm.

_________________
pozdrawiam
Bartek
S/Y Villemo POL 14366

Problemem jest moc, a co za tym idzie zasięg standardu BLE, w którym pracują te tagi. Jest tak mizerny, że na katamaranie czasem gubiło kontakt między stanowiskiem sternika a kabiną tuż pod nim. Może gdyby jakoś to wzmocnić - np dodatkową, bazową anteną BT w raspberry to by działało. Ale mi chodziło o najprostszy system - dowolna komórka lub tablet, które i tak wożę + kilka maleńkich breloczków. Żeby nie mnożyć sprzętu który wożę.

Wysłane z mojego PRA-LX1 przy użyciu Tapatalka

Ponieważ się nie znam to się wypowiem.
Antena "bazowa" to fajny pomysł ale czy wydłużenie kabla nie osłabi sygnału? Jak bardzo? Ale jest na to rada w postaci wzmacniaczy LNB MIMIC.
Mnie zastanawia jedno. Jak wygląda transmisja sygnału z taga. Czy jest ciągła czy też czas co jaki jest wysyłany jest stały czy też zmieniany losowo bo czy nie będzie trzeba pokonać przeszkody takiej samej jaka występuje w AIS czyli jednoczesne nadawanie sygnałów przez kilka nadajników. Chyba, że system - stacja bazowa kolejno wywołuje przypisane tagi.
Ktoś wie jak dokładnie wygląda procedura sprawdzania?

A gdzie znalazłeś informację, że Clipper MOBi komunikuje się na zewnątrz?

Zrobiłem zestawienie cech:

_________________

***********************************************
* Gdyby wszyscy byli bogaci nikt nie chciałby wiosłować *
***********************************************

To ciekawe, bo nie pomyślałem o tym, ale częścią problemów, które widzę z komórkami może wynikać z optymalizacji zużycia prądu na komórce, co powoduje utratę sygnału. Do tej pory zakładałem, że to dziadowskie apki, ale może to być związane z brakiem kontroli nad mocą odbiornika BLE. Wydaje mi się, że na PI będzie lepiej, nawet bez dodatkowej anteny.


Tutaj chyba nie ma co kombinować. Standard Bluetooth LE to określa i jedną z zalet jest to, że nie musimy się tym martwić. W szczególności, w BLE pozwala na swobodną komunikację pomiędzy dziesiątkami urządzeń, m.in. dzięki temu, że jak utworzysz połączenie między urządzeniami, to tagi przestają "rozgłaszać" swoją obecność.

* ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ *


Może nie dość jasno napisałem, ale miałem na myśli, że to zaleta rozwiązania DIY w porównaniu do tego MOBi.

_________________
pozdrawiam
Bartek
S/Y Villemo POL 14366

To skąd zdobędziesz informację, że któryś wylądował za burtą?

Według mnie urządzenie musi operować według mniej więcej takiego algorytmu;

1.- Urządzenie nadzorujące (Anioł Stróż w skrócie AS) posiada listę Dusz, które nadzoruje. - możliwość bieżącej aktualizacji śledzonych obiektów aby uniknąć alarmowania nieczynnych D.

2.- AS kolejno w określonym przedziale czasowym sprawdza listę obecności D;

3.- przy utracie D (Dww - dusza we wodzie) AS zmienia kolejność listy sprawdzania wzywając utraconą Dww po każdym wywołaniu kolejnego D z listy;

4.- Po określonej liczbie wywołań Dww bez odpowiedzi AS wszczyna alarm;

5.- Po "skasowaniu alarmu" przez użytkownika AS nadal wywołuje wszystkie D przy czym nie alarmuje [wystawia jakiś alarm cichy?] o braku odpowiedzi Dww.

Mój nauczyciel w technikum jak chciał ponaigrywać się z ucznia mówił; "nie bądź taki Słodowy" Nie naśmiewał się z niego lecz tych, którzy bezrefleksyjnie próbowali wykonać jego zabawki. Jako przyszli specjaliści mieliśmy wiedzieć nie jak ale dlaczego urządzenie działa.
Ja tam na "sinych" się nie znam i może moje obawy wynikają z niewiedzy ale nie budujemy/cie sterowanego komputerem wiatraczka a urządzenie nadzorujące czyjeś życie.

Przyszedł mi do głowy pewien test ale potrzeba do niego kilku uczestników - urządzeń BT. Po sprawdzeniu ile urządzeń jest dostępnych sprawdźmy kiedy urządzenie zauważy, że jedno wyłączyliśmy. Czy urządzenie stwierdzi to 'samo"? Po jakim czasie? Czy będzie konieczne polecenie ponownego sprawdzenie listy dostępnych urządzeń?

Nie wiem, czy warto jest tutaj to wszystko roztrząsać, ale po krótce:
- BT LE wymaga nawiązania połączenia pomiędzy centralą a tagiem (peripheral), w przeciwnym razie tag po kilku minutach "usypia". To połączenie musi być utrzymywane przez cały czas. Tzn, że oba chip'y (zarówno centrala jak i tag) będą sobie wysyłać pakiety co chwila, żeby upewnić się czy są w zasięgu. Nie programujemy tego - to robi firmware sprzętu, zgodnie ze standardem.
- podczas tego połączenia centrala może "wypytywać" tag, np. o stan baterii (może być przydatne), czy siłę sygnału (mało wiarygodne, wg moich eksperymentów), a on może przysyłac "powiadomienia" np. że ktoś nacisnął guzik.
- utrata połączenia skutkuje zgłoszeniem wyjątku po stronie centrali (i taga, ale tag niewiele może zrobić). To jest dla nas główne zdarzenie do obsłużenia. Jeśli mamy chwilę czasu (np. 10-15sek), możemy spróbować wznowić połączenie, bo może to tylko jakieś zakłócenia. Potem wszczynamy alarm.


No, ja bym był ostrożny. Jestem przekonany, że nawet te komercyjne rozwiązania podają czerwonym atramentem w instrukcji, że nie można na nich w 100% polegać. Nie inaczej, nie radziłbym polegać na tym, że takie rozwiązanie będzie czyjeś życie "nadzorować". Ja o tym myślę tak, że to jest dodatkowe urządzenie, które może być dość bezobsługowe i dawać szansę na zorientowanie się, że kogoś zgubuliśmy trochę wcześniej niż bez niego.

_________________
pozdrawiam
Bartek
S/Y Villemo POL 14366

A w iBeaconie programujemy? Bo tu napisali że można ustawić czas pomiędzy transmisjami na 100 - 900 milisekund. Ale nie wiem czy to ta sama transmisja o której piszesz, czy to zupełnie inna warstwa? https://en.wikipedia.org/wiki/IBeacon#Power_consumption
W BBMagic piszą o nawet 6 sekundach (dla ALARM) i 30 sek (dla ALIVE) IMHO za długo: https://botland.com.pl/pl/bbmagic-moduly-automatyki-bluetooth/15519-bbmagic-flood-bezprzewodowy-czujnik-zalania.html

_________________

***********************************************
* Gdyby wszyscy byli bogaci nikt nie chciałby wiosłować *
***********************************************

Warto, uwierz warto!
Bez wiedzy o działaniu trudno zdiagnozować problem a wtedy zaczną się u użytkowników gusła.


Ja właśnie widzę tu największe "niebezpieczeństwo". Ty, Wojtek i jeszcze kilku wie dobrze, że to urządzenie wspomagające lecz inni jacyś blogowi samoucy, potraktują je jako zastępujące nawet zdrowy rozsądek. Dobrze wiem, że twórców nie można obarczać odpowiedzialnością za głupotę innych ale niesmak może pozostać więc jak najwięcej staranności.

Nie wiem dokładnie co autorzy obu tych tekstów mieli na myśli. Ale tak jak podejrzewasz, jest tu kilka "warstw" komunikacji, i każda ma swoje parametry.
- kiedy mowa o "advertising" to najprawdopodobniej chodzi o to jak często ogłasza się tag, kiedy chcemy go sparować (czyli na początku, przy podłączaniu taga po raz pierwszy do centrali). To jest w firmware taga (czyli producent taga o tym decyduje, może dać potencjalnie interfejs do zmiany tego, ale te tagi, z którymi ja miałem do czynienia nie dają). Dla aplikacji DIY MOB nie ma to znaczenia.

- kiedy mowa o już nawiązanym połączeniu, pakiety latają co ustalony czas (od 7ms do 4s) przy czym centrala ma większy wpływ na to niż tag (https://www.novelbits.io/ble-connection-intervals/). W przypadku DIY MOB pewnie co sekundę jest zupełnie ok.

- to co jest podane dla tych modułów BBMagic, to już kolejna warstwa, czyli jak często TAG ma zgłaszać się do aplikacji po nawiązaniu połączenia. Np. jak masz termometr na ścianę na BLE, to on pewnie będzie automatycznie wysyłał temperaturę co minutę i to wystarczy. Nas to raczej nie dotyczy, ale niektóre iTAGi (np. jeden z tych które testuję) pozwalają włączyć powiadomienia o statusie baterii co określony czas. Czyli nie musimy taga odpytywać, a on z automatu co minutę podaje ile jeszcze ma prądu. To jest zwykle jakoś konfigurowalne i zależy od taga i jego firmwaru. Dla DIY MOB ma znaczenie marginalne.

_________________
pozdrawiam
Bartek
S/Y Villemo POL 14366

Z tego tekstu wynika, że częstotliwość pakietów jest zależna od ilości danych (wymaganej przepustowości). My - de facto - żadnych danych nie potrzebujemy przesyłać, wystarczy sam fakt istnienia połączenia (tak jakbyśmy - korzystając ze skrętki i RJ45 - używali zielonej LED na karcie sieciowej do jakiejś sygnalizacji ). To chyba najniższa warstwa OSI? OK, jak dają to ten stan baterii jest kuszący... ale gdyby - dzięki brakowi (bardzo małej ilości) danych - bateria wytrzymywała 1-2 lata to może niekoniecznie?

_________________

***********************************************
* Gdyby wszyscy byli bogaci nikt nie chciałby wiosłować *
***********************************************

Porównania z siecią kablową mogą prowadzić na manowce. Raczej lepiej myśleć o tym jak o statusie połączenia wifi (jak już musisz to do czegoś porównywać), ale to też nie do końca, bo tutaj mamy połączenie master-slave między centralą a tagiem. Po prostu parujemy urządzenia i korzystamy z faktu parowania

To zależy od typu taga i wcale nie koniecznie to musi być aktywne powiadamianie. Wystarczy że centrala odpyta tagi o stan baterii np. co godzinę, co będzie miało zupełnie znikomy wpływ na zużycie prądu.

_________________
pozdrawiam
Bartek
S/Y Villemo POL 14366