Gbox...Beginner

[hctm]

Lass den smargo-reader in der oscam.server raus - sieht so aus als würde die gbox nicht auf den smargo zugreifen können weil er von oscam blockiert ist

 

[Purzelpries]

Danke für die Hilfe,

hab ich schon 20x gemacht. Erst nachdem ich die völlig grerautete udev regel gelöscht habe, ging es.
Das Ding war ja mal ein oscam Server.
Der rpi4 läuft jetzt als oscam proxy mit 450 ms auf Cinama HD.
Wie kann man die Zeiten jetzt noch reduzieren?

Danke und Grüße

 

[bl0w]

Der Reader muss zwingend mit /dev/ttyUSB angesprochen werden, ansonsten hast du so hohe Zeiten.... 250ms mit ner easymouse sollte machbar sein

 

[hctm]

mach eine udev-regel in der die Verlinkung mit ttyUSB beginnt zb. ttyUSBv13 - und die sprichst du dann mit der gbox an

 

[Purzelpries]

so, ich kann mich erst melden
IPC hat eine udev Regel für den smartcardreader+ version 1.7 erstellt

Spoiler: pri4 udev v13

SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", ATTRS{serial}=="12345678", SYMLINK+="ttyUSBv13"

Spoiler: gbox.log restart

gbox.net 2.2A/Linux@ARM ( Jun 15 2019, 16:35:37 ) git811.N.3
mode 03
AU:03/update:01/Keyfile:00 Hash:01 DispECM:01/EMM:01 UDPInit:00 OSD:00
enx_conf = 0 ; reset on zap=2
trying to get online, please wait ...
My IP 127.0.0.1 ID BBBB (127.0.0.1) pass 1111AAAA, we are offline
IP 127.0.0.1 Port 8010-7004 ID EEEE pass 2222CCCC sharelevel 5/5 (127.0.0.1)
Total 1 ports to monitor
monitoring port: 8010
CPU ARM
using without api support
detect smartcardreader+ version 1.7
mode 0 frequency 3.69 kernel 0 t-mode 0 egt 0
/dev/ttyUSBv13 opened with 1 multicam(s)
mode: any pid
have to init card 3
ATR :
3F FF 11 25 03 10 80 41 B0 07 69 FF 4A 50 70 00
00 50 31 01 00 11
Reset Baudrate = 9600 Baud
NDS Card

Type P1TV
Revision 1.0 A7
CaID 09C4
Serial (UA) 0003198938x (0030CFDA)
Boxkey 59438DC1000000
Working Baudrate = 9600 Baud
card init ok
entering main loop
->HelloL to 127.0.0.1 (127.0.0.1:7004)
<-Hello from 127.0.0.1 port 8010
->Hello1 to 127.0.0.1
<-Hello from 127.0.0.1 port 8010
->Hello2 to 127.0.0.1
<-Hello from 127.0.0.1 port 8010
->HelloL to 127.0.0.1 (127.0.0.1:7004)

Schade, das die die udev Regeln nicht mehr online sind

Spoiler: HowTo/udev

Sie müssen registriert sein, um Links zu sehen.

Vor ca. 7 Jahren sahen die udev Regeln für smargos anders aus, als IPC das jetzt macht.

Die Zeiten sind immer noch um die 500 ms egal ob lokal oder über proxy. Die 250 ms
Differenz kann doch nicht nur am smargo liegen.

Danke & Grüße

 

[bl0w]

Doch steht hier schon mal wo... easymouse kaufen und die Zeiten sind besser!

 

[Derek Buegel]

Da der Smargo über die Seriennummer angesprochen wird, kannst Du Dir die UDEV sparen (wird ja über die Serial eindeutig identifiziert).
Läuft der Smargo im Mouse-Modus sieht es natürlich anders aus.

MfG

 

[ghost0815]

Schade, das die die udev Regeln nicht mehr online sind

-->

Sie müssen registriert sein, um Links zu sehen.

-->

Sie müssen registriert sein, um Links zu sehen.

 

[Purzelpries]

So, ich noch mal ..

Easymouse2 gekauft und rumms sind die Zeiten um 250 ms. Wer smargos braucht, kann sich bei mir melden.
Die V13 hat jetzt eine Himbeere für sich alleine. Der andere RPI4 läuft als reiner Oscam Server mit 2x Quadmouse.
Am Oscam Server kommt dann die V13 mit 260 ms an.

Nochmals Danke für die Hilfe!

Grüße

 

[bl0w]

Jetzt könntest du nich Strom sparen und alles auf einen RPI installieren.
Zeiten könnten dann noch runter gehen da es über localhost laufen wird. Aber vermutlich nur ein paar ms

 

[diddi123]

Hat hier jemand auch ein "timeout nach ein paar Stunden" Problem? Bei meiner V13 über gbox kommt nach ein paar Stunden immer timeout 5000ms. Die HD+Karte, die direkt am Oscam läuft, rennt ohne Probleme.

 

[kathiman]

Ja , hab ich auch.
Ich habe auch schon die Oscam ausgetauscht mit der von 32bit, welche jahrelang ohne Probleme lief.
Daran liegt es nicht.
Timeout kam trotzdem.
???

 

[Purzelpries]

Bei mir läuft bei ubuntu in kurzer Zeit var/log voll. Übeltäter ist var/log/journal
Einfach den angelegten Unterordner in journal löschen.
Dann bei etc/systemd/journald.conf
den Eintrag
#Storage=none

ändern

Grüße

 

[diddi123]

Und dieser volle var/log lässt das timeout Problem auftreten? Oh dann gehe ich da heute Abend mal ran.

 

[Osprey]

Bei mir läuft bei ubuntu in kurzer Zeit var/log voll. Übeltäter ist var/log/journal

Habe in /etc/fstab alle Zeilen die mit tmpfs anfangen mit einer # auskommentiert dann passiert das auch nicht mehr.