Svenska ElektronikForumet

Har nu bestämt mig för en lösning som jag ska testa!

Sätter en varvtalsgivare på axeln till skruven och räknar varv.
Går ju ganska många varv för att tömma ett helt förråd, så nogranheten borde räcka för att ge tillräckligt mycket upplösning.

Denna lösning kommer dock kräva en manuel reset varje gång man fyller förrådet, men det gör inget tycker jag.

Återkommer med testresultat!

Förutsätter att antal varv är proportionellt mot vikten eller volymen av pellets.

Om det inte uppstår fickor i förrådet ska det passa ganska bra mot volymen.

Givetvis är vägning den absolut bästa vägen att gå om man vill ha ett superexakt svar, men jag vill veta ungefär hur mycket som finns kvar, och gångtiden eller varv på skruven ger -vad jag tror- ett väldigt bra ungefärligt värde..

Efter du har loggat och kört slut på ett par veckoförråd (antar jag att du har) så får du ju kalibrera om skruvräkningen så borde det blir ganska bra. Kanske en knapp att trycka på för varje säck du fyller på, i de fall du har brott o inte fyller fullt och kan nollställa räkningen helt.

Kommer att göra som så att jag fyller förrådet som vanligt (med ca 12 säckar pellets á 16kg) sen låter jag anläggningen köra tills det blir ett drift stopp på grund av "tomt" förråd, sen upprepar jag detta förfarande ett par tre gånger å sen får jag jämföra värdena å se om dom ligger i samma härad (vilket dom borde göra) och gör dom det så är ju saken klar..


Nu till en annan fråga i samma projekt. Har modifierat Sodjans HD44780 kod för att rulla på den 16F690 som jag tänker använda till displayen (4x20).

Har en räknare som jag kallar COUNTER som håller reda på antalet varv som skruven gör.
Det jag nu vill göra är att presentera COUNTER:s värde på min display, men jag är inte på det klara med hur jag ska "göra om" det värdet till "individuella" siffror som jag kan skicka till displayen..

Vill inte bli matad med en färdig lösning -och kommer inte att bli det- men jag vill ha en puff i rätt riktning..

Om jag leker med tanken att COUNTER har värdet 125 så innebär det ju att jag ska skicka först en 1:a, sen en 2:a och sist en 5:a till displayen men hur konverterar jag 1111101 till de tre tal i ASCII tabellen som motsvarar 1,2 och 5? (00110001, 00110010 och 00110101).

Vet inte riktigt vad jag söka på för att hitta något som styr in mig på rätt riktning..
Missar säkert något självklart... Som vanligt...

du kör en konvertering och får ut värdesiffrorna.

säg att du har en två tre bytes med data för att kunna räkna långt då tar du först säg 1000 (för enkelhetens skull) och subtraherar från denna summan tills det inte går att subtrahera mera dvs man får rundslag sen spar du detta "antal" som antal tusen. Därefter är det bara att fortsätta så med 100 10 1 och sen är det klart.

Det som är klurigt är lånandet mellan de olika byten där är det enkelt att det blir fel.

Sen är det bara att skriva ut dessa siffror på displayen med högsta siffran (1000) först.


Exempelkod finns annars på piclist.

Om du tar resten av en division med 10 får du ett värde mellan 0 och 9.

I C är "modulus" ett procenttecken: X = StortVärde % 10;
Sedan är det bara att köra på...

Är det assembler är det ju enkelt:
Loop:
Exekvera en division av ingångsvärdet med 10.
Restvärdet = värdet som ska skrivas (fylls på från lägsta värdet mot högsta).
Om ingångsvärdet fortfarande är mer än noll hoppar programmet till Loop.

Det - kanske - är en bra idé att också mäta hur lång tid axeln snurrat varje gång den snurrar. Jag vet iofs inte mycket om pelletseldning men antar att om matningen småstrular så snurrar axeln längre tid medan om allt går perfekt så snurrar den kortare tid. Alltså borde man kanske räkna "extratid" som "värd mindre" än "ordinarie tid". Med andra ord kanske det är så att om axeln brukar gå en tidsenhet men ibland går två tidsenheter så "värderas" en körning om två tidsenheter som t.ex. en och en halv tidsenhet?

Jag skulle tro att det är nog bäst att i början faktiskt logga hur lång tid axeln snurrat varje gång, och fundera på om nån omräkningsfaktor som jag just föreslog skulle kunna göra beräkningen än mer exakt?

Axeln "snurrar" lika mycket varje gång - i teorin. Om man mäter på motorns spänning som uttryck för snurrandet blir det missvisande om skriven är trögstartat och att mäta själva roterande är besvärligt om man ska ha någon användbar upplösning som kan avgöra att motorn faktisk roterar, utgående axel är nämligen efter en växellåda.

Sedan är det en del kärnlösa skruvar som "fjädrar tillbaka" efter att först ha blivit spänt upp av motorn, detta betyder ofta att själva doseringstiden är en varierande del av rotationstiden och när drivningen av motorn stängs av brukar motorn i de fall rulla tillbaka pga. fjäderkraften.

Mäter man antal varv måste man ta hänsyn till denna möjliga "återrullning" i mätningen för att få vettiga värden, det kan t.ex. göras vid att ha 2 sensorer med t.ex. 180° mellan, då kan man tvinga räkningen så att de måste komma i en viss sekvens för att det ska vara "giltigt".

Är doseringsskriven mycket kort och/eller med kärna är detta inget problem, då är det bara att logga varven.

Tack för tipsen igen!

Jag hitta en kodsnutt på piclist som gör det jag vill, nämligen delar upp en byte i tre med ental, tiotal och hundratal.

Hann inte mer än att leta rätt på den igår, så ikväll blir det till att testa!

Har ändrat mig igen när det gäller hur jag ska mäta gångtiden/varven på skruven.
Kommer att mäta tiden istället för varven..
Har satt en omvandlare parallellt med matningen till skruven som jag kopplat till ett relä, så jag får en slutning ut varje gång skruven går. Denna får ses mest som en prototyp..

Bra att du hittade koden, piclist är lite lömskt då alla koder inte funkar out of the box så att säga.

KISS tror jag är en bra regel, mät tiden sen jämför du bara med förbrukad mängd precis som du sa är det för mycket/lite så är det ju enkelt att justera. Alternativt kör du bara skruven i säg 5 minuter och matar i en hink sen är det ju bara att mäta hur mycket där är i den. Det är ju så man ställer in startdos mm på vissa brännare så då må det ju duga.

Hängningar etc är inte ett normaltillstånd (hoppas jag ) och får man det bör man nog fundera på förrådets utformning. Tex vet jag att man bör ha det kilformat där större delen är nedåt om man har ett större förråd.

Sen ska man nog inte satsa på att köra till sista pelleten utan fylla när det är hälften kvar eller nåt.

PICLIST är en smula förvirrande, minst sagt! Sen varierar ju innehållet ganska kraftigt också..

Förrådet jag har idag är ett MAFA veckoförråd, under dom fyra år jag kört med pellets så har anläggningen i sig aldrig krånglat (sånär som på ett tungelement som gav upp för några veckor sen, men det var ju i min reglercentral sen medeltiden).


Har tänkt mig att varningen om låg nivå ska gå till på detta sätt: (ungefär)

När mängden är nere på tex 30% så börja backlighten på LCD:en att lysa, vid 20% blinkar den och vid 10% så ljuder en summer med tex 10 minuters intervall..

Om förrådet töms helt med stopp som följd, eller ett larm av annat slag kommer in i systemet så ljuder summern hela tiden, och backlighten lyser konstant.

Ja det är ju inte världens bäst upplagda webbplats men den fungerar och jag har oftast hittat lösningen där även om man får försöka både en och tre gånger samt rätta kod

Låter som en bra idé och jag tror att du kommer få en mycket tillförlitlig funktion mha den tänkta lösningen. Nu är det bara att ta fram kameran och köra på!

Japp, dokumentation blir det helt klart! (Både för skojs skull och det dåliga minnet! )