Ga naar inhoud


Oscam werkt niet meer wanneer de server in standby staat


ponko

Aanbevolen berichten

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?

Link naar reactie
Delen op andere sites


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?

The Piper S Call

David Gilmour

 

Link naar reactie
Delen op andere sites

 

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

 

Link naar reactie
Delen op andere sites

  • Moderator

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.

Link naar reactie
Delen op andere sites

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

 

The Piper S Call

David Gilmour

 

Link naar reactie
Delen op andere sites

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

 

 

Link naar reactie
Delen op andere sites

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 ?

Link naar reactie
Delen op andere sites

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

 

Link naar reactie
Delen op andere sites

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|

Link naar reactie
Delen op andere sites

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

 

aangepast door ponko
Link naar reactie
Delen op andere sites

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 account

Inloggen

Heb je reeds een account? Log hier in.

Nu inloggen
  • Wie is er online   0 leden

    • Er zijn geen geregistreerde gebruikers deze pagina aan het bekijken
×
×
  • Nieuwe aanmaken...