Intel en Analog Devices Inc. hebben samen een opvolger ontwikkeld voor de System Management Bus. Over deze bus wordt informatie over voedingsspanningen en temperaturen in een computersysteem rondgestuurd. SMB werkt met een snelheid van 100kbps en heeft een foutenratio van ongeveer 1 op 10.000 bits. De opvolger heet Simple Serial Transport, heeft een snelheid van 1Mbps en een foutenratio van een op een miljard bits. De verhoogde betrouwbaarheid en nauwkeurigheid verminderen het aantal warmtebeheerfouten die kunnen leiden tot een verlaging van de rekensnelheid. Voor de nieuwe bus heeft ADI een serie temperatuur- en spanningssensors aangekondigd, de ADT748x-reeks. Deze sensors bevatten een 10bits analoog naar digitaal-converter en kunnen communiceren op een snelheid van meer dan 1Mbps. Er zijn al proefexemplaren beschikbaar en de massaproductie zal deze maand beginnen. De prijs bedraagt 1,50 dollar bij afname van 1000 stuks.
Intel presenteert opvolger voor SMB
Reacties (22)
Ik ben erg benieuwd naar de specificaties, het enige wat ik vind nu is het originele bron artikel met een e-mail adres voor de royalty-free specificaties. Daar zal ik wel een bedrijf voor moeten zijn met een goede reden.
SMB maakte gebruik van de IIC of I2C bus van philips en maakte handig gebruikt van de arbitrage en prioriteit daarvan. Er was in de specificatie aan alles gedacht, bij enig falen van welk deel dan ook kon het systeem gewoon doorwerken en er werden daarom ook heel wat eisen gesteld aan apparaten voor deze bus.
Het was naar mijn idee enorm betrouwbaar juist, en deze datafouten 1 op de 10.000 werden echt wel keurig afgehandelt. Het gaat alleen om de fysieke fouten die in eerste instantie optreden waar ze het nu over hebben neem ik aan, dat zegt verder weinig over de betrouwbaarheid. De betrouwbaarheid is naar mijn idee ook wel bewezen door de nog altijd goede werking op borden waar steeds meer verschillende stoorsignalen aanwezig zijn.
SMB maakte gebruik van de IIC of I2C bus van philips en maakte handig gebruikt van de arbitrage en prioriteit daarvan. Er was in de specificatie aan alles gedacht, bij enig falen van welk deel dan ook kon het systeem gewoon doorwerken en er werden daarom ook heel wat eisen gesteld aan apparaten voor deze bus.
Het was naar mijn idee enorm betrouwbaar juist, en deze datafouten 1 op de 10.000 werden echt wel keurig afgehandelt. Het gaat alleen om de fysieke fouten die in eerste instantie optreden waar ze het nu over hebben neem ik aan, dat zegt verder weinig over de betrouwbaarheid. De betrouwbaarheid is naar mijn idee ook wel bewezen door de nog altijd goede werking op borden waar steeds meer verschillende stoorsignalen aanwezig zijn.
ik dacht even dat er een opvolger voor samba kwam 
:strip_exif()/u/12147/DJ-Eraserhead.gif?f=community){kind=small}
die is er, CIFS, maar dan zou niet Intel die aankondigen 
@brapje idd, ik las SMB ipv samba
@brapje idd, ik las SMB ipv samba
das geen opvolger van samba, alleen van smbfs
De betrouwbaarheid en nauwkeurigheid was wel nodig natuurlijk, misschien nu eindelijk geen last meer van verkeerd weergeven waarden.
Wat ik me alleen afvraag is die bandbreedte echt nodig? 1Mbit is 128kilobytes per seconde, volgens mij trekken ze die oude bus met 100kbit/sec (~13kB/sec) niet vol, zoveel data hoeft er toch niet getransporteerd worden?
Wat ik me alleen afvraag is die bandbreedte echt nodig? 1Mbit is 128kilobytes per seconde, volgens mij trekken ze die oude bus met 100kbit/sec (~13kB/sec) niet vol, zoveel data hoeft er toch niet getransporteerd worden?
:strip_icc():strip_exif()/u/143173/0165574c.jpg?f=community){kind=small}
nu dus wel danVoor de nieuwe bus heeft ADI een serie temperatuur- en spanningssensors aangekondigd, de ADT748x-reeks. Deze sensors bevatten een 10-bits analoog naar digitaal-converter en kunnen communiceren op een snelheid van meer dan 1 Mbps
ookal kan ik niet echt meer verzinnen wat ze zouden moeten versturen dan de temp en andere kleine dingetjes..
:strip_exif()/u/2172/crop57acf4ac04e70.gif?f=community){kind=small}
Och met een beetje fantasie kan ik wel wat dingen bedenken.ookal kan ik niet echt meer verzinnen wat ze zouden moeten versturen dan de temp en andere kleine dingetjes..
• gemeten spanning voor verschillende devices (bijv USBpoorten) en spanningen (bijv 3.3V , 5V, etc)
• tempsensoren op diverse kaarten en bijvoorbeeld geheugens.
• meetwaarden van bijvoorbeeld het verkeer van/naar een bepaald device.
• ontvangstkwaliteit van data op bijvoorbeeld een TV-tuner, WiFi-adapter, ethernet kaart.
• gedetecteerde fouten/signaalkwaliteit door bijvoorbeeld een SATA-controller, ECC-geheugen module of over een HT-bus.
• fan-speed
• gemeten stoorsignalen van buitenaf, zoals een GSM die afgaat. (spoeltje en sensor op het mainboard)
Dus zo vreemd is het niet dat ze gelijk de bandbreedte wat opschroeven.
In de text noemen ze zo'n 10 bits resolutie, maar ik kan me voorstellen dat er meer over de lijn gaat dan alleen een meetwaarde, dus dat je mischien hooguit zo'n 1000 metingen per sec kunt doen. Voor de meeste dingen is dat genoeg, maar waarom de boel beperken als dat niet echt nodig is.
Dat je met 1000Hz de temperatuur kan sampelen wil helemaal niet zeggen dat je daar ook maar iets aan hebt.
Een temperatuur sensor heeft tijdnodig om zelf op te warmen/af te koelen (response tijd).
de response tijd is gedefinieerd als de tijd die het kost om bij een stap in temperatuur op 90% van de eindwaarde te komen (bijv. hang sensor een paar uur in smeltend water (=0 graden), en dompel de sensor vervolgens in kokend water (=100 graden). De response tijd is de tijd die het duurt voordat de sensor op 90 graden zit)
snelle sensoren hebben een response tijd van 0.1 seconden.
Als je dat legt naast die 1000Hz, dan lijkt het me vrij zinloos.
Een temperatuur sensor heeft tijdnodig om zelf op te warmen/af te koelen (response tijd).
de response tijd is gedefinieerd als de tijd die het kost om bij een stap in temperatuur op 90% van de eindwaarde te komen (bijv. hang sensor een paar uur in smeltend water (=0 graden), en dompel de sensor vervolgens in kokend water (=100 graden). De response tijd is de tijd die het duurt voordat de sensor op 90 graden zit)
snelle sensoren hebben een response tijd van 0.1 seconden.
Als je dat legt naast die 1000Hz, dan lijkt het me vrij zinloos.
Misschien, maar als je het bereik van die meet-apparatuur als 3.3V +- 1V neemt, dan heb je dus een nauwkeurigheid van 1 mV (1V / 2^10bits). Het lijkt me een beetje overkill, die 10-bits DAC...
Ik heb vrij veel voorbeelden genoemd van meetwaarden die niets met temperatuur te maken hebben.
Daarnaast is het een bus-structuur, dus alle aangesloten apparaten moeten na elkaar over die bus babbelen.
Stel je hebt dus zo'n 100 apparaten op die bus, dan kun je alsnog zeg maar zo'n 10 metingen per apparaat per sec doen bij een totaal van 1000 metingen per sec.
Nu is dat zelfs voor de meeste dingen nog veel te veel, maar goed 1 meting per sec is toch zeker wel te verantwoorden en dan heb je met een dergelijke hoeveelheid alweer 10% van de bandbreedte in gebruik (aangenomen dat mijn schatting van 1000 metingen per sec enigzins zinnig is) en dus is het niet overdreven om wat reservecapaciteit te hebben.
Daarnaast is het een bus-structuur, dus alle aangesloten apparaten moeten na elkaar over die bus babbelen.
Stel je hebt dus zo'n 100 apparaten op die bus, dan kun je alsnog zeg maar zo'n 10 metingen per apparaat per sec doen bij een totaal van 1000 metingen per sec.
Nu is dat zelfs voor de meeste dingen nog veel te veel, maar goed 1 meting per sec is toch zeker wel te verantwoorden en dan heb je met een dergelijke hoeveelheid alweer 10% van de bandbreedte in gebruik (aangenomen dat mijn schatting van 1000 metingen per sec enigzins zinnig is) en dus is het niet overdreven om wat reservecapaciteit te hebben.
Misschien een seriele boot-prom voor de BIOS/EFI in plaats van de verouderde paralelle versies die volgens mij nog steeds via een soort ISA-bus gaan.ookal kan ik niet echt meer verzinnen wat ze zouden moeten versturen dan de temp en andere kleine dingetjes.
/u/23785/crop5dcd5c59e07f9.png?f=community){kind=small}
De vraag is natuurlijk of die betrouwbaarheid ligt aan de data-bus of aan de sensoren. Ik vermoed het laatste eigenlijk.
Meer functies = meer bandbreedte.
Je kunt van je processor de temperatuur en spanning pollen, maar wie weet komt het er ooit van dat je gegevens wilt kunnen monitoren van zowel CPU als videokaart, HDD, chipset, voeding, etc... Heel handig als dat door 1 chip gedaan kan worden, maar dan moet de bandbreedte er wel zijn.
En misschien wordt er nu niet elke 1/100e van een seconde gemeten, maar elke 1/1000e. Ook dat zou de bandbreedte doen stijgen.
Je kunt van je processor de temperatuur en spanning pollen, maar wie weet komt het er ooit van dat je gegevens wilt kunnen monitoren van zowel CPU als videokaart, HDD, chipset, voeding, etc... Heel handig als dat door 1 chip gedaan kan worden, maar dan moet de bandbreedte er wel zijn.
En misschien wordt er nu niet elke 1/100e van een seconde gemeten, maar elke 1/1000e. Ook dat zou de bandbreedte doen stijgen.
Waarom zouden we meer dan 640KB aan geheugen moeten hebben? Dat zou toch ook genoeg moeten zijn?
Het hoeft helemaal niet volledig benut worden, een deel zal opgenomen worden voor redunantie en bovendien een snellere respons. Dit laatste kan de fan beter aansturen die lijdt onder een grote dode tijd.
Ik kan me voorstellen dat er wat extra bandbreedte nodig is om te zorgen dat de bitjes goed overkomen (error-correctie -> meer bits)
En wat voor invloed heeft dit op het energieverbruik van je moederbord
Lijkt me dat als de snelheid omhoog gaat, ook het verbruik stijgt. Dus zou deze techniek in mindere mate geschikt zijn voor laptops. (Omdat je sneller op acties kunt reageren zou het wel beter zijn)
Betekent dit ook dat je er meer apparatuur op kunt aansluiten
Lijkt me dat als de snelheid omhoog gaat, ook het verbruik stijgt. Dus zou deze techniek in mindere mate geschikt zijn voor laptops. (Omdat je sneller op acties kunt reageren zou het wel beter zijn)
Betekent dit ook dat je er meer apparatuur op kunt aansluiten
Ik denk dat dat wel mee valt, het meeste vermogen wordt over het algemeen gebruikt voor de CPU / Geheugen / Controllers, de communicatie bussen daartussen werken op lagen spanningen, en daar loopt bijna geen stroom. Het verbruik zal mischien iets toenemen omdat er nu sneller geschakeld moet worden op de bus. Maar t.o.v. energie verbruik van je geheugen/cpu maakt het niet veel uit.
:strip_exif()/u/69356/crop6703a7ee02efa.gif?f=community){kind=small}
Kan je deze bus wel overal adresseren?
De smbus kan je namelijk alleen direct van het moderbord aftappen, maar heel weinig fabikanten zetten een plug voor de smbus erop, waardoor de functionaliteit nog altijd beperkt is tot wat er direct op je moederbord zit, en moelijk uit te breiden..
Liefst zou ik zien dat bij gebruik van de bus het verplicht wordt hiervoor een connector te plaatsen...
De smbus kan je namelijk alleen direct van het moderbord aftappen, maar heel weinig fabikanten zetten een plug voor de smbus erop, waardoor de functionaliteit nog altijd beperkt is tot wat er direct op je moederbord zit, en moelijk uit te breiden..
Liefst zou ik zien dat bij gebruik van de bus het verplicht wordt hiervoor een connector te plaatsen...
@JoJiRo
Het een hangt met het ander samen, als je de vrij oude SMB wilt verbeteren op foutgevoelgheid zul je met de huidige technieken al snel genoodzaakt zijn ook de snelheid te verhogen, omdat die technieken nu eenmaal op hogere snelheden werken.
Het een hangt met het ander samen, als je de vrij oude SMB wilt verbeteren op foutgevoelgheid zul je met de huidige technieken al snel genoodzaakt zijn ook de snelheid te verhogen, omdat die technieken nu eenmaal op hogere snelheden werken.
Zo dan! waarom hebben ze zo'n ongelooflijk grote bandbreedte nodig voor het versturen van sensor data? Niet vanwege de enorm grote datapaketten neem ik aan, het zijn maar een paar getalletjes die uit die temperatuur en ADC's komen hoor...
verplichten kan je niet eigenlijk, maar als fabrikanten ontdekken dat het lucratief is zal zo'n plug er echt wel komen...
Op dit item kan niet meer gereageerd worden.