Jag har hört att I2C inte är lämpligt för så stora avstånd (helst inte över 50 cm).
SPI fungerar på längre avstånd om man kör långsamt.
För att plocka bort störningar från långa ledare så kan man sätta RC_filter på ingångarna.
Styra relä från parallel port
Re: Styra relä från parallel port
Både I2C och SPI är *i princip* för att kommunicera inom samma kretskort eller
möjligtsvis mellan ett moderkort och ett direktanslutet dotterkort (piggy-back).
> SPI fungerar på längre avstånd om man kör långsamt.
Drar man ner hastigheten ordentligt och ändrar t.ex nivåerna med "drivers"
så når man snart en gräns där det är frågan om det kan kallas SPI längre.
möjligtsvis mellan ett moderkort och ett direktanslutet dotterkort (piggy-back).
> SPI fungerar på längre avstånd om man kör långsamt.
Drar man ner hastigheten ordentligt och ändrar t.ex nivåerna med "drivers"
så når man snart en gräns där det är frågan om det kan kallas SPI längre.
- prototypen
- Inlägg: 11108
- Blev medlem: 6 augusti 2006, 13:25:04
- Ort: umeå
Re: Styra relä från parallel port
Jag använder ett eget hopsnickrat serie system med klocka, synk (reset) och datasignal på varsin tråd. Överföring med RS232 kretsar och går felfritt 110 m i Göteborg (som är längst) sedan finns det på runt 100 ställen runtom Sverige. Klockfrekvens 25 kHz och fördröjning 3,3 ms. flyttar 80 bitar. Något snabbare behövs inte för lamptändning
Fördelen med diskret klocka och reset är att det gör inget om klockan går fortare eller långsammare.
Protte
Fördelen med diskret klocka och reset är att det gör inget om klockan går fortare eller långsammare.
Protte
Re: Styra relä från parallel port
Det verkar blivit utvecklat, titta på NXP AN255. På sid 20 står det om I2C över långa kablar. 50 m lär vara en övre praktiskt användbar gräns om man läser i FAQ.sodjan skrev:Både I2C och SPI är *i princip* för att kommunicera inom samma kretskort eller
möjligtsvis mellan ett moderkort och ett direktanslutet dotterkort (piggy-back).
