[GELÖST] oscam um01 karte steht auf off

[matrixcinator]

Jaaaa, gibt es wirklich und es lag daran sogar
Danke an alle für die Hilfe.

[Pavlodar]

Na,siehst du
Möchte nur was noch dazu sagen....
wenn irgendwann deine karte wieder nicht erkannt wird,mußt du nur Reader neustarten---restart von Oscam oder reboot von IPC wird nichts bringen

Hier ist ene kurze erklärung von Peabody .

Code: Alles auswählen

Die ECM Zeiten sind im smartreader etwas besser als im mouse Modus das liegt an dem verwendeten libusb. Leider unterstützt nicht jedes Gerät diesen Modus. Für diese Geräte wurde der Smargomodus entwickelt.
---FTDI- und PL232-Treiber müssen im Smargomodus zwingend deaktiviert sein, sonst werden die Reader nicht erkannt!


1. MÖGLICHKEIT
protocol = mouse
device = /dev/ttyUSB0
2. MÖGLICHKEIT
protokoll = smargo
device = /dev/ttyUSB0
3. MÖGLICHKEIT
protocol = smartreader
device = Serial:Reader XXXXXXX
4. MÖGLICHKEIT
protocol = smartreader
device = BUS:Device

[feissmaik]

..man lernt nie aus

Die ECM Zeiten sind im smartreader etwas besser als im mouse Modus das liegt an dem verwendeten libusb. Leider unterstützt nicht jedes Gerät diesen Modus. Für diese Geräte wurde der Smargomodus entwickelt.
---FTDI- und PL232-Treiber müssen im Smargomodus zwingend deaktiviert sein, sonst werden die Reader nicht erkannt!

Das ergibt jetzt aber irgendwie kein Sinn oder?
Nicht jedes Gerät sondern nicht jede Karte unterstützt mouse/smartreader...
Aber ich glaube auch nicht das matrixcinator in OScam/Linux expliziet die Treiber deaktiviert hat - ich wüsste jetzt vorallem auch nicht wie man überhaupt FTDI oder PL232 in OScam deaktivieren kann vorallem wenn man ein USB Hub nutzt ist man darauf angewiesen das dieses gerät weiterhin erkannt wird, damit hat libusb nicht viel zu tun... PL232 ist soweit ich weiss ein anderer chipset als FTDI also man hat wenn nur eins von beidem (RS232 ist seriell und PL232 ist als "usb to seriell converter" der vorgänger vom FTDI)

protocol = mouse .... benötigt die FTDI Treiber
protocol = smartreader .... benötigt die libusb Treiber


PS: IPC kann man nicht rebooten, wenn dann das System
PPS: Man beachte auch folgende Problemschilderung:

Spoiler

Show

eine Woche lang lief Oscam stable 1.10 build 6089
dann bin ich auf Oscam 1.20 build 6597 umgestiegen.

Diese lief dann auch eine Woche ohne weitere Probleme. Gestern habe ich dann mal einen Reboot des Servers gemacht und plötzlich ging nichts mehr.
An den Configs wurde nichts verändert, aber trotzdem war plötzlich der Wurm drin.

v1.20 konnte keine meiner Karten mehr initialisieren, es kam immer detect...ERROR (bei allen Karten)
Und die 1.10er ist mit den gleichen Configs sofort beendet worden. Hatte dann die Reader deaktiviert und dann ging auch 1.10 wieder, aber sobald ich einen Reader aktiviert habe und Oscam anfangen wollte die Karte zu initialisieren ist Oscam abgeschmiert und war plötzlich beendet.

Ich habe auch mehre Builds ausprobiert und bei allen das gleiche Ergebnis.
1.20er bringt ERROR das Karte nicht erkannt wird
1.10er bringt Oscam zum Absturz

Die Lösung des Problems war die Umstellung des Protocols. Habe dann von "smargo" auf "smartreader" umgestellt und dann ging es wieder.
Nur leider kann ich es nicht ganz nach vollziehen, wieso keine Oscam Version mehr mit dem Protocol "smargo" zu recht kommt!? Es ging doch vorher auch ohne Probleme.
Da die beiden Protokolle auf verschiedene Treiber zugreifen und es nach einem Reboot passiert ist, fürchte ich das dort das Problem liegt.
Weiß vielleicht jemand was dort schief gelaufen ist?

[Pavlodar]

Das ergibt jetzt aber irgendwie kein Sinn oder?
Nicht jedes Gerät sondern nicht jede Karte unterstützt mouse/smartreader...

Unter Gerät versteht man ein Reader, in unseren Fall ein Smargo,und Smargo ist zickig,wenn da nicht um Freetz geht:) ....

ich wüsste jetzt vorallem auch nicht wie man überhaupt FTDI oder PL232 in OScam deaktivieren kann

Es wird nicht in Oscam deaktiviert,sondern im System....In Freetz macht man das per mausclick,mann wählt da einfach welche treiber mitlaufen sollen,dann braucht mann kein smargo protocol....Im IPC hat man diese möglichkeit nicht,daswegen benutzen wir smargo protocol (ich vermute im debian fehlen diese treiber).
Ich benutze alle smargoreader im IPC nur mit smargo = protocol(HD+,SKY-S02,KD)....Easymousereader laufen mit mouse= protocol.
Ev.liege ich da falsch,aber das sind meine Erfahrungen.

PS: IPC kann man nicht rebooten, wenn dann das System

Natürlich hab ich System gemeint

[feissmaik]

Ne sorry aber ich glaub eben dass das nicht stimmt. Der Smargo wird von allen USB Treibern unterstützt egal ob libusb oder die normalen. Es geht wohl nur darum das libusb zb schneller ist als die Standard Kernel Module "ehci_hcd" ('Enhanced' Host Controller Interface) und "uhci_hcd" (Universal Host Controller Interface)... Aber von libusb gibt es eben auch verschiedene Versionen die auch weiter entwickelt werden

IPC ist nicht für Freetz also hat das hiermit nichts zu tun, der TE kann also nicht irgendeinen Knopf drücken um zwischen den Treibern zu wechseln sondern stellt in OScam nur ein anderes Reader/Device-Protocol ein und das wiederum nutzt entweder die Standard Kernel Module oder eben libusb. Aber die tut man deswegen nicht unloaden/disablen - deshalb kann mit IPC der jeweilige treiber nicht "zwingend deaktiervt sein" - auf mehr wollte ich garnicht hinaus...

Und wie ich schon gepostet hab kann es auch passieren das nach einem Reboot plötzlich das Reader-Protocol "smargo" nicht mehr funktioniert... Aber leider ist mir das noch nicht passiert also kA woran genau das liegt - die meisten haben von Linux leider nicht sooo viel Ahnung um das genauerer herraus zu finden - oder es ist eben noch ein Bug von OScam oder die verwendete Treiber Version ist fehlerhaft etcpp
Mit Debian ist das eben ein wenig umständlicher als mit Freetz da die Fritzbox aus einheitlicher und aufeinander abgestimmter Hardware besteht was bei einem Debian System eben nicht der Fall ist... Auch wenn du von der Bezeichnung her den gleichen Igel/Futro hast kann trotzdem das Mainboard eine andere Revision haben wo zb ein minimal anderer Chipset verbaut ist etc deshalb ist es mit PC's eben etwas schwieriger sowas zu verallgemeinern... Bei dem einen läuft dies besser bei dem anderen jenes... Genauso wie es auch immer wieder vorkommt das der User angeblich absolut garnichts verändert hat aber plötzlich irgendwas nicht mehr geht und nach genaueren recherchen raus kommt das doch irgendwas verändert wurde nur wurde das als "zu minmal als das es wichtig erschien" betrachtet etcpp...

Aber nun gut Problem wurde ja gelöst

[matrixcinator]

Na was soll ich sagen.... Du hast leider Recht. Habe neu gebootet weil ich die Samrgo über Die seriel fest zu weisen wollte (streng nach anleiteung von hier) und schwubs das selbe Problem wieder.... Selbst als ich wieder auf /dev/USB0 gelegt habe ist das problem immer noch da.
Gruß
matrixcinator

Spoiler

Show

2012/04/27 19:25:52 0 s check thread started
2012/04/27 19:25:52 0 s creating thread for device /dev/USB0
2012/04/27 19:25:52 0 s loadbalancer: can't read from file /tmp/.oscam/stat
2012/04/27 19:25:52 B7300728 r smargo init
2012/04/27 19:25:52 0 s waiting for local card init
2012/04/27 19:25:52 B7300728 r ERROR opening device /dev/USB0 (errno=2 No such file or directory)
2012/04/27 19:25:52 B7300728 r Cannot open device: /dev/USB0
2012/04/27 19:26:52 B7300728 r smargo init ]

[feissmaik]

/dev/USB0 ? Hast du das angelegt oder meinst du vllt /dev/ttyUSB0


Wie sieht denn deine udev rule aus? (das wird btw zusätzlich zum normalen /dev/ttyUSB* angelegt sofern die iSerial richtig ist)

[matrixcinator]

asche über mich^^ natürlich fehlt dort das tyy....

und das zu Deiner Frage:

Spoiler

Show

SUBSYSTEMS=="usb", KERNEL=="ttyUSB0", ATTRS{serial}=="Reader xxxxxxx", SYMLINK+="UM01card"

mein aktueller log:

Spoiler

Show

2012/04/27 21:46:52 0 s check thread started
2012/04/27 21:46:52 0 s creating thread for device /dev/UM01card
2012/04/27 21:46:52 0 s waiting for local card init
2012/04/27 21:46:52 B7400740 r smargo init
2012/04/27 21:46:52 B7400740 r reader um01 initialized (device=/dev/UM01card, detect=cd, mhz=368, cardmhz=368)
2012/04/27 21:46:53 B7400740 r um01 card detected
2012/04/27 21:47:00 B7400740 r Error activating card.
2012/04/27 21:47:09 B7400740 r Error activating card.
2012/04/27 21:47:17 B7400740 r Error activating card.
2012/04/27 21:47:18 B7400740 r card initializing error
2012/04/27 21:47:18 0 s init for all local cards done
2012/04/27 21:47:18 0 s anti cascading disabled

[Pavlodar]

Möchte nur was noch dazu sagen....
wenn irgendwann deine karte wieder nicht erkannt wird,mußt du nur Reader neustarten---restart von Oscam oder reboot von IPC(System ) wird nichts bringen

Hast du es gelesen?
Mach mal folgendes...
1.protocol auf mouse ändern
2.oscam restart(bekommst du wieder fehlermeldung,ist ok)
3.protocol wieder auf smargo stellen
4.oscam wieder neustarten,wenn cccam leuft,zuerst es stoppen

Und es wird wieder alles in ordnung sein ....
Mein Rat,lasse scheiß smargo verschwinden und kaufe dir besser ein easymouse reader

So,jetzt hab ich feierabend,.......und 8 tagen urlaub von mir

[feissmaik]

Die iSerial ist nichts schlimmes - das ist nichts was man aus xen müsste - keine seriennummer oder derartiges

Wenn die zur ausgabe von "lsusb -v|grep iSerial" passt müsste der symlink UM01card eigentlich auch angelegt werden und genauso wie ttyUSB0 nutzbar sein. Aber mach mal das was Pavlodar schreibt