|
Re: Beware clocks at the end of DST - (was: Re: [MSG-1] TelliCastStatsCollector.cmd 3.1 Beta)
On 31/10/2021 14:05, Ernst Lobsiger via groups.io wrote:
David,That's an interesting point, Ernst. I can see that is the start time, set a long time ago, was shifted by an hour you might expect it to make no difference to every five minutes. It would be good to confirm the behaviour but as it happens once a year it's a long time to wait! I've now seen this twice but the first time it was well into the morning and I just "fixed" the problem on the RAMdisk, and only after this morning's event did I recall our discussion about "sync across time zones" and try to sit down and work out what /might/ have happened. I'm more than 50% convinced. My own WXtrack software is in constant use for tracking Meteor-M N2 APT and works always in UTC internally, while the PC's presentation of time is wall-clock and shifted this morning. Passes from last night and this morning both appear correct. The DLL containing the internals of the tracking algorithm are available for use in a variety of languages - Delphi, VB5, C#, C, VB.net, Java, Windows Scripting: https://www.satsignal.eu/software/wxtrack.htm#SGP4 Cheers, David -- SatSignal Software - Quality software for you Web: https://www.satsignal.eu Email: david-taylor@... Twitter: @gm8arv
|
|
|
|
Re: Beware clocks at the end of DST - (was: Re: [MSG-1] TelliCastStatsCollector.cmd 3.1 Beta)
On 31/10/2021 08:54, Ernst Lobsiger via groups.io wrote:
David,Ernst, my previous reply may have been unclear. It's a "just once" "forever" job. I'll attach the settings for a typical repeated clean-out job (this one runs once every 15 minutes). Cheers, David -- SatSignal Software - Quality software for you Web: https://www.satsignal.eu Email: david-taylor@... Twitter: @gm8arv
|
|
|
|
Re: Beware clocks at the end of DST - (was: Re: [MSG-1] TelliCastStatsCollector.cmd 3.1 Beta)
Ernst Lobsiger
David,
the Windows scheduler always works in and shows wall clock time according to your timezone settings unless you set the switch "Synchronize accross timezones". It was my understanding that if you start once and repeat every say 5 minutes forever only the start time would be shifted by 1h when DST is set from on to off. Apparently a gap is introduced much later and I was wrong. That's why I always set my receivers to UTC. With MEZ and DST set I have e.g. the following problem: If I want to setup a schedule for a LEO satellite pass at 10:00 UTC in summertime I have to make a schedule 12:00 MEZ and set 'Synchronize accross timezones'. If I want to setup a schedule for a LEO satellite pass at 10:00 UTC in wintertime I have to make a schedule 11:00 MEZ and set 'Synchronize accross timezones'. If my PC runs under UTC I just schedule the LEO pass at 10:00 whether summer or winter or with and without 'Synchronize accross timezones'. Much easier. Cheers, Ernst
|
|
|
|
Re: Beware clocks at the end of DST - (was: Re: [MSG-1] TelliCastStatsCollector.cmd 3.1 Beta)
On 31/10/2021 08:54, Ernst Lobsiger via groups.io wrote:
David,Ernst, It's a forever job, but working (incorrectly) in clock time rather than UTC. David -- SatSignal Software - Quality software for you Web: https://www.satsignal.eu Email: david-taylor@... Twitter: @gm8arv
|
|
|
|
Re: Beware clocks at the end of DST - (was: Re: [MSG-1] TelliCastStatsCollector.cmd 3.1 Beta)
Ernst Lobsiger
David,
has this job been scheduled daily at some start time + every 5 minutes (for that day) or has this job been scheduled just once in the past + every 5 minutes (forever ...)? Regards, Ernst
|
|
|
|
Beware clocks at the end of DST - (was: Re: [MSG-1] TelliCastStatsCollector.cmd 3.1 Beta)
On 23/10/2021 12:06, Ernst Lobsiger via groups.io wrote:
You can schedule it today (at any hour XX:29) and do not have to wait for 00:29Folks, If you are relying on something like TrimTree to keep RAMdisk size under control or to remove unwanted data, be sure to have "Synchronize across time zones" set! If not, the job will not run for almost an hour, and you may run out of RAMdisk (as I did this morning). For example, a job scheduled to run every 5 minutes: 01:58 - job runs - next run 02:03 Clock resets one hour 01:03 - job should run, but the next run isn't until 02:03 01:08 01:13 . . 01:58 02:03 - job runs. A whole hour is missed. In my case, the HVS-2 data is deleted shortly after processing, but now 1/14 of the data isn't deleted, that's more than 20 GB, and my RAMdisk is only 8 GB. Be sure to check: "Synchronize across time zones". Cheers, David -- SatSignal Software - Quality software for you Web: https://www.satsignal.eu Email: david-taylor@... Twitter: @gm8arv
|
|
|
|
Re: SR1 or the TBS for sale
Vincenzo Mone
Too High. Thanks
toggle quoted messageShow quoted text
73 de Enzo IK8OZV EasyLog 5 BetaTester EasyLog PDA BetaTester WinBollet BetaTester D.C.I. CheckPoint Regione Campania Skype: ik8ozv8520 ********************************* ****** GSM +39 328 7110193 ****** ***** SMS +39 328 7110193 ***** *********************************
-----Messaggio originale-----
|
|
|
|
Re: Medicane south of Italy
Ernst Lobsiger
Marco,
please try again. If your system does not allow IPs you can try: http://236-116-153-5.dyn.cable.fcom.ch:85/index.html Hope this helps, Ernst
|
|
|
|
Re: Medicane south of Italy
Marco Martini
Non funzionaaaaaa
Il Sab 30 Ott 2021, 15:52 Ernst Lobsiger via groups.io <ernst.lobsiger=belponline.ch@groups.io> ha scritto: Hi,
|
|
|
|
Medicane south of Italy
Ernst Lobsiger
Hi,
during the last few days my receiver Terra also captured the Medicane (Mediterranean Hurricane) that devastated Catania. See the Meteosat-10 frames and WEBM-Videos on Terra. The Medicane appears bottom right and is now again southbound. http://5.153.116.236:85 Cheers, Ernst
|
|
|
|
Re: SR1 or the TBS for sale
On 30/10/2021 09:53, Vincenzo Mone wrote:
Anyone. The cheapest one.eBay has the TBS 5927 for GBP 250. Could negotiate? David GM8ARV -- SatSignal Software - Quality software for you Web: https://www.satsignal.eu Email: david-taylor@... Twitter: @gm8arv
|
|
|
|
Re: SR1 or the TBS for sale
Vincenzo Mone
Anyone. The cheapest one.
toggle quoted messageShow quoted text
Thanks 73's de Enzo IK8OZV EasyLog 5 BetaTester EasyLog PDA BetaTester WinBollet BetaTester D.C.I. CheckPoint Regione Campania Skype: ik8ozv8520 ******************************************* ******* GSM +39 328 7110193 ******* ****** SMS +39 328 7110193 ******* ********************************************
Il giorno 30 ott 2021, alle ore 10:44, David J Taylor GM8ARV 🏴 🇪🇺 via groups.io <david-taylor@...> ha scritto:
|
|
|
|
Re: SR1 or the TBS for sale
On 29/10/2021 22:19, Vincenzo Mone wrote:
Hello to the list,Which TBS? PCIe card or USB box? 73, David GM8ARV -- SatSignal Software - Quality software for you Web: https://www.satsignal.eu Email: david-taylor@... Twitter: @gm8arv
|
|
|
|
SR1 or the TBS for sale
Vincenzo Mone
Hello to the list, anyone has either the SR1 or the TBS for sale? Thanks
73 de Enzo IK8OZV ****** GSM +39 328 7110193 ****** ***** SMS +39 328 7110193 ***** *********************************
|
|
|
|
Re: TBS 6903 setup
On 28/10/2021 15:39, Vincenzo Mone wrote:
Bias,No, still on 10A. https://www.eumetsat.int/eumetcast-europe-service-transponder-migration The move in 2023 is to 10B. David -- SatSignal Software - Quality software for you Web: https://www.satsignal.eu Email: david-taylor@... Twitter: @gm8arv
|
|
|
|
Re: TBS 6903 setup
Vincenzo Mone
Bias,
toggle quoted messageShow quoted text
From the picture I see Eutelsat 10E. We have moved to Eutelsat 25E. Maybe it is the problem 73's de Enzo IK8OZV EasyLog 5 BetaTester EasyLog PDA BetaTester WinBollet BetaTester D.C.I. CheckPoint Regione Campania Skype: ik8ozv8520 ******************************************* ******* GSM +39 328 7110193 ******* ****** SMS +39 328 7110193 ******* ********************************************
Il giorno 28 ott 2021, alle ore 16:31, boaz.n@... ha scritto:
|
|
|
|
Re: TBS 6903 setup
On 28/10/2021 14:16, boaz.n@... wrote:
Hello,Boaz, Welcome to the group! Commonly the problem is that the antenna is pointed at the wrong satellite. Can you confirm that the antenna pointing is correct, and that you really do have a signal at the end of the cable? Cheers, David -- SatSignal Software - Quality software for you Web: https://www.satsignal.eu Email: david-taylor@... Twitter: @gm8arv
|
|
|
|
TBS 6903 setup
boaz.n@...
Hello,
After trying to follow step by step the manual of setting up the connection to EumetCast something is wrong. I am trying to connect with single LNB and single cable to the 6903 PCIe card and getting unlocked status with strong strength signal and zero quality . Attached the situation I am currently in. What should I check? How can this be fixed? Thanks. Boaz
|
|
|
|
Re: GEOS 17 anomaly?
geojohnt@...
Hello Ferdinand,
Good to hear from you.
Thanks for the useful and informative information.
Best wishes,
John.
+++++++++++++++++
-----Original Message-----
From: Ferdinand Valk <fvalk@...> To: MSG-1@groups.io Sent: Wed, 27 Oct 2021 13:30 Subject: Re: [MSG-1] GEOS 17 anomaly? Hi John,
This is not you but intended behaviour of Goes-17 due to a cooling issue on that satellite.
See https://www.goes-r.gov/users/GOES-17-ABI-Performance.html for a bit of background.
Cheers,
Ferdinand
From: MSG-1@groups.io On Behalf Of geojohnt via groups.io
Sent: Wednesday, 27 October, 2021 11:27 To: msg-1@groups.io Subject: [MSG-1] GEOS 17 anomaly? Hello All,
I'm not sure if this has been discussed before - probably - but there appears to be an anomaly with (some?) GOES 17 WV channels?
Or it might be 'me?'
I don't take all GOES E and W channels on ABI Manager but GeoSatSignal requires channel B08 WV for false colour processing.
GOES 17's B08 channel is corrupted for a long time owing to possible sunlight intrusion into the sensor?
This does not happen with GOES 16.
Yes we know geostationary satellites have a problem when the sun is at the Earth's edge with light spill into the imager - but GOES 17 B08 and B10 appear to effected for many hours when the the Sun is rising and 'crossing from the east.'
This doesn't happen when the Sun is 'in the west.'
And it doesn't happen to GOES 16 B08 and B10.
The effect has cleared by the 16:30 UTC cycle.
Image 1 shows GOES 17 not effected with Sun W and GOES 16 with Sun E (not effected).
Image 2 GOES 17 at 13:00.
Image 3 GOES 17 still effected at 15:30
????
Regards,
John Tellick.
|
|
|
|
Re: GEOS 17 anomaly?
Ferdinand Valk
Hi John,
This is not you but intended behaviour of Goes-17 due to a cooling issue on that satellite. See https://www.goes-r.gov/users/GOES-17-ABI-Performance.html for a bit of background.
Cheers, Ferdinand
From: MSG-1@groups.io On Behalf Of geojohnt via groups.io
Sent: Wednesday, 27 October, 2021 11:27 To: msg-1@groups.io Subject: [MSG-1] GEOS 17 anomaly?
Hello All,
I'm not sure if this has been discussed before - probably - but there appears to be an anomaly with (some?) GOES 17 WV channels? Or it might be 'me?'
I don't take all GOES E and W channels on ABI Manager but GeoSatSignal requires channel B08 WV for false colour processing. GOES 17's B08 channel is corrupted for a long time owing to possible sunlight intrusion into the sensor? This does not happen with GOES 16.
Yes we know geostationary satellites have a problem when the sun is at the Earth's edge with light spill into the imager - but GOES 17 B08 and B10 appear to effected for many hours when the the Sun is rising and 'crossing from the east.' This doesn't happen when the Sun is 'in the west.' And it doesn't happen to GOES 16 B08 and B10.
The effect has cleared by the 16:30 UTC cycle.
Image 1 shows GOES 17 not effected with Sun W and GOES 16 with Sun E (not effected). Image 2 GOES 17 at 13:00. Image 3 GOES 17 still effected at 15:30
????
Regards, John Tellick.
|
|
|
