ASM51

Oi, all...

Há muitos anos quando eu usava Zilog, lembro que os mesmos tinham o recurso de poder checar se o trafego numa rede multiponto (485, por exemplo), era endereçado ao mesmo:

"
UART Address Compare Register:
The UART Address Compare register (Table 58) stores the multi-node network address of
the UART. When the MPMD[1] bit of UART Control Register 0 is set, all incoming
address bytes are compared to the value stored in the Address Compare register. Receive
interrupts and RDA assertions only occur in the event of a match..."

Alguem sabe de algum mcu menos comilão de energia que tenha esse recurso?

Tá chegando na hora de fazer meu TCC e eu preciso achar um assunto para tratar, que não seja suicídio, mas que também não seja pífio...

É só minha humilde opinião, mas pq o amigo não parte pra lógica programável?
Pro TCC ficaria bala e potencial pra fazer tu tens de sobra. (Sem sarcasmo, é real mesmo).

Mas tchê... Aprender tantas coisas novas não é algo que eu queira nessa etapa da vida...

Mas o XC2C32A-6VQG44C não é má escolha, tendo em vista que temos o DLC10 para gravar o treco.

Cara, tendo o gravador já é uma baita mão na roda.
E fazer um TCC desses é algo que abre portas na vida acadêmica, e se tu ainda tem planos do mestrado. E se tu ainda tens esses planos, acredito que isso vai te dar uma baita moral.
Sei lá, algo do tipo: Máquina de estados que fica lendo os bytes recebidos, quando for endereço liga a uma máquina de estados maior que faz o que tu precisa, processa tudo joga os dados no buffer e se desliga. Escrevendo parece fácil, mas deve ser coisa pra vários finais de semana trancado em casa.
Mas independente da escolha, boa sorte com o TCC.

Se eu for preguiçoso e jogar um TL16C450 no CoolRunner, lá se vão 88 macrocélulas, ou seja, vou precisar de um XC2C128.

Eu teria que estudar um bocado para fazer uma solução que coubesse no XC2C32A. É um desafio e tanto, pq não lembro mais nada dos curso que fiz com o Augusto Einsfield...

Teria que encontrar uma implementação mais simples de uart pra viabilizar e mesmo assim não sei se o resto caberia em poucas macrocélulas....
No meu TCC eu queria usar FPGA + MPU + Kernel Unix, mas sei lá, eu tenho escutado muito Gildo de Freitas desde que o vô faleceu e os versos não me motivam voltar a estudar.

O que você quer não sei, mas veja se te lembra uma idéia que já deves estar careca de fazer:
Certamente você está querendo um sistema bem econômico em termos de energia.

Suponha um micro qualquer que possibilite desligar por SW os periféricos fazendo ficar no seu menor modo possível de energia.
Liga o start bit em uma interrupção externa que tire o chip desse modo.

Se a velocidade de RX não for grande, dá para ele saír do seu profundo e econômico sono, receber o endereço e comparar, aceitar ou voltar a dormir.
Os AVRs(família 48PA, 88PA, 168PA, 328P, tem como desligar a energia de todos os periféricos por SW e religar após certo evento. Deve haver muitos outros micros que façam isso. Penso que o consumo ficará bem menor que sua UART do Zilog, ainda mais se for Pico Power, como os do exemplo.

Interessante certos caras, pela experiência que tem, ter que fazer um TCC!!! Mostre as notas fiscais pro teacher

TCC é um problema... Por mais que voce possa se esforcar, voce consegue um diploma, como quem faz um lixo de TCC. Por isso quero fazer algo que me seja util, para aproveitar o tempo dedicado, que nessa altura da vida, é algo bem escasso.

O CPLDzinho que indiquei acima é bem barato em torno de U$ 1 FOB, o que daria um tcham no trabalho. Mas a tua idéia é boa, vou testar com MSP430, para os quais tenho ferramentas e algum conhecimento. AVR nunca brinquei (e não tenho ferramentas)...

Infelizmente, na minha idade, a gente vira uma espécie de Severino dos mais jovens e não podemos mais nos dedicar a algum assunto com enfase suficiente, o que é uma pena. Gostaria de ter desenvoltura com CPLDS e FPGAS, mas acho que meu tempo já foi...

mas acho que meu tempo já foi...

O tempo de qualquer um só vai quando a bateria do relógio acabar, porém, sempre que acontece coisa boa, a bateria se carrega novamente e aí a gente continua aprontando...

Pô!! De onde você pegou essa foto do avatar ?. Sou eu com essa idade !!!! Caraca, impressionante. A mesma cara, mas o ato foi com arame.

RobL escreveu:

mas acho que meu tempo já foi...

O tempo de qualquer um só vai quando a bateria do relógio acabar, porém, sempre que acontece coisa boa, a bateria se carrega novamente e aí a gente continua aprontando...

Pô!! De onde você pegou essa foto do avatar ?. Sou eu com essa idade !!!! Caraca, impressionante. A mesma cara, mas o ato foi com arame.

Pegou daqui...



Se alguem disse que a foto era quando pequeno...tá mentindo...

CP/M ??? Olha cara, lembro disso !!! Mentira, não.
Mas o sósia é fato. Cópia fiel e nesse tempo não tinha falsificação chinesa!!!
Será que algum china, já mal intencionado, mandou bala na minha mãe ???!!!

Mentira não, tenho placa sua aqui que tá no meu museu e você estava começando

Buenas,

você quer implementar isto como uma funcionalidade genérica, ou para algum tipo específico de rede?

Se for numa rede via RS-485, 422, ou qualquer coisa assemelhada, acho que o mais viável seria mesmo acordar o microcontrolador com qualquer pacote recebido, aí checar o endereço e, se não for pra ele, voltar a dormir. Este recurso dos Zilog é interessante.. nem sabia que isto existia (a unica coisa Zilog que lidei até hoje foi o Z80...). Para evitar acordar o micro com pacotes que não são pra ele, não teria muito como fugir de algum hardware adicional.

Já, se for numa rede ethernet, boa parte dos transceivers atuais (RTL8139, por exemplo) já tem o recurso de wake on lan, acessivel por um pino, que pode ser ligado diretamente numa das entradas de interrupção do microcontrolador.

Quero fazer dispositivos que parasitem a rede, se alimentando da própria linha de dados...