**** BEGIN LOGGING AT Sun Aug 02 02:59:58 2015 Aug 02 03:09:44 is there an update coming? Aug 02 03:09:59 update for what? Aug 02 03:10:35 BBB? I heard about the BB green coming - without the 5v dc jack and was it more memory? Aug 02 03:10:46 BBG is a clone, not an update Aug 02 03:12:59 hmm - looks like an interesting design Aug 02 03:15:37 added connectors for some i2c and uart, removed 5v barrel connector (though presumably you can still power it via P9) and hdmi Aug 02 03:16:38 ohey, a schematic Aug 02 03:16:43 frees up mode pins - and removes conductors - don't see why it costs more :-\ Aug 02 03:16:52 quantity Aug 02 03:16:56 *more, connectors Aug 02 03:17:52 they retained the power supply mistakes Aug 02 03:18:10 ehh Aug 02 03:18:11 huh Aug 02 03:18:50 ok Aug 02 03:18:58 hmm Aug 02 03:19:15 the reset issue? Or this is something else? Aug 02 03:19:51 the two 5V supply inputs of the PMIC are tied together (via 0 ohm resistor) Aug 02 03:20:47 so if you power the board via P9, you end up directly putting 5V power on the usb device connector Aug 02 03:23:53 also retained the mistake of powering the console driver from 3v3b rather than 3v3a Aug 02 03:24:58 unfortunate they didn't take the time to browse around for known issues to take the opportunity to fix them, but oh well Aug 02 03:25:34 doesn't it make sense to put a (I don't know) diode or something to make sure supply -> board is unidirectional? Aug 02 03:26:28 wastes quite a bit of power though Aug 02 03:27:53 ideal diode is too costly Aug 02 03:27:55 Germanium diode? :P Aug 02 03:28:19 what is the correct way to fix it then? If you have multiple plausible sources Aug 02 03:28:56 active switching, like the PMIC does Aug 02 03:29:54 internal to PMIC? Or external? Aug 02 03:30:25 the PMIC internally switches between the two 5V supplies Aug 02 03:31:17 does the PMIC on this board have that functionality? Also - won't it be similar to making it unidirectional flow of current? I am searchng - will see if I find anything. Aug 02 03:31:19 and also between the selected supply and battery supply, although that's not quite "switching" ... if the current drawn by the system exceeds the configured current-limiting on the 5V supply it can supplement from the battery Aug 02 03:31:59 the BBG probably does it this way to provide more current than the PMIC can Aug 02 03:32:17 (to usb downstream devices) Aug 02 03:32:20 or something Aug 02 03:32:25 they probably have reasons Aug 02 03:32:32 has it got more usbs? Aug 02 03:32:37 or a hub... Aug 02 03:32:38 nope Aug 02 03:32:40 no Aug 02 03:32:51 well there's surely no issue.. Aug 02 03:32:59 hmm, nm Aug 02 03:33:07 usb host port is still powered via the PMIC Aug 02 03:33:17 usb client should normally draw more than 500mA Aug 02 03:33:29 so their thing doesn't allow increased supply to the host post Aug 02 03:33:32 then I have no idea Aug 02 03:33:34 no+ more Aug 02 03:33:52 and there is no usb power control/intelligent few on either board Aug 02 03:33:54 et* Aug 02 03:33:55 * adibis needs to eat - shall be back Aug 02 03:33:58 omfg I can 't type Aug 02 03:34:12 veremit: host port has a power switch with overcurrent detection Aug 02 03:34:21 on the bbb? Aug 02 03:34:23 yes Aug 02 03:34:30 and the bbg Aug 02 03:34:31 right .. but they dropped it on green? Aug 02 03:34:32 no Aug 02 03:34:33 ok Aug 02 03:35:09 not looked at schematics for a while .. on -that- board at least Aug 02 03:35:13 got two others on the go lately Aug 02 03:35:18 pmic sets default current limit to 500 mA on the USB (device) supply input (to the PMIC) Aug 02 03:35:27 but that's almost immediately overriden by the bootloader Aug 02 03:35:49 ah on usb supply, yes Aug 02 03:35:57 ("fuck the usb specs, we need power") Aug 02 03:35:57 no way it would start up on that Aug 02 03:36:05 why not? Aug 02 03:36:13 because devices are too power hungry :p Aug 02 03:36:27 you'd have to de-clock or something surely Aug 02 03:36:30 it's already running :P Aug 02 03:36:59 and it never reboots if you build a custom bootloader? Aug 02 03:37:10 yeah dunno if you can run 1 GHz and have Ethernet active and eMMC transfer Aug 02 03:37:12 like never... Aug 02 03:37:13 :) Aug 02 03:37:14 you might run into problems them Aug 02 03:37:21 ;) Aug 02 03:37:42 although presumably it fires up at 1ghz Aug 02 03:37:51 it fires up at 24 MHz Aug 02 03:38:00 omfg really lol Aug 02 03:38:19 no PLL is enabled at cold reset Aug 02 03:38:29 those are set up by the rom bootloader Aug 02 03:39:05 and I doubt it will configure the A8 at 1 GHz Aug 02 03:39:11 yeah I guess there are options there Aug 02 03:39:21 considering only a small subset of am335x parts support 1 GHz at all Aug 02 03:39:47 does it actually run at 1g or just 800mhz? Aug 02 03:39:56 1 GHz Aug 02 03:40:45 available frequency steps: 300 MHz, 600 MHz, 720 MHz, 800 MHz, 1000 MHz Aug 02 03:40:47 current CPU frequency is 1000 MHz (asserted by call to hardware). Aug 02 03:41:02 does cpufreq work on it? Aug 02 03:41:12 erm .. scaling I mean Aug 02 03:41:28 yes, just reminded me to set it to ondemand again (it defaults to performance in rcn-ee's kernel builds) Aug 02 03:41:37 d'oh Aug 02 03:43:15 it can scale pretty freely actually in constrast to what cpufreq says, the relevance of the particular frequencies listed is that they are the higest frequency permitted at a certain voltage level Aug 02 03:43:21 [ 4:43am] michael@beagleblack ~ $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor Aug 02 03:43:21 ondemand Aug 02 03:43:26 cool Aug 02 03:43:51 so setting up involves requesting higher voltage from the pmic before increasing the frequency Aug 02 03:43:54 *stepping up Aug 02 03:44:06 urgh Aug 02 03:44:14 thats a bit clunky Aug 02 03:44:36 but I suspect its also normal Aug 02 03:45:17 it's the same elsewhere yes, though the amount of software involvement required may vary Aug 02 03:45:36 right Aug 02 03:45:44 omaps have some fancy hardware-managed shit in that department Aug 02 03:46:24 (no surprise there of course) Aug 02 03:46:57 the PRCM chapter of the omap4 TRM makes for an interesting read :P Aug 02 03:50:06 like, there you can set up things such that when a peripheral asserts a wakeup request, PRCM will automatically proceed to enable not just the peripheral and but also any programmed dependencies in anticipation they will be needed to service the peripheral Aug 02 03:51:46 thereby lowering the total wakeup latency hence making it more attractive to put stuff in low-power mode Aug 02 03:54:38 EW WTF Aug 02 03:54:53 what the hell are those BBG guys thinking Aug 02 03:56:37 they put a spread-spectrum clock generator on the main osc input Aug 02 03:56:46 asswipes Aug 02 03:58:22 all PLLs in the AM335x have integrated spread-spectrum clock generation support... you DON'T put spectrum-spreading on the input of a PLL since all that accomplishes is that it will be harder for the PLL to acquire and maintain its lock Aug 02 03:58:41 (and it will undo the spreading) Aug 02 04:00:25 eww jees really? Aug 02 04:00:48 that totally defeats the point of a pll Aug 02 04:01:00 -.- Aug 02 04:01:19 someone really didn't have a clue ... Aug 02 04:01:56 so the BBG guys didn't fix any of the problems in the BBB design, and the only changes they made by their own initiative are clueless Aug 02 04:02:51 figures Aug 02 04:03:32 we any closer to the x15 yet? Aug 02 04:04:03 every day we're one day closer to release Aug 02 04:04:25 theoretically.. Aug 02 04:04:53 unless that release date isn't fixed or is still being actively delayed ... Aug 02 04:05:02 in which case .. we're no closer at all Aug 02 04:05:18 then my statement is still true, (I didn't say "planned release", I said "release") Aug 02 04:05:53 but rcn-ee's testing images now also includes bbx15 images Aug 02 04:07:38 but you can track planned release here -> https://groups.google.com/forum/#!category-topic/beagleboard/beagleboard-x15/cNCC34ne6eo Aug 02 04:08:27 "If TI supplies the parts, then that date can be met. I can't speak for TI." Aug 02 04:08:32 -- Gerald Aug 02 04:08:58 lol Aug 02 04:09:01 go gerald Aug 02 04:10:21 due to "issues" TI has delayed release of the am572x by... 9 months so far? Aug 02 04:10:37 that's not a cheap bug Aug 02 04:13:30 thats a very interesting thread .. all the key ppl weighing in there Aug 02 04:14:07 I guess TI have got issues indeed Aug 02 04:14:32 of course Vayu is a beast of a chip Aug 02 04:14:34 I should imagine orders for 600 chips is one of them ;) Aug 02 04:14:47 it's completely insane Aug 02 04:17:42 hmm wonder why the usb3 hub chip ... Aug 02 04:17:57 to have more than one port? Aug 02 04:18:00 but yeah .. that chip is pretty kick-ass Aug 02 04:18:08 yeah but it restricts the bandwidth on the port Aug 02 04:18:40 you put 3 hdds on that hub . its gonna be SLOOOOWWWW Aug 02 04:19:09 especially disk-to-disk Aug 02 04:19:37 btw, to show TI's level of involvement: http://lists.infradead.org/pipermail/linux-arm-kernel/2015-April/336591.html Aug 02 04:19:37 that was the single biggest bottleneck when I used my Pi as a usb-hdd "nas" Aug 02 04:21:19 vayu has only one usable USB3 port, so with or without hub you're not magically gonna create more bandwidth Aug 02 04:21:22 use sata Aug 02 04:21:45 right design issue Aug 02 04:21:54 you can't multiplex sata afaik ;D Aug 02 04:22:17 eek .I see davinci patches on that list :/ Aug 02 04:22:27 SATA can, in two ways.. the inefficient way and the efficient way Aug 02 04:22:34 yea? Aug 02 04:22:35 afaik Vayu only supports the former Aug 02 04:22:40 haha Aug 02 04:23:25 veremit: what's eek about it? Aug 02 04:23:59 a chip that old is still having patches lol Aug 02 04:24:20 although .. *cough* am335x lol Aug 02 04:24:24 davinci isn't a chip, it's a brand.. the DM814x is also branded DaVinci Aug 02 04:24:48 ok more the fact we have a product out with the dm368 in it .... Aug 02 04:25:07 what really surprises me is that the AM572x is branded Sitara rather than DaVinci Aug 02 04:25:08 which has known issues Aug 02 04:25:16 its sitara generation Aug 02 04:25:23 sitara isn't a generation Aug 02 04:25:36 or 'class' then Aug 02 04:25:56 like the Centaurus die is branded DaVinci if all video shit works properly, and Sitara (AM387x) if it doesn't Aug 02 04:25:57 it probably has repercussions internally at TI .. like the dev team working on it Aug 02 04:26:22 however the AM572x has everything I'd expect from a DaVinci device and more Aug 02 04:26:46 are they still developing the davinci 'line' .. i thought it was somewhat dormant Aug 02 04:28:29 well, this -- combined with the pathetic support for the DM81xx series -- does feel to me like a death-sentence of the DaVinci line yeah Aug 02 04:29:02 right Aug 02 04:29:21 dm36x is purely C6x DSP + video accel right? Aug 02 04:29:33 or is it ARM? Aug 02 04:29:39 I never remember which number is which Aug 02 04:30:02 no wait, it'll be ARM, otherwise it would be DM6xxx probably Aug 02 04:30:30 its arm with encodring accel. Aug 02 04:30:32 -r Aug 02 04:30:36 yeah Aug 02 04:30:47 quite a nice chip actually Aug 02 04:30:53 like the DSPless Centaurus-derivates are called DM38x Aug 02 04:31:12 yeah not sure how much use a dsp is inside an arm chip ... Aug 02 04:31:25 "inside" ? Aug 02 04:31:29 the pru's I get .. but dsp .. that's quite a niche application Aug 02 04:32:07 am572x got 2 dsp cores Aug 02 04:32:30 actually arm + dsp is exactly what we wanted Aug 02 04:32:38 and that's what the C6-Integra line offered Aug 02 04:32:47 before it did *poof* Aug 02 04:33:00 well .. perhaps the new chip will help you out .. Aug 02 04:33:03 C6A816x is the only officially released part Aug 02 04:33:14 if the price-point is right Aug 02 04:33:28 the chip won't, maybe the x15 will but way too early to tell Aug 02 04:33:53 we won't see production boards 'til end of year Aug 02 04:34:15 Freon/Primus are funny chips too, there the ARM and DSP are on equal footing Aug 02 04:34:18 it can boot from either Aug 02 04:34:24 TI still ? Aug 02 04:34:30 yeah, omap-L1xx Aug 02 04:34:38 can't say I'm a fan of TI if I'm totally honest Aug 02 04:34:39 or if the DSP didn't pass factory test, AM1xxx Aug 02 04:34:48 or if the ARM didn't pass factory test, TMS320C674x Aug 02 04:34:54 lol Aug 02 04:35:05 bloody knock-offs .. Aug 02 04:35:21 * veremit googles allwinner .. lol jk Aug 02 04:35:44 my soc vendor of choice for now remains freescale Aug 02 04:36:04 might not be perfect .. but they do pretty good stuff Aug 02 04:36:11 the AM1xxx is weird chip because of that... the chip infrastructure reveals its C6x heritage, except there's no (working) C6x DSP Aug 02 04:36:37 (there are similarly weird DSPless keystones) Aug 02 04:37:01 freescale? never really looked at their stuff I think Aug 02 04:38:47 imx6 is their main line Aug 02 04:38:57 but not much extra stuff .. Aug 02 04:39:41 thouhg looking at their imx7's .. Aug 02 04:39:42 new line Aug 02 04:39:47 * zmatt looks for a TRM of sorts Aug 02 04:42:03 * zmatt picks the IMX6SXIEC for reading Aug 02 04:43:17 they've added to the ... oo .. solox with dual gb eth?! Aug 02 04:44:00 though tbh, I'd rather work with TI SoCs now simply because I know them very well and it would take a long time to acquire the same level of knowledge with another vendor Aug 02 04:44:59 yeah I hear ya .. nice thing would be .. you don't need it .. rofl .. less issues . imo. Aug 02 04:45:16 but I know where ya cmin from Aug 02 04:45:53 pmic .. http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MMPF0200 Aug 02 04:46:10 plus I doubt we'll be developing a board from scratch again any time soon... the pricing of something like the BBB just makes it too attractive to build things around them instead Aug 02 04:46:53 user-programmable PMIC <3 Aug 02 04:47:34 I really really _really_ *really* don't understand why TI doesn't allow their PMICs to be end-user programmed... especially since my impression is that it uses EEPROM rather than OTP Aug 02 04:47:35 yeh problem is availability of the bbb Aug 02 04:47:56 we had a product we targetted bbb but supply problems we threw the idea out Aug 02 04:48:07 supply is a headache Aug 02 04:48:08 used the imx6 wandboard solo Aug 02 04:48:20 but we were looking at building the o/s imx6rex board Aug 02 04:48:41 I know I had a conversation with mrpackethead about doing some production Aug 02 04:48:52 customer went a bit cold though Aug 02 04:49:17 * mrpackethead wakes up Aug 02 04:49:33 did you get any imx6rex going, mrpackethead / Aug 02 04:49:49 yes, we did. Aug 02 04:49:51 they are reallky good Aug 02 04:49:54 yea? Aug 02 04:49:55 jsut expensive. Aug 02 04:49:59 wandboad still more expensive than ... that Aug 02 04:50:00 ah Aug 02 04:50:09 bbb is just dirt cheap Aug 02 04:50:09 beagle is cheap Aug 02 04:50:09 yes but for capability .. Aug 02 04:50:19 beagle IS cheap ..but cheap frequently=crap Aug 02 04:50:21 and you could say "nasty" Aug 02 04:50:26 +1 Aug 02 04:50:32 but the Pi REALLY is cheap Aug 02 04:50:32 bbb isn't crap Aug 02 04:50:34 AND crap Aug 02 04:50:35 lol Aug 02 04:50:43 onion. Aug 02 04:50:43 imo Aug 02 04:50:53 some things could definitely have been done better Aug 02 04:50:53 i'm using a lot of TI's CC3200's now Aug 02 04:51:10 still theres a lot of them out there Aug 02 04:51:16 and peopel are doign lots of fun things. Aug 02 04:51:25 volume is pretty important these days Aug 02 04:51:30 still I wish our original board could have made it (also, I wish I had the knowledge I have now when we were in design phase) Aug 02 04:51:33 look at apple ;) Aug 02 04:51:39 at the end of the day, just build your own whatever Aug 02 04:52:12 having Cortex-A8 for linux, DSP for audio processing, and Ducati for managing real-time tasks on a single chip is very nice Aug 02 04:53:44 ah ya wifi chip yea Aug 02 04:53:56 its pretty handy Aug 02 04:54:05 now we have some external DSP for audio processing, configured from a bbb via spi, but ugh Aug 02 04:54:14 we are using about to run 100,000 pces of them Aug 02 04:54:34 just in the process of deciding if i shoudl buy a PnP line. Aug 02 04:54:56 go for it Aug 02 04:55:02 you're unlikely to regret it Aug 02 04:55:16 or rent if the option exists Aug 02 04:57:49 lol, the imx has a "medium quality sound" module? I like the sound of that Aug 02 04:58:03 yeah dunno whether to go cc3200 or arduino yun Aug 02 04:58:12 yun is quite a bit more expensive Aug 02 04:58:21 zmatt : the sgma500 codec ain't bad Aug 02 04:58:24 and its low power Aug 02 04:59:03 veremit: I hadn't even looked at the details yet, the name was just funny Aug 02 04:59:12 heh yeah Aug 02 05:00:05 btw, if talking about small uC boards, also peek at http://www.embeddedartists.com/products/lpcxpresso/lpc1549_xpr.php and http://www.embeddedartists.com/products/lpcxpresso/lpc1769_xpr.php Aug 02 05:01:30 for real info, cpu datasheets for the relevant series: http://www.nxp.com/documents/data_sheet/LPC15XX.pdf and http://www.nxp.com/documents/data_sheet/LPC1769_68_67_66_65_64_63.pdf Aug 02 05:02:37 actually, instead of that second board, this is its revised edition: http://www.embeddedartists.com/products/lpcxpresso/lpc1769_cmsis_xpr.php Aug 02 05:03:04 same price, better features, out of stock Aug 02 05:03:05 ;) Aug 02 05:04:06 I need to do some cortex dev .. my colleague's been handling the last project on that Aug 02 05:04:20 there's a cortex-m3 on the beaglebone ;) Aug 02 05:04:35 I just wish they had given it access to the L3 Aug 02 05:04:38 yeah its not much use though .. and I need a 'spare' beagle to play with Aug 02 05:04:50 but I might have aplay with the cc3200 board Aug 02 05:04:55 I have a use for that :D Aug 02 05:05:33 I just need it to play nice with 1-wire and a rf tx.... Aug 02 05:05:46 and I can replace the arduino Aug 02 05:05:52 the m3 on the bbb is not completely useless (still has access to one gpio bank, one i2c, one uart, adc, rtc, bunch of more stuff) Aug 02 05:06:01 but it's.... sub-optimal Aug 02 05:06:07 are any of its pins exposed though?? Aug 02 05:06:17 ohwait Aug 02 05:06:22 :P Aug 02 05:07:12 check the L4WKUP tab of my memory map spreadsheet if you want the exact list of peripherals it has access to -> https://docs.google.com/spreadsheets/d/1hRgpmJ-4Yeojyl8XPO9n3IoYSWKPkg6oRnEvdfV_RaM/edit Aug 02 05:08:28 it could access the rest via ugly hacks, but... those would be ugly hacks Aug 02 05:09:35 heh Aug 02 05:12:29 the 'winner' for me with teh CC3200 was it has an onboard crypto module Aug 02 05:12:40 and since for my app, i wanted to secure stuff in TLS Aug 02 05:12:45 that was pretty handy Aug 02 05:13:00 and i can build it in a very tiny module. Aug 02 05:13:04 yeah there are more CCs with that Aug 02 05:13:16 Tiva Snowflake also has crypto Aug 02 05:13:33 for our project we eneded up with two pcbs thoguh Aug 02 05:13:39 (which finally gave some official docs on the crypto accelerators on the AM335x) Aug 02 05:13:41 one with teh CC3200 and its assocaited stuff Aug 02 05:13:50 and one with some power electronics on it. Aug 02 05:13:59 too hard to get the mix on a single pcb. Aug 02 05:14:06 and expensive. Aug 02 05:14:46 CC2538 also has crypto Aug 02 05:15:20 "zmattthough tbh, I'd rather work with TI SoCs now simply because I know them very well and it would take a long time to acquire the same level of knowledge with another vendor" Aug 02 05:15:25 mmmm Aug 02 05:15:30 and weirdly, the CC2538 is totally unrelated to the CC253x Aug 02 05:15:46 some days the more i learn about Ti, the more i hate them. Aug 02 05:16:25 mrpackethead: sometimes yes... but I sincerely doubt the grass is truly greener elsewhere Aug 02 05:16:26 the CC2650 is a classic example. Aug 02 05:16:38 zmatt: microchip is greener, mostly. Aug 02 05:16:44 but its a different market space too. Aug 02 05:16:56 generally you discover the obnoxious parts of anything only once you start working with it Aug 02 05:17:15 TI, needs to say, hey we will use this development plaform, and stick with it.. Aug 02 05:17:17 but no.. Aug 02 05:17:45 teh 6lowpan example is built using GCC ( cross compiled, under linux, but theres only a windows loader ) Aug 02 05:18:03 Bluetooth is done using Ti's CC Aug 02 05:18:16 ew Aug 02 05:18:18 and and zigbee is IAR Aug 02 05:18:27 and its all over the shop Aug 02 05:18:38 largely i dont' care which environmetn. Aug 02 05:18:41 jsut stick to one! Aug 02 05:18:57 yeah environment are another whole board-game Aug 02 05:19:09 gcc all the way imho Aug 02 05:19:42 although I might tinker with this energia crap as a starting point for the cc3200 Aug 02 05:19:58 not much support for it there yet Aug 02 05:20:00 then drop to baremetal Aug 02 05:20:14 I just need time Aug 02 05:20:25 if you find a 'time' tree Aug 02 05:20:30 can you send me some seeds. Aug 02 05:20:33 i'd like to grow some Aug 02 05:20:33 says he, frittering a night awake Aug 02 05:20:35 sure Aug 02 05:20:40 will keep ya posted :D Aug 02 05:20:44 I think more time should be manufactured Aug 02 05:20:49 yea Aug 02 05:21:00 a 32-36hour day would really suit me. Aug 02 05:21:11 What woudl suit me woudl be a flat earth Aug 02 05:21:19 and a sun that rotates the earth Aug 02 05:21:20 btw: I appreciated that they didn't reinvent the wheel for 6lowpan but added it to contiki Aug 02 05:21:21 mrpackethead .. not gonna happen. Aug 02 05:21:32 there are somce scientists who wrecked things when they chagned that Aug 02 05:21:45 also, go over the design schematics again, figure out how to make this "sleep" thing unnecessary Aug 02 05:22:16 * tbr should try it in his cc2650 some time soon Aug 02 05:22:17 i dont' like teleconfernces at 3am. Aug 02 05:22:41 Move :p Aug 02 05:22:47 lol Aug 02 05:22:58 3am sounds like a fine time to me Aug 02 05:23:07 moving would only fix the 3am one Aug 02 05:23:13 yup 3am is fine ... 9am sucks Aug 02 05:23:20 then the 3pm one would become a 11pm Aug 02 05:23:26 11pm is fine Aug 02 05:23:32 etc etc Aug 02 05:23:37 lol Aug 02 05:23:45 no time zone is good. Aug 02 05:23:51 *it is impossible* Aug 02 05:24:04 just gotta roll with it . or chance industry :p Aug 02 05:24:15 I choose the issues I got for now Aug 02 05:24:44 really .. they could be a LOT worse .. even if they could also be better :D Aug 02 05:27:46 i have the school kids tommorrow Aug 02 05:27:52 that will be fun. Aug 02 05:28:00 you never know what question you'll get. Aug 02 05:28:35 my annual, " so you want to be an engineer " talk Aug 02 05:28:40 for the local school. Aug 02 05:28:52 "look at me", do you want to be like this.. of course not. Aug 02 05:29:09 go and study something useful like Accounting or Law Aug 02 05:29:35 rofl Aug 02 05:29:41 no no .. don't start that Aug 02 05:29:49 they want to go to the moon .. and .. stuff. Aug 02 05:30:18 racing is a good one .. building carts and stuff Aug 02 05:31:00 find something they can compete in .. that's usually a good motivator Aug 02 05:31:01 "aim for the moon! if you miss, you'll spend your remaining days in the cold dark void, in sight of the lush welcoming home you left behind" ;-) Aug 02 05:31:09 zmatt +1 Aug 02 05:31:15 xkcd I think Aug 02 05:31:26 I would imagine so, or similar. Aug 02 05:36:38 mrpackethead .. what does the cc3200 come up as on wifi .. does it have a socket interface to something? Aug 02 05:45:48 veremit: out of the box? the cc3200launch pad i think has a web interface Aug 02 05:46:05 been a while since i used the launch pad. Aug 02 05:47:02 the launch pad, is it actually able to physically launch the cc3200 ? Aug 02 05:51:14 ah, nice elinux is back. Aug 02 06:02:16 uhoh .. psu on offer .. £10 less than already good price at £50 lol .. think that's on the list Aug 02 06:14:19 tbr: \o/ Aug 02 08:56:26 hi Aug 02 08:56:31 i am furkan Aug 02 08:56:39 i am from turkey Aug 02 08:56:43 :) Aug 02 08:58:39 merhaba furkanyx Aug 02 08:58:42 welcome Aug 02 13:56:10 Is it possible to remove the onboard Flash memory in the BeagleBoneBlack ? Aug 02 13:57:45 guest32456: why would you want to? Aug 02 13:59:42 zmatt: I just don't like having integrated flash memory, if I store personal information in there, either deliberately or accidentally, you cannot remove it Aug 02 14:00:17 well, eMMC actually supports "secure erase" commands for that purpose Aug 02 14:01:21 if you delete all partitions the linux will never mount it; if you omit the eMMC from device tree then linux won't know about its existence so it won't appear as a block device Aug 02 14:01:22 zmatt: nah, I would not really trust that, to be honest. you have to trust what the controller is telling you it is doing. Moreover, flash devices use wear leveling, which makes secure erase mostly unattainable Aug 02 14:02:34 you would have to trust the firmware of the controller, but it would take extraordinary effort to recover any data even if they fuck up the secure erase Aug 02 14:03:05 if you have enemies that powerful, you have bigger problems ;) Aug 02 14:03:25 zmatt: I could show you a paper from a forensics journal where they regard secure erase in flash memory systems extremely unrealiable Aug 02 14:03:42 but you can't access the raw sectors in an eMMC Aug 02 14:04:17 zmatt: is it any more difficult doing that in an eMMC when compared to a pendrive or a SD card? Aug 02 14:04:37 pendrive probably has physically separate controller and flash Aug 02 14:04:43 dunno SD card Aug 02 14:04:59 eMMC... you'd need to unpackage the chip Aug 02 14:05:49 the guys at zeptobars usually do that with boiling sulphuric acid Aug 02 14:06:00 zmatt: frankly, I see putting integrated storage memory in free hardware devices (such as the BBB) as a step backwards, to be honest Aug 02 14:06:13 but anyhow, you can: Aug 02 14:06:19 unsolder it ? Aug 02 14:06:22 1. make linux view the block device as unusable Aug 02 14:06:31 2. make linux not know about the block device to begin with Aug 02 14:06:58 3. hold the eMMC in reset (but note that you need to enable the use of the reset pin via an OTP config bit in eMMC first) Aug 02 14:07:13 4. ruin the eMMC permanently via its OTP config and lock bits Aug 02 14:07:22 OTP config? Aug 02 14:07:31 dunno what that is Aug 02 14:07:34 5. desolder the eMMC, although that may risk surrounding components Aug 02 14:09:20 zmatt: why do you BBB developers decided to put the eMMC integrated in the board? didn't you like just putting uboot in a SD card ? Aug 02 14:10:16 guest32456: I really gotto go now, but if you want to know the gory details, register (free) on jedec's website and download JESD84-A441.pdf (if you have micron eMMC) or JESD84-B451.pdf (if you have kingston) Aug 02 14:10:35 read about the CSD and ECSD registers Aug 02 14:10:56 I'm not a BBB designer btw Aug 02 14:11:40 ok Aug 02 14:11:42 thank you Aug 02 14:11:50 I personally find eMMC quite convenient, and it is faster (8-bit data instead of 4-bit) Aug 02 14:12:15 ok, I will read about it, goodbye Aug 02 14:12:29 note that if you hold eMMC in reset, you can then also reuse its pins on the expansion connector Aug 02 14:12:49 (but again, the reset pin is not functional by default, it needs to be enabled in ECSD) Aug 02 14:13:09 I'll be back later Aug 02 14:13:12 afk Aug 02 16:12:00 where is the hardware revision printed on the beaglebone black board? Aug 02 16:12:10 I have found a mystery bbb I didn't know I owned Aug 02 16:12:19 sticker on the Px header side ... Aug 02 16:13:20 veremit, I don't see one Aug 02 16:14:05 there's no sticker on the ethernet riser either Aug 02 16:14:12 just the 5v on the barrel Aug 02 16:26:07 trelane`, no sticker on the side of the ethernet connector? Aug 02 16:26:18 no Aug 02 16:26:23 I just took this thing out of the anti-static too Aug 02 16:26:36 OOH found it Aug 02 16:26:38 A5C Aug 02 16:26:51 :) Aug 02 16:26:52 on the inside of the P9 header Aug 02 16:26:59 ahh Aug 02 16:27:59 the board's a bit old, but it should work for my purposes, thanks! Aug 02 16:28:23 yeah I think I have a couple older boards, A5A laying around Aug 02 16:28:24 * trelane` mumbles something that sounds like "it has to take effort to hide something on a board the size of an altoids tin" Aug 02 16:28:48 ooh I'm sure I do too Aug 02 16:29:41 I know I have one white beaglebone too Aug 02 16:29:53 but just using the newest one for testing Aug 02 17:09:34 Hi Aug 02 17:10:32 Anyone here? Aug 02 17:10:55 hi Aug 02 17:11:16 Hi :) Aug 02 19:19:46 Anyone using the 7" LCD w/ the BBB? Aug 02 19:21:20 I need an OEM type behavior that boots to the app. No Linux desktop. Wondering if I should use GTK+ or QT ? Aug 02 19:28:09 i did something like that with qt a while ago. worked great Aug 02 19:28:13 simple too, if you know qt Aug 02 19:28:34 dont know whether gdk's framebuffer output is still functional or not Aug 02 19:29:09 also... what's an "OEM type behavior"? Aug 02 19:29:27 expensive device with no support after payment? Aug 02 19:33:08 LOL Aug 02 19:33:29 Hmmm sounds familiar. Well there are some boards with 7" LCD available. The biggest "issue" is allocating the LCD pins from the HDMI adapter and making a EEPROM to automagically set things correctly in the IO for you. Aug 02 19:34:02 Unfortunately you are kind of limited to 16bits per pixel unless you don't intend to use some of the IO Aug 02 19:34:08 By OEM I mean the thing will boot to my APP & not give the user any evidence (or choice) to go into the linux desktop. Aug 02 19:34:57 that's entirely up to you I would think :D you set up the startup Aug 02 19:35:44 Cool, I suspect it can be done but have never gone down that road before Aug 02 19:37:41 If you need custom keys et al you may want to look at the 7" LCD board available for a reference design. The biggest issue will be setting up the custom configuration. I've procrastinated on doing just what you are thinking of due to 'life" :D Aug 02 19:37:59 The 7" cape appears to attach and boot w/ the BBB without issues but I don't know which graphics package to choose. I've not used either and I would prefer not to have pay royla Aug 02 19:38:30 royalties. I can't quite tell if QT requires $$ Aug 02 19:39:00 +1 on the "life" thing Aug 02 19:39:54 I have a buddy that just did a 5" LCD custom with the BBB, used GTK+ and it looks fantastic Aug 02 19:41:49 Thanks for the feedback and advice - hope you get the _life_ thing under source-control :) Aug 02 19:43:05 I hope to git it under control dang it Aug 02 19:44:06 well sgx works directly on the fb, and phase 2 of the plan is to see if I can get the eglfs backend of qt5 to work with that Aug 02 19:44:33 I have no VTs or console driver on the framebuffer, nothing appears until I display something on it Aug 02 19:53:44 Gentooman: if the lcd supports time-domain multiplexed data, it might be possible to use fewer pins, but i don't know if such a thing is ever done (it apparently it with yuv422 video but that's not what you want for a framebuffer) Aug 02 19:54:01 at the price of resolution and/or framerate obviously Aug 02 19:55:25 I assume it outputs PCLK for the pixel data? Aug 02 19:56:37 all signals are sychronized to pclk yes.. either rising or falling edge (configurable separately for data+oe and hsync+vsync) Aug 02 20:03:15 I was thinking of clocking the data through an FPGA which could mux / mix the display data instrument data (IE scope trace etc.) Aug 02 20:10:31 if you want to transport lots of data from bbb to an FPGA you could definitely use the lcdc for that, has a lot of bandwidth Aug 02 20:13:41 lcdc is easy to setup btw, I once did it manually in a little baremetal test (outputting a magnificent 16x1 pixel framebuffer iirc, since I was running out of internal SRAM) Aug 02 20:19:10 even at 16-bit width it can pump data out at 2 gigabit/s Aug 02 20:23:44 could use that for direct synthesis I suppose. Aug 02 20:24:21 do keep in mind it forces you to waste 3 cycles per line (back porch, front porch, hsync) and one line per frame (vsync) Aug 02 20:24:49 data lines retain their value during those intervals Aug 02 20:26:04 so unfortunately it can't be used for continuous uninterrupted parallel data output Aug 02 20:33:08 but with a proper FIFO that's not an issue I suppose :d Aug 02 20:36:12 async fifo and slightly slower clock on the output side could work, but generating that clock will be tricky Aug 02 20:37:42 unless you deliberately waste a lot of bandwidth to make ( data rate ) / ( pixel clock ) a nice ratio, you'd need to synchronize on the vsync Aug 02 20:40:38 minimal waste of bandwidth would require a big frame size, say 2K x 2K, but then you'd need a PLL that can scale the ~30 Hz frame clock up to the ~125 MHz data clock Aug 02 20:42:36 of course you can trade some efficiency in exchange for a more reasonable ratio by using a smaller frame buffer Aug 02 20:45:09 which would also lower the latency, since a whole framebuffer is the smallest unit of data you can pass to the lcdc... unless you'd resort to dangerous tactics like updating the framebuffer ahead of where you predict its read pointer is Aug 02 20:45:27 *its = the lcdc dma controller's **** ENDING LOGGING AT Mon Aug 03 02:59:58 2015