Forum Krótkofalarskie PKI

Pistar to linux jak wyłączysz kilka razy zasilanie bez zamknięcia systemu, to takie cuda z kartą mogą się dziać, ewentualnie gdy karta sd jest uszkodzona. Standardowo nie ma problemu z zapisem ustawień, sam mam bramkę i jeśli coś takiego się dzieje tzn, że albo system plików się wysypał albo z jakimś błędem obraz jest przeniesiony do karty pamięci.
Sposób który podałem jest najszybszy i najłatwiejszy.

Czy poprzez platformę SSH można zmienić ustawienie aktualne (ro) na (rw) i wówczas każda zmiana w konfiguracji będzie zapisana na karcie microSD. Tak zresztą mam na drugim hotspocie, gdzie po zalogowaniu się na SSH wyświetla się informacja - enable read-write with "rpi-rw" (rw) i w tym HS nie mam problemu z zapisywaniem zmian, natomiast na tym pierwszym HS po zalogowaniu jest (ro)-read only. Wygodniej byłoby dokonać zmiany z poziomu SSH, czy rzeczywiście trzeba od nowa przeinstalować obraz na karcie. Mam jeszcze jeden problem nie zawsze czas synchronizuje się na obu HS. Czasami oba zsynchronizują się bez problemu a innym razem tylko jeden i nie zawsze ten sam.

Po zalogowaniu sie na PI-star napisz polecnie:

rpi-rw

mozesz wtedy uzywajac edytor wprwadzac zmiany w konfiguracji

Polecam zainstalowac sobie komandera:

sudo apt-get install mc

i uruchomic go:

sudo mc

Dzięki za informacje. Widzę, że to taki Norton Commander jak się kiedyś używało. Podgladane katalogi niestety nie wszystko mi mówią, także ostrożnie trzeba zmieniać. Czy możliwa jest na trwale taka zmiana, aby stale było ustawienie na rw, bo każdorazowo po zmianie na SSH (wcześniej ustawione na rpi-rw) system przy wychodzeniu z SSH przechodzi automatycznie na (ro) i dlatego wszystkie zmiany z poziomu dashboarda działają do momentu wyłączenia zasilania (a to muszę na wieczór robić). W drugim HS stan rw utrzymuje się tylko dlatego, że pojawił się jakiś błąd i po wyjściu z SSH pojawia się zapis mount: / is busy i stan rw nie jest zamieniany ro, taką przynajmniej informację wyczytałem na jakimś forum. Przy okazji parę pomocnych ciekawostek znalazłem na Twojej stronie WWW.

Nie ma to znaczenia przy zapisie przez panel www. Skoro nie zapisuje zmian, to coś sie wysypało. Zrob kopie zapasową ustawień. Wgraj świeży obraz przywróć z kopii zapasowej ustawienia. Po tej operacji zrob dodatkowe zmiany i zapisz.

Janusz,

jak sie logujesz via ssh to pisze

Pi-Star's disk is read-only by default, enable read-write with "rpi-rw".

Pi-star domyslnie jest caly czas w trybie RO

komendy rpi-ro - rpi-rw to aliasy komend

alias rpi-ro='sudo mount -o remount,ro / , sudo mount -o remount,ro /boot'
alias rpi-rw='sudo mount -o remount,rw / , sudo mount -o remount,rw /boot'

ale patrzac na /etc/fstab wyglada ze zawsze po reboot i wylaczeniu zasilania bedzie pracowac w trybie RO bo taka idea byla autora oczywiscie uzywaja interfejsu WWW podczas zapisywania konfiguracji przelaczany jest w tryb RW i po zapisie wraca do RO

Ja mam wersje 3.4.17

Choc bywaja problemy z komendami rpi-ro i rpi-rw patzr tu:

https://amateurradionotes.com/pi-star-troubleshooting.htm

wlasnie jest tam opisany problem komunikatu: mount: / is busy
jak pisza nalezt zrobic reboot co wraca w tryb RO bo w /etc/fstab jest ze ma byc RO tryb po bootowaniu systemu


Co do synchronizacji czasu to widac cos nie tak jest skoro w wersji 4.0 RC2 pisze autor:

NTP Support Improved
NTP support has been improved, Pi-Star should do a much improved
job of jumping to the correct time after boot up, and staying
on time correctly.

tzn zostalo cos poprawione

Właśnie teraz zrobiłem upgrade do wersji 3.4.17. Nie wiem, czy w tym nie zapamiętywaniu zmian w konfiguracji nie miały wpływu zmiany, które wprowadzałem poprzez SSH wykonując modyfikację na podstawie opisu Rogera Clarka
a dotyczące montażu przełącznika umożliwiającego szybką zmianę w HS z Brandmeistera na DMR+ i odwrotnie w ciągu praktycznie 3 sek., bo zastosowany Gateway uprzywilejowuje BM w stosunku do DMR+. Można oczywiście zrobić odpowiednie zmiany w konfiguracji przekierowań TGRewrite w zakładce DMR GW - DMR Network 2, ale o tym wcześniej nie wiedziałem. Tę stronę z błędami to właśnie czytałem i pewnie występują w tym moim drugim HS, ale to akurat mi nie przeszkadza, bo poza tym nie mam z nim żadnym problemów, to jest wersja HS, która współpracuje z płytką modemową do pracy duplexowej.

Waldku,
Próbowałeś tę wer. 4.0 RC2, bo ja wgrałem ten obraz na kartę, ale Pi-star nie startuje. Gdzie można znaleźć opis tej wersji, bo jakoś nie udało mi się.

SO5AJG pisze:

Waldku,
Próbowałeś tę wer. 4.0 RC2, bo ja wgrałem ten obraz na kartę, ale Pi-star nie startuje. Gdzie można znaleźć opis tej wersji, bo jakoś nie udało mi się.

Wgrałeś na kartę sd plik z konfiguracją sieci?
http://www.pistar.uk/wifi_builder.php

SQ9MUR pisze:


SO5AJG pisze:

Waldku,
Próbowałeś tę wer. 4.0 RC2, bo ja wgrałem ten obraz na kartę, ale Pi-star nie startuje. Gdzie można znaleźć opis tej wersji, bo jakoś nie udało mi się.


Wgrałeś na kartę sd plik z konfiguracją sieci?
http://www.pistar.uk/wifi_builder.php

U mnie ruszyło od razu na jumbospot po przywróceniu kopii konfiguracji z wersji 3.4.17
Drugi hotspot z stm32 miał pewne braki i musiałem zrobić korektę ustawień.

U mnie coś jest jednak nie tak, bo pomimo skopiowania backupu poprzedniej konfiguracji i pliku ustawień sieci WiFi nadal HS nie startuje. Zresztą na poprzedniej wersji 3.4.17 i jeszcze wcześniejszej 3.4.16 miałem problem ze startem systemu po wyłączeniu zasilania. Zwykle dwu- lub trzykrotne załączenie zasilania jedno po drugim HS startuje. Natomiast dopóki nie wyłączy się zasilania może pracować bardzo długo. Także generalnie ma trudny start i być może dlatego nie mogę uruchomić tego nowego systemu 4.0

Problem ze startem systemu wynikał z uszkodzenia kabla, które początkowo było nie zauważalne. Nadal nie daje się uruchomić wer. 4.0 RC2

SO5AJG pisze:

Problem ze startem systemu wynikał z uszkodzenia kabla, które początkowo było nie zauważalne. Nadal nie daje się uruchomić wer. 4.0 RC2

Wgrałeś plik konfiguracyjny sieci wifi?
Na pierwszy start trzeba troszkę dłużej poczekać

Już jest OK. Mimo, że wgrywałem ten plik konfiguracyjny wifi nic z tego nie wychodziło. Podejrzewam, że dwie sprawy nałożyły się równocześnie a mianowicie ten uszkodzony kabelek a i to, że zasugerowałem się brakiem informacji na wyświetlaczu. Dlatego nie mogłem dostać się w przeglądarce na swoje IP pod którym wchodziłem na wersję 3.4.17. Nawet zgodnie z opisem pistara miałem wgrany do partycji bootującej plik zip backupowy.
Najbardziej bruździł mi ten kabelek i dlatego nie mogłem zorientować się w czym leży przyczyna. Dopiero przypadkowo zauważyłem, że ruszając wtykiem microUSB przygasają mi LED-y. Myślałem, że to od tego wtykania obruszało się gniazdo zasilania, okazało się, że to jednak w kablu.
Dzięki za pomoc.

Mam pytanie związane z wer. 4.0 RC2, czy ktoś kto używa aplikacji Pi-star Mobile na Androida sprawdził, czy działa ona przy tej wer. 4.0, bo u mnie nie. Przy poprzedniej w tym ostatniej 3.4.17 nie było z tym problemu.
Być może do twórcy tej wersji mobilnej jeszcze 4.0RC2 nie dotarło.

Zwroc uwage ze na stronie tej aplikacji jest napisane:

"Pi-Star mobile 1.40 is released.

====== THIS PROJECT IT NO LONGER BEING DEVELOPED) ======"

http://amateurradio.digital/pistar.php

SO5AJG pisze:

Mam pytanie związane z wer. 4.0 RC2, czy ktoś kto używa aplikacji Pi-star Mobile na Androida sprawdził, czy działa ona przy tej wer. 4.0, bo u mnie nie. Przy poprzedniej w tym ostatniej 3.4.17 nie było z tym problemu.
Być może do twórcy tej wersji mobilnej jeszcze 4.0RC2 nie dotarło.

To się zgadza, ale niekoniecznie musiało to oznaczać, że nie odpali na nowej wersji. Wszystko zależy od tego jakie zmiany wprowadzono, czy akurat takie, które uniemożliwią pracę wersji mobilnej. Akurat nie zaglądałem od razu na tę stronę, bo wpisy odpowiednich komend miałem skopiowane do swojego pliku. W poprzedniej wersji też miałem problemy, ale powtórne wgranie tego programu chyba dwa razy w końcu powiodło się, myślałem, że tutaj może być ten sam problem. Ponadto na innej stronie znalazłem również nieco inne (podobne) komendy dotyczące tego samego programu, ale to również nie pomogło. Ta wersja 4.0RC2 to w końcu wersja beta i być może niektóre ustawienia mogą być jeszcze zmienione w wersji finalnej - zobaczymy.

No tak zapomnialem dopisac ze podone problemy zglaszane sa na forum pistar.uk i miedzy innymi byla ta informacja ze nie dziala aplikacja na ver4.x PI-Star

sp2ong pisze:

No tak zapomnialem dopisac ze podone problemy zglaszane sa na forum pistar.uk i miedzy innymi byla ta informacja ze nie dziala aplikacja na ver4.x PI-Star

Dzięki za info. Widocznie zbyt pobieżnie przeglądałem to forum i nie natrafiłem na ten temat. Czasami zbyt duża ilość tematów stron i nie ma cierpliwości, żeby to wszystko przejrzeć.

Janusz, bo to bylo przy okazji innego watku VK3KYY pisal o tym tu:

https://forum.pistar.uk/viewtopic.php?f=3&t=1237&p=5340&hilit=pistar+mobile#p5342