Koen B

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).