Mi collego da Pi alla scheda Clone di Arduino. Il problema è che ho bisogno di disabilitare la linea DTR, al fine di impedire il ripristino di Arduino alla connessione.
Ho letto che su RPi non è possibile controllare DTR, DCD e altre linee. È vero per RPi a livello globale o solo per pin GPIO utilizzati per la comunicazione seriale?
Se è possibile disabilitare il DTR sulla porta USB, come si ottiene?
Risposte:
Le proprietà di un convertitore seriale USB non hanno nulla a che fare con l'hardware del sistema di hosting, ma solo con il chip seriale USB stesso e lo stack software del sistema di hosting.
Il pi dovrebbe usare driver seriali USB Linux di serie.
Pertanto, è possibile abilitare / disabilitare il collegamento di DTR per aprire / chiudere la porta tramite il solito metodo Linux per cancellare l' hupclimpostazione come documentato sul sito Arduino e altrove:
stty -F /dev/ttyUSB0 -hupcl
O la sostituzione di / dev / ttyUSB0 con qualsiasi file di dispositivo corrisponda effettivamente alla porta seriale USB (ad esempio, il primo Uno connesso sarebbe probabilmente / dev / ttyACM0)
Anche per quanto riguarda la porta seriale nativa del PI, questo comportamento di DTR è in definitiva sotto il controllo del software - chiunque sostenga altrimenti sta ignorando il fatto che è solo il driver Linux, e non l'hardware, a sapere che la porta sia aperto o chiuso. L'hardware della porta effettiva può solo dire che viene letto o scritto o riconfigurato, nessuno dei quali è effettivamente sinonimo di apertura del dispositivo seriale.
Il post di @ChrisStrattons descrive come utilizzare stty -F /dev/ttyUSB0per evitare il blocco che si traduce in un ripristino. Ecco uno snippet per farlo in Python:
import termios
path = '/dev/ttyACM0'
# Disable reset after hangup
with open(path) as f:
attrs = termios.tcgetattr(f)
attrs[2] = attrs[2] & ~termios.HUPCL
termios.tcsetattr(f, termios.TCSAFLUSH, attrs)
ser = serial.Serial(path, 9600)
# etc.
Si noti che il numero esatto può quando si sostituisce il cavo USB, quindi rilevo il percorso globbing:
try:
path = glob.glob('/dev/ttyACM*')[0]
except IndexError:
# retry, error out, etc.
pass
termios, diciamo os.system("stty -F /dev/ttyUSB0 -hupcl")? Inoltre, ho notato che questo non impedisce ad Arduino di reimpostarsi la prima volta che ci si connette dopo l'accensione del sistema host; impedisce che si reimposti su connessioni successive. Che è meglio di niente. Ma vorrei poter capire come fermarlo dall'attivare il DTR.
termiossalva un fork / exec (call) in un programma esterno ( stty). Non sono sicuro di cosa fare riguardo alla cosa DTR, penso di aver appena accettato questa "caratteristica" e di aver aggiunto un po 'di logica (stretta di mano personalizzata scrivendo / leggendo) per rilevare se Arduino e l'applicazione sul Pi si sincronizzavano.
È possibile aggiungere un resistore da 120 Ohm (o una combinazione per creare 120 Ohm) tra RESETe 5VCiò impedirà il ripristino completo. Questo è il meno invasivo in quanto altre soluzioni richiedono la rimozione di un resistore o un condensatore dalla scheda, complicando i caricamenti. Non conservare la resistenza se si sta programmando. Rimuoverla.
Le schede Leonardo non si ripristinano anche se DTRvengono attivate, ma il problema inizia quando è necessario ripristinarlo in remoto poiché a volte perde la connessione a Raspberry e è necessario ripristinarlo fisicamente.
Puoi usare PySerial. Ecco un esempio sul codice Python:
port =serial.Serial(
"/dev/ttyUSB0",
baudrate=57600,
parity=serial.PARITY_NONE,
stopbits=serial.STOPBITS_ONE,
bytesize=serial.EIGHTBITS,
dsrdtr = False
)
per ulteriori opzioni, selezionare Pyserial.
stty -F /dev/ttyUSB0 -cdtrdsrriporta invalid argument: -cdtrdsr.