<gnarface>
the built-in web ui called it "4g" so i guess that's why i got my hopes up
<gnarface>
but one of the internal antenna breakout boards (one that was actually connected) does say wimax on it
<gnarface>
it had FOUR distinct internal antenna leads connected, separate from the one attached to the external antenna port which was NOT connected to anything internally
ChriChri_ has joined #linux-sunxi
<gnarface>
so i suppose that means there's no hope then to get it on anyone's current cellular network
<gnarface>
any chances of installing linux or BSD on it though?
ChriChri has quit [Ping timeout: 260 seconds]
ChriChri_ is now known as ChriChri
<gnarface>
i kinda figured this would be something someone had worked on already, as there were a lot of these in the wild at the time the service was shuttered
luke-jr has quit [Read error: Connection reset by peer]
luke-jr has joined #linux-sunxi
drt1245 has joined #linux-sunxi
davidebeatrici has quit [Ping timeout: 246 seconds]
audunmg[m] has quit [Ping timeout: 246 seconds]
Jeremy_Rand_M_Ta has quit [Ping timeout: 246 seconds]
atsampson has quit [Ping timeout: 260 seconds]
drt1245 has quit [Remote host closed the connection]
atsampson has joined #linux-sunxi
davidebeatrici has joined #linux-sunxi
audunmg[m] has joined #linux-sunxi
Jeremy_Rand_M_Ta has joined #linux-sunxi
aloo_shu has quit [Ping timeout: 260 seconds]
damon has joined #linux-sunxi
aloo_shu has joined #linux-sunxi
damon has quit [Client Quit]
aloo_shu has quit [Ping timeout: 256 seconds]
aloo_shu has joined #linux-sunxi
suprothunderbolt has joined #linux-sunxi
drt1245_ has joined #linux-sunxi
vagrantc has joined #linux-sunxi
dddddd has quit [Ping timeout: 272 seconds]
drt1245 has joined #linux-sunxi
<drt1245>
Anyone know about changes to the Orange Pi Zero's VDD_CPU regulator circuit? The schematic v1.5 shows that R235 was changed (from 11.8k to 10k). I think this should change VDD_CPU from 1.1/1.3V to 1.2/1.4V. But I measure 1.3V on my v1.5 board. I cannot measure the resistance of R235 directly, because I cannot isolate it from the rest of the circuit.
cnxsoft has joined #linux-sunxi
yann has quit [Ping timeout: 256 seconds]
vagrantc has quit [Quit: leaving]
<wens>
trust your readings? :)
drt1245 has quit [Quit: Lost terminal]
drt1245_ has quit [Quit: Lost terminal]
drt1245 has joined #linux-sunxi
sunshavi has quit [Ping timeout: 256 seconds]
<drt1245>
Yeah, resistor was probably not actually changed. Just wondering if I was missing something.
gaston1980 has quit [Quit: Konversation terminated!]
aloo_shu has quit [Ping timeout: 256 seconds]
nashpa has quit [Ping timeout: 272 seconds]
nashpa has joined #linux-sunxi
aloo_shu has joined #linux-sunxi
sunshavi has joined #linux-sunxi
TomTheDragon has quit [Ping timeout: 256 seconds]
<wens>
I've found that sometimes the schematics aren't the real deal
<wens>
sometimes they are lazy and don't regenerate the whole thing from the design, and simply change values or connections here and there
_0x5eb_ has quit [Quit: Goodbye!]
_0x5eb_ has joined #linux-sunxi
tl_lim has quit [Ping timeout: 260 seconds]
tl_lim has joined #linux-sunxi
<wens>
got a primo73 that uses a23 instead of a20 :/
<wens>
sigh, I wanted one with a20
tl_lim has quit [Read error: Connection reset by peer]
tllim has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 246 seconds]
tllim has quit [Read error: Connection reset by peer]
<wens>
my DT overlays mostly apply against mainline, you can just clone it and build it
<s3b0>
"pass the entire Flattened Device Tree (FDT) structure to the kernel during boot-up." WOW i didn't know it !!
<s3b0>
man i it huge!
<s3b0>
it is huge
<s3b0>
thx
<s3b0>
!
<s3b0>
btw. page added to my bookmarks (is it yours?)
jernej has joined #linux-sunxi
<wens>
nope it's not mine
<wens>
IIRC I read docs from raspberry pi, elinux.org and bootlin
Mangy_Dog has joined #linux-sunxi
florian_kc is now known as florian
<s3b0>
what does __DTO_TEST__ flag mean? is it enable in main dts?
<s3b0>
oh and i will need to change <arm/sun7i-a20-bananapi-m1-plus.dts> to lamobo dts :)
<s3b0>
i don't have baord with me so i can't check is it working right now (thats why i'm asking)
<wens>
the Makefile builds the overlay twice, once with __DTO_TEST__ which includes the base dts I use
<wens>
this is just to test that everything actually blends together and there are no errors
<wens>
the second time it actually builds an overlay
<s3b0>
so i will need to remov it
<s3b0>
?
<s3b0>
i think i got it :) - it doesn't matter if i remove it or not, if u-boot starts to blend it on board during boot i will blend it with proper dts so this few lines are spare
<s3b0>
as you mentioned - it is for your tests :)
<s3b0>
am i understand it correct ?
<wens>
yes
<wens>
everything inside #ifdef __DTO_TEST__ and #endif gets compiled away
iyzsong has joined #linux-sunxi
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 265 seconds]
cnxsoft1 has quit [Ping timeout: 265 seconds]
<s3b0>
@wens: checked pins for display in docks
<s3b0>
they are almost the same
<s3b0>
there is one diffrence
Mangy_Dog has quit [Ping timeout: 256 seconds]
<s3b0>
on lcd pin CON2P07 in bpim1+ docke they say it is "PinName LCDIO-03" (0 is zero) and GPIO is PH12
<s3b0>
but in lamobo-r1 dock it is VCC-3V3 (PIN define)
<s3b0>
and GPIO is empty
<s3b0>
does LCDIO-03(CON2P07) on bpi-m1+ is the same as VCC-3V3(CON2-P07) on lamobo-r1 ?
<s3b0>
docks
<s3b0>
;)
<s3b0>
rest pins looks the same (they have same PinName/PinDefine)
Net147 has quit [Read error: Connection reset by peer]
Net147 has joined #linux-sunxi
jernej has quit [Remote host closed the connection]
jernej has joined #linux-sunxi
lurchi_ is now known as lurchi__
<montjoie>
anyone recently compiled uboot for the chip ? it fail
<mru>
which chip?
<karlp>
_the_ chip :)
<mru>
oh, the C.H.I.P.
<mru>
well, what fails and how?
<montjoie>
binman: bad magic number in 'binman.etype': b'\x03\xf3\r\n'
<montjoie>
I have a C.H.I.P and try to add it to kernelci
<mru>
sounds painful
<montjoie>
it is the less painfull of remaining board to add
<montjoie>
ok found the issue
<mru>
what was it?
<montjoie>
some old .pyc (for python2) file remaining
<mru>
bloody python
<karlp>
that sounds like something resetting filetimestamps mucking upw ith auto detection