Новая версия NedoPC-90.AVROS

SfS · Post by **SfS** » 11 Jul 2005 20:10

Выкладываю новую версию NedoPC-90.AVROS (c поддержкой WP1602).

http://www.nedopc.org/nedopc/upload/Ned ... ed.tar.bz2

И небольшую статейку по его применению.

http://www.nedopc.org/nedopc/upload/WP1 ... OS.tar.bz2

Shaos · Post by **Shaos** » 11 Jul 2005 20:19

SfS wrote:Выкладываю новую версию NedoPC-90.AVROS (c поддержкой WP1602).

http://www.nedopc.org/nedopc/upload/Ned ... ed.tar.bz2

И небольшую статейку по его применению.

http://www.nedopc.org/nedopc/upload/WP1 ... OS.tar.bz2

Предыдущая версия вроде называлась NedoPC-90.AVROS.v0.1.2?

SfS · Post by **SfS** » 11 Jul 2005 20:52

Shaos wrote:
SfS wrote:Выкладываю новую версию NedoPC-90.AVROS (c поддержкой WP1602).

http://www.nedopc.org/nedopc/upload/Ned ... ed.tar.bz2

И небольшую статейку по его применению.

http://www.nedopc.org/nedopc/upload/WP1 ... OS.tar.bz2
Предыдущая версия вроде называлась NedoPC-90.AVROS.v0.1.2?

В принципе да

Надо както систему нумерации версий ввести - я пока с этим не определился. Хотя конечно логично, что у каждой последующей - номер должен быть больше...

Наверное сделаю так - эту версию (она на самом деле последняя ) переименую в NedoPC-90.AVROS.v0.1.3 и уже не буду попирать логику

http://www.nedopc.org/nedopc/upload/Ned ... .3.tar.bz2

Вот так !

Shaos · Post by **Shaos** » 12 Jul 2005 07:19

SfS wrote: Наверное сделаю так - эту версию (она на самом деле последняя ) переименую в NedoPC-90.AVROS.v0.1.3 и уже не буду попирать логику

http://www.nedopc.org/nedopc/upload/Ned ... .3.tar.bz2

Вот так !

Ok - качну

Shaos · Post by **Shaos** » 16 Jul 2005 19:06

Shaos wrote:
SfS wrote: Наверное сделаю так - эту версию (она на самом деле последняя ) переименую в NedoPC-90.AVROS.v0.1.3 и уже не буду попирать логику

http://www.nedopc.org/nedopc/upload/Ned ... .3.tar.bz2

Вот так !
Ok - качну

Вобщем после начала общения с системой - вопросы

Вот задаю я запуск разных задач по графику времен на разных уровнях - чем принципиально отличаются /upl/rtl_mac.h, rtl/hl_mac.h и osl/rtl_mac.h?

Если конец одной задачи заползает на начало другой, она прервется? Или это зависит от уровня задачи, которая должна будет выполнится в этот момент?

Насколко сложно написать повторялку-терминалку через COM-порт? Т.е. с компа пишется строка - девайс ее принимает и отправляет обратно.

SfS · Post by **SfS** » 17 Jul 2005 20:19

Shaos wrote: Вобщем после начала общения с системой - вопросы

Прекрасно.

Shaos wrote: Вот задаю я запуск разных задач по графику времен на разных уровнях - чем принципиально отличаются /upl/rtl_mac.h, rtl/hl_mac.h и osl/rtl_mac.h?

Почти ничем, это введено скорее для удобства. НО! В файле /upl/rtl_mac.h есть макросы типа T_INT_MAX_xx, которые вешают на прерывание процедуру, которая вызывыается с максимальной частотой (обычно - 1/256) тактовой. Минимальная же дискретность других уровней - 100мс.

Shaos wrote: Если конец одной задачи заползает на начало другой, она прервется? Или это зависит от уровня задачи, которая должна будет выполнится в этот момент?

Нет. Задачи одинаковые, по периоду вызова - равноправны. Но сущестыует защита от повторного вхождения. И еще - более быстрые задачи прерывают более медленные.

Shaos wrote: Насколко сложно написать повторялку-терминалку через COM-порт? Т.е. с компа пишется строка - девайс ее принимает и отправляет обратно.

Не сложно. Надо отредактировать два файла.

Файл ../systrm/res_uart.h

Code: Select all

//----------------------------------------------------------------------
// MODEULE: res_uart.h
// COMMON DESCRIPTION:
//   This module contain declaration for internal UART
//----------------------------------------------------------------------
// UART0 definitions
#define UART0_ENABLED
//----------------------------------------------------------------------
#ifdef  UART0_ENABLED
//----------------------------------------------------------------------
// If defined UART_SPD_CONST, speed can't changed, else speed may be
// changed with void uart0_setspeed(unsigned int speed); speed - in Bits/s
#define UART_SPD_CONST   9600 /* Скорость ком-портов */
// If defined UART_BUFFERS_ENABLED input and output used buffers
#define UART_BUFFERS_ENABLED /* Разрешить буферизацию*/
// Buffer length (only if defined UART_BUFFERS_ENABLED, else do nothig)
#define UART_BUFFERS_LEN 0x10 /* Длина буфера */
// Uart Strings Support
#define UART_STR_ENABLED /* Разрешить процедуры работы со строками*/
//----------------------------------------------------------------------
#endif /* UART0_ENABLED */
//----------------------------------------------------------------------

Файл ../upl/main.c

Code: Select all

//----------------------------------------------------------------------
// Main program
//----------------------------------------------------------------------
unsigned char c;
//----------------------------------------------------------------------
// Main progam
int main()
  {AUTOINIT_ALL_MODULES();
   // 
   while(1)
     {if(uart0_rd(&c){(uart0_wr(&c)}
     }
   //
   return(0);
  }
//----------------------------------------------------------------------

Shaos · Post by **Shaos** » 17 Jul 2005 20:37

Вставил в прошлый пост теги "code"

Может логичнее разрешательные дефайны типа #define UART0_ENABLED через Makefile включать? Как ключи компиляции - например -DUART0_ENABLED

SfS · Post by **SfS** » 17 Jul 2005 20:46

Shaos wrote:Вставил в прошлый пост теги "code"

Может логичнее разрешательные дефайны типа #define UART0_ENABLED через Makefile включать? Как ключи компиляции - например -DUART0_ENABLED

Я об этом думал. Но их очень много. Там ведь по сути вся система в монолитный файл собирается через эти самые дефайны. А так - хоть какаято систематизация через каталог system и файлы вида res_*.h.

Shaos · Post by **Shaos** » 18 Jul 2005 18:31

SfS wrote:
Shaos wrote:Вставил в прошлый пост теги "code"

Может логичнее разрешательные дефайны типа #define UART0_ENABLED через Makefile включать? Как ключи компиляции - например -DUART0_ENABLED
Я об этом думал. Но их очень много. Там ведь по сути вся система в монолитный файл собирается через эти самые дефайны. А так - хоть какаято систематизация через каталог system и файлы вида res_*.h.

Много - не страшно! Главное чтобы из одного места настраивались, а исходники оськи надо бы оставлять нередактируемыми по мере возможности

SfS · Post by **SfS** » 18 Jul 2005 18:49

Shaos wrote: Много - не страшно! Главное чтобы из одного места настраивались, а исходники оськи надо бы оставлять нередактируемыми по мере возможности

Так они и остаются нередактируемыми. Все что редактируется - это каталог ../upl пользователя и каталог конфигурации ../system.

Представь что будет если я все вынесу в Makefile:

Открываешь громадный файл и начинаешь там искать то, что надо. Ну, положим, тебе не страшно - ты опытный индеец и в мэйках и корнфигах часто лазаешь.

А кто-нибудь не очень сведущий - просто испугаться может. По себе знаю - я раньше тоже боялся длинных непонятных файлов.

А так как есть - открываешь каталог конфигурации, ищешь нужный файл, скажем ../system/res_usart.h.
И редактируешь в нем одну-две строки (скажем разрешаешь USART и задаешь скорость). И искать быстрее, и не нарушишь случайно чего не надо.

А вообще - я еще подумаю. Может как-нибудь подругому конфигурировать буду. Как чего надумаю - нарисую.

USART запустился ? И с тактированием разобрался ?

Shaos · Post by **Shaos** » 18 Jul 2005 19:47

SfS wrote:USART запустился ? И с тактированием разобрался ?

Пока нет. Пусть для начала поработает на 1 МГц

SfS · Post by **SfS** » 19 Jul 2005 00:52

Shaos wrote:
SfS wrote:USART запустился ? И с тактированием разобрался ?
Пока нет. Пусть для начала поработает на 1 МГц

И еще вопрос - на атмеге8535 система без переделок запустилась ?

Shaos · Post by **Shaos** » 19 Jul 2005 07:01

SfS wrote:
Shaos wrote:
SfS wrote:USART запустился ? И с тактированием разобрался ?
Пока нет. Пусть для начала поработает на 1 МГц
И еще вопрос - на атмеге8535 система без переделок запустилась ?

Да - причем собирал я под AT90S8535, так как моя сборка gcc-avr не знала что такое "atmega8535".

Shaos · Post by **Shaos** » 19 Jul 2005 07:04

SfS wrote: А так как есть - открываешь каталог конфигурации, ищешь нужный файл, скажем ../system/res_usart.h.
И редактируешь в нем одну-две строки (скажем разрешаешь USART и задаешь скорость). И искать быстрее, и не нарушишь случайно чего не надо.

Можно сделать один общий файл, например system/defs.h в котором будут написаны все разрешающие дефайны (закомментированные и раскомментированные), который будет инклудиться в каждый файл каталога system - в нем же можно будет обрабатывать условные варианты, типа для индикатора нужен NI-15 и т.д.

SfS · Post by **SfS** » 19 Jul 2005 22:56

Shaos wrote: Да - причем собирал я под AT90S8535, так как моя сборка gcc-avr не знала что такое "atmega8535".

Я брал avr-glibc на altlinux.com. Там есть инклуды для меги8535.