Memory usage - Revision history

Admin at 17:02, 13 February 2013

2013-02-13T17:02:34Z

Admin at 16:59, 13 February 2013

2013-02-13T16:59:52Z

Admin at 16:59, 13 February 2013

2013-02-13T16:59:30Z

Admin at 16:59, 13 February 2013

2013-02-13T16:59:03Z

Admin at 16:58, 13 February 2013

2013-02-13T16:58:06Z

Admin at 16:57, 13 February 2013

2013-02-13T16:57:32Z

Admin at 16:56, 13 February 2013

2013-02-13T16:56:48Z

Admin at 12:41, 13 February 2013

2013-02-13T12:41:07Z

Admin at 12:40, 13 February 2013

2013-02-13T12:40:00Z

Admin: Created page with "= SRAM = Every variable uses memory. Variables are stored in memory. This memory is also called SRAM (static ram).
2013-02-13T12:37:26Z

Created page with "= SRAM = Every variable uses memory. Variables are stored in memory. This memory is also called SRAM (static ram). SRAM =

Every variable uses memory. Variables are stored in memory. This memory is also called SRAM (static ram).

 

The available memory depends on the chip. When you double click on the chip pinout, you can view the parameters of the used chip.

 

A special kind of memory are the registers in the AVR. Registers 0-31 have addresses 0-31.

Almost all registers are used by the compiler or might be used in the future.

Which registers are used depends on the program statements you use.

 

 

This brings us back to the SRAM.

No SRAM is used by the compiler other than the space needed for the software stack ([http://avrhelp.mcselec.com/_swstack.htm $SWSTACK]) and frame

([http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE])

Some statements might use some SRAM. When this is the case it is mentioned in the help topic of that statement.

 

For example, [http://avrhelp.mcselec.com/config_clock.htm CONFIG CLOCK] in user mode requires variables to hold the time. Variables like _sec , _min , _hour, _day , _month , _year.

 

 

Each 8 bits used occupy one byte. When you dimension 1 bit, you will also use 1 byte.

Each byte variable occupies one byte.

Each integer/word variable occupies two bytes.

Each Long, Dword or Single variable occupies four bytes.

Each double variable occupies 8 bytes.

Each string variable occupies at least 2 bytes.

A string with a length of 10 occupies 11 bytes.

 

[[File:Notice.jpg|notice]]Strings need an additional byte (Null termination) to indicate the end of the string. That's why a string of 10 bytes occupies 11 bytes.

 

[[File:Notice.jpg|notice]]With dimension of a bit you will occupy one byte.

 

 

Use bits or byte variables wherever you can to save memory. (not allowed for negative values)

 

See also [http://avrhelp.mcselec.com/dim.htm DIM]

 

The software stack is used to store the addresses of LOCAL variables and for variables that are passed to SUB routines.

 

Each LOCAL variable and passed variable to a SUB/FUNCTION, requires two bytes to store the address (because it is a 16-Bit address = 2 bytes).

So when you have a SUB routine in your program that passes 10 variables, you need 10 * 2 = 20 bytes.

When you use 2 LOCAL variables in the SUB program that receives the 10 variables, you need additional 2 * 2 = 4 bytes.

 

See also [http://avrhelp.mcselec.com/declare_sub.htm DECLARE SUB], [http://avrhelp.mcselec.com/declare_function.htm DECLARE FUNCTION]

 

The software stack ([http://avrhelp.mcselec.com/_swstack.htm $SWSTACK]) size can be calculated by taking the maximum number of parameters in a SUB routine, adding the number of LOCAL variables and multiplying the result by 2. To be safe, add 4 more bytes for internally used LOCAL variables.

 

 

LOCAL variables are stored in a place that is named the Frame ([http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE])

 

When you have a LOCAL STRING with a size of 40 bytes, and a LOCAL LONG, you need 41 + 4 bytes = 45 bytes of frame space.

 

When you use conversion routines such as [http://avrhelp.mcselec.com/str.htm STR], [http://avrhelp.mcselec.com/val.htm VAL], [http://avrhelp.mcselec.com/hex.htm HEX], [http://avrhelp.mcselec.com/input.htm INPUT] etc. that convert from numeric to string and vice versa, you also need a frame. Note that the use of the [http://avrhelp.mcselec.com/input.htm INPUT] statement with a numeric variable, or the use of the [http://avrhelp.mcselec.com/print.htm PRINT] or [http://avrhelp.mcselec.com/lcd_1.htm LCD]statement with a numeric variable, will also force you to reserve 24 bytes of frame space. This because these routines use the internal numeric<>string conversion routines.

 

[[File:Notice.jpg|notice]]In fact, the compiler creates a buffer of 24 bytes that serves as scratchpad for temporary variables, and conversion buffer space. So the frame space should be 24 at minimum ([http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE] = 24). This 24 Byte start at the beginning of the Frame which act as the conversion buffer within the frame

 

 

For an ATXMEGA or ATMEGA you have usually enough SRAM so you can start with higher values of Stack and Frame.

 

With an ATTINY13 and 64Byte SRAM it is a challenge but also start with all stack defined and lower the Stack Values when your application program grows.

 
<div style="padding: 0px; margin: 0px;">
{| border="0" cellpadding="0" cellspacing="0"
|- valign="baseline" style="vertical-align: baseline;"
| width="13" | •
| Avoid to use SUB or FUNCTIONS (If you want to save SRAM space)
|}
</div><div style="padding: 0px; margin: 0px;">
{| border="0" cellpadding="0" cellspacing="0"
|- valign="baseline" style="vertical-align: baseline;"
| width="13" | •
| If you use Functions like PRINT, LCD, INPUT and the FP num <>  FORMAT(),  String conversion you need to define the 24 Byte conversion buffer (at least 24Byte for Software Stack + FRAME together).
|}
</div>
http://avrhelp.mcselec.com/memusage1.png

In this case just 9 Bytes are left for global variables !

 

See also: [http://avrhelp.mcselec.com/_hwstack.htm $HWSTACK], [http://avrhelp.mcselec.com/_swstack.htm $SWSTACK], [http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE]

 

= XRAM =

Some processors have an external memory interface. For example the ATMEGA128 has such an interface.

The additional memory is named XRAM memory (extended or external memory).

When you add 32 KB RAM, the first address will be 0.

But because the XRAM can only start after the internal SRAM, the lower memory locations of the XRAM will not be available for use. The processor will automatically use the SRAM if an address is accessed that is in range of the SRAM memory.

Thus adding 32KB of XRAM, will result in a total of 32 KB RAM.

 

With ATXMEGA you can add XRAM with the EBI (External Bus Interface). There is no problem to add for example

16 MByte of external SDRAM.

See [http://avrhelp.mcselec.com/configxram.htm CONFIG XRAM]

 

 

= ERAM =

Most AVR chips have internal EEPROM on board.

This EEPROM can be used to store and retrieve data.

In BASCOM, this data space is called ERAM.

 

An important difference is that an ERAM variable can only be written to a maximum of 100.000 times. So only assign an ERAM variable when it is required, and never use it in a loop or the ERAM will become unusable.

Always use the Brown out detection of the processor to prevent EEPROM corruption.

 

See also [http://avrhelp.mcselec.com/dim.htm DIM]

For ATXMEGA see also [http://avrhelp.mcselec.com/config_eeprom.htm CONFIG EEPROM]

 

 

= Constant code usage =

Constants are stored in a constant table.

Each used constant in your program will end up in the constant table.

 

 

For example:

 

Print "ABCD" Print "ABCD"

 

This example will only store one constant (ABCD).

 

Print "ABCD" Print "ABC"

 

 

In this example, two constants will be stored because the strings differ.

 

 

= Stack =

 

See also: [http://avrhelp.mcselec.com/_hwstack.htm $HWSTACK], [http://avrhelp.mcselec.com/_swstack.htm $SWSTACK], [http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE]

 

The Stack is a part of SRAM (Static RAM). In SRAM the compiler stores user dimensioned variables, as well as internal variables, but SRAM holds also Hardware Stack, Software Stack and Frame. The Variables always start at the lowest SRAM Address. After Reset all SRAM Bytes are 0 (and strings are "") so the SRAM memory is cleared after reset. With the $noramclear option you can turn this behavior off which means the SRAM is not cleared after reset.

 

The available SRAM depends on the Chip.

 

With ATTINY13 for example you have 64Byte of SRAM and you will find this information beside the user manual in the *.DAT file. You can also double click the chip in Chip Pinout to view the chip parameters.

 

The following you find in the attiny13.dat file:               SRAM = 64               ; SRAM size    

 

Global Variables start with the lowest SRAM Address and the Hardware Stack start with the highest SRAM Address.

 

[[File:Memusage2.png|center|memusage2]]

 

 

Example for using with Bascom-AVR Simulator:

 

$regfile = "attiny13.dat" $crystal = 4000000 $hwstack = 30 $swstack = 0 $framesize = 24   Dim B As Byte B = 5     Pcmsk = &B00000001 'PIN Change Int ON PCINT0 pin_change_isr Set Gimsk.5 Enable Interrupts   Do !NOP Loop   End 'end program   pin_change_isr:  B = 7 Return

 

 

With an ATTINY13 the SRAM is just 64Byte and it is easy to see which SRAM Bytes will be overwritten with Bascom AVR Simulator Memory Window.

 

Click on M to display the memory window.

 

[[File:Memusage3.png|center|memusage3]]

 

 

 

[[File:Memusage4.png|center|memusage4]]

Picture: SRAM of ATTINY13 when executing the above ATTINY13 example in Bascom Simulator

 

You can see the Hardware Stack (32 Byte) , Frame (24 Byte) and the Variable B.

For this example you do not really need a Frame so it could be also $framesize = 0 for this example.

 

 

With ATXMEGA128A1 there is 8K Byte of SRAM available and you can find in the DAT file (SRAM =   8192           ; SRAM size   )

 

[[File:Notice.jpg|notice]]The Values of Stack should be ALWAYS defined at the beginning of any BASCOM-AVR Program in the main project file. The best place is right after the [http://avrhelp.mcselec.com/regfile.htm $REGFILE] statement.

 

Example:

$hwstack = 32                                               ' default use 32 for the hardware stack $swstack = 32                                               ' default use 32 for the SW stack $framesize = 40                                             ' default use 40 for the frame space  

 

 

 

 

= The following example show what can happen when you define NO Stacks or Frame  or when you define not enough Stack or Frame. =

In this example we use: $hwstack = 64,  $swstack = 0, $framesize = 8

 

As we know now Software Stack and FRAME together must be as absolute minimum 24 Byte (for the conversion buffer) so we force the overwriting of Hardware Stack which causes malfunction.

 

(Reminder: Don’t start with the lowest values for Stack and Frame)

 

 

[[File:Embim1.png|center]]

Picture : SRAM for example with$hwstack = 64,  $swstack = 0, $framesize = 8

 

You can now imagine what could happen:

 
<div style="padding: 0px; margin: 0px;">
{| border="0" cellpadding="0" cellspacing="0"
|- valign="baseline" style="vertical-align: baseline;"
| width="13" | •
| Because of overwritten return address in Hardware Stack the micro is jumping to somewhere else and malfunction if forced.
|}
</div><div style="padding: 0px; margin: 0px;">
{| border="0" cellpadding="0" cellspacing="0"
|- valign="baseline" style="vertical-align: baseline;"
| width="13" | •
| Functions like PRINT overwrite addresses of LOCAL Variables and here also will the micro jump to somewhere else and malfunction is forced.
|}
</div>
 

[[File:Memusage6.png|center|memusage6]]

Picture: Simulator Memory Windows for example with $hwstack = 64,  $swstack = 0, $framesize = 8

 

 

= Now an example for passing an Array to a SUB: =

 

http://avrhelp.mcselec.com/memusage11.png

 

 

With this example we see the complete SRAM.

The SRAM start with the dimed variables. In this case it start with the variable I followed by the Array Ar of  16 Byte and in the end the variable B.

 

Because it is easier with the memory window of  Bascom Simulator I choose multiple of 16 for Stack and Framesize.

We have here 2 Addresses stored in Software Stack. One address for the Array and one address for the variable B.

 

So passing an Array to a SUB just need 2 Bytes for the address in Stack which is the same size as for one Byte variable (here variable B).

 

[[File:Memusage7.png|center|memusage7]]

 

Picture: Simulator Memory Window for example passing an Array to a SUB

 

With this example you also see that especially with ATTINY and smaller ATMEGA it is not that complicated to see if other SRAM bytes will be overwritten by something and causes malfunction.

You have with the Simulator window the “big picture” of SRAM and STACK together.

 

As already written it is easier to use multiple of 16 for Hardware Stack, Software Stack and FRAME as a starting point because one line in Simulator Memory window is 16 Bytes.

 

= How to see which Variables are stored on  which SRAM Byte ? =

You can find out the stored variable with the Bascom-AVR Simulator Memory Window by clicking on that byte.

Click on SRAM Bytes show the OCCUPIED BY in the footer of that window.

Only the first Byte of an Array will show the Name of the Array !

 

[[File:Memusage8.png|center|memusage8]]

Picture: How to see which Variables are stored on  which SRAM Byte

 

You can also find this information in the Compiler output report:

In this case under VARIABLES

 

[[File:Memusage9.png|center|memusage9]]

 

Picture: How to see which Variables are stored on  which SRAM Address

 

 

The following small example is good for examining the Bascom-AVR internal variables like _sec, _min or _hour in Bascom-AVR Simulator Memory Window.

 

Config Clock =  User  for example create the internal variables for seconds (_sec), minutes (_min) ,hour (_hour) etc…. You can see this variables by clicking on the SRAM Byte and watch the footer of that Bascom-AVR Simulator Memory Window footer.

 

$regfile = "m88def.dat" $hwstack = 48 $swstack = 80 $framesize = 80   Config Clock = User   End 'end program

[[File:Memusage10.png|center|memusage10]]

Picture: Internal Variables in the Bascom-AVR Simulator Memory Window

 

== See also ==

[http://avrhelp.mcselec.com/_hwstack.htm $HWSTACK], [http://avrhelp.mcselec.com/_swstack.htm $SWSTACK], [http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE]

@@ Line 21: / Line 21: @@
 This brings us back to the SRAM.
-No SRAM is used by the compiler other than the space needed for the software stack ([http://avrhelp.mcselec.com/_swstack.htm $SWSTACK]) and frame
+No SRAM is used by the compiler other than the space needed for the software stack ([[$SWSTACK]]) and frame
-([http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE])
+([[$FRAMESIZE]])
 Some statements might use some SRAM. When this is the case it is mentioned in the help topic of that statement.
@@ Line 29: / Line 29: @@
 &nbsp;
-For example,&nbsp;[http://avrhelp.mcselec.com/config_clock.htm CONFIG CLOCK]&nbsp;in user mode requires variables to hold the time. Variables like _sec , _min , _hour, _day , _month , _year.
+For example,&nbsp;[[CONFIG_CLOCK|CONFIG CLOCK]]&nbsp;in user mode requires variables to hold the time. Variables like _sec , _min , _hour, _day , _month , _year.
 <span style="font-family: Arial;">&nbsp;</span>
@@ Line 65: / Line 65: @@
 <span style="font-family: Arial;">&nbsp;</span>
-<span style="font-family: Arial;">See also&nbsp;[http://avrhelp.mcselec.com/dim.htm DIM]</span>
+<span style="font-family: Arial;">See also&nbsp;[[DIM]]</span>
 <span style="font-family: Arial;">&nbsp;</span>
@@ Line 81: / Line 81: @@
 &nbsp;
-See also&nbsp;[http://avrhelp.mcselec.com/declare_sub.htm DECLARE SUB],&nbsp;[http://avrhelp.mcselec.com/declare_function.htm DECLARE FUNCTION]
+See also&nbsp;[[DECLARE_SUB|DECLARE SUB]],&nbsp;[[DECLARE_FUNCTION|DECLARE FUNCTION]]
 <span style="font-family: Arial;">&nbsp;</span>
-The software stack ([http://avrhelp.mcselec.com/_swstack.htm $SWSTACK]) size can be calculated by taking the maximum number of parameters in a SUB routine, adding the number of LOCAL variables and multiplying the result by 2. To be safe, add 4 more bytes for internally used LOCAL variables.
+The software stack ([[$SWSTACK]]) size can be calculated by taking the maximum number of parameters in a SUB routine, adding the number of LOCAL variables and multiplying the result by 2. To be safe, add 4 more bytes for internally used LOCAL variables.
 <span style="font-family: Arial;">&nbsp;</span>
@@ Line 91: / Line 91: @@
 <span style="font-family: Arial;">&nbsp;</span>
-LOCAL variables are stored in a place that is named the Frame ([http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE])
+LOCAL variables are stored in a place that is named the Frame ([[$FRAMESIZE]])
 <span style="font-family: Arial;">&nbsp;</span>
@@ Line 99: / Line 99: @@
 <span style="font-family: Arial;">&nbsp;</span>
-When you use conversion routines such as&nbsp;[http://avrhelp.mcselec.com/str.htm STR],&nbsp;[http://avrhelp.mcselec.com/val.htm VAL],&nbsp;[http://avrhelp.mcselec.com/hex.htm HEX],&nbsp;[http://avrhelp.mcselec.com/input.htm INPUT]&nbsp;etc. that convert from numeric to string and vice versa, you also need a frame. Note that the use of the&nbsp;[http://avrhelp.mcselec.com/input.htm INPUT]&nbsp;statement with a numeric variable, or the use of the&nbsp;[http://avrhelp.mcselec.com/print.htm PRINT]&nbsp;or&nbsp;[http://avrhelp.mcselec.com/lcd_1.htm LCD]statement with a numeric variable, will also force you to reserve 24 bytes of frame space. This because these routines use the internal numeric<>string conversion routines.
+When you use conversion routines such as&nbsp;[[STR]],&nbsp;[[VAL]],&nbsp;[[HEX]],&nbsp;[[INPUT]]&nbsp;etc. that convert from numeric to string and vice versa, you also need a frame. Note that the use of the&nbsp;[[INPUT]]&nbsp;statement with a numeric variable, or the use of the&nbsp;[[PRINT]]&nbsp;or&nbsp;[[LCD]]&nbsp;statement with a numeric variable, will also force you to reserve 24 bytes of frame space. This because these routines use the internal numeric<>string conversion routines.
 &nbsp;
-[[File:Notice.jpg|notice]]In fact, the compiler creates a buffer of 24 bytes that serves as scratchpad for temporary variables, and conversion buffer space. So the frame space should be&nbsp;<span style="font-weight: bold;">24 at minimum&nbsp;</span>([http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE]&nbsp;= 24). This 24 Byte start at the beginning of the Frame which act as the conversion buffer within the frame
+[[File:Notice.jpg|notice]]In fact, the compiler creates a buffer of 24 bytes that serves as scratchpad for temporary variables, and conversion buffer space. So the frame space should be&nbsp;<span style="font-weight: bold;">24 at minimum&nbsp;</span>([[$FRAMESIZE]]&nbsp;= 24). This 24 Byte start at the beginning of the Frame which act as the conversion buffer within the frame
 <span style="font-weight: bold;">&nbsp;</span>
@@ Line 129: / Line 129: @@
 |}
 </div>
+<br/>[[File:Memusage1.png|center|Memusage1.png]]
-−
 [[File:Memusage1.png|center]]
@@ Line 139: / Line 137: @@
 &nbsp;
-See also:&nbsp;[http://avrhelp.mcselec.com/_hwstack.htm $HWSTACK],&nbsp;[http://avrhelp.mcselec.com/_swstack.htm $SWSTACK],&nbsp;[http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE]
+See also:&nbsp;[[$HWSTACK]],&nbsp;[[$SWSTACK]],&nbsp;[[$FRAMESIZE]]
 &nbsp;

@@ Line 161: / Line 161: @@
 MByte of external SDRAM.
-See&nbsp;<span style="font-size: 12pt; font-family: 'Times New Roman'; color: rgb(255, 255, 255);">[http://avrhelp.mcselec.com/configxram.htm CONFIG XRAM]</span>
+See&nbsp;[[CONFIG_XRAM|CONFIG XRAM]]
 <span style="font-family: Arial;">&nbsp;</span>

@@ Line 183: / Line 183: @@
 &nbsp;
-See also&nbsp;[http://avrhelp.mcselec.com/dim.htm DIM]
+See also&nbsp;[[DIM]]
-For ATXMEGA see also&nbsp;<span style="color: rgb(0, 0, 128);">[http://avrhelp.mcselec.com/config_eeprom.htm CONFIG EEPROM]</span>
+For ATXMEGA see also&nbsp;<span style="color: rgb(0, 0, 128);">[[CONFIG_EEPROM|CONFIG EEPROM]]</span>
 <span style="font-family: Arial;">&nbsp;</span>

@@ Line 229: / Line 229: @@
 <span class="f_Header">&nbsp;</span>
-See also:&nbsp;[http://avrhelp.mcselec.com/_hwstack.htm $HWSTACK],&nbsp;[http://avrhelp.mcselec.com/_swstack.htm $SWSTACK],&nbsp;[http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE]
+See also:&nbsp;[[$HWSTACK]],&nbsp;[[$SWSTACK]],&nbsp;[[$FRAMESIZE]]
 &nbsp;
@@ Line 245: / Line 245: @@
 &nbsp;
-The following you find in the&nbsp;<span style="font-style: italic;">attiny13.dat</span>&nbsp;file:&nbsp;<span style="font-size: 12pt; font-family: 'Times New Roman';">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;</span><span style="font-size: 12pt; font-family: 'Times New Roman'; font-style: italic; color: rgb(84, 141, 212);">SRAM = 64 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ; SRAM size</span><span style="font-size: 12pt; font-family: 'Times New Roman'; font-style: italic;">&nbsp;&nbsp; &nbsp;</span>
+The following you find in the&nbsp;<span style="font-style: italic;">attiny13.dat</span>&nbsp;file:&nbsp;<span style="font-size: 12pt; font-family: 'Times New Roman';">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;</span><span style="font-size: 12pt; font-family: 'Times New Roman'; font-style: italic; color: rgb(84, 141, 212);">SRAM = 64 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;; SRAM size</span><span style="font-size: 12pt; font-family: 'Times New Roman'; font-style: italic;">&nbsp;&nbsp; &nbsp;</span>
 <span style="font-size: 12pt; font-family: 'Times New Roman'; font-style: italic;">&nbsp;</span>
@@ Line 299: / Line 299: @@
 &nbsp;
-With ATXMEGA128A1 there is 8K Byte of SRAM available and you can find in the DAT file&nbsp;<span style="font-size: 12pt; font-family: 'Times New Roman';">(</span><span style="font-size: 12pt; font-family: 'Times New Roman'; font-style: italic; color: rgb(84, 141, 212);">SRAM = &nbsp; 8192 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ; SRAM size</span><span style="font-size: 12pt; font-family: 'Times New Roman';">&nbsp;&nbsp; )</span>
+With ATXMEGA128A1 there is 8K Byte of SRAM available and you can find in the DAT file&nbsp;<span style="font-size: 12pt; font-family: 'Times New Roman';">(</span><span style="font-size: 12pt; font-family: 'Times New Roman'; font-style: italic; color: rgb(84, 141, 212);">SRAM = &nbsp; 8192 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;; SRAM size</span><span style="font-size: 12pt; font-family: 'Times New Roman';">&nbsp;&nbsp; )</span>
 &nbsp;

← Older revision		Revision as of 16:58, 13 February 2013
Line 461:		Line 461:
	= <span class="f_Header">See also</span> =		= <span class="f_Header">See also</span> =

−	[~~http://avrhelp.mcselec.com/_hwstack.htm~~ $HWSTACK], [~~http://avrhelp.mcselec.com/_swstack.htm~~ $SWSTACK], [~~http://avrhelp.mcselec.com/_framesize.htm~~ $FRAMESIZE]	+	[[$HWSTACK]], [[$SWSTACK]], [[$FRAMESIZE]]

@@ Line 459: / Line 459: @@
 <span style="font-size: 12pt; font-family: 'Times New Roman';">&nbsp;</span>
-== See also<br/> ==
+= <span class="f_Header">See also</span> =
 [http://avrhelp.mcselec.com/_hwstack.htm $HWSTACK],&nbsp;[http://avrhelp.mcselec.com/_swstack.htm $SWSTACK],&nbsp;[http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE]
@@ Line 467: / Line 467: @@
 {{Languages}}
-[[Category:BASCOM_HARDWARE]]
+[[Category:BASCOM HARDWARE]]

← Older revision		Revision as of 16:56, 13 February 2013
Line 461:		Line 461:
	== See also<br/> ==		== See also<br/> ==

		+	[http://avrhelp.mcselec.com/_hwstack.htm $HWSTACK], [http://avrhelp.mcselec.com/_swstack.htm $SWSTACK], [http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE]


−	[~~http://avrhelp.mcselec.com/_hwstack.htm $HWSTACK], ~~[~~http~~:~~//avrhelp.mcselec.com/_swstack.htm $SWSTACK~~]~~, [http://avrhelp.mcselec.com/_framesize.htm $FRAMESIZE~~]	+
		+	{{Languages}}
		+
		+	[[Category:BASCOM_HARDWARE]]

@@ Line 371: / Line 371: @@
 <span class="f_Header">&nbsp;</span>
-http://avrhelp.mcselec.com/memusage11.png
+[[File:Memusage11.png|center]]
 <span style="font-size: 12pt; font-family: 'Times New Roman';">&nbsp;</span>