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
Laberthread zu Raspberry Pi + Rasbian wheezy + IPC + OSCam + I12/UM02
- Ersteller Kermit
- Erstellt am
-
- Schlagworte
- ipc oscam raspberry raspberry pi wheezy
-
Nobody is reading this thread right now.
S
songonic
Guest
AW: Laberthread zu Raspberry Pi + Rasbian wheezy + IPC + OSCam + I12/UM02
Hi ihr, Da ich auch 2 Pi´s und ein Thin mein Eigen nenne wollte ich mal Testen wie sich der Pi´ so im CS macht^^
Allerdings scheitere ich bei der Netzwerk (Ip) vergabe...
Wenn ich sudo nano /etc/network/interfaces eingebe bekomm ich nur ein lehres dokument..
und als etho bekomme ich 127.0.0.1 obwohl netzwerk kabel drinn ist.
Könnt ihr mir Helfen?
Hi ihr, Da ich auch 2 Pi´s und ein Thin mein Eigen nenne wollte ich mal Testen wie sich der Pi´ so im CS macht^^
Allerdings scheitere ich bei der Netzwerk (Ip) vergabe...
Wenn ich sudo nano /etc/network/interfaces eingebe bekomm ich nur ein lehres dokument..
und als etho bekomme ich 127.0.0.1 obwohl netzwerk kabel drinn ist.
Könnt ihr mir Helfen?
Bogeyof
Ist gelegentlich hier
- Registriert
- 8. Februar 2013
- Beiträge
- 46
- Reaktionspunkte
- 11
- Punkte
- 28
AW: Laberthread zu Raspberry Pi + Rasbian wheezy + IPC + OSCam + I12/UM02
Hallo, ich habe von einem Bekannten den Raspberry Pi zum Testen geliehen, da ich auch hier mal Oscam für meine
Sat-Receiver testen wollte. Derzeit läuft das noch alles direkt auf meinem UFS913 (Kathrein-Sat-Receiver), aber ich habe es auch mit Freetz (7170 Wlan) und Windows-PC (Oscam Version mit Cygwin) am Laufen gehabt, mehr zum Testen, da zur Zeit nur 1 Receiver dranhängt und der es ja auch alleine kann.
Die Installation verlief problemlos und wie auch bei den 3 anderen Varianten habe ich es schnell um Laufen gebracht. Allerdings hat sich im Dauertest ein Problem gezeigt:
Nach einer Weile (mal 10 Minuten, mal 30 Minuten) findet plötzlich ein Timeout des Readers statt, im Webif der Oscam des PI ist eigentlich nichts erkennbar, Oscam läuft auch weiter... Im Webif des UFS913 (Client) sieht man den Timeout des (CAMD35 Protokoll) Readers zur PI und danach wird die Entschlüsselung wieder aufgenommen (Je nach Einstellung readerrestartseconds > 0).
Ich habe viel gegoogelt und vereinzelt Hinweise zu ähnlichen Problemen gefunden, also ebenfalls Leute, bei denen mit dem Raspberry willkürliche Timeouts auftreten. Da ich es ja wie gesagt auch z.B. mit der Fritzbox (Freetz-Image + Oscam) getestet habe, kann ich sagen, dass ich damit keine Timeout Probleme hatte...
Gibt es irgendeine Idee, was der Grund für solche plötzlichen Timeouts sein könnte, wie gesagt Oscam läuft weiter, die Entschlüsselung läuft auch automatisch danach weiter, beide Oscam´s (Server und Client) scheinen sich normal zu verhalten.
Ist dies für Euch total stabil mit dem Pi oder hat der eine oder andere ähnliche Probleme?
Hallo, ich habe von einem Bekannten den Raspberry Pi zum Testen geliehen, da ich auch hier mal Oscam für meine
Sat-Receiver testen wollte. Derzeit läuft das noch alles direkt auf meinem UFS913 (Kathrein-Sat-Receiver), aber ich habe es auch mit Freetz (7170 Wlan) und Windows-PC (Oscam Version mit Cygwin) am Laufen gehabt, mehr zum Testen, da zur Zeit nur 1 Receiver dranhängt und der es ja auch alleine kann.Die Installation verlief problemlos und wie auch bei den 3 anderen Varianten habe ich es schnell um Laufen gebracht. Allerdings hat sich im Dauertest ein Problem gezeigt:
Nach einer Weile (mal 10 Minuten, mal 30 Minuten) findet plötzlich ein Timeout des Readers statt, im Webif der Oscam des PI ist eigentlich nichts erkennbar, Oscam läuft auch weiter... Im Webif des UFS913 (Client) sieht man den Timeout des (CAMD35 Protokoll) Readers zur PI und danach wird die Entschlüsselung wieder aufgenommen (Je nach Einstellung readerrestartseconds > 0).
Ich habe viel gegoogelt und vereinzelt Hinweise zu ähnlichen Problemen gefunden, also ebenfalls Leute, bei denen mit dem Raspberry willkürliche Timeouts auftreten. Da ich es ja wie gesagt auch z.B. mit der Fritzbox (Freetz-Image + Oscam) getestet habe, kann ich sagen, dass ich damit keine Timeout Probleme hatte...
Gibt es irgendeine Idee, was der Grund für solche plötzlichen Timeouts sein könnte, wie gesagt Oscam läuft weiter, die Entschlüsselung läuft auch automatisch danach weiter, beide Oscam´s (Server und Client) scheinen sich normal zu verhalten.
Ist dies für Euch total stabil mit dem Pi oder hat der eine oder andere ähnliche Probleme?
- Registriert
- 10. Januar 2012
- Beiträge
- 21.699
- Lösungen
- 9
- Reaktionspunkte
- 30.897
- Punkte
- 1.113
- Ort
- Paradise City
hismastersvoice
Spezialist
- Registriert
- 22. August 2012
- Beiträge
- 507
- Reaktionspunkte
- 232
- Punkte
- 43
AW: Laberthread zu Raspberry Pi + Rasbian wheezy + IPC + OSCam + I12/UM02
Habe seit langer Zeit einen Raspi it Oscam am laufen, meine alte DBox II läuft mit Oscam Camd35 Protokoll.
Ich habe solche Fehler noch nie bekommen, allerdings lief es bei mir erst sauber als die Idents bei Proxy-Reader und DVBAPI-User gepflegt hatte.
Hier mal meine Config des Clients...
Server
User
Habe seit langer Zeit einen Raspi it Oscam am laufen, meine alte DBox II läuft mit Oscam Camd35 Protokoll.
Ich habe solche Fehler noch nie bekommen, allerdings lief es bei mir erst sauber als die Idents bei Proxy-Reader und DVBAPI-User gepflegt hatte.
Hier mal meine Config des Clients...
Server
[reader]
label = camd35proxy
protocol = camd35
device = xxx.xxx.xxx.xxx,xxxxx
user = user
password = pass
caid = 09C4,0500,0B00,0648
ident = 09C4:000000;0500:050800,050810,FFF8F0,043800;0B00:000000;0648:000000,000004
group = 1
blockemm-s = 1
label = camd35proxy
protocol = camd35
device = xxx.xxx.xxx.xxx,xxxxx
user = user
password = pass
caid = 09C4,0500,0B00,0648
ident = 09C4:000000;0500:050800,050810,FFF8F0,043800;0B00:000000;0648:000000,000004
group = 1
blockemm-s = 1
User
[account]
user = dvbapi
group = 1
au = 1
caid = 09C4,500,0B00,0648
ident = 09c4:000000;0500:050800,050810,FFF8F0,043800;0B00:000000;0648:000000,000004
user = dvbapi
group = 1
au = 1
caid = 09C4,500,0B00,0648
ident = 09c4:000000;0500:050800,050810,FFF8F0,043800;0B00:000000;0648:000000,000004
Bogeyof
Ist gelegentlich hier
- Registriert
- 8. Februar 2013
- Beiträge
- 46
- Reaktionspunkte
- 11
- Punkte
- 28
AW: Laberthread zu Raspberry Pi + Rasbian wheezy + IPC + OSCam + I12/UM02
Danke, ich habe nur CAID 09C4, aber ich kann ja mal die entsprechenden ident-Einträge mit aufnehmen und testen...
- - - - - - - - - -
Danke für die Info, müsste aber ein möglicher SMARGO-Zugriffsfehler nicht gerade im LOG der OSCAM vom PI (Server) auftauchen? Dort ist nämlich nichts zu sehen, nur beim Client der TIMEOUT...
Danke, ich habe nur CAID 09C4, aber ich kann ja mal die entsprechenden ident-Einträge mit aufnehmen und testen...
- - - - - - - - - -
Danke für die Info, müsste aber ein möglicher SMARGO-Zugriffsfehler nicht gerade im LOG der OSCAM vom PI (Server) auftauchen? Dort ist nämlich nichts zu sehen, nur beim Client der TIMEOUT...
- Registriert
- 10. Januar 2012
- Beiträge
- 21.699
- Lösungen
- 9
- Reaktionspunkte
- 30.897
- Punkte
- 1.113
- Ort
- Paradise City
nonfiction
Ist gelegentlich hier
- Registriert
- 16. Dezember 2010
- Beiträge
- 32
- Reaktionspunkte
- 4
- Punkte
- 8
AW: Laberthread zu Raspberry Pi + Rasbian wheezy + IPC + OSCam + I12/UM02
Da wir grade dabei sind. Bei meinen Clients habe ich auch ähnliche Probleme. Es handelt sich lediglich um ganz kleine Hänger, wie Bogeyof schon beschrieben hat. So durchschnittlich alle +/- 30min hat man einen kurzen Ruckler von ich sag mal 1-2 Sekunden. Hab dann halt mal die Services und srvid angelegt aber eine spürbare Verbessung brachte das nicht. Weiter habe ich mich jetzt noch nicht informiert, weil diese "Ausfälle" beim Schauen so gut wie garnicht stören und sonst alles stabil mit sehr guten Zeiten läuft. Wenn ich das allerdings noch fixen könnte, warum nicht. Jedenfalls ist auch bei mir nix im Log zu sehen und da ich nur Opticums als Clients habe, kann ich da auch nix nachschauen.
@Bogeyof: Wenn Ident oder sonstwas helfen sollte, bitte um kurze Rückmeldung hier
Da wir grade dabei sind. Bei meinen Clients habe ich auch ähnliche Probleme. Es handelt sich lediglich um ganz kleine Hänger, wie Bogeyof schon beschrieben hat. So durchschnittlich alle +/- 30min hat man einen kurzen Ruckler von ich sag mal 1-2 Sekunden. Hab dann halt mal die Services und srvid angelegt aber eine spürbare Verbessung brachte das nicht. Weiter habe ich mich jetzt noch nicht informiert, weil diese "Ausfälle" beim Schauen so gut wie garnicht stören und sonst alles stabil mit sehr guten Zeiten läuft. Wenn ich das allerdings noch fixen könnte, warum nicht. Jedenfalls ist auch bei mir nix im Log zu sehen und da ich nur Opticums als Clients habe, kann ich da auch nix nachschauen.
@Bogeyof: Wenn Ident oder sonstwas helfen sollte, bitte um kurze Rückmeldung hier
hismastersvoice
Spezialist
- Registriert
- 22. August 2012
- Beiträge
- 507
- Reaktionspunkte
- 232
- Punkte
- 43
AW: Laberthread zu Raspberry Pi + Rasbian wheezy + IPC + OSCam + I12/UM02
Da ich viele Karten habe und z.B. SRG und Redlight auf CAID 0500 laufen kann ich das bei den Reader so auseinanderhalten
Als Client kann man viele Problemchen umschiffen wenn wie z.B. auf 0500 viele Idents unterwegs sind. Entastet das ganze System.
Ich arbeite nicht mit Services und kann so trotzem alle Anfragen an den Server recht sauber halten.
Da ich viele Karten habe und z.B. SRG und Redlight auf CAID 0500 laufen kann ich das bei den Reader so auseinanderhalten
Als Client kann man viele Problemchen umschiffen wenn wie z.B. auf 0500 viele Idents unterwegs sind. Entastet das ganze System.
Ich arbeite nicht mit Services und kann so trotzem alle Anfragen an den Server recht sauber halten.
Bogeyof
Ist gelegentlich hier
- Registriert
- 8. Februar 2013
- Beiträge
- 46
- Reaktionspunkte
- 11
- Punkte
- 28
AW: Laberthread zu Raspberry Pi + Rasbian wheezy + IPC + OSCam + I12/UM02
Ich habe es nicht mehr weiter einschränken können. Mit der Angabe der Idents habe ich Probleme bekommen, wenn er z.B. von SkyV13 auf ORF wechseln sollte. Hat dann nicht wie normalerweise den Reader gewechselt, obwohl bei den Idents 0D05 gar nicht dabei war (beim Sky-Reader), sondern nur 09C4:... Habe den Zusammenhang wohl nicht verstanden, kann aber auch nicht mehr testen, da ich den RaspBerry nur geliehen hatte. Nachdem aber die gleichen Einstellungen mit der Fritzbox stabil liefen, außer der IP-Adresse an den Konfigurationsdateien nichts geändert, wird es wohl schon am RaspBerry liegen. Vielleicht, weil der Reader direkt ohne aktiven USB-HUB angesteckt war (aber gerade auf der RaspBerry-Seite waren ja keinerlei Fehlermeldungen im Webif)...
Keine Ahnung, aber ich werde es wohl nicht mehr klären...
Ich habe es nicht mehr weiter einschränken können. Mit der Angabe der Idents habe ich Probleme bekommen, wenn er z.B. von SkyV13 auf ORF wechseln sollte. Hat dann nicht wie normalerweise den Reader gewechselt, obwohl bei den Idents 0D05 gar nicht dabei war (beim Sky-Reader), sondern nur 09C4:... Habe den Zusammenhang wohl nicht verstanden, kann aber auch nicht mehr testen, da ich den RaspBerry nur geliehen hatte. Nachdem aber die gleichen Einstellungen mit der Fritzbox stabil liefen, außer der IP-Adresse an den Konfigurationsdateien nichts geändert, wird es wohl schon am RaspBerry liegen. Vielleicht, weil der Reader direkt ohne aktiven USB-HUB angesteckt war (aber gerade auf der RaspBerry-Seite waren ja keinerlei Fehlermeldungen im Webif)...
Keine Ahnung, aber ich werde es wohl nicht mehr klären...
