Comandi seriali per BrainTree Scientific, Inc. Pompa a siringa (modello bs-8000) rs232

Question

AGGIORNAMENTO: Dopo aver verificato che i miei comandi, la configurazione seriale e il terminatore ('\ r') fossero corretti, ho risolto questo problema su 1 di 5 computers. Questo mi porta a credere che sia un problema con l'adattatore. Ho intenzione di chiamare la società per vedere di ordinare un adattatore USB/RJ11 (ero stato utilizzando un Keyspan USB-> DB9-> adattatore RJ11 sul mio Mac)

---

ho letto this ma sono ancora incapace di comunicare con questa pompa. Questo è lo script python ho modificato (source),

import time 
import serial 

# configure the serial connections (the parameters differs on the device you are connecting to) 
ser = serial.Serial(
    port='/dev/tty.USA19H142P1.1', # /dev/tty.KeySerial1 ? 
    baudrate=19200, 
    parity=serial.PARITY_NONE, 
    stopbits=serial.STOPBITS_ONE, 
    bytesize=serial.EIGHTBITS 
) 


if not ser.isOpen(): 
    ser.open() 

print ser 
commands = ['dia26.59', 'phn01', 'funrat', 'rat15mm', 'vol0.7', 'dirinf', 
      'phn02', 'funrat', 'rat7.5mm', 'vol.5', 'dirinf', 'phn03', 
      'funrat', 'rat15mm', 'vol0.7', 'dirwdr', 'phn04', 'funstp', 
      'dia26.59', 'phn01', 'funrat', 'rat15mm', 'vol1.0', 'dirinf', 
      'phn02', 'funrat', 'rat7.5mm', 'vol.5', 'dirinf', 'phn03', 
      'funrat', 'rat15mm', 'vol1.0', 'dirwdr', 'phn04', 'funstp'] 

for cmd in commands: 
    print cmd 
    ser.write(cmd + '\r') 
    time.sleep(1) 
    out = '' 
    while ser.inWaiting() > 0: 
    out += ser.read(1) 
    if out != '': 
    print '>>' + out 

porte TTY:

$ ls -lt /dev/tty* | head 
crw--w---- 1 nathann tty  16, 0 Oct 13 14:13 /dev/ttys000 
crw-rw-rw- 1 root  wheel 31, 6 Oct 13 14:12 /dev/tty.KeySerial1 
crw-rw-rw- 1 root  wheel 31, 8 Oct 13 13:52 /dev/tty.USA19H142P1.1 
crw-rw-rw- 1 root  wheel 2, 0 Oct 13 10:00 /dev/tty 
crw-rw-rw- 1 root  wheel 31, 4 Oct 12 11:34 /dev/tty.Bluetooth-Incoming-Port 
crw-rw-rw- 1 root  wheel 4, 0 Oct 12 11:34 /dev/ttyp0 
crw-rw-rw- 1 root  wheel 4, 1 Oct 12 11:34 /dev/ttyp1 
crw-rw-rw- 1 root  wheel 4, 2 Oct 12 11:34 /dev/ttyp2 
crw-rw-rw- 1 root  wheel 4, 3 Oct 12 11:34 /dev/ttyp3 
crw-rw-rw- 1 root  wheel 4, 4 Oct 12 11:34 /dev/ttyp4 

io non sono nemmeno sicuro se sta inviando i comandi. Non ricevendo errori o feedback. Nulla sta accadendo sulla pompa e non è sempre restituito (out stringa è sempre vuoto)

Questa è la mia uscita:

(sweetcrave)nathann@glitch sweetcrave (master) $ python pumptest.py 
Serial<id=0x1093af290, open=True>(port='/dev/tty.USA19H142P1.1', baudrate=19200, bytesize=7, parity='O', stopbits=2, timeout=None, xonxoff=False, rtscts=False, dsrdtr=False) 
dia26.59 
>> 
phn01 
funrat 
rat15mm 
vol0.7 
^CTraceback (most recent call last): 
    File "pumptest.py", line 28, in <module> 
    time.sleep(1) 
KeyboardInterrupt 

Il mio obiettivo finale:

• impostare pompe parametri
• ci sono tre fasi specificate:
• fase 1: spingere il liquido all'estremità del tubo
• Fase 2: erogare liquido in tasso specifico e del volume
• Fase 3: tirare liquido backup
• il liquido viene tirato indietro fino (fase 3) in modo che non gocciola dal collettore, e così il soggetto non posso succhiarlo Come tale, la fase 1 è necessaria per spingere il liquido
• nel punto di deflusso.
• volume e velocità di erogazione possono essere modificati. Utilizzare la seguente formula:
• rate = volume/sec * 60
• esempio: 0,5/4 x 60 (consegnare .5 ml in un periodo di 4 sec) = 7,5

Answer 1

Le pompe sono molto facili parlare con - ma se si verificano molti problemi - allora ci deve essere un problema in attesa di essere risolto.

Prima di preoccuparsi di inviare comandi alle pompe dal proprio codice di programmazione, è una buona idea verificare che la pompa sia pronta per effettuare una connessione al computer.

Da anni di esperienza con queste pompe posso dire che i cavi rotti sono il problema più comune quando si verifica questo livello di difficoltà di comunicazione con le pompe, il Numero 2 è collegarli nel foro corretto sul retro della pompa.

Suggerisco di afferrare un'applicazione nota da una terza parte, come la mia http://www.SyringePumpPro.com, installandola e utilizzandola per confermare che la pompa comunicherà con un software funzionante noto. Se tutto va bene con pompe e cavi, SyringePumpPro rileva e visualizza le attività della pompa in pochi secondi. Non ti costerà nulla e ti farà sapere che pompa, adattatore seriale e cavi funzionano correttamente.

Il vostro programma ...

Lascerò da parte la questione se la porta tty viene aperto, ecc, se si invia il nulla pompe risponderanno - di solito con una sequenza come

00S ? per un comando sconosciuto.

Osservando il codice Python - Sono preoccupato che si ripetano i comandi due volte. La pompa ha bisogno solo di questi comandi caricati una volta e li ricorderà durante i cicli di alimentazione.

Supponendo che i comandi arrivassero alla pompa nessuno di questi avrebbe causato il pompaggio della pompa - stanno caricando la memoria della pompa con cosa fare, ma in realtà non lo fanno. È necessario il comando RUN per fare in modo che la pompa esegua il caricamento.

I comandi della pompa possono essere caricati in un unico caricamento e quindi ESEGUIRE. Quindi si tratta di sincronizzare il pompaggio e la stimolazione nel codice Python.

Questa sequenza di pompaggio può essere eseguita in un file di linguaggio del programma PPL o pompa e caricata una volta.

C'è file di esempio PPL nella parte posteriore del manuale della pompa e l'esempio si potrebbe essere interessati a è Esempio 2.

Si chiama erogazione ripetuto con risucchio.

Come accade, ho fatto un video di formazione looooong su questo che è su youtube. Potrebbe davvero aiutare a spiegare come funzionano le pompe, come funziona il linguaggio di programmazione della pompa e come caricare i programmi di pompaggio.

Buona fortuna