hardbyte / hardbyte/python-can

No remote request flag is set when sending such frame with interface socketcand

Aberta
#2,091 0 comentários 0 reações 0 responsáveis Ver no GitHub
bug
Linguagem predominante
Python
Estrelas
1.6k
Forks
697
Métricas de merge de PRs
Nenhum PR com merge em 30d

Descrição

### Describe the bug
When sending a frame like
```python
bus = can.interface.Bus(interface='socketcand', channel='can0', host='the.ipa.ddr.ess', port=29536)
...
can_msg = can.Message(is_extended_id = False, arbitration_id = address, is_remote_frame = True)
self.bus.send(can_msg)
```
the terminal message print is:
```
Timestamp: 0.000000 ID: 403 S Rx R DL: 0
```
but on the bus be get (using candump):
```
can0 403 [0] ''
```
kinda empty frames.

When using the direct can0 interface (no socketcand) I get correctly:
```
can0 403 [0] remote request
```

### To Reproduce
Using python_can==4.6.1 on a Mac with Python 3.9.6.
socketcand Version 0.6.1 is running on a Debian 13.

### Expected behavior
Seeing correct remote request frames

Guia de contribuição

Abrir o guia de contribuição

Direção de pesquisa

Comece em can.interface.Bus com interface='socketcand' e rastreie self.bus.send(can_msg) quando can.Message definir is_remote_frame=True. Compare o caminho socketcand com o caminho direto can0 e use candump para verificar o resultado. O trabalho estará concluído quando o frame transmitido for reportado como uma solicitação remota, em vez de um frame de dados vazio.

Escrita pelo modelo de indexação a partir do texto da issue.

Avaliação

Stack de tecnologia
python
Domínio
embedded-iot, networking
Tipo de issue
Bug
Dificuldade
3/5
Tempo estimado
1-2 dias
Status de atividade
Ativa
Clareza
Razoavelmente clara
Facilidade para iniciantes
68/100

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.