Jump to content

Will the NPi R1S on with the R1 image?


Recommended Posts

Posted
  On 11/11/2019 at 1:14 PM, guidol said:

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

Expand  


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?  

Posted
  On 11/11/2019 at 1:14 PM, 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

Expand  

 

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

 

 

 

 

Posted
  On 11/26/2019 at 10:38 PM, 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?

Expand  

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

Posted

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.

Posted

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?

Posted

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

Posted (edited)
  On 11/13/2019 at 5:19 AM, 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.

Expand  

 

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
Posted

Hi,

 

I tried to boot R1S-H5 with:

Buster minimal kernel 5.4 boots sucessfully

Buster server kernel 5.3 did not boot (I had no time to monitor the UART output yet)

 

So the output is from "Buster minimal kernel 5.4"

uname -r:

5.4.2-sunxi64

 

here output of dmesg -t :

 

  Reveal hidden contents

 

 

 

 

lsusb:

 

  Reveal hidden contents

 

 

lsusb -v -d 0bda:

 

  Reveal hidden contents

 

If anyone needs more information, please let me know

 

Robert

 

Posted

Hi,

 

I loaded the FriendlyWRT image on NanoPI R1S-H5. It works except the radio.0 interface says "Device is not active". Has anybody succeeded in activation the WiFi interface?

 

Thanks,

 

Laszlo

Posted
  On 5/24/2020 at 2:33 AM, No Name said:

Do you plan to add the nanopi R1S-H5 device in the list in a near future ?

 

Regards

Expand  

Definitely not in near future and not sure even after. Allwinner stopped producing the H5 SoC so boards having them will become extinct in a while anyways...

However if a community contribution brings the board up it will be added as community supported (CSC).

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines