Anybody there ? I think I'll made the above mentionned merge request and we will see if it is accepted or not. On Saturday, 13 February 2021 at 11:49:05 UTC+1 Frédéric Martinsons wrote:
> > There is another thread talking about USB support: > https://groups.google.com/g/grpc-io/c/MZCVUShRMkM/m/y3T_fs8iAQAJ but I > cannot answer there since my messages are automatically deleted (don't know > why) > > > On Saturday, 13 February 2021 at 09:55:42 UTC+1 Frédéric Martinsons wrote: > >> Hello all, >> >> Some years ago we had the exact same use case where we have an android >> application which drive an embedded devices (in USB Accessory Mode). The >> only way to communicate with this device is through USB channel and we >> wanted to use gRPC. >> So we develop the USB transport channel in gRPC bask in 2018 (based on >> gRPC v1.13.0). >> The guy from our teams that made these patches had now leaved but I'll be >> glad to submit a patch series if the USB support is still foreseen to be >> support but I may not be able to answer all the questions about tricks that >> came in this code. >> >> Do you want to receive a merge request ? >> >> Thanks for the good works gRPC guru. >> >> On Thursday, 8 February 2018 at 17:18:21 UTC+1 [email protected] wrote: >> >>> Mark, as Abhishek mentioned, it is quite useful in cases where a target >>> device (usually embedded) has no networking. Thanks Vijay, I'll have a look >>> at your suggestions. >>> >>> Regards >>> /Robert >>> >>> 2018-02-07 22:31 GMT+01:00 'Vijay Pai' via grpc.io < >>> [email protected]>: >>> >>>> As Mark mentioned, it's not on our roadmap, but if you wanted to put >>>> one together, I can suggest >>>> https://github.com/grpc/grpc/blob/master/doc/core/transport_explainer.md >>>> for an idea of what transports need to do. If the goal is a simple >>>> message-oriented transport without reference to complex flow control, I >>>> can >>>> suggest using the in-process transport as a model for how to build a >>>> transport, as it's only a few hundred lines of code and implements the >>>> transport ops required to actually have working RPCs for its context; this >>>> might make a lot of sense if your controller is memory-mapped. >>>> Alternatively, if your controller is mapped as a file, a path forward >>>> might >>>> be to make a new endpoint akin to the UDS endpoint. This would mean that >>>> you'd be speaking HTTP/2 over your HID, but again it may be a fairly >>>> simple >>>> integration. >>>> >>>> Good luck! >>>> >>>> - Vijay >>>> >>>> On Friday, February 2, 2018 at 8:51:23 PM UTC-8, Robert Bielik wrote: >>>>> >>>>> Hi all, >>>>> >>>>> Has there been any work on using USB HID as a gRPC transport ? >>>>> >>>>> Regards >>>>> /Robert >>>>> >>>>> -- >>>> You received this message because you are subscribed to a topic in the >>>> Google Groups "grpc.io" group. >>>> To unsubscribe from this topic, visit >>>> https://groups.google.com/d/topic/grpc-io/rCOTPM65A7U/unsubscribe. >>>> >>> To unsubscribe from this group and all its topics, send an email to >>>> [email protected]. >>> >>> >>>> To post to this group, send email to [email protected]. >>>> Visit this group at https://groups.google.com/group/grpc-io. >>>> >>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/grpc-io/e25acae8-c505-47f6-a108-23d4d5d61a83%40googlegroups.com >>>> >>>> <https://groups.google.com/d/msgid/grpc-io/e25acae8-c505-47f6-a108-23d4d5d61a83%40googlegroups.com?utm_medium=email&utm_source=footer> >>>> . >>> >>> >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> -- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/grpc-io/3c71a03a-53d7-4011-ad65-f60e6fadb152n%40googlegroups.com.
