Open source gräsklipparrobot utvecklad av Elektronikforumet?

[niroma]

Jo det blir gärna många optioner i ett sånt här projekt och därför är det viktigt att alla är överens om att det skall vara ett fungerande grundkoncept. Då måste man ju hålla igen på finesserna och kostnaderna, vilket i sig skalar bort en massa mer eller mindre besvärliga val.

När man kollar vilken teknik som används i de flesta kommersiella klipprobotar så är det ju t ex vanligare med kabelavgränsning än satelitnavigering. Alltså borde kabelavgränsning vara en given del i ett grundkoncept.

[Icecap]

Och precis där tog du ett beslut som inte har stöd hos ett rimligt antal av de intresserade...

[labmaster]

Ta det lugnt niroma, det är ingen fara att du skalar bort intresserade projektdeltagare bara för att du vill fokusera och begränsa finesser. Däremot hämmar du risken för en skenande tråd på ett bra sätt och det gynnar projektet men stöter bort en del vilhjärnor som mest tycker det är kul att diskutera istället för att hålla till i verkstaden och åstadkomma något.

En lösning är att dela upp projektet i några olika delar. Det kan exempelvis vara att hitta någon eller några som vill bidra med att skapa en bra lösning för kabelslingan och en eller att par andra som vill bygga lösningen för slingdetekteringen och några andra som fnular på designen av mekaniken.

Om det sedan finns någon som vill bygga GPS-styrning år det ju inget som hindrar. Den delen kan vara en helt egen modul som jobbar oberoende av resterande delen av systemet. Utgångspunkten för en sådan modul kan vara att den sänder styrinfo till centralenheten som i sin tur styr roboten med avseende på rubricerad styrinfo.

[niroma]

@Icecap:
Tja, vad är ett rimligt antal? Alla inser ju att det blir besvärligt att driva ett sånt här projekt här, om det nu går alls. Blir gruppen för stor blir det spretigt. Det behövs en hel del insatser men alla kan ju inte göra allt. Delas intresserade in i mindre grupper som löser de olika delproblemen blir det kanske hanterbart.
Din lista över olika alternativ ger en bra bild av hur rörigt det skulle kunna bli om man tar med "extra allt" från början. Om projektet skall vara genomförbart måste man alltså jobba fram ett enkelt grundkoncept som sedan kan kompletteras med optioner.

@labmaster:
Jag tror också på indelning i delprojekt. Fiskade i ett tidigare inlägg efter respons från någon moderator ang möjlighet att lägga upp en egen kategori för detta projekt (och kanske andra på sikt om detta funkar).
Under kategorin skulle kunna finnas separata trådar för delprojekten och även nån brainstorm-tråd och nån mer allmän diskussionstråd/sammordningstråd för huvudprojektet. Har dock inte helt klart för mig hur det skulle se ut/fungera eller om EFs moderatorer skulle acceptera ett sådant upplägg.

[Icecap]

Lösningen är nog att utveckla funktionsmoduler.

Om någon vill använda slinga bör det finnas en pick-up med förstärkare som enkelt kan kopplas in. Men redan där är det ett problem: ska det vara en digital ingång för detta eller ska det vara kommando på en bus?

[labmaster]

Det gäller att fokusera på möjligheterna Icecap inte på problemen om man skall komma framåt i ett projekt.

[Icecap]

Gör det då istället för att påpeka det!

Och de problem som kommer att finnas brukar effektivt ta död på projektet, alltså ska lösningsmodellen vara klar innan reste tar vid.

I grunden är detta projekt dömt att misslyckats! Orsaken är att utvecklingssättet är baklänges: projektdefinitionen kommer efter att saker är utvecklade, inte innan som den ska vara för att få ett välfungerande projekt.

Men jag ska kasta in lite tips i definitionen:
* Ett RS485 bör finnas. Det är rimligt störsäkert och energisnålt och expansionen kan styras med mjukvara.
* Ett antal in- och utgångar (digitala) ska finnas på styrenheten. Detta ger möjlighet att lägga till egna grejer och att styra "primitivt". Jag skulle föreslå kanske 16 av varje.
* Minst två av utgångarna kan fungera som PWM-utgångar.
* Minst två av ingångarna bör kunde programmeras som pulsräknare, bra för att se till att hjulen kör rakt.
* Om en ingång och en utgång utgör en UART ville det vara mycket smart, då kan man koppla till korthållsradio om man vill.

Sedan behövs inte så mycket mer för att bygga grundversionen.

[niroma]

Funktionsmoduler låter rätt. Valet mellan buss eller inte skulle ju helst göras/diskuteras i en lämplig tråd i projektets egen kategori på forumet, när/om vi får en sådan.
Endel sådana val (det kommer ju dyka upp fler) kanske kan lösas genom diskussion medan andra kanske kräver omröstning eller majoritetsbeslut.

[niroma]

@Icecap:
"dömt att misslyckas" - Jaja, men vi kan ju fortsätta diskussionen ändå.
Bra lista! Bör ge en tillräckligt flexibel grund.

[Nerre]

Det går väl till viss del att göra kommunikationen mellan moduler så den fungerar både inom en och samma processor eller mellan olika processorer via olika typer av kommunikationslänk?

[Icecap]

Programmet måste ju vara moduluppbyggd ändå så intern kommunikation ska väl vara det minsta problem. Det svåra är att utveckla en hårdvara som kan passa alla som minsta mått och som ger expansionsmöjlighet, sedan kan man knacka kod som man behagar och i den veva fixa all intern kommunikation man vill.

Mjukvara kan man enkelt ändra, det är hårdvaran som är besvärlig att ändra.

[niroma]

@Icecap:
Angående projektdefinitionen så är det ju ofta ofrånkomligt att delar eller komponenter i ett projekt redan är utvecklade. Det gäller bara att plocka in dem i projektet på ett vettigt sätt.

Det kanske är ett ouppnåeligt mål att åstadkomma en fungerande klipprobot men delkomponenter kanske kan växa fram? Om dessa sedan utvecklas och dokumenteras på lämplig plats på forumet så finns ju delarna som behövs till slut beskrivna där.

Edit:
Kom att tänka på att listan du gjorde några inlägg tidigare kanske matchar någon redan existerande hårdvara, typ utvecklingskort eller demokort. Det skulle ju i så fall snabbt ge en plattform att utgå ifrån och bespara en massa repeterade "hjuluppfinningar".

[Icecap]

De projekt jag har sett har alla blivit färdigställda av en eller ett fåtal personer varefter det har blivit gjort tillgängeligt för andra - varefter det har blivit utbyggd av många deltagare.

Så för att detta projekt ska bli verklighet måste någon eller några se till att utveckla en primitiv men fungerande prototyp, sedan kommer utvecklingen att ta fart...

[Lennart Aspenryd]

Förutsättningen är att de basala kraven finns med. I projektet med Segway erbjöd jag mig tom att köpa in vissa produkter!
Då skulle det plötsligt utvecklas den ultimata motorn. Så kan man inte hantera projekt!

Så vad behövs från grunden, och var finns de grejorna så att flera kan stimulera input?

[SweLogan]

Kan tänka mig att vara med på ett hörn