Yes, it should work. I have a RAK5146 USB version with a USB to MiniPCIe adapter connected to my linux AMD64 server (there is also the RAK7371 which comes in a fancy box but it’s just the same).
According the the specs of your hardware all 3 MiniPCIe sockets have USB interface but if you don’t have direct access to the PERST# signal via a GPIO, best option would be to get an external USB to MiniPCie adapter (not expensive). Or manually bring it down with a jump wire (at your own risk, I DO NOT RECOMMEND DOING THIS).
Big thanks! We have suspected that the fault is on our device.
May I still ask what does PCIe standard say? Should PCIe implementations provide direct access to the PERS# signal via GPIO or is it left for the implementer to decide?
In general some signals are clearly defined in the standard whilst others are completely missing (like SPI) but it’s not uncommon to miss defined signals on the interface (like I2C or PCIe). In the end the best way is to check the datasheet or schematics of the board manufacturer…
Hi,
I got also the same problem but on a diferent hardware.
I’m trying to use the RAK5146 - USB on a IOT2040 from Siemens.
The hardware don’t is recognised by the operation system.
But if I use the RAK2247 - USB, it works well.
I was hopping that the RAK5146 got the same behaviour.
No it does not. RAK2247 USB worked all fine on our HW, but RAK5146 USB does not. I am not a HW guy so I could have never thought there can be so much differences in PCI-e implementations and that some vendor would rely on these “less supported” features.