Matrisberäkningar med för STM32?

[SvenW]

Mr Andersson:
Har du någon idé om varför det går åt så mycket flash.
Har killen som korskompilerat varit klantig, eller är det något i GSL som orsakar detta?
Normal länkar man ju bara till de rutiner som används, och det kan rimligtvis inte vara så mycket!
Dock verkar det i alla fall gå att korskompilera eftersom han lyckats.
Jag har googlat lite och inte hittat något övrigt exempel.

[Al_Bundy]

Mr Andersson: Jag lägger upp filen här för folk i framtiden som vill göra lite linjär algebra i framtiden.


Mrfrenzy: Jag ska göra SVD på en 36x36 matris. Dock så blir det flera gånger.

Jag håller annars på komplettera lite matrisfunktioner för C-biblioteket.

[Mr Andersson]

SvenW: Det är pga designen av GSL.
Det är några få "huvudfunktioner" där argumenten avgör vilka operationer som ska utföras så länkaren vet inte vad som går att ta bort.
Finns säkert någon tanke bakom den designen men uppenbarligen var det inte platsbegränsade system de tänkte på.

[Al_Bundy]

Jag har påbörjat rätt mycket med ett linjäralgebraiskt projekt som jag har på min dator. Grundläggande för matriser är nu klart.
Projektet ska vara gjort för att kunna appliceras för inbyggda system

Jag tänkte att jag skulle få detta projekt som liknar MATLAB's kommandon så mycket som det går. Det som fattas nu är:

Kod: Markera allt

/*
 * TODO
 * linsolve
 * mat2float
 * max
 * min
 * sum
 * sqrtm
 * flip
 * horzcat
 * vertcat
 * pinv
 * svd - Används för att lösa pseudo inverse - pinv
 * qr
 * lu
 * eig 
 * det
 * shur - Används för att hitta optimala kalmanfilter
 * hankel - Används för att stapla data efter ett speciellt behov
 * triu - Används för att stapla data efter triangulär formning
 * tril
 * inv - Dividera matriser
 */

Med detta så har man väldigt mycket för att kunna göra machine learning. Någon som känner sig manad att hoppa på tåget? Det är väldigt mycket jobb.

[Rick81]

Är det inte smidigare modda GSL och lägga till #ifdef för de olika funktionerna för att minnka flashåtgång. Annars är ju 132 kB inte så mycket för en STM32F4. Har den 256 kB har man ju mycket flash över.

[Icecap]

Det brukar ju vara så att "stommen" tar minne - men att sy ihop alla funktioner med varandra tar en hel del mindre minne.

Alltså är 132kB med den nödvändiga bibliotek inne inte så våldsamt.

[Al_Bundy]

Jadu. Annars håller jag på bygga ett bibliotek på GitHub nu som kan utföra matrisberäkningar i C. Jag kommer anpassa detta efter C programmeringsspråk.

[Al_Bundy]

Som sagt. Nytt bibliotek för inbyggda system. PM:a mig om ni vill vara delaktig i projektet och bygga med C kod. Förvänta er många timmars spenderande + förstå determinanter, egenvärden, svd och övriga faktoriseringar.

[hawkan]

Finns det inga färdiga bibliotek du kan använda? Matris-operationer är ju vanligt att man behöver menar jag.

[Al_Bundy]

Jag har inte hittat något.

En fråga! Vad drar mest processorkraft, att allokera minne eller bara sätta t.ex. int, float osv?

[AndLi]

Varför inte bara lägga upp länken till gitHub här? Eller räknar du med att kunna sälja det sen? Eller kanske ta patent...
Jag hade varit intresserad att följa och kanske försöka förstå hur jag kan ha nytta av det och kanske komma med en lösning i c eller 2...
Men då ska det vara öppet...

hawkan: det finns färdiga, som var stora att bygga för STM32, det finna andra som inte är optimal kod... Och sen några som saknar vissa funktioner.


edit: Missade att det tydligen har diskuterats i den andra tråden och det ska vara closed... Jahapp.. Tack och hej för mig då..

[AndLi]

Jag misstänker att du menar allokera minne dynamisk under körning?

[TomasL]

https://github.com/PetteriAimonen/libfixmatrix

[Icecap]

Ett "färdigallokerat" minne kan adresseras direkt, ett man allokerar dynamisk ska gå via pointers osv. Då matrixen i detta fall verkar konstant finns det ingen anledning att använda dynamisk allokering.

[TomasL]

Jag har inte hittat något.

En fråga! Vad drar mest processorkraft, att allokera minne eller bara sätta t.ex. int, float osv?

Flyttal drar alltid mycket processorkraft, såvida man inte har en riktig FPU, utan FPU bör man enbart använda sig av heltal, och helst i den nativa storleken.