DocScrutinizer05 changed the topic of #neo900 to: http://neo900.org | conversations are logged to http://infobot.rikers.org/%23neo900/ and http://irclog.whitequark.org/neo900
sparetire_ has quit [Quit: sparetire_]
Pali has quit [Remote host closed the connection]
nox- has quit [Quit: Leaving]
sparetire_ has joined #neo900
norly has quit [Quit: Leaving.]
dal21 has joined #neo900
Humpelst1lzchen has joined #neo900
Humpelstilzchen has quit [Ping timeout: 245 seconds]
PrettyKitti_ has quit [Remote host closed the connection]
xenophile7x7 has joined #neo900
sparetire_ has quit [Quit: sparetire_]
P-G has quit [Quit: Quitter.]
dal21 has quit [Quit: Leaving.]
Pali has joined #neo900
norly has joined #neo900
SylvieLorxu has joined #neo900
phre4k has joined #neo900
phre4k has quit [Remote host closed the connection]
paulk-aldrin has joined #neo900
phre4k has joined #neo900
phre4k has quit [Quit: Leaving]
norly has quit [Quit: Leaving.]
arcean has joined #neo900
che1 has joined #neo900
che1 has quit [Ping timeout: 252 seconds]
che11 has joined #neo900
Oksana has quit [Ping timeout: 245 seconds]
SylvieLorxu has quit [Quit: ZNC - http://znc.in]
Oksana has joined #neo900
paulk-aldrin has quit [Quit: Quitte]
illwieckz has quit [Ping timeout: 244 seconds]
<DocScrutinizer05> Pali: freemangordon: http://git.goldelico.com/?p=gta04-xloader.git;a=blob;f=board/omap3530beagle/omap3530beagle.c;hb=HEAD#l622 could you help?
<DocScrutinizer05> I can't believe it was exactly the right addr bus pin that cracked open or got shorted, to create duplication. I've seen similar effect due to short on addr bus in 1978, but it was not that magic to yield exactly two banks of 1/2 of expected size
<DocScrutinizer05> possible approach: doublecheck the docs for the OMAP-memcontroller, disassemble the N9 xloader
<freemangordon> or check dmesg log on N9 :)
* freemangordon is googling for it
<DocScrutinizer05> I don't think the dmesg log provides arcane details how to set up the controller?
<DocScrutinizer05> it provides proof that the chip actually should be 2 banks a 512
<freemangordon> or 4x256
<DocScrutinizer05> err, well, OMAP only has 2 chip select, right?
<freemangordon> hmm, yeah
<DocScrutinizer05> that's what we need to use to make 2 banks work. I don't think it can handle 4 banks
<DocScrutinizer05> would be unusual to abuse addr lines for a weird chip-select of banks
<DocScrutinizer05> you *could* use eg addr13 for CS1 and addr14 for cs2, but then the addr ranges where addr13==addr14 are both illegal and "DONT USE"
<DocScrutinizer05> IE 01 and 10 are valid, while 11 and 00 would cause havoc
<DocScrutinizer05> aiui
<DocScrutinizer05> freemangordon: I think xloaders are all quite similar in the code they use for such tasks. Could you find the code in N9 xloader and disassemble it?
<freemangordon> sure, but I want to check the docs first
<DocScrutinizer05> :-) that's Plan-A :-D
<DocScrutinizer05> could you help me out with a symbolic pointer so I could do same?
<DocScrutinizer05> (without first searching several pdfs each 3000+ pages)
<freemangordon> hmm?
<freemangordon> oh
<DocScrutinizer05> doc number, page
<freemangordon> see p1297, Table 11-180. SDRC_MCFG_p
<freemangordon> 3430 TRM is that
<DocScrutinizer05> SPRS599D ?
<freemangordon> SWPU223M
<DocScrutinizer05> ta :-)
<DocScrutinizer05> dang TI searches forever, and a locate SWPU223M returns zilch
<DocScrutinizer05> No matches found for "SWPU223M" in Technical documents
<DocScrutinizer05> freemangordon: please doublecheck, maybe provide document full title - incl the release date
norly has joined #neo900
<DocScrutinizer05> google also never heard of that document
<freemangordon> DocScrutinizer05: http://46.249.74.23/TRM/
mvaenskae has quit [Ping timeout: 244 seconds]
<freemangordon> DocScrutinizer05: http://pastebin.com/5VcG6XxW
<DocScrutinizer05> wow, what's that?
<freemangordon> SDP_SDRC_MDCFG_0_DDR_MICRON_XM
<DocScrutinizer05> and thanks for the file
<DocScrutinizer05> freemangordon: please elaborate :-)
<DocScrutinizer05> SDP_SDRC_MDCFG_0_DDR_MICRON_XM
<freemangordon> this is what is set in the source you pasted ^^^
<freemangordon> __raw_writel(SDP_SDRC_MDCFG_0_DDR_MICRON_XM, SDRC_MCFG_0);
<freemangordon> the same for bank 1
<DocScrutinizer05> yes
<DocScrutinizer05> we'd be highly interested in what's set in N9
<DocScrutinizer05> ;-)
<freemangordon> what I think is that NYMONIX config should be used, with different value for SDRC_CS_CFG
<DocScrutinizer05> did you receive the mail on internal ML?
<freemangordon> yep
<DocScrutinizer05> oops that is not yielding additional info, but I thought I read he tried NYMO
<DocScrutinizer05> http://git.goldelico.com/?p=gta04-xloader.git;a=blob;f=board/omap3530beagle/omap3530beagle.c;hb=HEAD#l624
<DocScrutinizer05> ok, maybe you could answer the mail directly? please?
<freemangordon> yes, but it duplicates the memory
<freemangordon> for some reason
<DocScrutinizer05> after carefully checking that your statements are correct ;-)
<freemangordon> btw, do you have N9 firmware?
illwieckz has joined #neo900
<DocScrutinizer05> well, yes, I have some of the fiasco(?) images I think
<DocScrutinizer05> they prolly still are available from mokia-fire
<DocScrutinizer05> nokia even
<freemangordon> yep, found it, downloading
<DocScrutinizer05> what do you think about JTAG to directly test the chips with boundary check?
<DocScrutinizer05> just an idea
<DocScrutinizer05> iirc the BB-xN offers a JTAG conn
<DocScrutinizer05> xM
illwieckz has quit [Read error: Connection reset by peer]
<freemangordon> DocScrutinizer05: lemme first try to find SDRC init in N9 xloader
<DocScrutinizer05> I mean, what if not *this* asks for using JTAG to tackle it lowest level?
<DocScrutinizer05> the only alternative to JATAG for cehcking SoC<->PoP connections was ... X-Ray
<DocScrutinizer05> yay :-/
<DocScrutinizer05> the only alternative to JTAG for checking SoC<->PoP connections was ... X-Ray
<DocScrutinizer05> but sure, putting all my money on your hexray skills :-)
<DocScrutinizer05> hexray >> x-ray
<DocScrutinizer05> ;-)
<DocScrutinizer05> while I give the gibberish in TRM some more chance to rape my brain
<DocScrutinizer05> in p.1231 11.2.5.3.2 Memory Configuration
<DocScrutinizer05> lemme think about >RAMSIZE 0100000000<<
<DocScrutinizer05> looks odd
<DocScrutinizer05> my calculator translates that to "256"decimal
<DocScrutinizer05> so MAYBE we want RAMSIZE 1000000000 ? ;-)
<freemangordon> it is in 2MB chunks
<DocScrutinizer05> ooh
<freemangordon> whatever it means
<freemangordon> but I guess it is MBytes
<DocScrutinizer05> sounds pretty od
<freemangordon> not MBits
<DocScrutinizer05> particularly since the number of digits seems identiacal to number of available addr lines somehow
<DocScrutinizer05> and highest bit being 0
<DocScrutinizer05> very suspicious
<freemangordon> yep
illwieckz has joined #neo900
<DocScrutinizer05> ok, the RAM is prolly 16bit wide
<kerio> huh
<kerio> let's do RAMSIZE 1000000000000
<kerio> ez 64gb of ram
<DocScrutinizer05> kerio: please no noise
<kerio> k :(
<DocScrutinizer05> kerio: sorry, we're trying to get some real work done, to make 1GB come true for you
<kerio> <3
<DocScrutinizer05> Nik sent a mail that he had no success so far
<DocScrutinizer05> which is kinda odd since the chips for sure are _supposed_ to be 1GB
<kerio> do they work if you pretend they're smaller?
<DocScrutinizer05> freemangordon: there might be a completely different catch in this: it says >> RAMSIZE Defines the physical RAM address space in terms of 2M -byte chunks<< in Table 11-104. Memory Configuration, but who says this references to a single BANK?
<DocScrutinizer05> the TOTAL RANSIZE of the PoP for sure should be 512 aka 0b1000000000 of 2MB chunks
<DocScrutinizer05> which would match perfectly with max addr range of PMAP3
<DocScrutinizer05> OMAP3 even
<DocScrutinizer05> freemangordon: when you could provide a patched xloader sourcecode and maybe even binary to Nikolaus, you'd earn eternal fame (and more points on your "free Neo900" account :-D )
<DocScrutinizer05> what makes me frown is that I can't find RAMSIZE in http://git.goldelico.com/?p=gta04-xloader.git;a=blob;f=board/omap3530beagle/omap3530beagle.c;hb=HEAD, only in your pastebin - and in TRM of course
<freemangordon> :D
<freemangordon> anyway, it seems that bootrom is setting DRAM
<DocScrutinizer05> prolly my C again sucks
<freemangordon> I parsed the hex value by hand
<DocScrutinizer05> well, even when BOOTROM does that, _and_ does it wrong maybe (who lnows what cheesy ROMBOOT TI flashed to its chps) as long as it doesn't *lock* the registers (see above puke comment), I don't see why xloader couldn't override that
<DocScrutinizer05> after all ROMBOOT isn't even supposed to be able to use SDRAM, otherwise why use xLoader and why load it to SRAM when SDRAM _really_ was available already, reliably
<DocScrutinizer05> IF ROMBOOT does some init to SDRAM controller, that can only be a "safe config" smallest common denominator as in PC BIOS
<DocScrutinizer05> ROMBOOT has no means to know speed of SDRAM, and to check true size it would need to do nasty tests
<DocScrutinizer05> size, speed, and prolly organization of SDRAM is supposed to come from board config data, aka *software*
<DocScrutinizer05> so: xLoader/U-Boot
<DocScrutinizer05> while ROMBOOT when it's touching SDRAM at all, SHALL NOT (RFC2119) use more than first maybe 16MB of it
<DocScrutinizer05> ROMBOOT will use a default config that's "compatible" with all possible PoP chips
<DocScrutinizer05> I doubt it does many sophisticated tests to check for tricky stuff like real physical size and speed
<DocScrutinizer05> and _locking_ those registers for sure is sth ROMBOOT *MUST NOT* (RFC2119) do
<DocScrutinizer05> freemangordon: would you agree?
<freemangordon> DocScrutinizer05: there is CHRAM section, which could be part of xloader that tells BOOTROM how to set up SDRC
<DocScrutinizer05> ugh?! :-o
<freemangordon> see Figure 26-31. Image Format
<DocScrutinizer05> you say ROMBOOT is reading in a *parameter* cunk from xLoader/MLO file and doing SDRAM init on its own then, before even handing over execution to xLoader?
<freemangordon> it *could* do
<DocScrutinizer05> now *that* would be... screwed
<freemangordon> no, why? sounds sane to me
<DocScrutinizer05> sure, it may work, but complicates ROMBL
<DocScrutinizer05> do you have a pagenumber please?
<DocScrutinizer05> for Figure 26-31. Image Format
che11 has quit [Ping timeout: 246 seconds]
<freemangordon> 3432
<DocScrutinizer05> ta
<freemangordon> BTW, we can simply read those values from a running N9 ;)
phre4k has joined #neo900
<freemangordon> sdrc is at address 6d000000
<DocScrutinizer05> k >> The CH, which is optional, can contain several parameters set by users to speed up booting.described in the next section. It is further<< and >>26.4.8.2 CH<< :: >>The CH can contain up to four parts: • Settings: Clock settings (mandatory) • RAM: SDRAM/DDR SDRAM interface settings • FLASH: Flash interface (GPMC) settings • MMC/SD: MMC/SDIO interface settings<<
<freemangordon> :nod:
<DocScrutinizer05> freaky
<DocScrutinizer05> ""the CH which is optional may have mandatory clock settings"" now THAT makes 'perfect sense'
<DocScrutinizer05> X-P
<DocScrutinizer05> ((simply read those values from a running N9)) alas I "killed" mine
<DocScrutinizer05> ooh and btw *nothing* is that simple on this hw related level, on a N9 with Aegis
<DocScrutinizer05> ;-P
<DocScrutinizer05> not even root may access such stuff usually
quatrox has quit [Ping timeout: 252 seconds]
<DocScrutinizer05> you need the right token... from Nokia. to be allowed to do this. Or you need to "root" the device
<DocScrutinizer05> well, open mode kernel might work
<DocScrutinizer05> but still M-shield/whatever may have blocked it completely from userland
<DocScrutinizer05> err form non-secure land, incl kernel
<DocScrutinizer05> right?
<DocScrutinizer05> I have NFC if we could run our own MLO + U-Boot + rescuesystem on a HS device like N9
<DocScrutinizer05> most likely not, since our own MLO would lack the needed Nokia(?) signature
<DocScrutinizer05> while readout of that register is prolly no security threat, I dunno if a) it's even possible to block write access only, and b) if Nokia MLO devels even cared to allow reading
<DocScrutinizer05> ...when completely blocking the whole addr range was so much easier anyway
<DocScrutinizer05> anyway freemangordon, CH is a great finding which for sure should help fix the "GTA04 bootloader"
<DocScrutinizer05> I don't know if Nik was aware
<DocScrutinizer05> also conveniently explains why I can't find "RAMSIZE" in that sourcecode
che11 has joined #neo900
<freemangordon> ok, n9 xloader sdrc code found :)
<DocScrutinizer05> YEEHAAA!
<DocScrutinizer05> but I guess that one doesn't have complete init incl RAMSITE either ;-) Prolly also using CH
<DocScrutinizer05> SIZE*
<DocScrutinizer05> prolly an analysis of N9 CH would do wonders then :-)
illwieckz has quit [Read error: Connection reset by peer]
<DocScrutinizer05> Figure 26-32. CH Format p.3433
<freemangordon> no CH, it writes to SDRC regs
<DocScrutinizer05> hah!
<DocScrutinizer05> RAMSIZE too?
<freemangordon> yep, just a second
<DocScrutinizer05> is "no CH" a cehck result, or deduced?
<freemangordon> checked
<DocScrutinizer05> :-D
<DocScrutinizer05> so whatever it is in that xLoader, it SHALL do the trick :-)
<DocScrutinizer05> (unless N9 SoC has a different "inproved" ROMBL)
<freemangordon> write_sdrc(0x80, 0x3690019)
<DocScrutinizer05> }o/
<DocScrutinizer05> let's dissect this?
<freemangordon> 0x3690019 is the value we must use
<freemangordon> ok
<DocScrutinizer05> 0b11011010010000000000011001
<freemangordon> well, the difference is in RAS/CAS width
<freemangordon> both are 110b
<freemangordon> otherwise the RAM size is 0100000000 == 256 == 512MB
<DocScrutinizer05> could you write up your findings in a mail to [internal] please? Or would you rather provide a patch already?
<freemangordon> [internal]?
<DocScrutinizer05> a patch would need to make sure GA04 boot isn't using a CH either
<DocScrutinizer05> [internal] mailing list
<DocScrutinizer05> the only one Nik reads
<freemangordon> ok
<DocScrutinizer05> great! :-D
<DocScrutinizer05> many thanks!
<DocScrutinizer05> a mail needs to elaborate about CH so whoever is doing the patch can have a look if or if not it needs tackling for GTA04 boot
<freemangordon> DocScrutinizer05: lets first see if those vlues work
<DocScrutinizer05> how would you do that?
<DocScrutinizer05> I still don't see RAMSIZE in the http://git.goldelico.com/?p=gta04-xloader.git;a=blob;f=board/omap3530beagle/omap3530beagle.c;hb=HEAD#l624
<freemangordon> RAMSIZE is in SDRC_MCFG_x
<DocScrutinizer05> I dunno how exactly Nik is testing that stuff, he told sth along using some monitor instead of either U-Boot or xLoader
<freemangordon> and the correct value is 0100000000b
<DocScrutinizer05> yes, I know in which register bits it is. I don't see it getting set in http://git.goldelico.com/?p=gta04-xloader.git;a=blob;f=board/omap3530beagle/omap3530beagle.c;hb=HEAD#l624
<freemangordon> which is 512MB/bank
<freemangordon> __raw_writel(SDP_SDRC_MDCFG_0_DDR_MICRON_XM, SDRC_MCFG_0);
<DocScrutinizer05> I'm still puzzled where from you got the value in your pastebin
<DocScrutinizer05> oooooh
<DocScrutinizer05> my C fu sucks
<DocScrutinizer05> k
<DocScrutinizer05> ta
<DocScrutinizer05> yes, patch that constant and test. Is exactly what I thought we/Nik should do
<DocScrutinizer05> nevertheless a sidenote about CH ("should not get used") is OK in the mail
<DocScrutinizer05> right?
<DocScrutinizer05> just in case
<DocScrutinizer05> ((<freemangordon> and the correct value is 0100000000b)) weird sh*t. So the SDRC allows one bank (with one CS) of 1GB, while redefining the other CS as an additional addr bit?
<DocScrutinizer05> is the only thing that makes sense for 10000000000b
<DocScrutinizer05> nd actually it *makes* sense
<DocScrutinizer05> just there's no such PoP chip I know of, and it's 1GB max as well
<freemangordon> DocScrutinizer05: I should do "reply all", correct?
<DocScrutinizer05> please no
<DocScrutinizer05> only to list
<freemangordon> ok
<DocScrutinizer05> :-))
<DocScrutinizer05> thanks a ton!
<DocScrutinizer05> hope we acconplished more in 2h than in last 8 weeks ;-)
<DocScrutinizer05> well, 2:30
<DocScrutinizer05> at least re !GB RAM
<DocScrutinizer05> ooh, to share some funny but not interesting bits, unrelated: http://wstaw.org/m/2015/03/07/plasma-desktopXi1893.png ; (note Ee=20): http://wstaw.org/m/2015/03/07/plasma-desktopXT1893.png ; without ambient light at factor 10 above signal: http://wstaw.org/m/2015/03/07/plasma-desktopMu1893.png
<DocScrutinizer05> (IR concept R&D)
<freemangordon> "Your message to Neo900-devel awaits moderator approval"
<freemangordon> :D
<freemangordon> DocScrutinizer05: ^^^
<DocScrutinizer05> what does it mean? - well, our IR-RX should work fine at a dynamic range between ~0.1mW/cm^2 and 20mW/cm^2, though it doesn't like ambient light at levels a multiple higher than the upper limit signal
<DocScrutinizer05> freemangordon: he'll fix that soonish. Could you send it to me only again please?
<freemangordon> query does the job?
<freemangordon> oh, sure, I'll extract timings etc when it comes to it
<freemangordon> he
<freemangordon> DocScrutinizer05: seems like N9 xloader calculates timings, so it is not that simple to extract those
<DocScrutinizer05> ugh
<DocScrutinizer05> ok, so maybe document interim findings, for (even own) (later) reference
<DocScrutinizer05> ?
<freemangordon> so I'd rather prepare a patch. when it comes to it, as the default timings should be ok. not perfect, but stable
<DocScrutinizer05> possibly could get done in ticket too. sorry I only consider it now
<freemangordon> I know how to send patches :)
<DocScrutinizer05> sure, and patches are highly appreciated
* freemangordon prepares a coffee, brb
<DocScrutinizer05> even when they are interim, with //TODO #IF 0
<DocScrutinizer05> freemangordon: btw moderation cleared :-)
<DocScrutinizer05> that was fast, eh?
<freemangordon> yeah
* DocScrutinizer05 muses about a coffee too
<DocScrutinizer05> ~xyawn
<infobot> rumour has it, xyawn is nice coffee
<DocScrutinizer05> knew it
<DocScrutinizer05> wpwrak: btw is Area=0.23/100 cm^2 the physical chip area or the virtual effective area inck all lenses and stuff which could be significantly higher than chip area?
<DocScrutinizer05> incl*
<DocScrutinizer05> 0.23mm^2 sounds a bit on the low side for the complete photodiode
Humpelst1lzchen has quit [Ping timeout: 265 seconds]
<DocScrutinizer05> not that I'm worried about lower dynamic range limit of ~0.1mW/cm^2 we got now. Just when we get a lens boosting this piece of dust of sensitive silicon, we *might* reach 0.01mW
<DocScrutinizer05> and same time might run into saturation with strong LEDs that blast away at 100s of mW output
Humpelstilzchen has joined #neo900
<DocScrutinizer05> wpwrak: re f(0) of the integrator, yes, I set it high to run the simulations in a reasonable time, we may increase C2 but not too much since it has adverse effects on sensitivity as well. Anyway ambient light noise is mainly at 100/120Hz or at 10..50kHz (with LED lamps), setting the f(o) to sth next to 1Hz..5Hz should just work
<DocScrutinizer05> NB the circuit needs some calibration time to reach a static state when IR LED starts sending
<DocScrutinizer05> we don't want that time being in the 10s range
<DocScrutinizer05> anyway keep in mind we consider IR transciever (whether TV remote CIR or IrDA-SIR) to sith basically in touch with th IR window in Neo900's case, so the distance between TX LED and RX photodiode is usually <15mm
<DocScrutinizer05> s/sith/sit/
phre4k has quit [Quit: Leaving]
<DocScrutinizer05> so for a first rough estimation Ee=LED_out(max)
<DocScrutinizer05> assuming the light dot area in 10mm distance is 1cm^2
<DocScrutinizer05> which would be about correct for an aperture angle of >60°
mvaenskae has joined #neo900
<DocScrutinizer05> > U-Boot 2011.03-rc1-00967-g671281f (Feb 09 2015 - 16:15:52)
<DocScrutinizer05> >
<DocScrutinizer05> > OMAP36XX/37XX-GP ES2.1, CPU-OPP2, L3-165MHz, Max CPU Clock 1 Ghz
<DocScrutinizer05> > OMAP3 Beagle board + LPDDR/NAND
<DocScrutinizer05> > I2C: ready
<DocScrutinizer05> > DRAM: 1 GiB
<DocScrutinizer05> ^^^ looks good!
<DocScrutinizer05> \o/
<DocScrutinizer05> > [ 0.000000] Memory: 1004440K/1047552K available (5817K kernel code, 592K rwdata, 2280K rodata, 404K init, 8173K bss, 26728K reserved, 16384K cma-reserved, 252928K highmem)
<DocScrutinizer05> Linux is now booting (didn’t with this mirrored RAM address ranges)!
<freemangordon> :P
<DocScrutinizer05> > root@gta04:~# cat /proc/meminfo
<DocScrutinizer05> > MemTotal: 1021228 kB
<DocScrutinizer05> freemangordon: kudos!
<DocScrutinizer05> and thanks!
<freemangordon> :)
<freemangordon> will try to get all the other settings and prepare a patch
<DocScrutinizer05> also a big THANK-YOU to Nik
<DocScrutinizer05> freemangordon: great!
<DocScrutinizer05> please let Nik know you're working on a patch, so we don't duplicate work
<MonkeyofDoom> beautiful :D
<freemangordon> DocScrutinizer05: where is the post on TMO?!? :P
Kabouik has quit [Read error: Connection reset by peer]
<DocScrutinizer05> I'm usually thinking a few hours about what exactly topost to tmo
<DocScrutinizer05> we might want to have some note about sourcing risk parts and the additional funds we need for that, already in such post
illwieckz has joined #neo900
<DocScrutinizer05> currently I have two sources at hand for a sufficient number of chips, both in sort of standby mode
<freemangordon> sure, it is up to you, but this is a great achievement, don't spoil it with money talks :D
Kabouik has joined #neo900
<DocScrutinizer05> the bitter money talk will need some sugar on top. This seems perfect
<freemangordon> yeah, sure
<DocScrutinizer05> "hey gals and guys, we made it! 1GB! \o/ Now it's up to you if we actually can get those chips in sufficient quantities as long as they are still available"
<freemangordon> yeah, yeah, I know it makes sense
<DocScrutinizer05> dos1: could you review our website and maybe remove a bit of "IF"s and "MAYBE"s ? :-)
<DocScrutinizer05> on a sidenote: 1GB cost on R&D side so far (and prolly finally) ~20EUR/device
<DocScrutinizer05> this is for work and general R&D expense, _not_ for paying the invoice of the 1GB chips
ddark has joined #neo900
<DocScrutinizer05> so we probably have to ask for ~30EUR for the 1GB chip in the end
<DocScrutinizer05> it's quite difficult to separate hw sourcing costs for material from the "handling" expense it causes
<DocScrutinizer05> anyway none of this was in initial price estimation, so the 1GB made device ~30EUR more expensive than originally expected
<DocScrutinizer05> hope you consider this worthwhile
<DocScrutinizer05> (a honest merchant would ask for 100EUR for same feature btw, to secure the company also earns some income from it)
<DocScrutinizer05> (then a honest merchant never would do a project like Neo900 anyway ;-) )
<ddark> i dont think that any merchant will go for such gamble with project like this
<DocScrutinizer05> exactly
<MonkeyofDoom> sometimes it's hard to believe that the N900 itself happened
<DocScrutinizer05> that's why it needed an "idiot" like me doing it ;-)
<MonkeyofDoom> I have to wonder if things would have been different had Nokia tried to focus less on bringing maemo to parity with the big smartphone OSes and more on a "sustainable" product line for a niche market
<DocScrutinizer05> I guess it would have been the WAY smarter marketing strategy
<DocScrutinizer05> spilled milk
<MonkeyofDoom> yeah
<MonkeyofDoom> I'm just glad Neo900 is picking up the torch ;)
<DocScrutinizer05> heh :-)
<DocScrutinizer05> afk, RL calling
<kerio> DocScrutinizer05: are you saying that you're not honest? :>
<DocScrutinizer05> I'm saying I'm no merchant
<kerio> DocMerchantizer
<kerio> DocMerchantizer04.99
<DocScrutinizer05> in any company I would get fired for running a project like Neo900
illwieckz has quit [Read error: Connection reset by peer]
<kerio> in any company you'd have a budget
Oksana has quit [Ping timeout: 272 seconds]
<DocScrutinizer05> rihjz
<DocScrutinizer05> ugh
<DocScrutinizer05> right
<kerio> stuff gets pretty fucking easy when you actually have money
<DocScrutinizer05> we had, a few. We're running short of that now
<DocScrutinizer05> considering the tasks at hand
<DocScrutinizer05> I'm about to source the N900 parts for you, need money to actually secure them
<DocScrutinizer05> I managed to get 1GB as a product feature, need money to actually secure it now
<kerio> i hope you don't mean "you" as in me
<kerio> but more as in "the community in general"
<ddark> BTW, have you considered option for direct PayPal payment in the webshop for those who ordered via pichlo ? (Dont want to lose money on bank fees)
<DocScrutinizer05> you, the Neo900 community
<DocScrutinizer05> ddark: I lostz track of what's going on with pichlo and the customers using his forwarding service
<DocScrutinizer05> we only have payments with a mail addr in subject here
<DocScrutinizer05> paypal is available since err 9 months somesuch
<DocScrutinizer05> I'm looking forward to finally creating a personal webshop webpage with login for each customer of Neo900
<DocScrutinizer05> alas it seems this particular task is somewhat cursed, everybody I hire to do it falls sick or whatever
<DocScrutinizer05> prolly in the end I'll create 430 unix accounts on shell ;-)
<DocScrutinizer05> manually
<ddark> don't forget to jail them =)
<DocScrutinizer05> sure :-D
<kerio> why?
<kerio> neo900 cloud service
Oksana has joined #neo900
illwieckz has joined #neo900
ddark has quit [Quit: Nettalk6 - www.ntalk.de]
illwieckz has quit [Read error: Connection reset by peer]
vakkov has quit [Ping timeout: 245 seconds]
illwieckz has joined #neo900
vakkov has joined #neo900
arcean has quit [Ping timeout: 252 seconds]
illwieckz has quit [Ping timeout: 245 seconds]
arcean has joined #neo900
illwieckz has joined #neo900
wpwrak has quit [Ping timeout: 252 seconds]
wpwrak has joined #neo900
sparetire_ has joined #neo900
SylvieLorxu has joined #neo900
nox- has joined #neo900
vakkov has quit [Ping timeout: 255 seconds]
<DocScrutinizer05> who was it who questioned my expertise in analog design? This is for you :-) http://wstaw.org/m/2015/03/07/plasma-desktopXi1893.png ; qucs: http://neo900.org/stuff/joerg/random-media/IR-photodiode/2_working_R6.100k.sch
vakkov has joined #neo900
<Humpelstilzchen> .sch... is that kicad?
<DocScrutinizer05> qucs
<DocScrutinizer05> actually
<DocScrutinizer05> Qucs Version 0.0.18
<DocScrutinizer05> Quite Universal Circuit Simulator
<DocScrutinizer05> Copyright (C) 2003-2009 by Michael Margraf
<DocScrutinizer05> Copyright (C) 2011-2014 Qucs Team
<DocScrutinizer05> great tool, though docs suck as usual
<DocScrutinizer05> or I didn't find the ones who don't suck, yet
<DocScrutinizer05> well, it has "Frist steps..." in "Help" menu. But it's pretty hard to find out details like e.g. the format for a input file for a "file based voltage spource"
<DocScrutinizer05> source even
<DocScrutinizer05> needs lots of googling to finally find http://qucs.sourceforge.net/examples/vfile_test_tran.tar.gz
wpwrak has quit [Ping timeout: 245 seconds]
wpwrak has joined #neo900
Oksana has quit [Ping timeout: 264 seconds]
arcean has quit [Quit: Application terminated!]
wpwrak has quit [Ping timeout: 252 seconds]
che11 has quit [Remote host closed the connection]
wpwrak has joined #neo900
Pali has quit [Remote host closed the connection]