Efter lite pill med den minsta lödspetsen så är kretsen uppkopplad. Har plitat ihop ett litet program som bit-bangar kommunikationen också. Har dock lite problem. Skumt nog uppstår det bara när jag instruerar kretsen att mäta fukthalt. Under temp-mätning så uppstår inte samma problem. Skickar kommando till kretsen ca en gång per sekund, väntar en halv sekund och läser sedan av resultatet. Ibland får jag då bara ettor från kretsen. Ska ta och gå igenom programmet ordentligt och skriva om vissa delar från början.
Bilder på uppkopplignen kommer så snart jag får fart på min server. Det verkar ju vara obligatoriskt med bilder här
På sidan 3 i databladet ovan ser man ett timing-diagram. Tittar man på de delarna som visar när man läser data från kretsen så tolkar jag det som att man skall sätta SCK hög och sedan läsa av DATA innan man drar SCK låg igen. Stämmer det?
Jo jag vet att det går att köra den mot TWI.
Tanken är dock att jag vill ha flera sensorer på en I2C-buss. Då är processorns uppgift vara ett interface mellan sensorn och I2C.
Eller menar du att jag kan hänga på både SHT11 och I2C på processorns TWI?
PHermansson -> Jo, men så är ju inte TWI helt och hållet bara I2C heller.
TWI är Atmels universal tvåtrådsinterface som bara råkar vara I2C kompatibelt. Som jag lyckats förstå så skall TWI kunna prata SHT11 om jag skulle vilja. Men i detta fall vill jag inte det.
Nisse skrev:Jo jag vet att det går att köra den mot TWI.
Tanken är dock att jag vill ha flera sensorer på en I2C-buss. Då är processorns uppgift vara ett interface mellan sensorn och I2C.
Eller menar du att jag kan hänga på både SHT11 och I2C på processorns TWI?
Mvh
Nisse
ok, då förstår jag. Jag har inte jämfört TWI/SHT11 så noga att jag vågar påstå att det kan blandas mellan i2c och SHT´ns avart. Men om jag skulle använda det som du tänkt hade jag iallafall kollat databladen för att veta vad som skiljer (nu har du kanske redan det och det är jag som sitter här o yray för mig själv bara....) och om det går att blanda.
På sidan 3 i databladet ovan ser man ett timing-diagram. Tittar man på de delarna som visar när man läser data från kretsen så tolkar jag det som att man skall sätta SCK hög och sedan läsa av DATA innan man drar SCK låg igen. Stämmer det?
björn skrev:Jo, det e klart Frågan är hur mycket som skiljer från "vanlig" I2C.
När det gäller SHT11 så skiljer det en hel del från I2C. Största skillnaden är väl att det inte finns någon adressering, vilket gör att det inte går att sätta flera på samma buss.
Men då får jag ju fortfarande bitbanga? (antingen I2C till switchen eller SHT11 protokoll).
I så fall skulle det vara enklare med en analog switch som inte hade I2C interface utan bara 2 adresspinnar. 2 utgångar från AVR för att välja mellan SHT11or och TWI för att prata med dom. Då slipper jag bitbanga I2C.
Frågan är hur mycket som skiljer från "vanlig" I2C.
