Boa tarde a todos,

  Alguns dias atrás vcs me ajudaram a resolver meu problema com permissões
para /dev/tty* e coloquei as regras sugeridas pelo Antonio em
/etc/udev/rules.

  Tá beleza...entendi, porém me deparei com um "problema" quando, na semana
passada, recebi minha impressora não fiscal, também serial.

  A configuração padrão de lanchonetes/restaurantes será:

1)SAT fiscal
2)Impressora não fiscal

  Ambos seriais.

  No meu sistema eu identifico cada um deles sem problema.

  Porém, estou utilizando um framework do fabricante da impressora para
enviar/imprimir os cupons fiscais para o SAT/Impressora.

  Esse framework exige que seja utilizada uma impressora de sua fabricação
( no caso a Daruma ).

  Na configuração do framework, ele pede para configurar o canal da
impressora: COM20, COM21,... (etc)  não é /dev/tty...

  O problema que deparei é que, se ligar o computador com a impressora
desligada, fica da seguinte forma:

SAT: /dev/ttyACM0

  E ao ligar a impressora ela pega a /dev/ttyACM1, que a framework irá
entender como COM21.

  Porém se o computador for ligado, com a impressora ligada, os canais
ficam invertidos, com a impressora em COM20.

  Minha pergunta é: tem alguma maneira de fixar ACM0 para o meu dispositivo
SAT, que deverá estar sempre conectado ao computador.

  Dessa forma a impressora será reconhecida no canal serial correto.

  Obrigado novamente.



‌
<https://mailtrack.io/> Sent with Mailtrack
<https://chrome.google.com/webstore/detail/mailtrack-for-gmail-inbox/ndnaehgpjlnokgebbaldlmgkapkpjkkb?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality>

Luís Cláudio Alves Gama
Fone: 11 4602-3400
Cel:    11 9 7765-1735
e-mail: luisg...@sabordelivery.com.br
<http://www.sabordelivery.com.br>

*ADVERTÊNCIA*: *Esta mensagem é enviada de empresa de tecnologia e pode
conter informações sigilosas, confidenciais ou privilegiadas entre
profissional e cliente, sendo ilegal a divulgação ou reprodução, total ou
parcial de seu conteúdo.*



* Antes de imprimir,* *pense em seu compromisso com o* *Meio Ambiente.*

Em 6 de novembro de 2017 08:31, Luís Cláudio A. Gama <
luisg...@sabordelivery.com.br> escreveu:

> Bom dia,
>
>   Antonio....gostaria de agradecer sua dica.
>
>   Eu comecei nesse problema com a idéia fixa de um script para alterar a
> permissão e não raciocinei em cima da sua sugestão.
>
>
>   A regra do udev já criava o link simbólico logo após o sistema
> reconhecer o /dev/ttyACM*, logo era suposto também alberar as permissões no
> momento da sua criação. Eu deveria ter me atentado a isso.
>
>   Realmente, o device é reconhecido com as permissões corretas para o
> usuário....pode replugar quantas vezes quiser que o sistema ficou plug and
> play.
>
>   Obrigado a todos pelas dicas.
>
>
>
> <https://mailtrack.io/> Sent with Mailtrack
> <https://chrome.google.com/webstore/detail/mailtrack-for-gmail-inbox/ndnaehgpjlnokgebbaldlmgkapkpjkkb?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality>
>
> Luís Cláudio Alves Gama
> Fone: 11 4602-3400 <(11)%204602-3400>
> Cel:    11 9 7765-1735
> e-mail: luisg...@sabordelivery.com.br
> <http://www.sabordelivery.com.br>
>
> *ADVERTÊNCIA*: *Esta mensagem é enviada de empresa de tecnologia e pode
> conter informações sigilosas, confidenciais ou privilegiadas entre
> profissional e cliente, sendo ilegal a divulgação ou reprodução, total ou
> parcial de seu conteúdo.*
>
>
>
> * Antes de imprimir,* *pense em seu compromisso com o* *Meio Ambiente.*
>
> Em 4 de novembro de 2017 20:39, Antonio Terceiro <terce...@debian.org>
> escreveu:
>
>> On Sat, Nov 04, 2017 at 10:48:34AM -0200, Luís Cláudio A. Gama wrote:
>> > Bom dia,
>> >
>> >   Verifiquei o grupo a que o device pertence:
>> >
>> > crwxrwxrwx 1 root dialout 166, 0 Nov  4 08:48 /dev/ttyACM0
>> >
>> >   O meu usuário já faz parte desse grupo e também ao grupo tty.
>> >
>> >   Também fiz as alterações sugeridas na regra udev do dispositivo:
>> > SUBSYSTEM=="tty", ACTION=="add", KERNEL=="ttyACM[0-9]*",
>> > ATTRS{idVendor}=="0525", SYMLINK+="ttyTS0",MODE="0660",GROUP="dialout"
>> >
>> >   Permissões do sript
>> > -rwsrwsrwx  1 root root   34 Nov  2 08:57 initsat.sh
>> >
>> >  Fiz o login novamente e o resultado é o mesmo, ainda não é possível
>> mudar
>> > as permissões sem a senha de root
>> >
>> > De qualquer forma já consigo alterar essas permissões com as alterações
>> > sugeridas pelo Fred alterando sudoers
>>
>> talvez não tenha ficado claro, mas o ponto de se ter uma regra do udev é
>> _não ter_ que alterar permissões na mão: quando você pluga o dispositivo,
>> o udev já coloca as permissões certas pra você
>>
>
>

Responder a