You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
"HEADS UP to use your USB packet parser uncomment line 12 and remove line 13" those line numbers are wrong
"SETUP: bmrequesttype: {}, brequest: {}, wlength: {}, windex: {}, wvalue: {}" could use some better formatting
consts::VID should be consts::USB_VID_DEMO
consts::PID should be consts::USB_PID_RTIC_DEMO
We should use pid.codes Test PIDs, like 0x000A, 0x000B and 0x000C, not random ones (we might collide with another pid.codes product in the future)
fn on_event et al, don't need to be inside the macro
the usbd module could be a struct with methods. Then people won't be tempted to try and read the registers by hand, when there are methods that do it for them.
The text was updated successfully, but these errors were encountered:
the usbd module could be a struct with methods. Then people won't be tempted to try and read the registers by hand, when there are methods that do it for them.
Or really, we could use the usb-device crate to do most of the heavy lifting. Then all the attendees need to do is share a usb-device with a task bound to USBD, and call usb_device.poll(). This is what the dongle firmware now does.
"SETUP: bmrequesttype: {}, brequest: {}, wlength: {}, windex: {}, wvalue: {}"
could use some better formattingconsts::VID
should beconsts::USB_VID_DEMO
consts::PID
should beconsts::USB_PID_RTIC_DEMO
fn on_event
et al, don't need to be inside the macrousbd
module could be a struct with methods. Then people won't be tempted to try and read the registers by hand, when there are methods that do it for them.The text was updated successfully, but these errors were encountered: