Ugrás a tartalomhoz
  • Szeretne hasonló avatart használni? A profilképként felhasználható avatarokat az alábbi linkről tudja letölteni.

    image.jpegimage.jpegimage.jpegimage.jpegimage.jpegimage.jpeg

kabelnet

Tag
  • Tartalmak

    84
  • Csatlakozás időpontja

  • Utolsó látogatás

Bejegyzések, amit kabelnet posztolt

  1. 1 órája, Tibor Kiss írta:

    Nem tudom hogy mi okozhatja ezt a hibát,de már nálam is sokszor elöfordult.Csak azért nem jelentettem hibára mrt van még egy pár felvétel amit még nem néztem meg.

    Én is azért halogatom már vagy egy hónapja, mert van rajta a kis unokám számára még néhány megnézetlen Eperke mesefilm, illetve azt is hallottam, hogy ha cserélik a boxot, akkor a javítottban már kisebb (fele) kapacitású HDD lesz. (Állítólag)
    Viszont lehet, hogy nincs más megoldás. Egyelőre - tegnap óta - úgy ügyeskedek, hogy amelyik felvétel a lejátszásnál megáll (ahol rossz a HDD), onnan nem törlöm ki a felvett és már megnézett műsort, bízva abban, hogy esetleg csak ezen a helyen rossz a HDD, és a többi szegmensre történő vétel lejátszása már problémamentes lesz.

  2. 2 perce, OldMike írta:

    Úgy vettem észre - bár lehet szerencsés véletlen is - hogy a Telekom FB oldalára írt észrevételekre szoktak reagálni, és valószínűleg jelzik is illetékes részlegeknek. Aztán hogy ott mit tesznek - vagy nem - már más lapra tartozik. Mostanában ugyan nem jártam az oldalon, csak akkoriban, amikor az olvashatatlanság volt a téma. Akkor olyan erejű volt a lázongás, hogy muszáj volt lépniük. Valószínűleg a felvétel funkciót használók nincsenek túl sokan, azok nagy része is beletörődik a "látványba".

    Mi mást lehetne tenni, ha nem az számít, hogy igazunk van, hanem az , hogy kevesen vagyunk. (Ja és persze fizetünk is külön azért, hogy ebbe beletörődhessünk!)

  3. 10 perce, anonymus írta:

    Ez így van ha a kettőt egymásra teszed piros kör + magenta téglalap akkor lesz egy sámli de lent is van egy piros kör ilyenkor. Képzeld el ezt sárga körrel... volt olyan is.

    Szia! Te meg azt képzeld el, hogy a magenta téglalapban lévő piros (felvétel) kör egy pl. ezt keretező vékony fekete körben van, amely fekete ha nincs a kettő együtt, akkor esetleg nem is látszik, de ha egymás felett vannak, akkor a magenta téglalapban látszik egy fekete vékony kör, amelyben egy kisebb átmérőjű piros kör van. Melyik szabvány is sérülne ebben az esetben? (Vagy negligálva lenne talán ezzel e kedvenc magenta szín? Szerintem nem!)

  4. 10 perce, OldMike írta:

    A felvétel általános jele a piros kör, a Telekom pedig ragaszkodik a magentájához, csak hát ez a két szín nagyon nem szereti egymást :D.

    Valamilyen elmosódott narancs paca lesz belőle (lehet hogy 8K-s tévén már élesebb, de olyat még nem láttam). Szerintem ha tennének köré egy fehér kontúrt, akkor minden alapszínen jobban látszana. Ettől még a nemzetközi jelzés jellege nem szenvedne csorbát (talán még a németeknek is tetszene :)).

    Szerintem sem az volt a bejegyzésem lényege, hogy a felvételeket piros körrel jelölök, és nem - ahogyan írtam - magentával.
    OldMike te láttad meg a lényeget: azt, hogy egymás felett nem látszanak. Egyetértek a javaslatoddal is, tegyenek a piros köré egy komplementer színt (vagy a fehéret), és akkor már látszani fog.
    (Azt persze nem tudom, hogy az ezen a felületen megjelenő infók eljutnak-e egy illetékes szem elé, vagy csak - nagy-nagy egyetértésben -  jókat "beszélgetünk"  róla ?)

  5. Van egy problémám. A felvett műsorok némelyike - szerintem az/azok, amelyeket (ek) a STB a saját HDD-jének elromlott szegmenseire vett fel - lejátszáskor azt csinálja, hogy egyszer csak megszűnik a hang, a kép még mozog 2-3 másodpercig, majd a kép is megdermed. Ebből az állapotból egyedül csak a gyors előretekerés gomb billenti ki pár másodpernyi műsoridő átugrása árán.
    Van valaki, aki szerint is itt HDD hibáról van szó? (A jelenség csatornafüggetlen!)

  6. Ekkor: 2017. 09. 02. at 13:52, OldMike írta:

     Érdemes lenne - ezt nem csak neked mondanám - összeszedni minél többet a zavaró, javítandó dolgokból, akár megoldási (nem programozási) javaslatokkal.

    Ilyenek például:

    Legyenek még karakteresebbek, kontrasztosabbak a feliratok (nekem igazából a mostani már jó, de másnak nem biztos)

    Az előző csatornára visszaváltáskor ne kelljen nyomni az OK gombot, csak akkor, ha a több felkínált csatornából mégsem a közvetlen előzőt választanám.

    Lehet folytatni...  :)

    Hát engem is van ami zavar, és amit kijavítani is egyszerű lenne. Ha beállítunk felvételre egy műsort, ezt a rendszer jelzi jelzi a műsorújságban is (a felvételre váró listában is, a már felvett műsorok listájában is, ha éppen akkor veszi)  egy "magenta" színű ponttal, vagy - sorozatfelvétel esetén - 3 db "magenta" színű ponttal.
    Ez szuper jó. A baj csak az, hogy a műsorújságban a kijelölés színe is ugyanez a "magenta" szín, így aztán ha a műsorújság kérésekor a kijelölés éppen azon a műsoron áll, amelyiken ott a jelölés, hogy az bizony fel is lesz majd egyszer véve, akkor ez nem látszik a kijelölés azonos színe alatt/fölött.
    Javaslat: a "magenta"-tól eltérő színnel jelölni azt, ha egy adott műsor felvételre van kijelölve.

  7. 6 perce, zoli62 írta:

    Nyugodj meg, nekem voltak kerek egy évvel ezelőtti felvételeim is, amikor a "hamarosan törlődni fog" üzenetet láttam. Ezután kezdtem el törölgetni pár felvételt.

    Én is első reakcióként azokat a felvételeket kezdtem el megnézni, majd megnézés után letörölni, amelyek törlésével elkezdett az IPTV rendszer riogatni, de aztán elhatároztam, hogy eloszlatom ezt a ködöt, és addig nem törlök, míg az első legrégebbi felvételemet a rendszer tényleg ki nem törli. Nagyon kíváncsi vagyok ugyanis arra, hogy ez mekkora megmaradt szabad HDD hely esetén fog megtörténni. Azt már tudjuk, hogy  a riogatás akkor indul el, ha a szabad hely <=15%-ra lefogy.

  8. 8 perce, anonymus írta:

    320 Gb még mindig

    Nyilván egy Win6.0 keret rendszer + egy pár száz Mb os szoftver max 1Gb se kb.

    Akkor légy vele boldog, de mint ahogy az le is lett írva el kezdtek teríteni egy szoftver verziót azt le állították és az újabbat kezdték kiszorni és aki meg kapta már a régit annak kell várakoznia. 

    Most azért legyek vele boldog, mert az enyém már a legfrissebb verzió? Ugyanis ennek a hangereje sem gyógyult meg, ez is továbbra is halk. Talán az viszont igaz, hogy most már minden csatorna egyformán halk.

  9. 22 perce, gombilaci írta:

    A % a HDD esetében a szabad helyet mutatja. A szoft készítői úgy látszik nem tudni magyar nyelvet ?

     

    Kösz a válaszod, erre nem gondoltam. Viszont azt azért továbbra is jó lenne tudni - most legyen mindegy, hogy a szabadot vagy foglaltat jelenti a "HDD használat" menücím  - hogy hány %-os szabad hely-állapotnál kezdi irtani a szoftver a felvételeket.
    Erről nincs infód?

  10. zoli62-höz: Én most értem el oda, hogy elkezdte kijelezni, hogy a régebbi felvételeim "Hamarosan törlődni fognak", miközben a CISCO ISB 2231 MT/405 jelű STB HDD használata most éppen 14%-on áll, a memóriahasználat 51%-os, ennek ellenére összesen már 5 db május 23 és május 25 között felvett egy-egy órás sorozat-részt is előirányzott a "hamarost" törlésre.
    Kérdésem: amikor majd eljut a helyzet oda, hogy tényleg ki fogja "helyhiány"??? miatt törölni az első - legrégebbi "amíg hely van" státuszú - felvételt, akkor mekkora lesz a HDD használati %-a?
    zoli62, te már a május 10-es bejegyzésed óta eljutottál már oda, hogy ki is törölt tőled felvételeket, vagy csak feleslegesen pánikoltatja az embert ez a furcsa jelzés 14%-os (!!!) HDD használatnál?
    Vagy ez az adat (14%) nem a HDD foglaltsági százaléka? Vagy a foglaltság többféle lehet? Lehet a felvételek miatti, és lehet a rendszerműködéshez szükséges helyigény miatti? De ha ez külön téma, akkor egy  adott méretű HDD-nek hány %-a használható felvételekre? Egyáltalán, hány GB a 2231-es HDD mérete?

    Ja, és ellentétben Roli82 május 25-ös beírásával én a 18. kerületben most július 1-től nem 31696.23011-es, hanem 31.696.23014-es verziót kaptam.

  11. Sziasztok!
    2xHD, 1xSD, 2 db TV, az egyikhez felvevős box. A nem felvevőshöz tartozó TV-n minden T-s "Üzenet" megjelenik , a felvevőshöz tartozón pedig - egy egyszeri korábbi alkalmat kivéve - nem jelennek meg ugyanezen üzenetek. Lehetséges, hogy az azonos HGW-hez tartozó 2 tévés rendszerben ha egyszer az egyik TV-n már leokézták az üzenetet, akkor ugyanaz a tartalmú üzenet a másik TV-n már nem jelenik meg? Én most gyakorlatilag minden üzenetről lemaradok. Vagy lehet, hogy a felvevős box beállításán kell valamit változtatnom? Hol???

    (Próbálkoztam már a beállításokkal variálni, de nem hozott eredményt, pedig emlékeim szerint amikor még a mostani felvevős boxos TV még egy nem felvevős boxon lógott, akkor az üzenetek mindkét készüléken eltérő használati időben, egymástól függetlenül is megjelentek, és külön-külön voltak okézhatóak is.)
    Mit tudtok erről mondani?

  12. 18 órája, Zámbi írta:

    Adott egy Sagemcom F@ST3686AC digitális elosztó, és egy IPTV set top box.Esténként rövid időn belül többször is újraindul, valamint nagyon sok HD csatorna esetében tapasztalható a lefagyás, és kockásodás.Ezek csakis a HD csatornákra vonatkoznak, a többi nem HD csatorna tökéletesen működik.Jelentsem hibának, vagy tud valaki esetleg megoldást rá?Köszönöm

    Szia Zámbi.

    Én ezt már végigjártam, bár nekem nem csak a HD adásokkal volt bajom, de a képkimerevedés jellege és gyakorisága azonos volt.
    Javasolom, hogy nézd át az ezzel kapcsolatos posztokat, különösen Roli máj30-i (46-os csoport), jún. 12-i (50-es csoport) posztjait, az én (kabelnet) válaszomat jún.12-én és Anonymus szintén 12-i posztja szintén nagyon informatív. Ott megtudhatod, hogy miként lehet "belenézni" a Sagemcomba,  és mit jelentenek az onnan kiolvasható kapcsolati adatok.

    Nem írtál egy szót sem arról, hogy milyen kábelen érkezik meg a jel Sagemcom elé, ennek bemenete előtt szét van-e (hány felé) ez a jel még osztva, milyen kábelezéssel megy tovább, milyen messzire, hány STB-hoz, vannak-e itt további szétosztások, stb.

    Ezek mind fontos adatok lennének.
    Hibára pedig mindenképpen add fel, mert lehet, hogy csak a T tud lépni a dologban, nem pedig te.

  13. Ekkor: 2016. 06. 23. at 11:50, kabelnet írta:

    Szia acel! Nagyon értékes választ adtál a kérdéseimre, köszönöm a segítséged. A linkeden elindulva egész jó kis PLC továbbképzésre volt lehetőségem. Nekünk ugyan csak TV van a PLC végén (tehát minden szép, minden jó állapotnak kellene lenni), de a PLC jele egy - még az 1980-as években épült panelben futó - MM fali vezetéken (alumínium) keresztül jut el a PLC párjához, sőt (egy lakás már csak ilyen) még egy hűtőgép és egy fagyasztó is kapcsolgat az IPTV esti vagy kora reggeli működése közben. (A wifis számítógép az esti tévézéskor már leginkább alszik, bár a routere még ilyenkor is nyomja a vezeték nélküli hálózatot.

    Szia ace és még  mindenki, aki a képkimerevedési kínlódásom során egy hónappal ezelőtt segíteni  próbált .
    Már talán megszűnt az eredeti problémám, mert a PLC-k helyett belógattam a  STB és a a HGW közé egy utp kábeldarabot, és azóta nem áll meg a kép. Továbbra sem értem, hogy (az egyébként hibamentesnek látszóan működő) PLC hogyan rondított bele a dologba, de ace válasza (hűtőgép indulás, mosógép indulása, stb.) elbizonytalanított, és lemondtam a PLC használatról. (Ami miatt most a lakás - a kábel eldugása érdekében - éppen a feje tetején áll.
    Keletkezett viszont ezzel a hibamentes (?) helyzettel egy újabb probléma. Tudnátok-e abban véleményt mondani (tapasztalatot átadni), hogy a Telekom szerelő által nekem eladott, Telekom számlán leszámlázott, nekem viszont működő műszaki megoldást nem biztosító, tehát 11 900 forintért feleslegesen  megvásárolt PLC-ket mi módon tudnám a Telekomnak  visszaadni, annak árát a későbbi számlákon jóváíratni?
    Telekom ma is reklámozza, én megvettem, kifizettem, viszont ami miatt eladták nekem, arra nem ad megoldást, nincs rá többé szükségem.

  14. 5 órája, acel írta:

    @kabelnet A 500Mhz-es plc 50-100Mps  közötti adatátvitel biztosít gyakorlatban,valami tesztben olvastam róla (pl http://prohardver.hu/teszt/zyxel_pla5405_powerline_padlogazzal/a_powerline_elonyei_es_arnyoldala.html nár itt 600mhz-es van és 1200mhz-es), Ha csak tv-van a vezeték végén akkor elég, ha számítógép is akkor problémás lehet. A képkimeredés később is jelentkezhet mint az akadás,  pl nálam a gyerek még-1percig is youtube-ozik mitán kikapcsolom a router-t. Ha nem akarsz magad bajlódni vele és megérteni az egészet akkor tényleg a 1412-és ugyanazon hibajegy ujra nyitása az ajánlott. A plc-t bármi megzavarhatja, Villamos eszköz indítása, kikapcsolása (lámpa, hűtő, melegvíz/fűtés szivattyú  stb), 

    Szia acel! Nagyon értékes választ adtál a kérdéseimre, köszönöm a segítséged. A linkeden elindulva egész jó kis továbbképzésre volt lehetőségem. Nekünk ugyan csak TV van a PLC végén (tehát minden szép, minden jó állapotnak kellene lenni), de a PLC jele egy - még az 1980-as években épült panelben futó - MM fali vezetéken (alumínium) keresztül jut el a PLC párjához, sőt (egy lakás már csak ilyen) még egy hűtőgép és egy fagyasztó is kapcsolgat az esti vagy kora reggeli működésük közben. (A wifis számítógép az esti tévézéskor már leginkább alszik, bár a routere még ilyenkor is nyomja a vezeték nélküli hálózatot.

    " Ha nem akarsz magad bajlódni vele és megérteni az egészet ..." gondolattal kapcsolatban pedig éppen azért vadásztam a Fórumon valakit, aki ebben a témában (is) jártas, mert DE IGEN, szeretném megérteni azt, amit tapasztalok. A 1412-es lehetőséget természetesen ismerem, és anélkül, hogy előítéletes lennék, azért hallottam itt a Fórumon az onnan kapható válaszok szakszerűségét illetően már hideget is és meleget is, ezért mielőtt őket kérdezem, legalább olyan szinten szeretném megérteni a tapasztaltak okát, ami elegendő lehet a majdani válaszuk kiértékeléséhez.
    Ismételten köszönöm, hogy ennyire tartalmasat válaszoltál.
    kabelnet

  15. 16 órája, acel írta:

    9mbitpersec hd csatornánként. 50-100 mbps jó közelítés a plc maximumára. A sage fórumon van sebesség mérő alkalmazás azzal probálkozhatsz .  A nagy buffer méretek és a qos hiánya miatt eltérések lehetnek az időkben.  Sajnos egyedi eset vagy mint mindannyian így a T nem szeret segíteni. Próbálj gyakran sebességet mérni. Persze legjobb ha végig t kábel van.   

    Szia acel! Köszönöm a válaszodat, amelyből - nem vagyok  IPTV specialista, hanem csak egy efi - nem sokat értettem. Annyit azért igen, hogy ha egy HD csatorna folyamatos működéséhez legalább 9 Mbps kell, akkor a pirosra váltó PLC-nk éppen ennek az értéknek a határára kerül a piros LED-re specifikált <10 Mpbs jeltovábbítási sebesség értékével.
    Azt a mondatodat sajnos nem értem, hogy " 50-100 mbps jó közelítés a plc maximumára. " Ahogyan írtam, a zöld LED az >50Mbps jeltovábbítási sebességet jelent, és fogalmam sincs, hogy ez mennyiben maximum, és mennyiben közelítés. De talán nem is érdekes, mert az első mondatod szerint még a piros LED jelzéshez tartozó jeltovábbítási sebesség is elég lehetne (biztonsági tartalék nélkül) még HD-re is, viszont a képkimerevedős  TV-nk  SD-s csatornák használatára van sorrendezve, így - ha az SD csatornák letöltéséhez még 9 Mbps sem kell, akkor - valószínűen még piros LED mellett sincs határon a dolog.
    Másrészt azt is írtam, hogy " Máskor meg megáll a kép totál zöld jelzésnél is." Na ez a viselkedés viszont a 9 megás HD igényt véve alapul, már egyáltalán nem érthető a számomra.
    De a fő kérdésem továbbra is (és erre vadásznám a választ), hogy mitől ugrál a PLC  jeltovábbítási sebessége, ha közben sem a vezeték fajtája, sem a vezeték hossza nem változik?

  16. Ekkor: 2016. 06. 19. at 11:01, kabelnet írta:


    Hát senki nem tud nekem valamilyen infót adni? A PLC-s jeltovábbítással jelet kapó TV-nk képe többször megáll. Egy korábbi fórumos válasz óta figyelgetem a két PLC viselkedését, és - azonkívül, hogy minden nap másként viselkedik egy kicsit - van egy-két dolog, amit nagyon nem értek.
    Azt szeretném megtudni, hogy - a falba épített 230 Voltos vezetékek minőségén és hosszán kívül - még mitől függ az, hogy (az elvileg max. 500 Mbps-os kapcsolattartási sebességre képes 2 db PLC egység adatátviteli sebessége éppen mekkora? Mert hogy a PLC-n lévő LED szerint a DHP-508AV típusú 2 db PLC-nk adatátviteli sebessége nálunk erősen és rendszeresen tud ingadozni.
    Ez természetes dolog, vagy nem? (Pl. lehet, hogy a PLC LED-jén észre lehet azt venni, ha csak letöltés van éppen, vagy éppen a lassabb feltöltés van?) Sőt! Kritikusan lelassulgat a PLC kapcsolattartás sebessége akkor is, ha más fogyasztók által is használt konnektorsávba dugom (saját külön konnektor helyett) a PLC tagokat. Tehát kell legyen valami lassulási ok a vezetékek minőségén és hosszán kívül is. (Érdekes, hogy a LED lehetséges 3 fajta színe csak akkor volt tapasztalható, amikor még nem saját konnektorról mentek. Amióta sajátról mennek, azóta a LED vagy zöld, vagy piros. A narancssárga szín azóta nem jelentkezett egyszer sem.)

    A kép időnkénti megállása és a PLC LED pillanatnyi színe között viszont nem tapasztaltam merev összefüggést. Néha olyan hosszú is tart a piros LED állapot (10-15 sec.), hogy ha a piros színhez tartozó letöltési sebesség tényleg veszélyeztetné a folyamatos képernyőfrissítést, akkor a képnek ilyenkor már régen meg kellene állnia. Máskor meg megáll a kép totál zöld jelzésnél is (ilyenkor állítólag az adatátviteli sebesség 50Mbps fölött van). Szóval jó lenne, ha valaki értené ezt, és velem meg is osztaná.
    Már fontolgatom, hogy megreklamálom a T által kemény 10 000 forintért nekem eladott PLC alkalmasságát, és utólagos ingyenes vezetékezést kérek helyette, amely a létesítéskor még járt nekem, és akkor csak azért nem vettem igénybe, mert elhittem, hogy szükségtelen.

    Tulajdonképpen az IPTV elvileg hány Mbps-os letöltési irányú adatátvitel mellet működik? Vagy lehet, hogy a PLC az éppen tapasztalható legalacsonyabb adatsebességet jelzi, és van olyan pillanat, amikor a kábelben csak a lassabb feltöltés megy éppen? (Ez duplex kommunikáció esetén elég nehezen elképzelhető, nem ?)

    Kérem, hogy válaszoljon valaki.

     

    PLC LED-ek.JPG

     

  17. Ekkor: 2016. 06. 12. at 18:16, Roli82 írta:

    Jó kérdés nem tudom, lehet az a PLC lesz a ludasO.o

     

    Ekkor: 2016. 06. 12. at 20:06, anonymus írta:

    Az a 10-15m nem lehet sok mert elméletileg ezek 500nm-es épületekre vannak hitelesítve. 

     

    Szia Roli82 és anonymus! A segítségetek alapján 13-a óta egy kicsit alaposabban figyelgetem a két PLC-nket, és - azonkívül, hogy minden nap másként viselkedik egy kicsit - egy-két dolog azért már megcsípte a szememet. Tudnátok nekem még abban is segíteni, hogy elirányítotok egy olyan személyhez (az lenne a legjobb, ha ti is ilyenek lennétek), aki a PLC belső működését, az IPTV duplex jelfolyamnak a PLC kapcsolattartási sebességére gyakorolt hatását ismeri?

    Azt szeretném ettől a gurutól megtudni, hogy - a vezeték minőségén és a vezeték hosszán kívül - még mitől függ az, hogy (az elvileg max. 500 Mbps-os kapcsolattartási sebességre képes 2 db PLC egység adatátviteli sebessége éppen mekkora?
    - Lehet az pl. hogy az IPTV jelfolyam lelassult sebessége lelassítja a PLC adattovábbítási sebességét is?
    - Vagy pl. miért lassul le kritikusan a PLC kapcsolattartás sebessége, ha más fogyasztók által is használt konnektorsávba dugom (saját külön konnektor helyett) a PLC tagokat?

    Ahogyan ugyanis azt korábban már írtam, a DHP-508AV típusú 2 db PLC-nk az adatátviteli szakasz mindkét végén egyformán azt jelzi, hogy nálunk ez a kapcsolattartási sebesség bizony  erősen és rendszeresen tud ingadozni. A STB felébresztésekor ugyan azonnal van kép a TV-n, de a kezdeti 5-10 percben a PLC LED-ek rendszeresen piros színbe váltanak (ilyenkor állítólag az adatátviteli sebesség 10Mbps alatt van) , ugyanakkor a TV képe nem dermed ki, illetve ha mégis, akkor az nem rendelhető hozzá egyértelműen ehhez az eseményhez. Néha olyan hosszú is tud lenni ez a piros állapot (10-15 sec.), hogy ha ez a státusz tényleg veszélyeztetné a folyamatos képernyőfrissítést, akkor a képnek már régen meg kellene állnia. Máskor meg megáll a kép totál zöld jelzésnél is (ilyenkor állítólag az adatátviteli sebesség 50Mbps fölött van).
    Szóval jó lenne, ha valaki érteni ezt, és velem meg is osztaná.
    Ha ugyanis a fentieket elfogadjuk, akkor nem a PLC használata okozza az időnkénti kimerevedéseket.
    Tulajdonképpen ti tudjátok, hogy az IPTV elvileg hány Mbps-os letöltési irányú adatátviteli sávban képes képernyőt frissíteni, illetve egyáltalán működni? A HGW adatfelületén is csak a 2 db feltöltési frekvenciát találtam meg (30-40 MHz között), de hogy ez mekkora Mbps-et jelent, azt ebből nem tudom.

    Utóirat: Egyébként pénteken este a HGW-t, STB-ot is újra kellett indítani, mert betöltési hibát jelzett a rendszer a TV képernyőn, mely kijelzésből nem is tudtam kilépni. (Újraindítva már minden ment a megszokottak szerint.)

     

    PLC LED-ek.JPG

  18. 19 perce, Attila70 írta:

    Plc eseteben ajanlatos, hogy ne elosztoba legyen dugva.

    Kösz Attila70 a gondolatot, amit saját tapasztalattal meg is tudok erősíteni. Először ugyanis a bejárati ajtó feletti beépített szekrényben elhelyezett HGW-t, saját routert és a PLC-t egy konnektorsávról tápláltam meg, mely konnektorsáv közvetlenül a lakásbetápot adó biztosírótábláról ágazott le. A PLC így megtáplálva csak a 10-50 Mbps közötti sebességet jelentő narancssárga színig jutott max el. Csak akkor lett kvázi állandóan zöld a LED (50 Mbps feletti sebesség), amikor csináltam még egy leágazást a betáp tábláról, és a PLC-t külön arra tettem. Úgy látszik, hogy az "aktív" villásdugóknak (HGW és router tápegységdugóknak) van induktív terük, ami bezavar a PLC működésébe.
    De amit írtál, az bizony úgy van, köszönöm.

  19. Ekkor: 2016. 06. 12. at 20:06, anonymus írta:

    Az a 10-15m nem lehet sok mert elméletileg ezek 500nm-es épületekre vannak hitelesítve. 

     

    Ezekről amit tudni érdemes.

    Letöltési irányba -12 + 12 közt ideális, 0-hoz közeli érték a legoptimálisabb.

    SNR 30 dB legalább érje el, átlagosan 40 körül mozog, ennél többel aligha találkozol.

    Feltöltési irányba 51 dBmV alatt legyen


    Ettől eltérő értékkel is működhet a HGW, de átlagosan ezek tekinthetők minőségi értékeknek. Amennyiben ezektől eltérést tapasztalsz, az jó eséllyel lehet a probléma forrása. Fontos kiemelni hogy a HGW / modem nem műszer, az általa jelzett adatok csak tájékoztató jellegűek.  Pusztán eltérő adatok nem adnak  alapot semmilyen reklamációra.

     

    23 órája, Roli82 írta:

    Letöltési és feltöltési teljesítmény és SNR oszlop adataiból ami csak tájékoztató jellegű hiszen nem műszer.

    Sávszélességet az eszköz nem mutat, azt a T illetékesei a rendszerben látják,hogy az adott szegmens menyire van kihasználva persze ezek az adatok nem publikusak.

    Abból a 24 letöltési csatornából 4 darabot használ az IPTV jellemzően a 300-400 MHz közötti frekvenciákon, a többit a net használja.

    Nem szeretem a focit. :)

     

    Sziasztok anonymus és Roli82!
    Nagyon köszönöm nektek a számszerű információkat, melyek alapján most már egyedül is figyelni tudom a HGW-t, amennyiben a képkimerevedések folytatódnának. Az adataitok alapján azért erősen szűkül a kör afelé, hogy mégis csak a PLC okozhatja a problémát, és nem az elégtelen sávszélesség. /Megjegyzem, amikor üzembe helyezte a T-s szerelő a (PLC-s) rendszert, akkor előtte azért kihangsúlyozta, hogy ő jobban szereti, ha valami "dróttal" van összekötve, mert csak az a biztos./
    Szóval nem tudom kik vagytok, de azt igen, hogy nálatok lenne a pont, ha ilyet lehetne a jó válaszért adni. (Más fórumokon van ilyen pontozási lehetőség a megoldásnak elfogadott válaszért.)
    Még egyszer nagyon köszönöm a segítségeteket.
    /  U.i.: Roli82-nek a fociról még annyit, hogy én sem. /

  20. 50 perce, Roli82 írta:

    Jó kérdés nem tudom, lehet az a PLC lesz a ludasO.o

    Már én is gondoltam erre, de a T hirdeti és árusítja, így nem gondolom, hogy a kütyü mégsem lenne elég jó.  Ezzel ugyanis a T - elégtelen szolgáltatás miatt - saját maga alatt vágná a fát.  Az a tény ugyanis, hogy a LED csak rövid időre vált (mos már csak néha) pirosra, kizárja azt, hogy pl. a falban lévő vezeték minősége (alumínium és nem réz) vagy hossza (kb. 10-15m) okozná az átviteli sebesség problémáját, mert akkor folyamatosan lassan menne el a jel az STB-ig.  Inkább valami történhetett a háttérben, mióta először posztoltam a témában erről, mert egyszer csak "megjavult" (95%-osra) a helyzet. Szerintem toltak egy keveset a sávszélességen, és az most a határon "táncol"..
    Erről jut eszembe, hogy melyik adat alapján mondtad, hogy " Rendben vannak a jelszintjeid. "?
    És ezeknek mennyi lenne akkor az értékük, ha ez nem lennének rendben?
    Melyik adat mutatja, hogy tényleg elegendő a sávszélesség? És milyen összefüggés van a jelszint és a sávszélesség között?

    Ha még ezt a sok kérdésemet is kibírja a vasárnapod, akkor te most nem meccset nézel.
    Üdv: fitbee

  21. 4 perce, Roli82 írta:

    Rendben vannak a jelszintjeid. :)

    De akkor mi a nyavalyának áll meg néha a kép (és a hang)? Nem biztos, de mintha mostanában leginkább a tévézés első perceiben "szeretne" inkább megállni, a STB tévézéshez történő felébresztését követő első pár percben.  Ilyenkor a PLC adatátviteli sebességét jelző középső LED-je is egy rövid pillanatra zöldből piros lesz, ami a PLC speckója szerint kisebb mint 10 MBsec adatátviteli sebességet jelent a normális (zöld) 50 felettihez képest.

  22. 37 perce, Roli82 írta:

    Nemcsak a FireFox zavarja hanem más böngészőt is. :)

    Állítsd át Magyar nyelvre a Sagemet. Kattints a Language menüpontra válaszd a Change to részen a Magyar nyelvet és Apply gombra kattints át vált Magyarra. Aztán a bal oldali függőleges oszlopon kattints a Kapcsolat menüpontra ott írja a le és feltöltési jelszinteket, arról jöhet egy kép. Egyébként nagyon át mentünk kábelnetes témába, így lehet abban a topikban kellene folytatni :DKábelnet topik

    Szia Roli82!

    Elkerülték a posztjaink egymást. A mostani poszt feletti bejegyzésben - ugyan Anonymusnak címezve, de csak azért ó, mert ő kérte ezeket az adatokat először - feltettem csatolásként azokat az adatokat is melyeket most te is kértél. Ha te is véleményt mondanál, az is nagyon jó lenne. Ami a topik fajtáját illeti, hát nekem még mindig a megakadó IPTV vétel fáj, így szerintem nem vagyunk rossz helyen, de hát a moderátor majd eldönti.
    Várom a véleményedet, melyet előre is köszönök.

  23. Ekkor: 2016. 05. 29. at 18:16, anonymus írta:

    192.168.0.1 oldalon jelszintekről egy képet illetve a koax kábelről infot be tudnál rakni ?  Hány és milyen osztók vannak rajta. 

    Szia Anonymus! Ma kaptam elegendő segítséget ahhoz, hogy a HGW online felületére történő belépésem sikeres legyen. A - még jelenleg is meglévő, ugyan már jóval ritkábban előforduló képkimerevedések okának kiderítéséhez - kértél tőlem jelszint adatokat, melyeket most már csatolni tudok.

    A másik kérdésedre a válasz, a bejövő koax kábelen egy passzív kétfelé osztó van, a koax típusát nem ismerem, egy tömörvezetőjű réz közepe van, F csatlakozóknak való. A TELETRONIK Z2772 osztó  egyik ága viszi a rádióhoz az antennajelet, a másik ága pedig a HGW-re viszi azt, ami még a koaxban van.

    Előre is megköszönöm, ha ki tudsz okoskodni valamit a küldött adatokból, és azt meg is osztod velem (velünk).

    HGW diagnosztika adatok.JPG

    HGW Eseménynapló.JPG

    HGW_Általános adatok.JPG

    HGW_Kapcsolati adatok.JPG

  24. 12 perce, Roli82 írta:

    Ne a keresőbe írd a címet hanem az url sávba így és enter.

    url.PNG

    Ijedezni nem kell, csak szimplán nincs frissítve a tanúsítványa :) egyébként biztonsági kivétel megerősítése is kattinthatsz.

     

    Kösz Roli82, bent vagyok végre. Csak tudnám, hogy így ez miért nem zavarja a Firefoxot. De fő, hogy beengedett.
    Még 1x kösz.

    Bent vagyok.JPG

  25. 24 perce, Roli82 írta:

    Speciálisra kell kattintani és a kivételekhez hozzáadni vagy a legegyszerűbb ha nem https-en keresztöl nézed hanem ezen

    http://192.168.0.1/

    Szia Roli82. Megpróbáltam, de a sima http-re csak egy csomó találatot adott a Google, a https-re viszont megint feljött az az ablak, amelyik az előbb csatolt 3 kép közül az első képen is van, ahol a Speciális gomb található. Ha erre kattintok, akkor ez az ablak jön fel, és erőteljesen rám ijeszt. Mit tegyek?

    Kapcsolat nem titkosított_4.jpg

    Kapcsolat nem titkosított_5.jpg

×
×
  • Új...