Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

HD01 und V14 wollen nicht zusammen und Logfiles auslagern

    Nobody is reading this thread right now.
AW: HD01 und V14 wollen nicht zusammen und Logfiles auslagern

ich glaube, das lassen wir lieber, wenn du so wenig davon verstehst,
aber eine neue oscam auf dem pingu kann nicht schaden, auch zum loggen auf dem server
 
AW: HD01 und V14 wollen nicht zusammen und Logfiles auslagern

Wenn du deine Oscam auf den neuesten Stand bringst, sollte das Problem behoben sein.
Die Karte bleibt beim Server und dort muss auch weiterhin alles geblockt werden.
 
AW: HD01 und V14 wollen nicht zusammen und Logfiles auslagern

vielleicht noch die zeile
saveemm-u = 1
beim pinug in oscam.server anfügen.
dann hat man emmlog auch dort
 
AW: HD01 und V14 wollen nicht zusammen und Logfiles auslagern

So, Oscam habe ich erneuert:

1. Oscam runtergeladen: Link ist nicht mehr aktiv.
2. entpackt und Datei oscam-1.20-modern-emu-1377-sh4-linux umbenannt in oscam.sh4
3. mit FTP in das Verzeichnis /root/plugin/var/bin kopiert und Rechte 755 vergeben
4. Configfiles zur alten Oscam waren im Verzeichnis /root/plugin/var/keys. Da die Binary anscheinend ein anderes Config-Verzeichnis anspricht (siehe Anleitung hier, nutze Neutrino), habe ich dieses erstellt: /root/plugin/var/tuxbox/config
5. Config Files vom alten in das neue Verzeichnis kopiert.
6. Oscam auf dem Pingulux gestartet (Receiver auch neu gestartet). Ergebnis: neue Oscam läuft (komme per WebIF drauf)
OSCam Modern r1424 (Trunk r10663) Status

[TABLE="class: status"]
[TR]
[TH="class: statuscol0, colspan: 2"]Hide/Reset[/TH]
[TH="class: statuscol4"]Reader/User[/TH]
[TH="class: statuscol5"]AU[/TH]
[TH="class: statuscol7"]Address[/TH]
[TH="class: statuscol8"]Port[/TH]
[TH="class: statuscol9"]Protocol[/TH]
[TH="class: statuscol12"]CAID:SRVID[/TH]
[TH="class: statuscol13"]Current Channel[/TH]
[TH="class: statuscol14"]LB Value/Reader[/TH]
[TH="class: statuscol15"]Online & Idle*[/TH]
[TH="class: statuscol16"]Status[/TH]
[/TR]
[TR]
[TD="class: subheadline, colspan: 12"] Proxies 1/1[/TD]
[/TR]
[TR]
[TD="class: subheadline, colspan: 12"][/TD]
[/TR]
[TR="class: p"]
[TD="class: statuscol0"] [/TD]
[TD="class: statuscol1"] [/TD]
[TD="class: statuscol4"] [/TD]
[TD="class: statuscol5 statuscol5ON"] [/TD]
[TD="class: statuscol7"]192.168.1.150[/TD]
[TD="class: statuscol8"]16001[/TD]
[TD="class: statuscol9"]cccam_ext (2.2.1-3316)[/TD]
[TD="class: statuscol12"]0000:0000[/TD]
[TD="class: statuscol13"][/TD]
[TD="class: statuscol14"] [/TD]
[TD="class: statuscol15"]00:11:03
00:11:03[/TD]
[TD="class: statuscol16 statuscol16CONNECTED"]CONNECTED
[/TD]
[/TR]
[TR]
[TD="class: subheadline, colspan: 12"] Clients 1/1 (0 with ECM within last 25 seconds)[/TD]
[/TR]
[TR]
[TD="class: subheadline, colspan: 12"][/TD]
[/TR]
[TR="class: c"]
[TD="class: statuscol0"] [/TD]
[TD="class: statuscol1"] [/TD]
[TD="class: statuscol4"] [/TD]
[TD="class: statuscol5 statuscol5ON"] [/TD]
[TD="class: statuscol7"]0.0.0.0[/TD]
[TD="class: statuscol8"]0[/TD]
[TD="class: statuscol9"]dvbapi[/TD]
[TD="class: statuscol12"]0000:0000[/TD]
[TD="class: statuscol13"][/TD]
[TD="class: statuscol14"][/TD]
[TD="class: statuscol15"]00:11:03
00:11:03[/TD]
[TD="class: statuscol16 statuscol16OK"]OK[/TD]
[/TR]
[/TABLE]
7. Server (Fritzbox) neu gestartet

LiveLog des Servers liefert jetzt wieder folgende Einträge:
  • 2015/08/06 21:16:46 11898087 r (reader) sky [mouse] Flush readed byte Nr 49 value 00 time_us 240
  • 2015/08/06 21:16:46 11898087 r (reader) sky [mouse] Flush readed byte Nr 50 value 00 time_us 282
  • 2015/08/06 21:16:46 11898087 r (reader) sky [mouse] Flush readed byte Nr 51 value 00 time_us 253
  • 2015/08/06 21:16:46 11898087 r (reader) sky [mouse] Flush readed byte Nr 52 value 00 time_us 239
  • 2015/08/06 21:16:46 11898087 r (reader) sky [mouse] Flush readed byte Nr 53 value 00 time_us 241
  • 2015/08/06 21:16:46 11898087 r (reader) sky [mouse] Flush readed byte Nr 54 value 00 time_us 241
  • 2015/08/06 21:16:46 11898087 r (reader) sky [mouse] Flush readed byte Nr 55 value 00 time_us 238
  • 2015/08/06 21:16:47 11898087 r (reader) sky [mouse] Buffers readed 55 bytes total time_us 230158
  • 2015/08/06 21:16:47 11898087 r (reader) sky [mouse] ATR Fsmax is 5 MHz, clocking card to wanted user cardspeed off 3.57 MHz (specified in reader->mhz)
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] Card type: P1TV
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] Rom version: 20AA
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] Credit available on card: 0 euro
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] Extended 4C detected
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] FuseByte: 00
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] Region Code:
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] Country Code: DEU
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] Pincode read: 2561
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] PCB settings: FF FF FF FF
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] type: VideoGuard Sky Austria/Germany (098C), caid: 098C
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] serial: ########, BoxID: ########, baseyear: 2004
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] ready for requests
  • 2015/08/06 21:16:48 11898087 r (reader) sky [mouse] found card system videoguard2
  • 2015/08/06 21:16:48 11898087 r (reader) sky [videoguard2] THIS WAS A SUCCESSFUL START ATTEMPT No 1 out of max alloted of 1
  • 2015/08/06 21:16:48 11898087 r (reader) sky [videoguard2] card detected
  • 2015/08/06 21:16:48 11898087 r (reader) sky [videoguard2] type: VideoGuard Sky Austria/Germany (098C)
  • 2015/08/06 21:16:48 11898087 r (reader) sky [videoguard2] ------------------------------------------------------------------
  • 2015/08/06 21:16:48 11898087 r (reader) sky [videoguard2] |- class -|-- tier --|----- valid to ------|--- package name ----|
  • 2015/08/06 21:16:48 11898087 r (reader) sky [videoguard2] +---------+----------+---------------------+---------------------+
  • 2015/08/06 21:16:48 11898087 r (reader) sky [videoguard2] |------- This card is not active, so no package available! ------|
  • 2015/08/06 21:16:49 11898087 r (reader) sky [videoguard2] ------------------------------------------------------from-ins70--
  • 2015/08/06 21:16:49 00000000 s (main) init for all local cards done
  • 2015/08/06 21:16:49 00000000 s (anticasc) anti cascading disabled
  • 2015/08/06 21:17:00 56EC265C c (client) encrypted cccam-client 192.168.1.11 granted (kindno, au=on (1 reader))
  • 2015/08/06 21:18:44 11898087 r (reader) sky [videoguard2] classD3 ins54: no cw --> Card isn't active
  • 2015/08/06 21:18:44 11898087 r (reader) sky [videoguard2] classD3 ins54: no cw --> Card needs pairing/extra data
  • 2015/08/06 21:18:44 11898087 r (reader) sky [videoguard2] classD3 ins54: no cw --> No tier found
  • 2015/08/06 21:18:44 11898087 r (reader) sky [videoguard2] classD3 ins54: no cw --> Tier expired
  • 2015/08/06 21:18:44 56EC265C c (ecm) kindno (098C@000000/0C20/006C/98:8FC4E98013FF73D937266B10999BF955:023020): not found (135 ms) by sky - Sky Sport News HD
  • 2015/08/06 21:20:11 241CCC07 c (client) encrypted cccam-client 192.168.1.11 granted (kindno, au=on (1 reader))
==> dann komt nichts mehr
Leider bewegt sich nun aber wieder nichts mehr - soll heißen, es kommen keine weiteren Anfragen vom Pingulux. Muss ich durch das Kopieren der Configfiles noch irgendetwas anpassen?
 
AW: HD01 und V14 wollen nicht zusammen und Logfiles auslagern

Also das log sieht jetzt erstmal gut aus - was man denn sieht. Der user kindno kann nun u-EMM loggen - hast Du denn unabhängig von dem log-Prob Unique EMM erhalten ?
 
AW: HD01 und V14 wollen nicht zusammen und Logfiles auslagern

Hast du beim Clienten in der oscam.dvbapi die 1 gesetzt
P:098C 1
Ist der Client beim Server im Webif unter users online und grün unterlegt?
Du kannst die emm auch beim Clienten speichern.Dazu musst du in oscam.server
saveemm-u = 1
einfügen. Dann werden die emm auch beim Clienten gespeichert.
 
AW: HD01 und V14 wollen nicht zusammen und Logfiles auslagern

Nein, das ist das Problem.
Vor der Umstellung auf die neuere Oscam-version habe ich jeden Tag > 15000 Global EMMs bekommen, aber keine Unique.
Im Moment bekomme ich überhaupt keine EMMs, also auch keine Global. Es sieht so aus, als ob der Receiver nach dem Einschalten oder umschalten einmal beim Server anfragt (sehe ich dann im LiveLog) und dann tut nichts mehr.
Hatte das Phenomän früher schon mal. Habe dann auf dem Receiver in der oscam.dvbapi den Parameter P: 098C 1 gesetzt. mit dem kamen dann bei der alten Oscam auch die global EMMs

Edit:
@HagenB: hat sich mit Deinem Post überschnitten. die 1 ist gesetzt.
Der User ist "connected", aber nicht grün sondern blau (früher war er grün)
 
AW: HD01 und V14 wollen nicht zusammen und Logfiles auslagern

Habe jetzt nochmal andere Oscam-Versionen ausprobiert (10615, 10896). Die Config-Files blieben unverändert. Bei beiden wurden keine EMM gechrieben.
Die einzige Version, die EMM liefert (aber eben nur "global und keine unique! ist die alte 1.00-unstable_svn build #4733
 
AW: HD01 und V14 wollen nicht zusammen und Logfiles auslagern

Damit geht gar nix mehr. Jetzt kommt
  • 2015/08/07 01:01:40 3BB4BA72 r (reader) sky [videoguard2] ------------------------------------------------------------------
  • 2015/08/07 01:01:40 3BB4BA72 r (reader) sky [videoguard2] |- class -|-- tier --|----- valid to ------|--- package name ----|
  • 2015/08/07 01:01:40 3BB4BA72 r (reader) sky [videoguard2] +---------+----------+---------------------+---------------------+
  • 2015/08/07 01:01:40 3BB4BA72 r (reader) sky [videoguard2] |------- This card is not active, so no package available! ------|
  • 2015/08/07 01:01:40 3BB4BA72 r (reader) sky [videoguard2] ------------------------------------------------------from-ins70--
  • 2015/08/07 01:01:41 00000000 s (main) init for all local cards done
  • 2015/08/07 01:01:41 00000000 s (anticasc) anti cascading disabled
  • 2015/08/07 01:02:40 1DFDACAC c (cccam) illegal username received
  • 2015/08/07 01:02:40 1DFDACAC c (client) anonymous disconnected from 192.168.1.11
  • 2015/08/07 01:03:11 5443860B c (cccam) illegal username received
  • 2015/08/07 01:03:11 5443860B c (client) anonymous disconnected from 192.168.1.11
Muss ich das Protokoll auch im Server umstellen? Wen ja, wo?
 
AW: HD01 und V14 wollen nicht zusammen und Logfiles auslagern

So, schwere Geburt - aber geschafft.

Die Lösung war: ein neues E2 auf den Pingulux draufgeworfen (neutrino3-MP-martii-FFTeam-02-​06-2015-Sogno-revolution-Pingu​lux-Plus-GM990-Sab-Amiko1-7111​-Receiver).
Dann die Configfiles (aus Post #17 mit den Änderungen von Pilot aus Post #18) in den Ordner /var/keys und die Binary in den Ordner /var/emu per FTP kopiert.

Jetzt fließen endlich auch die unique EMMs.
Die ersten die ich bekommen habe sind diese:
827035
8270A5
 
Zuletzt bearbeitet:
AW: HD01 und V14 wollen nicht zusammen und Logfiles auslagern

Glückwunsch zum Erfolg.
Jetzt heißt es Geduld bewahren. Loggen, bis aus 8270A5 ein "gutes EMM wird.
 
AW: HD01 und V14 wollen nicht zusammen und Logfiles auslagern

Wenn dann andere EMM kommen, werde ich diese hier posten. Aktuell kommt immer das gleiche Pärchen (s.o.).
Für mich zur Einschätzung: Interessant ist der Teil nach der Seriennummer. Hier sind die Stelle 5+6 interessant, sowie die Anzahl der Byte (= Anzahl der Zeichen von #7 bis n : 2)
Die obige 827035, wenn ich es richtig deute, ein Verlängerung ist (hat 53 Byte, demnach 35/53)

Diese beiden kann man dann mit der Liste der bekannten EMM vergleichen, um zu wissen, ob es sich um gute EMM oder eben nicht handelt. (Habe schon viele Listen gesehen. Gibt es hier eine die aktuell gehalten wird?)
Soll ich dann die komplette EMM (ab Seriennummer) posten oder reicht die Angabe der beiden Zeichen (5+6 / Anzahl Byte)?
 
Zurück
Oben