Ethernet for RG520N

Hello, I am reviewing the Hardware Design document for the RG520N modules and I noticed that it doesn’t has RGMII interface like the RG500Q. I assume that for an ethernet option, PCIe should be used. Is there a PCIe to Phy bridge recommended for these modules? Do you have a reference design document for them?
Thank you in advance.

RG520N is based Qualcomm X62 Chip.

1 Like

Hi Bean, thanks a lot for info, I ask for the x7x e.g. for the RM551 which is the (R)GMII interface? And if it can pair/compare with AQR113C Marvell Data rates 10G USXGMII as external Phy.
Regards
Marco

QPS615 is the PHY switch.

But I am sorry I don’t know about the X7x.

1 Like

Referring to AP → ETH communication
immagine

I’ve been wanting to make this consideration for a while…
To fully exploit the potential of these snapdragon_modules
IMHO the whole system must be adequate…
I can’t help but notice that the first M2–>ETH adapters were poorly conceived,

recently a very active team has combined hardware & software capabilities to implement this thing.
immagine

So I ask @iamromulan what he thinks about …
It will be possible to see a board equipped with AQR113C or QPS615 chips, to allow the modem to not have any throttling or bottleneck, also considering the full unloked software aspect?
Regards
Marco

The pictures you posted are probably EVBs made by other agents or distributors. The EVBs I got from Quectel are usually equipped with RTL8125 by default. They make such boards to consider whether they can be sold.
I haven’t seen the CS sample of this RM551E yet. X75 is still very expensive now. It is a waste to use it as a standard M.2 module. I think Quectel would prefer customers to use LGA packaged modules. X62 module has already entered stable MP now.
I am sorry about this.

Hello Bean, thanks for reply;
my consideration is in general the little attention to these very powerful modules…
Of course, lga has almost twice as many pins available.
My hope is that they could be used in intra_home_radio_stuff, I’m referring mainly to the 3GPP protocol , maybe on unlicensed frequencies, with the possibility of tripling the 802.11 protocol now limited to one frequency.And now that it run a pseudo_linux on x75 imagine that virtualization, container(docker) etc…on a single ap and no other mcu.
Regards