AbrahaM

@mickey tylko znowu wracamy do punktu wyjścia 1. ten model karty nie powinien wymagać jakichkolwiek zabiegów związanych z taktowaniem. 2. zakładając nawet, że z jakiegoś powodu wymaga, to mamy następny problem związany z inicjalizacją karty. Prawidłowo to powinno wyglądać tak: 2016/02/25 22:41:08 31A873CC r (reader) sci0 [seca] card detected 2016/02/25 22:41:10 31A873CC r (reader) sci0 [internal] ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6 2016/02/25 22:41:10 31A873CC r (reader) sci0 [internal] Init card protocol T0, FI=1, F=372, D=1, N=1 2016/02/25 22:41:10 31A873CC r (reader) sci0 [internal] Calculated work ETU is 74.40 us reader mhz = 500 2016/02/25 22:41:12 31A873CC r (reader) sci0 [internal] ATR Fsmax is 5 MHz, clocking card to 5.00 (specified in reader->mhz) 2016/02/25 22:41:13 31A873CC r (reader) sci0 [internal] detect seca/nagra tunneled card 2016/02/25 22:41:16 31A873CC r (reader) sci0 [internal] Nagra layer found 2016/02/25 22:41:16 31A873CC r (reader) sci0 [internal] Rom revision: DNASP400 RevI4A 2016/02/25 22:41:19 31A873CC r (reader) sci0 [internal] type: SECA, caid: 0100, serial: #########, card: Mediaguard v10.0 2016/02/25 22:41:19 31A873CC r (reader) sci0 [internal] Maturity level [F]=no age limit 2016/02/25 22:41:19 31A873CC r (reader) sci0 [internal] found card system seca a wygląda tak: 2016/02/24 16:09:11 58B21DB8 r (reader) sci0 [internal] card detected 2016/02/24 16:09:18 58B21DB8 r (reader) sci0 [internal] ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6 2016/02/24 16:09:18 58B21DB8 r (reader) sci0 [internal] Init card protocol T0, FI=1, F=372, D=1, N=1 2016/02/24 16:09:18 58B21DB8 r (reader) sci0 [internal] Calculated work ETU is 104.20 us reader mhz = 357 2016/02/24 16:09:22 58B21DB8 r (reader) sci0 [internal] ATR Fsmax is 5 MHz, clocking card to 3.57 (specified in reader->mhz) 2016/02/24 16:09:23 58B21DB8 r (reader) sci0 [internal] detect seca/nagra tunneled card 2016/02/24 16:09:45 58B21DB8 r (reader) sci0 [internal] Nagra layer found 2016/02/24 16:09:45 58B21DB8 r (reader) sci0 [internal] Rom revision: 2016/02/24 16:10:13 58B21DB8 r (reader) sci0 [internal] card system not supported 2016/02/24 16:10:13 58B21DB8 r (reader) sci0 [internal] Normal mode failed, reverting to Deprecated Mode Trzecia i czwarta linijka mają prawo być inne, bo wymuszone zostało taktowanie na 3.57. Jeśli to pominiemy i będziemy log analizować dalej, to widać, że nie jest rozpoznane Rom revision, po czym na tym etapie procedura rozpoznawania karty idzie w maliny...

Temu, że w międzyczasie zmienił się kod obsługujący czytniki. O czym piszę w odpowiednim dziale. Temu, że tabuny dokładnie tych samych kart pracuje naszych odbiornikach zarówno na automacie (autospeed) jak i na wpisanych z palca ustawieniach. Jeśli n odbiorników (gdzie n=mnóstwo) z "nowym" OSCAMem obsługuje ten typ karty prawidłowo, a jedna karta się buntuje, to co to Twoim zdaniem oznacza? To, że stary OSCAM na innym systemie niż GOS idzie z tą kartą, jest jedynie dowodem na to, że z nią idzie. Jest jeszcze możliwe, że coś jest nie tak z instalacją GOS (a problem z nie działaniem OSCAMa jest skutkiem) lub z samym odbiornikiem.

Ta karta ze zdjęć ma obowiązek pójść. Wiem, bo osobiście widziałem prawidłowo pracujący ten model w nBoxie. Jeśli nie idzie, to moim zdaniem karta jest wadliwa. Sugeruję namierzenie najbliższego lokalnego punktu obsługi klienta (uwaga, część może móc wymieniać tylko karty conax - przynajmniej parę miesięcy temu tak było) i wymianę karty, uzasadniając to niestabilną pracą w posiadanym odbiorniku. Odświeżone 9300 być może dałoby się zrobić, tylko robienie 9300 z powodu karty, która jest najprawdopodobniej wadliwa, jest takim sobie pomysłem.

O ile nie były na licencji creative-commons, która to dopuszczała. Jeśli nie były, to może dałoby się znaleźć inne, spełniające to kryterium.

Obejrzałem. Karta ma psi obowiązek pójść na tych samych ustawieniach co w OpenPli. To nie jest wina GOS, natomiast to wygląda na problem z kartą, która jest jeszcze tolerowana przez stary OSCAM, ale już nie przez nowy. Tak z ciekawości, wrzuć zdjęcia karty, przodu i tyłu, oczywiście zamazując/wycinając numer seryjny.

I tak i nie. ATR jest jednym z tropów. "Niewłaściwa" odpowiedź ATR może mieć miejsce z trzech powodów 1) najbardziej prawdopodobny, ale nie jedyny: taktowanie karty, jeśli będzie dla karty niewłaściwe, to ona pośle śmieci i ze współpracy nici, 2) mało prawdopodobny ale nie niemożliwy: jeśli karta wcześniej chodziła, przestawienie EMMami karty w tryb, którego OSCAM nie obsługuje, 3) ostatni przypadek możliwy tylko dla kart wydawanych do nowych odbiorników: wydana karta nie obsługiwana przez OSCAM.

od razu lepiej: 2016/02/23 05:57:17 24215BF3 r (reader) sci0 [internal] card detected 2016/02/23 05:57:23 24215BF3 r (reader) sci0 [internal] ATR: 3B FF 95 00 FF 50 80 1C 44 4E 41 53 50 34 30 30 20 52 65 76 49 34 41 2016/02/23 05:57:23 24215BF3 r (reader) sci0 [internal] Init card protocol T0, FI=9, F=512, D=16, N=255 2016/02/23 05:57:23 24215BF3 r (reader) sci0 [internal] Calculated work ETU is 6.40 us reader mhz = 500 2016/02/23 05:57:24 24215BF3 r (reader) sci0 [internal] Buffers readed 0 bytes total time_us 75800 2016/02/23 05:57:27 24215BF3 r (reader) sci0 [internal] ATR Fsmax is 5 MHz, clocking card to 5.00 (specified in reader->mhz) 2016/02/23 05:57:28 24215BF3 r (reader) sci0 [internal] card system not supported 2016/02/23 05:57:28 24215BF3 r (reader) sci0 [internal] Normal mode failed, reverting to Deprecated Mode dzięki temu mamy dwie kluczowe informacje: 1) na jakim taktowaniu automat próbował pracować, 2) że OSCAM nie rozpoznał systemu karty. zakładając, że to jest rzeczywiście stara karta 0100 (a nie najnowsza karta 0100 - ten typ jest nieobsługiwany i prawdopodobnie jeszcze długo nie będzie obsługiwany) która pracowała z innym softem, to pozostaje tylko spróbować któregoś z potencjalnie bezpiecznych/standardowych ustawień parametrów MHz oraz CARDMHZ. proponuję sprawdzić ustawienia 368/368, by to sprawdzić wpisz: autospeed = 0 mhz = 368 cardmhz = 368 jeśli to nie odpali, to zamień oba wpisy na 357

"0100" powinno pójść "prosto z pudełka", bez dodatkowych zabiegów. Być może masz mocno starą kartę, z którą nie radzi sobie automat dobierający parametry pracy karty, ale żeby wiedzieć to na pewno i skutecznie skorygować jego pracę, to potrzebny jest log.

Z logu wynika, że OSCAM, działa, tylko jest źle skonfigurowany, więc samego OSCAM'a nie ma co ruszać. Powinieneś zacząć od początku, czyli zakładając że działasz na konfiguracji rozruchowej od nas) 1. podać do ciężkiego licha, jaką kartę usiłujesz uruchomić, 1. włączyć logowanie, usuwając linię z wpisem disablelog albo dodając znak # na jej początku, logi które wrzuciłeś to tylko niekompletny fragment, 3. możesz to najłatwiej zrobić na odbiorniki, po zainstalowaniu przy pomocy opkg łatwego w obsłudze edytora nano i a po jego instalacji wydaniu polecenia: nano /etc/oscam.conf i zrobieniu tego, o czym piszę. 4. następnie zamieścić logi, 5. "na nos", patrząc bo objawach przypuszczam, że możesz mieć kartę NC w systemie seca (0B01), jeśli tak, to udaj się do odpowiedniego działu w naszym forum i użyj przygotowanej przykładowej konfiguracji.

masz coś źle ustawione. obstawiam niedostosowany Twojej sytuacji plik oscam.dvbapi.

zbyt silnym sygnałem. np. konwerterem inverto black ultra w instalacji bez multiswitcha, bez gniazdek i na b. krótkich kablach.

Ujdzie. Ale lepiej by było, gdyby znajomy zaktualizował system (z tym, to mocno ostrożnie - koniecznie przeczytać historię zmian, najlepiej parę razy i wszystkie, by niczego nie przeoczyć) i używał zaktualizowanego GOS mogącego korzystać z aktualnego OSCAM'a. Po drodze było parę naprawdę bardzo istotnych poprawek zarówno dla systemu, jak i OSCAM'a.

To jest jakieś wyjście, ale, nie zmienia to tego, że kusiu gdzieś popełnił błąd, na mój nos: albo wgrywa zbyt nowego oscama do nie zaktualizowanego GOS, albo wgrywa nie tam, gdzie powinien.

Sandisk Cruzer Fit albo Sandisk Cruzer Ultra Fit, pojemność wg uznania.

1: wszystko zależy od definicji "w miarę tanie" 2: T5740 występuje w iluś pod-odmianach, niekoniecznie 1GB ram + 1 GB Flash, są też wersje 2GB/2GB, 4GB/2GB, a nawet 2GB/4GB. 3: mam nieodparte wrażenie, że "w podobnych pieniądzach" można znaleźć ciekawsze konstrukcje niż t5740...

słuszna uwaga, zmęczenie. @j00zek: pytanie brzmi, czy dla arivy został zrobiony nowy stmdvb.ko uwzględniający poprawkę pod kątem naszego odkrycia? bo jeśli nie, to mamy wytłumaczenie...

jaki model odbiornika? graterlia zaktualizowana?

Nietypowa prośba, ostatnio odnotowuję "efekty specjalne" związane z ustawieniem pilota, domyślne ustawienia (w ustawieniach systemowych w Graterlia Manager) to 130/20, zmień drugi parametr na inny wyższy niż 20 ale maksymalnie wynoszący 50 i daj znać czy to dało jakikolwiek efekt...

Znalazłem coś, co by być może było rozwiązaniem dla Ciebie, ale nie mam pojęcia na temat realnej jakości. Musiałbyś poszukać opinii. No i cena jest minusem, na wiodącym portalu aukcyjnym i w samym hollexie za 360/369 zł: http://www.hollex.pl/anteny-satelitarne/epoksydowe/2354-antena-80-transparent-click-clack Cytuję opis: "Zaletą czaszy jest jej nietypowy wygląd - przezroczysty materiał, dzięki czemu nie rzuca się w oczy. Łatwo ją można ukryć lub zakamuflować na tle elewacji. Antena ma podobne własności jak antena stalowa, ale jest bardzo lekka (2 kg). Wewnątrz akrylu zatopiona została drobna, metalowa siatka, dzięki czemu działa jak antena satelitarna z pełnego metalu." Istnieje też 85ka firmy Primesat, http://www.primesat.eu/transparent_satellite_dish85cm.php przy czym tej w Polsce nie widziałem... Twoja antena, to ta http://megasatpolska.pl/index.php?page=shop.product_details&flypage=&product_id=193&category_id=14&option=com_virtuemart&Itemid=237&lang=pl Tu podobne: http://www.hollex.pl/anteny-satelitarne/plaskieflat/1965-antena-plaska-strong-slimsat-twin-z-naklejka-maskujaca-sa62 http://www.hollex.pl/anteny-satelitarne/plaskieflat/1966-antena-plaska-strong-slimsat-quad-z-naklejka-maskujaca-sa64 Wnioskując ze specyfikacji wszystkich trzech produktów (żaden nie zawiera kompletu informacji, ciekawe) mamy: 1. wzmocnienie 33,7d-34,5dBi (tradycyjne anteny mają je o dobrych parę dBi silniejsze), 2. wzmocnienie konwertera 60 dB (tak wyśrubowane - jak w najlepszych inverto, by rekompensować mały rozmiar) 3. i na koniec prawdopodobnie konwerter ma poziom szumów 0.9 W zasadzie nie wiem, jak to skomentować, ręce mi opadły. Produkt mógłby być ok, ale na zachodnią europę+uk. Hollex zresztą takie zastosowanie zaleca, odnotowując problemy z polskimi platformami.

OSCam r11197-1 multipatch_v6.2.5e UWAGI: Kompilacja zawiera patche: statuslabel_v3.11 (własny patch, zmodyfikowany pod zmianę w 10538), defaultstweak_v1.54 (własny patch pod wersje 10634+, modyfikujący wartości domyślne istotnych dla Graterlia OS parametrów), patch cccam-ignoregoodbad (bazujący na zmianie 10633) oraz patch no_ccache, umożliwiający włączenie/wyłączenie funkcji channelchache oraz patch maxservices, zwiększający liczbę możliwych do dodania w ramach serwisu sidów (z poprawką uwzględniającą obecny limit sid po protokole cccam). W związku z tym, iż sporo użytkowników używa nie zaktualizowane wersje oscam oraz "oryginalnego" cccam, z poważnymi błędami w obsłudze kanałów które mają być (lub nie być) obsługiwane, nasze kompilacje najpierw posiadały aktywną zmianę 10634, zaś aktualnie kompilowane są z patchem cccam-ignoregoodbad dostosowanym do aktualnego kodu, będącym funkcjonalnie odpowiednikiem zmiany 10633). Patch wprowadza w czytniku cccam, w sekcji parametrów dotyczących tylko tego protokołu pole Ignore good/bad, które domyślnie ma wartość 1, co oznacza że oscam "ma w nosie" listę obsługiwanych i nie obsługiwanych kanałów. Jeśli użytkownik wie, że oscam/cccam po drugiej stronie działa w sposób prawidłowy, to powinien tą opcję wyłączyć. Ta wersja w części przypadków może eliminować problem z nagrywaniem plików TS o zerowej długości, gdy użytkownik używa własnej karty i ma cały czas włączone łapanie uprawnień. Do całkowitego usunięcia tego problemu jest konieczna aktualizacja oprogramowania do stanu z 08 grudnia 2015. Ponadto wyeliminowany został problem z "szatkowaniem" nagrań z powodu nie respektowania wpisów w oscam.dvbapi od momentu rozpoczęcia nagrywania. oscam-r11197-1-sh4-multipatch_v6.2.5e.doc.zip oscam-r11197-1-sh4-multipatch_v6.2.5e-allond.zip oscam-r11197-1-sh4-multipatch_v6.2.5e-libusbd.zip oscam-r11197-1-sh4-multipatch_v6.2.5e-libusbd-nodebug.zip oscam-r11197-1-sh4-multipatch_v6.2.5e-libusbd-nodebug-nowebif.zip oscam-r11197-1-sh4-multipatch_v6.2.5e-nolibusb-phoenix.zip oscam-r11197-1-sh4-multipatch_v6.2.5e-nolibusb-phoenix-nodebug.zip oscam-r11197-1-sh4-multipatch_v6.2.5e-nolibusb-phoenix-nodebug-nowebif.zip

Producent kabla deklaruje, że jest to kabel klasy "A", jeśli to prawda, to teoretycznie nie powinno być źle. Dla porównania Triset113 to "A+", Triset Profi to "A++". Co do odbiornika, jeśli ma być to "pod Graterlie", to coś oparte o Spark 7162, czyli np. Amiko Alien 2+ Triplex albo Golden Media Spark Triplex. Mógłbyś szukać ESI i UHD 88, to też są dobre (i nieco tańsze odbiorniki), ale potrafią mieć humory. Najbezpieczniejszym pomysłem są "sparki", bo masz normalną dwuletnią gwarancję, nie wymagają przeróbek by wgrywać soft i nie są sprzętem regenerowanym.

Być może się mylę, ale przyczyna problemu moim zdaniem jest w pierwszej linijce Twojego pytania, w zacytowanym fragmencie. Po pierwsze, ta antena wg zapewnień sprzedawców ma zapewniać poziom sygnału porównywalny do anten 60 cm (w co wątpię mocno), Po drugie, antena 60 cm, to mało, nawet jak na rejony zachodniej polski, mającej lepsze warunki odbioru niż inne rejony naszego kraju, Po trzecie, zintegrowany z anteną konwerter może mieć "takie sobie" osiągi, Na mój nos punkty 1+2+3 razem z 34 metrami kabla o nieznanej jakości, mogą skutkować tym, że do odbiornika będzie prawdopodobnie docierał słaby sygnał. Jeśli jeszcze odbiornikiem jest adb 5800 BSLA/BSKA, które jest znane z tego, iż ma niezbyt czułe głowice, to mamy komplet czynników które złożyły się na gustowną katastrofę. Jak pisano wyżej, test z innym odbiornikiem jest zdecydowanie potrzebny. I na koniec, jakiekolwiek nawet drobne błędy, w ustawieniu anteny, przy takich warunkach jakie masz, mogą skutkować brakiem możliwości odbioru czegokolwiek. Być może potrzebne będzie długotrwałe regulowanie anteny, z łapaniem nawet minimalnych zmian położenia.

By zilustrować skalę tego, z czym nam przychodzi czasami walczyć, dopiszę, że znalezienie błędu powodującego nagrania o zerowej długości w pewnych warunkach, zajęło prawie rok, z czego pół roku intensywnego studiowania dokumentacji linuxa, kodu źródłowego OSCama, kodu źródłowego OpenPli, potężnej masy testów, a pod koniec, gdy już złapaliśmy właściwy trop, wymagało zespołowej pracy 5 osób "od Graterlii" i do tego kooperacji z developerem OSCam'a. A to był raptem tylko jeden błąd... Aktualnie mam "na tapecie" dwa błędy OSCama, które ujawniają się tylko w b. specyficznych warunkach (zwykłego użytkownikowi nie grozi ich wystąpienie), z którymi ze względu na ich charakter też jest mocno utrudniona walka, ale których występowanie (jak już się pojawią) jest mocno irytujące...

Dodam od siebie, że ta hipoteza staje się coraz bardziej prawdopodobna. Mam parę sztuk UHD, z czego jedna z nich wykazuje objawy problemów (czytać pixelowanie) z głowicą A. Miałem też wizytę konserwatora instalacji elektrotechnicznych w miejscu zamieszkania (to znaczy, że kręcił się po budynku i coś poprawiał), więc przy okazji poprosiłem go, bym mógł sobie pooglądać jak jest instalacja zrobiona. Wynik: użyty multiswitch NIE posiada filtrów LTE (ani nie są one zamontowane na wejściu), zaś na jednym z pięter, w metalowej szafce, obok kabli telewizyjnych stoi sobie router. Odległość routera i jego anten od kabli wynosi parę centymetrów. Podobnie z odległością tychże kabli od kabli energetycznych.

a co z: VOD Poleca xxxVOD1 xxxVOD2