Electrokit Buggfix Plus
Aktuellt datum och tid: 09.35 2018-07-22

Alla tidsangivelser är UTC + 1 timme




Svara på tråd  [ 77 inlägg ]  Gå till sida Föregående  1, 2, 3, 4, 5, 6  Nästa
Författare Meddelande
InläggPostat: 19.58 2018-04-16 
EF Sponsor
Användarvisningsbild

Blev medlem: 22.54 2006-09-23
Inlägg: 29631
Ort: Borås
Snabbt är alltid relativt, du får väl räkna på hur många klockcykler dina beräkningar tar, och sedan bedöma om det är tillräckligt snabbt.


Upp
 Profil  
 
InläggPostat: 20.11 2018-04-16 
Användarvisningsbild

Blev medlem: 22.59 2012-09-11
Inlägg: 1940
Ort: The U.S - Chicago
Okej.

Vad är egentligen snabbt enligt er? 1 sekunds beräkning?


Upp
 Profil  
 
InläggPostat: 20.12 2018-04-16 
EF Sponsor
Användarvisningsbild

Blev medlem: 22.54 2006-09-23
Inlägg: 29631
Ort: Borås
Det beror ju helt på, ibland kan 10s vara snabbt nog, ibland är 1 mikrosekund väldigt långsamt.


Upp
 Profil  
 
InläggPostat: 20.17 2018-04-16 
Användarvisningsbild

Blev medlem: 22.59 2012-09-11
Inlägg: 1940
Ort: The U.S - Chicago
Tänk att du ska styra en robotarm i en visst val position. Då vill man inte ha några överskjutningar. Därför är det viktigt att ha ett snabbt styrkort. Men vad för styrkort vet jag inte.


Upp
 Profil  
 
InläggPostat: 20.19 2018-04-16 
EF Sponsor
Användarvisningsbild

Blev medlem: 22.54 2006-09-23
Inlägg: 29631
Ort: Borås
Du bör nog göra din hemläxa först, innan du bestämmer dig.
Analysera responstider mm.


Upp
 Profil  
 
InläggPostat: 20.23 2018-04-16 
Användarvisningsbild

Blev medlem: 22.59 2012-09-11
Inlägg: 1940
Ort: The U.S - Chicago
Okej. Jag får göra det och sedan dra beslut vilket kort jag ska använda. Tack.


Upp
 Profil  
 
InläggPostat: 20.40 2018-04-16 
Användarvisningsbild

Blev medlem: 09.27 2011-08-14
Inlägg: 1095
Du nämnde GSL, vet inte om det bara var ett exempel eller om du måste använda det. Det gäller då att de funktioner du vill använda är portade till Arduino-miljön eller att det går att porta. Det behöver inte vara speciellt märkligt men det är något att kolla upp i alla fall.
Sen tycker jag det är onödigt att låsa sej till just Arduino Due, det finns andra processorer som har hårdvarustöd för flyttal som kan vara bra alternativ.


Upp
 Profil  
 
InläggPostat: 21.06 2018-04-16 
EF Sponsor
Användarvisningsbild

Blev medlem: 22.54 2006-09-23
Inlägg: 29631
Ort: Borås
Men som sagt, man måste göra hemläxan först och sätta upp en lämplig och fungerande krav-spec.


Upp
 Profil  
 
InläggPostat: 22.00 2018-04-16 

Blev medlem: 20.01 2009-10-29
Inlägg: 1165
Al_Bundy skrev:
Tänk att du ska styra en robotarm i en visst val position. Då vill man inte ha några överskjutningar. Därför är det viktigt att ha ett snabbt styrkort. Men vad för styrkort vet jag inte.
Vad menar du med "överskjutningar"? Och vad är det för typ av robotarm?


Upp
 Profil  
 
InläggPostat: 22.23 2018-04-16 
Användarvisningsbild

Blev medlem: 09.27 2011-08-14
Inlägg: 1095
Handlar det om att styra en robotarm är en Due alldelse förträfflig. Om man kan dra paralleller med 3d-printers där den fungerar bra.

Sen vad som är snabbt? Processorn ska vara så snabb att resultatet är beräknad i tid till att det ska användas. Det är helt olika situationer om beräkningen ska vara klar innan varje styrningstilllle säg 20 kHz eller om dét handlar om uppdatering av displayen med 100 Hz. Det värsta är algoritmer med variabel tidsåtgång som en del solvers till ickelinjära problem som stegar sej fram tilll svar. Om sedan inte processorn hinner med så kan man alltid försöka få tag i en snabbare processor. Eller man börjar analysera problemet, vad är det som tar tid? Kan man göra annorlunda? Måste man beräkna så mycket, går det att linjarisera? Osv.


Upp
 Profil  
 
InläggPostat: 07.55 2018-04-18 
Användarvisningsbild

Blev medlem: 22.59 2012-09-11
Inlägg: 1940
Ort: The U.S - Chicago
hawkan skrev:
Handlar det om att styra en robotarm är en Due alldelse förträfflig. Om man kan dra paralleller med 3d-printers där den fungerar bra.

Sen vad som är snabbt? Processorn ska vara så snabb att resultatet är beräknad i tid till att det ska användas. Det är helt olika situationer om beräkningen ska vara klar innan varje styrningstilllle säg 20 kHz eller om dét handlar om uppdatering av displayen med 100 Hz. Det värsta är algoritmer med variabel tidsåtgång som en del solvers till ickelinjära problem som stegar sej fram tilll svar. Om sedan inte processorn hinner med så kan man alltid försöka få tag i en snabbare processor. Eller man börjar analysera problemet, vad är det som tar tid? Kan man göra annorlunda? Måste man beräkna så mycket, går det att linjarisera? Osv.


Jag kommer endast hålla på med linjär reglerteknik där modellen ändrar sig över tid. I praktiken blir den olinjär, fast inte matematiskt.

Glattnos skrev:
Al_Bundy skrev:
Tänk att du ska styra en robotarm i en visst val position. Då vill man inte ha några överskjutningar. Därför är det viktigt att ha ett snabbt styrkort. Men vad för styrkort vet jag inte.
Vad menar du med "överskjutningar"? Och vad är det för typ av robotarm?


Jag ska bygga en inverterad pendel.

hawkan skrev:
Du nämnde GSL, vet inte om det bara var ett exempel eller om du måste använda det. Det gäller då att de funktioner du vill använda är portade till Arduino-miljön eller att det går att porta. Det behöver inte vara speciellt märkligt men det är något att kolla upp i alla fall.
Sen tycker jag det är onödigt att låsa sej till just Arduino Due, det finns andra processorer som har hårdvarustöd för flyttal som kan vara bra alternativ.


Det enda jag kan tänkas lära mig är att plocka fram en Atmel uC och programmera den från grunden. Men jag vet inte exakt hur mycket jobb det är och om det är mer värt att köpa färdigt kort. Kunskapen är nog inte fel. Målet är att skapa ett reglersystem, dvs algoritmerna.

Codesys har jag en stor erfarenhet av.


Upp
 Profil  
 
InläggPostat: 11.26 2018-04-19 
Användarvisningsbild

Blev medlem: 22.33 2005-12-09
Inlägg: 3005
Ort: Helsingborg
Codesys Matrix Library €250.00 plus VAT :) https://store.codesys.com/matrix-librar ... re=default

Har du kollat Scientific Python på Pi?

Utveckla matematik i ett kompilerat språk är 100'000 omkompileringar, tandagnissel och gråt, enklare att först testa fram fungerande lösningar i Matlab, Octave, Scipy etc. och sedan översätta dem till C/C++.


Upp
 Profil  
 
InläggPostat: 12.19 2018-04-19 
Användarvisningsbild

Blev medlem: 09.27 2011-08-14
Inlägg: 1095
Inverterad pendel? Jag tycker du kan testa med en Due i så fall. Min känsla, dock bara känsla, är att det krävs en del men trots allt begränsat med beräkningar för att hålla balans på en inverterad pendel. Jämför med flight-controllers för multikoptrar eller modellhelikoptrar, de har precis vuxit ur 8-bitars kontrollers och använder 32-bitars. Där utgås från diverse givare för att korrigera läget, ungefär som du vill göra.

Sen kanske du inte ska använda alltför generella fall i dina beräkningar utan kondensera ner det till exakt det du behöver. Kanske du kan göra egna, slimmade versioner av matrisberäkningarna.


Upp
 Profil  
 
InläggPostat: 16.04 2018-04-19 

Blev medlem: 20.01 2009-10-29
Inlägg: 1165
En inverterad pendel är väl inga problem en 8-bitar? En AVR på 16-20 MHz måste ju vara snabb så det räcker.


Upp
 Profil  
 
InläggPostat: 17.03 2018-04-19 

Blev medlem: 17.59 2009-12-21
Inlägg: 2944
Jag är inne på hawkans linje.
En F4 baserad flightcontroller.

- Bra pris
- Hög klockfrekvens
- FPU
- Alla sensorer du behöver på köpet.

Exempel:
LÄNK


Upp
 Profil  
 
Visa inlägg nyare än:  Sortera efter  
Svara på tråd  [ 77 inlägg ]  Gå till sida Föregående  1, 2, 3, 4, 5, 6  Nästa

Alla tidsangivelser är UTC + 1 timme


Vilka är online

Användare som besöker denna kategori: Inga registrerade användare och 3 gäster


Du kan inte skapa nya trådar i denna kategori
Du kan inte svara på trådar i denna kategori
Du kan inte redigera dina inlägg i denna kategori
Du kan inte ta bort dina inlägg i denna kategori
Du kan inte bifoga filer i denna kategori

Sök efter:
Hoppa till:  
   
Drivs av phpBB® Forum Software © phpBB Group
Swedish translation by Peetra & phpBB Sweden © 2006-2010