<kristianpaul>
linux.. :-), i have a osgps running for mips, well why not linux
<kristianpaul>
uclinux**
<aw_>
rc3: just captured R157, factory didn't 2 pcs while I measured already 17pcs. ;-) so this makes me remembered that my first 2 / 10 pcs got d2/d3 dimly lit after reflashed. ;-) I'll go back to check them. :)
<aw_>
so far now just measured impedances after 20pcs, I didn't see "short" conditions though, this also makes me felt that I must make sure to get boards fully dried since I put them overnight after cleaned.
<roh>
i have 225buttons of 240 done. need to wait for them to harden finally. also need to make some new ones (lost 2 pieces somewhere and mis-glued some)
<roh>
but i still have material. will get the rest done later (after sleeping)
<aw_>
roh, sleep firstly then brain get clear. My brains always get stock when work late. ;-)
<aw_>
roh, so 3 * 80pcs = 240pcs, no more spares?
<kristianpaul>
+1 to spares, i also need some ;^)
<roh>
yes. i can do spares. (need to laser replacements from the leftovers anyways) .. how many should i make? like 5 more kits of 3 buttons?
<larsc>
I don't think it's correct either, but it works. And there is currently a lot of restruturing done in the upstream memblock with the final goal to get rid of bootmem, so I think it's best to wait until that is done, before cleaning up our code
<larsc>
mwalle: ^
<roh>
kristianpaul: do you get a shipment from taiwan? i can put some without the button cap glued on in there for you as well.
<roh>
or you could make them yourself.. its simply a 0.5mm thick disc with 7.9mm diameter as spacer and a 1mm thick disc of 12mm diameter behind it. (so its cap, small and thin disc, big and thicker disc from front to pcb)
<aw_>
roh, i didn't send any spares for kristianpaul . ;-)
<aw_>
wolfspraul, do you think that how many spares of roh's sets of 3 buttons we need? since surely we haven't known how many boards in the end they will have?
<roh>
wolfspraul: got 75*3 buttons done (final qc not yet, but glued)
<wolfspraul>
almost! cool! 5 to go :-)
<roh>
found that i am missing 2 buttons, rest follows after sleeping etc
<wolfspraul>
good, get a rest. Adam will have interesting test results later today...
<roh>
will laser some more as spares from the leftovers i have. so i will simply do some more so you have spares if some dont want to fit
<wolfspraul>
nice
<roh>
i hope i can complete the rest later/tomorrow (the glued parts should rest 24hours ive read) and if everything goes as planned i should be able to ship the stuff.
<roh>
question still is: which carrier ;)
<wpwrak>
avian ? :)
<wolfspraul>
roh: what about the logo?
<roh>
ah. yes . that needs to be done too. *nih*
<wolfspraul>
for shipping, let's see
<wolfspraul>
I guess our options are fedex, dhl/deutsche post, hand-courier by zecke :-)
<wolfspraul>
let's finish the stuff first
<wolfspraul>
actually zecke could take them and we save some money, but I'm a little worried about the VAT return/export thing. He would have to walk to some customs counter at the airport and have a few documents stamped or so. Maybe he even gets the VAT cash back there? I never did this process...
<wolfspraul>
otherwise we just pick deutsche post or fedex or so. no worries.
<wolfspraul>
last time it worked pretty well
<roh>
ok
<aw>
still 35pcs need to be measured impedances. phew~
<aw>
voltage/current results updated but not finished all, check it out.
<lekernel>
what's wrong with 31 and 3A reflash?
<lekernel>
that's a new problem
<lekernel>
and 55
<wolfspraul>
you mean 0x32 and 0x3A? no they are all old
<wolfspraul>
actually it starts to look much better now, let's see how things continue
<wolfspraul>
maybe it will be a pretty good run in the end, after all :-)
<wolfspraul>
certainly the results that came in today, so far, were good
<kristianpaul>
roh: sue
<kristianpaul>
sure*
<kristianpaul>
i mean with +1 that having spares is good,
<kristianpaul>
meant*
<kristianpaul>
wolfspraul: i just tought if roh ship you extra spare parts, adam can ship me later sme screws buttons.. etc.. of course by the cheapest mail i pay the order
<kristianpaul>
wolfspraul: if you agree of course
<wolfspraul>
lekernel: I'm trying to figure out what exactly makes up the anti-aliasing circuit we can remove when switching to ADV7181C. Is it L14/15/16 - that part?
<kristianpaul>
i dont  need buttons btw :)
<wolfspraul>
kristianpaul: why should I not agree :-) roh can put some into a letter too if it's easy, or Adam can, sure. Just need some spares first somewhere...
<kristianpaul>
roh will be nice
<kristianpaul>
letter*
<kristianpaul>
i just need screews and the rubber thing in the botton, too keep air flow okay
<wpwrak>
kristianpaul: can't you find all that in the next DIY market/ferreteria ? :)
<kristianpaul>
i'm worried about margins
<wpwrak>
kristianpaul: certainly the "rubber thing" if you mean "feet"
<kristianpaul>
yes
<wolfspraul>
wpwrak: did I identify the anti-alias circuit correctly? I'm having some fun reading schematics but I don't want to be responsible for ripping out life-supporting organs :-)
<wolfspraul>
I think it's L14/15/16? but can the varistors go as well? or was that the surge protection we added? and how about C202-C207 - can they go?
<wolfspraul>
:-)
<wpwrak>
wolfspraul: dunno. this is the first time i even hear of an anti-alias circuit. so far, i think that was some software, maybe hardware ;-)
<wolfspraul>
I was just having fun playing EE
<wolfspraul>
I think I am ready soon, he he
<wolfspraul>
incompetence galore, where is my soldering iron?
<wolfspraul>
Adam's test results so far look good, gives me a second wind
<wpwrak>
ah .. aliasing = ghosting maybe ?
<wpwrak>
i.e., reflection on the video signal line ?
<wolfspraul>
no problem. we are switching to ADV7181C which doesn't need the antialiasing filter anymore. I try to figure out what exactly needs to be removed.
<wolfspraul>
that's for rc4
<wpwrak>
aaah !
<wolfspraul>
if I'm even looking at the right place in the schematics, it must be L14-L16. but I may be totally wrong...
<wpwrak>
yes, the circuit looks a LOT more like what ADV7181C wants ;-)
<wpwrak>
and L14-16 do indeed seem redundant. not sure if they actually hurt. they could even prevent some RF creepage. C202 through C207 also seem unnecessary. but maybe make them NC, just in case.
<wpwrak>
wouldn
<wolfspraul>
B works well with what we have today
<wpwrak>
't it be good to connect AIN1 through AIN3 to test points ? in case someone wants try and add something new
<wpwrak>
the B data sheet suggests that it depends on the nastiness of the source. and manifests itself in noise. maybe you've only tried "nice" sources. or sources that are already noisy. or you just didn't look hard enough for the noise ;-)
<wpwrak>
have you tried to connect a PC with a clean VGA signal and looked at what the M1 makes of that signal ?
<wolfspraul>
sure, all possible. no test point proliferation... I am just trying to understand what to remove exactly :-)
<wpwrak>
(tp) okay. just struck me as one of those places where a TP could be nice to have. well, it's a component with leads, so you can always improvise later. not like the USB host in the ben ;-)
<wpwrak>
but yes, it looks as if the beads could probably go. at least half of the 120 pF caps, too. (beads plus caps form a somewhat odd Pi filter. do you know if that filter was put there specifically for the aliasing problem ?
<lekernel>
antialiasing circuits are low-pass filters put before an ADC to block frequencies higher than half the sample rate (as they would cause aliasing, hence the name)
<lekernel>
there are also optical antialiasing materials to put before CCD sensors, etc.
<lekernel>
in our case it's the "pi" circuit made of the 120pF caps and ferrite beads
<lekernel>
there's one per channel
<wpwrak>
lekernel: so far. so good. now, if the "pi" intended as a replacement for the active filter suggested for the ADV7181B ?
<lekernel>
yes, I copied this from an altera board
<wpwrak>
aah, i see
<lekernel>
that was fast to make, and I like fast things.
<wpwrak>
so wolfgang would be right and the ADV7181C shouldn't need that pi, agreed ?
<wpwrak>
(fast) ;-)
<lekernel>
yes
<lekernel>
just DNP the caps and use a 0 ohm resistor instead of the bead
<wpwrak>
(fast) makes me wonder what kind of vehicle you drive :) or will drive once M1 becomes a stunning success :)
<lekernel>
I don't think we should change the PCB layout
<wpwrak>
(DNP/0R) yes, that sounds like the easiest approach
<lekernel>
so it stays compatible with B
<wpwrak>
also gives you some flexibility if some obscure issues pop up
<wolfspraul>
pcb layout has to be changed for the logic gates, no?
<wolfspraul>
so we can fix L19 and the antialiasing filter removal in the pcb as well, unless it's just not wanted...
<wolfspraul>
so that was correct - L14-L16 and C202-C207 can go?
<wolfspraul>
either DNP/0R or remove altogether...
<lekernel>
let's test the logic gates thoroughly first
<lekernel>
they work flawlessly in theory, but the diodes were supposed to as well ...
<lekernel>
but yes, the PCB layout will need a few changes in all cases
<wolfspraul>
lekernel: if the PCB layout changes anyway, do you still want to keep L14-16/C202-C207 or it's ok to remove them entirely?
<lekernel>
it should be ok to remove them entirely
<wolfspraul>
thx
<lekernel>
but it breaks compatibility with B
<wolfspraul>
someone unsoldering the C to revert to B? :-)
<wolfspraul>
btw our sourcing contact in Shenzhen did indeed confirm that the B is harder to source now, C is cheaper too
<wolfspraul>
C is 1.50 USD cheaper
<wolfspraul>
unless we buy B in larger quantity, then it might be about the same as C :-)
<lekernel>
seems to be some research processor by a Chinese lab
<lekernel>
"Based on the Unity-863 SoC, MPRC has built a complete SoC design platform. MPRC is now working at several SoC design projects with the cooperation of several organizations using this platform." ...which ones??
<lekernel>
google gives only qemu and linux patches
<lekernel>
aw, some part on 0x62 probably gets hot
<aw>
lekernel, ha~i put my fingers to feel, didn't find. ;-)
<aw>
let's temporarily leave 0x62 now, let's go for reflash and use test tool to test others then back to investigate failed boards. :-)
<lekernel>
btw you are still using 'verify' during flashing?
<lekernel>
this is painfully slow. I though Xiangfu would have integrated CRC checking into the test program ...
<aw>
hi no, only i enable 'verify' while I re-test once I wanted to check flash chip. yes super painfully slow though.
<aw>
guessed xiangfu haven't integrated CRC checking into it, but good reminder, I email him.
<aw>
night all. cu
<larsc>
lekernel: hm, i accidentally pushed made HEAD point to the lm32 branch instead of master in openwrt-milkymist branch, and apparently you can only change it if you have admin rights for the repo
<lekernel>
there's no framebuffer output (even though I have "milkymist_fb e0003000.vgafb: fb0: Milkymist frame buffer at 47200000, size 1536kB" in the log)
<mwalle>
lekernel: on real hw?
<mwalle>
btw simpleImage is kernel + dtb
<lekernel>
yes
<mwalle>
dtb linked into the kernel, normally, the dtb is an extra blob provided by the board
<mwalle>
lekernel: mh i've only tested on qemu
<lekernel>
maybe it needs a clearing of the reset bit
<GitHub89>
[linux-milkymist/master] lm32: enable flat support by default - Michael Walle
<lekernel>
I used the default config built by openwrt ... which I deleted, sorry
<mwalle>
right after init is started, there a message about uci_load (which i get in the good case too) but no prompt after that
<mwalle>
larsc: do you have any idea?
<lekernel>
I had that message too, but the prompt followefd
<lekernel>
-f
<kristianpaul>
there is an app in busybox that allow me to transfers files over tty?
<kristianpaul>
at the same time i'm using it..
<mwalle>
lekernel: mh vscan and vsync_{start,end} are different
<mwalle>
kristianpaul: rx?
<kristianpaul>
ah, cool thank one, thks mwalle :)
<kristianpaul>
larsc: can you publish somwhere you're working bitstream with minimac old version?
<mwalle>
larsc: did you test the (old) milkymistfb driver on real hw?
<lekernel>
the old driver worked for me
<mwalle>
mh
<mwalle>
i'll flash my mm1 tomorrow :)
<mwalle>
lekernel: i guess i have to look at the rc2 schematics for the ac97 rework?
<timg>
Hey there I just got a MilkyMist one and the keyboard will not work from a Mac are there specific known working keyboards?
<wpwrak>
timg: you may have to experiment a bit. as a general rule, the simpler the keyboard, the better. USB hub, built-in track pad, and similar things are to be avoided