a33

Follow-up:
Ik denk dat ik de oorzaak van het zwarte plaatje [spacer.png] heb gevonden.
 
De manier waarop ik plaatjes in een post invoegde was:
- eerst het plaatje uploaden
- dan het plaatje aanklikken  en slepen  naar de plaats in de tekst, waar ik 'm hebben wilde.
 
Dat werkte dus op het eerste gezicht prima, maar later bleek het plaatje niet meer in een apart scherm te openen (al was het in de oorspronkelijke post dus nog wel zichtbaar).
 
Inmiddels heb ik gemerkt dat ik voor het invoegen in de tekst niet de sleepmethode moet gebruiken.
Maar wel: plaatje aanklikken, en dan de plaats in de tekst waar ik hem hebben wil aanklikken.
Dan gaat het goed.
 
Ik dacht, ik meld het nog even.
 
Groet,
A33

UPDATE op de Triax TD115 metingen:
 
Ik heb inmiddels ontdekt dat de meetmanier met de lengte van de top van de schotel naar het midden van de schotel, die ik gebruikte, extreem gevoelig is voor meetfoutjes.
Een meetonnauwkeurigheid van minder dan een millimeter leidt tot wel 6 millimeter verschil in 'diepte' in het midden van de schotel.
Het was weliswaar een makkelijke manier, maar het leidde dus tot verkeerde resultaten.
 
Ik heb die manieren dus uit mijn calculator verwijderd, en vandaag gewoon de diepte in het midden gemeten.
 
Wat blijkt: de arm heeft gewoon de goede lengte. Maar de arm hangt nog steeds te laag; de LNB hangt lager dan het brandpunt.
Bottomstring is ongeveer 62, Topstring moet ongeveer 111 zijn.
 
Ik ga binnenkort dus de arm goed links/rechts in het midden hangen (wat dus totnogtoe niet het geval was), en de arm/LNB wat hoger positioneren.
Aangezien hij inmiddels gedemonteerd was voor de meting van de maten, kan ik helaas niet een VOOR - NA vergelijking maken van signaalkwaliteit...
 
 
De nieuwe data:
 

 
 
N.B .Ik heb ook opnieuw de hoogte en breedte gemeten, en kwam nu voor de breedte op 99.6 uit ipv 99.5. En ik lees net terug dat de fabrikant offsethoek van 26.0 opgeeft. Daar kom ik nu dus ook bijna op uit. 
 
Groet,
 
A33
 

@trust  heeft inmiddels wat testjes gedaan, om dit uit te testen.
 
Hij heeft de test op een Stab lookalike INTERSTAR GI100 , een SG2100 en een Technirotor 0000/1572 losgelaten,
met de GotoX commando's voor 5 graden links en rechts van de nul-positie:

links: E0 31 6E E0 50 en E0 31 6E FF B0
rechts: E0 31 6E D0 50 en E0 31 6E 00 50

Resultaat:
De STAB motor reageerde alleen op de ..D0 50 en  ..E0 50 commando's
de andere motoren op beide typen commando's.
 
Zie verder dit parallel-topic op satelliteguys.us, dat ik begon toen hier geen antwoord leek te komen: https://www.satelliteguys.us/xen/threads/usals-gotox-raw-diseqc-commands.378603/
 
@trust : bedankt voor het testen! Duidelijke resultaten!
 
Groet,
A33

Is dit niet gewoon het C848 condensatorprobleem van de VU DUO?
De verschijnselen lijken er erg op.
Zie (bijvoorbeeld): https://www.sat4all.com/forums/topic/337901-problemen-met-slechte-ontvangst-hd-opgelost/
 
 
Heb je al eens getest of je ontvangst met een andere ontvanger gewoon OK is?
 
 
Groet,
A33

5W bijgezet: Is dat een nieuwe uiterste LNB voor je opstelling?
 
In dat geval: heb je de dish-skew opnieuw berekend en aangepast?
 
Groet,
A33

Tja, wellicht ligt het aan iets met je motorinstellingen.
 
Maar wellicht is het ook gewoon het vu+duo probleem, van hier: https://www.sat4all.com/forums/topic/337901-problemen-met-slechte-ontvangst-hd-opgelost/
Dat geeft ook zo'n beetje de verschijnselen van slechte ontvangst op Nederlandse HD-kanalen.
Dus wellicht is dat ook een nuttige zoekrichting voor je.
 
groet,
A33

Beste @zonnestorm.
 
Ik heb even flink zitten puzzelen en kom tot het volgende (eerst een analyse, dan de oplossing ):
 
Ah, interessant! Dat betekent dat in de SUR420 het uncommitted nivo 1 (UC1) eerst komt, en dan pas (twee keer) nivo 2 (UC2).
En dus niet nivo UC1 het dichtst bij de LNB's, en UC2 het dichtst bij de ontvanger, zoals je het vaak getekend ziet (bijv in de diseqc-pdf van "de Transpondinges"-website, die hier alleen verhaspeld genoemd mag worden geloof ik).
Dit is kennelijk een keus van Spaun. Voor de diseqc maakt het verder niet uit, omdat de 4 nivoos van diseqc 1.1 (UC1 t/m UC4) als ik het goed begrijp in willekeurige volgorde gebruikt kunnen worden (ze zijn immers geheel "uncommitted"!).
 
[Terzijde: hetzelfde resultaat zie je als je een 4/1-diseqc1.0-switch zet achter poort 1 van een 2/1-option switch (ook diseqc 1.0). Dan worden ook alleen poort 1 en 3 van de 4/1-switch bereikt.]
 
 
Dat komt, omdat er twee UC-switches achter elkaar zitten, die alletwee op nivo UC1 schakelen. De 420 schakelt op nivo UC1 en UC2 (als je hem zoals standaard in "mode 1" hebt staan), en de 211 op (alleen) UC1.
 
Voor een cascade met meer dan 16 LNB's moeten we echter een extra UC-nivo inschakelen; anders komen we nooit boven die 16 uit!
 
 
Nee, die moet inderdaad op mode 1 blijven staan; alleen dan staat hij in de diseqc 1.1-stand. (De andere twee modi zijn (slechts) voor diseqc 1.0.)
Hier stoten we alleen wel op een beperking van deze schakelaar: Met diseqc 1.1 kan hij alleen op UC1-nivo gebruikt worden!
 
Voor jouw configuratie betekent dat, dat de SUR420 niet ook nog eens in de UC1-stand te gebruiken is.
Gemakshalve zou ik die meteen maar in de UC3/UC4-stand zetten; bij een eventuele verdere uitbreiding van het aantal LNB's (bijvoorbeeld vervanging van de SUR211 door een tweede 4/1-diseqc1.1-switch) geeft dat het minste rompslomp.
Dat betekent dan dat jouw switch SUR420 dus in mode 3 moet worden gezet (met het rode knopje).
 
 
Meestal wordt bij zo'n gecascadeerde configuratie nivo UC1 het dichtst bij de LNB's (c.q. de diseqc 1.0 switches) geplaatst, en nivo UC4 het dichtst bij de ontvanger. Dan is de nummering het makkelijkst. Maar de volgorde in een diseqc1.1-cascade is niet verplicht of zo.
 
Om een hele ombouw van je bekabeling te voorkomen, kan het volgens mij ook op de manier zoals je het nu hebt volgens je post #27 (en dus zoals getekend in post #5 van @Sprietje, met SUR211-ingang1 naar de SUR420 en SUR211-ingang2 naar de SAR411).
 
Het enige wat dan moet gebeuren, is dat de nummering van de diseqc1.1-inputs in je ontvanger opnieuw moet gaan kloppen met de nieuwe UC1-UC3-UC4 configuratie van de switches.
Met name dat was even puzzelen voor me, maar volgens mij moet dat zo:
 
Voor je eerste 16 LNB's geldt:
1-1; 2-1; 3-1; 4-1 blijft hetzelfde;
1-2; 2-2; 3-2; 4-2 moet worden 1-5, 2-5, 3-5, 4-5;
1-3; 2-3; 3-3; 4-3 moet worden 1-9, 2-9, 3-9, 4-9;
1-4; 2-4; 3-4; 4-4 moet worden 1-13, 2-13, 3-13, 4-13.
 
Voor je extra 4 LNB's blijft het zoals je het al had: 1-2; 2-2; 3-2; 4-2.
 
Volgens mij zou het zo in orde moeten komen.
Zoniet, dan ben ik benieuwd waar je tegenaan loopt, en moeten we nog even verder puzzelen .
 
 
Groet,
 
A33

Ik vind deze website het handigst, daarmee bereken je zowel de satelliet-azimuth als de bijbehorende zonnestand-tijd (GEEN twee websites nodig; alles gaat automatisch!), en kan je zelfs een overzicht maken voor 1 satelliet 1 jaar lang! IDEAAL!
Bovendien zie je in het jaaroverzicht op welke dagen de sun-outage plaatsvindt op jouw locatie (overgang above/below satellite). Kan je die datum alvast in je agenda zetten...
 
http://www.satellite-calculations.com/Satellite/lookangles.htm
 
Je moet invullen:
-site latitude
-site longitude
-satellite position
-date for time calculation
en klaar is kees!
In de regel eronder staat vervolgens de tijd, dat de zon in dezelfde lijn staat als de satelliet, aangegeven in lokale tijd. In de regel erboven de UTC-tijd.
 
In de datum-invul-regel zit ook de knop voor het jaaroverzicht.
(De knop voor het overzicht van ALLE satellieten op die ene dag werkt (op dit moment?) niet bij mij; geen idee waarom niet.)
 
 
Dat is alles....... Waarom moeilijk doen al het makkelijk kan?
 
Goet,
A33

@herbie:
 
De naam van de satelliet op je scherm maakt niets uit. Of dat Astra 2 is of Pietje Puk of Florence Nightingale dat maakt niet uit. Van belang is dat je 'een' satellietnaam koppelt aan een diseqc-positie.
 
Zie:
 
Als je de naam wel netjes wilt hebben om niet in de war te komen, moet je eerst de satelliet opzoeken met de naam Astra2, en daar dan de juiste diseqc-specificatie opgeven.
En idem voor Astra3, natuurlijk.
 
Met een duo-LNB:
Diseqc 1.1 moet op OFF (wordt namelijk niet gebruikt. Als je iets anders invult, wordt dat toch niet uitgevoerd.)
Diseqc 1.0 is dan dus 1 van 4 voor 23oost (op de kop van 19,2);
en 2 van 4 voor 28oost (op de kop van 23,5).
 
NB Voor een gewone universele LNB moet je de waarden 9750/10600 gebruiken (i.p.v. 10700). Anders geeft je ontvanger bij de hogere frequenties lagere frequentiewaarden aan, dan feitelijk juist zijn. En dat leidt natuurlijk ook tot verwarring (al wordt het beeld op je TV er niet anders van...)
 
 
Pilot weet ik niet waar dat op slaat.
 
Netwerk AAN, betekent dat hij ook op andere transponders gaat zoeken die gekoppeld zijn aan de transponder die je voor het 'zoeken' gebruikt. Bijvoorbeeld als je op een CanalDigitaal-transponder zoekt, zal hij ook de andere CD-transponders gaan inladen.
Heb je ook de optie 'blind scan'? Die zoekt namelijk de hele satelliet af!
Andere scan-functies zoeken meestal alleen de transponderlijst af, die al in je ontvanger zit. Da's niet handig als je nieuwe zenders zoekt, en een oude tranponderlijst hebt....
 
groet, A33

De 4 frequenties onderaan bij hoge en lage band lijken voornamelijk frequenties van 19oost te zijn, verminderd met de LOF's van de hoge en lage band van een universele LNB.
namelijk hoge band, + 10600=
11753H onbekend op 13 of 19 oost bij kingofsat
11965V onbekend
11759H bekend op 19oost
11073V 19oost
 
lage band, +9750=
10809H onbekend
10758V 19 oost en 13 oost
10803H 19oost
10759V (identiek met 10758H)
 
Ik ben totaal onbekend met zo'n zelfzoekende schotel, maar op grond van de gegevens in jouw plaatje zou ik het volgende concluderen en uitproberen:
 
Kennelijk zoekt jouw schotel dus eerst zo goed mogelijk deze bovengenoemde frequenties van 19 oost, en zoekt dan later met een druk op de knop één extra satelliet LINKSOM, en wel binnen een "verplaatsing van 009".
Als je nu geen moeite hebt om 19 oost te vinden, moet je dus de 23oost definieren als een satelliet RECHTSOM.
Die gegevens zou ik in je tabel ik dus telkens wijzigen in aantal satellieten LINKSOM 001, RECHTSOM 002.
 
De verplaatsing van 19 naar 13 wordt nu aangeduid met 009. Ik heb geen idee of de term "verplaatsing waarin" een maximum is, of een richtsnoer voor de precieze verplaatsing.
Ik zou:
-ofwel eerst proberen of hij het met bovenstaande veranderingen al de 23 oost vindt,
-ofwel (vanuit de redenering 19-13oost = 9 (6+3), dan is 23-19 = 6 (4+2) ) die "verplaatsing waarbinnen" op 6 stellen.
 
En dan eerst kijken,
-of de schotel inderdaad de andere kant op draait.
-of hij inderdaad bij een andere satelliet stopt (en bij welke dan, de 23oost, of bijvoorbeeld toch de 26 oost, als je de "009" ongewijzigd laat).
 
Maar, zoals ik al schreef: ik ben onbekend met zo'n zelfzoekende schotel, en dit schrijf ik puur op grond van de gegevens die jij hier aandraagt en hoe ik die kan begrijpen.
Ben wel benieuwd, of mijn redenering inderdaad klopt.
 
groet, A33