<div dir="ltr"><div dir="ltr">Hi Christian,<div><br></div><div>Thanks for your reply.</div><div><br></div></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 22 Apr 2020 at 23:29, Christian Mauderer <<a href="mailto:christian.mauderer@embedded-brains.de">christian.mauderer@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello James,<br>
<br>
On 20/04/2020 13:13, James Fitzsimons wrote:<br>> I am interested in adding support for the eQEP (Enhanced Quadrature<br>
> Encoder Pulse Module) which I am using to decode the quadrature encoders<br>
> on my motors.<br>
<br>
That one isn't implemented yet and I don't know of any current work on<br>
it. So feel free to go ahead.<br></blockquote><div><br></div><div>Thanks for the encouragement - I will start with the eQEP drivers. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> I will eventually also need support for the ADC, PRU (I see some work<br>
> has already been done on that by a GSoC project),<br>
<br>
There has been some work on PRU. I'm not entirely sure about ADC.<br>
<br>
> and ideally the TI<br>
> WiLink 8 WL1835MOD wireless chipset - although I realise that might be<br>
> extremely difficult.<br>
<br>
That depends: What kind of interface is used for that? And is the chip<br>
already supported in FreeBSD?<br></blockquote><div><br></div><div>I have done a bit of research and can't find any FreeBSD support for it. There are obviously linux drivers but I realise these are not suitable for porting to RTEMS</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
If it is an USB interface and it is supported in FreeBSD adding it<br>
shouldn't be much work. If it is an SDIO it will get a bit more<br>
difficult but still possible in a decent time frame. If FreeBSD doesn't<br>
know anything about it you will have a really hard time. WLAN drivers<br>
are _very_ complex and the need a lot of detail knowledge about the<br>
chipset and the regulations.<br></blockquote><div><br></div><div>I'm pretty sure it uses an SDIO interface, but as you say without the FreeBSD support it may be a bit of a long shot.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> Are drivers for these features something that would be welcome in the<br>
> BBB BSP, and if so any tips for getting started?<br>
<br>
Of course. Peripheral drivers are nearly always welcome.<br>
<br>
For the PRU you might should contact the GSoC student working on the<br>
topic. For WLAN: Please check the interface and FreeBSD support. I don't<br>
know exactly what the eQEP does. But if there is a FreeBSD driver for it<br>
you might want to check that one too and maybe port it via libbsd<br>
(except the eQEP is a really simple module and it's a lot simpler to<br>
write the driver yourself in the BSP)<br></blockquote><div><br></div><div>I'll make a start on the eQEP module (quadrature decoder for reading encoders) and if that goes well I'll reach out to<span style="color:rgb(0,0,0);font-family:Verdana,Arial,"Bitstream Vera Sans",Helvetica,sans-serif;font-size:13px"> </span><span style="color:rgb(0,0,0);font-family:Verdana,Arial,"Bitstream Vera Sans",Helvetica,sans-serif;font-size:13px">Nils Hölscher about the PRU work.</span></div><div> </div><div>Thanks and regards, </div><div>James Fitzsimons</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
</blockquote></div></div>