auxilio linux.

[norad58]

Fabim,

Me intrometendo na conversa....
Acho que tu ta meio enrolado neste tipo de negocio de kernel, rtos, etc
Kernel/Cuore del sistema/Cerne del sistema= nome dado ao um nucleo de execução monotarefa ou multitarefas, tanto o rtos, uclinux ou linux possui um kernel. Dentro deste nucleo de execução ha gerenciadores de memoria, de perifericos IO, de timer, de interrupções, de tasks, etc...
No caso do rtos, este é um sistema operacional simples e pequeno, há um nucleo de execução real-time simples de tarefas, devido ao tempo de execução das tasks, tamanho do sistema e outras coisas.....No caso do linux, é um sistema operacional mais completo que o rtos, possui uma quantidade grande de drivers de perifericos e melhor gerenciamento de tasks e memoria, mesmo no linux ou uclinux dá pra transformar o nucleo de execução em um real-time, mudando a tempistica da execução das tasks e interrupções, entre outras coisas.
Diferença do Uclinux e Linux, praticamente são sistema operacionais parecidos padrao Posix, mas o uclinux permite trabalhar com processador sem MMU ou gerenciamento de memoria avançado, como a linha ARM C3/C3, Arm7, 68000, etc...
Caso seu projeto possua bastante ram, mmu, recursos de hardware, recomenda-se usar o Linux pois é um sistema operacional mais completo.
O RTOS atende mais hardwares com pequena quantidade de memoria, pois fica mais facil de instalar. Facilmente tu adapta um rtos em um sistema de 8 bits.
Para carregar o sistema operacional no MCU ou MPU há varias maneiras, vai depender do seu hardware e do sistema operacional. Com qualquer sistema operacional tu terá que transferir o sistema de uma memoria de massa para a RAM do sistema para ser executado.
Pode ser feito um boot simples com um codigo em assembler em rom ou na flash e carregar o sistema operativo de uma memoria de massa para a ram ou se quiser soluções prontas e adaptaveis tem o uboot que nada mais é que um carregador de boot mais avançado e com mais recursos. Nada impede de você criar um carregador de boot especifico, vai depender da sua experiencia em programação.
A vantagem do uboot é que já possui varios tipos de drivers de perifericos prontos, reconhecimento de partições, ajustando alguns parametros se adapta facilmente a seu hardware.
Por exemplo eu tinha feito ha um tempo atras, um carregador de boot ou monitor em um MC68030 que estava gravado na eprom do MC68030. Ao iniciar o sistema com o mc68030, este executava o monitor da eprom para carregar o programa ou sistema operacional que deveria ser enviado pela porta rs232. No meu caso eu enviava o programa/S.O através de um PC. Lembro de ter utilizado somente 2k de eprom para esta tarefa. O programa ou sistema operacional era carregado na memoria ram do mc68030 para posterior execução. Eu escolhi a RS232, mas poderia ter utilizado uma flash SPI ou cartao de memoria.
No caso de usar o uboot com linux ou uclinux, tu tem que informar no uboot, onde fica o endereço da ram/rom do seu hardware, endereço dos perifericos e configurar varios detalhes para que o uboot transfira o S.O da memoria de massa para a RAM do MPU.
No caso do linux, que é um sistema com kernel monolitico, se nao conter um driver de periferico expecifico, tu terá que criar um modulo(drive) que será carregado pelo kernel, para depois recolhecer o periferico. Outra coisa, neste sistema operacional os perifericos são criados e montados como arquivo de texto, nao podendo comunicar diretamente com um periferico pelo seu endereço absoluto. Neste caso o kernel do linux, possui um gerenciador de memoria e perifericos integrado no kernel do sistema para fazer esta tarefa. Isto é, tudo tem que passar pelo kernel primeiro para depois ir para o periferico.

[tcpipchip]

No uclinux por exemplo, nao possui FORK...mas uma variação...o VFORK...pelo fato do C3 nao ter mmu e assim nao termos memoria virtual...
E tambem nao teu glibc, mas u uclibc...
Outra...um processo por sem querer invadir area de memória de outro ...
Fora o problema das referencias a memórias absolutas

[tcpipchip]

Só de raiva...
Vou ver se faço o u-boot funcionar no LPC1768...

[fabim]

Só de raiva...
Vou ver se faço o u-boot funcionar no LPC1768...

1788 por favor !!
rsrs

norad58 obrigado pelo auxilio e pelas informações adicionais !!
Poisé, eu estou entendendo como funciona aos poucos, no momento estou no processo de boot do sistema,e configuração do uboot.

Estou pesquisando o uboot e procurando o arquivo nucleo de configurações, e até o momento eu não achei no meio da centena de arquivos !

Caso tenham mais alguma idéia, por favor, não se acanhem ajuda o preto ai !!

[norad58]

Fabim,

Olha...PIC com uboot!!!..... brincadeirinha...

Achei um tutorial básico na net sobre o uboot:

http://www.cucy.net/lacp/archives/000022.html

[tcpipchip]

Fabim

Um tempo atras mandei o arquivo com o fonte do kernel e FS, bem como u-boot.

Tens ai ?

[fabim]

Fabim

Um tempo atras mandei o arquivo com o fonte do kernel e FS, bem como u-boot.

Tens ai ?

UXI< Miguelito, sorry-but i'm not lembra disso não !!

FS o que ?

Abraços >>>||||

[tcpipchip]

tens um lpc1788 ai para testar um .hex ?

[fabim]

Tenho sim sinho. Com memo de 32MB 16 bit, e tft 565.

[tcpipchip]

teste antes este....
https://dl.dropboxusercontent.com/u/835 ... t_1788.hex
12Mhz deve ser o cristal...
Veja se GOSPE algo...

[fabim]

Ta, mais onde fica a boca ?
Qual baud ?
ETC ETC !!

ORRA ! rs

[tcpipchip]

115200, TXD0, RXD0

Nao guspiu nada ?

[fabim]

AHA, zueira, vou testar.

[tcpipchip]

TOC TOC TOC

[fabim]

Bom, por algum motivo qualquer, o arm frita quando alimento a placa...

Eu testei só por testar mesmo miguel, mais é impossivel e improvavel, que use um boot em um hw desconhecido.
É o que eu testei expinicar, tipo, preciso aprender a configurar o uboot para determinado hW.
Minha IHM tem E-ADC, E-DAC, EMC,TFT, MMC, BUFFERS nos buttons, e nos leds, e nos feedbacks.

Tendeu ? tendeu ?