- Hobby elektronika
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen belső merevlemezt vegyek?
- AMD GPU-k jövője - amit tudni vélünk
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Veszélyben az adataid? Gond van a WD népszerű HDD-ivel
- AMD Navi Radeon™ RX 9xxx sorozat
- Bluetooth hangszórók
- Nem indul és mi a baja a gépemnek topik
- Apple asztali gépek
Új hozzászólás Aktív témák
- 
			
			  dchard veterán válasz  ufocsalad
							
							
								#292
							
							üzenetére ufocsalad
							
							
								#292
							
							üzenetéreNa akkor itt a magyarázat (valószínűleg 3 fogalmat keversz): Az ADSL minden esetben megméri az egyes vivők jel-zaj-viszonyát a szinkronizálás során, leegyszerűsítve minden 3dB növekmény egy vivőn plusz egy kódolható bitet jelent. A sima ADSL (G.DMT) minimum 6dB-s SNR mellett tudott 2bitet kódolni, majd 3dB-nként még 1-1 bitet. Például a maixmális 15bites töltöttségi szinthez 45dB SNR kellett. Persze ezeken kívül mástól is függ egy vivőn a kódolható bitek száma, de 90%-ban a vivőn mérhető SNR-től. Az ADSL2 és ADSL2+ már egy-egy bitet is tudott kódolni minimum 3dB-s SNR mellett (szintén 3dB-s lépésekben), amit az adott vivőn mért a modem. Te ezt jól összekeverted a target SNR marginnal. Az ADSL-nek van egy elég kicsi tervezett hibaaránya, amit 0dB-s target SNR marginnal számoltak. Ehhez képest az olyan pocsék alaphálózati infrastruktúrát használó szolgáltatók miatt, mint amilyen a Magyar Telekom, beépítették a porotokol handshake részébe a lehetőséget, hogy a tervezett 0dB-s target margintól eltérjenek, tehát amikor azt mondjuk, hogy 10dB-s target SNR marginnal megy a vonal, azt azt jelenti, hogy az egyes vivőkön mért SNR-hez képest az eredeti protokolban leírtaktól eltérően kevesebb bitet kódolunk. Például ha 10dB-s a target margin mellett egy 45dB-s SNR-t produkáló vivőn már nem lehet 15dB-t kódolni, hanem csak 11-et. Ez a kép is elég jól szemléleti amit mondok:  Látszik, hogy szuper a vonal: 50dB fölötti a mért jel-zaj-viszony, mégis csak 11bitet kódolnak a vivők a 15bit helyett. Hogy lehet ez? Hát úgy lehet, hogy ha levonom a vivőn mért 51B-s SNR-ből a 18-at (ami a target SNR margin), és ezt elosztom 3-mal, akkor kijön a 11bit, vagyis itt z ADSL-ben tervezett tartalékoláson FELÜL még 18dB tartalékot használnak el. Remélem mostmár világos. Dchard 
- 
			
			  dchard veterán moszat: Ha ellenőrizted a kompatibilitást, szerintem ynugodtan frissíts, de nem akarok rábeszélni senkit. ufocsalad: Szakmeberhez méltatlan, hogy ilyen butaságokat írsz, erre a választ az alábbi kommentben találod, mert hosszú lenne itt kifejteni. promark: El ne hidd ezt a butaságot, teljesen jól működik a vonalad. Lg52xMAX: Az első két kép elég érdekes, főleg az utolsó kép ismeretében, ami a normális. Szerintem lekérdezési hiba lesz. Fontos hansúlyozni, hogy a DMT csak a saját firmware-emmel működik, a gyári verzióval, nem, vagy nem megbízhatóan. Ha továbbra is vacakol (értsd: szakad), akkor csinálhatsz egy vivőkizárást, hogy csak a 0-275 közötti vivőket használja, vagy átállíthatod a modulciót ADSL2 módba a jelenlegi ADSL2+-ról. Jelezz vissza, hogy mik a fejlemények. gabee77: Ez a vonal ADSL1 módban van most, kényszerítsd át ADSL2+ módba, lássuk akkor mi történik. Ha sikerült arról is kérek spektrum képet. Dchard 
- 
			
			  Lg52xMAX tag Szia. 
 A frissítés megtörtént, de a diagrammokat látva...Két napig ment a modem rendesen, nem szakadt (eredeti szoftverrel). Ma délelőtt viszont elkezdett szakadozni, ezért lecseréltem a szoftvert. Közvetlenül újracsatlakozás után, de a második lekérdezésre az első képen szereplő eredményeket hozza: Most ilyenkor mi van? 
- 
			
			  moszat csendes tag "A legfontosabb valóban az, hogy az én szoftveremmel mindenki beállíthatja a vonalát stabilra úgy, hogy nem korlátozzák vissza 15megáról 5megára, mintha a problémáját bejelentené az ügyfélszolgálatokon." 
 Így jártam én is, miután egy újabb hetet vártam, ma visszaköveteltem saját felelősségre a 15 megás profilomat, amivel az égvilágon semmi gondom nem volt 1.5 évig. Most már nem merek csinálni semmit, (1.01. gyári fw.) pedig kíváncsi volnék nagyon mit bírna el valójában a vonal.![;]](//cdn.rios.hu/dl/s/v1.gif) 
- 
			
			  dchard veterán Örülök hogy működik. Az eremény is csak azt igazolja amit a cikkben írtam: az általános target margin sok felhasználónál aránytalanul magas, így hasznos sebesség veszik el. A legfontosabb valóban az, hogy az én szoftveremmel mindenki beállíthatj a a vonalát stabilra úgy, hogy nem korlátozzák vissza 15megáról 5megára, mintha a problémáját bejelentené az ügyfélszolgálatokon. Dchard 
- 
			
			  dchard veterán D-Link DSL-360R (B3 és C3 HW verzió) paraméterezés Itt a negyedik oldalon található, hogyan lehet véglegesen elmenteni a beállításokat. Dchard 
- 
			
			  promark csendes tag Hát dchard én nem is tudom, hogy mit mondjak. Amióta az általad írt firmware-t és a javasolt 1%-os Target SNR-t használom, azóta nem szakadt a vonalam, ami előtte minden este és a sebességem a nagyban nőtt. A vonal stabil, pedig az SNR értékem olyan 2,3-2,4 körül van. Nagyon hálás vagyok az általad írt firmware-ért és a sok jó tanácsért. Köszönöm.  Képek: 
- 
			
			  dchard veterán Szia, Az SNR emelés semmissé vált, mivel a lefelé SNR marginod visszaállt a gyári 10dB körüli szintre, míg a legutóbbi képeden 12-13dB környékén volt. Ezek szerint a permanens mentést nem csináltad meg. Amúgy elég jó a vonalad, de ha szakad akkor 2-3dB SNR emelés kell neki. Dchard 
- 
			
			  dchard veterán válasz  Lg52xMAX
							
							
								#280
							
							üzenetére Lg52xMAX
							
							
								#280
							
							üzenetéreSzia, neked ezt a verziót kell majd letöltened: Board ID 96338L-2M-8M A 360R T1-et gyári szoftverrel csak az OrbMT tudja lekérdezni, jól látszik, hogy mennyivel kevesebb infó jön ki belőle, gyk. értékelhetetlen. Ha megfrissítetted, akkor DMT-vel le fogod tudni kérdezni, a leírásban látható logot kellene csinálnod. Ha ez megvan, akkor tudunk segíteni. A flash memóriád már támogatott az 1.2-tes verzióban, szóval bátran frissíthetsz. Dchard 
- 
			
			  Lg52xMAX tag Ma este megpróbálom én is frissíteni a modemet. 360R T1 EN25P16 
 5000/500 as netem van. Hétfőn kötötték be, ezért nincs sok tapasztalatom, de ami feltünt hogy nappal stabil, viszont este 19 - 21 között szakadozik. Az elméleti sávszélesség megvan.
 A modem paraméterit csak az OrbMT progival tudom csak megnézni, a DMT és az sm50b sem tud a modemhez csatlakozni.
 Telnettel (ZOC) bejelentkezve a parancssor sem akar igazán működni:Login: root 
 Password:
 > wan dmt2 set tcm on
 wan: invalid optionAz össze parancsra ezt az üznetet adja. 
 Végül az OrbMT progi eredménye: 
- 
			
			  dchard veterán válasz  ufocsalad
							
							
								#274
							
							üzenetére ufocsalad
							
							
								#274
							
							üzenetéreAmivel segíteni tudtok az leginkább az, ha megtaláljuk az összes olyan flash memória verziót, ami még esetleg nem támogatott. Pillanatnyilag nincs tudomásom olyan flash memóriáról, ami ne lenne támogatott. Kérek ezért mindenkit, aki talál olyan flash memóriát vagy akár board ID-t, ami nem szerepel a kompatibilitási listában, az küldjön DMESG logot. Várom továbbá olyan elmberek jelentkezését is, akik rendelkeznek olyan modemmel amiben szintén a BCM6332 illetve BCM6338 chipkészlet működik, és szeretnének kompatibilitást a modemükhöz. Ilyen modemeket gyárt többek között a TP-Link és a Siemens, de van US-Robotics és Netgear modem is, amit ilyen chipsettel szereltek. Dchard 
- 
			
			  dchard veterán Mivel egy kedves kolléga felajánlott egy példányt tesztelésre, amit ezúton is simét megköszönök Neki, a mai napon elkészült a 360R T1 verziót érintő flash támogatás, ezzel jelen pillanatban nincs olyan ismert flash memória a 360R T1, 321B és 320B modemeken, amit ne támogatna a szoftverem. A frissítés a holnapi napon lesz letölthető. Dchard 
- 
			
			  dchard veterán válasz  balogh0211
							
							
								#267
							
							üzenetére balogh0211
							
							
								#267
							
							üzenetérebalogh0211: A vonalad eléggé rendben van, a modemet viszont ne kondiztasd át, ahnem cseréld ki 321B vagy 360R T1 (fekete) re. A trendchippel szerelt 360R verzióknak ugyanis a kondikiszáradáson túl van más baja is: sok a bithiba, 15megás profilnál sokszor megmagyarázhatatlan módon instabilak még aránytalanul nagy margin mellett is, tehát új korukban is tudnak érdekes dolgokat művelni. Sokkal jobban jársz egy broadcom chipsettel szerelt modemmel, mint amilyen a dlink 321B vagy a Dlink 360R T1 (fekete). Nem mellesleg ezekre jó a firmware-em is, így marad mozgástered a vonal finoamhangolására. Üdv, 
 Dchard
- 
			
			  stol addikt válasz  balogh0211
							
							
								#267
							
							üzenetére balogh0211
							
							
								#267
							
							üzenetéreNormális szerviz ezresért megkondizza. 
 Wifinn meg ne várj madzagos stabilitást.
- 
			
			  StSanya senior tag válasz  ufocsalad
							
							
								#268
							
							üzenetére ufocsalad
							
							
								#268
							
							üzenetéreAzért ez így nem igaz, TP-Link ár/érték arányban nagyon jó, persze, nem a legolcsóbb modellt kell megvenni ebből sem! Pl. gigabites, N-es wifi-s, 100 megás kábel netet bíró routerek kicsiny csapatába tartozik a TP-Link 1043ND modelle. Balogh0211! Routeren frissítettél firmware-t? Modemet mindenképpen cserélj, 360R T1 alá ne add! (De inkább 321B!) A C3-at is felejtsd el! 
- 
			
			  ufocsalad tag válasz  balogh0211
							
							
								#267
							
							üzenetére balogh0211
							
							
								#267
							
							üzenetéreA TPliknk routereket kutyák hajigálására találták ki 
 ja az SMC-ről nem is beszélve 
- 
			
			  balogh0211 csendes tag Sziasztok! Van egy 15 megás netem, meg egy 360R(B3) modemem. Plussz egy tplink 340gd router. Minden jól ment míg 5-ről 15-re nem váltottam. Akartam venni egy 360R(c3 v. t1) modemet, de nem vagyok biztos benne, hogy az megoldja a problémám. Routeren keresztül lassabb lett a netezés és néha meg várni kell, mert nem jön be semmi. Ha ftp-ről töltök le a laptopra wifin keresztűl 200-800 közt ingadozik és néha meg is áll. A vezetékes asztalinál ez 800-1000 közt alakul. De ha kiiktatom a routert az asztalin 1400-1700 közt jön folyamatosan és csak nagyritkán akad meg. A modembe belenéztem és a kondik már kezdenek puposodni. Ezért is gondoltam veszek egy másik modemet, de nem biztos hogy avval sokkal jobb lesz. És akkor még nem tudom mit kezdjek a routerrel. Ígaz hogy 54 megás csak a wifije, de miért nem megy vele normálisan a 15 mega?:-o 
 Aki tud segítsen. Ilyen a vonalam a mostani modemmel 360R(B3). 
- 
			
			  dchard veterán Köszi a dmesg logot, a flash memóriád az egyetlen pillanatnyilag ismert, de még nem támogatott modell. Kb. egy hétre van szükségem, és a támogatás elkészül. Üdv, 
 Dchard
- 
			
			  dchard veterán Köszi a dmesg logot, a flash memóriád az egyetlen pillanatnyilag ismert, de még nem támogatott modell. Kb. egy hétre van szükségem, és a támogatás elkészül. Üdv, 
 Dchard
- 
			
			  dchard veterán A 258-as pomark-nak ment, nem ufocsalad-nak. Dchard 
- 
			
			  dchard veterán Pillanatnyilag az egyetlen ismert flash memória, ami még nem támogatott az a: Serial flash device: name EN25P16, id 0x1c14, size 2048KB és a 360R T1-ekben található. Eddig több kísérlet is volt a támogatására, de eddig sikertelenül. Jó hírem van azok számára akik ilyen chippel szerelt modemet használnak: kiderítettem, hogy a jelenleg támogatott flash memóriák közül az AMD gyárt teljesen hasonló működésű modellt aminek a támogatása már meg van oldva, szóval a jövő hét végéig előreláthatóan el fog készülni a támogatás. Egy kedves úriembertől (nem tudom a nevét szeretné-e itt látni) hétfőn vagy kedden fogok kapni egy olyan verziót, amiben a fenti még nem támogatott flash van, ami nagyon nagy segítség lesz a fejlesztésben, ezúton is köszönöm Neki. Dchard 
- 
			
			  dchard veterán válasz  ufocsalad
							
							
								#255
							
							üzenetére ufocsalad
							
							
								#255
							
							üzenetéreIgen, ezek a képek már vonali maximumon vannak, de elég alacsony az SNR margin, szóval ha szakadna a vonal, akkor növelni kell a margint 10%-onként (10, 20, 30 és így tovább), amíg meg nem szűnnek a szakadások. Esetleg SNR monitorozással be lehet határolni azokat a vivőket amiken nagy a fluktuáció és kizárni őket, és úgy kipróbálni, de teljesen egyértelműen látszik az esti és az éjszakai képeden, hogy nagy az áthallási zaj a későéjszakain jelentősen kevesebb, szóval lehet hogy most stabil, de ahogy megyünk bele a csúcsidőbe, el fog kezdeni szakdni. Dchard 
- 
			
			  promark csendes tag 
- 
			
			  ufocsalad tag Dchard az új firmware csak a DMT-vel működik vagy az sm50b-vel is? 
- 
			
			  dchard veterán Told le 1 %-ra a target SNR margin-t és csinálj DMT képet illetve figyeld hogy stabil-e. Igazából tök mind1 h milyen kicsit margint állítasz be: amikor a modem eléri a portra engedélyezett maximumot (ami 15megás csomagnál olyan 18ezer valahányszáz kilobit) onnantól a többit úgyis tartaléknak fogja használni függetlenül attól, hogy mennyire kicsi target SNR margint állítasz be. Dchard 
- 
			
			  dchard veterán A magas frekik elég látványosan rosszabbak lettek. Azok a periodikus beütések nem tetszenek nekem. Kéne csinálni néhány összehasonlító képet többször délutáni-esti időszakra, hogy oda-vissza változik-e a dolog, és hogy mindig tetten érhető-e ez a viselkedés. Egyébként igen, sajnos a csúcsidőben a legtöbb modem L0 power state-be kapcsol, ergó ekkor a legnagybb az áthallási zaj. Esetleg más rádiós berendezéseket is bekapcsolnak. Nem tudod optimalizálni az otthoni kábel hálózatot? Elég sokat segít. A lényeg, hogy ahol a falból először előbukkan a telefonvezeték (értsd: a lakásban vagy a házban, nem abban a szobában ahol használod), oda rögtön rátenni a szűrőt és egy néhány centis darabbal a modemet, és a modemtől UTP-n elhozni a PC-ig vagy routerig, vagy magát a routert is oda lehet telepíteni a modem mellé. És lehetőleg mindezt toldás nélkül. Az analóg telefonkészülékekhez csatlakozó kábelhossz lényegtelen. Dchard 
- 
			
			  promark csendes tag Problémám nagyon nincs vele, csak szeretnék minél nagyobb sebességet kisajtolni a vonalból. 
 Talán csak annyi a hiba, hogy esténként szakad és újraszinkronizál kb. egy 1000-1500 Kbps-am kevesebbel és azon a sebességen is marad. Csak úgy tudom újra a magasabb sebességre visszatenni, ha reggel újraszinkronizáltatom. Gondolom a sok IPTV miatt ami rajt lehet az általam is használt DSLAM-on. Este kezdődik a TV nézés és túlterhelik a rendszert.
 Amúgy próbálkoztam SNR csökkentéssel. Eddig 60%-ig mentem le és úgy néz ki, hogy így is stabil, de majd kiderül.
- 
			
			  dchard veterán Hat igen, ez olyan mint az enyem. 256 es 288-as vivo kozott van egz kis beszakadas. Az erintett vivoket kizarnam, es probalkoznek SNR csokkentessel addig amig el nem kezd szakadni. Elso korben talan 70%-os target SNR marginnal a vivokizaras utan, aztan lehet menni lefele ha ott stabil. Ebbol a vonalbol azert nem lesz 15megas de lehet meg rajta reszelni. Dchard 
- 
			
			  Lg52xMAX tag Elsőnek: Minden elismerésem a szoftver megírásához.  Ha minden igaz nálam hétfőn fogják bekötni az ADSL vonalat. 
 Modemet már megvettem: 360R T1Ha jól értelmezem a EN25P16 nincs benne a támogatott listában? A dmesg parancs eredménye: 
 # dmesg
 Linux version 2.6.8.1 (root@localhost.localdomain) (gcc version 3.4.2) #1 Sat Feb 6 10:17:53 CST 2010
 Serial flash device: name EN25P16, id 0x1c14, size 2048KB
 96338L-2M-8M prom init
 CPU revision is: 00029010
 Determined physical RAM map:
 memory: 007a0000 @ 00000000 (usable)
 On node 0 totalpages: 1952
 DMA zone: 1952 pages, LIFO batch:1
 Normal zone: 0 pages, LIFO batch:1
 HighMem zone: 0 pages, LIFO batch:1
 Built 1 zonelists
 Kernel command line: root=31:0 ro noinitrd console=ttyS0,115200
 brcm mips: enabling icache and dcache...
 Primary instruction cache 16kB, physically tagged, 2-way, linesize 16 bytes.
 Primary data cache 8kB 2-way, linesize 16 bytes.
 PID hash table entries: 32 (order 5: 256 bytes)
 Using 120.000 MHz high precision timer.
 Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
 Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
 Memory: 5816k/7808k available (1435k kernel code, 1972k reserved, 208k data, 68k init, 0k highmem)
 KLOB Pool 1 Initialized: 1048576 bytes <0x80600000 ... 0x80700000>
 Calibrating delay loop... 239.20 BogoMIPS
 Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
 Checking for 'wait' instruction... unavailable.
 NET: Registered protocol family 16
 Total Flash size: 2048K with 32 sectors
 File system address: 0xbfc10100
 Note: No flash for scratch pad!
 The matter: The kernelEndBlk is 30. (The PSI start sector is 31 too. And the PSI area size is 65536.) So no space left.
 Can't analyze prologue code at 80175584
 PPP generic driver version 2.4.2
 NET: Registered protocol family 24
 Using noop io scheduler
 bcm963xx_mtd driver v1.0
 brcmboard: brcm_board_init entry
 Serial: BCM63XX driver $Revision: 3.00 $
 ttyS0 at MMIO 0xfffe0300 (irq = 10) is a BCM63XX
 blaadd: blaa_detect entry
 adsl: adsl_init entry
 NET: Registered protocol family 2
 IP: routing cache hash table of 512 buckets, 4Kbytes
 TCP: Hash tables configured (established 512 bind 1024)
 NET: Registered protocol family 1
 NET: Registered protocol family 17
 Ebtables v2.0 registered
 NET: Registered protocol family 8
 NET: Registered protocol family 20
 VFS: Mounted root (squashfs filesystem) readonly.
 Freeing unused kernel memory: 68k freed
 Algorithmics/MIPS FPU Emulator v1.5
 bcmprocfs: module license 'Proprietary' taints kernel.
 BCMPROCFS v1.0 initialized
 BCM6338A2 Ethernet Network Device v0.3 Feb 6 2010 10:16:42
 Config Internal PHY Through MDIO
 BCM63xx_ENET: Auto-negotiation timed-out
 BCM63xx_ENET: 10 MB Half-Duplex (assumed)
 eth0: MAC Address: 5C 9:98 9:98 0:50 0:50 D D
 BcmAdsl_Initialize=0x800EF978, g_pFnNotifyCallback=0x801A4924
 AnnexCParam=0x7FFF7EB8 AnnexAParam=0x00000980 adsl2=0x00000000
 pSdramPHY=0xA07FFFF8, 0xFFFFFFFE 0xFFFBFFEF
 AdslCoreHwReset: AdslOemDataAddr = 0xA07FAE34
 AnnexCParam=0x7FFF7EB8 AnnexAParam=0x00000980 adsl2=0x00000000
 dgasp: kerSysRegisterDyingGaspHandler: dsl0 registered
 ATM proc init !!!
 device eth0 entered promiscuous mode
 br0: port 1(eth0) entering learning state
 br0: topology change detected, propagating
 br0: port 1(eth0) entering forwarding state
 device nas_0_1_32 entered promiscuous mode
 br0: port 2(nas_0_1_32) entering learning state
 br0: topology change detected, propagating
 br0: port 2(nas_0_1_32) entering forwarding state
 br0: port 1(eth0) entering disabled state
 eth0 Link UP.
 br0: port 1(eth0) entering learning state
 br0: topology change detected, propagating
 br0: port 1(eth0) entering forwarding state
 #
- 
			
			  dchard veterán Megjelent az 1.2-tes verzió. Kibővítettem a frissítési segédletet, kérek mindenkit, hogy pontosan úgy járjon el, ahogyan le van írva. Dchard 
- 
			
			  dchard veterán weiss: Halálosan komoly. És a többi AM sávban lévő forglamazás is mind zavarja az ADSL-t, csak a Kossuth rádiót tolják a legerősebben. Nálam az árnyékolt földkábelen is látszik egy kis beütés... ufocsalad: Ha egy UTP kábelben viszed át a kettőt akkor igen, beleszűrődhet. Egyébként az UTP nem árnyékolt kábel, ha teljes zavarvédelmet szeretnénk, akkor árnyékolt, mindkét végén földre kötött vezetékezés kell használni, amit javaslok is mindenkinek. Dchard 
- 
			
			  deter aktív tag Nálam hasonló volt a helyzet, csak viszonylag normális volt a szerelő így áttett egy másik központra, ami 2 kilométerrel közelebb van, azt mondta nem is érti, hogy lehettem ott. Mobilon megbeszéltük, hogy megkapom az előfizetésemhez járó elméleti maximumot (ami egyébként is járna a vonal paraméteri alapján) és majd beállítom, mivel jeleztem, hogy valamilyen szinten kompetens vagyok ez ügyben. Körülbelül hét éve már, hogy T-home (Matáv) ügyfél vagyok, és ez idő alatt megközelíti a hibajegyek száma a 100-at. Volt olyan eset a sok közül, hogy egy hónapig folyamatosan szakadt a vonal. Vizsgálgatták ezt-azt stb. Majd amikor kijöttek hozzám, itt is bemérték a vonalat. Az akkori szerelő balgaságára kihangosítva beszélt a telefonon a benti munkatársával, aminek jómagam is a fültanúja voltam, révén, hogy egy helyiségben voltunk. A beszélgetésben az hangzott, hogy az ügyfélnél minden rendben, erre a benti kolléga nem tudván, hogy hallom a beszélgetést, azt mondta az itteni T-home-os embernek, hogy hazudja azt, hogy nálam rossz valami, de ők nem tudják a hibát elhárítani. Így nyugodtan lezárták a hibajegyet. Természetesen későbbiekben "megjavult" a dolog. Mivel központban lehetett rossz valami. Egészben ez a legbosszantóbb, felveszik a hibajelentést, de úgy zárják le három napon belül, hogy pontosan tudják, hogy a hiba még fent áll. Csak azért nehogy kelljen kötbért fizetniük. Azt javaslom neked, hogy amennyiben az általad leírt beszélgetés nem privát telefonon hangzott el, hanem a ügyfélszolgálati vonalon, ahol rögzítésre került, mindenképpen tegyél egy bejelentést a Nemzeti Fogyasztóvédelmi Hatóság felé. PS: Egyébként mindenkit arra biztatok mindenkit, hogy ha legkisebb problémája is van a szolgáltatással, akkor hívja az ügyfélszolgálatot, de ne legyen bunkó, mert nem az ott dolgozó emberek tehetnek róla. Már csak azért is érdemes lenne őket mindig jól leterhelni, hogy valamilyen szinten revánsot lehessen venni a T-home fórum leamortizálása miatt. 
- 
			
			  ufocsalad tag Ha füllel hallhatóan összeszedi az UTP kábel a tűzjelző kábel hangját akkor az belelóghat az ADSL spektrumba is? -hú ez megint olyn parasztos lett  
- 
			
			  #41133696 törölt tag válasz  joecontra
							
							
								#234
							
							üzenetére joecontra
							
							
								#234
							
							üzenetéreSzerencsére eddig nincs gondom vele  Amúgy miért vették ki a 10 megás-t ? Amúgy miért vették ki a 10 megás-t ?Például már hosszú hónapok óta csak 5 és 15 megás ADSL kapcsolat volt a T-nél amikor én T területen Inviteles-ként 10 megás csomagon voltam. Hozzá tartozik, hogy az Inviteltől - hivatalosan azért jöttem el, mert amikor feltűnt, hogy már sem hűség sem gazdaságossági okai nincsenek a maradásomnak - 2003 - 2010 - akkor felhívtam őket, hogy 7100 Ft kicsit sok a 10 megás netért, és mondtam, hogy mennék aT-home -hoz. Mire mondták, hogy 4200 Ft -ért tudnának adni 10-est. Na hát mondom ok ,akkor maradok. Majd azzal utasítottak el, hogy nem tudják a 10 megás netet szolgáltatni. Viszont ha nem váltok, hanem még mindig a 7100 -at csepegtetem akkor 10 megás neten vagyok még mindig nagy valószínűséggel. No én ezért jöttem el az Inviteltől. Szerintem most is vannak még régi ügyfelek 10 megára betokozódva T-Home területen. Nekem egyébként nem csak gazdaságosabb de jobb is, hiszen tripla kedvezmény mellett még gyorsabb is, és egy helyről kell csak várni a számlát, amit ha akarok utalok, ha akarok készpénzzel egyenlítek ki.Előbbi az invitelnél csak külön megbízással ment, itt viszont sokkal egyszerűbben rendezhetem a böngészőből. 
- 
			
			
- 
			
			  #41133696 törölt tag válasz  joecontra
							
							
								#229
							
							üzenetére joecontra
							
							
								#229
							
							üzenetéreAmikor én átmentem az Invitel-től a T-Home-hoz elsőnek (papíron 8 megás net volt , de ugye valójában 10) 5 megás csomagba került, utána mondta a hölgy, hogy áttesznek 15-ösbe csak szóljak. Szóltam, mondta a hölgy, hogy rámér bírja e vonalam, egy pillanat, rámért , bírta és azóta 15 -ön vagyok  
- 
			
			  joecontra addikt 
- 
			
			  dchard veterán Ne csinaljanak semmit, kerd vissza sajat felelossegre a 15-os profilt, es ha szakad akkor kihangoljuk, bar szerintem nem fog szakadni. Ezek tiszta idiotak. Mar elnezest. fel milla nettoert megtanitom az egesz ufsz-nek hogy hogyan kell ertelmezni az adsl vonali parametereket mert ugy tunik, hogy ez nem megy nekik... Keressenek privatban ![;]](//cdn.rios.hu/dl/s/v1.gif) Dchard 
- 
			
			  moszat csendes tag Szia Vártam 3 napot, nem történt semmi. Felhívtam őket, hivatkoztam mindenre, arra is amit írtál, meg az elmúlt 1.5 év pozitív tapasztalataira...erre közölték, hogy kiemelt ügyként fognak kezelni, rámengedik a nagy több napos tesztjüket, és ha utána is ragaszkodom az ő véleményüktől eltérő akaratomra, egye fene alapon lehet, hogy visszakapom a 15 megás profilomat. Viszont onnantól felejtsem el a műszaki hibabejelentés segítségnyújtását. 
 A 321b-s modemmel szinte sosem volt szakadásom az elmúlt év alatt, vagy nem vettem észre. A 360r-el már rosszabb lenne a helyzet. De most egy "mélységesen mélyen" hozzáértő kolléga fogja megnézni a vonalat (ők mondták így)...szal lehet elbúcsúzhatom a 15 megától. 
 Most mindent felteszek arra amit mondtál, hogy szuper a vonalam....aztán bízok.
- 
			
			  PonPon senior tag Hello! vettem egy 321B-t 
 H/W ver: D2 F/W: EU_1.00ezt mondta: 
 # dmesg
 Linux version 2.6.8.1 (joan@BB3) (gcc version 3.4.2) #1 Wed Aug 12 17:16:54 CST
 2009
 Serial flash device: name AT26DF161, id 0x1f46, size 2048KB
 96332CG prom init
 CPU revision is: 00029010
 Determined physical RAM map:
 memory: 007a0000 @ 00000000 (usable)
 On node 0 totalpages: 1952
 DMA zone: 1952 pages, LIFO batch:1
 Normal zone: 0 pages, LIFO batch:1
 HighMem zone: 0 pages, LIFO batch:1
 Built 1 zonelists
 Kernel command line: root=31:0 ro noinitrd console=ttyS0,115200
 brcm mips: enabling icache and dcache...
 Primary instruction cache 16kB, physically tagged, 2-way, linesize 16 bytes.
 Primary data cache 8kB 2-way, linesize 16 bytes.
 PID hash table entries: 32 (order 5: 256 bytes)
 Using 120.000 MHz high precision timer.
 Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
 Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
 Memory: 6048k/7808k available (1261k kernel code, 1740k reserved, 187k data, 64k
 init, 0k highmem)
 Calibrating delay loop... 239.20 BogoMIPS
 Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
 Checking for 'wait' instruction... unavailable.
 NET: Registered protocol family 16
 Total Flash size: 2048K with 32 sectors
 File system address: 0xbfc10100
 Can't analyze prologue code at 80149dd4
 PPP generic driver version 2.4.2
 NET: Registered protocol family 24
 Using noop io scheduler
 bcm963xx_mtd driver v1.0
 brcmboard: brcm_board_init entry
 ======= GPIO CONFIG_BCM96338 inited ========
 Serial: BCM63XX driver $Revision: 3.00 $
 ttyS0 at MMIO 0xfffe0300 (irq = 10) is a BCM63XX
 NET: Registered protocol family 2
 IP: routing cache hash table of 512 buckets, 4Kbytes
 TCP: Hash tables configured (established 512 bind 1024)
 NET: Registered protocol family 1
 NET: Registered protocol family 17
 Ebtables v2.0 registered
 NET: Registered protocol family 8
 NET: Registered protocol family 20
 VFS: Mounted root (squashfs filesystem) readonly.
 Freeing unused kernel memory: 64k freed
 Algorithmics/MIPS FPU Emulator v1.5
 atmapi: module license 'Proprietary' taints kernel.
 adsl: adsl_init entry
 blaadd: blaa_detect entry
 Broadcom BCMPROCFS v1.0 initialized
 Broadcom BCM6338A2 Ethernet Network Device v0.3 Aug 12 2009 17:15:57
 Config Internal PHY Through MDIO
 BCM63xx_ENET: Auto-negotiation timed-out
 BCM63xx_ENET: 10 MB Half-Duplex (assumed)
 eth0: MAC Address: 00:26:5A:86:52:A9
 BcmAdsl_Initialize=0xC00683C8, g_pFnNotifyCallback=0xC0081004
 AnnexCParam=0x7FFF7EB8 AnnexAParam=0x00000980 adsl2=0x00000000
 pSdramPHY=0xA07FFFF8, 0x962F8A51 0x5840C819
 AdslCoreHwReset: AdslOemDataAddr = 0xA07F9244
 AnnexCParam=0x7FFF7EB8 AnnexAParam=0x00000980 adsl2=0x00000000
 dgasp: kerSysRegisterDyingGaspHandler: dsl0 registered
 ATM proc init !!!
 ip_tables: (C) 2000-2002 Netfilter core team
 ipt_time loading
 ip_queue: Unknown symbol dynahelper_unrefct
 ip_queue: Unknown symbol dynahelper_unrefnat
 ip_queue: Unknown symbol dynahelper_refnat
 ip_queue: Unknown symbol dynahelper_tracknat
 ip_queue: Unknown symbol dynahelper_trackct
 ip_queue: Unknown symbol dynahelper_untracknat
 ip_queue: Unknown symbol dynahelper_untrackct
 ip_queue: Unknown symbol dynahelper_refct
 ZIPB............
 FLAG: 1
 Device UP br0
 Fib_add_ifaddr : DEV br0
 Device UP: br0
 Device add to fib: br0
 device eth0 entered promiscuous mode
 br0: port 1(eth0) entering learning state
 br0: topology change detected, propagating
 br0: port 1(eth0) entering forwarding state
 device nas_0_1_32 entered promiscuous mode
 br0: port 2(nas_0_1_32) entering learning state
 br0: topology change detected, propagating
 br0: port 2(nas_0_1_32) entering forwarding state
 ioctl, p_name=diapd
 br0: port 1(eth0) entering disabled state
 eth0 Link UP.
 br0: port 1(eth0) entering learning state
 br0: topology change detected, propagating
 br0: port 1(eth0) entering forwarding state
 #
- 
			
			
- 
			
			  dchard veterán válasz  ErosenZold
							
							
								#219
							
							üzenetére ErosenZold
							
							
								#219
							
							üzenetéreTelneten kell belépni és nem ssh-n, és a 360R T1-nél root/admin az alapértelmezett user/pass páros. Köszi a logot előre is. Dchard 
- 
			
			  SenorGrande senior tag Maximális tisztelet, remek cikk(ek)!  
- 
			
			  ErosenZold senior tag Halle 360R -re hogyan tudnék belépni, hogy logot csináljak? Mert non stop refuse-ol a 192.168.1.1 re SSH-n 
- 
			
			  stol addikt 360R-T1-e, 1085k/18950k-val szinkronol fel. Ez egy Backup ISP vonal. 
 Stabil a kapcsolat terhelésre is. Lehet még evvel valamit buzerálni, vagy ez már ~profil maximum?
 Mérve 16,1M/940k jön mikrotik szerint.Sikerült egy olyan QoS-t írni a vonalra, hogy src/dst PCQ-val, hogy 850k uppal sem megy 30ms felé a ping. 
 Alap ping azon a vonalon 22ms.
- 
			
			  dchard veterán Szia, stolnak igaza van abban, hogy attól, hogy nem púpos, még lehet szar. Ha sikerült stabilizálnod a vonaladat 2-3dB SNR növeléssel, akkor jól csináltad a dolgot, amúgy elég szép a vonalad. Megkockáztatom, hogy egy 321B-vel és egy kis optimalizálással a lakáson belül menne ez fullos profillal is. Mindenesetre örülök, hogy működik. Dchard 
- 
			
			  dchard veterán Szia deter, Én köszönöm a sok tesztelést és a logokat, örülök, hogy működik. A vonalad teljesen szuper, a 125-ös vivőnél picit befigyel a Kossuth rádió, de szerintem vivőt sem kell kizárnod, egyszerűen csökkents target snr margint monjduk 80%-ra, hogy felkoppanjon a vonal és lássuk stabil marad-e.18ezer valahányszáz kilobitnél van a profil felső határa. Igazából beállíthatsz 10%-os target SNR margint is, ugyanis ha elérted a profilod maximumát, a többit úgy is tartalék vivőként fogja használni a cucc. Egy képet beszúrhatnál 10%-os target marginnal  Dchard 
- 
			
			  lean aktív tag szia, 
 vetnél erre egy pillantást ilyen volt , ilyen lett a szakadást úgy néz ki megoldottam, 2 napja nem szakadt meg, bár lehet némi sebesség benne maradt a rendszerben, mi a véleményed?
 köszi
- 
			
			  deter aktív tag Köszönöm Dchard-nak munkáját, most már nálam tökéletesen működik!    Ma baromi fáradt vagyok ahhoz, hogy finomhangoljam a vonalt, így csak egy képet szúrok be. Ma baromi fáradt vagyok ahhoz, hogy finomhangoljam a vonalt, így csak egy képet szúrok be.Köszönöm még egyszer! üdv_ 
 deter
- 
			
			  ufocsalad tag NAKED-es ügyfeleknek nyissuk meg a beszéd-sávot is ![;]](//cdn.rios.hu/dl/s/v1.gif) 
- 
			
			  dchard veterán válasz  ufocsalad
							
							
								#203
							
							üzenetére ufocsalad
							
							
								#203
							
							üzenetéreEzen a képen látszik, hogy még egy ilyen fullos vonalon (15bitet kódoló vivő? ilyet alig-alig lát az ember, a spektrumkép meg megint csak elképesztően tankönyvi) is ez a fostalicska modem (360R c3) nem tudja kihúzni az uplinket 1080 kbit/s-ra, pedig a profilban annyinak kéne lennie, ez a vonal meg erősen fullos. Biztos vagyok benne, hogy eg Broadcom chipsettel szerelt modem kihajtaná fullra az uplinket is. Dchard 
- 
			
			  dchard veterán Na Urak, Jelenleg három teszt verzió van kint, ebből deter visszajelzett, hogy nála már működik, tehát az ATMEL flash bekerült a támogatottak közé. xszabolcsnál is van egy példány annál szintén azt várom, hogy működjön Van még egy harmadik flash, amivel nem jutottunk előrébb, az egy 360R T1-ben van, onnan valószínűleg kapok majd egy teszt példányt. Hamarosan csinálok egy kompatibilitási listát ahonnan bárki megnézheti, hogy támogatott-e a flash memóriája, és ha nem, jelezheti, hogy csináljuk meg. Dchard 
Új hozzászólás Aktív témák
- Thinkpad E15 Gen2 15.6" FHD IPS i7-1165G7 16GB 512GB NVMe ujjlolv gar
- Samsung S25 128GB Navy Blue makulátlan állapotban garival eladó
- DJI Mavic 3 Pro Fly More Combo (2 akku) RC Pro - drón szett újszerű állapotban
- Akciós áron eladó ÚJ HP Dragonfly G4 /I7-1355U/16 GB/1000GB SSD/13,5"/FHD+/400nit/1 ciklus
- Lenovo ThinkPad P15v Gen 3 i7 12800H 16GB 256GB SSD
- HIBÁTLAN iPhone 15 Pro Max 256GB Natural Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS3662
- Nyugdíjazott laptopok :) Ingyen Foxpost!
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
- BESZÁMÍTÁS! ASUS ROG Z690 i9 14900K 32GB DDR4 1TB SSD RTX 3090 OC 24GB be quiet Pure Base 500 850W
- ÁRGARANCIA! Épített KomPhone i5 10400F 16/32GB/64GB RAM RTX 5050 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest
 
								 
							

 
								 
							 
								 
								



 
								
 
								

 
							
 
								![;]](http://cdn.rios.hu/dl/s/v1.gif)
 
								
 
								 
  
							

 
							 
							



 
								


 
							 
								 
								
 
								 
							
 
								

 
							



 
								 
							 
								 
								 
							

 
							 
							 
								 
								
 
								 
							 
							
 ]
]



