Svenska ElektronikForumet

Jag undrar om det finns någon som har gjort en webserver som det går att styra utgångar och läsa av ingångar med.
I första hand gäller det digitala in/ut.
Om det finns, går det då att få ta del av projektet, både hård och mjukvara?

Elektors Digibutler kan göra det. Och en massa andra saker också.

Kika på uChips PICDem.Net, de gör vad du frågar efter, tämligen elementärt dock

Ja, jag har. Använder en PIC med ethernet och styr digitala utgångar samt läser digitala+analoga ingångar.
Det finns även möjlighet att ansluta externa kort via CAN-bus och plats till RF sändare+mottagare på kortet.
Tyvärr finns inte underlagen tillgängliga ännu men kommer att läggas ut till almänheten så småningom (inte riktigt färdigt för presentation ännu).

EDIT: Bygger alltså på samma/liknande hårdvara som PICdem som TomasL länkade till.

Tack för inläggen.
Det du skriver Björn, verkar vara precis i min smak.
Jag ser fram emot en komplett beskrivning med schema och kod och hoppas att det blir snart.

Du har förstås en massa mods av Linksys apparater mfl.

Men skulle tro att Guido Socher's webbserver är något som passar dig!
http://www.tuxgraphics.org/electronics/ gå ner lite på sidan till "AVR ethernet / web server"

Mindmapper: din AVR länk var suverän. Skulle gärna vilja experimentera lite så småningom, men har för lite grundläggande kunskaper om TCP/IP för att fatta hur jag ska göra. När man kör en sån här embedded server, vilka protokoll är de vanligaste man använder? HTTP är ju trevligt om man vill kunna koppla upp sig från vilken browser som helst, men det kanske finns smartare protokoll som är mer anpassade till situationen?

Jag kanske ska lära mig först hur UDP fungerar innan jag ger mig på TCP och HTTP?

Jag tycker nog inte att det finns någon större anledning att lära sig allt möjligt om TCP, UDP, HTTP. Det är roligt att förstå allt som skrivs i artiklar osv. Men i och med att TCP/IP-stackarna är färdigskrivna och ligger på plats så behöver man ju inte in i dom och peta.

Protokollen är transportmedlen och det klart det är bra att veta om man ska anlita en traktor, MC, tåg eller lastbil. Men du behöver inte veta hur de är konstruerade i detalj. Det räcker med att veta vilka egenskaper de har och hur du lastar dom, dvs skickar med payload. Från början spelar det oftast ingen roll om man vet deras egenskaper heller. Man blir lika lycklig varje gång som ett gäng 1'or och 0'or kommer dit de ska. Kommer de inte fram blir det inte lika muntert. Då måste man börja felsöka och det kan vara bra att kunna reda ut om det var fellastat eller om infrastrukturen på internet ställer till det. Men det är i regel inte så att krångel i det fallet ligger på tcp, udp eller http- nivå. Utan då är det mera IP och DNS, kablar och kontakter och sånt som krånglar.

Om du ska skriva egna protokoll blir det förstås en annan sak. Då måste du ha stenkoll på protokollens uppbyggnad.

De kunskaper som jag tycker är nödvändiga är programmeringsspråken. Jag själv har hållit på för mycket med assembler och för lite med C. Om du behärskar högnivåspråk så blir lastningen av payloaden enkel!

Börja exprimentera på en gång. Låt inte protokollen hindra dig!

Mindmapper, anser att du har fel där, för att få det som TS frågar efter är det i princip en nödvändighet att förstå hur det fungerar, framför allt när det inte gör det.

BTW, har en PICDEM.Net liggande, som jag kanske kan avyttra.
Den är baserad på 18F452 och RTL8019.

skulle det inte funka att köra med paralellport i ASP.Net? Eller vad är målet?

Ja det beror ju helt på hur avancerat man vill göra det. Ett FoxBoard och lite PHP-kod från exemplen på projektets hemsida löser problemet, så också en PC med parallellport och några rader kod. Frågan är ju vilken nivå projektet ska vara på, är målet att snabbt få fram en fungerande lösning eller går det ut på att lära sig nya saker?

TomasL skrev:Mindmapper, anser att du har fel där, för att få det som TS frågar efter är det i princip en nödvändighet att förstå hur det fungerar, framför allt när det inte gör det.

Vad jag kommenterar är det inlägget före mitt (av jesse) där han vad jag fattar är intresserad av att köra ett färdigt system med en redan utvecklad och fungerande stack. Men jag anser också att ska du hålla på med stacken så måste du ha koll på den och det är väl lite mera av vad TS frågade efter. Skrev också om felsökning och att det är andra kunskaper som kan vara viktigare än att förstå interna funktionen av tcp, udp och http när man felsöker. Det jag skrev är fortfarande relaterat till att det finns en färdigskriven och fungerande stack.

Men det viktigaste är att börja och köra med något så får man nya erfarenheter hela tiden. Ska man vänta tills man behärskar allt innan man ger sig in i något kommer man ingenstans.

Nja, en TCP/IP app på en uC är så tätt intergrerad i varandra så att det är ofrånkomligt att man måste ha insikt i stackens funktion.
På en PC är det en helt annan sak.

EDIT: dubbelpost (orsak: comhems sega uppkopling!)