So, just to clarify, if its "required" is there no way of disabling it or
removing??
The project I'm working on is based on using the Open CPI framework, which is
basically an opensource framework for developing and executing component based
apps on embedded platforms. With that being said, my task isn't tightly bound
to using UHD, therefore, I would like to disable or remove MPM for a custom
application.
On Wednesday, October 6, 2021, 03:54:37 PM EDT, Marcus D. Leech
<patchvonbr...@gmail.com> wrote:
On 2021-10-06 3:52 p.m., Tellrell White wrote:
Thanks for the clarification.
I tried disabling and stopping MPM in order to release the I2C device that I
want to read from. However, i'm still getting the same error that I stated
above("device or resource is busy"). Is there any way of disabling or stopping
MPM ?
On Wednesday, October 6, 2021, 02:50:06 PM EDT, Marcus D. Leech
<patchvonbr...@gmail.com> wrote:
On 2021-10-06 1:56 p.m., Tellrell White via USRP-users wrote:
Currently, I have an app that I've cross-compiled for the N310 and I'm
trying to read data from the I/O Expander(TCA6408a) on the daughterboard,
however, I'm getting an error stating that the "device or resource is busy"
which leads me to believe that there is a driver already using the device. Does
anyone have any insight on this?? Also, is there any information on using I2C
for the n3xx devices?
Pretty sure that MPM (part of the UHD environment) "owns" the I2C and SPI
interfaces.
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
Given that MPM is *required* to allow UHD to operate and for you to do
SDRy things, I'm not sure that's the right approach.
You might look at the code of MPM and see if there's a way to squeeze the
functionality you want from doing I2C things into the way MPM does things.
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
