FORUM.RYAN.COM.BR

Bom, depois que eu incluí as chaves das seriais no registro (realmente, no wiki do wine o pessoal relatou que isso é necessário para que alguns programas funcionem), o programa passou a listar as COMs. O estranho é que independente do valor que estiver no INI, quando eu clico em  configurar, sempre aparece pré-selecionada a COM2. Mas como você falou que se não clicar em configurar, vale o que está no INI, pois isso é carregado inicialmente, acho que já está no ponto, mas ainda não funciona.

COM2 é a porta default. Ela é escolhida se houver uma enumeração mas o nome corrente da porta não bater com nenhuma das opções enumeradas. Isso pode acontecer se o valor no INI for inválido (por exemplo "COM 1" ou "COM1:" quando o certo é "COM1").

Para se certificar de que não seja isso, escolha uma porta que não seja COM2 pelo diálogo, clique em OK e depois em Salvar (apenas porta serial). Isso vai gravar o INI no formato correto.

Então, fui fazer o teste completo no windows. Antes havia feito o teste só com o cabo, sem o player, só para ver as portas seriais (pois teria que levar o player e a tv para o outro cômodo). Mas no windows ele não consegue fazer a comunicação também. Eu acho que talvez seja o meu chip! Por exemplo, o MTKTool só consegue realizar 3 operações: extrair o firmware, gravar o firmware e enviar bytes para endereços de memória, tipo XRAM DATA. Mas o resto, não faz nada. Não consigo ler a memória (apesar de poder gravar nela), nem ler ou gravar registradores, nem EEPROM e nem nada mais. Sempre achei que poderia ser devido a incompatibilidade. Pode ser o caso?

Acho que não, porque a operação que faço é justamente gravar em XRAM DATA.

Eu só encontrei um motivo para seu problema estar acontecendo, se não for na enumeração.

Todos os exemplos que encontrei de como se abre uma porta serial são mais ou menos assim (exemplos simplificados):

CreateFile(Portname,...

Já a rotina que utilizo abre a porta assim:

CreateFile('\\.\'+Portname...

E eu não consigo encontrar a razão para esse '\\.\' antes do nome da porta. Se você não conseguir fazer funcionar corrigindo a enumeração eu vou remover isso do programa para você testar.

Edit: O propósito de '\\.\' é esclarecido aqui:

Lembrando que para o DOS/Windows portas seriais são como arquivos.

O programa enumera as portas olhando o conteúdo de

HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM

Verifique como se faz para simular esse conteúdo no Wine. Se você não conseguir ou não funcionar, tentaremos de outra forma.

Humm...interessante. Olhando pelo regedit do meu Wine, em "HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\", só aparece a chave "Scsi". Então deve ser isso. O Wine parece não enumerar as seriais no registro. Deixa do jeito que está que eu vou tentar modificar as coisas aqui no Wine então.

Ryan, a possibilidade de usar imagens de remotos ficou fantástica! Muito bom mesmo!

Não consegui fazer o programa funcionar direito no wine (linux). Claro, o programa foi feito para windows, mas como consigo usar o MTKTool e os demais programas no wine, talvez ainda seja possível (o que facilitaria a vida de usuários linux, como eu). O problema ocorre, a meu ver, com a identificação das portas. Quando vou configurar a serial, não aparece porta nenhuma disponível para selecionar (eu uso a COM4), e se salvo assim, o INI fica com a porta em branco. Editando manualmente o INI para COM4, o programa inicia configurado para COM4, mas não faz a comunicação. Ao ligar numa máquina windows, vi que tudo funciona normalmente.

Vou arriscar que talvez haja duas soluções para isso:

1) Qual (ou quais) biblioteca você usa para acessar as COMS? Se eu souber qual é, talvez basta eu instalá-la aqui no meu wine.

2) Essa é se você tiver tempo. O programa faz alguma verificação das seriais disponíveis antes da configuração e antes da própria comunicação? Se sim, talvez você possa tirar essa verificação e deixar com que o programa use a porta de forma forçada, sem verificar. A desvantagem disso é que você teria que deixar um monte de portas disponíveis para selecionar em nome da compatibilidade (ou fazer como no MTKTool, deixar só 4, diminuindo a compatibilidade). A vantagem de fazer do jeito que você fez é que o programa chegou a reconhecer o cabo conectado na COM10 do windows.

Como funciona a integração entre o código HTML e o código Delphi

Não é nada complicado do ponto de vista do usuário do programa. Se você tiver experiência em HTML com a interação entre Image Maps e javascript, vai entender de cara como funciona só olhando o código fonte dos meus exemplos em HTML. Mesmo que você não tenha experiência com isso, o que vou explicar aqui deve ser suficiente.

O básico

Para poder exibir páginas HTML o programa usa um controle que encapsula um controle ActiveX da Microsoft que é, para todos os efeitos práticos, o Internet Explorer instalado no PC do usuário. Mesmo que o usuário não use o IE esse mecanismo está disponível em todas as versões do Windows por intermédio da biblioteca MSHTML.DLL, que encapsula toda a  Trident Engine.

Embora seja muito simples fazer isso (embutir uma instância do IE) em Delphi, não existe um mecanismo simples, nem no Delphi nem na linguagem HTML, para se passar informações entre esse IE embutido e a aplicação. Isso está sendo feito através de um mecanismo COM que eu mal consigo entender e que por isso dá trabalho implementar.

Crédito da técnica - Peter D. Johnson

Através de COM eu consigo criar rotinas em Delphi e fazer com que elas sejam visíveis para o browser como se fossem rotinas em javascript ou vbscript, por meio do objeto external. Essas rotinas podem ser chamadas da mesma forma que qualquer outra rotina em javascript seria, mas nos meus exemplos isso está sendo feito apenas quando o usuário clica ou move o mouse sobre o browser e por isso depende de tags HREF.

Funcionamento

Por exemplo, quando você cria uma região clicável em um Image Map HTML, obtém algo mais ou menos assim no código:

<area shape="circle" coords="66,1356,18" href="#">

Para fazer com que o MTKRemote reaja a cliques e movimento do mouse sobre essa região, substitua o que está em negrito por:

        href="javascript:void(0);" id=""
        onclick="external.ProcessarDado('34');"
        onmouseover="external.ExibirInfo('RANDOM');"
        onmouseout="external.OcultarInfo()";

Três eventos do browser são usados (onclick, onmouseover e onmouseout) mas você pode usar apenas o evento onclick, porque é o único que realmente manda algo importante para o programa.

• A função ProcessarDado espera um MTKCommand em hexadecimal. No exemplo, o código "34" será enviado para o aparelho;
• ExibirInfo, que não está implementada ainda na versão Alfa3, apenas serve para exibir informação (no exemplo "RANDOM") no Delphi. Isso é perfeitamente dispensável no caso de MTKRemote, até mesmo porque se é só para indicar ao usuário a função do elemento por onde ele está passando o mouse, existem mecanismos em HTML/Javascript com essa funcionalidade;
• OcultarInfo é necessária sempre que você usar ExibirInfo.

Nova versão

Agora é possível salvar as configurações da porta serial;
Agora o programa carrega automaticamente a última tabela aberta;
Agora é possível enviar códigos manualmente;

Organização cosmética;

ATENÇÃO: EJECT e POWER do programa não funcionam no LG DK194g, mas as setas funcionam normalmente. Vou investigar se existe diferença nos códigos, mas não vai ser agora.