W którym miejscu mogę zmienić wartość opóźnienia między załączeniem nadawania a rozpoczęciem transmisji ramki?

Domyślnie jest 300ms. Potrzebuję więcej z powodu VOX-u, gdyż ucina ramkę.

Jest w QAPRSBase.cpp i QAPRSBase.h parametr TxDelay i DefaultTxDelay.

Chodzi o wsad do RS41 Łukasza SQ5RWU.

https://github.com/darksidelemm/RS41HUP

QAPRSBase.h pisze:

static const uint16_t defaultTxDelay = 1, // 300 ms

Tutaj zmień z 1 na tyle milisekund ile potrzebujesz (ten komentarz podaje chyba starą wartość która była ustawiana kiedyś)

Akurat to wypróbowałem wczoraj - zmieniłem 1 na 4 bo chciałem 1200ms.
Build, wgralem do sondy i brak reakcji, caly czas krótki odstęp.

Ale to jest wartość w milisekundach. Daj 1200

SQ5RB pisze:

Akurat to wypróbowałem wczoraj - zmieniłem 1 na 4 bo chciałem 1200ms.
Build, wgralem do sondy i brak reakcji, caly czas krótki odstęp.

Kolega Ci napisał, że masz tu wstawić wartość jaką oczekujesz.... czyli skoro chccesz 1200ms to wpisz tam 1200.

A czyli to nie jest mnożnik przez 300 jak myślałem.

SQ5RB pisze:

static const uint16_t defaultTxDelay = 1200, // 300 ms

Będzie dobrze?

SQ5RB pisze:

A czyli to nie jest mnożnik przez 300 jak myślałem.

Tu masz odpowiedź:
[quote=Qyon](ten komentarz podaje chyba starą wartość która była ustawiana kiedyś)

SQ5RB pisze:

static const uint16_t defaultTxDelay = 1200, // 300 ms

Będzie dobrze?[/quote]

Sprawdź i napisz
Choć ja bym napisał tak:
static const uint16_t defaultTxDelay = 1200, // 1200 ms

Aby nie było później niedomówień

SQ5RWU Dzięki.

Wszystko jest ok.

sp3qfe pisze:

Sprawdź i napisz

To nie jest ustawienie długości preambuły przed pakietem, ale wysoki ton jeszcze przed preambułą (której długość się nie zmienia).

Tylko pierwszą liczbę należy podać, druga bez znaczenia - informacyjnie o długości preambuły, której czasu trwania w tej linijce kodu nie można zmienić.

Jeszcze mam 2 pytania odnośnie tej biblioteki QAPRS:

1. Jak mogę dezaktywować RTTY, pozostawiając czysty APRS?

2. Jak usunąć lub przesunąć na koniec ramki - ciąg znaków zaczynajacy się od "P" który zawiera informacje o numerze ramki, satelitach, temperaturze i napięciu baterii?

Mam serdeczną prośbę do kolegi. Jeśli nadajesz z wysokości wiekszej niż z ziemi zmień proszę ścieżkę by nie powtarzały Cię DIGI i zwiększ interwały czasowe pomiedzy ramkami. W czasie twojego lotu zajętość kanału APRS jest 100%. Inni też chcieli by mieć możliwość pracy w sieci APRS.
Wszyscy przestrzegamy zasad by nie nadawać częściej niż raz na minute podczas ruchu lub jeśli możemy to używamy smartbikoning.

http://aprs.pl/smart.htm

SQ9MDD pisze:


Wszyscy przestrzegamy zasad by nie nadawać częściej niż raz na minute podczas ruchu lub jeśli możemy to używamy smartbikoning.

nie popadajmy w psychozę, ten temat już zwałkujemy od 15 lat. Jak będzie nadawać co 30 sekund to świat się przez te 2h nie zawali. a sam dobrze wiesz, że przez minutę balon potrafi przy silnym wietrze przelecieć kilometry. jak ostatnia ramka wejdzie do odbiornika i ją zdekodujesz a kolejna wyjdzie po minucie i jej nie odbierzesz to masz kilka km do przeszukania.

Artur no ale sam przyznasz ze co 2s~3s z WIDE1-1,WIDE2-1 to jednak przesada...

SQ9MDD pisze:

W czasie twojego lotu zajętość kanału APRS jest 100%. Inni też chcieli by mieć możliwość pracy w sieci APRS.

Ile razy bym nie słuchał na siedemdzisiątkowych częstotliwościach APRS zawsze było tam raczej pusto. Poza tym przyjete częstoty na 70cm są dwie. Nie sądzę, żeby balon nadawał na obu na raz. Co więcej! Można APRS nadawać na całkiem innej częstotliwości a nawet paśmie!

SQ9MDD pisze:

Artur no ale sam przyznasz ze co 2s~3s z WIDE1-1,WIDE2-1 to jednak przesada...

to oczywiście tak ale 30 sek jest jak najbardziej zjadliwe. w momencie spadania , jak soft ma taką możliwość, poniżej 1000m nadawałbym nawet co 15 sekund.