ponko Geplaatst: 30 oktober 2019 Auteur Geplaatst: 30 oktober 2019 13 minuten geleden zei sattv4iedereen: Mijn server box staat bijna altijd standby met mijn cd kaart naar de zero 4K met je genoemde protocol en dat werkt. Ben je zeker, dat je server na een tijd niet naar deep standby gaat? Vroeger had ik ook je probleem, en dat was mijn probleem. In het afsluit menu stond er na een aantal uren geen reactie ga naar deep standby. Was in pli, maar draai nu vti. Ik heb ook VTI draaien, in welk afsluit menu bedoel je? Stond dat ergens in een config of was het de image van PLI?
Tonskidutch Geplaatst: 31 oktober 2019 Geplaatst: 31 oktober 2019 afsluitmenu moet je natuurlijk helemaal niet gebruiken als de server met de afstandbediening een korte druk op rode knop krijgt is die al onmiddellijk standby en dan zie je geen beeld meer op je TV maar alles (de applicaties) werkt op de achtergrond gewoon verder Always and Forever Pat Metheny Group
Tonskidutch Geplaatst: 31 oktober 2019 Geplaatst: 31 oktober 2019 14 uur geleden zei sattv4iedereen: Mijn server box staat bijna altijd standby met mijn cd kaart naar de zero 4K met je genoemde protocol en dat werkt. je zevert ook maar wat, toch? gisteren schrijf je nog dat je maar een VU ter beschikking hebt in een ander topic! en nu heb je een server met CD kaart rara? Always and Forever Pat Metheny Group
Mimisiku Geplaatst: 31 oktober 2019 Geplaatst: 31 oktober 2019 Kan hem vaak niet goed volgen... Lijkt wel of hij vaak verhuisd. Dan weer Telenet, dan weer FritzBox, dan weer TVV... Misschien dat hij veel 'troep' krijgt om te testen van kennissen/vrienden... Geen idee. In elk geval leest hij niet (of het dringt niet door) en vraagt hij vaak in het wilde weg.. Raspberry Pi 3B+ Argolis Triple Reader Kaartserver + Smargo Vu+ Zero 4K DVB-S2X, Vu+ Zero 4K DVB-C/T2, DM525 Combo, DM920 UHD VU+Ultimo4K BTE, DM-Three UHD, Ziggo, HD+, TV-Vlaanderen, ORF, TiVuSAT, Fransat, SRG 5°W, 0.8°W, 4.8°E, 9°E, 13°E,19.2°E, 23.5°E, 28.2°E. Triax 88 en Wavefrontier
Moderator ceesv Geplaatst: 31 oktober 2019 Moderator Geplaatst: 31 oktober 2019 Bedoelt met server de ontvanger met de kaart misschien? Gaat niet bestaat niet! 65" 4-K OLED, Vu+ Duo 4K SE BT, Vu+ Solo 4K, Rebox-8500, Rebox-8000, Wavefrontier T-90, Satlook Digital NIT, Megasat HD5 Combo Gebruik je een advertentie blocker? Maak dan een uitzondering voor onze website. Zonder advertentie (inkomsten) kan deze site niet voortbestaan.
Tonskidutch Geplaatst: 31 oktober 2019 Geplaatst: 31 oktober 2019 Denk ik ook, maar één server moet 24/7 aan blijven... dus minimaal standby voor die receiver met oscam werkende als server. Hoe de fout ontstaan is bij de client kan ik niet zo een twee drie zeggen ondanks een redelijk makkelijk en standaard CCcam lijntje / protocol. Misschien use own cards foutje...? Always and Forever Pat Metheny Group
ponko Geplaatst: 2 november 2019 Auteur Geplaatst: 2 november 2019 goedenavond, Ik heb de oplossing voor mijn probleem eindelijk gevonden. Het heeft te maken met de instellingen van de clientmaxidle instellingen van oscam. Zie onderstaande tekst; This is not a bug but a willing issue by the concerned dev. He forgot that by changing a default he could screw up other protocols then cs378x. Which he did. Since very long keepalive was inserted specially for cccam and only for cccam by a cccam client account (is in oscam.user) . This parameter just overides the default oscam value in oscam.conf section and sets it to 0. disabled. [global] clientmaxidle = 120 (120 sec is default value if not present in configs 120 sec it will be) By changing the default value of umaxidle in the client account from 0 to -1 (-1 means : take value of oscam.conf the keepalive function in to the account is simply disabled. and each 2 minutes (120 sec) client will be disconnected. If clientmaxidle = 0 no disconnection will occur. If You set an other value for example 60 seconds each 60 seconds a client will be disconnected. What to do . To be shure off all set : oscam.conf [global] clientmaxidle = 0 (non default value) [cccam] keepconnected = 1 [oscam.user] umaxidle = 0 (non default value) But before svn9799 it was the default value and should never have been changed. For you're connections to another cccam server set by [oscam.server] ccckeepalive = 1 And you never will have a disconnect problem anymore. The continious disconnect and recconect indeed does fill up ram and ends by blocking the whole stb in pretty short time. comment:23Changed 5 jaar ago by Poedel Thanks stefansat for clearing this out! So we don't need the keepalive setting at the user anymore? While it's not mentioned here (in [oscam.user] section, keepalive = 1): oscam.conf clientmaxidle = 0 [cccam] keepconnected = 1 [oscam.user] umaxidle = 0 [oscam.server] ccckeepalive = 1 comment:24Changed 5 jaar ago by Poedel Also it's seems to be useless to set umaxidle = 0 in oscam.user, when you set clientmaxidle = 0 in oscam.conf: umaxidle = seconds value for user being idle before disconnect. -1 = use clientmaxidle in [global]-section 0 = idle disconnect disabled (default) (Wiki should be changed here, while -1 is the default now) Or am I wrong and should umaxidle be set to 0 to prevent disconnects? And when we set umaxidle to 0, should we still use the keepalive setting at the user or is this also useless then? Last edited 5 jaar ago by Poedel (vorige) (diff) comment:25Changed 5 jaar ago by stefansat sat Yes I forgot the keepalive = 1 by the user account into oscam.user. At this moment i'm not using cccam protocol anymore. But if You set clientmaxidle = 0 Do not think that keepalive = 1 is needed by the oscam.user. It was made to override the clientmaxidle.(but not the umaxidle). comment:26Changed 5 jaar ago by Poedel But why to set umaxidle = 0 at the user, when you set clientmaxidle = 0 in oscam.conf, which is the maxidle setting for all users?! comment:27Changed 5 jaar ago by stefansat sat Oplossing: → invalid Status: reopened → closed Indeed if clientmaxidle = 0 it's not needed to change the default umaxidle = -1
Toppers Geplaatst: 3 november 2019 Geplaatst: 3 november 2019 13 uur geleden zei ponko: goedenavond, Ik heb de oplossing voor mijn probleem eindelijk gevonden. Het heeft te maken met de instellingen van de clientmaxidle instellingen van oscam. Zie onderstaande tekst; This is not a bug but a willing issue by the concerned dev ………………………………………...bla, bla, bla ………. Wat stond er dan bij jou verkeerd ? en/of heb je het echt kunnen oplossen ?
Mimisiku Geplaatst: 3 november 2019 Geplaatst: 3 november 2019 Die rare settings heb ik nooit gezien in mijn config… Bouw hem zelf en ook altijd op de laatste verise (niet omdat het moet, maar omdat het kan).. Nooit problemen gehad met rare disconnects... Raspberry Pi 3B+ Argolis Triple Reader Kaartserver + Smargo Vu+ Zero 4K DVB-S2X, Vu+ Zero 4K DVB-C/T2, DM525 Combo, DM920 UHD VU+Ultimo4K BTE, DM-Three UHD, Ziggo, HD+, TV-Vlaanderen, ORF, TiVuSAT, Fransat, SRG 5°W, 0.8°W, 4.8°E, 9°E, 13°E,19.2°E, 23.5°E, 28.2°E. Triax 88 en Wavefrontier
sattv4iedereen Geplaatst: 3 november 2019 Geplaatst: 3 november 2019 Op 31-10-2019 om 10:55 zei Tonskidutch: je zevert ook maar wat, toch? gisteren schrijf je nog dat je maar een VU ter beschikking hebt in een ander topic! en nu heb je een server met CD kaart rara? Ik had het over vroeger hë. En ik heb nog een vu met kabeltuner. ik heb het over pli, maar uiteraard hoef je nier in afsluitmenu gaan, maar daar stond iets in van deep standby na enige tijd. Ontvangst van de astra 3 satelliet met een selfsat h50D via de vu zero 4K.cd multiroom pakket met mz 102 en een vu uno 4k dvb-c fbc tuner met ci+ tv met een kaartje( telenet ). Gigablue bijgekomen voor sat en kabel.Informatie die ik geef, gaat over de Belgische situatie, tenzij anders vermeld|
ponko Geplaatst: 3 november 2019 Auteur Geplaatst: 3 november 2019 (aangepast) Ik heb de regel in oscam config aangepast, client max idle =0. Deze stond op -1 Het schijnt dat deze regel in de vorige oscam versies standaard op 0 staan maar bij de laatste oscam versies staat deze op -1. Sinds ik het heb aangepast heb ik nog geen problemen meer gehad. Het viel mij op toen de verbinding weer een keer weg was dat er in de logfile “ user ultimo4k reached 120 sec idle limit” stond. Daar ben ik op gaan zoeken op google en zodoende had ik dit gevonden. Had hier nooit eerder problemen mee wanneer de ontvangers in standby werden gezet kon ik de volgende dag gewoon verder kijken en nu werd de verbinding niet weer opgepakt. Zie hieronder mijn oscam config; [global] disablelog = 1 logfile = /tmp/oscam.log pidfile = /tmp/oscam.pid clientmaxidle = 0 unlockparental = 1 nice = -10 maxlogsize = 100 waitforcards = 0 preferlocalcards = 2 usrfile = /tmp/user.log cwlogdir = /var/log/ emmlogdir = /var/log/ [cache] [cs357x] port = 14550 serverip = 192.168.178.52 [dvbapi] enabled = 1 au = 1 pmt_mode = 0 user = dvbapi_local boxtype = dreambox [webif] httpport = 83 httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255,10.0.0.0-10.255.0.255,255.255.255.255 httposcamlabel = Oscam WebInterface 3 november 2019 aangepast door ponko
Aanbevolen berichten
Maak een account aan of log in om te reageren
Je moet een lid zijn om een reactie te kunnen achterlaten
Account aanmaken
Registreer voor een nieuwe account in onze community. Het is erg gemakkelijk!
Registreer een nieuwe accountInloggen
Heb je reeds een account? Log hier in.
Nu inloggen