<Speedsaver`>
Title: MongoPi-R3 Micro Controller/Development Board Linux Wiki - DFRobot (at wiki.dfrobot.com)
<Xogium>
useful ?
<peterm6881>
in terms of what the manufacturer currently recommends for Linux first steps
<peterm6881>
below all the Windows guff, what does this workflow actually end up with, anything useful compared to the image you provided?
<Xogium>
I rarely bother with what vendors have to say given they all don't seem to know what they are doing or throw out a product on the maket then promply forget about it
<peterm6881>
lol
<Xogium>
just like seed did, they made some debian buster image that date from 2019, and never bothere with it again
<peterm6881>
take a look just while I'm getting this one ready
<Xogium>
sure
<Xogium>
I can do that
<peterm6881>
ok so we can cheerfully ignore all that, right?
<Xogium>
I'll check real quick but probably
<peterm6881>
alright, chat in a bit
<peterm6881>
first one soldered up
<peterm6881>
so does their website offer anything better than the image you built?
<peterm6881>
nano, yeah that should have done it...
<peterm6881>
licheePi nano I mean
<Xogium>
yep definitely
<peterm6881>
and of course you never got a chance to test it
<peterm6881>
no pins
<Xogium>
yeah
<peterm6881>
thems the breaks Xogium !
<Xogium>
speaking of this
<Xogium>
there is some japanese company who came up with something that might very well allow me to deal with unsoldered boards
<Xogium>
it will be a bit of a mess and of course actual headers are better but basically
<peterm6881>
oh
<Xogium>
they came up with jumper wires that are designed in a way such that they expand inside the hole when plugging in, so making a reliable electrical connection
<peterm6881>
nice, can you get your hands on them? You totally need those
<Xogium>
John will try to get some, see how well they perform, and then try and promote them so they can go global
<peterm6881>
yeah dont see why that wouldnt work
<Xogium>
it uses press fit method to hold into place, basically it is pure friction that holds the wires down in the holes
<Xogium>
which means that it won't work for every case, like board exposed to intence heat or cold cannot rely on this
<peterm6881>
good find
peterm6881 has quit [Read error: Connection reset by peer]
peterm6881 has quit [Remote host closed the connection]
peterm6881 has joined #Speedsaver
<Xogium>
that buildroot is too old lol it fails to build
<peterm6881>
ur kidding
<peterm6881>
ffs
<Xogium>
nop its the lts from 2020 and no longer maintained
<Xogium>
at oleast here, host-fakeroot package doesn't build correctly
<peterm6881>
how shit is that
<Xogium>
*at least
<peterm6881>
i dont know if our image needs to tell the MangoPi-R3 to boot from the sd card
<Xogium>
yep like I said, vendors doing thit as usual
<Xogium>
marvell was worse for the espressobin lol they forked buildroot on 2015.08 release and never updated since
<peterm6881>
do you know if there are any other ttl pins? its actually counterproductive to have the CH341 on the same micro usb socket that provides power
<Xogium>
no idea
<peterm6881>
i cant find a pinout
<Xogium>
I'd be very badly knowing of that since I can't read any schematics
<Xogium>
and why is it counterproductive exactly ?
<peterm6881>
because you cant fire up putty to listen to the port and then power up the device
<peterm6881>
so you cant read post messages, if there are any
<Xogium>
hmm
<Xogium>
yeah that might not be a good idea
<Xogium>
problem is that, even if we find other pins for uart, we would then need to modify the kernel and bootloader and system so it uses thys tty for debug
<peterm6881>
we know the CH341 is working, but it would do that without anything bootable
<peterm6881>
i dont think there are other ttl serial ports
<Xogium>
though…
<Xogium>
is there any sort of a reset button ?
<peterm6881>
pins have labels printed on the pcb, but no TX or RX
<peterm6881>
yes, still doesnt print anything
<peterm6881>
hmm...let me think..
<Xogium>
right but that's how you can leave it connected to power without disconnecting the serial, I think
<Xogium>
so that's at least that solved
<Xogium>
do you need to set the baudrate in putty or it does that on its own ?
<peterm6881>
115200, according to the robot website. I've set ttyUSB0 to that in putty
<Xogium>
hmm right, just checking basic things
<Xogium>
my guess is maybe it is set to boot from the nand flash
<peterm6881>
FiC200s datasheet says there are 3 UART interfaces.... need to find a pinout for the MangoPi-R3
<Xogium>
it might need to be siwtched to micro sd in some way, though I don't know how
<Xogium>
*switched
<Xogium>
right we could use one of the other uart for the gps
<peterm6881>
is the LicheePi Nano sd card only?
<Xogium>
but it shouldn't be necessary to switch the main debug uart to another uart, honestly, since there's a reset button
<Xogium>
that should just tell the cpu to reset, not the uart chip, so that way you can't miss any boot message
<peterm6881>
yeah I agree reset shoulda done it
<Xogium>
yes that buildroot tree only produces a sd card image
<peterm6881>
yeah, remote debugging of boot issues will be tricky?
<peterm6881>
!
<peterm6881>
i meant, not a question
<Xogium>
yes, but then again that would be the case with pretty much any other board
<peterm6881>
so that buildroot tree should defintely boot from sd card...
<Xogium>
yes, it would. But I think the chip itself is configured to boot from nand
<Xogium>
and you maybe have to tell it no boot from sd please
<Xogium>
the nand flash should be blank, hence nothing showing up
<peterm6881>
so how does LicheePi Nano get around that problem?
<Xogium>
I don't know, I was never able to play with the nano
<Xogium>
plus keep in mind this is only a theory. It could be wrong, for all I know
peterm6881 has quit [Remote host closed the connection]