Porównanie zimnego startu dla TTFF (Time to First Fixed) dla różnych wersji Reach View (2.20.8 przed ‘reflash’, 2.25.2 dev., 2.24.2 stabilna)

101 views
Skip to first unread message

RYSZARD PAŻUS

unread,
Jan 25, 2021, 6:05:36 PM1/25/21
to AzusRTN

Wykonałem test w celu kontroli czasu inicjalizacji dla zimnego startu AzusRTN w warunkach zimowych (temp. 0oC). Z testu wynika podstawowy wniosek, że najnowsze wersje aplikacji są lepsze od tych poprzednich, przed ‘reflashing’ (wersje 2.18.0 i 2.20.8). Poniżej wyjaśnienie graficzne. Zamiast RTN zastosowałem RTK w pobliżu stacji referencyjnej WAT1 (334m od stacji). 

2021-01-25 20-53-58.jpg2021-01-25 21-10-33.jpg



Screenshot_20210125_152112_com.android.chrome.jpg

2021-01-25 19-50-09.jpg

2021-01-25 20-43-23.jpg

2021-01-25 20-35-50.jpg


IWING

unread,
Jan 26, 2021, 2:19:18 AM1/26/21
to AzusRTN
Świetna wiadomość, poprawa jest znacząca. Czy to zasługa dopracowania ustawień processingu, czy raczej naprawy wcześniej źle działającego odczytu danych stacji bazowej/poprawek?

RYSZARD PAŻUS

unread,
Jan 31, 2021, 7:25:13 AM1/31/21
to AzusRTN

Wykonałem dodatkowe sprawdzenie TTFF dla scenariusza „ciepłego” („ TTFF warm or normal”), tzn. odbiorniki były włączone wcześniej, około 1 godz. przed zasadniczą sesją, którą rozpoczynałem przez ‘Restart’. Mimo, że oscylator odbiornika jest temperaturowo kompensowany, to ta opcja zalecana do stosowania. Rezultaty przedstawione są graficznie, jak w poprzednich testach:

2021-01-30_23-08-43.png 2021-01-30_23-09-32.pngIMG_20210130_145532.jpg

2021-01-30 20-11-54.jpg

2021-01-30 20-16-50.jpg

2021-01-30 20-06-55.jpg

Testy pokazują, że przygotowywana nowsza wersja aplikacji ReachView będzie  skracać czas inicjalizacji (tutaj dla RTK, około 30 sekund względem obecnie stosowanej, stabilnej wersji 2.24.2). Moim zdaniem nie ma to większego znaczenia w praktyce, ale pokazuje aktywność rozwojową zespołu EMLID.

Pozdrawiam azusowiczów

Ryszard Pażus

Tomasz Gołębiowski

unread,
Feb 27, 2021, 1:22:19 PM2/27/21
to AzusRTN
Dzień dobry.
Z uwagi na dawniejsze problemy z wcześniejszymi wersjami Reach View nie decydowałem się na robienie upgrade'ów. Wersja, którą obecnie nadal posiadam w odbiorniku to 2.18.0 (!!!), ale widząc wyniki Pana testów chyba się zdecyduję :) Odbiornik pokazuje, że mogę zrobić upgrade do wersji 2.20.8 (załączam screen). Wersja ta jest jednak przedstawiona w teście jako najsłabsza (a dziś w temperaturze ok 0 st. i z moją 2.18.0  inicjalizacja była koszmarna...). Nie chciałbym doświadczyć mądrości przysłowia: "Zamienił stryjek siekierkę na kijek" :) Czy po upgradzie następne wersje pojawią się do zaktualizowania, czy też trzeba aktualizację przeprowadzić w jakimś innym trybie? No i zasadnicze pytanie: uważa Pan, że powinienem zaktualizować? :)
Pozdrawiam serdecznie.
Tomasz Gołębiowski

Zrzut ekranu 2021-02-27 191731.png

RYSZARD PAŻUS

unread,
Feb 28, 2021, 9:10:15 AM2/28/21
to AzusRTN

Aktualizacja do najnowszej wersji, teraz to 2.24.2 jest konieczna. Można ja przeprowadzić z tej wersji 2.18.0, lub z 2.20.8. Procedura aktualizacji wymaga ‘reflashing’, którą wykonuje się zgodnie z opisem

 https://docs.emlid.com/reach/common/reachview/firmware-reflashing/

Pozostawanie na wersji 2.18.0 nie ma już racji bytu, bo ta wersja 2.24.2 jest poprawiona i inicjalizacja jest wydajniejsza. Poza tym są w niej wszystkie udogodnienia powstałe w wyniku rozwoju oprogramowania. Poza wbudowanym w odbiornik kontrolerem ReachView 2 jest dodatkowy kontroler zewnętrzny ReachView 3 z polskim systemem odniesień przestrzennych. Jest też ostatnio wprowadzona opcja ‘EmlidNTRIP caster’, jako ciekawostkę mam w fazie testu wykorzystywanie Azus Star+ lub Azus Star jako bazy dla AzusRTN jako łazika (base -> rover).

Tutaj jeszcze mój komentarz do tej sugestii o ‘koszmarnej’ inicjalizacji w temperaturze 0 st. Oscylator odbiornika jest temperaturowo kompensowany i przyczyna była pewnie inna, ale mimo tego, jeżeli wybieramy się na pomiar proponuję w temperaturach ujemnych to warto odbiornik włączyć w samochodzie w czasie przejazdu a przed pomiarem wyłączyć i ponownie włączyć do zasadniczej pracy.

Pozdrawiam serdecznie

Ryszard Pażus 

Tomasz Gołębiowski

unread,
Feb 28, 2021, 10:21:11 AM2/28/21
to AzusRTN
W takim razie nie ma na co czekać, muszę tylko zgonić gdzieś kabel z dwoma "szerokimi" wtykami USB. Nasuwają mi się jeszcze trzy pytania, jeśli można - proszę wybaczyć, ale nie chcę utknąć gdzieś w pół drogi :)
1. Podczas "flashowania" program sam wykryje odbiornik, czy też trzeba będzie wskazać odpowiednie urządzenie (w naszym wypadku będzie to  Reach RS, nie RS2 prawda?)?
2. Czy po udanym procesie trzeba będzie coś jeszcze zrobić w odbiorniku? Chodzi mi o wszystkie ustawienia bluetooth, sparowanych urządzeń, punktów dostępu do internetu, konta poprawek ASG itp. Trzeba to będzie wprowadzić od nowa?
3. W telefonie/tablecie należałoby korzystać nadal z obecnej wersji Reach View, czy też lepiej pobrać pobrać Reach View 3?
Bardzo dziękuję za wszelkie wskazówki.
Pozdrawiam serdecznie
Tomasz Gołębiowski

RYSZARD PAŻUS

unread,
Feb 28, 2021, 12:09:53 PM2/28/21
to AzusRTN

1)     Jeżeli w pamięci odbiornika mamy pliki pomiarowe to trzeba je przed flashowaniem przenieść do pamięci zewnętrznej.

2)     Wybieramy ‘Reach module’, nie odbiorniki firmy Emlid

2021-02-28_17-44-51.png

 3)     Ustawienia zostaną zachowane, chyba tylko nazwa odbiornika i hasło powróci do ustawień fabrycznych.

4)     Reach View 3 to kontroler zewnętrzny, jeśli korzysta się z innych to niekoniecznie z niego trzeba korzystać. Z pytania wynika, że prawdopodobnie był wykorzystywany inny zewnętrzny (np. Power GPS ?).

Pozdrawiam

Ryszard Pażus

IWING

unread,
Feb 28, 2021, 2:05:00 PM2/28/21
to AzusRTN
WItam

3) Mogę się co prawda mylić ale przy tej aktualizacji gdzie musimy przeskoczyć wersję 2.20.8 zniknie wszystko tj. logi i projekty ale również ustawienia.

4) Tylko dodam że jeżeli zależy nam na skróceniu pracy to warto przejść na ReachView 3, nie trzeba będzie przeliczać współrzędnych no chyba że ktoś nadal potrzebuje wysokości z odniesieniem w Kronsztadzie. Dodatkowo w projektach, a raczej plikach csv projektu, w ReachView 3 mamy więcej informacji (np o dokładności pomiaru). Natomiast, przynajmniej moim zdaniam mniej wygodna jest opcja StakeOut.
ReachView 2 można i tak odinstalować, w ReachView 3 jest link do starego interfejsu.

Tomasz Gołębiowski

unread,
Feb 28, 2021, 2:35:19 PM2/28/21
to AzusRTN
Dziękuję Panom za bardzo cenne informacje. Z tego co pisze Pan IWING wynikałoby, że aby nie utracić ustawień (logi i projekty mnie nie interesują) najpierw należałoby zrobić upgrade do wykrywanej w odbiorniku wersji 2.20.8, a dopiero potem wykonać flashowanie? I wtedy ustawienia zostają. Dobrze myślę?

IWING

unread,
Feb 28, 2021, 4:37:02 PM2/28/21
to AzusRTN
Źle się zrozumieliśmy, była wersja z której aktualizacja do jeszcze nowszych wymagała "flashowania" (ponieważ nie ma możliwości wgrania aktualizacji z poziomu przeglądarki), chyba była to 2.20.8. I z tego co pamiętam ustawienia przy tym konkretnym "flashowaniu" się zerowały, ale wymaga to potwierdzenia.

Eugeniusz Komenda

unread,
Mar 1, 2021, 2:18:19 AM3/1/21
to AzusRTN
Witam,
Czytam bieżącą dyskusję, która często jest interesująca i przydatna.
Nie wiem czy w RV v.2.24.2 na smartfonie można i jak ustawić opcję,
aby adres, port, dane logowania nie znikały po każdym wyłączeniu odbiornika,
jak było w poprzedniej wersji przed aktualizacją?
Pliki pomiarowe pozostają. Nowa wersja Reach View 3 nie pojawia się na smartfonie
jako możliwa do pobrania, jak ją można pobrać?  
Pozdrawiam; Eugeniusz K... 

IWING

unread,
Mar 1, 2021, 10:13:15 AM3/1/21
to AzusRTN
Emlid trochę pomieszał z nazwami i zarówno oprogramowanie odbiornika jak i aplikacja mają nazwę ReachView. Ale w zasadzie obecnie już to poprawiono.
Kiedy pisałem ReachView 3 chodzi o aplikację która jest do pobrania w sklepie Google/Apple.
Po wyłączeniu u nas dane nie znikają. Natomiast ReachView 3 ułatwia kwestie przeskakiwania między różnymi źródłami poprawek, gdyż można dodać wiele zapamiętywanych profili.
Reply all
Reply to author
Forward
0 new messages