Rasp-pi Varvtalsmätare

Inte för att vara sån nu, men shit vad bökigt.

Är det frågan om att lära sig något, så låt gå för det, men rent praktiskt.. njaeee :>

Vill man nörda till det ännu mer kan man programmera en mikroprocessor såsom AVR eller PIC att läsa av varvtalet på något sätt och sedan kommunicerar man med mikroprocessorn via raspberry pi (eller skippar rapsberry pi helt och hållet).

Har man ändå blandat in logik i det hela så kan man kanske införa varvtalsreglering också, du ställer in önskat varvtal så styr elektroniken motorns gaspådrag för att hålla konstant varvtal vilket kanske kan funka som farthållare? Fast då kanske man hellre styr på hastighet från en GPS med tanke på havsströmmar, vindpåverkan och sådant. Och har man ändå blandat in GPS och dator så kanske man vill ha reglersystem till rodret som håller en viss kurs och följer en viss rutt så får du en autopilot! Skriv in önskad destination och låt båten köra själv.

Här är en variant av varvräknare som kör på reflexprincipen:
http://extremeelectronics.co.in/avr-projects/avr-project-atme...

Kolla lite på elektronikforumet, de har säkert bra tips:
http://www.elektronikforumet.com/

Ja där finns till och med ritning med PIC-processor och mönsterkort:
http://elektronikforumet.com/forum/viewtopic.php?p=892147#p89...

Fast teorin om att man kan mäta pulserna direkt i cigguttaget verkar också stämma:
http://elektronikforumet.com/forum/viewtopic.php?p=864721#p86...

Att mäta från batteriet. Är rätt säker på att du kommer bli tvungen att filtrera signalen, skulle tippa på att den är ganska duktigt skitig pga kickback från tändspolen och sådant.

Det känns mkt vettigare att köra med en separat pickup som använder en dedikerad signal för det där. Det blir enklare om man kan anpassa signalen efter apparaturen än om man tvingas anpassa apparaturen efter signalen

Enklaste borde vara att mäta gaspådraget(med lingivare eller liknande), max gaspådrag ger max varvtal och ingen gas ger noll i varvtal. Sambandet borde var hyfsat linjärt och varvtalet på motorn borde ju svara rätt snabbt mot gaspådraget.

+Inga ingrepp i motorn behöver göras, endast en modifiering av gas-hantaget.

borde inte en reflex och en gammal laser sensor från en mu med hyfsat hög dpi duga?
tex: ss sensie som har 11000dcpi den borde ju kunna plocka signaler fort?
och eftersom at axeln är rund kommer den inte få signaler utanför den lilla platta reflexen?!
kan kolla lite mer data om musen vid intresse
(har den)

edit: kom på en bonus: den har usb interface....

Det står hur de testat sensorn mot en kuggkrans som roterade 3600rpm, sensorn i sig klarar över 100 KHz i switchfrekvens, så det beror på hur fin upplösning du vill ha, man mäter ofta vinklar genom att räkna kuggar/varv då får du fram vinkeln på rotationen, tex om du ska göra ett tändsystem men så avancerat behöver du inte göra det, men däremot kan det vara en fördel med flera nockar att känna av om man ska kunna balansera en roterande axel, sätter du på en sak den reagerar på så blir det obalans, har du flera nockar så går det att balansera det bättre, men pulsfrekvensen från givaren ökar proportionerlig mot antalet nockar och man ska inte gå över 100KHz.

Denna hallsensor är billigare än den på Elfa. Har ingen aning om den funkar att känna av magneterna på svänghjulet men det känns inte som en omöjlighet.
http://www.electrokit.com/ats177-sip3-hall-effect-sensor-latc...
https://www.sparkfun.com/products/9312

Jag tror på idén att ha en mikroprocessor som interface mellan din givare (vad det nu än blir) och din raspberry pi. En mikroprocessor är lämpad för att mäta snabba förlopp och översätta till digitala signaler som man exempelvis kan läsa av på GPIO-pinnarna eller via UART på raspberry pi. Finns timers, räknare AD-omvandlare och annat roligt inuti dem som kan mäta förloppen snabbt och exakt. Gertboard till raspberry pi innehåller just en AVR-processor för att kunna göra sådana här grejer smidigt. Finns även de som använder Arduino som ju egentligen bara är en AVR-processor med tillhöranda programvarubibliotek för att underlätta programmeringen.

Gertboard: http://www.raspberrypi.org/archives/1734

En annan intressant givare för att stabilisera ditt roder vore väl en kompass?
http://www.electrokit.com/kompassmodul-hmc6352.45271

Eller kan man kanske sätta denna på lämpligt ställe i motorn för att mäta varvtalet?
http://www.electrokit.com/rotationsenkoder-200-p-v-kvadraturu...

Jag gillar verkligen electrokit, de har så roliga prylar man kan bygga saker med. Ibland är de dyra men då får man väl köpa billigare på ebay istället om man orkar vänta en månad på att få grejerna skickade från Kina. Oftast blir det dyrare att bygga något än köpa en färdig grej men det är roligare och mer lärorikt.

Propellerns storlek påverkar inte "steady state" varvtalet, bara responsen. men som sagt vill man ha det mer exakt så får man lösa det på annat sätt.

Denna hallsensor är billigare än den på Elfa. Har ingen aning om den funkar att känna av magneterna på svänghjulet men det känns inte som en omöjlighet.
http://www.electrokit.com/ats177-sip3-hall-effect-sensor-latc...
https://www.sparkfun.com/products/9312

Jag tror på idén att ha en mikroprocessor som interface mellan din givare (vad det nu än blir) och din raspberry pi. En mikroprocessor är lämpad för att mäta snabba förlopp och översätta till digitala signaler som man exempelvis kan läsa av på GPIO-pinnarna eller via UART på raspberry pi. Finns timers, räknare AD-omvandlare och annat roligt inuti dem som kan mäta förloppen snabbt och exakt. Gertboard till raspberry pi innehåller just en AVR-processor för att kunna göra sådana här grejer smidigt. Finns även de som använder Arduino som ju egentligen bara är en AVR-processor med tillhöranda programvarubibliotek för att underlätta programmeringen.

Jag tror det finns 3,3 Volt ut från raspberry pi? I så fall kanske du med utgången från hallsensorn kan styra en transistor som du kopplar i serie med lämpligt motstånd till 3,3V utgången på raspi och så kör du spänningsdelning till ingången på GPIO. Lite svårt att förklara kanske med om du klurar lite kanske du förstår vad jag menar. Finns väl även 5 Volt ut från raspi som du kan mata hallsensorn med?

Fast egetligen kanske man vill separera detektorn mera från raspin. Kanske kan vara värt att köra med optokopplare istället för transistor för att få en isolation mellan kretsarna. Finns säkert färdiga ic-kretsar man kan koppla in för omvandling av signalnivåer.

Protip: den där sortens skärmar kan du köpa mycket billigare från diverse hongkongsiter, gjorde en snabb sökning på dx.com vilken resulterade i ett ganska bra utbud: http://dx.com/s/reverse+camera+monitor

Eventuellt kan du till och med hitta exakt samma skärm som den du funderat på för en bråkdel av priset. Deltacos affärsidé är såvitt jag har sett att rebranda kinagrejer och göra ett prispåslag på några hundra procent.

När du säger det så är det förstås vettigare att mata hallsensorn från båtbatteriet. Men då skulle jag vilja ha en galvanisk isolering mellan sensorn och raspberry pi för att minska risken att något går sönder. Det kan man göra med en optokopplare som i princip är en del som är lysdiod och en annan del (en optotransistor) som påverkas av ljuset från ljusdioden. Dessa båda delar kan kopplas till två olika kretsar som är elektriskt isolerade från varandra. Då tänker jag mig att du matar lysdiodsdelen av optokopplaren från hallsensorn (dubbelkolla om det går att mata ut ström från den som kan driva lysdioden i optokopplaren). Du kommer troligtvis behöva ett motstånd i serie för att begränsa strömmen till lagom nivå. Den andra delen i optokopplaren (optotransistorn) kan man se som en omkopplare som slår till och från beroende på om lysdioden lyser på den. Om du kopplar ett motstånd i serie med optokopplaren på raspi 3,3V utgång kan du koppla GPIO mitt emellan optokopplaren och motståndet så att du får en spänningsnivå som växlar mellan 0 och 3,3 Volt. Detta i teorin alltså, man får väl dubbel och trippelkolla specifikationer på alla komponenter så att man får det att passa ihop.

Sedan får du väl ha ett ganska snabbt program i din raspberry pi som hinner att scanna av GPIO tillräckligt snabbt för att detektera varje puls från hallsensorn. Det är här det möjligen kan bli problem när man kör i ett operativsystem som Linux på raspberry pi som plötsligt kan få för sig att processorn ska jobba med annat en stund. Det är väl lite dit jag vill komma varför det är bra med en mikroprocessor emellan för då kan man göra ett dedikerat program på lägre nivå i mikroprocessorn som sköter om räkning av pulser och så kan man skicka vidare infon exempelvis via UART till raspberry pi så den får varvtalet som en textsträng istället och inte behöver jobba så hårt med själva pulsräkningen själv. Bättre lösa detektering och omvandling i dedikerad hårdvara och så låter man datorn som jobbar på en högre nivå bara samla in informationen för vidare behandling och presentation. Nu är väl i och för sig raspberry pi långt bättre i prestanda än en AVR eller liknande så man skulle ju kunna boota upp direkt i något C-program o och låta raspberry pi agera mikroprocessor men det känns lite som slöseri av resurser. Kanhända det inte är något problem i praktiken, den kanske fixar det ändå genom att läsa av GPIO i en loop i något högnivåspråk under Linux. Man ska ju inte krångla till det om det inte behövs så kör det du tycker verkar enklast och se vad som händer. Kanske inte heller är hela värden om man sabbar raspberry pi, de är inte jättedyra.

Varför mäter du inte bara antal tändingar? Detta borde ju helt klart vara det lättaste, eftersom Rasberry PI har flera programerbara I/O om jag inte minns fel, så borde det vara relativt lätt att skriva få det att fungera eftersom du endast behöver 1 input. Och jag tror knappast att det kommer att finnas stora störningar, kan hända några peaks men dessa borde inte vara några problem att filtrera bort. Borde ju vara 1/1 i ratio alltså 1000 tändningar/min är 1000 Varv/min.

Finns ju spänningsregulatorer, eller bygga upp något med operationsförstärkare som ger ut en digital signal. Te.x så att den vid tändning ger ut 5v.