> Men min fråga i påståendeform håller iaf även inom pic programmeringen?
> deley medför ett stopp i din körning.
En PIC kör alltid *något* om den inte ligger i "sleap", men det är ett specialfall
och har igentligen inte med delay() funktionerna att göra.
> Hur hårt?
Så hårt du vill och din applikation kräver.
> Medan den sitter i deley(), hindrar den ev interupt?
Det beror normalt inte på delay() funktionen i sig, utan på hur resten
av koden ser ut. Men säker kan man aldrig vara, RTFM är nog det
som gäller för att få fram alla detaljerna i hur dessa "burkade" funktionen
fungerar i detalj. Det kan även skillja från kompilator till kompilator.
Man kan även säga att det finns många anledningar till att man normalt inte
vill använda delay() funktioner utan lösa det på annat sätt (timer-avbrott).
Blinkande LED, med C
Re: Blinkande LED, med C
Faktisk är det ett problem att sitta med programmering i windowsmiljö (eller liknande) och sedan försöka ta med det till mikroprocessor-världen, det stjälper mer än det hjälper.
Visst, man kan syntax osv. men man förstår knappast vad vissa funktioner kräver av resurser, har man prövat på att multiplicera 2 st 16-bit tal med varandra på en 8-bit µC förstår snabbt varför man väljer heltal och undviker floating-point så långt det går.
Detta är orsaken till att många rekommenderar assembler till att börja med, man måste helt enkelt börja från botten.
Visst, man kan syntax osv. men man förstår knappast vad vissa funktioner kräver av resurser, har man prövat på att multiplicera 2 st 16-bit tal med varandra på en 8-bit µC förstår snabbt varför man väljer heltal och undviker floating-point så långt det går.
Detta är orsaken till att många rekommenderar assembler till att börja med, man måste helt enkelt börja från botten.