**** BEGIN LOGGING AT Mon Mar 21 02:59:58 2016 Mar 21 03:12:45 Hi Mar 21 04:33:08 Hi! Guys, need manchester decoder on assembler. Who knows? Mar 21 04:55:15 hey everyone.. i am working with image processiing on BBB. i am little confuse in camera selection that which camera will be more compatible to use with BBB.for capturing images i m thinking to use 'OV9655' camera but i am not sure about it. can anyone suggest me better option or any other camera? Mar 21 05:14:52 hey everyone.. i am working with image processiing on BBB. i am little confuse in camera selection that which camera will be more compatible to use with BBB.for capturing images i m thinking to use 'OV9655' camera but i am not sure about it. can anyone suggest me better option or any other camera? Mar 21 05:20:10 unless you are prepared to do quite some electronics work. Use a USB camera. Mar 21 05:23:12 i have used usb camera and now want to do camera interfacing using UART ports Mar 21 05:26:51 that module doesn't seem to have a UART Mar 21 05:27:29 so which camera should i use? Mar 21 05:28:08 no clue, didn't even know there would be camera modules using a UART Mar 21 05:30:05 oh... is thier any better option for option other than this. that i could follow? Mar 21 05:30:38 oh... is thier any better option other than this. that i could follow? Mar 21 08:52:34 Hey ! I will be proposing this project for GSoC 2016, It will be great if anyone could comment/suggest something ... :) also, I would like to discuss on usefulness of the project :) Mar 21 08:52:44 https://docs.google.com/document/d/1QGxnjvGWkyppsN7H8Hrc7XFoltBzVDaxKx9nXnQ1fBY/edit?usp=sharing Mar 21 08:52:53 this ^^ Mar 21 08:58:09 Can a BeagleBone be used with two cameras simultaneously? if so then how? Mar 21 09:00:42 over USB ? Mar 21 09:00:59 no.. Mar 21 09:01:08 no usb camera Mar 21 09:01:20 then what ? parallel ? Mar 21 09:01:24 yess Mar 21 09:02:04 in theory yes Mar 21 09:02:17 you can drive 2 parallel cams if you somehow interleave the signals Mar 21 09:02:29 to the BBB it then looks like one cam with 2x the width Mar 21 09:02:37 or every 2nd pixel Mar 21 09:02:47 depends on your interleaver HW Mar 21 09:02:55 or mabye you can alternate the frames Mar 21 09:03:04 get 1/2 the framerate per cam Mar 21 09:03:46 ohk... so which camera's will be moe compatable to use with begle board ? Mar 21 09:03:54 more* Mar 21 09:04:03 how about using GPMC ? Mar 21 09:04:36 yes Mar 21 09:04:46 thats what you use for a parallel cam Mar 21 09:05:12 or an upcoming project using PRUs ;) https://docs.google.com/document/d/1GfnoWusWUeH2VsLbt1qJaRi20uNxCC8O_Xw1CHoGY9A/edit Mar 21 09:07:49 ok... i will study about it. Mar 21 09:07:54 thankx Mar 21 09:08:16 can u suggest me any good camera? Mar 21 09:08:44 becuse initially i will inter face with one camera. Mar 21 09:09:03 then iwill shift towards parrallel connection Mar 21 09:17:56 No you don't need to study about that project (not sure if it will be accepted or not, but even if accepted, you will be able to use it just out of the box.. atleast thats the idea ) Mar 21 09:18:30 you'd probably want to use a webcam ? Mar 21 09:21:33 no, basically i have to use 3 custom cameras which will take images of 3 different objects.. Mar 21 09:21:46 parallel Mar 21 09:22:12 i think i have to do multiplexing... Mar 21 09:23:45 i am also confused in camera selection... i f i had to use 1 camera that would be easy for me to slect. but for three cameras i m confused Mar 21 09:24:01 that which camera will be more compatible Mar 21 09:24:56 what fps ? resolution (8 bit, 16 bit or what) ? Mar 21 09:25:16 what about Leopard Imaging LI-LBCM3M1? Mar 21 09:25:22 * ZeekHuge has never used a parallel interface with a camera module. Mar 21 09:26:09 8 bit Mar 21 09:36:12 makh: whatever camera you select, you need additional hardware Mar 21 09:36:27 and they all work the same Mar 21 09:36:33 hmm Mar 21 09:36:36 8 data lines and CLK and H and V sync Mar 21 09:37:04 im using CCS/TI's C compiler for the PRU & it keeps generating 262+ kb output executable binaries Mar 21 09:37:17 which are way, way, way too big for the PRU's program memory space Mar 21 09:40:02 oh ohk.... Mar 21 09:40:29 makh: in other words, you are not doing your homework Mar 21 09:40:51 if you dont find out how 1 camera works, you will not get three working Mar 21 10:47:43 I'm searching the best ide for cross computing on windows Mar 21 10:48:44 are there people who are working on bbb project right now ? Mar 21 10:50:25 * ZeekHuge uses linux, and mostly sshfs adn to work on BBB Mar 21 11:29:56 wb ZeekHuge Mar 21 11:30:29 if you find an irclog somewhere, I answered your question earlier (to some degree in any case) Mar 21 11:31:05 (by "earlier" I mean two days ago) Mar 21 11:32:01 ohk zmatt, i see it .. Mar 21 11:34:57 ohk so simply put, it is not safe to use L4HS to access the SoC resources. Mar 21 11:35:47 (note btw that afaik an L4 interconnect can (even under optimal circumstances) service at most 1 request per initiator port per 2 bus cycles, so that's max 100 million transfers per second on the L4HS... the L4LS has four initiator ports which can be interleaved) Mar 21 11:35:56 well no Mar 21 11:36:05 that depends on the prioritization Mar 21 11:36:49 which is undocumented, but not hard to find out... I was planning to do some tests on that soon probably Mar 21 11:36:54 also zmatt, I am goinig to propose this project for GSoC 2016 - https://docs.google.com/document/d/1GfnoWusWUeH2VsLbt1qJaRi20uNxCC8O_Xw1CHoGY9A/edit?usp=sharing Mar 21 11:36:55 can you comment/suggest something Mar 21 11:36:55 ? Mar 21 11:36:59 ohk :) Mar 21 11:38:14 e.g. you can have pru 0 access pru ram 0 in a loop (long enough to perform another simultaneous test), see what happens if you also start accessing the same ram from another pru core, or via the L4HS Mar 21 11:38:27 see what happens to the stall count Mar 21 11:45:35 note that temporarily blocking access to the ethernet subsystem is not really a problem as long as it doesn't get *too* excessive... since ethernet mostly looks after itself anyway Mar 21 11:46:01 but that's still conditional on a big "if" : who gets priority when accessing the PRU rams Mar 21 11:48:11 e.g. I would intuitively guess pru core 0 ought to get priority to ram 0, likewise with core 1 and ram 1, but I have no idea whether that's true Mar 21 11:51:54 (there's actually a register to configure priorities on the pruss local interconnect btw, although it was really badly documented and TI removed mention of the register in later docs) Mar 21 12:08:44 zmatt : ohk, so I was asking that basically to find an alternative way of reading from PRUSS, instead of making one of the PRUs to write it directly on the DDR. Mar 21 12:11:49 there is, however the performance trade-off isn't clear Mar 21 12:12:54 on one hand, each PRU core has an L3 initiator port, and writes should be posted afaik, so that would be the first thing to consider.... but it does waste some of PRU's valuable time Mar 21 12:14:23 using the L4LS slave port (e.g. using EDMA) is the alternative... it means data can be copied in the background while PRUs are doing other stuff, but it'll be less efficient and depending on the behaviour of the PRUSS local interconnect it may still introduce stall cycles in the core(s) if they make simultaneous access to that ram Mar 21 12:14:28 eh Mar 21 12:14:29 L4HS Mar 21 12:16:07 since the PRUSS interconnect isn't documented in such detail, testing is the only way to be sure Mar 21 12:16:33 but, the number you mentioned two days, 3 MB/s iirc, is really not much data Mar 21 12:23:00 so you can probably just do something straightforward and get away with it. if you fully want to know/understand the tradeoffs and optimization possibilities, or absolute need to avoid pru stalls (e.g. due to cycle-accurate timing being needed for something), step one would be understanding priorities and memory stalls within PRUSS itself... then the L4 (which afaik is quite straightforward), L3 (which is a Mar 21 12:23:07 lready harder to grasp), and if you're ... Mar 21 12:23:09 ... offloading data to external DRAM then the fun really starts with EMIF Mar 21 12:24:13 (e.g. command priorization/reordering in EMIF has been identified as a cause for underruns in the LCD display controller) Mar 21 12:28:22 ohk.. Mar 21 12:28:43 zmatt : btw would you like to comment on the proposal ? Mar 21 12:39:41 bit distracted atm Mar 21 12:43:59 Has anyone here gone through the trouble of replacing the mini-USB port on a BBB with a micro-USB? Mar 21 12:45:57 Nevyn|Work: did you? Mar 21 12:46:43 thinkfat: Not yet, but I'm seriously thinking about it - was wondering if it had been done and if there were any "gotchas" to worry about. Mar 21 12:48:23 Nevyn|Work: well it's only a connector, if you're not a total noob and use too much head or rip off the traces, if you find a micro connector with the matching pad layout, why not Mar 21 12:48:57 s/head/heat/ Mar 21 12:56:52 Sorry 'bout that...BSOD when I plugged in my BBB. Mar 21 12:57:44 Nevyn|Work1: windows? Mar 21 12:58:13 yeah. Mar 21 12:58:34 Nevyn|Work: you poor, poor soul Mar 21 12:59:36 Because Windows? Mar 21 13:00:41 yes Mar 21 13:00:58 It's a work computer. /shrug Mar 21 13:43:17 oh Nevyn gone again.... was gonna remind him to use a micro-B and not micro-AB Mar 21 13:43:47 (unless otg is the goal, in which case... fun probably ensues) Mar 21 13:50:31 * Spidler drops in Mar 21 13:50:33 Afternoon Mar 21 13:51:26 Look who's back? Mar 21 13:52:18 :) Not sure if you mean me or not, but yeah, I'm here. :) Mar 21 13:54:41 Yeah, zmatt was going to remind you about something ;) Mar 21 13:55:19 It's all good. My work laptop running Win 10 doesn't like my BBB. Keep getting BSOD's when I plug it in. Mar 21 13:56:19 Installing Kali Linux (debian) on spare laptop now. Mar 21 13:56:52 ahh Mar 21 13:59:43 anyone with experience getting the TI tlv320aic3007 to work with the beaglebone black? Mar 21 14:05:38 Nevyn|Work: :-D Mar 21 14:06:50 thinkfat: Appreciate that, do you? :D I just figured I'd use the computer that was ready to go, but apparently that's not kosher with Win 10 Tech Preview.... Mar 21 14:07:49 Nevyn|Work: I just wonder how anyone gets any actual work done when using Windows. As soon as you step out of the comfortable Visual Studio world, everything seems to break apart Mar 21 14:08:45 Nevyn|Work: not that linux doesn't also have this comfort bubble (xterm?), but it seems a bit larger Mar 21 14:09:23 thinkfat: Programming-wise, I'd choose Linux any day. I'm trying to teach myself Python, and after just an hour or so of PowerShell I was thinking "Screw this, I need to stand up a Linux box again." Mar 21 14:50:11 i've got JTAG debugging set up with the beaglebone black's PRU Mar 21 14:50:20 it's really truly sort of functional Mar 21 15:00:45 kremlin: using CCS? Mar 21 15:02:21 yes Mar 21 15:15:03 ZeekHuge: I just did a real-time telco-based system using PRUs. At the piddly 8k sample rate stalls and other things are a total non-issue. Look at BeagleLogic for high-speed sample ideas. We didn't use that route, but it was instructive. Mar 21 15:15:57 I would avoid remoteproc like anthrax, from personal experience. Mar 21 15:17:13 have any suggestions for knobs i can turn in CCS to get my output file size lower? Mar 21 15:17:24 an empty main.c is still giving me a 6KB binary Mar 21 15:19:12 kremlin: I didn't have that experience. I have a fairly complex firmware that takes only 4.2kB. That's the converted .bin; it may be the obj is larger. Mar 21 15:19:35 How did you get JTAG to work with Linux? Mar 21 15:24:16 if you only need to debug the PRU, linux never needs to know Mar 21 15:26:13 note though that jtag debuggging linux *is* also possible. I recall I've seen specific CCS options for it, and there's e.g. a kernel option that makes sure the current PID is in byte 0 of ASID to conveniently allow e.g. tracing only a single process (including kernel stuff done in its context) Mar 21 15:27:05 support on the a8 is a bit sucky since the kernel doesn't support a debug monitor on that revision of the debug architecture (basically purely memory-mapped, rather coprocessor-based) Mar 21 15:27:31 I got things working without it, but I was curious. Mar 21 15:28:42 but if you just connect to DAP, not to the cortex-a8, then you can nose around without the cortex-a8 even noticing Mar 21 15:28:48 The default CCS debugging wants to connect to the ARM first and with Linux running it couldn't do that. Or something like that. I didn't have enough time to delve deeply into it. Mar 21 15:28:57 you can easily disable that Mar 21 15:29:04 like, debug config, disable some checkboxes Mar 21 15:30:12 I normally only connect to DAP (and, implicitly, ICEPick) Mar 21 15:30:27 Ragnorok: its not with linux, its just running bare code Mar 21 15:30:52 and if I just want to quickly check something I use the commandline debug server scripting.... starts MUCH faster than CCS, especially since my laptop is a bit low on ram Mar 21 15:31:08 kremlin: Ah! Thanks. Mar 21 15:31:50 zmatt: I'm sure it's obvious once one knows the magic. I can say it wasn't obvious at the time. (shrug) I'll try again later, just for my edification. Thanks! Mar 21 15:33:41 rlwrap gets me proper line editing and history, and convenient javascript functions save me from having to remember too many addresses ;) http://pastebin.com/Kvha8Rk1 Mar 21 15:36:47 http://pastebin.com/FDeT6TMD <-- other examples of useful definitions, these from a quick test I did with the 816x (once I brushed the dust off of it) Mar 21 15:37:19 writes to the wdog timer automatically waiting for the WRITE_BUSY bit to clear (if applicable) to avoid undefined behaviour Mar 21 15:38:20 if I do more jtag again I really need to finish my better-API Mar 21 15:38:29 some of CCS debug server scripting is so horrible Mar 21 15:39:07 lol Mar 21 15:39:20 like, instead of having Options be some objects whose properties you can iterate/get/set in the usual way, you have to do options.getString( "key" ) Mar 21 15:39:29 options.setBoolean( "key", true ) Mar 21 15:39:33 Messy. Mar 21 15:39:41 note the requirement to know the type in advance Mar 21 15:39:44 im pulling my hair out trying to figure out how to strip this executable Mar 21 15:40:04 kremlin: arm-linux-gnueabihf-strip ? Mar 21 15:40:05 ;) Mar 21 15:40:07 It is an obj that's that large or a .bin? Mar 21 15:40:07 stupid university machine that doesn't even have cygwin Mar 21 15:40:16 a .out Mar 21 15:40:18 err Mar 21 15:40:22 kremlin: what format? Mar 21 15:40:25 what arch? Mar 21 15:40:25 ".out" COFF file Mar 21 15:40:28 PRU Mar 21 15:40:31 CCS has a PRU Hex Utility that will automagically make runnable .bin. Mar 21 15:40:32 o.O Mar 21 15:40:40 yeah Mar 21 15:40:43 Search for it. Mar 21 15:40:48 It's teletubbie simple. Mar 21 15:41:06 ccsv6/tools/compiler/ti-cgt-pru_$version/bin/ Mar 21 15:41:21 hexpru is the one I think Mar 21 15:41:33 or onfo the others Mar 21 15:41:43 alright Mar 21 15:41:49 i built it now, i have a bunch of new files Mar 21 15:42:18 i guess .hex is what i'm interested in Mar 21 15:42:46 pasm normally generates a C file with a constant array in it Mar 21 15:42:52 PRU Hex makes two .bin of 8k each, but its console output tells how many bytes the code actually is. I think that has to be enabled in settings. Mar 21 15:42:55 so you can conveniently memcpy it to the target instruction ram Mar 21 15:43:13 Afaik that's just what PRU Hex does. Mar 21 15:43:15 <3 Mar 21 15:43:17 this is wonderful Mar 21 15:43:37 It produces a pair of byte level copyable images. One goes to Dram and one to Iram. Mar 21 15:44:05 I just toss them in with libprussdrv and it works. Mar 21 15:44:12 hmm, what's embedpru then? Mar 21 15:44:23 of course, see also the PDF doc for the assembly language tools Mar 21 15:44:57 I use the IDE for everything, so I don't know what it's doing under the hood. I think it's usding hexpru, but I don't care. I rebuild all, get two .bin, dump them to PRU, done. Mar 21 15:45:42 Ragnorok: never considered pasm? Mar 21 15:46:00 Nope. Wanted to use C rather than learn another asm. I didn't need that level of performanc.e Mar 21 15:46:20 hmm -- having trouble loading symbols Mar 21 15:46:39 Ragnorok: well, it's not just performance... 8 KB leaves little room for boilerplate overhead Mar 21 15:46:51 plus the asm is quite nice, and pasm is a powerful macro assembler Mar 21 15:46:57 supports data structures and such Mar 21 15:46:58 Like I mentioned, my code takes 4.2kB. I have no problems with space. Mar 21 15:47:15 it's something like 300 lines of C. Mar 21 15:47:27 sure, but needs may evolve Mar 21 15:47:43 Perhaps. Mar 21 15:47:53 my suggestion would be to at least play with it now and then, so by the time you *do* need it you don't have to start learning from scratch Mar 21 15:48:47 Fire. Later. Mar 21 15:50:49 looks like you can make your linker script produce .bin files directly Mar 21 15:51:03 (looking at bin.cmd in the ti-cgt-pru dir) Mar 21 15:54:39 as a linker script it looks completely wrong though, at least for the am335x :P Mar 21 16:03:43 Hah! Finally got one BBB flashing to latest Debian. Mar 21 16:04:05 I thnk. Mar 21 16:34:41 hello, does anyone here have experience writing device tree overlays? i need to change the pin mode on a few pins to gpio on the expansion connector and i cant seem to find consistent information regarding beagleboard xm, only beaglebone information which doesnt apply Mar 21 16:40:27 Is the SSH via USB still active in Debian, compared to Angstrom? Mar 21 16:55:05 Nevyn|Work: I haven't used Angstrom, so I can't compare, but it is active in the Debian images. Mar 21 16:56:01 shevek: Having issues with it in Debian. Just flashed to newest image of Debian 8. 192.168.7.2 shows in ifconfig, but isn't reachable from ssh. Mar 21 16:57:22 I've broken the dhcp server at times, but if it shows up without manually setting it, that's obviously working fine. Is route set correctly? Mar 21 16:57:36 Not sure. Mar 21 16:58:04 This is my first BBB, and first try after just flashing the eMMC from uSD. Mar 21 16:58:21 I think the image uses 192.168.0.1 as a default gateway. It doesn't break anything if that doesn't exist and/or isn't usable, but it does cause timeouts of a few seconds before logging in succeeds. Mar 21 16:59:22 what does "ip route" on your host computer say? Is there a line with 192.168.7.0 in it? Mar 21 17:00:35 shevek: Host is windows at the moment - sorry. Win7 Mar 21 17:01:14 Oh, I'm not sure what the commands are on that... I think if ipconfig shows the address, that means it should work. Mar 21 17:01:43 What happens when you try to use ssh? Mar 21 17:01:49 Found route table. Mar 21 17:02:00 Nothing for 192.168.7.x at all Mar 21 17:02:23 The username is "debian". If you use something else, it will disconnect you. Except "root", that should also work. But logging in as root is generally not a good idea; use sudo instead. Mar 21 17:02:36 Yep. I'm good there. Mar 21 17:02:58 I've used linux before; just not recently. Mar 21 17:08:47 i ask Mar 21 17:09:43 BeangleBone driver can not be installed on Windows 10. Mar 21 17:13:20 Azenis: It can, I did this morning. But when I plug in BBB, I get BSOD. I'm running Win 10 Tech Preview. Mar 21 17:15:51 Nevyn|Work: If 192.168.7.x is not in the routing table, it will never try to send anything to the BeagleBone. It makes sense that ssh fails then. Mar 21 17:16:35 hi Mar 21 17:17:03 I'd first retry it, to see if it suddenly works. ;-) If not, see if you can somehow manually add the route for 192.168.7.0/24 to go through the usb network device. Mar 21 17:17:08 Yeah. Looks like I might be having a driver issue. Mar 21 17:19:18 shevek: thanks for all your help, btw. Mar 21 17:19:26 Starting from beginning: reboot EVERYTHING. Mar 21 17:22:00 i want to try ethernet via usb Mar 21 17:22:09 but it doesn't work Mar 21 17:23:07 beanglebone driver for windows 64bit says error. i am using windows 10 64 bit Mar 21 17:23:24 sorry for bad english Mar 21 17:23:31 Nevyn|Work: Usually the rj45 connector (ethernet) is also active; if you plug that into a router, you should be able to reach the BeagleBone, so you can see if everything is right on that side. Mar 21 17:23:38 But my guess is that it is. Mar 21 17:23:52 Azenis: can you ping 192.168.7.2? Mar 21 17:24:01 yes i did. Mar 21 17:24:10 shevek: That I could. Dug out old WRT54G for that. :D Mar 21 17:24:33 but ping doesnt find 192.168.7.2 Mar 21 17:24:42 Did you reboot after driver install? Mar 21 17:24:51 (that just solved my issue) Mar 21 17:26:40 It works with my router, not usb Mar 21 17:27:24 Nevyn|Work: Ah, it's working now? Good! Mar 21 17:27:28 BONE_D64.exe has problem Mar 21 17:27:58 shevek: ping and webserver are up; ssh is not. Weird. Mar 21 17:29:07 I habe a question Mar 21 17:29:11 http://www.usb-over-network.org/ Mar 21 17:29:25 it supports usb of BeangleBone Black? Mar 21 17:31:51 Azenis: reboot and see if USB network comes up. It solved some issues I was having with it. Mar 21 17:32:41 ok Mar 21 17:37:49 i did reboot, it doesnt work too Mar 21 17:37:58 http://www.fotos-hochladen.net/thumbnail/unbenanntn6s3hbc4wm_thumb.jpg Mar 21 17:38:30 http://www.fotos-hochladen.net/uploads/unbenanntn6s3hbc4wm.png Mar 21 17:39:41 I didn't have those issues. Did you run install as Administrator? Mar 21 17:40:05 of course, i did Mar 21 17:40:15 but it doesnt work too Mar 21 17:41:01 Nevyn|Work: I'm writing instructions for flashing a BB with a μSD card. What program do you use on Windows for writing the image to the card? Mar 21 17:41:21 Win32DiskImager Mar 21 17:41:27 Ok, thanks. Mar 21 17:42:04 https://sourceforge.net/projects/win32diskimager/files/latest/download Mar 21 17:45:22 i doent have microSD Mar 21 17:48:01 Azenis_: That was for shevek, sorry. Mar 21 17:48:46 I use my router connects to beangleBone. It is enough Mar 21 17:48:51 thank for help Mar 21 17:49:21 i want to know: router vs usb. what is better for BeangleBone? :) Mar 21 17:49:43 Azenis_: It doesn't care, both are fine. Mar 21 17:49:48 okay Mar 21 17:58:24 I think I figured it out. Mar 21 17:58:34 What was it? Mar 21 18:06:40 Our network security software on our computers. Mar 21 18:06:47 Switching to Linux now... :) Mar 21 18:19:51 anyone know any E1 card to beaglebone black? Mar 21 18:35:23 shevek: Nope, still issues with it via Kali Linux, too. Mar 21 18:39:12 I have a question. Mar 21 18:40:03 USB with 5 volt 1 A DC Power is ok? Mar 21 18:40:12 Yes Mar 21 18:40:21 okay thanks Mar 21 18:40:33 You are welcome. :) Mar 21 19:07:32 shevek: I got it! Mar 21 19:07:37 Ethernet over USB now working. Mar 21 19:07:51 http://derekmolloy.ie/beaglebone/getting-started-usb-network-adapter-on-the-beaglebone/ Mar 21 19:08:32 Wait, no. No I don't. Mar 21 19:22:37 NOW I do. :) Mar 21 19:56:42 What was the problem? Mar 21 19:57:58 The only thing I had trouble with in terms of ethernet over usb with the BBBs was sharing my internet connection with a Fedora desktop (The Fedora machine turned out to be the "firewall" in that case, and was blocking packets going to the BBB) Mar 21 19:58:17 or maybe it was blocking inbound, point was the Fedora machine was being mean Mar 21 20:03:09 BeagleBoard-X15 i need a quote Mar 21 20:03:27 Getting the connection itself to work isn't very hard IME. The problem is when you want the BB to access the internet through the host. Mar 21 20:03:54 (It's not very hard on Debian anyway; on Windows I'm sure it is.) Mar 21 20:04:09 hi Mar 21 20:04:31 BeagleBoard-X15 i need a quote Mar 21 20:05:42 hello Mar 21 20:05:44 Close to $200, I think. Mar 21 20:06:17 I looked it up a while back b/c a customer of mine was interested, but I don't remember much about it other than it has some fancy DSP stuff Mar 21 20:06:18 ewa@uiptechno.com Mar 21 20:06:26 <___< Mar 21 20:06:27 send to me the quote Mar 21 20:06:41 it's not a quote Mar 21 20:06:50 It's a guess based on faulty brain memory Mar 21 20:07:15 Try digikey / mouser / element14, they might be able to get you a quote Mar 21 20:07:30 so , could you give me a quote ? Mar 21 20:07:36 ok Mar 21 20:07:42 what the weight ? Mar 21 20:07:58 1000 feathers Mar 21 20:09:01 what the kg ? Mar 21 20:09:21 ewa: You're in the wrong place for these questions. We don't know much about it. Mar 21 20:38:56 trusty still current for black? **** ENDING LOGGING AT Tue Mar 22 02:59:58 2016