Gerson Diesel Blog

Uma das reclamações dos proprietários de Palm TX é a ausência de um microfone para gravação de notas, reuniões e palestras.
 
Porque será que a Palm não colocou um item tão básico e simples? Ou melhor, por que ela TIROU este item, visto que versões anteriores possuem esta facilidade? Numa visão capitalista, eu diria que é para vender acessórios, pois existem microfones externos que se acoplam no "conector universal" do Palm.
 
Por um tempo cogitei em comprar um microfone externo. Contudo, encontrei algumas desvantagens: 

• Ter que carregar o microfone em separado.
• Não dá para deixar o microfone o tempo todo conectado, pois impede o uso de capas de proteção e carteiras, além de ter que desconectar o microfone para ligar o cabo de sincronismo.
• Fica feio, pois parece um caroço.

Além do microfone externo, algumas pessoas descobriram que é possível instalar um microfone internamente soldando os fios em pontos específicos.

Depois da experiência que tive em trocar a tela digitalizadora do Palm e ver algumas dicas na internet, resolvi instalar o microfone interno.
 
Segui o passo-a-passo deste site (http://www.dominik.chmaj.net/mic/index2.php), e com um pouco de paciência, instalei o microfone sem muita dificuldade.
 
A imagem abaixo mostra como ficou a instalação interna:

 
Consegui o microfone de um MP3 de 512mb que estava guardado e eu não utilizava mais. O tamanho é ideal e cabe perfeitamente no pouco espaço que tem dentro do Palm.
 
Para fios usei um pedaço de fio de telefone:

• O fio branco (mic signal +) fica conectado no primeiro pino do conector (não o pino que fica sozinho). Como é o primeiro pino não é muito difícil soldar.
• O fio azul (terra) ficou conectado no parafuso que prende o conector, que fica parafusado na placa metalica.Esta dica peguei deste vídeo no Youtube.

Coloquei ainda uma fita isolante por cima dos fios e do microfone, pois eles ficam bem embaixo da bateria. Fiz também um furo bem pequeno na carcaça com o ferro de solda para facillitar a passagem do som.
 
O próximo passo é testar algum recurso de voip no palm, como o Articulation.
 
Referências
 

• Palm TX Mic DIY – http://www.dominik.chmaj.net/mic/index2.php
• Palm TX com microfone interno (portugues) – http://www.youtube.com/watch?v=J2Yvj07pwKo
• Manual de desmontagem do Palm TX no site da Palm – http://www.palm.com/us/support/contact/environment/disassem_inst_TX.pdf

Gerson Diesel Palm Microfone no Palm TX

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

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

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 exigir a 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, Palm Desenvolvimento, gcc, Guikachu, Palm

Tem coisa mais irritante que tentar colocar uma película no Palm e perceber que a sua película novinha vai se enchendo de pó antes de grudar na tela do Palm? Da onde saem aqueles “fios” invisíveis de pó?

Ontem fui trocar a película do meu Palm, e à medida que ia alinhando a dita no centro do Palm sem sobrepor as bordas deu pra perceber os malditos fios de pó grudando entre a película e a tela. Cheguei a lavar a película (tenho uma Clarivue que gruda com estática), mas é praticamente impossível não grudar alguns fiozinhos de pó.

Acho que da próxima vez vou pedir para um cirurgião colocar a película, numa sala de operação, ou em uma capela à vácuo (nem sei se existe).

Desejo boa sorte para quem for troca a próxima película de seu palm.

Ps.: Uma dica: creme hidratante é bom pra fazer a stylus escorregar bem pela tela. Passe uma camada fina na tela e espalhe bem com papel higiênico, removendo o excesso. (Vi esta dica na lista Palm-br)

Gerson Diesel Palm Palm, Película