Mit Sicherheit kann ich es nur für die 6903x und 6908 bestätigen, dass hier ein einreihiger, 2-poliger Stecker dran ist. Ich habe extra jetzt den PC aufgemacht und gleich den Staubsauger zur Hand genommen 
Je nach Mainboard weiß ich, dass es noch zusätzlich diese 4-poligen Stecker (direkt am Mainboard) gibt.
Sofern die rund/eckig Codierung passt, läßt sich der untere Teil eventuell abschneiden und den Massedraht würde ich dann auch auf schwarz färben.
Der Link ist mal die Hälfte. Es handelt sich um einen 4-poligen Stecker, auf der Karte ist es ein einreihige, 2-polige Molex Buchsengehäuse mit Rastermaß 4.2 mm.
Bei Conrad fand ich das Gehäuse
https://www.conrad.at/de/p/molex-buc…TogetherSection
The link only shows half the picture. It's a 4-pin connector, but the card shows a single-row, 2-pin Molex socket with a 4.2 mm pitch.
I found the housing at Conrad:
Dass das Rad zweiteilig ist, konnte ich im Video nicht entnehmen.
"Ich habe noch nie Grenzwerte für einen Aktuator festgelegt, ...." ich auch nicht, werkseitig eingestellt ist es der maximale Fahrweg. In den Positionenern ist üblicherweise ein softwaremäßiges Limit einstellbar.
Relevant könnte es auch bei einer Unverhältnismäßigkeit vom Fahrweg am Polarmount/Aktuatorlänge werden. Beispielsweise der Motor könnte noch weiter Ein-/Ausfahren erreicht aber bereits das Limits des Fahrwegs.
I couldn't tell from the video that the wheel is two-part.
"I've never set limits for an actuator..." Me neither. The factory setting is the maximum travel. Positioners usually allow you to set a software limit. This could also become relevant if there's a disproportion between the travel on the polar mount and the actuator length.
For example, the motor could extend/retract further but has already reached the travel limit.
Wer sein LNB kalibriert, sollte dies im Bereich der verwendeten, bzw. gesuchten Frequenz tun.
Über den gesammten Ku-Band Bereich im Low-Band (10700-11700) etwa bei 11200 bzw. im Highband (11700-12750) etwa bei 12200.
Ich möchte noch darauf hinweisen, dass die NIT nicht immer den Tatsachen entspricht, insbesonders wenn Transponder der Signalzuführung dienen. Empfehlen würde ich es für alle LNBs, die als Massenware produziert oder umgebaut wurden. Leider sind nicht immer die nötigen Informationen der Betreiber verfügbar.
Für Astra 19,2°E und das Ku-Band habe ich die Tabelle angehängt.
When calibrating your LNB, you should do so within the frequency range of the signal you are using or searching for.
Across the entire Ku-band range, this means approximately 11200 MHz in the low band (10700-11700 MHz) and approximately 12200 MHz in the high band (11700-12750 MHz).
I would like to point out that the NIT (Network Information Technology) is not always accurate, especially when transponders are used for signal transmission. I would recommend this for all LNBs that were mass-produced or modified. Unfortunately, the necessary information from the operators is not always available.
I have attached the table for Astra 19.2°E and the Ku-band.
Im Prinzip immer nur eine Achse, meist Schraube, die duch die Schelle, bzw. Öse am Ausschub geht.
Entscheidend ist aber, dass diese spielfrei passen. Sind die beiden Löcher am Motor für die Schrauben zu groß, würde ich Hülsen bevorzugen anstatt etwas aufzubohren.
PS: Die bräunliche Färbung ist vom Fett, kein Rost!
Das linke Rad mit der Spitze ist der Endschalter. Ich vermute, dass er ~355° dreht zwischen eingefahrenen und voll ausgefahrenen Motor.
Würdest ihn verdrehen fährt die Spindel entweder bis sie ansteht oder sich komplett herausgedreht hat. Beides nicht gut.
Siehe es dir einfach an, wenn du den Motor laufen läßt, möglichts nicht im angebauten Zustand.
Warum die Programme mit dem Tuner der VU deutlich besser abschneiden weiß ich nicht, liegt hier wohl an der TBS6281SE.
Erst mit "step 1" war dann überhaupt eine Sperre möglich.
Wünschenswert wäre ein vollständig sichtbares Feld der Tuner.
Nachdem ich hier unterschiedliche PLP-IDs empfange (0/CZ und 1/AT), setze ich dies auch auf die Wunschliste.
Ein helleres Constellation Fenster sollte es auch sein.
Eine neue Tunerkarte muss ich mir wohl von mit selbst wünschen.
I don't know why the programs perform significantly better with the VU+ tuner; it's probably due to the TBS6281SE.
Only with "step 1" was it even possible to block the tuner.
A fully visible tuner field would be desirable.
Since I'm receiving different PLP IDs here (0/CZ and 1/AT), I'm adding this to the wish list.
It should also be a lighter Constellation window.
I guess I'll have to ask for a new tuner card myself.
Non so perché i programmi funzionino significativamente meglio con il sintonizzatore VU+; probabilmente è dovuto al TBS6281SE.
Solo con il "passaggio 1" è stato possibile bloccare il sintonizzatore.
Sarebbe auspicabile avere un campo sintonizzatore completamente visibile.
Dato che ricevo ID PLP diversi (0/CZ e 1/AT), aggiungo questa richiesta alla lista dei desideri.
Dovrebbe inoltre trattarsi di un finestrino Constellation più chiaro.
Credo che dovrò chiedere io stesso una nuova scheda sintonizzatore.
Info flysat.com:
Power off stay online
In the picture the last Settings, in cfg:
[SETTINGS]
last_band = KA_D
diseqc_enabled = True
last_satellite = 16.0E - Eutelsat 16A (Ku) [Ku]
last_device = ID 3: TBS 6908 DVBS/S2 Tuner 0
step_mhz = 3
min_sr_ks = 500
start_freq = 10700
stop_freq = 12750
polarization = Both
force_blscan2 = False
scan_direct = False
Hier dürfte die Ursache liegen, warum stephan94 im im Konsolenfenster die Ku-Band Einträge hat.
This is likely the reason why stephan94 has Ku-Band entries in the console window.
Questo è probabilmente il motivo per cui stephan94 ha voci in banda Ku nella finestra della console.
Beim Radio-Transponder "No services found" 
Quälend war die Diseqc-Findung, denn nicht so wie am anderen PC, wo Diseqc in Zusammenhang mit dem Satelliten steht, geht es hier um die Bandschaltung, aufgeteilt auf zwei Tuner.
The radio transponder displayed "No services found"
Finding the DiSEqC setting was agonizing, because unlike on the other PC, where DiSEqC is related to the satellite, here it's about band switching, split between two tuners.
Mit den Einstellungen von stephan94 #25 bekomme ich mit der 4.2 Version aktuell nur 12689.8 H 2962. Die version 4.4 zeigt zusätzlich 12686.6, den ersten eintrag.
LNB bedingt sind die Frequenzen um 300 kHz versetzt. Das LBN ist zwar nicht kalibriert, aber auf die LOF habe ich auch keinen Einfluss.
Auffällig bei der 4.4 waren diese Details, vorallem Anzeigen:
VLC Player zeigt 127.0.0.1:1234 an, SID 21411 Ton ok, SID 1010 kein Ton. Manuelles ändern auf 239.0.0.1:1234 gleicher Effekt, liegt vermutlich an der Info des VLC Players
Potplayer zeigt 127.0.0.1:1245 an, SID 21411 Ton ok, SID 1010 Fehlermeldung, stimmt aber mit dem Konsolenfenster überein.
FFplay schaltet von LOCK auf NO LOCK und nichts geht mehr. Die konnte ich zwar auch beim VLC Player beobachten, aber da ging es doch weiter.
With the settings from stephan94 #25, I'm currently only getting 12689.8 H 2962 with version 4.2. Version 4.4 additionally shows 12686.6, the first entry.
Due to the LNB, the frequencies are offset by 300 kHz. The LNB isn't calibrated, but I also have no control over the LOF.
The following details were noticeable in version 4.4, especially the displays:
VLC Player shows 127.0.0.1:1234, SID 21411 (audio OK), SID 1010 (no audio). Manually changing the port to 239.0.0.1:1234 has the same effect; this is probably due to the VLC player's information.
Potplayer shows 127.0.0.1:1245, SID 21411 (sound OK), SID 1010 (error message), but this matches the console window.
FFplay switches from LOCK to NO LOCK, and nothing works anymore. I also observed this with VLC player, but it continued working there.
Con le impostazioni suggerite da stephan94 nel problema #25, attualmente ottengo solo 12689.8 H 2962 con la versione 4.2. La versione 4.4 mostra anche 12686.6, la prima voce.
A causa dell'LNB, le frequenze sono sfasate di 300 kHz. L'LNB non è calibrato, ma non ho alcun controllo sul LOF.
I seguenti dettagli sono stati notati nella versione 4.4, in particolare per quanto riguarda la visualizzazione:
VLC Player mostra 127.0.0.1:1234, SID 21411 (audio OK), SID 1010 (nessun audio). Cambiando manualmente la porta in 239.0.0.1:1234 si ottiene lo stesso effetto; questo è probabilmente dovuto alle informazioni di VLC Player.
Potplayer mostra 127.0.0.1:1245, SID 21411 (audio OK), SID 1010 (messaggio di errore), ma questo corrisponde alla finestra della console.
FFplay passa da LOCK a NO LOCK e non funziona più nulla. Ho riscontrato lo stesso problema anche con VLC, ma lì continuava a funzionare.
Es ist ein bisschen schwer, die Fehlermeldung in der Konsole zu finden "[ERROR] Range 21540.0-21640.0 MHz invalid"
Im oberen Konsolenfenster [DISEqC] 16 Eutel KA [Ka] @ 10700.0 GHz V (1 step).
It's a bit difficult to find the error message in the console: "[ERROR] Range 21540.0-21640.0 MHz invalid"
In the upper console window: [DISEqC] 16 Eutel KA [Ka] @ 10700.0 GHz V (1 step).
È un po' difficile trovare il messaggio di errore nella console: "[ERROR] Range 21540.0-21640.0 MHz invalid"
Nella finestra della console in alto: [DISEqC] 16 Eutel KA [Ka] @ 10700.0 GHz V (1 step).
Die gleiche Signalauswertung wie danluc erhielt ich mit dem IQMonitor. Allerdings ist das Signal an meinem Standort extrem instabil, dass es bei keinem Programm zur Sperre kommt, selbst nicht mit 1,8m.
Beachte aber dabei, dass dir EBSpro auch nicht die korrekten Parameter anzeigt.
I got the same signal analysis as danluc using IQMonitor. However, the signal at my location is so extremely unstable that no program experiences a connection drop, even at 1.8m.
Joolz Keep in mind, though, that EBSpro isn't showing you the correct parameters either.
I have tested the Low SR V4.2 with my TBS5927. On 16°E The system seemed to miss the three Low SR transponders that I could lock using other software.
Please can anyone comment on my settings - (I have tried many combinations including dwell up to 10 seconds) or try the same 16°E scan with another card (TBS5983)
If you mean the 3 transponder around 12541 you have set the wrong start frequence. I have the same result with the TBS6908.
Ich habe es versehentlich geschafft, dass in einen Radio Profil die Endfrequenz kleiner als die Startfrequenz war. Die Folge, es lief über 12750 hinaus.
I accidentally set the end frequency in a radio profile to be lower than the start frequency. As a result, it went above 12750.
Ho impostato per errore la frequenza finale di un profilo radio su un valore inferiore alla frequenza iniziale. Di conseguenza, il valore è salito sopra i 12750.
An der Frequenzfindung habe ich momentan nichts Auffälliges gefunden. Das Leiden mit VLC besteht aber nach wie vor.
Ich habe diesbezüglich mit EBSpro gespielt. Es macht keinen Unterschied ob 64-bit oder 32-bit Version.
Allerdings machte hier die UDP Variante Probleme, während es mit TCP funktioniert.
I haven't found anything unusual about the frequency detection yet. However, the VLC issue persists.
I've been experimenting with EBSpro in this regard. It makes no difference whether I use the 64-bit or 32-bit version.
However, the UDP version caused problems, while TCP works fine.
Finora non ho riscontrato nulla di anomalo nel rilevamento della frequenza. Tuttavia, il problema con VLC persiste.
Ho fatto delle prove con EBSpro a riguardo. Non cambia nulla se utilizzo la versione a 64 bit o a 32 bit.
Tuttavia, la versione UDP ha causato problemi, mentre TCP funziona correttamente.
Die Testtransponder
The test transponders
I transponder di prova
12730.25 H 1700 2/3 S2-8PSK und 12733.50 H 3780 4/5 S2-QPSK
Der Eintrag in der EBSpro.ini, Port ist egal
The entry in the EBSpro.ini file; the port is irrelevant.
La voce è presente nel file EBSpro.ini; la porta è irrilevante.
[Player]
Port=7000
#Port=1234
[Player 1]
Path=C:\Program Files (x86)\VideoLAN\VLC\vlc.exe
Name=VLC (TCP)
Arg={proto}://127.0.0.1:{net_port} :meta-author=Cjcr-Software :meta-artist="{srvname} ({srvprov})" :meta-title="{freq} {pol} {sr} / RF: {rflevel} SNR: {snr} | {sat} @ {curr_dev_name}" :meta-copyright="EBSpro" :input-timeshift-path="{data_folder}" :input-record-path="{data_folder}" :no-input-record-native --snapshot-path="{data_folder}VLC_snapshot.jpg" --snapshot-format=jpg --network-caching=500 --no-qt-video-autoresize --program={sid}
CloseAPP=1
NetworkStream=1
FileStream=0
FilePath=C:\Users\FEMI\AppData\Roaming\EBSpro\EBSpro.ts
StopDevice=0
Proto=0
BufferLen=192512
QuickAccessMenu=0
Wenn sich diese Option noch einbauen lässt, macht es durchaus Sinn.
Der Potplayer schnitt auch nur durchschnittlich ab. Die beste Option war noch FFPlay
If this option can still be implemented, it makes perfect sense.
Potplayer only performed at an average level. FFPlay was still the best option.
Se questa opzione è ancora implementabile, ha perfettamente senso.
Potplayer ha offerto prestazioni solo nella media. FFPlay rimaneva l'opzione migliore.
stephan94 Hab jetzt VLC auf Astra versucht, zuvor direct tune. Erst als ich "@! entfernte, hat es geklappt. Ich erinnere mich an EBSpro, dort lief es via http, aber udp wollte nicht so recht.
VLC started, but I havn't Audio on this transponder
VMA Analyzer startet, but nothing else
TSReader ok
FFplay ok
TransEdit started, but any window
RAW UDP not used
DVB-S and PILOT, I think should be "---"
After install and edit .cfg not all is loaded to program
UI_SETTINGS and SETTINGS is confusing and not the same
Finally, I have no way to adjust the LOFs. While this doesn't affect the symbol rate, it does affect the frequency.
First, it would be important to safe the domain, other than in the case of DX TV, which is now a meaningless nonsense website domain.
All other steps can follow after that with no time preasure.
Habe ich bis heute nicht verstanden, sich an eine Domain fest zu krallen, um dann genau NICHTS daraus zu machen. Die gleiche Domain bringt zwar den Vorteil, dass User sie nicht erst suchen müssen, aber dafür Geld ausgeben. Interessenten finden den neuen Namen schnell, der spricht sich rum.
To this day, I still don't understand why someone would cling to a domain only to do absolutely NOTHING with it. While using the same domain has the advantage that users don't have to search for it, they do have to pay for it. Potential customers will quickly find the new name, and word will spread.
Display More1) Sukzessive Scans haben kleine Schwankungen in der Frequenz und SR.
2) Manche Transponder haben Spot-Beams oder sind an einem Standort nicht zu empfangen. Man braucht also Daten von verschiedenen Standorten. Nicht nur 1x Europa, Asien und Amerika, sondern je mehr desto besser.
3) Nun hat man Reports von verschiedenen Regionen mit unterschiedlichen Transponder. Meistens kann man wohl einfach alles zusammenfassen, aber nicht immer, denn manche Satelliten strahlen verschieben Spotbeams auf unterschiedliche Regionen mit den selben Frequenzen. Und wie zeigt man welche Transponder wo empfangbar sind? Hier hat Lyngsat ganze Arbeit geleistet, weil zu fast jedem Transponder auch die Ausleuchtzone dabei ist.
4) Und wie filtert man falsche Reports, wo der Anwender den falschen Satelliten angepeilt hat? Z.B. Report für 9E, dich die Schüssel war auf 10E ausgerichtet.
5) Wie gehtan mit Feeds um, mit Daten-Transponder, mit PLP und MIS? Sind die Codes öffentlich oder nicht? Ist das Legal oder Illegal?
Naja, nach einer Woche hatte ich keine Lust mehr. Jede Nacht alle Satellite abzuklappern strapaziert den PC, die TBS, den Motek. Und Nachts gibt es kaum Feeds. Also tagesüber gestartet, doch dann könnte ich die Schüssel nicht zum Musik hören benutzen.
Zugegeben, mein Interesse hält nicht lange und ich brauche immer was neues - vielleicht ist es bei anderen nicht so und sie würden das jahrelang am Laufen haben. Oder eher nicht.
Deshalb habe ich da meine Zweifel.
1) Es beginnt schon beim LNB selbst. Nimmt man 3 gleiche LNBs des selben Herstellers, ich meine hier die Massenware, werden sie unterschiedliche Ergebnisse bringen, die Streuung der Bauteile. Das Ganze ist dann auch noch temperaturabhängig. Der größte Fehler liegt bei den Usern, nämlich mit unkalibrierten LOFs, sei es aus Bequemlichkeit oder fehlender Möglichkeit.
3) Bei etlichen Satelliten gibt es mehr als zwei, drei Spotbeams und da versagt auch Lyngsat. Der Hinweis ist zwar nicht schlecht, um einzuschätzen, was in meiner Region funktioniert, Garantie ist dies aber nicht. Ein anderes Beispiel ist der Türkei-Beam von 42°E. In Teile Deutschlands, meiner Vermutung nach eine Nebenkeule, ist diese Beam empfangbar, währen im NO Österreichs man im Tal zur Hauptkeule sitzt. Leider dürfte das extended Ku-Band bisher auch auf den Türkei-Beam beschränkt sein. Hier entspringt gleich die nächste Frage, die Antennengröße. Diese Angabe gibt es nirgends, ist aber relevant, denn nach Transpondern, die mit 5m gefunden wurden und am Limit liegen, nach denen brauche ich erst gar nicht suchen.
4) Nun in der Excel-Variante, die "neuen" farblich markieren, sortieren und im Beispiel bei 0090 und 0100 in erster Linie die Frequenz abgleichen. Dazu fällt mir ein, dass eine Anonyme Bekanntmachung besser ist, es fühlt sich niemand benachteiligt.
5) Feeds, abgesehen vom Rechtlichen, sind sehr individuell. Für mich kaum von Bedeutung, andere sehen gerne Übertragungen.
Ich sehe fehlende Hilfe bei Reparaturen oder Umbauten, die man nicht alleine schafft, als Grund für abnehmende Motivation, nicht am Interesse selbst.
1) It starts with the LNB itself. If you take three identical LNBs from the same manufacturer—I'm talking about mass-produced ones here—they will produce different results due to component variation. This is also temperature-dependent. The biggest problem lies with the users, namely with uncalibrated LOFs, whether out of convenience or lack of the means.
3) Many satellites have more than two or three spot beams, and Lyngsat falls short here as well. While the information isn't bad for estimating what works in your region, it's no guarantee. Another example is the Turkey beam at 42°E. In parts of Germany, which I suspect is a side lobe, this beam is receivable, while in northeastern Austria, you're in the valley below the main lobe. Unfortunately, the extended Ku-band seems to be limited to the Turkey beam so far. This leads directly to the next question: antenna size. This information isn't available anywhere, but it's relevant because I don't even need to search for transponders that were found at 5 meters and are operating at their limit.
4) Now, in the Excel version, color-code the "new" ones, sort them, and, in the example of 0090 and 0100, primarily compare the frequency. It occurs to me that an anonymous announcement would be better; no one would feel disadvantaged.
5) Feeds, legal considerations aside, are very subjective. They're hardly important to me, but others enjoy watching the feeds.
I see a lack of help with repairs or modifications that one can't manage alone as a reason for decreasing motivation, not a lack of interest itself.
Sämtliche Bildchen und Icons dienen nur der Optik, sind aber zur Bildung einer .xml oder .ini kontraproduktiv und erfordern massive "Handarbeit".
Meine Überlegung geht in Richtung Excel-Tabelle, wo man auch maschinell generierte .csv verarbeiten kann.
Frequenzen in kHz ersparen lästige Dezimalzeichen, ebenso bei den Symbolraten, wo es ohnehin zu länderspezifischen Problemen kommt. Die FEC ist wählbar aber vorgegeben. Auto ist sinnbefreit, also nur reelle Werte. Polarität, System und Modulation und fertig wären die Grunddaten
Sponsoren, nein danke. Um sich jemand verpflichtet zu fühlen wie einst bei dxtv? Als Betreiber einer Homepage habe ich keine finanziellen Mehrkosten. Ob ich eine html mehr hoch lade spielt bei dieser Daten-Größenordnung keine Rolle.
Etwas mehr Herausforderung sehe ich in der Bearbeitung z.B. von Doppelmeldungen, wo Frq /SR nur minimal abweichen oder ident sind. Sie müssen automatisch (ident) oder manuell (nicht völlig ident) gelöscht werden. Bedenken muss man dabei ebenfalls, dass eine Abweichung in den K-Bändern von 1000 kHz schon relevant sind. Je öfter man aktualisiert, desto weniger Doppelmeldungen kommen an, sollte man zumindest annehmen.
Die weiteren Fragen, die sich noch stellen: Verschlüsselung relevan? Auch deren ID? Sämtliche PIDs? Kanalnamen aus einzelnen Transpondern?
Wie VMA bereits erwähnte: der Standort. Selbst wenn sich Leute aus dieser und jener Gegend finden, ist deren Priorität nicht unbedingt beim Satellitenempfang. Der Eine will Urlaub machen, der andere hat ein Familienfest, usw. Diesen Teil stelle ich mir am Schwierigsten vor.
All images and icons are purely for aesthetic purposes and are counterproductive to creating .xml or .ini files, requiring significant manual work.
I'm considering an Excel spreadsheet, which can also process machine-generated .csv files.
Frequencies in kHz eliminate the need for cumbersome decimal points, as is the case with symbol rates, which already present country-specific issues.
The FEC is selectable but predefined. "Auto" is pointless, so only real values are allowed. Polarity, system, and modulation - that's all the basic data required.
Sponsors? No, thank you. Why feel obligated to someone like with DXTV? As a website operator, I incur no additional costs. Uploading one more HTML file is irrelevant with this amount of data. I foresee a slightly greater challenge in handling duplicate messages, for example, where the frequency/signal ratio differs only minimally or is identical. These must be deleted automatically (identical) or manually (not completely identical). It's also important to consider that deviations of 1000 kHz in the K-bands are already significant. The more frequently you update, the fewer duplicate messages you'll receive, or so one would assume.
Further questions arise: Is encryption relevant? And what about its ID? All PIDs? Channel names from individual transponders?
As VMA already mentioned: location. Even if people from this or that area are available, their priority isn't necessarily satellite reception. One person might be on vacation, another might have a family celebration, and so on. I imagine this aspect will be the most difficult.
Your scans 10970,324 / 10970,657 = 0,333 MHz
Der Bereich der Sperre ist schon so groß, dass ich mich da nicht festlegen will. Erst recht nicht, mit unkalibrierten LNB.
The blocked area is already so large that I don't want to commit to a specific figure. Especially not with an uncalibrated LNB.
10972,040 / 10969,600 = 2,44 MHz
10972,040 / 10971,150 = 0,89 MHz
