gelöst ORF P410 Karte auf Irdeto Modus umstellen?

[ripasch]

Ein EPG Refresh verlängert den ORF Timesync auch um weitere 16 Stunden.
Ein EPG Refresh in der Früh dann kommst du über den Tag und am am Abend ORF.

 

[buzzard]

An das habe ich auch schon gedacht. Ich hab grad nachgesehen - mein EPG Refresh ist am Vormittag. Also jedenfalls innerhalb der 16 Stunden. Dh die Aufnahme die abgebrochen ist, war bereits innerhalb der 16 Stunden nach dem EPG Refresh. Also daran kanns auch nicht liegen - oder..?

 

[ripasch]

Abgebrochene Aufnahmen von ORF kann nicht am Timesync liegen, da Aufnahmen diese die Zeit ja verlängert.

 

[buzzard]

Korrekterweise brechen nicht die Aufnahmen ab, sondern das Bild wird dunkel und es gibt daher keine Aufzeichnung. (Bei nicht entschlüsselten Aufnahmen habe ich immer 0 Byte Aufnahmen)
Ich hab ja festgestellt, dass das Zeitfenster der Lokalnachrichten auf ORF2 (also ca 19:00 - 19:20) unverschlüsselt sind. Wenn ich also in dieser Zeit ein Problem mit der Verschlüsselung habe, und ich ab 19:00 aufnehme wirkt sich das erst ab Minute 21 aus. Ca 20 Minuten Aufnahme war ja vorhanden.
Und genau das ist mir letzte Woche (und vermutlich auch schon einige Male davor seit der Umstellung auf Irdeto) passiert ohne dass mir diese Zusammenhänge so aufgefallen sind...
Aber allein mit EPG Refresh kann ich es auch nicht lösen, da ich um 09:30 einen solchen durchführe. Und laut log wird beim ORF um ca 09:33 eine Pseudoaufnahme gestartet. Plus 16 Stunden wäre definiv um 19:00 noch nicht problematisch.
Zudem - wenn ich bei dunklem ORF den Server neu starte ist das Bild sofort da. Glaube daher doch dass es an was anderem liegt... Aber Ihr seid die Profis hier. Ich kann nur vermuten und tappe da noch im Dunklen.
PS: ICh hab google gefragt ob ORF tatsächlich unverschlüsselt sendet ... laut meinem oscam log file war zB gestern erst ab 19:14 eine Verschlüsselung (die sich in dem Fall korrekt aktiviert hat) - und aufgezeichnet wurde definitiv ab 19:00 (habs gesehen). Also irrt google - es ist definitiv ab 19:00 unverschlüsselt.

 

[ripasch]

Wenn du die Karte im Cryptowork Modus betreibst, dann gibt es keine Probleme?

 

[Vigor]

Eventuell ist die Zeit in EPGRefresh, für die Verweildauer auf den jeweiligen Sendern etwas zu kurz eingestellt und somit noch kein passendes EMM angekommen.

 

[buzzard]

@ripasch Nein. Vor dem Thread habe ich immer in CW betrieben, und nie solche Probleme gehabt.
@Vigor Das kann natürlich sein. Aber ich frage mich schon wenn ich das log ansehe - es war ca eine viertel Stunde problemlos hell und plötzlich dunkel (siehe log in #55)
Frage: Woran sehe ich im log dass ein passendes EMM angekommen ist?

 

[bubbl]

Frage: Woran sehe ich im log dass ein passendes EMM angekommen ist?

Das siehst du unter oscam.
Klick auf den reader und dann siehst du welche emmm geschrieben wurde und welche geblockt etc wurden

 

[buzzard]

@bubbl Beim Klick auf den Reader in der oscam Weboberfläche öffnet sich das Einstellungmenü. Hier sehe ich keine emms. Du meinst sicher etwas anderes...
Ich habe nun in die log files von meinem Server nachgesehen:
Da gibt es eigentlich nur von meiner HD+ Karte eine EMM log (HD01_shared_emm.log) aber keine eigene ORF log Datei.
In der oscam.log finden sich nur sehr viele emmtype=global und schon weitaus weniger emmtype=shared, alle "written" aber über 24 Stunden keine "unique" (> wären das nicht die "wichtigen")?

Vielleicht muss ich in den config Einstellungen des servers (Pi) noch etwas ergänzen damit die emms ordentlich protokolliert werden? Derzeit habe ich folgende Einstellungen:

Spoiler: oscam.conf

[global]
serverip ....
disablelog = 0
logfile = var/log/ipc/OScam.log
maxlogsize = 2480
saveinthishistory = 1
loghistorysize = 4096
emmlogdir = /var/etc/

Aha - in den reader Einstellungen der HD+ habe ich den Eintrag saveemm-s = 1 > daher bekomme ich auch das logfile HD01_shared_emm.log
ich müsste nun auch im ORF reader den gleichen Eintrag machen - also "saveemm -s = 1" oder ? Aber laut oscam log kommen in 24 Stunden keine shared emm an... ist das normal? Könnte das was mit dem eigentlichen Problem zu tun haben?


Gestern Abend hat ORF (und n-tv sowieso, da dvbapi nach wie vor P: 0650 ohne "1") funktioniert. Tatsächlich ist ORF2 in der Zeit von 19:00 - ca 19:15 unverschlüsselt....

Ich beobachte nun weiter. Ich hoffe dass die Einstellungen jetzt alle passen für irdeto..

Chatgpt scheint das noch genauer zu wissen:

Spoiler: chatgpt

ORF 2 sendet täglich zwischen ca. 19:00 und 19:20 Uhr unverschlüsselt, weil der ORF gesetzlich dazu verpflichtet ist, bestimmte Informationssendungen frei empfangbar auszustrahlen.

Die wichtigsten Gründe:

Gesetzliche Verpflichtung (ORF-Gesetz)​

Der ORF hat als öffentlich-rechtlicher Rundfunk den Auftrag, zentrale Informationssendungen für alle zugänglich zu machen – auch für Haushalte ohne ORF-Karte / ORF-Beitrag und ohne Verschlüsselung.

Dazu zählen insbesondere:

• „Zeit im Bild“ (ZIB 1 um 19:30 auf ORF 2, Vorlauf ab ca. 19:00)
• politische und gesellschaftlich relevante Inhalte

Um sicherzustellen, dass diese Sendungen wirklich jeden erreichen (auch über Satellit außerhalb Österreichs), wird die Verschlüsselung kurz davor aufgehoben.

🛰 Technischer Grund (Satellit)​

Über Satellit (Astra 19,2° Ost) wird ORF 2 normalerweise verschlüsselt, um:

• die Ausstrahlungsrechte auf Österreich zu begrenzen
• internationale Lizenzprobleme zu vermeiden

Für die verpflichtenden Informationssendungen wird die Verschlüsselung zeitlich deaktiviert.

Internationale Empfangbarkeit​

Diese unverschlüsselte Phase ermöglicht:

• Empfang in Grenzregionen
• Empfang für Österreicher im Ausland
• Empfang bei Not- oder Krisenlagen

⏱ Warum genau 19:00–19:20?​

• Vorlaufzeit für Umschaltungen
• Synchronisation mit verschiedenen Satelliten- und Kabelnetzen
• Sicherheitspuffer vor Beginn der Nachrichtensendung

Welche Sendungen sind dann frei?​

Typischerweise:

• ORF 2 ab ca. 19:00
• Nachrichten, Anmoderationen, teilweise auch Kultur- oder Regionalhinweise
• Nach Ende der ZIB wird wieder verschlüsselt

Wenn du möchtest, kann ich dir auch erklären:

• warum ORF III immer frei ist
• warum ORF 1 nie unverschlüsselt sendet
• oder wie sich das mit dem neuen ORF-Beitrag ab 2024 verändert hat

Sind denn die Hauptnachrichten auf ORF2 HD in der Zeit von 19:30 bis ca 19:50 auch unverschlüsselt?

Kurz gesagt: Ja – du kannst die Hauptnachrichten „Zeit im Bild 1“ um ca. 19:30 auch unverschlüsselt in HD empfangen – aber nur über den speziellen frei-empfangbaren Satelliten-Feed „ORF 2 Europe“ (ORF 2E).

Hier die Details im Überblick:

Verschlüsseltes vs. unverschlüsseltes ORF-Signal​

Standard-ORF 2 HD (in Österreich)

• Wird über Satellit verschlüsselt ausgestrahlt (CA-Modul/Smartcard nötig).
• Das gilt für den regulären ORF-2-Stream deines Bundeslandes inklusive der ZIB-Nachrichten im Inland.

ORF 2 Europe (ORF 2E) – frei empfangbarer Satellit-Feed

• ORF bietet einen separaten freien, unverschlüsselten HD-Satellitenkanal („ORF 2 Europe HD“) an, der ganzjährig empfangbar ist (nicht nur 19:00–19:20).
• Das Programm entspricht weitgehend dem ORF-2-Programm, soweit es rechtlich außerhalb Österreichs ausgestrahlt werden darf.
• Dieser Feed ist unverschlüsselt und frei empfangbar über Astra 19,2 ° Ost mit normaler HD-Sat-Ausrüstung.

Was passiert um 19:30?​

Die Hauptnachricht „Zeit im Bild 1“ um ca. 19:30 ist Teil des ORF-Programms, das auch auf ORF 2 Europe HD gesendet wird.
Da ORF 2 Europe HD unverschlüsselt ist, kannst du diese Nachricht dort ohne Smartcard/Entschlüsselung empfangen.

Wichtiger Punkt:

• Beim verschlüsselten Inlandssignal (normaler ORF2-HD-Feed für Österreich) bleibt die ZIB 1 im Abendprogramm verschlüsselt, auch zwischen ca. 19:30 und 19:50 – dort ist weiterhin ein ORF-Digital-Receiver bzw. ORF-Karte nötig.
• Nur die ORF 2 Europe-Variante ist frei empfangbar.

Beispiel: Wie du es empfangen kannst​

Mit einer normalen Satelliten-Antenne + DVB-S2-Receiver am Astra-Orbitalslot 19,2 ° Ost.
Ohne ORF-Digitalkarte.
Du siehst dort ORF-2-Programm inklusive ZIB 1 live – in HD.

Wenn du möchtest, kann ich dir auch die genauen Satelliten-Einstellungen (Frequenz/Transponder) für ORF 2 Europe HD geben.

Wollte nur Rückmeldung geben: Den zweiten Tag ohne Probleme. Alles läuft nun! Vielen Dank nochmals an alle hier!
Interessieren würde mich dennoch meine Frage in #67: Ich präzisiere :
1) Welche Art von EMM (g, s, u,...) wird alle 16 Stunden gebraucht - damit ich das mal mit meinem log vergleichen kann. Finde nämlich nur 37er shared und global und ein paar 38er und 69er und 13er ...
2) Sind das Verlängerer (wie früher bei der V13..) oder eine "Timesync" (< Was ist das überhaupt?)

 

[ripasch]

Die 37 ist für timesync verantwortlich

 

[buzzard]

Es funktioniert nicht!
Nachdem es 2 Tage am Stück funktioniert hat, blieb es wieder - diesmal um 22:08 stecken nachdem den ganzen Abend und davor ohne Probleme.

Spoiler: log vom server (PI)

26/01/22 22:06:30 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (77 ms)
2026/01/22 22:06:35 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (79 ms)
2026/01/22 22:06:36 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (80 ms)
2026/01/22 22:06:37 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:140BAA8FFD775C6688F60B950AF7E5A9): found (102 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:06:40 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (73 ms)
2026/01/22 22:06:42 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=shared, len=69 (hex: 0x45), cnt=0: written (94 ms)
2026/01/22 22:06:47 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:48653FD3D846B595B0AF3D3A703B7C6B): found (105 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:06:49 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (77 ms)
2026/01/22 22:06:51 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (75 ms)
2026/01/22 22:06:54 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=38 (hex: 0x26), cnt=0: written (71 ms)
2026/01/22 22:06:54 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (79 ms)
2026/01/22 22:06:57 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:0F5C47240A9FEF145609C9E0D50E8844): found (109 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:07:03 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (82 ms)
2026/01/22 22:07:06 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (79 ms)
2026/01/22 22:07:07 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:B5D8B080B0DA9442B9899EC4EC3D479E): found (111 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:07:09 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (75 ms)
2026/01/22 22:07:12 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=shared, len=69 (hex: 0x45), cnt=0: written (86 ms)
2026/01/22 22:07:17 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:3AB88F9C355F31940BA4F740E8A2792E): found (114 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:07:18 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (70 ms)
2026/01/22 22:07:20 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (85 ms)
2026/01/22 22:07:24 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (82 ms)
2026/01/22 22:07:27 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:BD4266BAAB9E685D7D02F5BD53984B1C): found (117 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:07:33 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (85 ms)
2026/01/22 22:07:35 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (82 ms)
2026/01/22 22:07:37 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:7A48E798C5C4730EAD6128E4DC889CB0): found (105 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:07:39 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (69 ms)
2026/01/22 22:07:46 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=shared, len=69 (hex: 0x45), cnt=0: written (96 ms)
2026/01/22 22:07:47 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (72 ms)
2026/01/22 22:07:47 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:312BE9BB612AEF870A970F4C0D17CF83): found (155 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:07:49 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (80 ms)
2026/01/22 22:07:57 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:E3C662806914DCDC1DF096707780FF74): found (109 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:07:58 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (81 ms)
2026/01/22 22:08:01 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (77 ms)
2026/01/22 22:08:12 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:A653FE6287934C671607E1B94A833EC1): timeout (5000 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:08:14 49893BC6 r (reader) orf-irdeto [irdeto] Warning: needed try nr 2, next ECM has some delay
2026/01/22 22:08:17 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:A653FE6287934C671607E1B94A833EC1): timeout (5000 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:08:22 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:616A63BA2305EA1FFFF8397829782260): timeout (5000 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:08:29 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:616A63BA2305EA1FFFF8397829782260): timeout (5001 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:08:32 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:0993A62F1C12BAB89F1B3F2631FE6388): timeout (5000 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:08:34 49893BC6 r (reader) orf-irdeto [irdeto] Warning: needed try nr 2, next ECM has some delay
2026/01/22 22:08:39 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:0993A62F1C12BAB89F1B3F2631FE6388): timeout (5000 ms) by orf-irdeto - ORF2W HD
2026/01/22 22:08:42 421E033D c (ecm) wohnzimmer (0650@000000/0000/1330/4E:73BFB494B929472237568D6357FCC198): timeout (5001 ms) by orf-irdeto - ORF2W HD

Spoiler: oscam log vom client

2026/01/22 22:04:08 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:3344A017486DC67BACB9E94E91D6066D_0650@): found (105 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:04:18 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:5B253FBF7BDBF44AACB9E94E91D6066D_0650@): found (108 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:04:28 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:5B253FBF7BDBF44A649E9092C8EE04BA_0650@): found (112 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:04:38 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:7ECB70B9566FAC71649E9092C8EE04BA_0650@): found (116 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:04:48 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:7ECB70B9566FAC715415E44D7DF062CF_0650@): found (150 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:04:58 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:88EA6EE0CB258F7F5415E44D7DF062CF_0650@): found (105 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:05:08 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:88EA6EE0CB258F7FEF31B0D00EB67C40_0650@): found (108 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:05:18 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:145456BE6417F16CEF31B0D00EB67C40_0650@): found (176 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:05:28 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:145456BE6417F16CB01E532186045BE5_0650@): found (164 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:05:38 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:CE1700E502F90F0AB01E532186045BE5_0650@): found (103 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:05:48 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:CE1700E502F90F0A1AB021EB90A9C0F9_0650@): found (105 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:05:58 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:B933C2AE2311B1E51AB021EB90A9C0F9_0650@): found (155 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:06:08 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:B933C2AE2311B1E5082D75AAAAB42B89_0650@): found (110 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:06:18 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:1B9B29DFD7D55F0B082D75AAAAB42B89_0650@): found (113 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:06:28 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:1B9B29DFD7D55F0B13503FA2CC0EF1CB_0650@): found (117 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:06:38 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:FFA49639F79F43D913503FA2CC0EF1CB_0650@): found (104 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:06:48 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:FFA49639F79F43D9D41412FA85697A68_0650@): found (107 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:06:58 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:29322F8A63A32F35D41412FA85697A68_0650@): found (109 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:07:08 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:29322F8A63A32F3548D6D6F44A1ABD21_0650@): found (112 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:07:18 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:3C7201AF45BE797C48D6D6F44A1ABD21_0650@): found (117 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:07:28 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:3C7201AF45BE797C4250B94B7667E7C4_0650@): found (119 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:07:38 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW53E9DB0CDC07B084250B94B7667E7C4_0650@): found (107 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:07:48 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW53E9DB0CDC07B08982CFDC18943FFCB_0650@): found (156 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:07:58 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW6B5DF6A367ABC6C982CFDC18943FFCB_0650@): found (110 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:08:13 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:00000000000000000000000000000000_0650@): timeout (5000 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:08:18 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:00000000000000000000000000000000_0650@): timeout (5001 ms) by Raspberry-pi-cs378x-1 - ORF2W HD

In weiterer Folge versucht die clientbox bei einem anderen reader, den ich aber mit negativen services absichtlich vom ORF ausgeschlossen habe.

Kann es was mit loadbalance zu tun haben dass der andere reader deswegen angefragt wird?

Spoiler: oscam log von der clientbox (Fortsetzung nach Ausfall)

2026/01/22 22:08:18 7E17DDC3 c (dvbapi) Demuxer 0 trying to descramble PID 5 CAID 0500 PROVID 051900 ECMPID 01CE ANY CHID PMTPID 006C VPID 0B68
2026/01/22 22:08:19 3DF18071 p (reader) reader1 [cccam] connecting to reader1:xxxxx
2026/01/22 22:08:19 08FBD346 p (reader) reader8 [cccam] connecting to reader8:xxxxx
2026/01/22 22:08:19 276964C5 p (reader) reader5 [cccam] connecting to reader5:xxxxx
2026/01/22 22:08:19 2FEB6082 p (reader) reader6 [cccam] connecting to reader6:xxxxx
2026/01/22 22:08:19 557A4C4C p (reader) reader7 [cccam] connecting to reader7:xxxxx
2026/01/22 22:08:19 5E53C486 p (reader) reader3 [cccam] connecting to reader3:xxxxx
2026/01/22 22:08:19 2F95771A p (reader) reader2 [cccam] connecting to reader2:xxxxx
2026/01/22 22:08:19 3EDF8FB4 p (reader) reader1 [cccam] connecting to reader1:xxxxx
2026/01/22 22:08:23 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:00000000000000000000000000000000_0650@): timeout (5000 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:08:24 7E17DDC3 c (ecm) dvbapiau (0500@051900/1330/01CE/75:CW:00000000000000000000000000000000_0500@): timeout (5000 ms) by reader1,reader22,reader3,reader4,reader5,reader7,reader8 (F/8/8/8) - ORF2W HD
2026/01/22 22:08:24 7E17DDC3 c (ecm) dvbapiau (0500@051900/1330/01CE/75:CW:00000000000000000000000000000000_0500@): not found (176 ms) by reader7 (F/3/3/3) - ORF2W HD
2026/01/22 22:08:25 7E17DDC3 c (dvbapi) Demuxer 0 restarting decoding requests after 3 ms with 2 enabled and 7 disabled ecmpids!
2026/01/22 22:08:25 7E17DDC3 c (dvbapi) Demuxer 0 trying to descramble PID 1 CAID 0650 PROVID 000000 ECMPID 007B ANY CHID PMTPID 006C VPID 0B68
2026/01/22 22:08:25 7E17DDC3 c (ecm) dvbapiau (0500@051900/1330/01CE/75:CW:00000000000000000000000000000000_0500@): timeout (5000 ms) by reader2,reader4 (F/3/3/3) - ORF2W HD
2026/01/22 22:08:30 7E17DDC3 c (ecm) dvbapiau (0650@000000/1330/007B/4E:CW:00000000000000000000000000000000_0650@): timeout (5000 ms) by Raspberry-pi-cs378x-1 - ORF2W HD
2026/01/22 22:08:33 7E17DDC3 c (-) -- Skipped 1 duplicated log lines --

Nach einem Neustart des Servers sofort hell... An der Karte physisch (Wackelkontakt etc..) kann es nicht liegen. Kann die heiß laufen?
Am Timesync (37er) kanns auch nicht liegen, die sind ja zuhauf angekommen...

Ich stehe da echt an und bitte Euch um Eure Hilfe!

Ergänzung: Schon kurz nach meinem Posting das Gleiche nochmals... nur eine Stunde später

Spoiler: log server

• 2026/01/22 23:00:49 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (73 ms)
• 2026/01/22 23:00:55 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=38 (hex: 0x26), cnt=0: written (75 ms)
• 2026/01/22 23:00:57 2B6EEE05 c (ecm) wohnzimmer (0650@000000/0000/1330/4E:07A15747F16807CA7861AC1154D91ED5): found (113 ms) by orf-irdeto - ORF2W HD
• 2026/01/22 23:00:58 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (70 ms)
• 2026/01/22 23:01:01 49893BC6 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=37 (hex: 0x25), cnt=0: written (79 ms)
• 2026/01/22 23:01:12 2B6EEE05 c (ecm) wohnzimmer (0650@000000/0000/1330/4E:FE99CA45797292302D79DE652A657739): timeout (5000 ms) by orf-irdeto - ORF2W HD
• 2026/01/22 23:01:14 49893BC6 r (reader) orf-irdeto [irdeto] Warning: needed try nr 2, next ECM has some delay
• 2026/01/22 23:01:17 2B6EEE05 c (ecm) wohnzimmer (0650@000000/0000/1330/4E:FE99CA45797292302D79DE652A657739): timeout (5001 ms) by orf-irdeto - ORF2W HD
• 2026/01/22 23:01:22 2B6EEE05 c (ecm) wohnzimmer (0650@000000/0000/1330/4E:EB3F96F91C2E3BEE2FA6F0029AF48D5F): timeout (5001 ms) by orf-irdeto - ORF2W HD
• 2026/01/22 23:01:27 2B6EEE05 c (ecm) wohnzimmer (0650@000000/0000/1330/4E:EB3F96F91C2E3BEE2FA6F0029AF48D5F): timeout (5000 ms) by orf-irdeto - ORF2W HD
• 2026/01/22 23:01:32 2B6EEE05 c (ecm) wohnzimmer (0650@000000/0000/1330/4E:B9079266579124B07AF47246EDB72367): timeout (5001 ms) by orf-irdeto - ORF2W HD
• 2026/01/22 23:01:34 49893BC6 r (reader) orf-irdeto [irdeto] Warning: needed try nr 2, next ECM has some delay
• 2026/01/22 23:01:37 2B6EEE05 c (ecm) wohnzimmer (0650@000000/0000/1330/4E:B9079266579124B07AF47246EDB72367): timeout (5000 ms) by orf-irdeto - ORF2W HD
• 2026/01/22 23:01:42 2B6EEE05 c (ecm) wohnzimmer (0650@000000/0000/1330/4E:C6A48E2F2516A417A4120530A16FD1CC): timeout (5000 ms) by orf-irdeto - ORF2W HD

 

[pehedima]

Dein ORF-Reader am PI steigt aus.
Im IRDETO-Mode wird die Karte mit G-EMMs bombadiert, was i.d.R. kein großes Problem darstellt.
Damit dein Logfile nicht unötig mit 'written'-EMMs zugekleistert wird, solltest du emmcache auf 1,1,1,0 setzen

In deinem Fall gehe ich von einem Kommunikationsproblem Reader <-> Karte aus.

Bitte reinige die Kartenkontakte und prüfe die Stromversorgung des Readers.
Nutzt du einen aktiven HUB, oder steckt der Reader (easymouse?) direkt am PI?
Dein user wohnzimmer hat 12 Gruppen (1..12). Hast du tatsächlich soviele Reader angeschlossen?
Falls nicht solltest du das auch mal bereinigen.

 

[buzzard]

Ok, ich wär schon dran gewesen den ca 8 Jahre alten easymouse reader gegen einen neuen auszutauschen. Ich werds mal mit reinigen versuchen. Sonst bestell ich einen neuen....
die beiden easymouse reader (ORF + HD+) sind passiv mit USB an die PI angesteckt.

Ich muss dazu sagen, dass ich relativ zeitnah folgende Umstellungen letzten Herbst vorgenommen habe:

Umstellung von cccam auf cs357x
Neuaufsetzen Pi (IPC komplett neu + aktuell) mit neuer SD-Karte - ist auch hier im Forum nachzulesen.
zuletzt eben Umstellung von cryptoworks auf irdeto

Im Zuge des Neuaufsetzen des PI wurde mir auch ein stärkeres Netzteil empfohlen. Jetzt hab ich das vom aktuellen PI allerdings mit einem Adapter von USB-C (Netzteil) auf Micro-Usb (Pi3)

Wenn ich sage ich hatte mit cryptoworks nie Probleme, ist damit gemeint dass dies auf dem alten IPC - Server, mit cccam war.

emmcache habe ich geändert auf 1,1,1,0
12 Gruppen im WZ waren unnötig, hab ich auf 4 geändert

Vielen Dank - werds beobachten...

Ich hab jetzt testhalber auch alle Einträge in der dvbapi auskommentiert.

Frage - eventuell noch eine Fehlerquelle: Ich habe zugegebenermaßen nicht das stabilste LAN. ich habe baubedingt nur Platz für ein Flachkabel. Ich hab das mal grob aufskizziert. (Siehe Anlage) Zwischen der Pi und der ersten clientbox (abgesehen von der Fritzbox) ein ca 10m LAN Flachkabel und ein Netgear-Switch... Ich hab zwar praktisch keine Ausfälle des LAN aber keine allzu große Geschwindigkeit... kann das eine Rolle spielen? Ist Irdeto "anspruchsvoller" als cryptoworks?
Zu der Reinigungsempfehlung der easymouse: Wenn eine Verschmutzung der Grund ist - warum ist der Schmutz dann beim Neustart des PI weg? Oder ist es so zu verstehen, dass die Verbindung "entgleist" - also wenn einmal ein Fehler ist dass der bei der nächsten Abfrage nicht "korrigiert" und wieder "in die Spur" lenkt? Wirkt sich so eine Verschmutzung bei Irdeto anders aus als bei cryptoworks? Dann eines ist Fakt: nach einem oscam-neustart am server (Pi)hat es immer sofort funktioniert, ohne dass ich bei der KArte etwas gemacht hätte.

 

[pehedima]

die beiden easymouse reader (ORF + HD+) sind passiv mit USB an die PI angesteckt.

Das sollte ohne aktiven HUB am PI kein Problem sein.
Falls das Reinigen der Kontakte nicht hilft, könnte auch noch das USB-Kabel: PI <-> Reader getauscht werden.

Die Einträge der dvbapi, dein LAN-Netz, sowie das Protokoll haben keine Auswirkung auf den Ausfall des Readers.

Wie bereits oben erwähnt, führt die Vielzahl der golbalen EMMs zu viel Traffic mit der Karte. Diese Anzahl gibt es bei crytoworks nicht und können auch problemlos gesperrt werden.
Weiterhin wird bei CW kein TimeSync benötigt, sodass die Karte direkt nach dem Start ohne global EMMs hell wird.

Nach einem Neustart wird zunächst das Schreiben von EMMs gesperrt, sodass es erst später zum erhöhten Traffic kommt.

 

[buzzard]

Das log vom server sieht nun schon wesentlich aufgeräumter auf. Gestern gabs wieder ein timeout am server. (Lt log timout server) Interessanterweise: Nach dem Neustart der clientbox (hat meine Frau neu gestartet) gings wieder... Das sagt auch das log vom server. Und meine Frau hat definitv nicht den server neu gestartet (sie wüßte auch gar nicht wie). Schon komisch irgendwie... ich beobachte und berichte.

update: Auch heute gabs tagsüber einen Ausfall. Wieder konnte meine Frau dies durch Neustart der Box lösen.
Ich habe am Abend auch einen Ausfall beobachten können, konnte das aber nicht durch Neustart der Clientbox lösen. Vielleicht hat meine Frau länger aufs Bild gewartet. Ich nur ca 1 Minute. Ich habe dann den Server neu gestartet damit das Bild wieder hell wurde. Alles auf ORF.


Ergänzung von 25.1. 20:40
Ich schau mir grad das log von Server an. Neben permanent immer gleiche Einträge wie diese:
2026/01/25 18:04:55 0F86C93C c (ecm) wohnzimmer (0650@000000/0000/132F/4E:AD9479F94492C55FB57B5C7967E47119): found (123 ms) by orf-irdeto - ORF1 HD,

Sind dazwischen folgende Einträge: ?? "error" ??
2026/01/25 18:54:45 4DC19B88 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=27 (hex: 0x1B), cnt=0: error (68 ms)

auch um 18:24:
2026/01/25 18:24:45 4DC19B88 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=27 (hex: 0x1B), cnt=0: error (63 ms)

oder:
2026/01/25 18:06:41 52162092 c (client) encrypted cs378x-client 192.168.178.77 granted (wohnzimmer, au=auto (9 reader))
2026/01/25 18:06:41 52162092 c (camd35) wohnzimmer emm-request sent (reader=orf-irdeto, caid=0650, auprovid=2BBBFF)
..
2026/01/25 17:54:45 4DC19B88 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=27 (hex: 0x1B), cnt=0: error (63 ms)
..
2026/01/25 17:24:47 4DC19B88 r (reader) orf-irdeto [irdeto] wohnzimmer emmtype=global, len=27 (hex: 0x1B), cnt=0: error (64 ms)


Ich hoffe das hilft weiter ... 2x am Tag Komplettausfall ist sehr ärgerlich