26

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

Ok, czyli tak:

#!/bin/sh
while [ 0 ] ; do
if grep -q "timeout"  /var/log/oscam.log ; then
/etc/init.d/oscam reboot
fi
if grep -q "(reader) ncplus [seca] card ejected" /var/log/oscam.log ; then
/etc/init.d/oscam reboot
fi
done

A w jaki sposób i w którym miejscu dodać wpis aby usuwał plik z logiem przed /etc/init.d/oscam reboot

27

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

Jak - sam odpowiedziałeś już, gdzie - przed /etc/init.d/oscam reboot smile Dziwne pytanie smile

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

28 (edytowany przez tenobcy 2015-05-06 06:32:23)

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

Ok smile Dziwne pytanie bo chcę się upewnić, że jest wszystko jest ok smile Czy tak to ma być:

#!/bin/sh
while [ 0 ] ; do
if grep -q "timeout"  /var/log/oscam.log ; then
rm -f /var/log/oscam.log
/etc/init.d/oscam reboot
fi
if grep -q "(reader) ncplus [seca] card ejected" /var/log/oscam.log ; then
rm -f /var/log/oscam.log
/etc/init.d/oscam reboot
fi
done

29

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

Sprawdzałeś czy ten skrypt działa ?
Śmiem twierdzić, że nie.

/etc/init.d/oscam reboot
APU2 @ OpenWrt 18.06-SNAPSHOT, r7852-7ac6044632

30 (edytowany przez MiG25 2015-05-06 07:26:37)

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

Dokładnie , rozbij to na "oscam stop " , potem "rm -f... oscam.log" , a potem znów "oscam start"
Było już o tym ,że "oscam reboot" nie działa , bo w skrypcie jest killall oscam , przez co skrypt też jest zabity zanim zdąży uruchomić oscama.
No i loga trzeba usunąć , bo po starcie oscam dopisuje dalej , a nie go czyści.

31

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

restart nie działa, nie reboot smile  zależy jeszcze jak jest init jest napisany.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

32

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

Graffy napisał/a:

Sprawdzałeś czy ten skrypt działa ?
Śmiem twierdzić, że nie.

/etc/init.d/oscam reboot

Wiem o tym zmieniłem nazwę usługi na inną i reboot działa.

MiG25 napisał/a:

No i loga trzeba usunąć , bo po starcie oscam dopisuje dalej , a nie go czyści.

Czyli co usunięcie /var/log/oscam.log nie czyści logów?

33

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

tenobcy napisał/a:

Czyli co usunięcie /var/log/oscam.log nie czyści logów?

Usunięcie czyści. Ponowne uruchomienie oscama nie czyści.

34

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

Oczywiście, że tak smile A tak przy okazji Cezary od ostatniej wersji oscama minęło już 7 miesięcy i od tego czasu dużo się zmieniło czy można liczyć na oficjalną aktualizację?

35

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

W repo. Indeksy się właśnie aktualizują.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

36

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

Zaktualizowane, dzięki tongue

37 (edytowany przez wojgp 2015-07-27 22:22:27)

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

Witam
Czy komuś udało się rozwiązać problem z ERROR: IO_Serial_GetStatus: ioctl(TIOCMGET): Input/output error ?

Czy osoby, u których problem wystepuje korzystają z aktywnych hubów i jeśli tak, to jaki macie zasilacz tzn ile amper ?

U mnie problem się pojawił , gdy podłączyłem drugi czytnik, a hub zasilany jest ładowarką od tel. Nokia, więc przypuszczam, że może jest to kwestia zasilania.

Na razie zainstalowałem sobie skrypt do reboota i monitorowania smile

#!/bin/sh
# accepable number of readererror
SIZE="2"
# log file 
LOG="/tmp/oscam.log"
CHECK="`tail -200 $LOG |grep -v grep |grep -c IO_Serial_GetStatus`"
# If the the word "IO_Serial_GetStatus" appears more times then SIZE ...
if [ "$CHECK" -gt "$SIZE" ]; then
# backup the log
mv "$LOG" /opt/tmp/readererror$(date '+%Y_%m_%d_%H:%M').log
# delete the log
rm "$LOG"
# logging reboots
echo 'Router rebooted due to readererror at' $(date '+%Y_%m_%d_%H:%M') >> /opt/tmp/routerreboot.log
# wait 2 sec
sleep 2
#rebooting
reboot
else
echo 'nincs' > /dev/null
fi
exit

38

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

Czy mógłbyś sprawdzić, co pojawia się w logach routera w momencie, gdy Oscam traci kontakt z Czytnikiem?
Bo całkiem możliwe, że problem obsługi czytników FTDI przez OpenWrt CC nie dotyczy jedynie platformy Lantiq... http://eko.one.pl/forum/viewtopic.php?p … 65#p143765

Zauważyłem, że w logu kernela CC brak części informacji (wytłuszczone)

[   49.444000] usbcore: registered new interface driver ftdi_sio
[   49.460000] usbserial: USB Serial support registered for FTDI USB Serial Device
[   49.464000] ftdi_sio 2-1:1.0: FTDI USB Serial Device converter detected
[   49.476000] usb 2-1: Detected FT232RL
[   49.476000] usb 2-1: Number of endpoints 2
[   49.480000] usb 2-1: Endpoint 1 MaxPacketSize 16384
[   49.484000] usb 2-1: Endpoint 2 MaxPacketSize 16384
[   49.492000] usb 2-1: Setting MaxPacketSize 64

[   49.520000] usb 2-1: FTDI USB Serial Device converter now attached to ttyUSB0

Jezeli w Twoim przypadku również dochodzi do wycieku pamięci, to najlepszym rozwiazaniem jest powrót do OpenWrt BB - przynajmniej narazie... https://dev.openwrt.org/ticket/20177

39

Odp: Zawieszanie się czytnika Phoenix ver 9.6.0. 6in1 FTDI - TL-WDR3600

wojgp napisał/a:

Witam
Czy komuś udało się rozwiązać problem z ERROR: IO_Serial_GetStatus: ioctl(TIOCMGET): Input/output error ?

Czy osoby, u których problem wystepuje korzystają z aktywnych hubów i jeśli tak, to jaki macie zasilacz tzn ile amper ?

U mnie problem się pojawił , gdy podłączyłem drugi czytnik, a hub zasilany jest ładowarką od tel. Nokia, więc przypuszczam, że może jest to kwestia zasilania.

Odświeżam temat... mam ten sam problem na r6220. Czy komuś pomogła wymiana zasilacza na mocniejszy?