The 1.3 schematic is out for multiple months I reckon, because I checked it before I made an order for this board (at the end of Februrary) and I clearly remember the planned footprint for the eSIM chips. When the board arrived, that was a little surprise for me, because my new board is not an 1.3 instead of a v1.1.
Guess this is the link that is not updated… It points to 1.1.
In the hardware link it has the .rar with 1.3.
Schematics of both Rev 1.1 and Rev 1.3 should exist on the wiki website. Owners of Rev 1.1 will need to refer to the 1.1 schematics.
So looks about right to me.
It is there, although it is not marked very clearly. And missing v1.0 and v1.2 if this archive needs to be complete.
May need some tidying up, to make it look a bit more professional.
where have you this folder link? in wiki is still only the v11 pdf linked. the rar from your folder is v13 (filename and content). maybe you have the upper folder to get the 1.2 schematic?
I went to the Wiki: Banana Pi BPI-R4 | BananaPi Docs
Scrolled to the Ressource section: Banana Pi BPI-R4 | BananaPi Docs
and on BPI-R4 V1.3 Hardware file sub-section, I clicked on Google drive link.
R4V1.2 is an intermediate version, and no documentation will be provided for this version. Please focus on V1.3. Hardware documentation has been mentioned above and is available on the official website.
Great change log, thanks.
Can you comment the reasons on the dedicated SFP 3.3V power omission?
V1.1
V1.3
Hello, I’m not entirely sure what the specific power loss situation is or how it happened. However, from V1.1, it can be seen that the SFP’s power supply is also related to a certain GPIO, while V1.3 removed this control. They both draw power from 3.3VD.
1 Like
As far as i see that means that sfp currently not working (like my 1g fibre one) on R4 finally should work? Imho this needs to be done for r4pro too…some sfp only pull down moddef0 when they got power…if R4(pro) gives power only when moddef0 is down they never come up.
Have you tried to pull down that line with the corresponding GPIO pin?
Afaik you cannot access gpios which are mapped to a device (here the moddef0). I just noticed that the sfp is not detected.
He probably means literary pull down in hardware terms. It means pull to zero, preferably via resistor.
i guessed he meant via gpio-lib/sysfs setting this gpio to low…at hardware layer imho it is hard to access (especially when board is running) without shorting anything else (once i know the pads to do this)
Well, it is not that hard if you have the right tools. It is a development board for a reason.
I was hoping that this is a fix to mend the horrible signal to noise ratio degradation when SFP is not populated, but it seems the core PCB design remains same. Yes I am ranting here, because you could simply look at AsiaRF board design and take some notes and learn. High speed signal routing, ESD protection measures and heat management, just copy, paste, but oh well…
BTW I just retired my BPI-R4 due to various device quirks. I still use BPI-R3 as it holds pretty well, besides the bug you cannot plug 100Gb device to the switch part, it still stalls making it dog slow.
When it will be available in market ? 
Like BE19000 almost 2 years or 3 from announcement date 
Nice Update!!! The BPI-R4 V1.3 looks like a solid refinement with better serial port protection, improved SIM/eSIM support, and some useful hardware optimizations. Good to see small but meaningful upgrades. Looking forward to its availability.
Hello, how do I purchase one of these new boards? Ideally as a kit.
As far as I know, BPI-R4 V1.3 is expected to be released in July.
Stay tuned.
I looked at the BPI-R4 Pro schematic:
It looks like the new v1.3 revision of the R4, but I’m not sure …
→ Have you had any problems with the Pro?
I thought the problem on the R4 v1.1 had been “solved”?:
→ [BPI-R4] Zyxel PMG3000-D20B SFP module not detected - #58 by simon
→ Sadly, Simon did not answer you …