Arduino programma opslag vol - Wat doen?

[TheLion01]

Beste Tweakers,

Ik ben bezig met domotica project met een Arduino Uno met daarop een Ethernet Shield.
ik heb een flink lap code nu en ik wil daar nog wat aan toevoegen maar de opslagruimte van de Arduino zit vol. Ik heb een SD kaart in de Ethernet Shield van de Arduino zitten dus ik ik wil eigenlijk de code vanaf die SD kaart draaien zodat ik meer ruimte heb. Ik heb er al het 1 en ander over opgezocht op internet maar daar hebben ze het overal over een andere bootloader op de Arduino zetten.

Weet 1 van jullie een makkelijke manier om Arduino code vanaf de SD kaart te laten draaien?

Alvast bedankt!

[Vuikie]

Hoi, ik ben bang dat ik je moet teleurstellen, het is niet mogelijk om een Arduino code vanaf een externe source uit te laten voeren. Dit heeft er mee te maken met hoe de ATmega328(Hart van de Arduino) is opgebouwd. Deze kan namelijk niet extern adresseren, wat nodig is om code vanaf extern te kunnen draaien.

Er zijn MCU's die vanaf een externe source code kunnen draaien(ATMega8515), maar die hebben daar speciale poorten voor en kunnen dat niet vanaf een SD.

Het enige wat je zou kunnen doen is over te stappen naar de Arduino Mega 256. Deze heeft 256KB aan flash opslag, wat denk ik wel genoeg is voor je projectje.

[ Voor 14% gewijzigd door Vuikie op 31-01-2016 17:59 ]

[Sissors]

Nou ja, in principe kan het wel, maar het is zoveel werk om dat voor elkaar te krijgen dat niemand het doet, want de optie om eentje met groter geheugen te kopen is altijd handiger. (Je zou een gedeelte van je flash geheugen voor functies gebruiken die je met IAP vanaf de SD kaart laadt).

Dat of je programma kleiner krijgen.

[AlexanderB]

hoe is je flash gebruik binnen de arduino? als je alles op stack stapelt gaat 't hard vol, maar dingen als tekst die je verzend voor de gebruikersinterface ofzo kan je allemaal in het flash gooien, dat scheelt nogal.

[WVL_KsZeN]

Je kunt helaas geen code draaien vanaf je SD-kaart. Wel is het mogelijk om tabellen op te slaan in het flash gedeelte van je Arduino, ipv in je programma gedeelte.

Zie hier :
https://www.arduino.cc/en/Reference/PROGMEM
http://www.nongnu.org/avr...al/FAQ.html#faq_rom_array

dit is alleen nuttig als je grote 'vaste' tabellen hebt die normaal in je programma zitten, deze zet je dan in de flash en zo bespaar je wat geheugen voor je programma.

Je kunt ook proberen om simpelweg kleinere code te schrijven, of een grotere Arduino te nemen (de mega 2560 heeft bvb 256k prog geheugen ipv 32k van de nano/uno).

[Vuikie]

Sissors schreef op zondag 31 januari 2016 @ 18:08:
Nou ja, in principe kan het wel, maar het is zoveel werk om dat voor elkaar te krijgen dat niemand het doet, want de optie om eentje met groter geheugen te kopen is altijd handiger. (Je zou een gedeelte van je flash geheugen voor functies gebruiken die je met IAP vanaf de SD kaart laadt).

Dat of je programma kleiner krijgen.

Je weet dat een uC instructies alleen vanaf het flash geheugen kan uitvoeren? Data kan overal vandaan komen. Het flash geheugen in een uC is heel anders van opbouw dan in een SD kaart of SSD, die wel geschikt zijn voor continue read-write acties. Het flash in een uC kan maar beperkt beschreven kan worden! Als je doormiddel van self write telkens het flash gaat beschrijven, dan gaat dat stukje flash er wel heel snel aan.

Plus dan krijg je het probleem: Hoe krijg je binaire code in stukjes op de SD kaart? De AVR GCC compiler, die de Arduino IDE gebruikt, gaat ervan uit dat de code op het flash staat van de uC. Adresseringen die de compiler aanhoud kloppen dus niet, deze zal je met de hand dmv een hex editor moeten aanpassen, of via een stukje code, realtime, moeten omrekenen in de uC zelf.
Als we het dan toch over adressering hebben, stel je voor je roept een functie aan, dan jumpt de Arduino naar de code die de compiler van te voren berekend heeft in het flash geheugen. Ook dit zal je dus moeten gaan ondervangen en het stukje code van de SD gaan inladen en uitvoeren.Maar wat ga je doen als de functie groter is dan het flash wat je gereserveerd hebt voor 'externe code'?

Sorry, maar nee, dit is ondoenlijk.

Dus, zoals ik al zei, data kan je overal vandaan halen in een uC, maar instructies(opcodes) kan je alleen inladen vanaf het interne flash.

Voor degene die het zich afvragen, een Raspberry Pi kan het wel, omdat deze de logica in de CPU heeft zitten die de data en instructies van de SD kaart af haalt, in het geheugen zet en dan uit kan voeren(Net als bij een 'gewone' PC) De Arduino kan geen code uitvoeren vanaf zijn interne geheugen(Dit wordt dan ook een scratch pad genoemd) maar voert zijn code direct vanaf zijn interne flash uit. Alleen data wordt naar het interne geheugen gekopieerd voor tijdelijke opslag. Het bewerken van de data gebeurd dan ook niet in het geheugen, maar in de registers van de Arduino.

[ Voor 3% gewijzigd door Vuikie op 31-01-2016 19:23 ]

[SA007]

Datatabellen in PROGMEM zetten heb je hier niks aan, wordt je code niet kleiner van, alleen het geheugengebruik (SRAM).
Je zou ze wel in de code van een extern 'medium' kunnen halen (sd-kaart oid) maar dat is wel verschikkelijk traag.

Je hebt simpelweg 3 realistische opties:
- Andere micro met meer geheugen.
- Programma kleiner maken.
- Geheugen vrijmaken op de micro (bijv door de bootloader te verwijderen).

Wat tips om je programma kleiner te maken:
- Minder libraries gebruiken (als je bijv een complete rekenmodule erbij gooit om alleen machtsverheffen te doen of een seriele library die je alleen voor foutzoeken gebruikt.)
- Tabellen veranderen door rekenen (veel programmacode is een afweging tussen processor en geheugengebruik)