« janeiro 2005 | Entrada | março 2005 »
fevereiro 20, 2005
viagem interplanetária na rota das sondas voyager
Na última quinta-feira eu (e mais uma vinte pessoas) tivemos a possibilidade de ouvir falar um pouco sobre astronomia, mais especificamente dos planetas visitados pelas diferentes sondas que andam aí pelo universo.
Fomos presenteados com um conjunto de imagens fabulosas que demonstram que a realidade é mais surpreendente que muita da ficção que por aí vemos.
Desde planetas gigantes (jupiter e saturno) a satélites micro, atmosferas tenebrosas e cenários parecidos com a Terra (Ver, tocar e cheirar Titã, um mundo extraordinariamente semelhante ao da Terra), esta apresentação (embora às vezes ao soluços) teve o condão de relembrar que estamos no nosso planetazinho, num sistema solar perfeitamente banal, numa galáxia entre milhões e milhões de outras...
e que continuamos a destruir a nossa navezinha espacial.
Publicado por vitorsilva às 06:33 PM
Necessidades de um software RFID
Depois de resolvidas as questões de configurações necessárias ao nivel do próprio equipamento (ligar antenas e controladores) e sua adaptação ao meio ambiente em que está inserido (http://www.rfidjournal.com/article/articleview/1118/1/82/), o problema de aquisição e tratamento de dados RFID é aparentemente simples: capturar informação de um controlador e gravar essa informação em algum sitio para depois a utilizarmos, um cenário perfeito para um middleware.
Do que já vi, a nivel de funcionalidades, diferentes controladores fazem mais ou menos a mesma coisa (podem ler 1 tag, estar continuamente a ler tags, incluir mecanismos de detecção de tags duplicadas e escrever tags), no entanto outras questões podem-se pôr no desenvolvimento deste middleware:
- deve permitir ser ligado a diferentes controladores
-- embora tipicamente ligado à porta série, as caracteristicas desta ligação variam (velocidade, paridade, stopbit, ...)
-- os dados a serem enviados para o controlador são diferente, não só no nome dos comandos([S] OU RD) , mas também na formatação que têm que ter (por exemplo começar sempre por xxx ou acabar sempre com CR+LF)
-- os dados recebidos do controlador também vêm com formatações diferentes e podem ter tamanhos diferentes (nn bits).
- deve permitir guardar os dados lidos em diferentes repositórios
-- por exemplo sqlserver, odbc, ficheiro de texto. cada uma destas opções implica um conjunto de outras definições (connection strings, nomes de tabelas, campos, ...)
-- os dados a serem escritos serão basicamente o conteudo da tag e alguma informação de controlo, nomeadamente o identificado do leitor, data/hora de leitura
- deve permitir definir se é feito algum tratamento aos dados antes de serem guardados
-- por exemplo tirar os caracteres de controle
Conjuntamente com este componente que lê dados dos controladores e os grava no repositório de dados, deverá haver algo que leia esses dados e os utilize de forma conveniente, por exemplo:
- veja se houve alguma nova leitura
- indique o percurso de um determinad tag por data/leitor (...)
Praticamente todos os cenários de utilização deste tipo de tecnologia levam há produção de um volume de dados potencialmente muito grande o que levanta outro tipo de problemas ao nivel de performance, escalabilidade e disponibilidade do sistema.
Algumas recomendações - (Seven Principles of Effective RFID Data Management Part1 / Part2)
- Principle #1: Digest the Data Close to the Source - ... it’s data cleansing, consolidation, and summarization, ...
- Principle #2: Utilize Complex Event-Processing Concepts
- Principle #3: Employ RFID Data Concentrators - ... Employ data concentrators that combine RFID middleware, event processing, and an in-memory data cache to achieve the reliable speed you need ...
- Principle #4: Cache Context
- Principle #5: Federate Data Distribution in Near Real Time
- Principle #6: Continuously Filter RFID Event Data - ...An airline baggage handling system must track events from the gate to the plane, but they don’t all have to be stored forever...
- Principle #7: Automate Exception Handling - ... RFID event replay can help automate exception handling ...
Publicado por vitorsilva às 06:13 PM
fevereiro 10, 2005
Outras questões num projecto RFID
http://www.rfidjournal.com/article/articleview/1118/1/82/
There is no doubt that the challenges of liquids, metals, refraction, collision and environmental interference cause frequent RFID deployment headaches
The entire front end of an RFID system is a wireless data communication network. The reader is simply a high power radio transmitter and a high sensitivity radio receiver. The tag can be viewed in a similar manner, except it has a low power radio transmitter (backscatter) and a low sensitivity receiver
1. The environment—RFID systems don’t live in a vacuum
...There are electromagnetic waves, radio frequency signals and other noise in your environment that can and will interfere with your RFID system. You need to identify these sources of interference with a spectrum analyzer over a full operational business cycle...
2. The materials—beyond trial and error SKU testing
...Just as the electromagnetic waves from the reader are affected by the environment, the material that tags are placed on will alter their “signature,” or radiation pattern, for both transmit and receive...This frequency response characterization (FRC) enables you to scientifically identify optimal tags, placements and remediation strategies.
3. The RFID network architecture—specifications for deployment
...You can see that by measuring how radio waves propagate at certain locations with certain products, you can start with a topology, equipment and configuration that will succeed from the outset....
Publicado por vitorsilva às 06:17 PM