Kollade historiken för klipprobotar här på forumet och det är ju ett antal projekt som ventilerats här:
http://elektronikforumet.com/forum/sear ... t=S%C3%B6k
Missade kanske några?
Av dessa träffar så är ganska många sidospår som inte verkar ha resulterat i något projekt. Ser ju ändå ut att finnas/funnits ganska mycket intresse runt just klipprobotar.
Open source gräsklipparrobot utvecklad av Elektronikforumet?
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Iden med en modul uppyggd klippare låter bra, men jag tror inte att det är en bra idé. Ska man fa till det enkelt och billigt så ska så mycket som möjligt skötas av en mikrokontroller med så få yttre komponenter det går. Det låter inte alls som modul uppbyggnad.
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Håller helt med om att det skall vara så enkelt som möjligt i första skedet.
Målet måste vara att få till en fungerande grundmodell som klarar det elementära. Om det lyckas så är det ju sedan fritt fram att modifiera den efter egna behov och önskemål.
Undrar om alla menar samma sak med moduluppbyggnad? Men det kan vara jag som snurrar till det.
Jag tror att vi, danei, är inne på samma spår - verkar så av dina tidigare inlägg i ämnet i äldre trådar. Du har på några ställen listat delområden som måste lösas. Indelningen skulle kunna tolkas som moduler (klippmodul, kabeldetekteringsmodul...) då de i flera fall har "komponenter" inom både elektronik, mekanik och mjukvara.
På det här stadiet tycker jag fortfarande att det viktigaste är att hitta en fungerande arbetsform för projektet här på forumet. Att hålla till i en enda tråd blir alldeles för rörigt och Wikin, som diskuterades i ett liknande sammanhang, kräver väl ganska stora insatser av någon moderator?
Tror struktur/arbetsform är avgörande för om projektet skall gå i land.
Målet måste vara att få till en fungerande grundmodell som klarar det elementära. Om det lyckas så är det ju sedan fritt fram att modifiera den efter egna behov och önskemål.
Undrar om alla menar samma sak med moduluppbyggnad? Men det kan vara jag som snurrar till det.
Jag tror att vi, danei, är inne på samma spår - verkar så av dina tidigare inlägg i ämnet i äldre trådar. Du har på några ställen listat delområden som måste lösas. Indelningen skulle kunna tolkas som moduler (klippmodul, kabeldetekteringsmodul...) då de i flera fall har "komponenter" inom både elektronik, mekanik och mjukvara.
På det här stadiet tycker jag fortfarande att det viktigaste är att hitta en fungerande arbetsform för projektet här på forumet. Att hålla till i en enda tråd blir alldeles för rörigt och Wikin, som diskuterades i ett liknande sammanhang, kräver väl ganska stora insatser av någon moderator?
Tror struktur/arbetsform är avgörande för om projektet skall gå i land.
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Hej niroma!
Du har en alldeles utmärkt projektidé men för att lyckas krävs det mindre prat och mera verkstad samt projektledning som håller ihop alla spretande debattörer som vill göra sin röst hörd i ett forum.
Sannolikt är det bäst att starta en ny avdelning i forumet där bara de som är entusiastiska och vill jobba konkret med projektet under ordnade former har skivrättighet. Naturligtvis kan det med fördel även öppnas en tråd där alla medlemmar som vill göra sin röst hörd avseende projektet har rätt skriva men det kommer aldrig att gå med en helt öppen projekttråd eller avdelning där kreti och pleti har skrivrättighet. Då går det inte att få till ett arbete under ordnade former eftersom det finns så många medlemmar som enbart vill vara med och tävla om vem som skriver de flottaste inläggen eller vill diskutera rätt och fel med olika lösningar.
Går det att få ihop ett lagom stort gäng som med stort engagemang vill jobba med projektet så finns det förmodligen goda förutsättningar för att lyckas.
Du har en alldeles utmärkt projektidé men för att lyckas krävs det mindre prat och mera verkstad samt projektledning som håller ihop alla spretande debattörer som vill göra sin röst hörd i ett forum.
Sannolikt är det bäst att starta en ny avdelning i forumet där bara de som är entusiastiska och vill jobba konkret med projektet under ordnade former har skivrättighet. Naturligtvis kan det med fördel även öppnas en tråd där alla medlemmar som vill göra sin röst hörd avseende projektet har rätt skriva men det kommer aldrig att gå med en helt öppen projekttråd eller avdelning där kreti och pleti har skrivrättighet. Då går det inte att få till ett arbete under ordnade former eftersom det finns så många medlemmar som enbart vill vara med och tävla om vem som skriver de flottaste inläggen eller vill diskutera rätt och fel med olika lösningar.
Går det att få ihop ett lagom stort gäng som med stort engagemang vill jobba med projektet så finns det förmodligen goda förutsättningar för att lyckas.
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Problemet är ju att alla har olika åsikter om vad som behövs. Det innebär att det blir jättesvårt att t.ex. få en person som tror stenhårt på GPS-lösning att samarbeta med en person som tror på positionering mha WiFi.
Det var väl lite det som stoppade Segway-tråden, om jag inte minns fel (har inte kollat den nu) så blev det väl minst två olika bud om hur motorerna skulle kopplas till hjulen och där stannade allt av eftersom ingen kunde komma överens.
Tittar man på de flesta stora Open Source-projekt så bygger de väldigt ofta på att EN person har påbörjat nåt och sen när fler hittar projektet och inser att det kan göra det de vill så byggs det vidare. Det är väldigt få Open Source-projekt där man varit en projektgrupp redan från början som spånat fram kraven (jag har inte hört talas om något).
Att göra det moduluppbyggt ger ju iofs fördelen att det inte är nåt som hindrar att det tas fram två "konkurrerande" moduler, problemet är ju då att få gemensamma gränssnitt... Även om nån gör en GPS-modul och nån gör en modul för WiFi-positionering så blir det ju problem om den ena använder ESC och den andra bygger egna H-bryggor för att driva motorerna... Så ska man göra moduluppdelning så måste man specificera gränssnitten mellan modulerna.
Men jag tror det blir svårt att t.ex. dela på "intelligensen" och positioneringen. Koden för att köra maskinen blir ju helt olika beroende på vad man väljer för positioneringssystem (riktig position eller slumpvis körning mot gränser) så "hjärnan" blir ju helt olika för de maskinerna...
Nej, nån måste nog börja med att bestämma grundförutsättningar och sen får de som vill haka på och de som har andra åsikter får göra sitt eget projekt:)
Det var väl lite det som stoppade Segway-tråden, om jag inte minns fel (har inte kollat den nu) så blev det väl minst två olika bud om hur motorerna skulle kopplas till hjulen och där stannade allt av eftersom ingen kunde komma överens.
Tittar man på de flesta stora Open Source-projekt så bygger de väldigt ofta på att EN person har påbörjat nåt och sen när fler hittar projektet och inser att det kan göra det de vill så byggs det vidare. Det är väldigt få Open Source-projekt där man varit en projektgrupp redan från början som spånat fram kraven (jag har inte hört talas om något).
Att göra det moduluppbyggt ger ju iofs fördelen att det inte är nåt som hindrar att det tas fram två "konkurrerande" moduler, problemet är ju då att få gemensamma gränssnitt... Även om nån gör en GPS-modul och nån gör en modul för WiFi-positionering så blir det ju problem om den ena använder ESC och den andra bygger egna H-bryggor för att driva motorerna... Så ska man göra moduluppdelning så måste man specificera gränssnitten mellan modulerna.
Men jag tror det blir svårt att t.ex. dela på "intelligensen" och positioneringen. Koden för att köra maskinen blir ju helt olika beroende på vad man väljer för positioneringssystem (riktig position eller slumpvis körning mot gränser) så "hjärnan" blir ju helt olika för de maskinerna...
Nej, nån måste nog börja med att bestämma grundförutsättningar och sen får de som vill haka på och de som har andra åsikter får göra sitt eget projekt:)
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Såhär ser jag på ett exempel av modulbyggt:
Om man tex separerar kraftelektroniken (motorstyrningar) från "intelligensen" och definierar ett gränssnitt därmellan så ger man ju lite frihet utan att kostnaden behöver öka speciellt mycket. Det handlar ju om ett separat kort samt en extra mcu som styr tex H-brygga, ESC eller vad man nu vill ha. Då kan man åtminstone välja typ av motorer och styrning efter behag (eller vad man har) utan att kostnaden drar iväg samtidigt som man behåller kompabilitet.
Min mening är inte att alla ska designa sitt eget drivsystem utan det kanske slutar med ett enstaka eller några få, det fina är ju att om man vill ha en annan variant så är det ju "bara att bygga" och sedan dela med sig.
En annan aspekt är att någon kanske vill ha manuell styrning från tex RC-utrustning vilket kan realiseras på liknande sätt, ett fördefinierat gränssnitt mellan radio och "intelligens". Då kan man använda allt ifrån fuktigt bomullssnöre till wifi för manuell styrning, även detta borde få liten påverkan på kostnaden.
Om man tex separerar kraftelektroniken (motorstyrningar) från "intelligensen" och definierar ett gränssnitt därmellan så ger man ju lite frihet utan att kostnaden behöver öka speciellt mycket. Det handlar ju om ett separat kort samt en extra mcu som styr tex H-brygga, ESC eller vad man nu vill ha. Då kan man åtminstone välja typ av motorer och styrning efter behag (eller vad man har) utan att kostnaden drar iväg samtidigt som man behåller kompabilitet.
Min mening är inte att alla ska designa sitt eget drivsystem utan det kanske slutar med ett enstaka eller några få, det fina är ju att om man vill ha en annan variant så är det ju "bara att bygga" och sedan dela med sig.
En annan aspekt är att någon kanske vill ha manuell styrning från tex RC-utrustning vilket kan realiseras på liknande sätt, ett fördefinierat gränssnitt mellan radio och "intelligens". Då kan man använda allt ifrån fuktigt bomullssnöre till wifi för manuell styrning, även detta borde få liten påverkan på kostnaden.
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Med det tänket krävs det en mickrokontroller per modul. Min tanke är att klara sig med en. Det bästa är nog om jag eller någon annan bygger en enkel fungerade klippare som inspirerat fler att bygga vidare enligt samma koncept.
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Det flesta open-source projekt i denna storlek som finns är nästan alltid resultatet av en person som kanske har hämtat in hjälp med vissa delar men likaväl har hållit projektet ensam. Detta beror på att var och en som vill samutveckla har olika förutsättningar rent hantverksmässigt, materialmässigt och ekonomisk.
Alltså är detta projekt nog lika dömt att misslyckats om inte någon tar hand om att styra det med hård hand och ta den hjälp som behövs.
Alltså är detta projekt nog lika dömt att misslyckats om inte någon tar hand om att styra det med hård hand och ta den hjälp som behövs.
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Wow vilken diskussion det blir av detta!
Det är just styrningen och strukturen jag vill fokusera på i den här tråden. Jag tror, som några påpekat, att det är möjligt att driva det här på forumet men det krävs lite andra förutsättningar än en enda tråd ger.
Om vi försöker fortsätta diskussionen mer i riktning av hur projektet kan drivas, och inte spåna runt de tekniska detaljerna (än!), så kommer vi nog framåt en aning.
När projektformen "spikats" skall vi naturligtvis spåna vilt kring vad som skall ingå i ett grundkoncept och samla upp detta.
Det är just styrningen och strukturen jag vill fokusera på i den här tråden. Jag tror, som några påpekat, att det är möjligt att driva det här på forumet men det krävs lite andra förutsättningar än en enda tråd ger.
Om vi försöker fortsätta diskussionen mer i riktning av hur projektet kan drivas, och inte spåna runt de tekniska detaljerna (än!), så kommer vi nog framåt en aning.
När projektformen "spikats" skall vi naturligtvis spåna vilt kring vad som skall ingå i ett grundkoncept och samla upp detta.
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Jag tror mer på IceCap den här gången. Det behövs en person eller ett litet väl sammansvetsat gäng som styr. Sedan kan det vara många som bidrar med kolsnuttar eller bra idéer. Eller helt enkelt bygger något eget men lånar delar. Men att styra upp ett brett projekt tror jag kan vara väldigt svårt. Jag har tyvärr ont om tid att få ut mitt projekt på gräsmattan.
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Min klippare sköter nu i stort sett om gräsklippningen hemma + kör hem till laddstationen. Dock startar jag den manuellt då jag inte vill att den klipper när gräset är blött.
Är någon intresserad av min lösning för att själv komma igång med sitt bygge så skicka ett pm så kan jag sända över ritning på elektroniken byggd runt en Atmel Mega48 (pinkompatibel med Arduino328).
mvh
POJ
Är någon intresserad av min lösning för att själv komma igång med sitt bygge så skicka ett pm så kan jag sända över ritning på elektroniken byggd runt en Atmel Mega48 (pinkompatibel med Arduino328).
mvh
POJ
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Schyst att du delar med dig j.po!
Men visst skulle det vara fint om helheten fanns beskriven (=dokumenterad) här på forumet i stället? Projektet omfattar ju mer än elektroniken och det finns ju stötestenar som t ex kabelavgränsning eller val av motorer.
Men visst skulle det vara fint om helheten fanns beskriven (=dokumenterad) här på forumet i stället? Projektet omfattar ju mer än elektroniken och det finns ju stötestenar som t ex kabelavgränsning eller val av motorer.
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
någon efterfrågade fler bilder, det finns några på www.pojpoj.se
Ju fler man jobbar tillsammans desto bättre konstruktion kan man åstadkomma, helt klart.
Men som många andra redan påpekat tror jag det är svårt att samarbeta över ett forum, finns så mycket viljor, tryckande och svammel, bara att ensas om det skall vara en PIC eller Atmel ( eller annan CPU) lär vålla problem.
Kanske kan det fungera bra om alla lägger ut sina bästa/smartaste lösningar och låter andra ta del av dessa att bygga vidare på, man plockar de "moduler" som man anser passar ens egen klippare. slingsändare från Y, laddare från X, motordrivning från Z o.s.v.
Det jag helst vill lösa nu är att detektera vilken sida av tråden man är på men det går inte riktig bra ännu... men ju fler man är tillsamans
Ju fler man jobbar tillsammans desto bättre konstruktion kan man åstadkomma, helt klart.
Men som många andra redan påpekat tror jag det är svårt att samarbeta över ett forum, finns så mycket viljor, tryckande och svammel, bara att ensas om det skall vara en PIC eller Atmel ( eller annan CPU) lär vålla problem.
Kanske kan det fungera bra om alla lägger ut sina bästa/smartaste lösningar och låter andra ta del av dessa att bygga vidare på, man plockar de "moduler" som man anser passar ens egen klippare. slingsändare från Y, laddare från X, motordrivning från Z o.s.v.
Det jag helst vill lösa nu är att detektera vilken sida av tråden man är på men det går inte riktig bra ännu... men ju fler man är tillsamans
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Javisst borde det kunna bli bra, men det är som du m fl säger, säkert inte enkelt att dra åt samma håll.
Idealt skulle ju vara om det gick att sammanställa de mest framgångsrika dellösningarna på något sätt, "plocka russinen ur kakan" så att säga. De olika teknikvalen kanske kan lösas med hjälp av omröstningsfunktionen på forumet.
Tycker ändå att huvudproblemet är hur ett dylikt projekt skulle kunna drivas på forumet. Det har ju kommit upp en del idéer i diskussionen här.
Men visst är det lätt att tvivla. Och det är ju synd för det finns ju som sagt massor av bra kunskaper och idéer i anslutning till forumet som säkert skulle kunna skapa något som kanske överträffar de kommersiella alternativen.
Idealt skulle ju vara om det gick att sammanställa de mest framgångsrika dellösningarna på något sätt, "plocka russinen ur kakan" så att säga. De olika teknikvalen kanske kan lösas med hjälp av omröstningsfunktionen på forumet.
Tycker ändå att huvudproblemet är hur ett dylikt projekt skulle kunna drivas på forumet. Det har ju kommit upp en del idéer i diskussionen här.
Men visst är det lätt att tvivla. Och det är ju synd för det finns ju som sagt massor av bra kunskaper och idéer i anslutning till forumet som säkert skulle kunna skapa något som kanske överträffar de kommersiella alternativen.
Re: Open source gräsklipparrobot utvecklad av Elektronikforu
Som alla andra saker räcker god vilja inte ända fram. Det måste till någon styrning som kan ta övergripande beslut och som deltagarna kan acceptera.
Tänk det Solomoniska svärdet...
Något så enkelt som att ha olika motorstyrningslösningar, jag kan tänka mig följande lösningar:
* Direktstyrd från CentralProcessorn, PWM och H-brygga.
* Direktstyrd från CentralProcessorn, BLDC-motor med eget drivsteg.
* Direktstyrd från CentralProcessorn, BLDC-motor med RC-drivsteg.
* Kommunikationsstyrd från CentralProcessorn, PWM och H-brygga.
* Kommunikationsstyrd från CentralProcessorn, BLDC-motor med eget drivsteg.
* Kommunikationsstyrd från CentralProcessorn, BLDC-motor med RC-drivsteg.
Redan där blir det många bud, varje lösning har sina fördelar och nackdelar och det finns såklart fler möjligheter än jag snabbt skissade upp..
* Ska det vara självständiga moduler med en kommunikationsbuss mellan?
* Vilken kommunikationsbuss i så fall? 5V UART, RS232, RS485, CAN, 1-Wire, SPI, I²C, annat?
* Vilket protokoll?
* Variabel eller fast blockstorlek?
* Eller ska det vara direktstyrd?
* Vilken µC-familj? (PIC, AVR, ARM, Renesas, whatever...)
* Vilken µC?
* Varför inte den µC med lite fler pinnar? Det ger möjlighet att leka vidare i eget regi...
* Ska det vara extra plats till egna idéers införande?
* Vilken sort batterier?
* Hur lång tid ska klipparen kunde köra på en laddning?
* Hur ska laddstationen utföras?
* Induktiv laddning kontra kontaktladdning?
* Hur ska klipparen styras? Alltså som random eller efter ett "pixel"-mönster?
* Positionering? Ska det vara nergrävd slinga eller mer intelligent?
* Vid mer intelligent: hur ska det uppnås? Ett system som positionerar på decimetern är inte så himla enkelt att få stabilt och säkert... (här har jag några idéer som är enkla att bygga, billiga och stabila).
* Hur ska själva klippmekanismen se ut?
* Ska man kunde styra höjden "on the go"?
* Hur lägger man in dynamiska "klipp inte här"-områden? Kan ju vara ett område med blommor som är fina ett tag...
* Ska det ens vara möjligt att göra detta?
Först när alla dessa frågar är avklarade kan man komma vidare - till nästa steg där samma omfattande mängd frågor dyker upp, fast då om något annat ämne. Hela projektet kräver alltså en hård styrning och en dedikering av deltagarna, annars blir det väldigt snabbt "men va fan... ska vi använda den µC skiter jag i det, jag har ingen bra/ingen alls erfarenhet eller verktyg och fan om jag vill investera tid o pengar när jag nu redan har grejer till xxx".
Folk vill oftast gärna jobba med roliga saker men när det slutar bli roligt vill man gärna använda fritiden till något annat som är roligare istället - och det är småsaker som får folk att hoppa av.
Tänk det Solomoniska svärdet...
Något så enkelt som att ha olika motorstyrningslösningar, jag kan tänka mig följande lösningar:
* Direktstyrd från CentralProcessorn, PWM och H-brygga.
* Direktstyrd från CentralProcessorn, BLDC-motor med eget drivsteg.
* Direktstyrd från CentralProcessorn, BLDC-motor med RC-drivsteg.
* Kommunikationsstyrd från CentralProcessorn, PWM och H-brygga.
* Kommunikationsstyrd från CentralProcessorn, BLDC-motor med eget drivsteg.
* Kommunikationsstyrd från CentralProcessorn, BLDC-motor med RC-drivsteg.
Redan där blir det många bud, varje lösning har sina fördelar och nackdelar och det finns såklart fler möjligheter än jag snabbt skissade upp..
* Ska det vara självständiga moduler med en kommunikationsbuss mellan?
* Vilken kommunikationsbuss i så fall? 5V UART, RS232, RS485, CAN, 1-Wire, SPI, I²C, annat?
* Vilket protokoll?
* Variabel eller fast blockstorlek?
* Eller ska det vara direktstyrd?
* Vilken µC-familj? (PIC, AVR, ARM, Renesas, whatever...)
* Vilken µC?
* Varför inte den µC med lite fler pinnar? Det ger möjlighet att leka vidare i eget regi...
* Ska det vara extra plats till egna idéers införande?
* Vilken sort batterier?
* Hur lång tid ska klipparen kunde köra på en laddning?
* Hur ska laddstationen utföras?
* Induktiv laddning kontra kontaktladdning?
* Hur ska klipparen styras? Alltså som random eller efter ett "pixel"-mönster?
* Positionering? Ska det vara nergrävd slinga eller mer intelligent?
* Vid mer intelligent: hur ska det uppnås? Ett system som positionerar på decimetern är inte så himla enkelt att få stabilt och säkert... (här har jag några idéer som är enkla att bygga, billiga och stabila).
* Hur ska själva klippmekanismen se ut?
* Ska man kunde styra höjden "on the go"?
* Hur lägger man in dynamiska "klipp inte här"-områden? Kan ju vara ett område med blommor som är fina ett tag...
* Ska det ens vara möjligt att göra detta?
Först när alla dessa frågar är avklarade kan man komma vidare - till nästa steg där samma omfattande mängd frågor dyker upp, fast då om något annat ämne. Hela projektet kräver alltså en hård styrning och en dedikering av deltagarna, annars blir det väldigt snabbt "men va fan... ska vi använda den µC skiter jag i det, jag har ingen bra/ingen alls erfarenhet eller verktyg och fan om jag vill investera tid o pengar när jag nu redan har grejer till xxx".
Folk vill oftast gärna jobba med roliga saker men när det slutar bli roligt vill man gärna använda fritiden till något annat som är roligare istället - och det är småsaker som får folk att hoppa av.
