Hardware Reference
In-Depth Information
bra USB_parser_restart_2
call DEV_DEP_MSG_OUT
bra USB_parser_end
USB_parser_restart_2
movlw 0x02
cpfseq BULKOUT
bra USB_parser_restart_3
call REQUEST_DEV_DEP_MSG_IN
bra USB_parser_end
USB_parser_restart_3
movlw .126
cpfseq BULKOUT
bra USB_parser_restart_4
call VENDOR_SPECIFIC_OUT
bra USB_parser_end
USB_parser_restart_4
movlw .127
cpfseq BULKOUT
call COMMANCE_PARSING
call REQUEST_VENDOR_SPECIFIC_IN
USB_parser_end
movlw 0x00
movff WREG,BULKOUT_CONTENT
;bulk-OUT is empty
call
transtest_over_bulk_out ;return ownership to SIE
return
Da das Beispielgerät keine Trigger-Eigenschaft besitzt, wird nicht nach dem MsgID
für TRIGGER gefragt und es existiert auch kein TRIGGER-Unterprogramm. In den
Fällen, für die es einen gültigen MsgID gibt, startet der Parser ein spezifisches
Unterprogramm, das den Macro-Namen des Nachrichtentyps trägt. In allen ande-
ren Fällen wird das Unterprogramm COMMANCE_PARSING aufgerufen, das
bereits die Wurzel für die Erweiterung des Parsers auf längere USBTMC Geräte-
nachrichten darstellt:
COMMANCE_PARSING
; use this entry if a transfer exceeds one transaction
return
Dieses Unterprogramm müsste also mit Leben gefüllt werden, wenn der Parser
nicht mehr direkt den Bulk-OUT Endpoint durchsucht, sondern einen größeren
Eingangsspeicher innerhalb des RAM-Bereichs des verwendeten Mikrocontrollers.
Der Bulk-IN Endpoint
Das Gerät benutzt den Bulk-IN Endpoint, um Antworten auf Fernsteuerbefehle, die
eine Antwort verlangen (sogenannte Query Commands), an den Host zu übermit-
