Svenska ElektronikForumet

> ...men skulle inte ha den som kärna i något verksamhetskritiskt.

OK, I'm lost...
Var står det något om "verksamhetskritiskt" ?
D.v.s att det skulle uppstå en allvarligt situation om något "flippar ur"?

Linux brukar väl kunna användas i kritiska servrar, nätverksrouters och sådant som bara går och går. Men hur pass stabil raspberry är hårdvarumässigt vet jag inte än, har bara haft min i några dagar ännu. Än så länge funkar den bra.

pi@raspberrypi2 ~ $ uptime
17:17:22 up 56 days, 13:40, 1 user, load average: 0.31, 0.21, 0.16

kör OWFS, RRDTool och en web server.
loggar data och uppdaterar grafer en gång i minuten.

inga error i logfilen

Ja Linux är såklart väldigt tillförlitligt.

Frågan är hur driftsäkerheten på en 300 kronors platform är, speciellt om man kanske inte tagit hänsyn till att man faktiskt arbetar på ett SD-minne, och har flera tjänster öppna som kanske det kan uppstå säkerhetshål och annat i..

RPi är ingen "starta och glömm bort" produkt i mitt tycke.

Raspberry Pi kan inte mäta analoga signaler, du behöver något som kan mäta analoga signaler. Köp en sån pryl och nöj dig med den. Jag hade köpt en AVR mikrokontroller, t ex:
http://www.electrokit.com/atmega4820pu-dip28.44913

Meduza skrev:Något åt detta håll känns lämpligare om du vill ha huvudsaken av elektroniken färdig:

En https://www.adafruit.com/products/849
+ https://www.adafruit.com/product/1141
+ https://www.adafruit.com/products/271
+ http://www.adafruit.com/products/181
+ ev http://www.adafruit.com/products/292

Så har du nästan allt för att bygga en färdig kapslad datalogger med display

Hej Meduza!

Jag tackar som ödmjukast för ditt underbara förslag!

Jag var på väg att ge upp det här projektet för jag kände att jag helt enkelt inte skulle klara av det.

Det är så otroligt mycket med den moderna datavärlden jag inte förstår.

Dessutom är jag mycket av en dinosaur dvs jag gillar gammal teknik.

Jag har dock förstått att Rasperry Pi verkligen är som flera av er sagt, overkill.

Vem behöver HDMI, LAN eller Compositvideo i ett system som bara ska jobba stand alone och logga data?

Jag blev således extra glad när jag läste att loggermodulen/shielden faktiskt har en RTC inbyggd.

Så, där var det problemet undanröjt.

Och gott om A/D-kanaler hade den också (även om jag i teorin bara behöver en).

Nu får jag faktiskt inspiration.

Frågan är bara hur jag går vidare (jag som inte vet nåt).

Arduino Leonardo får det i alla fall bli!

MVH/Roger

Beställ hem grejorna, titta på Adafruits guider, dom har en tutorial på hur man använder logger-shielden, och lär dig lite enkel programmering för arduino!

Jag ställer nu en fråga av en något bekväm anledning.

Jag orkar nämligen inte riktigt ta reda på svaret själv

Jag har fått ett underbart koncept av Meduza och jag älskar det.

Men tillgängligheten på Ardunio Uno tycks vara bättre (finns t.ex på Kjell & co).

Dessutom är den bestyckad med en DIL-processor.

Vilket underlättar felsökning i mina ögon.

Frågan är bara, kommer resten av dina fantastiska shields, Meduza, att passa även en Uno?

Eller måste jag köpa en Leonardo?

Skillnaden mellan Uno och Leonardo tycks annars mest vara separat/inbyggd USB-controller.

Eller har jag fel?

Får jag bara svar på detta kommer jag kasta mig över projektet med full passion!

Dvs ge mig in i en djungel jag inte fattar ett smack av

MVH/Roger

Det lär fungera utmärkt

Jag har nu beställt alla delar utom den sista som jag tolkar som "eventuell".

Jag har dock valt Uno istället för Leonardo. Detta mest pga DIL-processor och därmed enkelheten att debugga grejerna.

Jag har ingen susning om hur jag ska gå vidare men hoppas det ger sig när jag får grejerna.

Jag har dock förstått att kodningen faktiskt verkar vara ganska enkel.

Tack för tipsen, Meduza!

MVH/Roger

Så, nu har jag äntligen fått koll på hårdvaran dvs hur Arduino UNO kan användas i min applikation.

Nu återstår det att programmera grejerna.

Två små initiala grejer känns dock svåra.

Dels skulle jag på nåt sätt vilja aktivera två av de digitala portarnas (D3&D4) interna pull-up:er för att slippa mer elektromekaniskt meck än nödvändigt, dels hade det varit trevligt om jag lyckades skriva interrupt-rutiner för dessa portar (som har interrupt-on-change/edge). Men jag är å andra sidan en stor anhängare av polling. Dock undrar jag hur ofta man måste polla en digital ingång för att det ska fungera i praktiken.

Processorn går tydligen på 16MHz. Säg 10MHz för enkelhets skull. En cykel är då på 0,1us. Om processorn ska kunna hinna köra lite kod emellanåt också kan man nog inte förvänta sig en snabbare polling av ingångarna än 1 gång per 0,1ms. Men det borde faktiskt räcka Tror alltså jag faktiskt kör med polling istället för modern, komplicerad och ofta onödig interruptrutin-programmering.

Eller, vad tycker ni?

MVH/Roger

Jag tycker du ska använda enkel och praktisk interrupt driven funktion.
Titta här och säg om du tycker det verkar svårt...
http://arduino.cc/en/Reference/attachInterrupt

Men du måste då använda p2 och p3 för

Most Arduino boards have two external interrupts: numbers 0 (on digital pin 2) and 1 (on digital pin 3).

> Dock undrar jag hur ofta man måste polla en digital ingång för att det ska fungera i praktiken.

En gång i timmer räcker mer än väl.
I alla fall om man inte har några andra krav.

Nu skojar du väl?

Jag behöver alltså polla en digital ingång motsvarande en knapps nedtryckning. För att inte missa nedtryckningen känns det som om en gång per 10 millisekunder borde vara ett måste. Är man dock medveten om segheten i programmet kan man ju naturligtvis hålla nere knappen en stund och på så sätt polla den än mer sällan.

MVH/Roger
PS
En liten konding över brytaren underlättar nog.

Nu förstår jag inte ... Du har ont om tid och vill fixa något snabbt.

Raspberry Pi i all ära, men om du nu inte är van vid varken Linux eller Android, så förstår jag inte hur det skulle vara lättare att börja med än att programmera en 8-bitars controller med inbyggd ADC och USB-seriell port.

Startsträckan att lära sig programmera en 8-bitars µC i C: Lära sig koda i C, läsa lite datablad på vilka inställningar som ska göras för ADC och USB, skriv programmet - klart.

Startsträckan för hallonpaj: Hitta rätt Linuxkärna som fungerar, hitta alla passande drivrutier eller annat för att få den att kommunicera, lära sig alla "lager" av API-er och annat som ingår i Linux, jobba mot dessa i C++ eller Java.... Ser inte att det kan gå snabbare?

Men man har ju olika förutsättningar. Jag kanske har fel , men vet ju vad jag hade valt själv.