Conectando-se ao MSP430 via / dev / ttyACM0

2

Gostaria de receber algumas sugestões sobre como corrigir a saída serial ilegível de um dispositivo conectado em / dev / ttyACM0. Ultimamente tenho trabalhado em um projeto de desenvolvimento utilizando o microcontrolador MSP430 da TI (especificamente o eZ430-RF2560). Em este tópico você pode ver que testamos algum código e descobrimos que a saída do microcontrolador sobre serial é ilegível. O btstack fornece um programa simples de teste de contador. Quando executamos o programa e observamos a saída da porta serial usando o PuTTY no Windows 7, vemos:

rfcomm_send_internal cid 117 doesn't exist!
BTstack counter 26230
rfcomm_send_internal cid 117 doesn't exist!
BTstack counter 26231

No entanto, se nos conectarmos a vários clientes do Ubuntu, obteremos algo como:

Stt.R. 
BTacn 0 
BTacn 002BTacn 0 
BTcct 04BTtacoe 5BTacun 

Minha crença atual é que isso acontece porque o dispositivo está sendo detectado pelo cdc_acm como um dispositivo USB ACM genérico. Outro encadeamento sobre um microcontrolador similar sugere que o dispositivo deve usar um serial usb específico motorista. Nós verificamos que o módulo é compilado em nosso sistema e fizemos um "modprobe ti_usb_3410_5052" mas isso não teve efeito no cdc_acm. Aqui está a seção relevante do log de depuração do kernel:

[ 2735.092987] usb 2-1.2: new full speed USB device number 5 using ehci_hcd
[ 2735.213655] cdc_acm 2-1.2:1.0: This device cannot do calls on its own. It is not a modem.
[ 2735.213669] cdc_acm 2-1.2:1.0: No union descriptor, testing for castrated device
[ 2735.213720] cdc_acm 2-1.2:1.0: ttyACM0: USB ACM device
[ 2745.241996] generic-usb 0003:0451:F432.0003: usb_submit_urb(ctrl) failed
[ 2745.242023] generic-usb 0003:0451:F432.0003: timeout initializing reports
[ 2745.242401] generic-usb 0003:0451:F432.0003: hiddev0,hidraw0: USB HID v1.01 Device [Texas Instruments Texas Instruments MSP-FET430UIF] on           usb-0000:00:1d.0-1.2/input1

Então, em resumo, gostaríamos de descobrir como nos conectar corretamente a este dispositivo. Também de uso pode ser o local apropriado para enviar um relatório de bug.

    
por speciousfool 25.02.2012 / 08:52

1 resposta

1

Garbling deveu-se ao carregamento de um binário formatado incorretamente, que estava manipulando strings.

    
por speciousfool 26.03.2012 / 13:33