[linrad] Re: beta-MAP65 using
Hi Ermanno, [EMAIL PROTECTED] wrote: Hi Joe. Thank you for the answers. Also here uses a program for the control of the rotors (as is small the world !!) taking the data from [azel.dat] One of I these days will add the routine for set of the frequency also. Thank you Ermanno / ik7ezn p.s. Do I be trying to decode from a recorded file ( S key of Linrad) but probably don't find the any sync for the time not real, any suggestion? I assumed, as you did, that raw data files saved by the Linrad S command do not have time information. I now understand from Leif that this is not so. I do not tested to see whether, when one reads a raw data file back into Linrad, it is possible to have Linrad send network data -- and if so, whether the network data will have the original UTC time stamps. I will probably put a Save feature into MAP65, anyway. -- 73, Joe, K1JT # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: beta-MAP65 using
Hi Joe and Ermanno, I assumed, as you did, that raw data files saved by the Linrad S command do not have time information. I now understand from Leif that this is not so. I do not tested to see whether, when one reads a raw data file back into Linrad, it is possible to have Linrad send network data -- and if so, whether the network data will have the original UTC time stamps. Currently the time stamp is incorrect. (It is the time of the PC when playing back) It will be the time when data was recorded in the next Linrad version. 73 Leif / SM5BSZ # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: beta-MAP65 using
Hi Rick, K9AO (Rick Kunath) wrote: I am wondering why on the Linux machine you didn't just run the NTP daemon? I've been using that method for years and it works extremely well. Using the NTP daemon would allow for even better accuracy of the clock on the Linux machine than just doing an ntpdate prior to running xLinrad. The simple reason is that with my present setup most of the available ethernet bandwidth is used for the data being multicast from Linrad to MAP65. I don't want either of the two computers using the network for non-essential purposes, causing collisions and dropped packets. I'm still in the early learning stages of using multicast data, and I want to understand the system's limits as well as I can. I expect that with two network interface cards in each machine and a dedicated private line for the multicast data, ntpd will indeed be the way to go. -- 73, Joe, K1JT # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: [beta-MAP65 using]
Hello Ermanno, The first impression is extremely positive particularly way the management of the automatic polarization also on signals that I was not able to see on the screen of Linrad. ??? Something is wrong here. In case you want the highest sensitivity and set Linrad parameters accordingly, you should see everything in the Linrad waterfall all the way down to signals that are too weak for sync to be established in MAP65. Admittedly this will not be easy in case you want to see the entire 90 kHz bandwidth while you have many spurs that would fill the waterfall with signals everywhere. In such cases you could zoom the Linrad waterfall to show 1 pixel per fft bin or you could run watzo to allow fast zoom all over the band. I have written directly to you because on the mailing I don't succeed to send attached files. possible improvments: 1) Set tx-frequency as QSO Freq. even using the same routine of the Linrad (users_tr.c) 2) syncronize the time from a PC to the other so that they have lined up perfectly or ignore the time sent from Linrad completely. I think there are standard programs that do the time synchronization. In principle the decode routine should use the time stamp from Linrad. Today it is not particularly accurate, but in the future Linrad might change to give the correct time for when the first sample of each data block was actually read by the A/D converter. For JT65 high accuracy on timing is not needed, but other things may be developed in the future... The timing for the transmitter should be controlled by MAP65 or whatever software one uses for transmit. The delay from the A/D read in Linrad until the data arrives in MAP65 may change by fairly large amounts depending on the Linrad parameters. 73 Leif / SM5BSZ Ermanno / ik7ezn -- Leggi GRATIS le tue mail con il telefonino i-mode™ di Wind http://i-mode.wind.it/ # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED] # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
