LoRa Polska 📟

StaCh47 pisze: ↑30 lipca 2025, 09:05 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 .

StaCh47 pisze: ↑05 sierpnia 2025, 12:29 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?

StaCh47 pisze: ↑09 sierpnia 2025, 18:59 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?

StaCh47 pisze: ↑17 sierpnia 2025, 18:23 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?

StaCh47 pisze: ↑20 sierpnia 2025, 20:34 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.