Date   

Re: Ayecka SR1

Robert Baleja
 

Hi.

I replaced the original power supply for heavy duty Mean Well DIN Rail Power Supply 12V 5A. I cut DC cable and connected to the output power supply. It works great 24h/day.
73
Robert
Callsign SP7RB
QTH JO91QS67RM
www.rbalejameteo.pl
Wysłane z iPhone'a

Wiadomość napisana przez Ian Deans via Groups.Io <iandeans142=btinternet.com@groups.io> w dniu 15.09.2018, o godz. 18:02:


I am looking for some advice as to where I might get a replacement power supply for my Ayecka SR1 as the existing power supply is starting to give some starting up problems, not to mention it is getting so hot as to nearly burn me!!!

I will say now that unlike my twin brother I am not electrical minded, but I do know that it needs to be 12V /2A and have + polarity. The big problem as far as I am concerned is the pin connection to the receiver.

Both my TBS boxes ( 5925 and 5927 )have suitable power supplies but the pin will not fit and while I have seen many suitable power supplies on-line the pin is the issue even where multiple pins are offered.

Regards
Ian.



Re: Ayecka SR1

James Brown
 

On 15 Sep 2018, at 17:02, Ian Deans via Groups.Io <iandeans142=btinternet.com@groups.io> wrote:


I am looking for some advice as to where I might get a replacement power supply for my Ayecka SR1 as the existing power supply is starting to give some starting up problems, not to mention it is getting so hot as to nearly burn me!!!

I will say now that unlike my twin brother I am not electrical minded, but I do know that it needs to be 12V /2A and have + polarity. The big problem as far as I am concerned is the pin connection to the receiver.

Both my TBS boxes ( 5925 and 5927 )have suitable power supplies but the pin will not fit and while I have seen many suitable power supplies on-line the pin is the issue even where multiple pins are offered.

Regards
Ian.
Although I can’t disconnect the unit to check, I believe the power connector is fairly standard with the centre pin positive. I would have expected at least one of the multi connectors on a bog standard one would fit. It certainly has for me. 12v 2a.

Incidentally I note an updated SR1 manual is available (at least, later than the one I have. )

JB out and about


Re: Ayecka SR1

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

I am looking for some advice as to where I might get a replacement power
supply for my Ayecka SR1 as the existing power supply is starting to
give some starting up problems, not to mention it is getting so hot as
to nearly burn me!!!

I will say now that unlike my twin brother I am not electrical minded,
but I do know that it needs to be 12V /2A and have + polarity. The big
problem as far as I am concerned is the pin connection to the receiver.

Both my TBS boxes ( 5925 and 5927 )have suitable power supplies but the
pin will not fit and while I have seen many suitable power supplies
on-line the pin is the issue even where multiple pins are offered.

Regards
Ian.
==============================

Ian,

You could ask the GEO Shop. Whilst no longer operating, they may have the odd spare, or could point you in the right direction. My PSUs run only very slightly warm to the touch.

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Ayecka SR1

Ian Deans
 

I am looking for some advice as to where I might get a replacement power supply for my Ayecka SR1 as the existing power supply is starting to give some starting up problems, not to mention it is getting so hot as to nearly burn me!!!

I will say now that unlike my twin brother I am not electrical minded, but I do know that it needs to be 12V /2A and have + polarity. The big problem as far as I am concerned is the pin connection to the receiver.

Both my TBS boxes ( 5925 and 5927 )have suitable power supplies but the pin will not fit and while I have seen many suitable power supplies on-line the pin is the issue even where multiple pins are offered.

Regards
Ian.


Re: New version EUMETCastView 1.4.1

Douglas Deans
 

On 13/09/2018 12:17, Hugo wrote:
Hello,
This release supports the two new channels ( B01 and B02) of the Himawari-8 satellite.
It is necessary to delete (or rename) the GeoSatellites.ini file. It wil be recreated at startup.
Download the new version at https://github.com/hvanruys/EUMETCastView/releases
grts,
Hugo
=========================================================================

Thanks Hugo. All working perfectly and now we have good red/blue/green channels for colour.

Regards,
Douglas.


New version EUMETCastView 1.4.1

Hugo
 

Hello,

This release supports the two new channels ( B01 and B02) of the Himawari-8 satellite.
It is necessary to delete (or rename) the GeoSatellites.ini file. It wil be recreated at startup.
Download the new version at https://github.com/hvanruys/EUMETCastView/releases

grts,
Hugo


Re: Atlantic hurricanes.

geojohnt@...
 

In a message dated 11/09/2018 13:55:36 GMT Standard Time, simon.proud@... writes:

I think it's worth remembering that EUMETSAT, first and foremost, cater to meteorological agencies that are likely to have extensive satellite reception facilities.

Simon,

Thank you for your comments.

Dare I say that nobody is more aware of this fact than I, since it was entirely due to my considerable efforts and discussions with the UK Met. Office as (the longest serving committee member and secretary) of the Remote Imaging Group, who gained the free access to MSG-1's forthcoming encrypted meteorological data, for amateur enthusiasts.
Since around 1985 I had been liaising directly with ESA/ESOC and then EUMETSAT, the WMO, UK Radio Communications Agency and the UK Met. Office.

A little history if I may?

We always had free access to 'first generation' Meteosat WEFAX data - (if you had a 1 m prime focus dish and coffee can feed horn (or a loop Yagi) and downconverter - which being a form of APT was easy to receive via our NOAA and Meteor APT receivers and display software.
The 'high resolution' digital PDUS service was encrypted.
And since there were no 'amateur priced' digital receivers available, it didn't matter.

WEFAX gave us a comprehensive lower res subset of the global digital data.

I can't remember the timescale now but some time before the first MSG satellite was launched the bombshell was dropped that amateurs - the public - would not (now) be given/allowed access to MSG's HRIT or LRIT direct dissemination's - or timely data.
The data belonged to all the European Met. office's who funded EUMETSAT - the EUMETSAT Council - and the UK Met. Office was adamant that 'we' would no longer be given access to the direct data.
They would offer us an agreement to access delayed data via the Internet.
A similar situation appeared to be the case in most European countries also.
Not that there were any amateur priced LRIT receivers available at MSG-1's launch anyway.

RIG had a good relationship with EUMETSAT and as secretary of RIG I was well known to them.
They appreciated our disappointment at the situation and they - themselves - would have liked amateurs to continue to have access to direct 'EUMETSAT' data but the Data Access Policy was governed by the 'data owners' - the EUMETSAT Council - Europe's Met. Offices.

Having this 'support' from 'EUMETSAT' I embarked on discussions with the UK Met. Office and went to Geneva for discussions with the WMO.

Finally the UK Met. Office relented and we were able to apply for a licence to receive direct dissemination of LRIT from MSG-1.
This appeared to have a domino effect across Europe as first our colleagues in the Dutch group Werkgroep Kunstmanen met with their the Dutch Met. Office and gained free access, then the Spanish amateurs to LRIT data' - not that MSG-1 had been launched yet.
And so it went on.

Then, during MSG-1's early commissioning, some of MSG-1's SSPA's failed making it impossible to undertake direct data dissemination to users via the satellite.
EUMETSAT had already successfully been using a commercial Ku-band TV satellite for disseminating NOAA ATOVS data via a DVB-S data stream.
They quickly decided to test this system for the possibility of also disseminating MSG's imaging data.

I'm very proud and pleased to say that several GEO (which had recently been formed on the demise of RIG) members, took part in the evaluation and testing of this new method of disseminating EUMETSAT data using David Taylor's processing software.
The trails were successful with valuable feedback being forwarded to EUMETSAT by GEO members which allowed tweaking and optimisation of the service which then became EUMETCast.

[Actually, the WMO had been proposing for many years that global meteorological satellite data would be disseminated via a commercial TV satellite rather than 'individual' reception via direct readout from each imaging satellite. Europe was the first to adopt this method.]

For us, the failure of MSG-1's SSPA's was a bonus since we were now able to receive MSG Hi-Res data using cheap off the shelf satellite TV equipment - DVBWorld USB DVB-S TV boxes, cheap Universal Ku-band TV LNB's and a cheap 60 cm offset dish.

Following GEO and Werkgroep Kunstmanen members testing of the 'new system' GEO and its members relationship with EUMETSAT continued and led to two 'GEO conferences' organised by EUMETSAT at their headquarters in Darmstadt and EUMETSAT attending GEO's annual Symposium's.

Sorry for the long discourse but I thought it might be informative.

I believe it is felt by EUMETSAT that 'the public' should have free access to a basic set of data for several reasons including education, 'weather,' environmental and 'weather incidents.'
The original DVB-S EUMETCast service of course was all that professionals had also.
But its bandwidth soon filled up with ever increasing channels and a move to DVB-S2 with VCM coding was introduced allowing 'multi stream' dissemination.
However this meant that the cheap off the shelf TV receiver box no longer worked and a new, expensive, receiver was required.

I always thought BS - with the introduction of HVS-1 and HVS-2 would become similar to the old WEFAX subset dissemination - giving global coverage though it was now 'Hi-Res.'

BS unlike HVS can be received successfully on much smaller dishes than HVS owing to its narrower bandwidth requirements. It is also used by professionals I suspect for 'quick look.'

Next week will possibly show, as in past years, the importance to Europe - well, us amateurs and public, of (easy) 'reliable' access to regular west and east Atlantic data as ex hurricane Helene heads our way.

Hence my disappointment of the 'loss' of GEOS-E data on BS.

Regards,
John.


Re: Himawari

R. Alblas
 

For your information:
xrit2pic can handle the new Himawari (including movie generation), no program update needed.
See:

http://www.alblas.demon.nl/wsat/files/himawari.html

Rob.


Re: Himawari

Brian <g3ujb@...>
 

Coming in perfectly here...

Brian


Re: Himawari

Herman Vijlbrief
 


Folks,

I've been working hard on this, as there were a lot of changes to make to add the new channels.

I now have a working beta, uploaded, although there remain some important issues to be resolved.  I'm using it as a stand-alone instance of the MSG Data Manager (...-Him-8.exe) pointing at \received\E1H-TPG-2\, and separate raw and images trees for the moment.

It's highly likely that this will not be up to my usual standard,so please report any errors.

I've also been working on the Kepler Manager as the wretched Space-Track people have changed their Web site.  That will need a day or two to test. I've moved back to the reliable CelesTrak for most of the updates, sigh!

Cheers,
David
Many thanks David for this prompt update!

I had made a separate Himawari instance of MDM pointed to the E1H-TPG-2 directory on my RX PC.
As far as i can see after a quick look all the Himawari data is processed.
Detail images of the 10 minutes slots are presented.
And the E1H-TPG-2 directory on the RX PC is emptied.

Since Monday iI started receiving HVS-1 with a small 88 cm dish on a Pentuim E 6300 RXPC with a 600 MB RAM disk and a cheap 120 GB SSD disk.
A few lost packets during rainy moments this morning. But very impressive GOES 16 images.
So now going for a 125 cm dish to have more link margin.

Greetings,

Herman Vijlbrief


Re: Himawari

Maurizio calvitti
 

I have not asked, I don't  claim anythig from anyone...
I  have just written what we technically  would need to solve  the problem based on my first trials.

Regards,
Maurizio


Re: Himawari

Ian Deans
 

On 12/09/2018 18:17, Maurizio calvitti wrote:
Dear all,
indipendent instances of MSD work without interfering each other.
At the moment the only problem I'm facing with the new files of Himawari is that the current version of MData Manager are not able to producing Images.
we need an update!
Regards,
Maurizio
It would be better if we asked him courteously. David has retired, we may not get an update.

Regards
Ian.


Re: Himawari

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

Dear all,
indipendent instances of MSD work without interfering each other.
At the moment the only problem I'm facing with the new files of Himawari is that the current version of MData Manager are not able to producing Images.
we need an update!

Regards,
Maurizio
===============================

Folks,

I've been working hard on this, as there were a lot of changes to make to add the new channels.

I now have a working beta, uploaded, although there remain some important issues to be resolved. I'm using it as a stand-alone instance of the MSG Data Manager (...-Him-8.exe) pointing at \received\E1H-TPG-2\, and separate raw and images trees for the moment.

It's highly likely that this will not be up to my usual standard,so please report any errors.

I've also been working on the Kepler Manager as the wretched Space-Track people have changed their Web site. That will need a day or two to test. I've moved back to the reliable CelesTrak for most of the updates, sigh!

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Re: Himawari

Maurizio calvitti
 

Dear all,
indipendent instances of MSD work without interfering each other.
At the moment the only problem I'm facing with the new files of Himawari is that the current version of MData Manager are not able to producing Images. 
we need an update!

Regards,
Maurizio


Re: Himawari

Ian Deans
 

On 12/09/2018 17:13, Thorsten Miglus wrote:
Hi Ian,
One data manager can not over override an other. They are totally independent by the different names of the .exe files.
The current version of the data manager is unable to process the intermediate timeslots.
Cheers,
Thorsten
On Wed, Sep 12, 2018 at 05:59 PM, Ian Deans wrote:
David as you know I do not run overnight, so I am going to shutdown
a little earlier tonight and try an independent Data Manager with
data channel 4 hashed out.
That should tell me if the independent Managers are overriding the
main Data Manager which does not have Himawari processing enabled
and causing it to process the 30 minute data or that the independent
Data Managers are only dealing with the existing 30 minute data and
not the 10 minute data coming through TPG-2.
Will report later or tomorrow.
Regards
Ian.
==============================================================================

Thanks for the update Thorsten which clarifies what is happening. That will save me shutting down data channel 4 for testing. Will continue with the 30 minute data on channel 4 for the time being.

Regards
Ian.


Re: Himawari

Thorsten Miglus
 

Hi Ian,

One data manager can not over override an other. They are totally independent by the different names of the .exe files.
The current version of the data manager is unable to process the intermediate timeslots.

Cheers,
Thorsten


On Wed, Sep 12, 2018 at 05:59 PM, Ian Deans wrote:
David as you know I do not run overnight, so I am going to shutdown a little earlier tonight and try an independent Data Manager with data channel 4 hashed out.

That should tell me if the independent Managers are overriding the main Data Manager which does not have Himawari processing enabled and causing it to process the 30 minute data or that the independent Data Managers are only dealing with the existing 30 minute data and not the 10 minute data coming through TPG-2.

Will report later or tomorrow.

Regards
Ian.


Re: Himawari

Thorsten Miglus
 

Hi Ian,

I unchecked the Himawari processing within my MSG-4 data Manager. So all data is coming in as before. But the Himawari images are not produced.
I redirect the new Himawari data stream to my IODC (MSG-1) data manager. Then I checked the Himawari processing at the IODC data manager.
But only the half hourly images from the new data stream are processed. We have to wait for a data manager update.

Cheers,
Thorsten


On Wed, Sep 12, 2018 at 01:31 PM, Ian Deans wrote:
ooks like the 10 minute Himawari data will not be able to be processed by any set-up of Data Manager until the half hourly data stops in October, unless data channel 4 is stopped completely.

Of course stopping data channel 4 would mean losing GOMS, MODIS etc.
and other data.

My experience is that if you run a separate Data Manager or the IODC Data Manager that overrides the setting on the main Data Manager not to process Himawari Data and the half hourly data is then processed.

Still thinking this out, but this has been my experience so far.

Regards
Ian.


Re: Himawari

Ian Deans
 

On 12/09/2018 13:57, David J Taylor via Groups.Io wrote:
It looks like the 10 minute Himawari data will not be able to be
processed by any set-up of Data Manager until the half hourly data stops
in October, unless data channel 4 is stopped completely.
Of course stopping data channel 4 would mean losing GOMS, MODIS etc.
and other data.
My experience is that if you run a separate Data Manager or the IODC
Data Manager that overrides the setting on the main Data Manager not to
process Himawari Data and the half hourly data is then processed.
Still thinking this out, but this has been my experience so far.
Regards
Ian.
===========================
Ian,
I'm still thinking this out.  Spent the morning trying to work round the problems created by the Space-Track Web changes, and decided to revert to CelesTrak for as much of the data as possible.  Will be waiting to see how the next automated run works.  Also needed to update a program I use for checking the data so that it displays the epoch of the data rather than the modification date of the file.  A right pain!
I don't quite understand what you mean by one MSG Data Manager affecting the other.  They should be independent.  I'll try setting up something here so that I can observe the behaviour (perhaps using a different \Images\ directory in the meantime) and at least get the new channels added.
Cheers,
David
================================================================================

David as you know I do not run overnight, so I am going to shutdown a little earlier tonight and try an independent Data Manager with data channel 4 hashed out.

That should tell me if the independent Managers are overriding the main Data Manager which does not have Himawari processing enabled and causing it to process the 30 minute data or that the independent Data Managers are only dealing with the existing 30 minute data and not the 10 minute data coming through TPG-2.

Will report later or tomorrow.

Regards
Ian.


Re: Himawari

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

It looks like the 10 minute Himawari data will not be able to be
processed by any set-up of Data Manager until the half hourly data stops
in October, unless data channel 4 is stopped completely.

Of course stopping data channel 4 would mean losing GOMS, MODIS etc.
and other data.

My experience is that if you run a separate Data Manager or the IODC
Data Manager that overrides the setting on the main Data Manager not to
process Himawari Data and the half hourly data is then processed.

Still thinking this out, but this has been my experience so far.

Regards
Ian.
===========================

Ian,

I'm still thinking this out. Spent the morning trying to work round the problems created by the Space-Track Web changes, and decided to revert to CelesTrak for as much of the data as possible. Will be waiting to see how the next automated run works. Also needed to update a program I use for checking the data so that it displays the epoch of the data rather than the modification date of the file. A right pain!

I don't quite understand what you mean by one MSG Data Manager affecting the other. They should be independent. I'll try setting up something here so that I can observe the behaviour (perhaps using a different \Images\ directory in the meantime) and at least get the new channels added.

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Himawari

Ian Deans
 

It looks like the 10 minute Himawari data will not be able to be processed by any set-up of Data Manager until the half hourly data stops in October, unless data channel 4 is stopped completely.

Of course stopping data channel 4 would mean losing GOMS, MODIS etc.
and other data.

My experience is that if you run a separate Data Manager or the IODC Data Manager that overrides the setting on the main Data Manager not to process Himawari Data and the half hourly data is then processed.

Still thinking this out, but this has been my experience so far.

Regards
Ian.