**** BEGIN LOGGING AT Fri May 08 02:59:59 2015 May 08 03:34:44 it's just for testing May 08 03:37:40 nothing weird with that May 08 03:38:15 those are mighty thick wires May 08 03:38:29 it's a battery... hence battery wires ;-) May 08 03:40:05 it looks like #12 wires May 08 03:40:09 possibly they may have been intended for slightly larger batteries May 08 03:40:30 unless this is also the self destruct mechanism May 08 03:40:43 but they were lying around anyway in the big box of scrap wires May 08 03:40:56 do you have a protection board on there? May 08 03:41:14 I have a BBB wired up with a battery that size but with more appropriately sized wires May 08 03:42:04 sure, if the battery overheats the PLA battery holder would probably melt and there's at least some chance the terminals would no longer make decent contact May 08 03:42:18 ;) May 08 03:42:20 heheh May 08 03:42:24 nice low cost system May 08 03:42:49 besides, the lack of protection circuitry is a feature! it means lower self-discharge May 08 03:43:57 and the PMIC will shut off at 3.3V anyway, so the battery never gets drained really far May 08 03:45:53 so as long as the positive terminal avoids a short-circuit with the battery casing that got exposed due to the battery-holder scratching the insulation, I think it'll be fine May 08 03:47:12 more from over charging May 08 03:47:46 at 4.1V ? May 08 03:48:35 (and I noticed the PMIC actually charges slightly below the configured voltage) May 08 03:49:15 if the voltmeter I used was accurate (it may not have been, I was at a hackerspace at the time) May 08 03:50:09 depends on the exact chemistry May 08 03:50:16 some are 4.2 and some are 4.1 May 08 03:50:20 also depends on temperature May 08 03:51:28 temperature is slightly above ambient (mostly due to its location, although there are spacers keeping the holder from actually touching any ICs) May 08 03:51:47 chemistry is the usual LCO May 08 03:51:51 that's why there is the thermistor input... May 08 03:51:58 there are variations May 08 03:52:01 the 10k resistor you mean? ;) May 08 03:52:27 hopefully that 10K resistor has a very lousy tempco May 08 03:52:28 there are, but LCO is still the most common afaik May 08 03:52:59 the battery itself shouldn't (and last time I checked, doesn't) significantly heat up May 08 03:53:19 a protection PCB is $1.50 so I don't take chances May 08 03:53:54 and I wasn't planning on introducing it to an environment outside 0-45 ͏°C, let alone charge it there May 08 03:54:02 yeah but this is just a quick hack for testing May 08 03:54:07 *shrug* mistakes happen May 08 03:54:24 a loose probe took out one of my BBB last year May 08 03:55:00 lesson learned: never let your probes loose, keep them on a tight leash May 08 03:55:22 or use clips May 08 06:03:12 Hello everyone, Im looking to get into embedded linux coming from a microcontroller background. I wanted to buy a beagleboard and the two options that I have are Raspberry Pi 2 and Beagle Bone Black. I am unsure of which one to buy. Anyone have any pointers on what things matter. My Objective is to learn about the internals of linux etc. May 08 06:13:16 for linux itself it probably doesn't matter, though if you have any sort of interaction with the hardware you'll find the processor docs available for the broadcom chip on the rpi2 to be rather... limited May 08 06:13:33 (in comparison to those available for the am335x) May 08 06:14:29 also, rpi/rpi2 doesn't have real ethernet, which would be a turnoff for me May 08 06:16:02 (it has an usb hub chip with integrated ethernet controller, but that's a crappy deal compared to having ethernet support integrated in the SoC) May 08 06:19:36 especially given that USB on those chips is usually rather... May 08 06:20:08 if you're coming from a uC background you'll probably find the am335x a more attractive processor in general since it's targeted at industrial applications and as a result has a whole bunch of peripherals more typical for uCs (its pwm subsystems for example come straight from TI's real-time control uCs) May 08 06:20:11 also if you want to do micro-controller-ish stuff in addtion to Linux. The two PRU units on the BBB are kinda nice May 08 06:21:08 while the broadcom is more of a smartphone processor... its strength lies in graphics, but that's also about all it has May 08 06:22:08 (the gpu is actually the main processor there, the ARM processor is an auxiliary) May 08 06:22:40 it got better with the pi2, as now there are 4 armv7 cores instead of 1 armv6 May 08 06:22:46 but it's still meh May 08 06:23:14 * tbr doesn't like the whole thing where the GPU needs to boot first using binary blobs May 08 06:23:16 if I'd touch an rpi1 at all it would be to play with the videocore... fuck arm11 May 08 06:23:18 ;P May 08 06:24:12 Okay thanks guys for your thoughts! @zmatt what paramater will be affected if I use the ethernet? Speed of transfer? May 08 06:24:41 @zmatt the ethernet question was regarding RPI2 and BBB May 08 06:24:51 ethernet ports May 08 06:25:34 mimetonbo: that, plus the fact that usb sucks donkey balls and having your ethernet layered on top of that is just meh May 08 06:25:55 while the BBB actually has a fairly fancy ethernet controller May 08 06:26:08 (though unfortunately not a gigabit phy) May 08 06:26:42 note also that the BBB on-board storage (eMMC) while the rpi only boots from SD card (afaik this is still true with the rpi2 ?) May 08 06:27:30 the BBB can actually also directly ethernet-boot, which can be convenient when playing with kernels and/or bootloaders (though it's not trivial to get it working initially) May 08 06:28:46 Sorry got disconnected. How is the open source community comparing RPI2 and BBB? May 08 06:29:15 no idea May 08 06:42:25 I'd say BBB is quality over quantity May 08 06:42:56 less ugly hacks by random people who when try to sell it off as the ultimate solution May 08 06:43:10 then... May 08 06:54:09 i'd say that most BBB users actually read the documentation May 08 06:54:39 including the TRM ? ;-) May 08 06:55:00 anyone who met me, will at least know of its existance ;) May 08 06:57:43 hmm, I think I've actually read, or at least substantially browsed, the whole thing... except I just superficially browsed CAN and USB (the former since I have no use for it currently, the latter because AAAAH MY EYES) May 08 07:03:06 not that I remember it all, but at least I usually know where I need to look May 08 07:12:43 that's what i mean May 08 07:12:57 most rpi users dont do that May 08 07:13:04 they just learn from youtube May 08 07:14:21 UUUUU TUBE May 08 07:14:25 hello chocolate troll May 08 09:48:02 The seeedstudio variant of the BBB seems close: http://ikmaak.nl/eenblog/2015/05/08/beaglebone-green-close-to-release/ May 08 09:52:17 seeed's own blogpost about it: http://www.seeedstudio.com/blog/2015/05/08/guessgiveaway-seeedhit-10th/ May 08 12:11:35 will it also avoid fucking up power management? :P May 08 12:46:46 I'm running a BBB as a simple linux server, want to remove all the bonescript and cloud stuff. But when I install a new package with apt-get, systemd re-instates the startup and socket files again. Does anyone know where it reads that from? May 08 12:51:32 starting with a crap-free system might be easier than decrapping a system :P May 08 12:51:44 but did you apt-get purge the offending packages? May 08 12:52:08 cloud and bonescript are not in packages, alas May 08 12:52:22 then I'd definitely prefer to start with a clean system May 08 12:52:43 e.g. https://rcn-ee.net/rootfs/bb.org/testing/2015-03-08/console/ May 08 12:55:09 zmatt: tempting.. May 08 12:59:11 hi, i add initrd to kernels eof and gives initrd address to kernel by parameter. but i get "initramfs unpacking failed junk in compressed archive" error on debug output. May 08 12:59:21 do you have any idea? May 08 13:51:08 I don't think you can simply tag an initrd onto a kernel image, surely?? May 08 14:56:36 rcn-ee: I added the new compiler to /etc/environment, but buildbot isn't picking it up. May 08 14:56:55 rcn-ee: I restarted buildbot in a shell that had the PATH set properly. May 08 14:59:26 rcn-ee: just thought to restart the buildslave instead of the buildbot (master). will see if that fixes it. May 08 15:01:47 odd! May 08 15:07:24 jkridner, on the cape *.dtbo side, i've been setting things up so we can use the gcc pre-processor and not use magic numbers in the dts/dtbos's.. https://github.com/RobertCNelson/bb.org-overlays/blob/master/src/arm/cape-CBB-Serial-r01.dts#L59 May 08 15:08:53 rcn-ee: I think restarting the buildslave did it. May 08 15:09:38 rcn-ee: nice. Will you use the PREPROCESSOR to create some definitions of proper peripheral numbers per the hardware documentation? May 08 15:09:54 such that I2C2 is the correct I2C bus? May 08 15:12:14 I guess we could hide the i2c2 behind a pre-proccessor too, the only cape that using i2c right that i've tested is the crypto cape and i2c2 was already define... May 08 15:16:24 I was just espousing the general practice. I can't remember the exact instances where the issue came up. May 08 15:17:22 looks like the PATH is good now. ;) http://builds.beagleboard.org/builders/build-kernel/builds/23/steps/shell_1/logs/stdio May 08 15:48:44 anyone have some amazing code that handles keybed input from Fatar keybeds for BBB and calculates velocity, accepts some analog inputs for pitchwheel and volume, or know of an open project like this? May 08 15:57:26 <_av500_> azv4: werent you the one to write that? May 08 15:57:52 _av500_, ha! I might have to! May 08 15:58:01 <_av500_> so, get crackin' May 08 15:58:03 I'm working on an LED matrix right now May 08 15:58:11 <_av500_> how boring :) May 08 15:58:20 well its a good lesson in working with matrix May 08 15:58:53 <_av500_> the matrix! May 08 17:04:03 jkridner, looks like it worked. ;) http://builds.beagleboard.org/linux/4.1/ea4764e19551fffe445d7e2f2094adcc04cdb2b1/ May 08 17:04:19 I was just noticing that! :-) May 08 18:11:23 anybody building BBB debian images on Acer chromebook CB5-311 TK1? May 08 19:24:17 hi May 08 19:34:18 Hey all, I'm tring to flash my eMMC with Debian (Beagle Bone Black). May 08 19:34:48 But I allways have this error message: http://pastebin.com/KSysmBQF May 08 19:35:15 I tried this: https://rcn-ee.com/rootfs/bb.org/testing/2015-05-04/console/BBB-eMMC-flasher-debian-8.0-console-armhf-2015-05-04-2gb.img.xz and this https://rcn-ee.com/rootfs/bb.org/release/2015-03-01/console/BBB-eMMC-flasher-debian-7.8-console-armhf-2015-03-01-2gb.img.xz May 08 19:35:26 I following this tutorial http://derekmolloy.ie/write-a-new-image-to-the-beaglebone-black/ May 08 19:38:00 HyP3r: try this ungureanuvladvictor.github.io/BBBlfs May 08 19:38:08 maybe it works May 08 19:42:54 vvu: I'll this thanks May 08 20:02:34 vvu: I can't compile this tool from you May 08 20:03:12 http://pastebin.com/QYArALvX May 08 20:03:20 I get this if I run ./autogen.sh May 08 20:10:08 HyP3r, even with the push button down? May 08 20:10:28 how exactly did you dd the file? May 08 20:10:33 rcn-ee: yes sure. I'm pressing S2 May 08 20:10:51 http://pastebin.com/0K3sweNw May 08 20:11:04 Like this (my acutal try without flasher) May 08 20:11:21 odd.. May 08 20:12:16 Yes really odd May 08 20:12:38 I'm now trying to startup with a normal MicroSD Image and copying on-the-fly to the mmc May 08 20:13:36 I don't know if this good but like that: dd if=/dev/ of=/dev/ May 08 20:17:26 Weird, really weird, I also get this failure with a normal sd card image May 08 20:30:05 HyP3r: install pkg-config May 08 20:30:07 Anyone here familiar with trying to use the ADC and the touch screen. It seems that as soon as I try to access the non-touch screen adc channels the touchscreen stops responding? May 08 20:31:55 <_av500_> its the same hw unit, adc and touchscreen adc May 08 20:31:57 <_av500_> IIRC May 08 20:33:24 vvu: I installed pkg-config now I'm flashing the image May 08 20:39:57 Yeah, TS on 0-3, 4-7 for other things, 7 is used for something on the board. May 08 20:47:24 vvu: after this http://pastebin.com/6aQ9PeqE I started the board, now I get this: May 08 20:47:54 http://pastebin.com/5aPk73Wn May 08 20:49:08 which image are you using ? May 08 20:49:15 seems that flashing was ok, image is the problem May 08 20:49:27 microSD/Standalone: (console) (BeagleBone/BeagleBone Black) May 08 20:49:32 https://rcn-ee.com/rootfs/bb.org/testing/2015-05-04/console/bone-debian-8.0-console-armhf-2015-05-04-2gb.img.xz May 08 20:49:39 I validated the md5sum May 08 20:50:13 you have 2gb eMMC ? May 08 20:50:40 I don't know May 08 20:50:55 https://www.kickstarter.com/projects/1598272670/chip-the-worlds-first-9-computer May 08 20:51:01 $9 computer? May 08 20:51:20 [ 3.052584] mmcblk0: mmc1:0001 MMC04G 3.65 GiB May 08 20:51:25 HyP3r: try with this one http://debian.beagleboard.org/images/bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img.xz May 08 20:51:34 to really see if the image is the problem May 08 20:51:40 I have a 3.65 GB image May 08 21:05:45 HyP3r, https://paste.debian.net/173404/ May 08 21:06:00 HyP3r, this was: BBB-eMMC-flasher-debian-8.0-console-armhf-2015-05-04-2gb.img May 08 21:09:03 rcn-ee: is this from you May 08 21:09:44 I have two beagle bone black, and yes one is running totaly normal e.g. the flasher works and with the other device I get those failuers May 08 21:10:33 : that's a board not a computer, it needs stuff to use. The beagle board comes with a cable and you can plug it in and use it right away. May 08 21:10:36 HyP3r, clear out the eMMC on that one.. May 08 21:11:54 GenTooMan: you can make that argument about any machine just about. May 08 21:12:05 the BB, needs to be pluged into something to use it. May 08 21:12:18 rcn-ee: how? May 08 21:12:24 "degree of plugging" probalby comes into it. May 08 21:12:38 I'm not defending it, or even know much about it. May 08 21:12:56 was just musing on the fact that this stuff is getting *SO* cheap May 08 21:13:09 HyP3r, remove power, push boot button, plug in power, remove finger from button... should boot off microsd.. May 08 21:14:32 I know this, but all Images I tried (which are working on my second bbb) they all having the same failure May 08 21:16:25 I think this bbb is broken May 08 21:18:51 mrpackethead: point! hehehe I'm not sure what it is they are "selling" it's too vague for me. Now adapteva I could figure out right away. I believe the price is artificial (at cost). The Rasberry Pi for example has a unique processor (litterally) anything else with more functionality costs a fair bit more. I'm not suspicious you get what you pay for just I suspect the people "inventing" a SoC on a board with IO connectors May 08 21:18:52 are 'being clever' on how they market the same idea (as the Pi). I prefer not to talk about the Pi stuff too political in nature. May 08 21:21:06 GenTooMan: a good degree of cynicalness is a good these days May 08 21:21:30 $9 becomes $50, before it becomes useful. May 08 21:21:31 :-) May 08 21:23:51 That is the truth indeed. They also over hyped the software part too I noticed. May 08 21:26:08 <_av500_> its just an SoC with wifi on a PCB May 08 21:26:14 <_av500_> there is not much to it technically May 08 21:26:31 <_av500_> it runs linux, so SW is a gicen May 08 21:26:33 <_av500_> given May 08 21:26:54 but give them some points May 08 21:27:12 they have pushed the envelope a little further. May 08 21:27:33 <_av500_> we sell a $19 phone May 08 21:27:39 <_av500_> saw it retail for $16 May 08 21:27:50 <_av500_> so the bom cost must be below $10 as well for sure May 08 21:27:54 $19 phone? May 08 21:27:57 where do you sell it? May 08 21:27:58 <_av500_> ds2: dumb May 08 21:28:03 <_av500_> in africa May 08 21:28:08 does it have a connector ? May 08 21:28:11 <_av500_> nope May 08 21:28:17 <_av500_> its a candybar May 08 21:28:29 oh so dumber then old Nokia 5xxx's? May 08 21:28:33 <_av500_> as dumb May 08 21:28:41 those have a connector May 08 21:28:49 <_av500_> well, it has usb to charge May 08 21:28:58 <_av500_> maybe does msc too., never bothered to check May 08 21:29:10 trying to see if it can be used for sending sms from another board May 08 21:29:53 <_av500_> ah May 08 21:29:55 <_av500_> no idea May 08 21:29:57 <_av500_> probably not May 08 21:30:10 <_av500_> the SW is not nokia grade May 08 21:30:16 'k May 08 21:30:32 $20 is cheaper then most modules May 08 21:30:59 <_av500_> ds2: its probably a Spreadtrum SoC May 08 21:31:09 who makes those? May 08 21:31:19 <_av500_> china May 08 21:31:25 oh May 08 21:31:28 <_av500_> Spreadtrum is the company May 08 21:31:34 <_av500_> they are eating away the low end May 08 21:31:43 <_av500_> now MTK will have to go up May 08 21:31:46 <_av500_> :) May 08 21:31:46 must be more strip down then those TI OMAP reject phone SoC's May 08 21:32:07 <_av500_> http://www.archos.com/us/products/featurephones/archos_f18/index.html May 08 21:32:46 can the case be removed? May 08 21:33:15 link no good May 08 21:33:56 <_av500_> works here May 08 21:34:09 <_av500_> or enter "archos F18" into bing :) May 08 21:37:30 hmmmm May 08 21:37:43 that looks useable balloon flights May 08 21:38:10 prepaid sim, remove the keypad and screen then hook up the buttons to another controller May 08 21:38:19 say a RPi May 08 21:38:27 $40 disposeable payload May 08 21:38:47 <_av500_> well, get a $5 STM32 board May 08 21:39:10 <_av500_> or do you need openGL in the balloon? May 08 21:40:12 hi all, have you andy guide or tutorial how to run ti-rtos called sys/bios?:> May 08 21:40:20 <_av500_> heh May 08 21:40:21 *any May 08 21:40:28 <_av500_> why would you want that? May 08 21:40:44 <_av500_> most if not all people here run Linux May 08 21:41:03 i have to run a rtos on embaded system to my graduate work:>> May 08 21:41:08 <_av500_> ah May 08 21:41:13 <_av500_> why sys/bios? May 08 21:41:54 and i wonder about sys/bios or qnx May 08 21:42:20 running Linux would be nice May 08 21:42:41 then do it with python or java May 08 21:43:08 java is known for its rtos robustness May 08 21:43:23 they do make real time java! May 08 21:43:44 i thought that sys/bios should have better support May 08 21:43:57 a have to use c:> May 08 21:44:31 the which rtos you propose May 08 21:44:35 *then May 08 21:44:41 ? May 08 21:45:17 <_av500_> look at RTEMS May 08 21:45:28 maybe freeRTOS? May 08 21:45:38 <_av500_> not sure how much BBB support freeRTOS has May 08 21:45:45 <_av500_> but I know RTEMS is working on BBB May 08 21:45:54 <_av500_> they have 3 GSOC projects about it May 08 21:46:06 maybe it isn't working and the GSoC projects are to fix it ;) May 08 21:46:12 <_av500_> sysbios is mostly a TI toy, there aint much support outside of TI May 08 21:46:22 <_av500_> ds2: well, he needs a graduate project anyway May 08 21:46:56 <_av500_> again, most ppl use the BBB with linux May 08 21:47:07 <_av500_> so the interest in running just a small rtos is small May 08 21:47:21 <_av500_> but the rtems guys are very interested in BBB May 08 21:48:30 is this the project kblin was working on? May 08 21:48:44 <_av500_> kblin is samba mostly May 08 21:51:39 my graduate guide would like to use qnx, beacouse is a industrial OS, then i will be try with QNX, but i wanted have a second alternative path:> May 08 21:52:13 <_av500_> well, whatever he can support you best I would say May 08 21:52:23 <_av500_> if he is familiar with QNX, go for it May 08 21:52:53 <_av500_> if he can only say "QNX is industrial", look for another project May 08 21:54:34 he hasn't got any experience with qnx on embaded system, he used qnx only on pc... May 08 21:55:10 maybe freeRTOS? May 08 21:55:39 <_av500_> wolf91: as a general kind of advice, pick a project that you are sure your supervisor is capable of supporting you May 08 21:55:54 <_av500_> its sad that it does not seem a given these days May 08 21:57:02 blah May 08 22:00:32 i know that it is good advice, but... starting up rtos on BBB is only technical issue, after which he will be very usefull. i have to building a control system of inversed pendulum. Key issue of my graduade is implementation of pid controler and fuzzy logic controler May 08 22:02:34 but i have to start and run up rtos on bbb:> May 08 22:03:03 if you think about it, the only thing that is RT on the BBB is the PRUSS May 08 22:03:20 everything else doesn't have a narrowly bound timing comstraint May 08 22:03:26 <_av500_> ds2: it all depends on how R the T needs to be May 08 22:03:38 <_av500_> but thats an old discussion here and elsewhere May 08 22:03:48 yes May 08 22:03:55 <_av500_> wolf91: as said, not many ppl use rtos on BBB May 08 22:04:04 <_av500_> so if you are happy with qnx, use that May 08 22:04:10 <_av500_> I have no idea about it May 08 22:04:16 but that same argument can be used recursively to say plain old Linux is sufficient for a given R/T pair May 08 22:05:41 <_av500_> no May 08 22:05:43 <_av500_> not any May 08 22:05:57 <_av500_> for some yes May 08 22:06:11 <_av500_> some RT needs PRU May 08 22:06:13 <_av500_> some does not May 08 22:06:30 <_av500_> write down your latency reqs first May 08 22:06:37 Hello Using BB A6A with BBLCD7 A3 Cape, Trying to run Android 4.2.2, Screen is blank and get the following over serial any suggestions?init: sys_prop: permission denied uid:1003 name:service.bootanim.exit May 08 22:06:56 <_av500_> thats the only line you get? May 08 22:08:08 No forums say that with that line androis is running but i get no graphics May 08 22:08:22 <_av500_> ah May 08 22:08:53 can send more of serial term did not want to spam the chat May 08 22:09:00 pastebin May 08 22:09:10 <_av500_> NatP: pastebin.com May 08 22:10:43 U-Boot 2013.01.01-00123-g2830d15 (Jun 26 2013 - 17:23:54) I2C: ready DRAM: 256 MiB WARNING: Caches not enabled NAND: No NAND device found!!! 0 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 *** Warning - readenv() failed, using default environment musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, bulk split, HB-ISO Rx, H May 08 22:10:53 pastebin.com May 08 22:12:17 latency request is as low as possible. it must be a hard RT, but i think that using RTOS on this project has only the task of rise valuse my work May 08 22:12:43 but if it must be low as possible, the BBB cannot do Hard RT On anything but the PRUSS May 08 22:12:49 i know, that i can build my control system without rtos May 08 22:12:54 http://pastebin.com/tN3Jp0UH May 08 22:13:14 A8 access uses DDR which can incur L4 delays along with DDR refreshes May 08 22:13:28 then you got the nice little cache (at least that is disableable) May 08 22:15:04 co miales na mysli mówiąc PRUSS May 08 22:15:13 What did you mean by saying PRUSS May 08 22:15:27 i mean just that. May 08 22:16:42 <_av500_> the PRU May 08 22:16:56 <_av500_> https://www.google.com/search?q=am335x+pru May 08 22:16:58 Programmable Reattime Unit May 08 22:17:15 hard clocked 200 MHz subsystem May 08 22:17:28 we need some good support docs for how to PRU and how to flash May 08 22:17:41 <_av500_> vvu: mabe a gsoc project? May 08 22:17:42 and the limitations (resources) May 08 22:17:46 lol May 08 22:18:02 well gsoc wants code...maybe examples on how to do things May 08 22:18:05 next year from now on :) May 08 22:19:19 I wish the 28035 had a PRU instead of CLA May 08 22:19:21 sigh May 08 22:21:11 ok, thanks for help and usefull advices. i will read about RTEMS. but the last recap the question , what would you choose RTOS for this project May 08 22:21:36 <_av500_> I dont know enough about RTOSs May 08 22:21:45 FreeRTOS May 08 22:21:48 <_av500_> especially on BBB May 08 22:21:53 <_av500_> moto-timo: that has BBB support? May 08 22:21:58 doubt it May 08 22:22:09 but... it's somewhat easy to port May 08 22:22:37 they do not have any peripheral support May 08 22:22:47 there's the rub May 08 22:22:53 wolf91: qnx has bsp for bbb, check their website May 08 22:23:07 wolf91: http://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/TiAm335Beaglebone May 08 22:23:44 <_av500_> NatP: the error you gave is irrelevant May 08 22:23:49 <_av500_> google for it May 08 22:24:07 <_av500_> does your cape work with the stock SW? May 08 22:24:20 yes it does work with angstrom May 08 22:25:13 thx a lot, i guess i will be a frequent visitor here:> May 08 22:25:23 <_av500_> NatP: and who made the android build? May 08 22:25:49 I downloaded the stock build from TI May 08 22:27:58 and followed the instructions http://processors.wiki.ti.com/index.php/TI-Android-JB-4.2.2-DevKit-4.1.1_UserGuide May 08 22:28:38 <_av500_> yes, but does the TI build support LCD capes? May 08 22:29:56 in the usermanual they posted is says that the BBLCD7 A3 cape is suppored and is the default display May 08 22:31:13 "This release is tested with BeagleBone LCD7, LCD4 and LCD3 capes. Beaglebone capes provide additional functionality to the BeagleBone." May 08 22:31:19 ds2: http://www.freertos.org/ free rtos May 08 22:33:02 does a uEvn.txt var have to be set? May 08 22:40:43 i can google a lot of example freertos for beaglebone but hard to find beaglebone black example, but night is still young:> May 08 22:58:39 perhaps you should look up the beaglebone and beaglebone black and look at the differences between them? May 08 23:07:04 wolf91 is there a reason xenomai won’t work for your application? May 08 23:11:56 @James_Johnson this i first see xenomai, but i will read about it:> May 08 23:13:19 wolf91 real-time extensions for the linux kernel. I’m running a Xenomai-patched 3.8 kernel on BBBs currently. May 08 23:22:27 if i faill with qnx xenomai is my second chose now:> May 09 01:10:46 i have a new problem:( i buy a FTLDI usb-ttl converter. i instaled a drivers and plug gnd to 1 rx to 4 tx to. i set a terminal connection: Baudrate: 115200• Data: 8 bit• Parity:no• Stop: 1 bit• Flow control: none. terminal say connected but i cant see any comunication May 09 01:11:19 i have this problem on two difrent img. qnx and fresh debian May 09 01:11:45 how can i test my FLDI converter? May 09 01:12:40 LED's on convert blink only when plug in and after die May 09 01:40:58 any idea? **** ENDING LOGGING AT Sat May 09 02:59:59 2015