<wpwrak>
wolfspraul: hmm, there seems to be some misconception on the list about the ya nanonote schedule ... like "when will it be done ?" where the question should be "will it start ?" :)
<wolfspraul>
I didn't see that. But sure, I am not actively working on Ya NanoNote now.
<wolfspraul>
totally no need, I can see the Ben improving a lot (in software), then ben-wpan, etc.
<wpwrak>
the "CPU loyalty thread" and now also the USB thread.
<wolfspraul>
I answered the USB, no time for CPU want to focus on m1 rc3 :-)
<wpwrak>
i'd quite strongly disagree on the "no need" ...
<wpwrak>
i see the "no money, no people" ,though
<wolfspraul>
ok, it's a business. the question is would it sell?
<wpwrak>
better than the ben :)
<wolfspraul>
I have no data that suggests if a Ya would come out with bigger specs now that it would sell better/a lot.
<wolfspraul>
I think the way this can work is that I show the Ben to customers, and they need to see the need for something bigger and better.
<wolfspraul>
so for the time being, I can only improve the ben, for example in software or ben-wpan
<wolfspraul>
then use the ben to go for greener pastures
<wpwrak>
well, the ben has a lot of small issues, too. bad keyboard layout. poor screen size / available area ratio. imbalance.
<wpwrak>
that's just outward appearance that makes it look bad
<wpwrak>
plus, it's weak on the freedom side. one implication of this is that you can't fix those small problems.
<wpwrak>
the better specs would be simply benefits you reap as you go. of course you wouldn't design a new product for an obsolete chip, old slow and now expensive memory, etc.
<wolfspraul>
I'm not disagreeing with any of this
<wpwrak>
i think the bottom line is lack of money. you can try to argue that there's no need, but it doesn't sound very convincing :)
<wpwrak>
kinda like saying to your friends, after the pretty girl rejected you, that you didn't find her that hot anyway ;-)
<wolfspraul>
a business makes money, doesn't need money
<wpwrak>
in hardware, you need money to make more :)
<wolfspraul>
I'm bringing Milkymist One to market now, the second product. That's still a boatload of work. Then I need to work hard on the sales side, for sure.
<wolfspraul>
nah you always make money. make make make. I'm American trained. If you need money, you loan it from someone else. Focus on where you create value, the reap the rewards (=make money).
<wpwrak>
i see M1 more like a parallel line. something very different.
<wolfspraul>
yes sure
<wolfspraul>
but I need to focus on that now
<wolfspraul>
it's out of stock, quite embarassing
<wolfspraul>
and most of the people who bought one are not using it, even more embarassing
<wolfspraul>
I am not worried that my NanoNote sales pitch will get worse over time.
<wpwrak>
)if you need money, you just loan it) so you're saying you had the opportunity to find investment for continuing the nanonote line but rejected it ?
<wolfspraul>
not so much "buy Ben NanoNote from me", but "look we have this Ben NanoNote, we could go here and there as the next step..."
<wolfspraul>
no there is no sales forecast, no clear evidence of demand
<wpwrak>
the value of the nanonote declines since there's no continuation
<wolfspraul>
build it and they will come doesn't work, or rather I don't believe in it
<wolfspraul>
not at all. Software on the Ben needs to stay fresh and clean, always updated. Then the Ben can be the entry point for any discussion about Ya, at any time.
<wolfspraul>
the market around us is consolidating
<wpwrak>
you built the ben and people came. despite its poor outward appearance
<wolfspraul>
iTown is being built
<wolfspraul>
Android massacre is unfolding as planned
<wpwrak>
yeah, the big ones are slugging it out among themselves quite nicely
<wolfspraul>
Symbian, Nokia, RIM all dead I'd say
<wpwrak>
yup
<wolfspraul>
just imagine someone from RIM even, trying to sell their current products as the staging area for something bigger and better
<wolfspraul>
and then tiny Ben NanoNote doing the same
<wpwrak>
well, RIM is s communication product. ben isn't.
<wolfspraul>
I think we can bring forward some good arguments, and I don't see how they get worse in x months, assuming that we can keep the software fresh, upstream everything, not fork, not create unmanageable maintenance burdens, etc.
<wolfspraul>
I'm talking about Ya
<wolfspraul>
I need to make a sales pitch with the Ben, saying "let's add xyz, and then go after market abc"
<wolfspraul>
that sales pitch is still intact, and for the most part unaffected by the big movements
<wolfspraul>
but now I need to launch m1
<wolfspraul>
:-)
<wpwrak>
i'd see two main roles for a ya: 1) a technology/design update. 2) move forward on the freedom side.
<wolfspraul>
definitely, both
<wolfspraul>
but that's just the engineering side. Someone will want to understand why they sell.
<wolfspraul>
Why people will line up 2 blocks screaming and yelling to get one.
<wolfspraul>
and there we have to wait for the right entrace in the market, the right partner who believes in it and goes with the Ben, turning into the Ya sensation
<wpwrak>
well, one marketing angle could be to pitch the freedom side
<wolfspraul>
the pull is limited in my experience.
<wpwrak>
but then, truth be told, i'd much rather see a sponsor than an investor. don't care whether ya can sell enough to make a profit. be content if it sells better than the ben (as a proof of concept)
<wolfspraul>
and outsider would be outright scared that we think an outside can help create a better freedom marketing story...
<wpwrak>
strengthen the process. then act from a position of power and preparedness.
<wolfspraul>
I think on the freedom marketing side, we have maxed it out. If someone else proves me wrong, fine.
<wolfspraul>
we've sold 1200+ nanos on that argument alone, and that's the most anyone could have managed for that spec list at that timing.
<wpwrak>
duno. i think a more free and generally better nanonote would find its customer base. not sure if it would be profitable, though.
<wolfspraul>
so of course I agree the freedom side will improve, that's how we invest, but the sales pull needs to come from somewhere else too
<wpwrak>
gta01 sold about that number. "upgrade" gta02 was 10x ;-)
<wolfspraul>
I wouldn't send anyone down that path :-)
<wolfspraul>
been there, done that
<wpwrak>
so there's precedent :)
<wolfspraul>
yes there is a market/size/audience, but it's small
<wolfspraul>
of course with more working features, it grows a bit
<wolfspraul>
let's say linear, every feature another 1000-2000
<wpwrak>
again, i would try to think more about way to decouple the immediate development from profitability
<wpwrak>
e.g., i also don't see M1 as a money-maker. of course, it could be a surprise success, but its real value is elsewhere. and it doesn't capitalize on that yet.
<wolfspraul>
but I think the technology we have created can be used to create value way beyond a pure freedom argument
<wolfspraul>
'created' maybe too much, the technology we have bundled :-)
<wpwrak>
i'd say the technology we control. in the end, open source/hardware is all about control. yours or theirs.
<wpwrak>
one problem of the ben is that's poorly suited as an OEM platform. so you can't capitalize on the ability to share the control you've gained.
<wpwrak>
another problem of the ben is that you don't control all that much. still too many things are closed.
<wolfspraul>
yes yes. The Ya will be much more open/free of course.
<wolfspraul>
:-)
<wpwrak>
e.g., you can't even just sell a Ben PCB. this pretty much dooms all attempts to position it in the embedded market.
<wpwrak>
OEM looking for a reduced/focused function device would almost certainly want to change the keyboard. nope, can't do that either.
<wpwrak>
maybe someone would like to change the circuit a little. like adding their favourite foo chip. yet another opportunity you have to let pass helplessly.
<wpwrak>
there's a ton of things the ben can't do because you don't have enough control. each of them may be an opportunity to make it big. granted, there's no point in expecting each opportunity to turn to gold. but then, some of them do.
<wpwrak>
but again, i don't even think a ya should be planned as profitable. maybe it would be. maybe it'll need one more spin to hit the spot.
<wpwrak>
and i think the potential investors you talked too understood that too. that's why they didn't believe in your strategy of achieving short-term profitability. maybe they would have liked a promise of long-term profitability even less. but at least it would have been internally consistent.
<wpwrak>
s/too/to/ # first one
<wpwrak>
regarding the value of M1, i see its strong point also in the technological portfolio. step 1) make a complex FPGA-based system that can survive in an end-customer situation. that gives you the experience and (some of the) resources to competently use fpga as a platform.
<wpwrak>
2) work on opening the use of fpga. llhdl :) that's the real breakthrough there.
<wpwrak>
the a follow-on product could focus on doing interesting things with 2). it's a long shot. that's why wouldn't really expect even an M2 to be a commercial success. the whole milkymist line should be the long-term research of qi-hw while the nanonote is the cash cow.
<tuxbrain>
wolfspraul: finish your work with MM, do it well and do it as quick as you can afford, then with same spirit to stay focused go for Ya, having the wpwrak OEM arguments on mind(able to use the board only, accecible gpio for extendability), with all improvements achieved like wpan, and maybe if on time the gps , and also with a more stamina +CPU +ram +res but same size. I think credibility on all qi-hardware stuff is pending on our promise on evolve Na
<tuxbrain>
nonote, lot of our Ben Costumers (if not all) had buyed with that promise in mind, others expect to buy when this evolution becomes a reality because NN is just not enough, I agree you must focus on what you have started on MM but I'm worried about your arguments that there is "no need" of Ya, I thinking more on "we are late" on Ya, but of course our lack of resources is the main reason so I was no worried but your arguments yes makes me worry a litt
<tuxbrain>
le bit
<wpwrak>
tuxbrain: fully agreed. there is a sense of abandonment around the nanonote.
<wpwrak>
tuxbrain: wolfgang's argument that there's no need to a ya makes perfect sense if you consider him saying "I'm American trained." :)
<wolfspraul>
why don't I feel the abandonment?
<wolfspraul>
what do people abandon the nano for?
<wolfspraul>
maybe they will come back :-)
<wpwrak>
tuxbrain: US commercial philosophy focuses strongly on making money. that's actually rooted in religion, calvinism to be precise. if you don't have money, you're (morally) bad. nobody wants to feel that way. thus you need to switch to denial, to avoid the emotional burden of accepting the truth.
<wolfspraul>
one big worry I would have is that we can move all of the Ben software forward to the Ya
<wolfspraul>
that's probably the one thing I would consider the most
<wpwrak>
wolfspraul: (abandonment) perhaps you don't feel it because you're busy with M1 ;-)
<wolfspraul>
yes! maybe
<wpwrak>
wolfspraul: if you look at mailing list or irc traffic statistics, you can see quite clearly a sharp decline
<wolfspraul>
but my nano serves me well. I just reflash 05-28 and it's cool. I use mine mostly as a music player.
<valhalla>
my opinion from the customer side: I've shown off my nanonote in the local foss community and most of the time the answer was "nice device - oh, no internet - that's useless", and that's from people who like freedom and buy this kind of devices even if they have no real ned
<wolfspraul>
valhalla: fair enough. so what do they buy instead?
<wolfspraul>
my guess: android device
<tuxbrain>
wolfspraul: an android phone
<valhalla>
currently most of them buy smartphones
<wolfspraul>
totally fine, I would never, not in a million years, try to chase that
<valhalla>
not only android, also meego
<wolfspraul>
next year all Android then :-)
<valhalla>
and arduinos, on the other end of the spectrum
<wolfspraul>
my sales pitch for nano should be like this:
<wolfspraul>
1) have you heard of these thousands of different android devices?
<valhalla>
those who don't buy android do it for  the (lack of) freedom, I believe
<wolfspraul>
2) they come in all sizes, all prices, even free if you like
<wolfspraul>
3) they have an infinite amount of great software, also free if you like
<wolfspraul>
4) they are getting better every 3 months
<wpwrak>
i don't think the nanonote should be positioned as an alternative to a smartphone. we're nowhere near mastery of that sort of technology. i'm not even worried that much about the technical side per se, but more about access to components (and all that comes with them, support, etc.)
<wolfspraul>
5) you still say no to all this?
<wolfspraul>
6) really?
<wolfspraul>
7) ok, let me tell you about NanoNote...
<tuxbrain>
wolfspraul: don't twist our argument we are not saing to become one more android device we must stay in the linux side but we MUST evolve
<wolfspraul>
yes sure, I was joking
<wolfspraul>
valhalla: we are well aware of the arduino or android movements, and that's all fine
<wolfspraul>
I cannot add value to either, with this project, or my Ben NanoNote product
<wolfspraul>
neither can Milkymist One btw
<wolfspraul>
so we have to let those play out, whichever way they play
<wolfspraul>
tuxbrain: definitely. we need as much power as possible!
<wolfspraul>
and fast
<valhalla>
the fact is, at ~100 eur some of those people who already has both an android phone and an arduino could still buy a nanonote, just to play with it
<wolfspraul>
this is tech business, not aged whiskeys
<wolfspraul>
we agree on the goal, maybe differ on the path there. Although I am currently pushing m1, and you are pushing ben-wpan. So we do something :-)
<wolfspraul>
I think Android will take all oxygen out of the room for a number of years
<tuxbrain>
I have invested in all that wpan stuff not just to extend the useful live of Ben, the main reason is to have hardware aviable to let the devels to improve the sofware for the future Ya, but that blurry future on ya makes me worry a lot
<wolfspraul>
oh definitely. we need to make an integrated device.
<wpwrak>
valhalla: exactly ! the android phone is a daily tool. the nanonote can be something else. just because it's small doesn't mean that it has to be in the same product class.
<wolfspraul>
at least I think that can sell.
<wolfspraul>
valhalla: which argument could make an android user, maybe even android hacker, consider buying a NanoNote on the side?
<wolfspraul>
and which technical or application feature impresses them the most, when you show your Ben?
<valhalla>
wolfspraul: not every android user, just the ones in the area of the foss community I know: the ability to do cool stuff with it, installing ones own linux, do cool small projects (of course that's a niche, you don't get to mass market that way)
<valhalla>
they are impressed from the size, mosty, and the fact that it looks like it is a full featured computer (until they know about no usb host)
<valhalla>
so, something where you can hack as it if was a computer, but pocketable
<wpwrak>
usb host may be actually what breaks the deal in many cases. not because it would be so important per se, but because it's one disappointment too many.
<wpwrak>
so my vision for the ya would be to reduce the number of disappointments :)
<tuxbrain>
I think al lthat 6Lowpan stuff is the main busines oportunity we have, is what make us distiguish from the rest and make us a little avadtage from the others hardware alternatives , talking at the marketing side, on the tech side the fpga to move towards 100% free hardware is what make us as project don't lose the north ,
<tuxbrain>
wpwrak: +1 to kill dissapointment sources
<valhalla>
with usb host it would be more like "no, it doesn't have it... but you can do something for it, even as a customer access just to end user devices"
<tuxbrain>
wolfspraul: I will just happy if in the CPU cicles free of M1 that your mind has instead of the "I'm just happy with ben as is" the idea of "we have to move forward on NN" replace it
<wpwrak>
wolfspraul: also, the software side on the nanonote isn't all that rosy. true, there is good and continuing work on the distribution side. but there's very little now development that specifically targets the device. e.g., makes use of unique properties or addresses inherent limitations
<wpwrak>
so basically all the sw development resources are spent on porting. that's no bad as such, but what's worrying is that there's little original work in this community.
<tuxbrain>
I think the first step will be to decide the  SOC to build arround it , fix it and move towards, find if we have an devel kit with that soc to start porting the soft to that target anything wrong with that aproach
<tuxbrain>
?
<wpwrak>
original work is what gets people excited. porting is basically housekeeping. a necessity, but usually not a source of excitement.
<wpwrak>
tuxbrain: that's how it's usually done :) important here: don't lose the value that's been amasses on the kernel and distribution side. so it would either have to be a very similar chip (e.g., the 4760), or one with comparably good support
<tuxbrain>
wpwrak: but this needs critical mass and the "what I'm doing will some kind of future" spirit, and with the "ben is good as is" idea we will not achieve it
<wpwrak>
tuxbrain: also in terms of a marketing message, "platform continuity" may sound better than "new radically different super-soc". at least for the immediate successor of the ben.
<tuxbrain>
wpwrak:Â Â sure! I don't know the alternative we have but fully agree on the evolution (not revolution) though
<tuxbrain>
what devel board are there with the 4760 and what is the list of features of that chip? any link to read?
<wpwrak>
(platform continuity) also one thing that keeps VARs (in a broad sense) away: they often want some sense of stability, be it because they have customers with long-running project (including the support phase), and also to justify their own investment in the platform in terms of technical or business development
<wpwrak>
tuxbrain: chip features; FPU, 3 (!!!) MMC/SD/SDIO controllers, DDR2. need more ? :-)
<tuxbrain>
wpwrak: yes, be sure this time the keyboard will not interfere with serial port :P
<wpwrak>
tuxbrain: access to documentation is the one major weak point of the 4760. ingenic are very incompatible with our ideals in that regard. e.g., wolfgang's beloved TI would be lightyears ahead there :)
<wolfspraul>
valhalla: and lack of wifi probably (sorry was away)
<wolfspraul>
but I think the excitement mostly comes from the 'shrunk notebook' look, like a freakshow basically
<wolfspraul>
the one argument that may potentially work is 'native mutt client', or 'native emacs' or so
<valhalla>
wolfspraul: of course, but usb host gives wifi, with some limitations
<wpwrak>
tuxbrain: lars has some devel board for the 4760. don't know how large a choice is there. i wouldn't consider the devel board as an overly critical item, as long as there's at least one that works and where you can copy the design from.
<wolfspraul>
but in reality the user base for this type of app is very small
<wpwrak>
wolfspraul: native mutt in a non-communication device ? hmm :)
<wolfspraul>
offline mutt
<wpwrak>
;-)
<wolfspraul>
I'm just saying as a story/argument, not even what works today
<wolfspraul>
there are many apps that are being pushed into history by the android movement
<wolfspraul>
but there is little/too little movement to really keep them alive, at least today
<wolfspraul>
there is some, but we are selling to those already :-)
<wpwrak>
wolfspraul: you sound like sean, centering his PR effort for wikireader about boldly claiming that you don;t need communication ;-)
<valhalla>
native serial console with a real keyboard
<wpwrak>
heh, the retro angle has something :) maybe retired engineers are the way to go
<tuxbrain>
wpwrak: (sean comparation) wow that was hard :P
<wpwrak>
tuxbrain: (keyboard) oh yes. the 4760 has more I/Os than the 4720 for sure.
<wolfspraul>
I want connectivity, I think Ya must have connectivity. and I think it should be wireless right away, forget the wires...
<wpwrak>
wires are good for embedded use. i would see embedded as a potentially very strong point.
<wpwrak>
you could even do something nice with the ben. but of course, people will bark at having to buy all that plastic.
<tuxbrain>
yes OEM guys are a real part of my serious costumer base, they go for arduino, so that's why my strong efforts to relate both worlds, they are serching for open and easy to integrate solutions
<wpwrak>
and USB host is less about connectivity-for-communication (you're thethered for power anyway) but for peripherals. e.g., a usb keyboard can make a world of difference.
<tuxbrain>
but let's not lose the focus, wpwrak do you agree to start a lobby to push NN forward? :P
<wpwrak>
tuxbrain: have you been able to talk any embedded developers into using the ben for a project ?
<wpwrak>
yeah :)
<whitequark>
wolfspraul: maybe just integrate what is currently called ben-wpan to next NN?
<tuxbrain>
wpwrak: yes but lack of accecible gpios don't make it atractive and they finally go to arduino
<tuxbrain>
wpwrak: also as arduino terminal is not complete we can just flash it now
<tuxbrain>
that's why I'm also intereste on achive wpan with arduino
<wpwrak>
(usb keyboard) i had an eye-opening experience in the early 1980es. back then, i had a sinclair ZX81 at home. it was slow and had a horrible foil keyboard.
<tuxbrain>
a NN as data colector /analisys of an arduino based system will be also "easy" to sell
<wpwrak>
(usb kbd) then there was a consumer electronics trade show in zurich. there, one company showed a real keyboard for the zx81. they actually just put the zx81 pcb into the keyboard. it was exactly the same slow hardware. yet, with real buttons under your fingers, not only the typing was much better, no, the whole machine suddenly felt snappier.
<tuxbrain>
wpwrak: (ya lobby) we must find a also 4760 based devel board affordable ,already the market and reproducible as first step, then colect as much doc as posible about it.
<wpwrak>
tuxbrain: (NN+arduino) i see than as a strong point too. let a custom peripheral (arduino or such) worry about the bits and voltages, then take the processing to your linux system (ben), where you're in a familiar and powerful environment
<wpwrak>
tuxbrain: (nn+a) one problem is the growing competition of usb-capable mcus. a lot of people are still afraid of usb, but it's getting easier. (and then there's of course always ftdi)
<tuxbrain>
wpwrak: mcus?
<wpwrak>
tuxbrain: MCUs. on the small end, silabs c8051f3xx, atmel amega*U*, etc.
<wpwrak>
microchip also have usb-capable PIGs
<tuxbrain>
wpwrak: another argument to justify NN +(arduino or whatever hardware DIY) is that you can simplify Human interface (buttons, LCD, etc..) you have a full keyboard and a color screen to interact with it,
<tuxbrain>
wpwrak: (usb capable) yes but we can offer a wireless solution on it.
<wpwrak>
tuxbrain: yup, good point. if you need an interface anyway, that's a lot cheaper than building your own.
<wolfspraul>
ok I read this later, too many things going on!
<tuxbrain>
wolfspraul: remember..... NN has to move on... NN has to move on... NN has to move on...
<wpwrak>
tuxbrain: (usb/wireless) sure. what i'm aiming at is that the problem is more general than just wireless. also, if you're already wireless, you may find it more convenient to use a real pc.
<wpwrak>
tuxbrain: (ben as a human interface subsystem) sadly, the lack of design and manufacturing control over the keyboard is probably an issue. e.g., if the system needs to look "nice", you'd probably want a different layout. but nobody can deliver that.
<tuxbrain>
wpwrak: well depend on the aplication or the need of portability but whatever we have another product if you need a full laptop on your app, us AtUSB :)
<tuxbrain>
us-> use
<wpwrak>
tuxbrain: i've actually been thinking about ways to turn the ben into a component of an embedded system. i don't see a way to do this nicely with the keyboard. but just the two pcbs would be possible.
<wpwrak>
(atusb) yeah, there's no escaping us ;-)
<wpwrak>
tuxbrain: i think, from the engineering side, we're well-set for working towards a ya that's an incremental improvement of the ben. we have the ben to use as a basis. we have development expertise with the ingenic cpus. as far as i can tell, these cpus aren't particularly nasty to integrate.
<wpwrak>
tuxbrain: we probably (*) have a working open hw design process. (*) we'll find out when you get to test the wpan boards ;-)
<tuxbrain>
man need to go now, regarding the open hw desing yes, let's see if our friendly relationship not end with rage and fury when the fab panels arrive :P
<wpwrak>
tuxbrain: we also have precedent for fairly successful community-driven design process, namely with gta02-core. wolfgang has good contacts to ingenic and probably other vendors that are useful to know.
<wpwrak>
tuxbrain: sharism also has proven manufacturing contacts which are probably less expensive than your fabs. did you compare notes on that with wolfgang ?
<wpwrak>
tuxbrain: what's the ETA for the panels ?
<tuxbrain>
wpwrak: today or tomorro
<wpwrak>
whee ! :)
<wpwrak>
make sure you have that oscilloscope ready :)
<tuxbrain>
wpwrak: also think I will be easy to find investors from my part with the promise I will mantain the production locally .. this is a point that if reach the production ready status must have in account
<tuxbrain>
wpwrak: osciloscope... this will be complicated, but I will try to do my best
<wpwrak>
(local production) hmm. well, you don't have to explain to your investors too clearly what copyleft hardware means when it comes to keeping production local ;-)
<wpwrak>
(scope) yo must know *someone* who has one ;-) or maybe find one on ebay for 10 EUR ;-)
<wpwrak>
that's 1000 argentine pesos. about EUR 160
<wpwrak>
well, 167. and here such things are at least 50% more expensive than elsewhere. so you should be able to find something for around EUR 100.
<tuxbrain>
wpwrak: beleiveme when I said Tuxbrain right now is on the edge and we can afford even such cost... I have to contact some friends to see their disponibility
<wpwrak>
tuxbrain: inviting friends with scopes to share the production test experience is also a good idea :)
<whitequark>
wpwrak: won't 2.4G require quite an expensive scope?
<tuxbrain>
heheheh yeah but I think the procces will be as follow, me doing the the poor man test with atben/atusb form fab and discard those not covering the minimum crossing fingers that they are just a few, and taking this ones to my friend house and analize it.
<wpwrak>
tuxbrain: hmm. it's very borderline. the theoretical minimum for the sample rate to detect an 8 MHz signal would be 16 MHz. that one does 20 MHz. normally, you want something like 4-5x.
<wpwrak>
tuxbrain: but if you have it, you may as well give it a try. plug in an semi-working atusb and see if you can measure the clock.
<tuxbrain>
(4760) I have found this devel board, but not find a place to buy it ftp://ftp.ingenic.cn/2soc/4760/RD4760_LEPUS/RD4760_LEPUS-HW%201.3_EN.pdf
<wpwrak>
larsc: do you know where one can get 4760 devel boards ?
<wpwrak>
tuxbrain: (scope) if the scope shows a stable 8 MHz, you're good. if it shows major amplitude variations or a different frequency, then your sample rate is too low
<wpwrak>
tuxbrain: an 8 MHz signal should look roughly like this on your 20 MSa/s scope: plot "<perl -e 'for (0..20) { print sin($_*3.1*2/20*8),\"\n\"; }'" with linespoints, "<perl -e 'for (0..200) { print $_/10, \" \", sin($_*3.1*2/25), \"\n\"; }'" with lines
<wpwrak>
(for gnuplot)
<wpwrak>
(assuming no interpolation)
<larsc>
wpwrak: i guess from ingenic
<wpwrak>
larsc: ah, the obvious source then :)
<larsc>
don't know, but maybe you need to order a few thousend SoCs to get one
<larsc>
"alsamixer: function malloc failed: Success" ...
<lunavorax_frizzl>
Hi all
<kristianpaul>
hi
<rjeffries>
wpwrak are you awake?
<wpwrak>
of course :)
<rjeffries>
the man who never sleeps
<rjeffries>
wish to share a factoid re cost to go from FPGA to asic
<rjeffries>
current cost is $20,000 USD. less than what I guessed
<kristianpaul>
where you get that number?
<rjeffries>
I am working with a startup that is almost ready to do firt asic run. that is a real number
<rjeffries>
s/firt/first
<wpwrak>
20k is remarkably cheap indeed. do you have any idea how complex the chip is ? (e.g., what fpga they used, the structure width in the asic, etc.)
<wpwrak>
ah, and clock speed. very important ;)
<kristianpaul>
indeed
<rjeffries>
the design is fewer than 10K gates. the process is an older node, similar to what Ingenic uses.
<rjeffries>
clock speed is less than 100Mhz
<wpwrak>
okay, that's a pretty simple chip. clock speed is a bit less that what we'd want, too.
<kristianpaul>
just 10K ? what is that asic designed to do?
<kristianpaul>
yeah, looks better having a fpga with that speed..
<wpwrak>
kristianpaul: if they need lots of them, an asic would be cheaper. the price (20 k) is certainly attractive
<kristianpaul>
indeed
<wpwrak>
now we need another data point. see how it scales ;-)
<rjeffries>
yes need LOTS of them. the simplicity is a design objective.
<rjeffries>
one wonders what the fisrt run of asic from Milkymist might cost.
<wpwrak>
rjeffries: digitalizing pop corn ? one tiny little chip per ... duh, fluffily exploded kernel ;-)
<rjeffries>
that FPGA is only $40
<wpwrak>
the asic will be a lot cheaper then
<rjeffries>
wpwrak when the time comes you'll understand
<rjeffries>
do you think MM will cost $100,000 for the first pass to asic
<wpwrak>
i don't really know how to calculate those prices. M1 is certainly a lot more complex. also with a huge number of I/Os.
<rjeffries>
M1 supports some interaces that would not be needed in a general purpose SOC.
<wpwrak>
oh, it doesn't matter what function the pins have. it's just their number. and memories tend to be the main consumer there.
<Fusin>
hi qiots ;)
<rjeffries>
Fusin  qiots -- what a lovely term. ;)
<Fusin>
it's (c) by Fusin
<Fusin>
which means: it's CopyLefted by me :P
<wpwrak>
(„) ?
<Fusin>
good idea wpwrak  :D
<Fusin>
my old motto was (and still is) share, chat and have fun
<wpwrak>
ah, in the good old times, it was sex, drugs, and alcohol. not too different, if you think of it ;-)
<wpwrak>
the test points under the battery must have been designed by a sadist. there are so many interesting things you could almost do. but then there's just a signal missing or two test points are some tenths of a millimeter too close to each other. grmbl.
<tuxbrain>
wpwrak: what do you plan with this "nightmare made Testpoints"
<wpwrak>
tuxbrain: there are two ideas circling in my brain: 1) a "docking station" that would connect via the battery compartment and bring out a few GPIOs, USB_BOOT, plus VGA (stolen from the LCD controller this time)
<wpwrak>
tuxbrain: 2) more radical, strip the ben down to the bare PCBs, then add a contraption that covers the component side of the board and brings out various interesting signals (the ones from above, plus the remaining KEYxxx and such. this should also include one real SPI.) place the LCM on top of all this, add some screws and an acrylic cover. voila, an "industrial" PC.
<wpwrak>
tuxbrain: in scenario 2) you'd of course lose the keyboard
<tuxbrain>
wpwrak: serial keyboard? start to think in a wpan keyboard?
<wpwrak>
maybe your industrial application doesn't even need a keyboard ;-)
<paulrojas>
wpwrak: the other pcb side have intersting TP too like the unpolulated IC for i2c i think
<wpwrak>
and yes, you could of course plug in atben and go wireless. maybe even integrate an spi-based wpan into the board. should be easy.
<wpwrak>
paulrojas: i think all the tps are on the non-keyboard side. so one board could get them all. would have a weird shape, but should be possible.
<wpwrak>
well, almost all. unfortunately, the spacing between TPs is sometimes too narrow to reach them with test pins.
<paulrojas>
but if you stole vga from LCD controller, you loose dma right?
<wpwrak>
tuxbrain: (test pins) the kind you have on atusb-pgm. there are also some with a center pin that allows for more accurate positioning. the ones on atusb-pgm are a bit of a nightmare when it comes to precision.
<paulrojas>
so it will be kinda reduced on resolution
<paulrojas>
but sound good idea anyway :-)
<wpwrak>
paulrojas: (lcd) the idea would be to generate the full video timing with the lcd controller. so it would still use DMA.
<paulrojas>
i see
<wpwrak>
paulrojas: one limitation would be that the LCD controller only does up to 800x600. so no 1024x768 :-( ironically, ubb-vga can do more in this regard. (but you'd have more colors, more stable timing, and the 8:10 card slot still available if using the LCD controller for VGA)
<paulrojas>
for industrial ethernet is a must i think, but with free gpio that will not be a problem to attach
<wpwrak>
ah, i thought the nick sounded familiar ;-)
<kristianpaul_lap>
sorry, another power failure at home, so i lost my screen sessions again :(
<Fusin>
:)
<krispaul_laptop>
of course i miss the real SPI part :-)
<wpwrak>
TP69, TP70 .. should be feasible in scenario 2
<Fusin>
n8
<wpwrak>
not an ideal situation, though. tp70 is very close to the shield of the 8:10 card holder.
<wpwrak>
and tp69/70 are too close, so the pins couldn't attach to the center, forcing the one of tp70 even closer to the shield
<DocScrutinizer>
yeah, otoh the testpoints actually seem designed by a sadist. I completely agree here
<wpwrak>
*grin*
<DocScrutinizer>
not really meant to tease hw-hackers
<wpwrak>
that 1.39 mm spacing is particularly interesting. i think it pretty much guarantees that you won't be able to find any spring-loaded device that connects to it
<DocScrutinizer>
could've used some 2--4h paid professional review ;-)
<wpwrak>
ah well, qi-hw and money ...
<DocScrutinizer>
I'm more and more averse to doing anything unpaid. Usually anybody short of those few $$$ isn't serious anyway
<wpwrak>
you should consider your contribution as an investment. see, you don't have to be a financial genius - even a lowly engineer can be an investor ;-)
<DocScrutinizer>
and those preferring to spend $$$$ on testruns rather than $$$ on review or some tasks outsourced, well...
<DocScrutinizer>
even *I* an good enough a financial genius to know this isn't an investment ever going to pay back, neither on monetary nor on any metrics of satisfaction or whatever
<wpwrak>
(just checked spring-loaded connectors) as i expected. all the regular ones have different spacings. 50 mil, 100 mil. 2.5 mm, 3 mm, 4 mm. never 2.0 mm, 1.4 mm aka 55 mil, ...
<wpwrak>
well, if you hate it, then i can't help you
<DocScrutinizer>
you could as well have saved your time for doing the lookup ;-)
<wpwrak>
well, every once in a while you find something you didn't expect. alas, not this time.
<DocScrutinizer>
you as well could try to find proper ZIF sockets for 2.5mm 64pin DIL
<wpwrak>
hmm, can you bend those pins about 0.6 mm ? ;-)
<DocScrutinizer>
maybe in some russian surplus from an ancient lab
<DocScrutinizer>
sure, but at pin 32 it gets nasty - "who stole that pin?!??!!!"
<wpwrak>
wouldn't the russian variant be something like 1 cm pitch, 5 mm diameter solid copper wire? :)
<DocScrutinizer>
nah, they really used 2.5
<DocScrutinizer>
2.30
<wpwrak>
if you can bend them up to 0.6 mm, you'd just be able to fit those 32 pins :)
<DocScrutinizer>
err 2.50
<DocScrutinizer>
huh? 32 * 0.06mm?
<wpwrak>
0.04*16 = 0.64 mm
<DocScrutinizer>
your last pin is 1.8mm off
<wpwrak>
32 pins each side, 16 to bend to the left, 16 to bend to the right
<wpwrak>
voila, fits into a 64 pin 100 mil socket :)
<DocScrutinizer>
hmmmmm
<wpwrak>
where do i pick up my mcguyver price ? :)
<DocScrutinizer>
whatever, /me away for another pint - got my "MEH!" day
<wpwrak>
DocScrutinizer: and no, not fixed so far. seems to be mechanical. perhaps i cooked the chips too well.
<wpwrak>
i had a bunch of such failures around the transceiver. the problem there is that i need to work with a lot of heat because of the nearby ground. perhaps that's pushing the chip too close to the point of failure.
<wpwrak>
with proper SMT, this shouldn't be an issue
<wpwrak>
an alternative explanation would be that the board bends too much and damages the chip. we'll find out ....
<wpwrak>
may also be a combination of the two: chip is already weakened from overheating and then the mechanical stress kills it.
<DocScrutinizer51>
preheat
<wpwrak>
i tried that. 0% yield.
<DocScrutinizer51>
still searching for a proper low temp jointing method
<DocScrutinizer51>
glue doewn't work
<wpwrak>
the problem with preheating may be that i can't work on the hot plate for long. so all the placement gets down off-plate. which increases thermal stress.
<wpwrak>
s/down/done/
<DocScrutinizer51>
SMT is an art
<wpwrak>
in any case, the ground should be perfect with proper SMT ;-)
<wpwrak>
yeah. with non-RF designs and thus less aggressive grounding, i have no trouble
<wpwrak>
but RF is picky ...
<DocScrutinizer51>
you forgot the thermal fireall trenches?
<wpwrak>
the what ?
<DocScrutinizer51>
the gap with 2..4 thin traces around each gnd pad
<DocScrutinizer51>
firewall*
<DocScrutinizer51>
meant to reduce thermal coupling to the large gndplane
<wpwrak>
but the traces and the proximity of ground areas still sucks away too much heat
<DocScrutinizer51>
yeah, see it done right on CN01
<rjeffries>
wpwrak a few weeks ago I mentioned a $199 or so android capacotive touch tablet that uses Ingenic SOC can't remember the brand it had pretty good hardware specs
<wpwrak>
my trouble component is U2 ... that's the one beleaguered by ground on almost all sides
<wpwrak>
rjeffries: may be 4760-based then. that chip looks pretty decent. well, even the 4720 we have could do better. e.g., the DRAM and NAND bus are only half as wide as the chip could do. this has a cost ...