0
guidol

Will the NPi R1S on with the R1 image?

Recommended Posts

On 11/11/2019 at 2:14 PM, guidol said:

and they stated armbian-support in the OS-Section.


Copy / paste in action :) With an exception of wireless it should just work with a normal image ... but I couldn't find/see which wireless chip is used?  

Share this post


Link to post
Share on other sites
On 11/11/2019 at 5:14 AM, guidol said:

Because the R1S doenst seem to use the AMPAK WiFi/Bluetooth as the NPi R1, but a Realtek module?

NPi_R1S_yellow_Case.jpg

 

RTL single stream on the WiFi for the R1S - ASIX USB-1Gbe on one of the ports, so for routing it's going to have some challenges... USB 2.0 PHY on one of the ports, and the CPU is going to be busy doing all routing in SW.

 

(maybe the H3 variant might be a better match compared to H5 because of that USB2.0 PHY, but H5's gigabit is generally good for FriendlyARM boards)

 

I'm assuming that the H5 variant will be similar to NanoPi NEO2 for thermals and clocks

 

Good artists copy - great artists steal... Remarkable that the ID is similar to the GL-Inet Mango (and other small GL-Inet devices) - expected more from FriendlyARM there.

GL-iNet-GL-MT300N-V2.jpg.ba8733213a592c7a5780e3e66361dda6.jpg

 

 

 

 

Share this post


Link to post
Share on other sites
9 hours ago, martinayotte said:

Picture is not good enough, but it looks like an RTL8723 module ...

 

Yeah, looks like one of them - at least it's not XR819 ;)

 

Share this post


Link to post
Share on other sites

I just tried the R1 images on the R1S-H5 and it will not boot. Would it make any sense to try an H2 image like Neo or Core 2?

Share this post


Link to post
Share on other sites
8 hours ago, lazerdye said:

I just tried the R1 images on the R1S-H5 and it will not boot. Would it make any sense to try an H2 image like Neo or Core 2?

I would try a NPi Neo2 or NPi Core2 (both H5) on your NPi R1S with H5 CPU.

 

The normal NPi Neo Image I only would try on the NPi R1S with H3 CPU,
because the normal NPi R1 has a H3 CPU

Share this post


Link to post
Share on other sites

Actually overnight it froze up, and it looks like it is overheating. I will put the official image for some time and see if it's a hardware problem.

Share this post


Link to post
Share on other sites

maybe you could set the cpu governor in

armbian-config =>> system =>> cpu to max of 1008000 Hz and conservative governor

 

and then take a look if it will overheat.

 

whats acutal the max cpu value?

Share this post


Link to post
Share on other sites

I tried out the NanoPi Neo 2 image, the cpu still appears hot (59c), although it doesn't look like it's going out of control. The maximum cpu speed option I see there is 816. 

 

Screenshot from 2019-11-29 13:30:30.png

Screenshot from 2019-11-29 12:50:20.png

Share this post


Link to post
Share on other sites
(edited)
On 11/12/2019 at 9:19 PM, sfx2000 said:

RTL single stream on the WiFi for the R1S - ASIX USB-1Gbe on one of the ports, so for routing it's going to have some challenges... USB 2.0 PHY on one of the ports, and the CPU is going to be busy doing all routing in SW.

 

After reviewing the schematics.... I stand corrected...

 

eth0 - realtek RTL8211E which is tied to the H3/H5 gigabit designware MAC onboard the SoC

eth1 - realtek RTL8253B USB3.0 to 1Gbe, will be limited by USB2 obviously, but a better choice perhaps than the Asix chip for some packet offloading

 

Oddly enough, WiFi is hanging off the SDIO bus, schematic calls out the Ampak AP6212 SOM, which is a broadcom/cypress WiFi 802.11n/BT 4.2 (which is connected to UART3) which would have made this board much more interesting for IoT things. Would be interesting to see things there, as @martinayotte points out, it looks like a generic RTL8723 - and there, some have BT, and some do not... what's odd with R1S, there's an IPX-I connection on the module, but I'm not seeing an antenna here - patch antenna inside the housing?

 

Would be nice with the SPINOR on-board, as 16MB flash there can do both u-Boot and host OpenWRT on that flash part, and then secondary boot to SDIO for Amrbian...

 

Anyways - the R1 seems to be the better solution, more balanced across interfaces, and includes the option for the eMMC. even though it's only H3 - I might order one, as it does pique my interest to get an ARM variant of the code I'm currently doing on AR9331 (MIPS) - but since I have a Neo and Neo2 already, I can pretty much fake it there, just not as tidy of a box.

 

For R1S - only reason why one might consider the H5 variant would be OpenVPN, as there, the H5 is going to perform better than H3, but for general routing purposes, H3 might be a better choice as it'll clock higher than H5, and since routing it all about clocks without a dedicated switch on the board... after all, H3/H5 are application driven, compared to chips like Marvell MV3720, or others like this, which are purpose built for communications/networking.

Edited by sfx2000
edit for SPINOR

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
0