Hi,
Hoe je er ook tegenaan kijkt, de pulssignalen moeten er als je er naar kijkt met een 1:10 probe op de scoop goed uit zien.
Is dit niet zo, dan heb je kans dat het op termijn toch mis gaat, pulsen die maar ter nauwer nood het vereisde 70% voedings niveau halen kan ik niet goed vinden.
De 30% voor het laag niveau van de gebruikte voedingspanning is meestal geen probleem als je de massa aansluitng goed geregeld hebt.
Wat ik hier zag aan signaal kwaliteit van het scoop plaatje kan ik niet goed noemen.
Er van uit gaan dat de robuustheid van het i2c protocol het wel oplost vind ik een verkeert uitgangs punt.
Mijn uitgangspunt is dat het i2C signaal er goed moet uit zien, bij 100KHz kan het zelfs met korte draden met 10K Pull-ups die vaak op een sensor aanwezig zijn.
Maar dat is voor een normale situaties voor storingsvrij gebruik gewoon niet voldoende.
Sommige van jullie willen de Pull-Ups zo hoog mogelijk hebben, wat begrijpelijk is vanwege het stroomverbruikt.
Zoals altijd gaat bij mij de stabiliteit voor, voor jullie? mogen jullie zelf beslissen
rew
Wat je allemaal met Google vind wat gemeten signalen betreft, zegt mij heel veel over de gene die deze metingen gedaan heeft.
In principie vertrouw ik maar een paar mensen wat foto's van metingen betreft, waarvan Jim Williams er één van is.
Als het goed is begrijp je wat ik bedoel.
Voor de gene die het niet weten, hele dikke traces omdat er gemeten is met max bandbreedte en metingen aan blok signalen met grote over en ondershoot zijn de norm op het Internet, zo hoort het dus niet in mijn ogen.
De opmerking over de Logic-analyzer geeft mooi aan dat het waarschijnlijk niet goed begrepen is.
Dit instrument geeft je mooie blokgolven op je apparaat maar wat je het op ziet ziet,
maar dat is niet het signaal, het is een geperfectioneerde weergave.
Ik heb niets tegen Logic-Analyzers, zoals met alle meetinstrumenten denk na als je ze aansluit, ze belasten het circuit.
Door het aansluiten van de Logic analyzer kan het b.v. ook net weer goed gaan of net niet...
Dus zorg er eerst voor, dat je digitale signalen er goed uitzien, zodat ze ook later er geen problemen optreden door b.v. temperatuur wisselingen en dat de Logic-analyzer niet tegen je liegt omdat er voldoende stroom is om de ingangsimpedantie van de Logic-analyzer aan te sturen.
Oja, de drie standen van de bus wat snelheid betreft, geven de stroom aan wat je als basis kan zien dat nodig is voor de bus bij die snelheid bij een bepaalde bus capaciteit en je natuurlijk de weerstandswaarden die uit deze stroom volgen.
In principe bepaald zover ik weet, de Pull-up weerstand de stroom en niet de snelheid van het protocol.
De snelheid verlang een minimale stroom om met max. paracitaire capaciteit(400pF schijnt de norm te zijn) goed te werken.
De transistor in het i2c device (SDA en SCL aansluiting) is meestal een MOSfet die hard geschakeld wordt, zover ik weet is dit geen stroombron.
Ik ben op het ogenblik niet bij machte om nette scoop metingen te laten zien van het project waar ik op het ogenblik mee bezig ben.
Dat is een Adafruit Feather M0 met wat i2c sensoren en scherm, ik ben namelijk vergeten een scoop probe vergeten mee te nemen...
Anders had ik hier wat plaatjes van mijn i2c bus laten zien.
Zoals altijd is er altijd een "Error Budget"
Hoeveel devices gaan er op de bus
Welke snelheid gaat er gebruikt worden
Hoeveel parasitaire capaciteiten spelen er mee
Hoeveel energie mag ik verbruiken
Is er een device op de bus die misschien maar weinig stroom kan syncen
Zijn alle devices 3.3v of 5V geshikt?
Vullen jullie het zelf verder aan
En hier een plaatje uit een Philips/NXP document dat een deel van de specificaties weergeeft wat stromen en snelheid betreft.
Gegroet,
Bram