Nowa niekompatybilna wersja 2.3.* Meshtastic

[ioioio]

Korzystam z Heltec T114 na nRF52840 i pisalem juz o problemie, ktory polega na tym, ze pewien obszar pamieci nie jest zerowany przy wgrywaniu nowszych wersji i bywa z nimi niekompatybilny.
Musze chyba zalozyc konto na portalu Heltec i zaczac pisac o problemach z ich sprzetem choc nie wiem czy cos wskoram .

Czemu to miałby być problem sprzętu? Raczej kwestia jak z niego korzysta oprogramowanie.

[StaCh47]

Widac programisci nie potrafia poprawnie pisac oprogramowania i na przyklad przekraczaja ilosc dostepnej pamieci co bylo czesta wada programow na PC szczegolnie pierwsze wersje Windows. Moja znajomosc z komputerami rozpoczela sie od kalifornijskich komputerow Compucorp gdzie byl sztywny podzial pamieci na pamiec programu i danych. Na studiach mialem zajecia z Maszyny Turinga i jezyka Algol a dzisiaj tylko programisci piszacy w jezyku maszynowym lub zblizonym potrafia stworzyc dobry oszczedny program. To samo mozna powiedziec o kompilatorach roznych jezykow programowania do kodu maszynowego. Pozostaje pytanie czy wszyscy sprawdzajacy kod sa beznadziejni skoro przepuszczaja knoty?

[ioioio]

Widac programisci nie potrafia poprawnie pisac oprogramowania i na przyklad przekraczaja ilosc dostepnej pamieci co bylo czesta wada programow na PC szczegolnie pierwsze wersje Windows. Moja znajomosc z komputerami rozpoczela sie od kalifornijskich komputerow Compucorp gdzie byl sztywny podzial pamieci na pamiec programu i danych. Na studiach mialem zajecia z Maszyny Turinga i jezyka Algol a dzisiaj tylko programisci piszacy w jezyku maszynowym lub zblizonym potrafia stworzyc dobry oszczedny program. To samo mozna powiedziec o kompilatorach roznych jezykow programowania do kodu maszynowego. Pozostaje pytanie czy wszyscy sprawdzajacy kod sa beznadziejni skoro przepuszczaja knoty?

Nie pisze się programów w asemblerze bo by właśnie miały takie problemy. Tu raczej chodzi o kwestię budowania oprogramowania działającego na wielu platformach sprzętowych.

[StaCh47]

Nie pisza w assemblerze ci co nie umieja . Chodzilo mi o przyklad jezyka niskiego poziomu a nie na przyklad Delphi czy temu podobne. W Arduino tez nie piszemy w kodzie maszynowym procesorow ale od tego sa kompilatory, o jakosci ktorych tez mozna duzo powiedziec niekoniecznie dobrego (gcc versus icc). Dam przyklad z dawnych czasow: wykryto blad w kodzie maszynowym procesorow Intela (486 do P120), ktore to polecenie w kodzie powodowalo reset procesora. Intel pozniej zastosowal obejscie i "producenci" oprogramowania je stosowali. Na tej bazie dzialal pewien wirus czy robak, ktory powodowal resetowanie w kolko komputera. Kolega pisal programy w DBase i zaproponowalem aby napisal program wykonujacy ta instrukcje dla testu a ja napisalem ten program w assemblerze. Oba programy dzialaly i po wywolaniu programu resetowaly komputer. A jak byla miedzy nimi roznica? Otoz program kolegi mial okolo 200MB a moj mial 8B. Wlasnie od takich "kompilatorow" jak Delphi zaczela sie era "nowych programistow" ktorzy "pisali" programy wymagajace coraz wiecej zasobow do uruchomienia i dzialania, ale tak na prawde nie wiedzieli co robia i jak pojawil sie problem no to klapa. Zwracam uwage, ze te programy dla systemu Meshtastic (GitHub) sprawdza duza grupa audytorow i co oni tez nie widza bledow?

[ioioio]

Nie pisza w assemblerze ci co nie umieja . Chodzilo mi o przyklad jezyka niskiego poziomu a nie na przyklad Delphi czy temu podobne. W Arduino tez nie piszemy w kodzie maszynowym procesorow ale od tego sa kompilatory, o jakosci ktorych tez mozna duzo powiedziec niekoniecznie dobrego (gcc versus icc). Dam przyklad z dawnych czasow: wykryto blad w kodzie maszynowym procesorow Intela (486 do P120), ktore to polecenie w kodzie powodowalo reset procesora. Intel pozniej zastosowal obejscie i "producenci" oprogramowania je stosowali. Na tej bazie dzialal pewien wirus czy robak, ktory powodowal resetowanie w kolko komputera. Kolega pisal programy w DBase i zaproponowalem aby napisal program wykonujacy ta instrukcje dla testu a ja napisalem ten program w assemblerze. Oba programy dzialaly i po wywolaniu programu resetowaly komputer. A jak byla miedzy nimi roznica? Otoz program kolegi mial okolo 200MB a moj mial 8B. Wlasnie od takich "kompilatorow" jak Delphi zaczela sie era "nowych programistow" ktorzy "pisali" programy wymagajace coraz wiecej zasobow do uruchomienia i dzialania, ale tak na prawde nie wiedzieli co robia i jak pojawil sie problem no to klapa. Zwracam uwage, ze te programy dla systemu Meshtastic (GitHub) sprawdza duza grupa audytorow i co oni tez nie widza bledow?

Jaki błąd sprzętu może widzieć gościu co robi przegląd kodu. Ktoś/coś robi testy pokrywające cały kod i różne rodzaje sprzętu? Nie sądzę.

[StaCh47]

To po co jest tam okolo 20 osob? Zeby sie pokazac i byc "slawnym"? A jak najlepiej przetestowac kod? Czytajac linijki kodu czy uruchamiajac na urzadzeniu i sprawdzajac czy wszystkie opcje dzialaja?

[ioioio]

To po co jest tam okolo 20 osob? Zeby sie pokazac i byc "slawnym"?

No jakoś tak. Przecież nie najpierw dla Ciebie a potem dla siebie tylko odwrotnie.

A jak najlepiej przetestowac kod? Czytajac linijki kodu czy uruchamiajac na urzadzeniu i sprawdzajac czy wszystkie opcje dzialaja?

Testuje się bo analiza kodu i dowodzenie jego poprawności trudne są. Testy jednostkowe, funkcjonalne i jakieś integracyjne, ze sprzętem np. A tak w ogóle na początku są wymagania. Wierzysz, że oni to wszystko robią? Ja myślę, że takie testy integracyjne robią użytkownicy, którzy niekiedy coś zgłoszą, czym niekoniecznie ma kto się zająć.

[StaCh47]

Masz racje na poczatku sa wymagania i one nie moga byc z sufitu. Podstawa do pisania programow musza byc zalozenia i szczegolowe wymagania co do firmware i software dla Androida. Na blad logiczny w zalozeniach juz tu zwracalem uwage. Chodzi o przyjecie jako odleglosc od nastepnej stacji wartosc SNR zamiast RSSI.
Zagladam czasem do opcji "Debug" i niezaleznie od ustawionych w software parametrow stacja wysyla co minute informacje o lokalizacji. Warto pomyslec czy to ma sens.

[ioioio]

Masz racje na poczatku sa wymagania i one nie moga byc z sufitu. Podstawa do pisania programow musza byc zalozenia i szczegolowe wymagania co do firmware i software dla Androida. Na blad logiczny w zalozeniach juz tu zwracalem uwage. Chodzi o przyjecie jako odleglosc od nastepnej stacji wartosc SNR zamiast RSSI.

Nie śledziłem gdzie konkretnie ten błąd i co z niego ewentualnie wynika, ale wyobrażam sobie, że zdolnych do robienia modyfikacji protokołu i analizowania poprawności tych modyfikacji nie ma zbyt wielu.

Zagladam czasem do opcji "Debug" i niezaleznie od ustawionych w software parametrow stacja wysyla co minute informacje o lokalizacji. Warto pomyslec czy to ma sens.

U mnie odstęp między dwoma ostatnimi wyszedł około 9 min. Jak mówisz, że masz inaczej to pewnie masz, kij wie dlaczego.

[StaCh47]

Telemetria co minute, routing co okolo 8 minut, reszta to informacje uzyskane od innych polaczonych aktualnie stacji Admin i Nodeinfo.
Zasada transmisji opisama na filmie na YT polega na wysylaniu pakietu najpierw do najodleglejszej stacji tylko, ze odleglosc "mierzy sie" SNR co niestety preferuje srodowiska "smiecace" zamiast odlegle.