OK, tnx Roberto... Hope most of the problems are solved now. Would be nice if you could add scanning in the future... 73, Rein PA0R > -----Ursprüngliche Nachricht----- > Von: pskmail@xxxxxxxxxxxxx > Gesendet: 09.09.07 12:33:09 > An: pskmail@xxxxxxxxxxxxx > Betreff: [pskmail] Re: PSKmail jamming itself (30 meter fq) > > Hi Rein, at the moment i don't have possibilty to scan, because my pc is not > connected directly with the TRX with RS-232. > I prefer to switch directly to a single frequency 10148.75. > Now i'm in 10.148.75. > > If there are problems write me. > > Thanks for the reply. > > Roberto > > On Sunday 9 September 2007 12:23, Rein Couperus wrote: > > Maybe it is good when I try to explain the concept behind server > > scanning... > > > > The idea is to have all stations on 1 frequency during maybe the first 2 > > minutes of every 5-minute period to listen for APRS beacons, and listen on > > another, or several other frequencies for the rest of the period for > > traffic. > > > > These traffic frequencies should be chosen so that interference is > > minimized. At the moment it looks like a 250 Hz grid is not feasable > > because of the 500 Hz CW filters which are often used in the rigs. > > > > We have chosen 10148.250 to be the central APRS frequency for mobile > > pskmail stations, and it would be nice if all servers would listen at least > > during minute 0 or 0 + 1 on that frequency for beacons. > > > > The number of users is very low at the moment, so probably 1 minute is ok > > for APRS beaconing and pinging. > > > > Maybe we can come to an agreement on the traffic frequencies, using a 500 > > Hz grid. > > > > There is no more qrm on 10148.750 than on .500. 10148.00 is often used by > > military stations with high power CW and RTTY. They seem to have an Xtal > > for that qrg :) > > > > Between 10148.25 and 10149.00 is empty. Below 10148.000 is a german pactor > > PMBO and also the ALE frequency. > > > > I would suggest email/web traffic frequencies on (1) 10148.750 and (2) > > 10147.750, depending on qrm. Of course other bands are possible as well. > > > > Example for 30m only: > > > > SM0RWO 10148.250 10147.750 10147.750 10148.750 10148.750 > > IS0GRB-3 10148.250 10148.750 10148.750 10147.750 10147.750 > > PI4TUE 10148.250 10148.250 10148.250 10148.250 > > 10148.250 > > > > this way stations would not interfere. Of course multi-band scanning will > > also fit into this scheme. > > > > What do you think? > > > > 73, > > > > Rein PA0R > > > > (and now get some more users....) > > > > > -----Ursprüngliche Nachricht----- > > > Von: pskmail@xxxxxxxxxxxxx > > > Gesendet: 09.09.07 11:55:42 > > > An: pskmail@xxxxxxxxxxxxx > > > Betreff: [pskmail] Re: PSKmail jamming itself (30 meter fq) > > > > > > > > > > > > Hi all. > > > I read all posts, and i'm was thinking what is the better thing. > > > For me there are no problem to switch on 10.148.25, but having about 10 > > > years of experience of packet and digital link, as mailbox, aprs, tcp/ip > > > etc, i think that to guarantee the best performance to each users, that > > > would want to receive and send email, the best choice is to switch to a > > > frequence don't occupied from other server. > > > If a user connect a server and remain few minutes connected to this > > > server, sending and reading mail and other traffic, you can understand > > > that to stay all in the same frequency is not the best choice, other > > > users don't operate, also with other servers. > > > At the moment there no many users, but in the future? > > > As pactor, i think the best thing is a new frequency for each server. > > > Also, i'm testing still the server, and my choice is be to avoid traffic > > > from my tests to other servers/users. > > > For me there are no problem to swith, 250Hz up (10.148.750), but i will > > > test it if there are no interference, i don't have interference at the > > > moment from anyone from 10.148.25. > > > I set 10.148.50 because i see in the serverlist, SMORWO in 10.148, PI4TUE > > > in 10.148.25, considering also the bandwidth of PSK125. > > > We can advise in the site to activate a new server frequency with a space > > > of 500Hz from other servers to avoid interference if some radio is not > > > equidded with a serious filter and/or if possibile to move the IF SHIFT > > > window to avoid interference from a near station. Another possibility is > > > to set LSB with 1KHz up instead USB with 1KHz down. I see that in many > > > moments it solve many interference. > > > I'm afraid SMORWO if you had interference from my server. > > > > > > What do you think? > > > > > > Best 73 > > > > > > Roberto IS0GRB > > > > > > On Sunday 9 September 2007 11:19, Rein Couperus wrote: > > > > I don't think we need 2 frequencies at the moment until we have too > > > > many users on 1 freq... > > > > > > > > Roberto can you join us on 10.148.250 and switch the beacon off? > > > > > > > > Another possibility is to move a bit further up (10148.750) so we can > > > > effectively use the 500 Hz filter. PI4TUE does not even have an xtal > > > > filter, so it receives 10148.500 almost as strong as 10148.250. > > > > > > > > This is all new, both SM0RWO and IS0GRB-3 are very strong here... My > > > > ORION can handle the short spacing but the FT897D (300 HZ filter) has > > > > problems. > > > > > > > > 73, > > > > > > > > Rein PA0R > > > > > > > > > -----Ursprüngliche Nachricht----- > > > > > Von: pskmail@xxxxxxxxxxxxx > > > > > Gesendet: 08.09.07 15:44:55 > > > > > An: pskmail@xxxxxxxxxxxxx > > > > > Betreff: [pskmail] PSKmail jamming itself (30 meter fq) > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > With the current use of both 10148.25 and 10148.50 I am having > > > > > trouble with my server. I have a 500 Hz filter on the server and the > > > > > 10148.50 qrg falls within its range. Naturally 10148.50 isnt decoded > > > > > but it destroys weak frames received on 10148.25 anyhow. A DCD > > > > > wouldnt work either as the upper qrg is just a little to much > > > > > offset... > > > > > > > > > > I don't see a point of using two frequencies on 30 meters, if there > > > > > is such a requirement then can we pse move them a bit further apart? > > > > > I suggest that we standardize on using 10148.25 for all servers, that > > > > > way aprs pos and pings can be received by more servers on the same > > > > > qrg. > > > > > > > > > > 73 de Per, sm0rwo > > > -- http://pa0r.blogspirit.com