Контроллер LK Netlon MB-2, Особенности его программирования на neuron C Опции

[Sun technik]

Добрый день!

Хотелось бы узнать про этот популярный девайс следующие вещи:
1. Правда ли, что объем RAM - всего 2К (причем он используется также и системными вещами типа network/application buffers, flash memory RAM buffer и другим добром весом примерно на 1К) ?
2. Какой объем far RAM, входит ли он в эти 2К ? В древние времена была такая популярная софтина - Visual Control, она при компиляции проекта выдавала MAP файл с картой памяти и статистикой по EEPROM и RAM. Про far, помнится, вроде ничего не писала, но в случае ошибки нехватки RAM near перенесение переменных в область far - помогало.
3. Какое количество перезаписей EEPROM допускается у этого контроллера? EEPROM'а там почти 60К (!!!), что наводит на мысль о его использовании для редко изменяющихся переменных в условиях нехватки RAM.
4. Для работы с аппаратными входами-выходами контроллера для того же VC были библиотеки на Neuron C. Не пробовал ли кто оптимизировать их - т.е. объединить все в одну, используя по возможности общие переменные итд, с целью уменьшить объем занимаемой RAM? Не будет ли ничего криминального, если в этих библиотеках переменные тоже объявить как far? Может есть где-то более современные версии этих программ (у меня примерно 6-7 летней давности)?
5. Про Nodebuilder - может ли он давать удобоваримую статистику по использованию памяти, типа того же MAP-файла в VC? Ведь VC был сделан НЯП на основе NodeBuilder 2.x, а в 3.10 ничего подобного найти не удалось.

Спасибо!

[Sun technik]

Добрый день!

Хотелось бы узнать про этот популярный девайс следующие вещи:
1. Правда ли, что объем RAM - всего 2К (причем он используется также и системными вещами типа network/application buffers, flash memory RAM buffer и другим добром весом примерно на 1К) ?
2. Какой объем far RAM, входит ли он в эти 2К ? В древние времена была такая популярная софтина - Visual Control, она при компиляции проекта выдавала MAP файл с картой памяти и статистикой по EEPROM и RAM. Про far, помнится, вроде ничего не писала, но в случае ошибки нехватки RAM near перенесение переменных в область far - помогало.
3. Какое количество перезаписей EEPROM допускается у этого контроллера? EEPROM'а там почти 60К (!!!), что наводит на мысль о его использовании для редко изменяющихся переменных в условиях нехватки RAM.
4. Для работы с аппаратными входами-выходами контроллера для того же VC были библиотеки на Neuron C. Не пробовал ли кто оптимизировать их - т.е. объединить все в одну, используя по возможности общие переменные итд, с целью уменьшить объем занимаемой RAM? Не будет ли ничего криминального, если в этих библиотеках переменные тоже объявить как far? Может есть где-то более современные версии этих программ (у меня примерно 6-7 летней давности)?
5. Про Nodebuilder - может ли он давать удобоваримую статистику по использованию памяти, типа того же MAP-файла в VC? Ведь VC был сделан НЯП на основе NodeBuilder 2.x, а в 3.10 ничего подобного найти не удалось.

Спасибо!

[KDVectra]

5. Про Nodebuilder - может ли он давать удобоваримую статистику по использованию памяти, типа того же MAP-файла в VC? Ведь VC был сделан НЯП на основе NodeBuilder 2.x, а в 3.10 ничего подобного найти не удалось.

NodeBuilder 2.x не было, из "этой серии" последним стал 1.5. Что же касается NodeBuilder 3.1, то он тоже при компиляции создает *.map файл.

[Sun technik]

Очень интересно... У меня Nodebuilder 3.10, *.map поиском по всему компу не нашёл... В \LM\Source\... - куча всяких разных файлов, а map'a - нет, может при компилляции надо какую-то опцию активировать?

[KDVectra]

В пропертях Target'a на закладке Linker ставишь галку Generate map file и будет создаваться файл.