А посмотреть что компиль на "ассемблировал" не пробывали??!!aam писал(а):Насчет инлайна - я попробовал просто кусок кода вставить вместо функции - как ни странно, размер увеличился
Массив указателей очень много места сэкономит, а свитч это куча cmp и jmp.aam писал(а):И еще что лучше для кнопочного меню в плане занимаемого объема - Свич или массив указателей на функции? Я юзал свич.
Но ведь к массиву указателей будут еще функции, у которых До и После полезного кода всякая лабуда с сохраненнием/извлечением из стека используемых в ней регистров. В свиче же место занимают rjmp'ы и т. п. Так что вопрос достаточно спорный. Но ради интереса попробую - и сравню что окажется меньше.Psych писал(а):Массив указателей очень много места сэкономит, а свитч это куча cmp и jmp
Это врят ли - оперативы и ЭСППЗУ у Тини2313 по 128 байт. Там же написано:Psych писал(а):а вот какая то хня в определенный сегмент не помещается
aam писал(а):Закончилась моя прога(
Код: Выделить всё
Error[e16]: Segment TINY_ID (size: 0x2a align: 0) is too long for segment definition. At least 0x2 more bytes needed...
Reserved ranges relevant to this placement:
...
CODE:7d8-7ff TINY_ID
...Код: Выделить всё
Error[e16]: Сегмент TINY_ID (размер: 0x2a (42 байта) выравнивание: 0) слишком большой для распределения сегментов. Ещё 0x2 байта нужно. ...
Зарезервированные диапазоны для этих значений:
...
CODE:7d8-7ff TINY_ID (40 байт)
...
У меня щас другой вопрос - мне за процем другим в магаз идти или я что-то не въехал в этих IARах и компиляторах?Desutorakuta писал(а):Ищите где сегмент обрастает жиром
Общий вопрос:Desutorakuta писал(а):INLINE функции при более чем 2ухкратном использовании всегда увеличивают объём кода
0x7d7-0x32=0x7A5=1957Reserved ranges relevant to this placement:
CODE:26-2e NEAR_F
CODE:2f-32 INITTAB
CODE:33-7d7 CODE
CODE:7d8-7ff TINY_ID
На ассемблере я бы написал макаронную процедуру, разбитую комментариями. На си, в принципе, тоже - gcc лучше разберёт, как организовать код.20 bytes in segment ABSOLUTE
1 374 bytes in segment CODE
31 bytes in segment EEPROM_I
4 bytes in segment INITTAB
6 bytes in segment INTVEC
9 bytes in segment NEAR_F
38 bytes in segment TINY_I
38 bytes in segment TINY_ID
"Тоже" - в смысле, через дефайны и "\" ?Desutorakuta писал(а):На си, в принципе, тоже - gcc лучше разберёт, как организовать код.
Ну я там структуру объявил и обращаюсь типа:Desutorakuta писал(а):Однако синтаксис этих полей громоздкий
А я и не эмулировал. Я прямо писал типа:Desutorakuta писал(а):Структуры вручную полностью эмулировать не получится.
Код: Выделить всё
union {
unsigned int buf;
struct {unsigned char cmd;
unsigned adr:5;
unsigned T:1;
unsigned S2:1;
unsigned S1:1;
};
} RC5_pack;Код: Выделить всё
//Флаги
struct {
unsigned error:1; //Ошибка
unsigned ready:1; //Принят новый пакет
unsigned btn_hold:1; //Кнопка удерживается
unsigned prev_toggle:1; //Предыдущее значение Toggle-бита
unsigned first_event:1; //После включения питания принята хотябы одна команда
} RC5_flags;Код: Выделить всё
#define uip_periodic(conn) do { uip_conn = &uip_conns[conn]; \
uip_process(UIP_TIMER); } while (0)Код: Выделить всё
extern struct uip_conn uip_conns[UIP_CONNS];Код: Выделить всё
struct uip_conn {
u16_t ripaddr[2]; /**< The IP address of the remote host. */
u16_t lport; /**< The local TCP port, in network byte order. */
u16_t rport; /**< The local remote TCP port, in network byte
order. */
u8_t rcv_nxt[4]; /**< The sequence number that we expect to
receive next. */
u8_t snd_nxt[4]; /**< The sequence number that was last sent by
us. */
u16_t len; /**< Length of the data that was previously sent. */
u16_t mss; /**< Current maximum segment size for the
connection. */
u16_t initialmss; /**< Initial maximum segment size for the
connection. */
u8_t sa; /**< Retransmission time-out calculation state
variable. */
u8_t sv; /**< Retransmission time-out calculation state
variable. */
u8_t rto; /**< Retransmission time-out. */
u8_t tcpstateflags; /**< TCP state and flags. */
u8_t timer; /**< The retransmission timer. */
u8_t nrtx; /**< The number of retransmissions for the last
segment sent. */
/** The application state. */
u8_t appstate[UIP_APPSTATE_SIZE];
};
uip_conns в данном случае это массив структур. Он объявлен как надо.int a() {
struct uip_conn uip_conn; // объявляем переменную uip_conn с типом struct uip_conn
}
"структура[5]" это просто берется структура uip_conn из массива uip_conns. Почитайте про массивы.pokk писал(а):пусть будет conn=5 uip_conn = &uip_conn[5];
так вот вопрос чего это мы сделали ? и что это значит структура[5]
и этот адрес опять в структуру записывается.
only pure true norwegian blackx 
нашёл только такоеИщите в своем коде объявление переменной "struct uip_conn uip_conn"
Код: Выделить всё
struct uip_conn *uip_conn; /* uip_conn always points to the current connection. */Код: Выделить всё
register struct uip_conn *uip_connr = uip_conn;Код: Выделить всё
uip_connr->tcpstateflags == TIME_WAIT;Код: Выделить всё
uip_connr = uip_conn;Код: Выделить всё
while (flag != 0);Код: Выделить всё
while (flag != 0)
{
wr_data('T');
wr_data('i');
wr_data('m');
wr_data('e');
wr_data('r');
wr_data('=');
wr_data(timer/10000+0x30);
wr_data((timer%10000)/1000+0x30);
wr_data((timer%1000)/100+0x30);
wr_data((timer%100)/10+0x30);
wr_data((timer%10)+0x30);
}
Да, AVR. Это модератор сюда сообщение перенёс. Изначально в профильном разделе писал.a_skr писал(а):volatile char(ну, или, какой там тип у Вас) flag;
_delay_ms() ... AVR? - ну, тогда, точно, см. выше.
Вот за это огромное спасибо! Про volatile раньше читал, но не понимал её значения.Kavka писал(а):Торвальд, а flag у вас гле выставляется? В прерывании? Если да, то она объявлена у вас без volatile (как вам уже подсказали). Это указывает компилятору, что при любом обращении к переменной её надо обязательно считывать из ячейки памяти, и не допускать повторного использования если она загружена из памяти в регистр.
Код: Выделить всё
20 bytes in segment ABSOLUTE
1 554 bytes in segment CODE
29 bytes in segment EEPROM_I
4 bytes in segment INITTAB
4 bytes in segment INTVEC
9 bytes in segment NEAR_F
26 bytes in segment SWITCH
28 bytes in segment TINY_I
28 bytes in segment TINY_ID
1 617 bytes of CODE memory (+ 8 bytes shared)
28 bytes of DATA memory (+ 20 bytes shared)
29 bytes of XDATA memory
Errors: none
Warnings: none 
Код: Выделить всё
Building configuration: LED_cnt - Debug
Updating build tree...
Linking
Error[e16]: Segment CODE (size: 0x7e2 align: 0x1) is too long for segment definition. At least 0x30 more bytes needed.
The problem occurred while processing the segment placement command
"-Z(CODE)CODE=_..X_FLASH_BASE-_..X_FLASH_END", where at the moment of placement the available memory
ranges were "CODE:4e-7ff"
Reserved ranges relevant to this placement:
CODE:26-2e NEAR_F
CODE:2f-49 SWITCH
CODE:4a-4d INITTAB
CODE:4e-7ff CODE
Error while running Linker
Total number of errors: 1
Total number of warnings: 0
Код: Выделить всё
20 bytes in segment ABSOLUTE
1 558 bytes in segment CODE
29 bytes in segment EEPROM_I
4 bytes in segment INITTAB
4 bytes in segment INTVEC
9 bytes in segment NEAR_F
26 bytes in segment SWITCH
28 bytes in segment TINY_I
28 bytes in segment TINY_ID
1 621 bytes of CODE memory (+ 8 bytes shared)
28 bytes of DATA memory (+ 20 bytes shared)
29 bytes of XDATA memory
Errors: none
Warnings: none
Код: Выделить всё
****************************************
* *
* MODULE SUMMARY *
* *
****************************************
Module CODE DATA XDATA
------ ---- ---- -----
(Rel) (Rel) (Abs) (Rel)
?C_MUL_L01 16
?C_STARTUP 20
?EEPROM_8 44
?FILLER_BYTES 14
+ common 24
?RESET
+ common 2
?S_MUL_L02 32
?S_SHL_L02 12
?US_SHR_L02 12
?__exit 6
?low_level_init 4
?segment_init 64
?xV_SWITCH_L06 156
main 1 621 28 20 28
+ common 24
N/A (command line) 64
N/A (alignment)
---------- ----- -- -- --
Total: 2 001 92 20 28
+ common 24
Если нужно ограничить видимость имени этой ф-ции модулем, в котором она объявлена. Это касается любых глобальных идентификаторов (константы, переменные итп) - если их объявить static, они будут видны/доступны только из модуля в котором объявлены.FreshMan писал(а):в каких случаях перед названием ф-ции ставится префикс static ?
