Koen B

Ik moet de handtekening inderdaad eens aanpassen, dat is al heel oud! Het gaat om een Duo 2 4K SE. Tuner zou ik moeten opzoeken maar FCB doet een belletje rinkelen.

Wacht, er zijn twee kwesties die me nu pas duidelijk worden. 1. Ik navigeerde ter vergelijking op twee zenders op 28 oost (BBC One London HD en ITV3 HD). Blijkt dat de uitzonderlijk lage AGC zich van deze twee zenders meestal enkel voordoet op de genoemde BBC-zender. 2. Mijn ontvanger doet qua voorkeur-tuner iets wat ik niet verwacht had. Gaat zo: de satelliet-tuners zijn in mijn geval I en J. De ontvanger neemt bij voorkeur J. Maar het volgende doet zich voor: J bezet -> ontvanger neemt I bij verzoek zenderweergave (in mijn voorbeeld weer BBC One London HD) I komt vrij. Ik navigeer naar een andere zender en ga dan opnieuw naar BBC One London HD -> ontvanger gebruikt voor alles behalve de transponder van BBC1 Lon braaf tuner J, maar heeft 'onthouden' voor deze zender (en de andere op de desbetreffende transponder) I te nemen, hoewel zijn voorkeurtuner J inmiddels weer vrij is. (De zaak kan 'gereset' worden door I te forceren een andere zender weer te geven.) Het bovenstaande is voor mij niet logisch en heeft het voor mij moeilijker gemaakt te achterhalen waar het probleem zit. Maar ik ben er nu redelijk zeker van dat het probleem zit in de lijn van J (kabel, tuner ontvanger, lnb, gooi maar in m'n pet). Dus dat gaan we nu eens verder proberen uit te zoeken. Ik kan de menu-optie voor voorkeurtuner niet meer meteen vinden, maar blijkt dat het in mijn geval tuner J is (de andere is I, lagere letters zijn voor kabel). Heb ik ook al aan zitten denken, maar nu blijkt dat het probleem zich toch enkel voordoet op een van beide lijnen die naar de ontvanger lopen dus dat lijkt me niet het geval. Alvast bedankt aan iedereen die heeft meegedacht.

Ik heb een 4K SE die hangt aan een vaste Triax met beugel, waarop een enkele lnb zit voor 19 oost en een dubbele voor 28. Er lopen twee kabel-lijnen naar de ontvanger. De ene is rechtstreeks verbonden met 28 oost, de andere gaat naar een DiSeqC om te schakelen tussen 19 en 28. Volgende observatie geldt enkel voor 28. Ik kan niet uitsluiten dat het probleem zich ook voordoet op 19, maar daarvan maak ik te weinig opnames om er uitspraken over te doen. Van 28 neem ik pakweg 50 à 100 uur per maand op. Occasioneel is de ontvangst van 28 zo slecht dat het beeld blokt/opnametijden te kort zijn. Dat houdt dan enkele uren of dagen aan en verdwijnt weer. Ik heb al van alles geprobeerd om een en ander uit te sluiten (gecheckt of het probleem zich voordoet bij beide tuners, uitrichting schotel gecheckt, lnb vervangen). Het probleem blijft zich echter voordoen, laat ons zeggen eens om de twee weken of zo. Meestal merk ik het pas enkele uren of dagen later, bij het verwerken van opnames, maar gisteren was ik er live bij en kon ik de blokken in beeld live zien (het is dus geen opname-probleem) en zag ik volgende waarden: BBC One London HD: SNR 95, AGC 4 ITV3 HD: SNR 90, AGC 0 à 90 (de meting ging zonder overgang van 0 naar 90, schoot de hele tijd heen en weer) Nu hadden we de afgelopen dagen wel sneeuw, maar dit probleem doet zich ook voor bij helder weer dus ik vermoed dat het niet daar aan ligt. Het is frustrerend dat dit blijft terugkomen en ik er maar niet in slaag de kwestie te isoleren. Inmiddels is het probleem weer weg en krijg ik als waarden op BBC One London HD: SNR 95, AGC 98. Mogelijke issues waar ik nog aan heb gedacht: -water in de elektriciteitsdozen waar kabels zijn doorverbonden -vreemd issue i.v.m. de DiSeqC (maar dan zou ik het probleem niet ook krijgen op de lijn die er niet door gaat, lijkt me?) -probleem ontvanger -probleem bekabeling (maar het zou wel sterk zijn als het probleem zich gelijktijdig op beide lijnen voordoet) Gelukkig kan je voor de BBC ook bestanden van iPlayer plukken die voor de meeste parameters even goed zijn als een ts, of beter, maar dat is wel veel bewerkelijker dus goed signaal van lineaire zenders heeft wel de voorkeur... Iemand suggesties?

O, dat was ik nog vergeten te zeggen maar die had ik ook nog vervangen. Bij wijze van test de kabels richting lnb's eens uit de goot van de schotel-arm gehaald, en daarna had ik opeens beeld. Wat ik daaruit opmaak is dat twee van de drie kabels die naar de lnb's gaan, beschadigd zijn ter hoogte van de schotel... en dat ik er heel lang over gedaan heb om dat vast te stellen omdat je er niet vanuit gaat dat twee kabels tegelijkertijd hetzelfde issue krijgen. Ik blijf het een rare zaak vinden, maar voorlopig werkt het en de kabels bij de schotel zijn op een later ogenblik, als ik meer tijd heb, makkelijk te vernieuwen. Dank voor je reactie, voel je vrij het topic te sluiten want anders gaan mensen misschien een uitgebreid verhaal lezen voor ze erachter komen dat het probleem inmiddels is opgelost.

Afgelopen donderdag rond 7u10 stopte plots mijn ontvangst op 28 oost. Ik gebruik een Duo 2 4K SE met VTi 15 en dubbele satelliet-tuner. Die is als volgt geconfigureerd. Tuner 1: DiSeqC met op positie 1 19 oost en op positie 2 28 oost. Tuner 2: 28 oost. De schotel heeft een beugel met een single tuner voor 19 oost en een twin tuner voor 28 oost. De ontvangst op 19 oost bleef als voorheen. De schotel staat juist. Tijdens zeer uitgebreide testen kreeg ik opeens weer perfecte ontvangst op 28 oost (nadat ik een satfinder gehangen had bij de kabel die naar tuner 2 gaat). Toen ik de satfinder weer verwijderde, was de ontvangst opnieuw weg. Door deze kortstondige prima ontvangst neem ik aan dat ook de beugel + positie lnb op beugel oké zijn. Wat ik voorlopig getest heb: -Herinstalleren oude backup door mijn geconfigureerde VTi. -Installeren recentste Pli en scan doen op 28 oost met beide tuners (geen zenders gevonden) -Opnieuw aansluiten van mijn oude Duo 2 en scan 28 oost met beide tuners (geen zenders gevonden) -Uitschakelen van DiSeqC door beide kabels rechtstreeks aan te sluiten op twin lnb op 28 oost -Ontvanger forceren een specifieke tuner te gebruiken door de andere tuner te disablen -Ontvanger forceren tuner 2 te gebruiken door opname te laten lopen op 19 oost Er zijn recent werken geweest aan het dak waarover de kabels lopen en waar de schotel hangt dus dat is zeer verdacht, maar door mijn testen lijken de kabels te werken, toch? (Het lastige is dat de afstand van de schotel tot de ontvanger behoorlijk groot is waardoor ik niet zomaar een eind kabel heb liggen dat ik kan trekken om te testen. Maar dat kan ik nog kopen.) Omdat ook de oude ontvanger niets vindt op 28 oost neem ik aan dat de tuners van de ontvanger oké zijn. Bovendien zou minstens tuner 1 in orde moeten zijn aangezien 19 oost via diezelfde tuner wél vlot binnenkomt. Die ontvangst van 19 oost 'bewijst' ook dat de kabelroute van DiseqC tot ontvanger oké is, maar wanneer ik datzelfde stuk kabel uit de DiseqC haal en rechtstreeks in de lnb voor 28 steek, krijg ik geen ontvangst. Suggesties zijn welkom want ik weet het niet meer.

Oef, toch nog opgelost. Voor het geval iemand er nog eens iets aan heeft, zet ik hier neer wat voor mij werkte. De oplossing vond ik hier: https://answers.microsoft.com/en-us/windowsclient/forum/all/im-receiving-an-error-when-trying-to-connect-to-a/8650bc9f-bf25-4dde-99cd-25e617f1ae67 ...maar ik deed ook wat hier staat, misschien had ook dat invloed. https://learn.microsoft.com/en-us/windows-server/storage/file-server/smb-signing?tabs=group-policy Samenvatting: Start -> gpedit.msc openen. Local Group Policy Editor -> Computer Configuration\Windows Settings\Security Settings\Local Policies\Security Options. Open Microsoft network client: Digitally sign communications (always): Disabled; OK. Start -> gpedit.msc openen. Computer Configuration > Administrative Templates > Network > Lanman Workstation. Enable Insecure Guest Logons: Ga naar "Enable insecure guest logons." Dubbelklik om te openen. Selecteer "Enabled." Apply, daarna OK. En hop, we kunnen weer verder. Oef.

Ik heb een PC met Windows 11 en een VUDUO+4KSE met VTi. Op mijn PC is iets van 'Samba share' of zo aangevinkt zodat ik met een snelkoppeling op het bureaublad van de PC naar de map kan gaan van de opnames op de HDD die aan de ontvanger hangt. Dat is voor mij met grote voorsprong de snelste manier om opnames efficiënt te verwerken (via de Webif gaat dat zeer traag, o.a. omdat ik niet rechtstreeks kan slepen van Webif naar videobewerkingsprogramma maar eerst het hele bestand naar de PC moet kopiëren). Afijn. Er was gisteren een Windows-update en nu wordt mij gevraagd om Windows-credentials. Gebruikersnaam is ingevuld en komt bekend voor. Het wachtwoord, dat zijn bolletjes en voor zover ik zie geen makkelijke manier om het wachtwoord zichtbaar te maken. En ik heb geen idee, ik gebruik dit nooit. Zijn die credentials iets van Windows of van de ontvanger? Helpt het als ik de 'password manager'-plugin op de ontvanger installeer en het wachtwoord verwijder? Dat is een suggestie die ik las. Dingen die ik gebrobeerd heb: -Invullen van mijn vermoedelijke Windows-wachtwoord (ook dat gebruik ik nooit, ik haal het ook maar uit een oude lijst dus niet 100% zeker). -Invullen 'root', volgens mij standaard VU+-wachtwoord -Invullen alle mij bekende wachtwoorden -Het programma 'VaultPasswordView' i.c.m. MadPassExt. Ik krijg een foutmelding maar ik weet dan ook maar half wat ik doe. -Bekijken netwerk-opties op VU+, maar ik denk niet dat daar iets wachtwoord-gerelateerds is wat ik kan uitzetten dat zou helpen? -'Turn off password protected sharing' op mijn PC geselecteerd, maar ik vermoed dat dat gaat over verbinden mijn computer met andere apparaten, terwijl ik het omgekeerde probeer. Suggesties zijn zeer welkom, ik ken er allemaal zeer weinig van en het is een beetje frustrerend dat de zoveelste update ervoor zorgt dat iets wat anders zeer vlot loopt nu weer veel van mijn tijd vraagt. Ondertussen blijft ander werk weer liggen. Ik sta open voor eender welke workaround die ervoor zorgt dat ik gewoon weer bij die map kan (maar ik zie het nog gebeuren dat ik weer heel Windows moet herinstalleren of zo).