Snuffer Geplaatst: 11 juli 2009 Auteur Geplaatst: 11 juli 2009 75 Ohm groen coaxkabel. Dat is toch geen probleem? niet echt soepel maar verder niks mis mee lijkt mij. Of uh heb ik dat verkeerd? TBS IPTV FEEDS NETWERK MAKEN .
janhendrik Geplaatst: 11 juli 2009 Geplaatst: 11 juli 2009 Die groene coax lijkt voor mij op coax 12. Dit is eigenlijk bedoeld voor CAI installaties. De demping en HF isolatie van de coax 12 liggen ongunstiger bij de hoge (satelliet) frequenties. Bij coax 12 gaan ze niet verder dan 850 Mhz. Voor een paar meter zal het niet al te veel uitmaken, maar als je meters gaat leggen dan advieseer ik je toch koka 799 of belden 125 te gebruiken. Hoewel mijn kennis van internet per satelliet te kort schiet, lijken mij de gebruikte frequenties met tv en radio ongeveer gelijk. Mochten er leden zijn die hier meer van weten, vult u gerust hier aan... JH Uitgeschoteld door de verhuizing......
Tonskidutch Geplaatst: 11 juli 2009 Geplaatst: 11 juli 2009 3.6. schreef je dat op dit moment de snelheid is Code: Bits:kilobit per seconde: 1 kb/s = 1000 b/s megabit per seconde: 1 Mb/s = 1000 kb/s = 1.000.000 bps gigabit per seconde: 1 Gb/s = 1000 Mb/s = 1.000.000.000 bpsBytes:kilobyte per seconde: 1 kB/s = 1024 B/smegabyte per seconde: 1 MB/s = 1024 kB/s = 1.048.576 B/s Citaat: BRON SHOPADSLBij synchrone transmissie zonder start- en stopbits komt 8 kb/s overeenmet 1 kB/s (kilobyte/sec), bij asynchrone transmissie (zoals bij modemverkeer) wordt per byte veelal een start- en een stopbit toegevoegd, en is 10 kb/s dus 1 kB/s. Bandbreedte wordt veelal uitgedrukt in kbps. dus die 3.6 van jouw is volgens website 2ways 3,6 Mbps ~> 3600 kb/s maar is het nu een asynchrone of synchrone verbinding dus /8 of /10 om het omrekenen naar kB/s te verkrijgen? OF is deze down upload niet te vergelijken met adsl? ciao A Forest The Cure
Snuffer Geplaatst: 11 juli 2009 Auteur Geplaatst: 11 juli 2009 De coax is maar 4 meter maximaal en die gebruik ik normaal nooit. Dat verlies op die 4 meter is wel te accepteren dan hihi UH Tonskidutch ik uh heb geen idee of hij a is of niet ik kan diot Maandag wel even vragen bij Eutelsat in Paris. Ron TBS IPTV FEEDS NETWERK MAKEN .
pukje Geplaatst: 11 juli 2009 Geplaatst: 11 juli 2009 Het zal nooit full duplex zijn 1.tcp protocol is een SABM ack. protocol dus met vraag antwoord en bevestiging,dus nooit synchroom. 2. de sat up/down link zal wel tdma zijn ,dus de een moet wachten tot dat de anderen klaar zijn met zenden cq ontvangen dus ook weer niet fullduplex
Snuffer Geplaatst: 11 juli 2009 Auteur Geplaatst: 11 juli 2009 Het modem heeft net als mijn kable modum een lampje voor zenden en ontvangen deze branden als ik test allebij en/of knipperen beiden Maandag zal ik deze vraag meteen ook voorleggen. TBS IPTV FEEDS NETWERK MAKEN .
GeniusX Geplaatst: 11 juli 2009 Geplaatst: 11 juli 2009 Dat is normaal, ook al verstuur je alleen maar pakketjes. Het blijft een vraag/antwoord verhaal, dit is ter bevestiging dat het pakketje goed is over gekomen. TCP is handje klap,UDP roepen, dus zonder bevestiging.
mifi Geplaatst: 19 juli 2009 Geplaatst: 19 juli 2009 Hoe staat het met de tests? Bevalt het ook op langere termijn? Merk je veel van de satelliet latency? Lukt het om online spellen te spelen? Lukt het om, bijvoorbeeld, te skypen? Hoe gaat het ftp-en? Staat hij dan steeds extra lang op bevestiging te wachten? Een gek kan meer vragen dan en wijs man kan beantwoorden... Ik zou eigenlijk ook zo'n experiment willen doen. m ---- Ach, ik blaat ook maar wat. Maar wel met plezier!
RVP Geplaatst: 19 juli 2009 Geplaatst: 19 juli 2009 Mwa, ik had jaren geleden getest met BySky. Surfen doe je door een trechter, downloaden is wel goed.
Gast 1664 Geplaatst: 19 juli 2009 Geplaatst: 19 juli 2009 In Frankrijk biedt provider Numéo deze dienst aan. Een Nederlander heeft dit besteld en zijn frustratie is hier te lezen: Numeo klachten
druid Geplaatst: 19 juli 2009 Geplaatst: 19 juli 2009 Origineel bericht van: Tonskidutch Citaat: BRON SHOPADSL Bij synchrone transmissie zonder start- en stopbits komt 8 kb/s overeenmet 1 kB/s (kilobyte/sec), bij asynchrone transmissie (zoals bij modemverkeer) wordt per byte veelal een start- en een stopbit toegevoegd, en is 10 kb/s dus 1 kB/s. Bandbreedte wordt veelal uitgedrukt in kbps. 10 bits in 1 byte? Dat klopt volgens mij niet zo... xtrend 6500 320G intern / dreambox 800se, 500G intern / dreambox 500hd / azbox elite hd / Skymaster 80cm quad lnb titanium, 19,2 oost / Triax 110 , quad inverto Inverto Black Ultra lnb, 23,5 oost, inverto Inverto Black Ultra lnb, 28,2 oost / No Name 125cm single lnb black ultra draaibaar
GeniusX Geplaatst: 19 juli 2009 Geplaatst: 19 juli 2009 Grofweg klopt het wel, is een vuist regel om de overdacht te berekenen. Heeft met de protocol afhandeling te maken. Dus data 8bits = 1 byte maar er is nog overhead foutafhandeling. Hier wordt per 8 data bits 2 bits voor gerekend. Dus 10000 bits = 1000 Bytes = 1KB netto. Géén 1000 bits = 1250 Bytes = 1,25KB
Snuffer Geplaatst: 19 juli 2009 Auteur Geplaatst: 19 juli 2009 Morgen Maandag dus gaan we het geheel eens goed aan de tand voelen. Dit gebeurt samen met een bekende van ons allemaal over de gehele sat wereld. laten we hem mister X noemen. Mister X gaat het aan alle testen ontderwerpen wat filmen en foto's maken etc. Tot nu toe vind ik het niet verkeerd ja het is niet mijn 30 MB lijn thuis maar dat weet je natuurlijk van te voren. TBS IPTV FEEDS NETWERK MAKEN .
mifi Geplaatst: 20 juli 2009 Geplaatst: 20 juli 2009 Origineel bericht van: druid 10 bits in 1 byte? Dat klopt volgens mij niet zo... Zoals een andere poster al aangeeft, klopt het wel, maar het staat er niet zoals je hier citeert. Het is 8 bits per byte plus start en stopbits. Voor het overzenden van 1 byte zijn 10 bits nodig. Dat is niet hetzelfde als dat er 10 bits in die byte zouden zitten. m ---- Ach, ik blaat ook maar wat. Maar wel met plezier!
pukje Geplaatst: 20 juli 2009 Geplaatst: 20 juli 2009 Origineel bericht van: mifi Het is 8 bits per byte plus start en stopbits. Ik dacht dat niet meer per byte een start en stop bit gezonden wordt. Het zijn frames tot zo een 512 bytes lengte (een tcpip packet) waar aan het einde van de frame controle bytes zitten. Het is wel zo dat een tcpip frame overhead heeft n.l. ip header en tcp header en dat kan gemiddeld 20% van de frame zijn waardoor 8 echte data bits uiteindelijk toch 10 bits zijn
Aanbevolen berichten
Maak een account aan of log in om te reageren
Je moet een lid zijn om een reactie te kunnen achterlaten
Account aanmaken
Registreer voor een nieuwe account in onze community. Het is erg gemakkelijk!
Registreer een nieuwe accountInloggen
Heb je reeds een account? Log hier in.
Nu inloggen