Date   

CLUT

Daniele Guardigli
 

Hello! Does anyone have a CLUT like the one attached but with light clouds in white?

Thanks

sample_BrownBlue.jpg
Daniele Guardigli


Re: New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Ernst Lobsiger
 

Dear GNU/Linux users

The version of szap-s2 distributed in the evaluation kit with dvbond0
produces considerable additional UNIX system load with TBS-6903X/09X cards.
One reason is an added retreival of the demodulator chip temperature.

On the other hand this version can set MODCODs on the cards mentionned.
One possibility to get rid of the added system load is the -Q switch.
The -Q (Quiet) switch suppresses all unnecessary parameter retreival:

Look for these lines in dvb-eumetcast and add the -Q (+ final space):
...
                         A*)
                         # C-Band Africa...
                         SZAP_OPTION="-l $LOF_C  -Q  "
                         ;;

                         H*)
                         # C-Band Africa...
                         SZAP_OPTION="-l $LOF_KU  -Q  "
                         ;;

                         E*)
                         # C-Band Africa...
                         SZAP_OPTION="-l $LOF_KU  -Q  "
                         ;;

...

BTW comment # C-Band Africa...  under E* and H* is copy & paste error.
If you run my TBS-6909X 3 demodulator single cable solution you can set
the SID=1 (using P1) and set Bas MODCODs 8psk 3/5 only with W00001000.

For above settings make these changes in channels.conf:

Eutelsat 10A:11263:hS1O25:0:33000:::
AtlanticBird3:3732:h:0:11963::::
E1:11263:hS1P1:0:33000:::
E1B:11263:hS1P1W00001000:0:33000:::
E1H:11263:hS1P1:0:33000:::
E2:11388:hS1P1:0:33000:::
H1:11317:vS1:0:29950:::
H1B:11317:vS1:0:29950:::
H1H:11317:vS1:0:29950:::
H2:11355:vS1:0:29950:::
Htest:11393:vS1:0:27500:::
A1:3848:hS1:0:9892::::
#name:frequency:PolarisationDVBStdModcod:diseqSatNr:Symbolrate:::


Stop tellicast-client and dvb-eumetcast and restart to apply changes.


Cheers,
Ernst


Brunt shelf today

Ferdinand Valk
 

With thanks to John Tellick for the early warning, attached is a radar image
of today after the calving of the Brunt-North shelf yesterday.
The composition of the shelf is quite different from what had spun off from
Larsen as A68. Basically this shelf consists of lots of loose icebergs that
came from the Stancomb-Wills glacier that froze-in in the extended sea ice
field, which thickened over time. The ice slab measures up to 150 meters
thick in places. Its disintegration will therefore follow a pattern
different from A68, which was not composite but a solid block of sea ice to
begin with. It is well possible that the North slab will freeze in place now
that local summer is nearing its end.
Interestingly West Brunt, where Halley 6 was located (moved in 2017 to 6a in
the image), still clings on along a stretch of ice of about two kilometers.
Another huge calving in the offing, although the onset of growing sea ice
may cause it to be delayed until the end of 2021.
A larger image is provided at https://tinyurl.com/tcep563x

Ferdinand Valk


Re: Evaluation copies of Windows 10 Windows Insider DEV

Graham Woolf
 

Hi David

Yes I did - I posted on the TBS forums and Microsoft but didnt get any replies from anybody

With  a massive amount of help from Ernst I now have my TBS card running under Linux so I wont bother with trying to get it to work  Windows

Regards

Graham


Re: Evaluation copies of Windows 10 Windows Insider DEV

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

On 08/01/2021 18:13, Graham Woolf wrote:
Hi John
No I cant get it to run either and I cant roll back my version either
Just have to hope CrazyCat is following this thread and can fix the problem
Regards
Graham
John, Graham,

It's been several weeks now since you reported this issue. Did you manage to report it and perhaps get any replies from TBS, Microsoft, CrazyCat or possibly EUMETSAT?

TBS would not want their hardware to fail under the next version of Windows.

Thanks,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@blueyonder.co.uk
Twitter: @gm8arv


Re: MSG4 in MSG Data MAanager

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

On 27/02/2021 06:07, Daniele Guardigli wrote:
Hi David, attached you'll find 3 screenshots of what I have on MSG Data Manager. Please, let me know where I did something wrong.
Thanks.
I think I already suggested this:

Stop the MSG Data Manager processing.

In Setup, uncheck Persistent Images.

Close the MSG Data Manager.

Delete the registry value: HKEY_CURRENT_USER\SOFTWARE\David J Taylor\MsgDataManager\RestartImageList

Be very careful when editing the registry!

Restart the MSG Data Manager.

I hope you will be able to register the software soon.

I don't think anything on screenshots (2) and (3) affect the problem you are seeing.

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


Re: MSG4 in MSG Data MAanager

Daniele Guardigli
 

Hi David, attached you'll find 3 screenshots of what I have on MSG Data Manager. Please, let me know where I did something wrong.
Thanks.
Problema MSG(3).jpgProblema MSG(2).jpgProblema MSG(1).jpg


Il giorno mar 23 feb 2021 alle ore 09:34 David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺 via groups.io <david-taylor=blueyonder.co.uk@groups.io> ha scritto:
On 22/02/2021 16:00, Daniele Guardigli wrote:
> Hello,
>
> I can't correctly process MSG4 images, since the channels preview are
> set to Africa and when I set a detailed image 1,2,3 or 4 the Europe is
> offset. With MSG3 all works fine.
> Can you help me? Thanks
>
> Daniele Guardigli

I'm sorry my suggestion did not help.  Could you please post a
screenshot (as an attachment) showing exactly what you mean by "preview
are set to Africa".

I am also puzzled by your reference to MSG-3 as that satellite data is
not due to be broadcast again until March-04 (IIRC).

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







--
Daniele Guardigli


Re: font for xrit2pic in nogui mode

R. Alblas
 

Andrea,
Only characters with ascii nr. 32 (space) to 127 are supported.
About 'not very clear': can you send me an example? (to r@...) Here it looks pretty clear.

Regards,
Rob.

On 25-02-2021 09:58, Andrea Battistella wrote:
Thanks Rob
the problem is that the default font is not clear and greek characters like "µ" are not present.
best regards
Andrea


Re: New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Graham Woolf
 

Hi Ernst

All changes done and all working perfectly

Regards

Graham


Re: font for xrit2pic in nogui mode

Andrea Battistella
 

Thanks Rob
the problem is that the default font is not clear and greek characters like "µ" are not present.
best regards
Andrea


Hotbird EUMETCast backup.

geojohnt@...
 

Hello All,

You might find these two links from EUMETSAT's website interesting.
Similar information is contained in the recently updated TD-15, so many will already know it.

 

Between you, me, and the gate post, if EUMETSAT are paying money to reserve the two channels on Hotbird indefinitely, I suspect I'm not the only one wondering why they don't use Hotbird as the prime dissemination satellite and 10A or 9B as the backup.
I'm sure we would all welcome that?

Regards,
John T.





Re: New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Ernst Lobsiger
 

On Wed, Feb 24, 2021 at 10:24 AM, Graham Woolf wrote:
Do I copy the new szap-2 and mc-grp-join files as well ?
Graham,

szap-s2 is probably the same you already have. mc-grp-join MUST be copied and will run in the background
with the new solution. There is no eluna.tgz this time. Just use the same paths you have starting from the
apache2 server root /var/www to directly get the respective update.sh or graph.pm files you need to change.
You can try with a graphical browser from Windows first if that helps. On the TC receiver use w3m or wget.

Regards,
Ernst


Re: New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Graham Woolf
 

Hi Ernst

I always like to be a forerunner

Thanks for that  I will have a go tomorrow

Do I copy the new szap-2 and mc-grp-join files as well ?

I have tried wget for your latest eluna files but it cant seem to find anything - I used wget http://5.153.116.236:86/eluna.tgz and get file not found

I did hear back from Jonathan at Hadrians Balm and your parcels were sent separately for some reason so hopefully the second one should be with you soon

Regards

Graham


Re: New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Ernst Lobsiger
 

On Wed, Feb 24, 2021 at 03:17 AM, Graham Woolf wrote:
Would you recommend me upgrading  my system ? Is it complicated ?
Hi Graham,

it's up to you, whether you want to be a forerunner again. The change is not complicated.
You stop /etc/init.d/tellicast-client and /etc/init.d/dvb-eumetcast. Make a backup of
dvb-eumetcast and /etc/dvb-eumetcast.cfg. Then using mc you copy the content of file
dvb-eumetcast-1.2-0_905.x86_64.tar.gz to the respective places in the file system.

Starting again the new /etc/init.d/dvb-eumetcast should setup the novel dvbond0 interface.
If you want your 3 demodulator setup to begin with edit the new dvb-eumetcast.cfg first.
The configuration files also allow for the HB13 backup satellite and fix the problem
with PID 509 that has not been used for years but still exists in your current setup.

One side effect is that the eLuna user-bytes graphs will only work 50% as dummy0 has
now been replaced by dvbond0. It should be noted, that the new solution is on layer 2
(like bridges and switches) while the classic solution is on layer 3 (like routers).

You can revert again by copying back /etc/init.d/dvb-eumetcast and /etc/dvb-eumetcast.cfg
on a stopped system. I have adapted eLuna for a single MC interface either dummy0 or dvbond0.
This is a Q&D fix that does not touch existing RRDs. The smcroute graph has been replaced
given the fact that EUMETSAT said they will slowly go to 1 PID per TC service in the future.

My receiver Luna running now with the new dvbond0 is here: http://5.153.116.236:86

If you want to adapt your eLuna monitoring you can wget the respective files from Luna.
Don't forget that these files must belong to your apache2 user (chown www-data:www-data).


Good luck

Ernst


Re: New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Graham Woolf
 

Hi Ernst

Second package should be with you soon - I hope

My system is running OK but I am getting lots of lots packets due to high winds here - I may have to get someone in to see to my dish

Would you recommend me upgrading  my system ? Is it complicated ?

Regards

Graham


New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Ernst Lobsiger
 

Dear GNU/Linux users

As long as I can remember the static multicast router "smcroute" has been
the solution to prevent packet loss when the TC client joins and leaves
multicast groups. Smcroute seems not to be packed with some GNU/Linux distros
and comes in different versions. Lately there have been important updates that
made the EUMETSAT distributed SysV file "dvb-eumetcast" (first version 2008)
fail. I recently helped Graham Woolf to setup a system with Debian 10.7 and his
TBS-6909X. This endeavour ended in 287 e-Mails back and forth and a couple of
fixes of the latest EUMETSAT distributed "dvb-eumetcast" from my side. Graham's
receiver is now running (no news is good news) while my wife is still waiting
for the second portion (5 x 5ml Pots) of highly recommended "Hadrian's Balm".
http://www.hadriansbalm.co.uk/           ..  which is maybe another Brexit fallout.

I have collected and reported all encountered problems including former issues
with the new SaveNet 9.0 EKU software. This lead to an in depth reconsideration
of the situation and discovery of a novel approach using the properties of
more recent Linux kernels only. It is now EUMETSAT's declared aim to get rid
of "smcroute" as far as possible using kernel ethernet bridging and bonding
the DVB-interfaces (one per PID) to a common internal interface "dvbond0".
All TC clients then attach to this internal interface "dvbond0". I have one
of these novel TC receivers running here without packet loss (though somewhat
higher system load).  EUMETSAT is interested in as much feedback as possible
re this new solution. Hoping that some more users with GNU/Linux receivers
(or the sheer intention to setup such a beast) grab a surplus PC and a DVB
card (e.g. SkyStar2 eXpress HD, TBS-6925, TBS-6903, TBS-6903X, TBS-6909X) to
test this novel approach, I attach the latest relevant e-Mail from OPS below.
Please share your problems/findings under this thread but also report those
directly to EUMETSAT OPS under the subject "EUMHD-3310: InproveLinuxSetup".


Happy hacking,

Ernst


P.S.

This new solution should also apply to USB boxes like TBS-5925 and TBS-5927.
32Bit Linux is slowly fading away, please consider to setup a 64Bit version.




<CITE>

RE: EUMHD-3310 RE: ImproveLinuxSetup
Von     EUMETSAT User Helpdesk
Absender     Andreea Munteanu
An     Ernst Lobsiger
Datum     Mo 11:19

Dear Ernst,

Regarding dvb-eumetcast, after analysis of different options, and considering important
aspects of dependencies and maintenance effort of the package, here is the outcome.

A new test version of dvb-eumetcast package can be downloaded from this location:

ftp://ftp.eumetsat.int/pub/OPS/out/user/EUMETCast_Support/tellicast-client-pre-release/linux/new_versions/

After un-tarring the package you find the Readme file with further instructions and information.

In short words, we want to remove the dependency from smcroute. There are other options with a smaller
footprint supported by the OS. The default method to combine the dvb interfaces into one network interface
is a bonding interface supported since a while by the kernels.

This package still contains smcroute method as an option, but this is just to be able to compare
the performance of the different methods.

Please test this version and provide your feedback. Feel free to distribute to the community.
We would like to have as much feedback as possible if there are problems encountered.

Prerequisite is a DVB device working under the linuxtv DVB-S2 API implemented in the kernel.
We cannot discuss DVB device related issues as these are responsibility of the manufacturers.


Best regards,

Andreea Munteanu
EUMETSAT User Services

</CITE>


Re: Himawari & GOMS & Goes 16 data

Ernst Lobsiger
 

On Tue, Feb 23, 2021 at 12:26 PM, fly.fechter@... wrote:
Kindly tell me if in bas or HVS-1.
Roland,

FY2 is in Basic Service. David already gave you the relevant link:

https://eumetsatspace.atlassian.net/wiki/spaces/DSEC/pages/700055570/Channels+and+Packet+Identifiers+PIDs

Ernst


Re: Himawari & GOMS & Goes 16 data

fly.fechter@t-online.de
 

Thanks Ernst !
Kindly tell me if in bas or HVS-1.
Could you also tell me the FULL channel name, please ?
Regards, 
Roland


Solar Outage.

geojohnt@...
 

Hello All, 

I see the 'spring' outage season has started in northern Norway, Sweden and Finland.
Heading south all the time now.

Visual representation:


Regards,
John Tellick.


Re: Himawari & GOMS & Goes 16 data

fly.fechter@t-online.de
 

Hallo again,
I just added E1H-RDS-2 to my HVS-1 channel list.
The Tellicast client list shows now frequently E1H-RDS-2 data coming in.
The log list of my Msg data manager v. 3-1-15-13 17 continues showing FY2G data.
The respective image spaces remain blank-black !
David, do you have adapted your software to this switch from FY-2 to FY-3D ?
Is there another edition of your MSG D.M.  able to show data from FY3D ?
What do you suggest to receive here  again the Chinese data ?
I have continuing problems with the Himawari data reception which leaves me depending on the Chinese data !
Seems that increasing volume of data implies heaps of changes - much to my dislike of course.
I am still at the beginner`s level as regards software & the like !
Thanks in advance for your understanding and continued support.
Regards,
Roland
 

281 - 300 of 31383