Gerson Diesel Blog

 Para os meus testes com o software CCV (Community Core Vision), eu necessitava de uma câmera que capturasse somente infra-vermelho. Procurando na web encontrei artigos que explicam como transformar uma webcam em uma câmera infra-vermelho.

Basicamente é necessário 2 transformações:

1. Remove o filtro IR presente na webcam;
2. Colocar outro filtro, que permita a passagem somente de infra-vermelho;

Mostrarei um passo-a-passo de como realizar esta transformação em uma webcam Vtrex 120fps. Fiz em outra webcam também, e os passos são todos iguais. Acredito que o procedimento possa ser realizado em qualquer webcam.

1. Remover a tampa da webcam e retirar os parafusos da placa lógica.

2. Remover a tampa frontal da lente. Basta puxar que ela é encaixada.

3. Remover a placa lógica da carcaça frontal. Desenroscar a lente até sair.

4. Surge o filtro infra-vermelho que deve ser retirado. Geralmente só quebrando.

Eis o que sobrou do filtro IR.

5. Recortar um pedaço de filme de máquina fotográfica que encaixe no lugar o filtro IR.

6. Colocar o pedaço de filme de negativo no lugar do filtro IR.

7. Remontar a webcam.

A partir daí, a webcam só irá capturar imagens em infra-vermelho. A espessura do filme de negativo e se o mesmo é mais escuro ou mais claro vai depender da finalidade do uso da webcam.

No meu caso, quero utilizar leds infra-vermelho apontados diretamente na webcam, por isto o filme deve ser bastante escuro.

Aproveito e mostro um pouco do uso da webcam infra-vermelho nos meus testes com o software CCV.

Leds IR acionáveis por botão de 1 estado.

Leds IR acesos (câmeras digitais "enxergam" infra-vermelho)

Leds nos dedos

Leds nos dedos

Software CCV - Community Core Vision

 E aqui vai uma palhinha do uso do conjunto: Webcam infra-vermelho + leds + CCV:  

Gerson Diesel Geral CCV, Infra-red, TBETA, Vtrex 120fps, Webcam IR

Faz alguns meses que adquiri uma webcam para testar um software de multitoque, o CCV (Community Core Vision), que para seu pleno funcionamento, exigia uma camera de alto FPS.

Procurando pela web, me deparei com o anúncio de uma webcam de 120fps!  Adquiri a mesma pensando que seria a ideal para o meu projeto. Contudo, após testes, percebi que esta câmera é de ATÉ 120fps! Ou seja, ela PODE atingir 120fps dependendo das condições do ambiente e sua luminosidade. Após preparar a câmera para capturar somente infra-vermelho, consegui somente 18fps em média. Um custo muito alto de fps. Além disto, os 120fps só são alcançados com a resolução mais baixa. Quanto maior a resolução, menos FPS.

Isto se deve ao fato de esta câmera possuir o recurso AUTO EXPOSURE (exposição automática), que ajusta automaticamente a qualidade da imagem de acordo com a quantidade de luz do ambiente. Este ajuste automático custa vários FPS, ou seja, para manter a imagem com uma qualidade boa em baixas condições de luminosidade, ela necessita baixar os FPS. Pena que só fui descobrir isto após me deparar com o problema, mas pesquisa é para isto mesmo.

Infelizmente, nesta câmera, não é possível desabilitar este recurso. Nas configurações da câmera no windows a caixa referente à exposição automática fica desabilitada (cinza escuro) e no Linux (sim, esta câmera funciona no Linux), o comando para desabilitar o auto exposure retorna um erro.

Existem outras câmeras que possuem o FPS fixo, e a possibilidade de desabilitar o recurso de exposição automática. Uma delas é a Philips SPC900NC, que possui 90fps, e é utilizada inclusive para observação astronômica.

Mas para quem ainda planeja adquirir esta webcam para uso trivial (videochat, conferência, youtube, etc…) pode ser uma boa opção. Por isto deixo aqui um review e algumas imagens da câmera.

Características:

• A Webcam possui uma base/clip grande podendo ser apoiada na mesa ou então "clipada" na tela do notebook ou em uma tela de LCD.
• Possui 4 leds brancos que auxiliam na iluminação do ambiente, ligados através de um interruptor localizado atrás da câmera.
• Gira 360 graus horizontais em sua base.
• Funciona em Windows e Linux.
• O chip da webcam é um SUNPLUS SPCA2000A.
• Acompanha software de efeitos especiais. Este programa se diz composto de +4000 efeitos especiais. Mas não se engane, este número é alcançado com combinações de efeitos. Por exemplo: olhos + cabelo + fundo + outros efeitos.
•  Possui microfone embutido.
• Conexão USB e P2 para o microfone.

Caixa da "Super Webcam Vtrex".

Conteúdo da caixa: Webcam, manual e cd.

Webcam sobre a mesa e "clipada" no monitor LCD com os leds acesos.

Conectores USB e P2 do microfone.

Placa lógica e chip SUNPLUS SPCA2000A.

Funcionamento no Windows a 50.1 FPS em 640×480.

Funcionamento no Linux a 47 FPS em 640×480.

Conclusão:

É uma boa câmera para videochat, conferência e pequenos vídeos, mas não serve para obter altos FPS a baixas luminosidades.

Gerson Diesel Geral FPS, Vtrex, Vtrex 120fps, Webcam

Esta semana arrisquei: troquei a tela digitalizadora do meu Palm TX!

Há tempos a tela original do meu Palm estava apresentando o conhecido problema de calibragem. No começo consegui contornar o problema com o PowerDigi do Dmitry, mas com o tempo o problema foi se agravando e não tinha mais jeito. Só trocando a tela.

Algumas assistências técnicas de Palm trocam por uma tela digitalizadora de plástico genérica. Experimentei uma e não gostei, pois elas são flexíveis demais (afundam com a stylus) e criam bolhas de gel (ou óleo) entre as camadas, ficando com a aparência manchada.

Descobri em alguns fóruns que existe à venda telas digitalizadoras de vidro, e que seriam muito superiores em qualidade. A Palm no começo fabricava seus dispositivos com este tipo de tela, mas devido a vários acidentes (palm no bolso de trás da calça, etc), muitas telas acabavam se quebrando, então resolveram fazer uma tela de acrílico, mais difícil de quebrar.

Pois bem, após ler muito sobre a tal tela digitalizadora de vidro, instruções e vídeos de como trocá-la, acabei comprando uma do site Pda parts.

O produto chegou bem embalado, em uma caixa protegida com "bolinhas" de isopor.

Fiz a troca e me surpreendi. A tela possui uma qualidade incrível, e a sensibilidade com a stylus muito superior inclusive comparada à original. Aproveitei e a protegi com uma película antireflexiva. E aqui vai uma dica: Se a stylus não deslizar muito bem, passe uma camada bem fina de creme hidratante, e espalhe bem com um lenço seco.

Vou deixar os vídeos mostrando como abrir o Palm TX e como trocar a tela:

Não é necessário ser um técnico para fazer o reparo. Quem está acostumado a montar e desmontar o seu computador, consegue trocar a tela numa boa. A pior parte é manter longe os fiapos de pó que insistem em pousar no LDC e na tela antes de colocar a película.

Gerson Diesel Geral, Palm Digitalizador, Palm, Tela

Um dia desses eu estive pensando a respeito do valor cobrado pela mensagem SMS nos celulares, e resolvi fazer uma comparação com o valor cobrado por um plano de pacote de dados.

Após fazer os cálculos, chegamos à conclusão que o valor de R$0,30 cobrado por uma mensagem de SMS é um absurdo! Eu posso estar viajando na maionese, e se alguém quiser opinar a respeito e provar o contrário, por favor, sinta-se à vontade.

Vamos aos cálculos: Cada mensagem de SMS suporta 160 caracteres, o que equivale a 160 bytes. Tendo: 160bytes = R$0,30, quando custa 1megabyte de SMS? Fazendo uma regra de 3 simples,

0,30 - 160 bytes -> 1 mensagem de SMS equivale a 160 Bytes
  x  -  1.048.576 bytes -> equivalente a 1 megabyte 

160x = 1.048.576 x 0,30
160x = 314.572,80
   x = 314.572,80 / 160
   x = 1.966,08

Ou seja, 1 megabyte de SMS custa o equivalente a R$1.966,5 Qual é o plano de pacote de dados que cobra um valor destes? Será que o valor de manutenção dos equipamentos envolvidos em um processo de SMS é tão alto? Comparando ainda com um pacote de dados, um pacote 3G de 1Gb custa em torno de R$90,00. 1GB de SMS custa o absurdo valor de R$2.013.265,92 (isto mesmo, dois milhões de reais). Repito, se alguém souber que estou equivocado, por favor deixe seu comentário.

Um abraço!

Gerson Diesel Geral Celular, Dados, SMS, Valor

Possuo um celular Nokia 5310 ExpressMusic, e uma das coisas que eu gostava nos celulares na Motorola que não tem nos Nokia é a possibilidade de carregar a bateria do celular plugando-o na USB do computador.

Procurando por uma alternativa na Internet, encontrei alguns sites mostrando como fazer um carregador de bateria de celular Nokia através da USB do computador, pois ambos carregador e USB liberam a mesma voltagem e amperagem. Um recarregador USB específico e original da Nokia custa em torno de R$60,00. Achei muito caro e resolvi fazer um recarregador.

Cabo usb eu já tinha uns sobrando em casa. Me faltava um carregador Nokia para pegar o plugue que conecta no celular. Por sorte, um dia uma colega do trabalho trouxe um carregador que o sobrinho tinha arrebentado o cabo sem querer(!).

Como ela conseguiu comprar um carregador sobressalente de um colega, fiquei com o carregador arrebentado.

Não vou explicar como se faz o cabo, mas indico o site onde eu me guiei, com instruções e imagens: http://www.mmcforums.net/forum/Home-Nokia-Usb-Charger-t14971.html

Uma particularidade: o celular não avisa quando está totalmente carregado, fica mostrando que está carregando indefinidamente. Eu utilizo somente em caso de emergência.

Obs.: Não me responsabilizo por qualquer dano que possa causar no celular.

Gerson Diesel Geral Carregador, Celular, Nokia

Quando comecei a escrever este post, me perguntei: -Alguém ainda programa para PalmOs??

Não sei, mas descrevo aqui como construir um ambiente de programação para PalmOS no Linux amd64, utilizando o Eclipse. Encarei isto como um desafio, visto que a Access não dispobilizou um PODS para Linux, preferindo “emular” o compilador no windows utilizando o Cygwin (que barbaridade!).

Uma particularidade desta configuração é o fato da versão do Linux ser para processadores amd64. Como não existe prc-tools para amd64, devemos configurar um ambiente “chroot” para abrigar a versão 32bits do prc-tools e compilar os projetos. O ambiente de desenvolvimento permanece 64 bits, com o Eclipse e o Guikachu (criação dos forms).

Primeiro passo: Instalar o Eclipse.

Eu estou usando o Ganymede, versão 3.4, último disponível na data que baixei. Instale como preferir, baixando do site ou via ferramenta de instalação de pacotes da sua distribuição. Baixando pelo site é possível escolher a versão já configurada para programação C/C++ (CDT). Se instalar pelo instalador de pacotes da distribuição, é necessário instalar o ambiente CDT através da opção Software Update no menu Help do Eclipse.

Segundo Passo: Instalar o Guikachu

O Guikachu (http://gergo.erdi.hu/projects/guikachu/) é um programa para criação de formulários (interface visual) das aplicações para PalmOS. Como não encontrei uma versão compilada da minha distribuição (Debian Lenny), baixei os fontes da versão 1.5.11, descompactei e compilei (./configure –prefix=/usr, make, make install). Nesta parte encontrei uma dificuldade que descrevi no post Erros de compilação ao utilizar o gcc-4.3.

Terceiro Passo: Configurar o ambiente chroot 32 bits

Como descrevi no início do post, não encontrei uma versão do prc-tools para 64bits, então tive que configurar um ambiente chroot 32bits para poder compilar os projetos. A solução para este problema eu encontrei no artigo Solution to prc-tools on AMD64 and other 64-bit machines. Não vou descrever todo o processo, mas coloco os comandos para criar o ambiente. Para quem já tem um ambiente chroot, pule direto para a instalação do prc-tools.

#apt-get install chroot schroot
#chroot /var/chroot/debian_32/

dentro do ambiente chroot:

#vi /etc/apt/sources.list

alterar a linha:

deb http://ftp.debian.org/debian/ sarge main

para

deb http://ftp.debian.org/debian/ sarge main contrib non-free

atualizar a fonte de pacotes

#apt-get update

instalar o prc-tools:

#apt-get install apt-file prc-tools pilrc

Poderão aparecer algumas mensagens relacionadas ao Locale. Para corrigir isto, edite o .bashrc do root, inserindo a linha:

export LC_ALL=C

Feito isto, podemos executar um comando 32bits a partir do ambiente 64bits, utilizando o comando schroot:

#schroot -c debian_32 -p /usr/bin/file /bin/bash

É assim que o projeto será compilado dentro do chroot a partir do Eclipse. Veremos como mais adiante, com a criação de um arquivo Makefile.

Eu precisei configurar o schroot para permitir que o meu usuário acessasse o ambiente chroot. Edite o arquivo /etc/schroot/schroot.conf e inclua as linhas:

[debian_32]
description=Debian sarge 32bits (stable)
location=/var/chroot/debian_32bit
priority=2
#groups=sbuild
users=gerson #coloque seu usuario aqui
root-users=gerson #coloque seu usuario aqui
aliases=stable

Quarto Passo: Instalar o PalmOS SDK do site da Access Developer Network

Baixe o SDK deste link (é necessário registrar-se). Baixe os seguintes arquivos:

- Garnet OS SDK (68K) R3 PRC tools Generic UNIX

- Garnet OS 68K API SDK (Fall 2004 Update). Este segundo deve ser copiado por cima do arquivo anterior (após descompactá-los, claro). Importante: este arquivo possui como final de linha <CR><LF>, causando problemas ao compilar. É necessário converter os arquivos para <LF>, com o seguinte comando:

#find . -type f -exec dos2unix {} \;

(O programa dos2unix faz parte do pacote sysutils;)

Coloque o SDK em uma pasta dentro do ambiente chroot. Ex.: /var/chroot/debian_32/var/PalmOS_SDK. Dê as permissões necessárias para que todos os usuários possam ler os arquivos:

#chmod o+r -R /var/chroot/debian_32/var/PalmOS_SDK

Entre no ambiente chroot:

chroot /dev/chroot/debian_32

prepare o ambiente de compilação:

#palmdev-prep /var/PalmOS_sdk/

saia do ambiente chroot:

#exit

Quinto Passo: Configurando o Eclipse

O workspace do eclipse deve ficar em uma pasta visível pelo chroot debian_32. No meu caso, o workspace está em /var/chroot/debian_32/home/gerson/workspace.

Como projeto exemplo, HelloDiesel, criei uma organização de pastas da seguinte maneira:

A pasta includes aparece após configurar o projeto: Botão direito do mouse no nome do projeto -> Properties -> C/C++ General -> Paths and Symbols -> aba Includes -> botão Add -> inserir o caminho /var/chroot/debian_32bit/var/PalmOS_sdk/sdk-5r4/include, marcar todas as caixas de opção -> Ok -> Ok. Observe que tenho uma pasta sdk-5r4 abaixo da pasta palmOS_SDK. Ajuste na sua configuração.

Sexto passo: O arquivo Makefile

Esse é o cara que irá chamar o compilador dentro do chroot 32bits a partir do ambiente 64 bits. De barbada coloco aqui o Makefile inteiro:

SCHROOT = schroot -c debian_32 -d /home/gerson/workspace/HelloDiesel --
SCHROOT_BUILD = schroot -c debian_32 -d /home/gerson/workspace/HelloDiesel/build --
PROGNAME = AppMain
APPNAME = 'Hello Diesel'
RESOURCES = src/AppResources
APPID = GHDx
OBJS = build/$(PROGNAME).o
#FLAGS = -O2 -Wunused -Wall -palmos3.1
FLAGS = -O2 -Wunused -Wall

all: clean resources grc
$(SCHROOT) build-prc dist/$(PROGNAME).prc $(APPNAME) $(APPID) build/*.grc \
                                                    build/resources/*.bin

grc:
$(SCHROOT) m68k-palmos-gcc $(FLAGS) -c src/$(PROGNAME).c -o $(OBJS)
$(SCHROOT) m68k-palmos-gcc $(FLAGS) $(OBJS) -o build/$(PROGNAME)
$(SCHROOT_BUILD) m68k-palmos-obj-res $(PROGNAME)

resources: forms
pilrc -H src/AppResources.h rsc/$(PROGNAME).rcp build/resources/

forms:
guikachu2rcp rsc/$(PROGNAME).guikachu

clean:
rm -f build/*.[oa]
rm -f build/*.bin
rm -f build/*.grc
rm -f src/*~
rm -f build/$(PROGNAME)
rm -f dist/*
rm -f rsc/*.rcp
rm -f build/resources/*

Após compilar, o arquivo .prc deve aparecer na pasta DIST. Aí é só sincronizar e testar no Palm.

Opção:  Testar em emulador/simulador

Caso queira testar a aplicação em um emulador ou simulador, pode-se utilizar o POSE (Palm OS Emulator), ou então utilizar o PalmOS Simulator através do wine e utilizar a rom do TX disponível pela web.

Conclusão

Acho que com o fim anunciado do PalmOS, a Access não irá liberar uma versão do PODS para Linux. Além do mais, muitos programadores já estão correndo atrás de um SDK para o WebOS, novo sistema da Palm/Access.

Contudo, para aqueles que ainda desejam programar para o PalmOS (que acredito que levará um tempo para se “dissolver”) no Linux, fica aí este guia para construir um ambiente de programação.

Abraços e até a próxima.

Gerson Diesel Geral, Linux, Palm Desenvolvimento, Linux, Palm, PalmOS, PODS

Quando eu quis começar a programar para PalmOS, me deparei com um problema: Todos os kits de desenvolvimento RAD (Rapid Aplication Development) para PalmOs eram para Windows. Não encontrei nenhum para Linux.

Quando eu baixei o PODS (Palm Os Developer Suite) do site da Access (atual desenvolvedora da Palm), vi que o mesmo era baseado no Eclipse para windows, e que utilizava as ferramentas de compilação dentro do Cygwin. A Access comunicava em seu site que um dia iria disponibilizar o PODS para Linux. Fiquei esperando e nada. E com o fim anunciado do PalmOs, acho que nem vão lançar mais.

Então eu pensei: Caramba! Se o Eclipse para Windows e Linux são o mesmo (com uma compilação própria para cada sistema, claro), e o PODS utiliza o Cygwin para rodar o compilador de .prc, então não deve ser muito difícil fazer um PODS para Linux.

O PODS não é nada mais que o prc-tools do Linux rodando no Cygwin, utilizando o Eclipse 3.0.1 com CDT com alguns wizards para criação de aplicações e o SDK para PalmOs também disponível no site da Access.

Para criar um “PODS” para Linux não é muito difícil. Deve-se ter o Eclipse instalado com CDT, baixar o PalmOS SDK do site da Access (deve-se estar registrado no Access Developer Netword) e instalar o prc-tools. Para criação das “telas”, recomendo utilizar o Guikachu, e instalar o pilrc da distribuição (como uso Debian - apt-get install pilrc) para compilar os “resources”.

Não lembro exatamente todos os passos para configurar esta ambiente, pois faz alguns meses que o preparei (quem mandou não anotar), mas como estou refazendo o ambiente novamente, em outro post faço um passo-a-passo para configurar um “PODS” no linux.

Um abraço e até o próximo

Gerson Diesel Geral Access, Ant, Eclipse, Linux, Palm, PODS

Enquanto eu estava tentando compilar o aplicativo Guikachu para a criação de interface gráfica do PalmOS no Linux, me deparei com uma série de erros de compilação. Procurando no Google, descobri que os erros ocorriam por causa da versão 4.3 do gcc, que passou a exigira inclusão da cláusula #include de algumas bibliotecas nos arquivos, exigência esta que não existia nas versões anteriores do gcc.

Para facilitar, coloco aqui alguns erros de compilação e qual a cláusula #include que deve ser inserida no arquivo.

togglebutton.h:64: error: ISO C++ forbids declaration of ‘auto_ptr’ with no type
togglebutton.h:64: error: invalid use of ‘::’
togglebutton.h:64: error: expected ‘;’ before ‘<’ token

#include <memory>

error: ‘memcpy’ was not declared in this scope
#include <cstring>

error: ‘strerror’ was not declared in this scope

#include <string>

error: 'transform' is not a member of 'std'

#include <algorithm>

Gerson Diesel Geral Desenvolvimento, gcc, Guikachu, Palm

Quando comecei a ler e-books no Palm, fiquei imaginando se existiria uma forma de converter páginas HTML em um formato que pudesse ser lido no mesmo, que pudesse buscar páginas na Internet e convertê-las automaticamente, mantendo-me atualizado, mais ou menos como um leitor de RSS. Queria esta praticidade para ter “o que fazer” no ônibus durante a viagem do trabalho para casa.

Durante uma busca, descobri o Plucker, que é capaz de fazer o máximo de esforço para converter uma página HTML em um arquivo .pdb para ser lido no Plucker “viewer” do Palm OS. Comecei testando seu uso na linha de comando e no Plucker Desktop, uma ferramenta gráfica para configuração do mesmo. Percebi que as possibilidades de uso na linha de comando eram muito maiores, então arregacei as mangas e me atirei no bash.

Utilizando “um punhado” de scripts, consegui deixar o Plucker configurado do jeito que eu queria, com os mais variados tipos de conteúdo, entre sites de notícias, diversão, gráficos da bolsa, previsão do tempo e cardápio da empresa (isto mesmo, cardápio), criando assim o meu “jornal diário”.

É possível montar uma página inicial personalizada e apontar as restantes com links, utilizando HTML puro e simples.

Coloquei algumas telas personalizadas, e ao final disponibilizo os scripts que utilizo, para quem quiser incrementar e personalizar o seu próprio “jornal diário”.

Menu principal

Menu principal

Notícias Linux

Daily Strips

Malvados e Níquel Náusea

Pagando o Pato

Gráficos da bolsa

Previsão do tempo

Cardápio da semana

Instruções para utilizar os scripts:

1. Descompactar o arquivo plucker no seu diretório $HOME
2. Renomear o diretório plucker para .plucker
3. Copiar o arquivo $HOME\.plucker\pluckerrc para $HOME\.pluckerrc
4. Criar a seguinte entrada no crontab:

16 * * 1-5 /home/<usuario>/.plucker/atualizaPlucker.sh     >/dev/null 2>&1

No exemplo acima, o script roda de segunda à sexta, às 16 horas.

Obs.: Os scripts não possuem mecanismos para ser multiusuários, ou seja, os caminhos das pastas do usuário estão hard coded nos scripts. É necessário editá-los e ajustar os paths.

O processo todo gera o arquivo $HOME\.plucker\Noticias.pdb, com um tamanho de aproximadamente 10mb devido às figuras. Para transferir o arquivo para o Palm, utilize o comando:

/usr/bin/pilot-xfer -p /dev/pilot -i ~/.plucker/Noticias.pdb -D Palm/Programs/Plucker

Obs.: O arquivo deve ser copiado para a pasta Palm/Programs/Plucker no cartão para que o Plucker liste o arquivo em sua biblioteca.

Como funciona:

1. O script atualizaPlucker.sh chama o “parser” do plucker
2. O parser lê o arquivo de configuração ~/.pluckerrc
3. O arquivo de configuração possui a instrução que chama o script formata_noticias.sh
4. O parser utiliza o arquivo home.html para gerar a página inicial do documento
5. O arquivo ~/.plucker/Noticias.pdb é gerado

Conclusão:

O Plucker é uma ótima ferramenta para você criar o seu jornal diário, com o conteúdo que você quiser. No começo é um pouco difícil entender o seu funcionamento, mas depois de alguns testes você pega o jeito. Utilizando a linha de comando (bash) para configurar o Plucker, as possibilidades para você criar o documento do jeito que você quiser são muito maiores.

Bom divertimento!

Gerson Diesel Geral Bash, Linux, Palm, Plucker, Scripts

Notei que o meu Palm TX desligava automaticamente, mesmo com a opção “Ligado durante o carregamento” nas preferências ativado.

Procurando no oráculo (google) descobri uma maneira de fazer o Palm ficar sempre ligado.

É necessário abrir o aplicativo MEMO, utilizar o comando de atalho (aquele símbolo parecido com um L minúsculo manuscrito), digitar um “.” (ponto) e o número 3. O texto deve ser substituído por [No Auto-Off]

Para voltar ao comportamento normal (auto off), basta ir nas preferências e ajustar novamente o tempo de desligamento.

Gerson Diesel Geral, Palm Dicas