Svenska ElektronikForumet

Jag har tänkt att bygga ett automatiserat bevattningssystem som jag vill kunna styra från ett program som är på en annan plats. Det jag då tänkte är att koppla en internetkabel direkt in i mikroprocessorn och sen styra systemet därifrån. Så logiken kommer vara väldigt enkel men har problem med internetanslutningen.

Har suttit lite med AVR förut så tänkte att jag skulle fortsätta på samma bana, om det inte visar sig vara mycket enklare vid något annat. Arduino och liknande kit är uteslutet utan vill sitta med riktiga grejer (:

Har sökt en del men det mesta verkar vara flera år gammalt och som man vet så går det fort inom teknikens värld.
Så vad är det jag ska satsa på? Finns det någon bra guide på det hela?

//Ludwig

Att köra ethernet/TCPIP är ett rellativt stort steg, i alla fall
i AVR/PIC världen. Vad är det för avstånd vi talar om ?
Vad är det du ska göra från från "en annan plats" ?
Är den en "annan plats" eller flera "andra platser" ?
Hur ofta kommer denna "andra plats" att vara uppkopplad
mot bevattningssystemet ?

AVR eller PIC allt efter smak, kopplat med en Microchip ENC28J60 eller storebror EBC624J600, så är det nästan klart. Släng på uIP stacken och du är upp o kör på nolltid.
Finns massvis med projekt och exempel på dessa kombinationer på nätet.

Eller använd lite kompetentare processor med inbyggd Ethernet, min favorit ärTI's Stellaris processorer, t.ex. LM3S6965.

sodjan skrev:Att köra ethernet/TCPIP är ett rellativt stort steg, i alla fall
i AVR/PIC världen. Vad är det för avstånd vi talar om ?
Vad är det du ska göra från från "en annan plats" ?
Är den en "annan plats" eller flera "andra platser" ?
Hur ofta kommer denna "andra plats" att vara uppkopplad
mot bevattningssystemet ?

Avstånden vi snackar är mil. Jag vill kunna styra när det ska bevattnas när man är borta. Tex har det regnat mycket senaste veckan behövs inte vattnet men är det torrt så ska man kunna öppna programmet och sen starta det.
Det kan alltså vara flera olika platser och är uppkopplad när det behövs dvs en gång/dag. Kanske får för mig att utveckla systemet med andra saker vid ett senare tillfälle så det vore trevligt om det gick att fortsätta utveckla på det jag bestämmer mig att köra på. Kanske bör tilläggas att det bara kommer vara en person uppkopplad till enheten.

Jesper: ENC28J60 och uIP stacken verkar intressant, har du någon guide / annan trevlig info tillgänglig i bakfickan som man skulle kunna kika på?

Lite inspiration?

Ett exempel hittar du här i mitt gamla svn repository :

http://svn.redegg.net/open/Sample_Code/enc28j60_test/

[Edit]: Här finns en lite "vänligare" vy över projekten:
http://svn.redegg.net/websvn/listing.ph ... ample_Code

Mer finns det här:

http://lmgtfy.com/?q=avr+enc28j60+uip

Tackar för alla länkar!
Bra med lite inspiration också (:

Jag kan starkt rekomendera Wiznet W5100/W5200, lite av ethernetchipens motsvarighet till ftdis USB till serieports chip.
Den hanterar tcp/ip stacken åt dig och du behöver egentligen bara sätta upp vilka IP settings du använder och sen öppna /lyssna på TCP/UDP portar. Mellan chippet och AVR/PIC kör du en enkel SPI bus (och ev en status/interrupt lina). Det finns också 16/32 kByte buffert för ethernet paket om du är upptagen med något tidkritiskt när paketet kommer in.

Chipet kostar i ental under 5USD, förutom chipet behövs bara en RJ45 med inbyggd trafo (ett så kallat MagJack). Det finns även färdiga evaluationboards/moduler, något med någon 32 bitars µC. (ex sparkfun har prylar, även wiznet har en onlineshop http://shop.wiznettechnology.com/)

Största fördelen är att du slipper ens fundera på att strula med en TCP/IP stack, kostnadsmässigt blir det inte direkt mycket dyrare (om ens dyrare) än en µC med inbyggd ethernet support och en extern PHY. (Har inte kollat prisskillnaden mot en med allt intregerat). Time to market ser jag som mycket snabbare än att försöka få allt att rocka tillsammans på samma µC, särskilt om något är mycket tidskritiskt i resten av applikationen.

Jag har en liknande tråd i frågan http://elektronikforumet.com/forum/view ... =7&t=41902 (där finns också andras rekomendationer av olika chip)

går ju att lösa med en xport och liknande också.

typ: http://www.lantronix.com/device-network ... xport.html

Jag skulle även vilja slå ett slagg för Tibbo produkterna.

Jag gjorde att "container fynd" förra veckan och hittade 13st ouppackade EM100.

Efter att ha satt mig in i vad dom gjorde och hur det funkade måste detta vara det absolut enklaste sättet att styra sin MCU över nätverk.

Det är helt enkelt en Seriport över IP och man konfigurerar modulen direkt från PC mjukvara (IP, portar etc).

Sedan stoppar man in en drivrutin i PC'n som parar sig med modulen och allt du skickar mot den porten ramlar ut på TTL nivå ur modulen.

Även två lösa moduler kan paras och tala med varandra utan några virtuella comportar på PC.

Mina moduler var ju lite gamla, och jag såg på hemsidan att man med mer modernare moduler kan göra egna tillämpningar med en typ av basic som sedan läggs rakt ner i modulen.

drivrutin i PC'n = Microsoft propietärt

Kanske inte så flexibelt.

blueint: Hur tänkte du nu?? Det är möjligen ett Tibbo propietärt protokoll, men det är ju ingen garanti, det finns massor av saker som kräver drivrutiner i MS produkter och fortfarande är ett öppet prtokoll. Kanske tom har en Linuxdrivrutin...

Moxa har liknande produkter, vissa av dem är det bara att koppla upp sig på port 950 och skicka data, den kommer sen ut på serieporten...

> Avstånden vi snackar är mil...

Jahaja, det kunde ju lika gärna ha varit något ute i trädgården...

Beroende på vad du har tillgång till (utrymme, 230V o.s.v) på platsen för
bevattningsanläggningen så finns det flera möjliga lösningar. Hur ser "nätet"
ut på platsen ? Är det t.ex innanför ett ADSL modem/router ? Och i så fall,
är du admin på prylarna så att du kan styra med port-access o.s.v helt ?

Om det vore *jag* så skulle jag kanske skaffa en beg terminalserver, t.ex
en 4 portars Lantronix eller liknande. OK, lite skrymmande kanske, men
det är prylar jag kan...

XPort och liknande fungerar ju också bra. Som jag förstår det så är du inte
beroende av någon större hastighet, så ett seriellt interface är nog helt OK
mot processorn.

Jag vet inte om det har framgått tydligt, men är det ett one-off det gäller ?
Eller ska det byggas flera i en serie ?

blueint skrev:drivrutin i PC'n = Microsoft propietärt

Kanske inte så flexibelt.

Nää
PC != Microsoft

Låter som förutfattade meningar

Drivers finns till:
- RedHat, Madriva, SuSe, Ubuntu, Gentoo ...
- Debian 4, 5
- RedHat 9
- ARM (armv5tejl, ts-7800), linux-2.6.21-ts
- Windows32
- Windows64

Förutfattad statistik. Ospecifierat PC = x86. Ospecifierad x86 OS = Microsoft. Uppenbart har det gått framåt. Men det lämnar ändå ett beroende av drivrutinen såvida inte protokollet är dokumenterat.

Men en mikrokontroller + ethernetkontroller borde lösa uppgiften.
Glöm inte signaltransformatorn och diverse RC anpassningsnät.