Forum APRS Polska

Zaloguj się lub zarejestruj.

Zaloguj się podając nazwę użytkownika, hasło i długość sesji
Szukanie zaawansowane  

Aktualności:

Strony: 1 ... 3 4 [5]

Autor Wątek: Nowy tracker, monitor ramek... a moze cos innego ?  (Przeczytany 32432 razy)

SP5OK

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 41
    • www.sq5stz.info
Odp: Nowy tracker, monitor ramek... a moze cos innego ?
« Odpowiedź #60 dnia: Luty 26, 2013, 14:27:49 LOC »

@sq5stz

Co do zewnetrznego GPS i BT to prawde mowiac nie planowalem. Ale zobaczymy jeszcze. Wewnetrzne daja mozliwosc zastosowania konkretnych modulow, a co za tym idzie lepsze wykorzystanie modulow pod wzgledem dodatkowych funkcji oraz lepsze zarzadzanie energia. W sumie cena modulow nie jest wysoka (GPS i BT) zamyka sie ponizej 100zl, dlatego takie podejscie.

Jeżeli urządzenie będzie rozsądnej wielkości i da się go dopiąć na podszybiu, a la nawigacja lub telefon to OK. Jeżeli całość będzie większa to trzeba tak to zaprojektować, aby bluetooth i GPS można było umieszczać "na widoku" w oddzielnym module.

Co do przemiennikow to faktycznie ostatnio niezbyt czesto slucham, ot praca i wracam do domu dosc pozno wiec radia nawet nie wlaczam...
...ale jak cos spokojnie mozna sie ugadac na pogaduchy :)

No to super  :) Może w jakąś sobotę lub piątek po południu. Na bezpośredniej nie pogadamy bo moja antena wisi nisko (zobacz na qrz.com/db/sq5stz)  i jest zasłonięta przez bloki. Czasami słyszę SR5ND. Adasia ANJ też ale w szumach. On ma antenę ma chyba na 15 piętrowym bloku. Umówimy się na łączność via priv.

Zasmarkany i kaszlący  :o  >:(   ;)
Robert
Zapisane
QRG: SR5WA | 439.625
* Klub SP5PRF http://www.sp5prf.pl
* Należę do OT50 http://www.pzk.gliwice.pl/

SP6VGX

  • *
  • Offline Offline
  • Wiadomości: 160
Odp: Nowy tracker, monitor ramek... a moze cos innego ?
« Odpowiedź #61 dnia: Czerwiec 10, 2013, 09:21:54 LOC »

OK Dawno tutaj nie pisalem to cos napisze  :P

Prawde mowiac dlugo nie siedzialem nad projektem z powodow osobistych, ot mialem niezbyt mile ostatnie miesiace, ot rozstanie z kobieta itd. W sumie jakos sie tam pozbieralem i majac troche wiecej czasu ostatnio troche posiedzialem nad projektem.

W sumie troche posiedzialem nad DSP i co z tego wyszlo, a no niewiele... Jednak napisze co by moze inni mieli z tego jakis pozytek :) Calosc przepisalem tak by uzywac funkcji DSP z STM32F4 np. takie mnozenie i dodawanie y = (x1 * x2) + (x3 * x4) + y, ot idealne do splotu (czyli FIR itp.) procesor robi w jednym cyklu zegara... Wiec na poczatku sprawdzilem czy farto dac na poczatku filt FIR dolnoprzepustowy... testowalem przy czestotliwosci probkowania (nie licze tutaj oversamplingu) 9600Hz i 19200Hz defakto samplowanie z czestotliwoscia 4 razy wieksza i potem decymacja. Efekt praktycznie zero jakichkolwiek zmian dla filtrow o roznym zboczu tlumienia itd. Nawe takie ekstremalne nie wnosily jakiegos polepszenia. Tak samo podniesienie czestotliwosci do 19200 nie wplynelo na polepszenie pracy modemu.

Kolejne podejscie to prosty filtr adaptacyjny LMS... z tym ze tutaj najprawdopodobniej kiepskie efekty to "metoda macajewa" jaka stosowalem w doborze parametrow. Niestety nie znalazlem w internecie jakiegos ciekawego dokumentu opisujacego stosowanie takiego flitru majac na wejsciu jeden kanal.

Generalnie stosujac go z jednym kanalem po prostu na jedno wjescie puszczamy sygnal wlasciwy i na drugie ten sam sygnal ale opozniony o jakas wartosc ;) W sumie sam filtr to FIR w ktorym automatycznie zmienia parametry. Generalnie cwiczylem z roznymi wartosciami Mu jak i rozym opoznieniem sygnalu oraz roznymi dlugosciami filtru. Efekt raczej bolesny  :'( tzn. za kazdym razem tylko pogorszenie pracy modemu. Moze uda mi sie znalezc troche czasu i zrobic jakies analizy innych filtrow w symulinku...

Generalnie najlepszy efekt przynioslo stosowanie oversamplingu z decymacja i to na pewno warto stosowac. Modem jak dekodowal tak dekoduje z plytki testowej na poziomie 940ramek, z tym ze dodalem liczniki i wiem ze poza tymi 940ramkami modem odbiera jeszcze okolo 80 niestety ich suma kontrolna jest zla :) Moze jeszcze o te ramki powalcze w przyszlosci ;)

Wszystkie testy byly oparte o plyte testowa, bo niestety na gumowej antence w mojej lokalizacji nic nie odbieram aby zobaczyc jak zachowuje sie modem na realnym sygnale...

A teraz krotko o tym co juz jest zaimplementowane w software i dziala...

1. Obsluga GPS-u:
 - Parser NMEA i kontrola sumy kontrolnej. Na razie obsluga tylko $GPRMC, $GPGGA, $GPGSA, $GPGSV... ale to chyba wystarczy :)

2. Praca urzadzenia w trybie KISS:
 - algorytmem redukcji kolizji na podstawie parametrow PERSISTENCE i  SLOT TIME... algorytm ten uzywany tez jest w normalnej pracy trackera/digi
 - mozliwosc ustawienia TXDELAY, TXTAIL, HALFDUPLEX/FULL DUPLEX
 - Na porcie 0 przesylane sa ramki AX25, natomiast na porcie 1 dane z GPS-u...

3. Praca jako Digi:
 - mozliwosc ustawienia 8 dowolnych obslugiwanych sciezek n-N z ustawieniem dla kazdej n>= MIN , MAX <=n (tak jak w WX3in1+) tak samo mozlwosc ustawienia opcji acive i traceable dla kazdej zdeklarowanej sciezki.

 - w przypadku ustawienia n = 0, obsluga np. WIDE, TRACE (zalezy co wpiszemy) itp. czyli bez N ktore zastepowane sa znakiem digi oraz ustawiany jest H bit. np. konfiguracja WIDE 0 2 pozwala na prace WIDE, WIDE1, WIDE2.

 - ustawianie czasu duplicate checking... tutaj brany pod uwage jest znak stacji + tresc wiadomosci, natomiast w przypadku ramek retransmitowanych przez iGate do RF (rami ze znakiem { ) zaglada do tresci i sprawdza tam wlasciwy znak oraz tresc... wiec nie beda retransmitowane wielokrotnie te same ramki odebrane z roznych iGate ze ich znakami.

- mozliwosc ustawienia parametru ktory sobie nazwalem flood protection (moze ma jakas nazwe w APRS) czyli czas przez jaki digi nie przekaze rami z takim samym znakiem zrodlowym (niezaleznie od tresci). Przykladowo ustawione na 10s nie przekaze ramek od stacji ktora bedzie je puszczac co 5 sekund  ;)

- niezaleznie od konfiguracji przekazywanie ramek jesli w sciezce jest znak naszego digi (oczywiscie zgodnie z kolejnoscia sciezki...), tutaj co prawda pomyslalem nad implementacja moze w przyslosci trybu preempty chocby w wersji uproszconej jesli znak naszego difgi znajduje sie dalej i a wczesniejscy nie ma jescze ustawionego hbit.

- standardowo oczywiscie nie przekazywanie ramek jesli znak zrodlowy to znak naszego digi lub dany pakiet ma w sciezce juz nasz znak z ustawionym hbit.

no to chyba wszystko co mi sie przypomina na temat pracy digi...

----

Do tego inne pomniejsze pierdoly jak liczniki pakietow, przechowywanie ustawien w podtrzymywanej bateryjnie pamieci, zegar itp. pierdoly

Najblizsze plany to dodanie pracy jako modem w trybie TEXT (mozliwosc pracy np. z APRSISCE/32), wysylanie beaconow i jeszcze troche innych jak wlasciwa praca jako tracker, parser ramek APRS  ;D Choc ten ostatni mam czesciowo napisany bo bwailwm sie troche Java ME :) he he no wlasnie taka odmiana nie Adroid, nie iOS, nie win mobile tylko stara Java... a to z racji kupienia sobie telefonu teoretycznie ktory trudno zniszczyc (Samsung Solid) ktory niestety nie posiada rozbudowanego systemu operacyjnego... ale test pracy w wiadrze z woda juz przetrwal ;)

Teraz jak wygladaja plany odnosnie samego hardware bo troche sie pozmienialo, czesc planow sie zmienila itd. Generalnie wszystko uzaleznione jest od ilosci wolnych portow w procesorze :)

Na chwile obecna nie ma jeszcze podpietego wyswietlacza graficznego i samego GUI ktore zostawiam na koniec, jako najtrudniejsze do wykonania - do tego potrzebuje pomocy kolegi ktory jest grafikiem aby porobil ikonki itp. moze zaprojektowal interfejs...
Do tego samo podlaczenie LCD na chwile obecna stanowi problem, musze wykonac plytke laczaca. Niestety podpinalem na kabelkach ktore posiadam i tworzy sie ogromna plontanina utrudniajaca prace nad projektem, do tego ich spora dlugosc wprowadza zaklocenia na magistrali co przeklada sie na smieci pojawiajace sie na ekranie itd. Chyba z tego powodu samo GUI itd. bede wstepnie projektowal na innej plytce testowej (ktora mam tzn. STM32F4 Discovery ktora posiadam polaczona z takim LCD).

Na chwile obecna w planach podpiecie jeszcze karty SD i kontrolera Ethernet (a konkretnie ukladu PHY DP83848) umozliwiajacego prace jako iGate... Niestety z powodu tego ze karta SD i uklad PHY na interfejsie RMII zajmuje mi troche portow na ktorych dostepne sa porty szeregowe zostaly mi tylko 2... wiec ewentualnie beda przelaczane elektronika do roznych urzadzen. Np. GPS zewnetrzny/wewnetrzny czy RS232/modul BT/stacja pogody... Zrobil sie tez lekki problem z USB... ktory bedzie wymagal sporo pracy... i nie jestem dokladnie jeszcze pewnien czy linia portu PA9 ktora potrzebna jest do pracy USB nie pozbawi mnie 1 z 2 USUART jakie mi zostaly z mozliwoscia wyprowadzenia z ukladu (a jest ich w sumie w procesorze 6)... W sumie jesli chodzi o USB to gotowa biblioteka od ST jest lagodnie mowiac lekko powalona ;), a do kompletu nie dziala z FreeRTOS-em (robia sie spore konflikty) wiec calosc obslugi USB bede musial pisac od podstaw... W sumie troche iedzenia nad Reference Manual, bo sama specyfikacje USB mam opanowana z innego projektu (z ktorego moze uda sie przeportowac jakas czesc kodu na STM32F4 co by znacznie przyspieszylo prace).

Mylalem ewentualnie jeszcze nad Ethernetem opartym np. o ENC28j60 (firmy Microchip) podpinany pod SPI, jednak z tego co wiem potrafi on szarpac dosc sporo pradu (nawet 180mA) do tego dosc mocno sie grzeje - co go raczej wyklucza...

Natomiast odnosnie RAM-u procesora 112K podstawowego na standardowe uzycie software, 4K BKPRAM podtrzymywanego bateryjnie na konfiguracje, teksty beakonow, liczniki (statystyki). 64K CCMRAM pamiec ramek itp.

Ot tak to wszystko mniejwiecej wyglada na chwile obecna, generalnie wychodzi takie troche pomieszanie WX3in1+, trackera i monitora ramek  :) Jakies pomysly, propozycje itp. ?




« Ostatnia zmiana: Czerwiec 10, 2013, 09:33:17 LOC wysłana przez SP6VGX »
Zapisane
Tomek SP6VGX
QTH: Warszawa, LOKATOR: KO02NG
QRG: SR5WA (439.350)
D-STAR: SR5WW B (438.500) - REF032
DMR-ID: 2600023

SP6VGX

  • *
  • Offline Offline
  • Wiadomości: 160
Odp: Nowy tracker, monitor ramek... a moze cos innego ?
« Odpowiedź #62 dnia: Czerwiec 11, 2013, 22:36:48 LOC »

Panowie potrzebuje pomocy w kwestji funkcji digi !

Natomiast troche zglupialem z tym WIDEn-N tzn. jak co ma dzialac i kiedy ma przekazac ramke...

Ustawienie jak w WX3in1+ czyli N>=x i N <= y

Przykladowo dla ustawienie N>=1, N<= 3 digi przekaze:
WIDE3-3, WIDE3-2, WIDE3-1
WIDE2-2, WIDE2-1,
WIDE1-1

z tym ze jak ma sie zachowywac digi gdy ustawimy np.
N>=2, N<= 3

Czy ma przekazac tylko:
WIDE3-3, WIDE3-2
WIDE2-2

czy moze ma dzialac tylko tak (co wydaje mi sie rozsadniejsze cyli defakto liczba min tycz sie do n a nie N):
WIDE3-3, WIDE3-2, WIDE3-1
WIDE2-2, WIDE2-1

z tym ze powinienem sprawdzac tylko czy n nie jest wieksze od N aby uniknac kogos kto sobie ustawi np. WIDE2-7

W sumie przegladalem juz chyba wszystko w internecie i nie znalazlem na to odpowiedzi :) no moze odpuscilem sobie dokladne wertowanie specyfikacji APRS, bo na szybko nie znalazlem. A sprawa mnie troche nagli bo chcialem przynajmniej na ten tydzien zamknac temat kodu digi :)


Kolejna sprawa dotyczy filtrow...
Czy wystarcza takie jak w wx3in1+ tzn. Lista znakow i SSID i ustawienie przekazuj wszystkie z listy lub blokuj wszystkie z listy. Oczywiscie mozliwosc ustawienia wildcard (*) dla znaku i SSID... Czy moze jakos inaczej dzialajace ?

------
Dodane po czasie ;):

Ok filtr zrobiony na takiej zasadzie jak z WX3in1 czyli albo puszczamy tylko te z listy, albo blokujemy te co na licie. Wildcard (*) mozliwy do uzycia w polu znaku i ssid...

Czekam jeszcze na potwierdzenie jak z tym WIDE n-N :)
« Ostatnia zmiana: Czerwiec 12, 2013, 00:08:01 LOC wysłana przez SP6VGX »
Zapisane
Tomek SP6VGX
QTH: Warszawa, LOKATOR: KO02NG
QRG: SR5WA (439.350)
D-STAR: SR5WW B (438.500) - REF032
DMR-ID: 2600023

SP6VGX

  • *
  • Offline Offline
  • Wiadomości: 160
Odp: Nowy tracker, monitor ramek... a moze cos innego ?
« Odpowiedź #63 dnia: Czerwiec 12, 2013, 16:50:32 LOC »

Kolejna sprawa...

Przypominam ze potrzebuje wyjasnienia w temacie wyzej  :P czy wszystko jest ok :) w sumie zrobilem na razie tak jak mi sie wydaje ze jest dobrze.

A teraz kolejna sprawa czyli Beacony...

Zaluzmy tak ze mamy mozliwosc wpisania ich kilku... i teraz mamy cos takiego:

Beacon1 rate: 10minut
Beacon2 rate: 60minut...

itp.

i tutaj jak mamy 1 beacon nie ma problemu... w takim zapisie co 60 minut pojawia sie niestety 2 beacony rownoczesnie...
Generalnie na razie zrobilem to tak ze puszczany jest jeden beacon... i jesli w danej chwili wypada ich wiecej do puszczenia nadawane sa w odstepie 30s po kolei z listy... W sumie nie wiem czy to dobre podejscie...

Natomiast jesli zrobic by ze podane sa odstepy pomiedzy danymi beaconami to robi sie tez kolejny problem i trzeba uwazac jak wpisuje sie ich kolejnosc... do tego robi sie problem bo tracimy  mozliwosc wysylania czesciej beaconow jesli ktorys chcemy puszczac niezbyt czesto np. co kilkanascie godzin itd.

Pytanie jak to najlepiej rozwiazac... moze jakies inne pomysly. Pytam sie glownie ludzi ktorzy maja do czynienia z konfiguracja dzialajacych digi i znaja temat z praktyki :)
Zapisane
Tomek SP6VGX
QTH: Warszawa, LOKATOR: KO02NG
QRG: SR5WA (439.350)
D-STAR: SR5WW B (438.500) - REF032
DMR-ID: 2600023

SQ9MDD

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 231
  • ...przede wszystkim nie zakłócać...
    • SQ9MDD
Odp: Nowy tracker, monitor ramek... a moze cos innego ?
« Odpowiedź #64 dnia: Czerwiec 12, 2013, 23:27:47 LOC »

...ja robiłem kolejkę, znaczy taki bufor do nadawania ramek  i wyrzucam pętlą z niego dane w eter gdy kanał nie jest zajęty co określony interwał tak by nie zawalać kanału radiowego. Jeśli będziesz wysyłał obiekty to pomyśl o osobnych ścieżkach dla każdego obiektu. Dla przykładu możesz wysyłać obiekt echolinka ze ścieżką Wide2-1 co 30minut i ze ścieżką RFONLY  bez ścieżki co 10minut dla mobili.
Zapisane

SP6VGX

  • *
  • Offline Offline
  • Wiadomości: 160
Odp: Nowy tracker, monitor ramek... a moze cos innego ?
« Odpowiedź #65 dnia: Czerwiec 12, 2013, 23:59:52 LOC »

Generalnie od strony technicznej to jest wlasnie zrobione w petli :)

Dziala to tak ze przegladana jest co 30 sekund lista beaconow i sprawdzany zapisany "timestamp". Jesli aktualny czas jest >= od zapisanego timestampu + interwal czasowy to wysylany jest beacon i przerywana jest petla. Tak wiec nastepny jesli mial taki sam timestamp zostanie wyslany w kolejnym odpaleniu petli czyli za 30sekund. W sumie przy wyslaniu zostaje zapisany znowy timestamp kiedy byl wyslany (w tym moemencie moga to juz byc czasy przesuniete o wielokrotnosc 30 sekund) wiec kolizji w przyszlosci juz nie bedzie.

Generalnie dla kazdego beaconu mozna zdefiniowac adres docelowy, sciezke i interwal czasowy + ustawic czy jest wlaczony czy nie. Oczywiscie poza tym wpisac tekst do ktorego z automatu moze byc wklejana data/czas pozycja z GPS-u lub wpisana na stale itd.

Teraz mysle aby jeszcze urzadzenie mialo profile :) i w sumie mysle jak polaczyc beacony z profilami (ale od strony uzytkowej - co by bylo wygodnie) bo programistyczne sprawy to w sumie pomijam (dla mnie to najlatwiejsza sprawa).

Zapisane
Tomek SP6VGX
QTH: Warszawa, LOKATOR: KO02NG
QRG: SR5WA (439.350)
D-STAR: SR5WW B (438.500) - REF032
DMR-ID: 2600023

SQ9MDD

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 231
  • ...przede wszystkim nie zakłócać...
    • SQ9MDD
Odp: Nowy tracker, monitor ramek... a moze cos innego ?
« Odpowiedź #66 dnia: Czerwiec 13, 2013, 00:25:59 LOC »

W sumie podobnie, ja zrobiłem dwie pętle jeden to bufor wysyłki i wszystko co wysłane jest zdejmowane z bufora. Natomiast obiekty można definiować z dowolną ścieżką timingiem etc. Co programista to sposób... Co do profili otaguj niewidocznym polem który obiekt w którym profilu i po sprawie. Filtr na automacie wysyłającym brał by pod uwagę obiekty z aktualnego profilu.

Rzuć okiem na to: http://www.tech4.pl/SQ9MDD/APRSObj.v.2.0/
Zapisane

SP6VGX

  • *
  • Offline Offline
  • Wiadomości: 160
Odp: Nowy tracker, monitor ramek... a moze cos innego ?
« Odpowiedź #67 dnia: Czerwiec 13, 2013, 17:49:18 LOC »

Ok w sumie zrobilem tak ze przy daym beaconie mozna zaznaczyc w ktorym profilu jest aktywny. Tzn. w planach obok 5 checkboxow (bo jest w planach 5 profili) nimi mozna zanzaczyc czy w danym profilu beacon jest aktywny :) To samo zrobilem z obslugiwanymi sciezkami w digi...

Ok dodam ze beacony i digi juz smigaja :) W przyszlym tygodniu powinienem miec uklad PHY tak wiec powoli bedzie mozna brac sie za czesc internetowa czyli bramke do APRSIS... W miedzyczasie powinno udas sie zrobic czesc trackera (przynajmniej na razie bez kompresji i MIC-e)

SQ9MDD a co do struktury konfigu to na razie to tak wyglada (lekki balagan bo trudno bylo cos zaplanowac wczesniej i dodawane funkcje wychodza w "trakcie prania":

#define F_TRACKER 1
#define F_DIGIPEATER 2
#define F_DIGIFILTERON 4
#define F_BEACONS 8
#define F_APRSIS 16
#define F_TELEMETRY 32

#define HWF_PTT_RES 1
#define HWF_GPS_ON 2
#define HWF_GPS_SEL 4

#define TRF_ALT 1
#define TRF_SPD 2
#define TRF_SMARTB 4
#define TRF_COMPRES 8
#define TRF_MICE 16
#define TRF_ALTPATH 32


typedef struct BeaconsPath {

char path[6];
uint8_t path_N;

} BeaconsPath;

typedef struct ServerAddress {

char address[32];
uint16_t port;

} ServerAddress;

typedef struct APRSIS {

char aprsis_user[16];
char aprsis_pass[16];
char aprsis_filtr[128];

ServerAddress aprsis_server[3];


} APRSIS;

typedef struct TCPIP {

uint32_t ip;
uint32_t mask;
uint32_t gw;
uint32_t dns;

char www_user[16];
char www_pass[16];
uint16_t www_port;

char telnet_user[16];
char telnet_pass[16];
uint16_t telnet_port;

char ntp_server[32];

APRSIS aprsis;

uint16_t flag;

} TCPIP;


typedef struct SmartB {

uint16_t slow_speed;
uint16_t slow_rate;
uint16_t fast_speed;
uint16_t fast_rate;
uint16_t minimum_turn_angle;
uint16_t turn_slope;
uint16_t minimum_turn_time;

} SmartB;


typedef struct Tracker {

BeaconsPath tp[MAX_BEACONS_PATH];
BeaconsPath tap[MAX_BEACONS_PATH];

char comment_text[25];
char status_text[64];

uint16_t tx_time;
uint8_t status_evry;

uint8_t mice_msg;

SmartB smartb;

uint16_t flag;

} Tracker;


typedef struct Profile {

char name[10];

char mycall[6];
uint8_t myssid;

char symbol[2];

double def_lat;
double def_lon;

Tracker tracker;

uint16_t tncpreambletime;
uint16_t tnctrailertime;
uint8_t tncpersistence;
uint8_t tncslottime;

uint16_t hwflag;
uint16_t flag;

} Profile;


typedef struct Beacons {

char text[64];

char dst_call[6];
uint8_t dst_ssid;

BeaconsPath bp[MAX_BEACONS_PATH];
uint8_t bp_cnt;

uint16_t rate_rf;
uint64_t timestamp_rf;

uint16_t rate_is;
uint64_t timestamp_is;

uint8_t in_profile;

} Beacons;


typedef struct DigiPath {

char path[5];
uint8_t n_min;
uint8_t n_max;

uint8_t in_profile;

} DigiPath;


typedef struct DigiFilter {

char call[6];
uint8_t ssid;

} DigiFilter;


typedef struct SysConf {

Profile profile[MAX_PROFILE];

uint8_t current_profile;

uint8_t tncmode;

uint8_t duplicate_checking;
uint8_t flood_protection;

DigiPath digipath[MAX_DIGI_PATH];
uint8_t digipath_traceable;
uint8_t digipath_active;


DigiFilter digifilter[MAX_DIGI_FILTER];
bool digifilter_function; //(deny all = false, allow all = true)

Beacons beacons[MAX_BEACONS];
uint8_t beacons_active_rf;
uint8_t beacons_active_is;

TCPIP tcpip;

uint8_t dumy1;

uint32_t crc32;

} SysConf;


« Ostatnia zmiana: Czerwiec 13, 2013, 17:58:16 LOC wysłana przez SP6VGX »
Zapisane
Tomek SP6VGX
QTH: Warszawa, LOKATOR: KO02NG
QRG: SR5WA (439.350)
D-STAR: SR5WW B (438.500) - REF032
DMR-ID: 2600023

SP6VGX

  • *
  • Offline Offline
  • Wiadomości: 160
Odp: Nowy tracker, monitor ramek... a moze cos innego ?
« Odpowiedź #68 dnia: Czerwiec 15, 2013, 16:01:17 LOC »

Ok funkcja trackera gotowa :)

Tracker:
 
- Mozliwosc ustawienia niepowtarzalnych ustawien w kazdym profilu(znak+ssid, symbol, parametry TNC itd. + to co ponizej)
- Format Mic-E + wysokosc (mozliwosc wylaczenia) + 25 znakow komentarz + standardowe wiadomosci + custom
- Format "plain text" pozycja + kurs/predkosc (mozliwosc wylaczenia) + wysokosc (mozliwosc wylaczenia) + 25 znakow komentarz
- Dwie alternatywne sciezki do ustawienia (wysylane na przemian)
- Wysylanie pozycji do ustawienia co ile sekund lub SmartBeaconing
- Osobno wysylany status (63 znaki) znak '>' wstawiany jest automatycznie na poczatku (ustawienie wysylania co ile transmisji)


Teraz czekam na wspomniany uklad PHY i zajmiemy sie funkcjonalnoscia IGate... W miedzyczasie moze uda sie sklecic na PC (na szybko jakis soft do konfiguracji) + ewentualnie podpiac jakis LCD tekstowy... tak aby mozna bylo co nieco pokazac na Tamie jak uda mi sie dojechac :) Bedzie to bardziej ciekawe bo na chwile obecna zmiana konfiguracji wymaga przekomilowania kodu co jest malo atrakcyjne (choc do testow mi wystarcza ;) )


« Ostatnia zmiana: Czerwiec 15, 2013, 16:11:23 LOC wysłana przez SP6VGX »
Zapisane
Tomek SP6VGX
QTH: Warszawa, LOKATOR: KO02NG
QRG: SR5WA (439.350)
D-STAR: SR5WW B (438.500) - REF032
DMR-ID: 2600023
Strony: 1 ... 3 4 [5]