Acesso a Dispositivos Serial em Máquinas Virtuais

Sim, com a mesma regra que rege qualquer partilha entre vários clientes: use uma ligação de servidor Raw no anfitrião, que aceita várias VMs cliente, e cada VM recebe uma cópia da saída do dispositivo. No modo Telnet (RFC 2217) a ligação é ponto a ponto — uma VM de cada vez — porque o controlo remoto da porta não pode ser partilhado entre clientes.

Assim, o compromisso é Raw (muitas VMs, mas sem negociação remota de baud/sinal — defina a porta no anfitrião) versus Telnet (uma VM, controlo total da porta). E o aviso sobre escrita também se aplica aqui: várias VMs podem ler com segurança um dispositivo, mas se várias VMs enviarem comandos para um único dispositivo de comando/resposta, os seus bytes irão intercalar-se na única porta física. Para isso, designe uma VM de controlo ou serialize os comandos ao nível da aplicação.

Respondido por Nikolai Svarachevsky · Programador Principal

Sim — isto é efetivamente um null-modem em rede entre duas máquinas convidadas, e é uma utilização limpa do SEC. Crie uma porta COM virtual em cada VM e ligue-as através do SEC (um lado como servidor, o outro como cliente, uma vez que os dois tipos de ligação são intercambiáveis). Cada programa abre a sua porta COM virtual local como se um cabo série estivesse ligado entre as duas máquinas, e o SEC transporta os bytes através da rede virtual intermédia. Não está envolvido qualquer hardware série físico.

Esta é uma forma comum de ligar duas aplicações que só sabem comunicar através de uma porta COM quando agora estão em VMs separadas. Aplicam-se as orientações habituais: para um handshake estrito de pedido/resposta entre elas, mantenha uma ligação simples entre duas partes (peer-to-peer) em vez de tentar distribuir uma porta partilhada por vários endpoints, e se algum dos programas depender de temporização apertada das linhas de sinal, teste-o — o salto de rede entre as máquinas convidadas não é um fio de latência zero.

Respondido por Nikolai Svarachevsky · Programador Principal

A ligação é restabelecida em vez de ser retomada instantaneamente, e a rapidez depende em grande parte de si: o SEC tem um intervalo de reconexão configurável que define com que frequência tenta novamente uma ligação interrompida. Quando uma VM é pausada ou guardada, o sistema convidado congela com um socket TCP aberto; ao retomar, esse socket fica obsoleto, por isso o SEC encerra-o e volta a ligar-se na tentativa seguinte. Defina um intervalo curto e a recuperação será rápida — normalmente em poucos segundos depois de a rede voltar a estar ativa no sistema convidado — embora, durante essa breve janela, a aplicação que mantém a porta COM virtual possa ver a porta cair ou apresentar erro antes de voltar.

Duas notas práticas. Historicamente, o SEC tem sido sensível a suspensão/retoma e ao Arranque Rápido do Windows, por isso trate a retoma do sistema convidado como um evento de reconexão e certifique-se de que a sua aplicação tolera uma breve interrupção da porta. E quaisquer dados que um dispositivo de transmissão contínua tenha emitido enquanto a VM esteve em pausa não são colocados em buffer para entrega posterior — perdem-se — porque o SEC encaminha em direto, não armazena nem reproduz.

Respondido por Bohdan Miniv · Engenharia de QA

Juntamente com a licença individual padrão, a SEC oferece uma Licença Individual dedicada para Máquina Virtual. Ela existe porque o cenário de VM envolve endpoints SEC em execução dentro de instâncias convidadas, e a licença de VM cobre esse modelo de utilização em vez de uma única instalação física. Se estiver a implementar a SEC em máquinas virtuais, este é o tipo de licença pelo qual deve dimensionar a sua compra.

Como os termos de licenciamento e a cobertura exata podem mudar e depender de quantos endpoints de VM está a executar, confirme os detalhes atuais na página de preços ou com a equipa de vendas antes de comprar em escala — assim garante que corresponde à licença certa para a sua implementação, em vez de descobrir mais tarde uma incompatibilidade.

Respondido por Bohdan Miniv · Engenharia de QA

Esse é o comportamento esperado, não um erro. Quando a opção Criar como porta virtual está marcada, as definições predefinidas da porta ficam propositadamente a cinzento: para uma porta virtual, os parâmetros (taxa de transmissão, paridade, bits de dados/paragem) são definidos pela aplicação que abre a porta, não fixados no SEC. A aplicação solicita o modo que pretende quando se liga, e a porta virtual adota-o.

Este é o modelo correto para uma porta virtual porque as definições de um dispositivo série real só importam na extremidade física. Se estiver a fazer a ponte para uma porta real e quiser fixar os seus parâmetros, configure-os no lado da porta real; o lado virtual segue a aplicação. Se esperava definir rigidamente a taxa da porta virtual independentemente da aplicação, simplesmente não é assim que as portas virtuais funcionam — e forçá-lo não ajudaria, uma vez que o modo solicitado pela aplicação é o que realmente governa a sessão.

Respondido por Nikolai Svarachevsky · Programador Principal