**** BEGIN LOGGING AT Tue May 19 02:59:59 2015 May 19 04:52:39 Hi how to read serialport in android platform in beagle May 19 04:53:47 hello, how to read serialport in android platform in beagle May 19 05:02:31 https://www.google.com/search?q=android+read+serial+port May 19 05:40:02 hi people. are beaglebone (black) capes in some way compatible to a beagleboard[-xM] extension header? is there an adapter board maybe which allows using bbb capes with a beagleboard-xM? May 19 05:41:25 depending on the signals used by the particular board you might be able to hand-wire things May 19 05:42:28 as in buy a bag of cheap f-f jumpers for 1-3 currency units and get plugging May 19 05:43:17 at least I'm not aware of a XM→BBB adapter May 19 05:43:23 ok, i was thinking about some pre-made adapter solution. are the io pins the same in general so something like this should be able to build generically? or does the bbb use more extension pins so only a subset could be mapped? May 19 05:43:27 flavi0: no May 19 05:43:33 not enough customers May 19 05:43:39 and yes, BBB has way more May 19 05:43:56 also different signal levels on some pins IIRC May 19 05:44:07 so might need a bag of shifters too May 19 05:44:34 alright, i was just wondering when looking through all the capes available for bbb by now, as i still don't own one of those :) thanks! May 19 05:44:51 just buy a BBB/BBG then May 19 05:45:06 will certainly do if i get time for some fiddling May 19 05:45:16 (bbg?) May 19 05:45:43 the beaglebone green was announced this weekend May 19 05:45:44 green is the new black May 19 05:45:49 oh nice :) May 19 05:46:21 same chip, no hdmi, but rtc battery and something else May 19 05:46:41 what about on-chip dsp? that's what i got the bb-xM for initially.. May 19 05:46:54 no on chip DSP May 19 05:46:56 well same chip answers that.. May 19 05:46:59 but you have PRUs May 19 05:47:14 flavi0: how much did you do with the DSP so far? May 19 05:47:24 flavi0: not same chip May 19 05:48:01 av500: actually nothing which is a shame :/ i'm really using all my time for my master's thesis right now, so i'll have to wait another few weeks before digging into that. May 19 05:49:11 av500: different chip? as in last digit different, I guess? May 19 05:49:31 xm vs bbb? May 19 05:49:52 aah, sorry, yes May 19 05:49:55 Abhishek_: interesting.. do you know of any dsp software which will run on those PRUs or would i have to craft anything myself? May 19 05:50:01 * tbr was thinking BBB/BBG May 19 05:50:08 * flavi0 too May 19 05:50:26 flavi0: PRU ~= micro-controller May 19 05:50:42 so i have a regular c compiler for those? May 19 05:50:45 yes May 19 05:50:47 there is one May 19 05:50:50 oh that's sweet May 19 05:50:56 but most ppl write asm May 19 05:51:01 as you want tight loops May 19 05:51:07 around fast real time bit banging May 19 05:51:56 i see, interesting.. and anything premade available for audio dsp applications? like oscillators, filters, reverbs..? May 19 05:51:59 and offload the non timing critical stuff to the ARM May 19 05:52:03 flavi0: no May 19 05:52:06 its not for audio May 19 05:52:16 at all May 19 05:52:17 why wouldn't it be? May 19 05:52:50 well May 19 05:52:57 im sure you can force it to do that May 19 05:53:27 but why run audio on a 200mhz PRU than on an 800mhz cortex A8 and neon? May 19 05:54:11 well latency guarantees and such. but i'm really just getting this, i thing a rt-enabled linux kernel on the cortex might work as well or better.. May 19 05:54:16 into* May 19 05:55:00 can the 2x512B data memory be written from the main controller? May 19 05:55:58 so i might do audio i/o on the cortex but offload dsp calculations to the PRU with guaranteed response times? don't know if that makes any sense at all, however ;) May 19 05:57:00 the PRU has no DSP instructions May 19 05:57:41 http://processors.wiki.ti.com/index.php/PRU_Assembly_Instructions May 19 05:57:49 you are going into the wrong direction May 19 05:58:11 av500: ok. thanks for the pointers. i will dig into this if i get the time. May 19 05:58:23 now got to get that thesis written first... May 19 05:58:27 meh May 19 05:58:31 work on fun things!!! May 19 05:58:36 what is it about? May 19 05:58:59 real-time dual hand pose estimation using a depth camera for application in virtual reality. could be worse ;) May 19 05:59:59 opencv? *duck* *run* May 19 06:00:50 tbr: nah, it's a modelbased algorithm, i do high-performance rendering using latest opengl features and the calculations using compute shaders on modern gpus. i use opencv for dilation/erosion of the skin map however. May 19 06:01:20 I know some of the words May 19 06:01:43 wooords May 19 06:02:04 it's really a lot of fun i must admit. got one more week to get the implementation to realtime framerates, which i think i can do, and then the boring writing part begins ;) May 19 06:02:30 flavi0: it used to be very common for students to come in here and demand help with their BB* + webcam + opencv assignment/project/thesis May 19 06:03:50 this is the project https://github.com/flvi0/RHaPSODIES that's a working implementation but with only 4fps as in the original paper. the speeding up part is not yet pushed to github since we might publish it somewhere first. May 19 06:03:51 it was sometimes tragicomedy. "but it's due tomorrow, you must help me" and such. :-/ May 19 06:03:58 hehe i can imagine.. May 19 06:57:20 Hello, my beaglebone black has solid power light and no other LED activity with or without SD card. Is there anyway to revive my board? May 19 07:42:02 anybody here got orcad, and would print a file to a pdf for me? May 19 07:42:47 not me May 19 07:43:03 unless that MS-DOS version from the 80's counts May 19 07:44:09 if I can find the floppy May 19 07:44:26 they changed format at 16.3, so altium cant' read it any longer. May 19 07:46:20 av500: hehe May 19 07:46:34 av500: i have orcad 386 as well, including handbooks and dongle May 19 07:46:45 * KotH wonders if that can be get to working condition again May 19 07:46:56 on a $9 computer May 19 07:49:39 i'd like to have an 640x480 display, at least May 19 07:49:42 KotH: I once virtualized an architects working setup from the 80s as it wouldn't properly boot natively anymore. May 19 07:49:57 tbr: yeah.. it probably has to be done that way May 19 07:50:07 tbr: unfortunately, the thing needs a parallel port dongle May 19 07:50:18 he had dragged along dos6 with a parport dongle and sh*t, in addition to NT4 and a parport dongle... May 19 07:50:20 tbr: which is a PITA to use in virtualization (being non-standard) May 19 07:50:40 * KotH hugs tbr May 19 07:50:42 i know your pain May 19 07:50:43 it surprisingly worked. We used a PCI parport card May 19 07:51:19 * KotH wonders whether the company, from whom he "borrowed" orcad still exists May 19 07:51:25 I'm not sure if it would work with a USB based parport... May 19 08:26:53 GenTooMan: hmm? May 19 08:27:58 oh PWM, I've never used the kernel module, just directly from userspace May 19 08:28:49 seems to work as advertised, and it's reasonably well documented (though the "HR" part is a bit icky) May 19 08:29:44 can't get its irq to work though, not even by manually triggering it (unlike the tripzone, eCAP, and eQEP irqs which work fine) May 19 08:30:13 but not sure when you'd ever need it anyway May 19 08:50:24 is rcn the one maintaining http://elinux.org/Beagleboard:BeagleBoneBlack_Debian ? May 19 08:50:32 its very well written May 19 08:59:41 yes May 19 09:17:03 hi, I just flashed the last jessie image from: BBB-eMMC-flasher-debian-8.0-console-armhf-2015-05-17-2gb.img May 19 09:17:31 I connect a usb to my ubuntu and no device shows up after the BBB is up May 19 09:18:25 need I edit any file in the SD image before I use it to boot-then-flash the BBB? May 19 09:48:24 I wonder how many reprappers are also pythonistas. May 19 09:48:25 I followed the eMMC flash guide but it seems to just boot normally from the microsd instead of flashing May 19 09:48:31 when holding the boot button and all that May 19 10:03:49 Ad0 which image did you download? May 19 10:03:51 ah fixed it May 19 10:03:55 how? May 19 10:03:58 cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh May 19 10:04:06 in that uEnv May 19 10:04:15 In /boot/uEnv.txt: May 19 10:04:20 doh *smacks face* May 19 10:04:49 right May 19 10:05:13 if you boot with your usb connected to a pc, do you see the new device? May 19 10:05:30 can you connect you BBB to your pc after boot? May 19 10:05:39 may didn't work with the new image May 19 10:08:15 citylight2: it works now May 19 10:08:20 I just had to uncomment the flasher line May 19 10:08:40 it has a cylon pattern on the LEDs now May 19 10:08:46 Hello May 19 10:08:48 I have questions concerning flashing the MMC May 19 10:09:24 really May 19 10:09:30 I am doing it right now with success May 19 10:09:44 which image Ad0? May 19 10:09:51 and after that all four leds do a heart beat? May 19 10:10:18 I am not sure yet :) May 19 10:10:25 I think they all should flash or be constantly lit May 19 10:10:49 http://derekmolloy.ie/write-a-new-image-to-the-beaglebone-black/ May 19 10:11:12 "Wait until the LEDs stop blinking and all 4 LEDs are fully lit as in Figure 2 " May 19 10:11:25 ya they should all be lit constantly then May 19 10:11:27 I'll report back May 19 10:11:44 for me they did the night rider thing and are doing an heart beat... May 19 10:12:41 It switched itself off.. May 19 10:13:00 using http://debian.beagleboard.org/images/bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img.xz May 19 10:13:29 successfully flashed May 19 10:13:48 after how long? May 19 10:13:53 10 minutes May 19 10:38:19 Hi there May 19 10:39:04 just wondering, does any of you have any experience with compiling CCID on beaglebone? May 19 10:39:44 www.ccid.org? May 19 10:40:32 https://pcsclite.alioth.debian.org/ccid.html May 19 10:43:55 libusb,h cannot be found May 19 10:44:00 though it should be installed May 19 10:44:35 libusb v1 or v0.1 :p May 19 10:45:58 you'll probably want libusb-dev too if you need the header May 19 10:46:39 problem is that only usb.h but not libusb.h is in the libusb-dev package May 19 10:48:42 ya May 19 10:49:26 https://packages.debian.org/search?keywords=libccid May 19 10:50:23 GNU/Linux using libusb 1.0.x and later May 19 10:50:43 which libusb do you have aga_ May 19 10:52:58 https://packages.debian.org/sid/libusb-1.0-0-dev May 19 10:53:01 thx, that was the right pointer. for some reason I had the wrong libusb-dev installed May 19 10:53:11 get that one May 19 10:53:14 https://packages.debian.org/wheezy/amd64/libusb-1.0-0-dev/filelist May 19 16:28:51 Hello May 19 16:30:50 i need some information about beagle boards May 19 16:30:54 any help?ç May 19 16:31:23 Bilal: ask a question about your issue and wait paitently... May 19 16:31:56 and pay 5 bars of swiss chocolate to our swiss bank account May 19 16:32:27 we are trying to design a custom board, but i need to know which of these beagle boards is the best option May 19 16:32:36 alternatively an inskender kebab delivered to my address May 19 16:32:41 iskender* May 19 16:33:12 if you need to design a custom borad, then obviously none of the borads is the best option otherwise you wouldnt need to design your own borad May 19 16:42:07 but i need a development board to start with our design May 19 16:42:51 i need to know which board could offer me: GigE, usb and 8 bit parallel camera interface May 19 17:44:23 hi I seek someone to test a new program to allow config of the wireless using a self created access-point May 19 17:44:38 I have a deb file and the sources May 19 17:45:12 in fact no C is involved, so its easy to extract the deb and read the files May 19 17:45:47 I tested installing it on a BBB that was flashed with latest jessie, and it works May 19 18:21:19 j0rd hi May 19 18:21:28 will you be able to test my deb? May 19 18:28:19 well its here: https://www.dropbox.com/s/1f470latyy0kess/cwvw_0.1-1_all.deb?dl=0 May 19 19:38:38 I'm trying to enable wifi on my BBB, ifconfig doesn't list the wlan0 May 19 20:16:08 rcn-ee: free? May 19 20:16:27 sure, what's up cityLights May 19 20:16:57 I am waiting for your feedback on the program I wrote May 19 20:17:26 the one that lets you setup a wireless connection without connecting a screen and keyboard May 19 20:17:54 yeap, sorry forgot about it last night.. i'll add a reminder note for tonight.. May 19 20:18:27 I can also share the sources , but I still didn't upload it to github, as I need to be a bit more secure May 19 20:18:36 so far it looks ok May 19 20:20:07 who was that girl that asked for a program like this? May 19 20:20:41 https://www.dropbox.com/s/1f470latyy0kess/cwvw_0.1-1_all.deb?dl=0 May 19 20:20:55 cityLights, jkridner was looking to add it as an default option. ;) May 19 20:21:11 sweet, I got working then May 19 20:25:23 ok, good night May 19 20:55:02 rcn-ee: what's that? May 19 20:55:13 cwvw? May 19 20:55:32 cityLights: what is this program? May 19 20:55:50 why can't sources be provided for a program that configures wifi? May 19 20:56:21 rcn-ee: I think we still need to provide a Wheezy solution for a while. Not sure. May 19 20:57:30 jkridner, it's your config wifi access thru web gui as an virtual ap. ;) May 19 20:58:23 that'd be handy. ideally added to the bone101 web page. May 19 20:58:29 lots of requests. May 19 20:58:46 my thought too! ;) May 19 20:58:50 did you see the recent one on twitter from rgb-123. May 19 20:58:50 ? May 19 20:59:12 * jkridner wonders relation between cityLights and rgb-123. May 19 20:59:48 rcn-ee: at one point, I did a bit of homework for the Arduino guys looking to configure wifi via the web interface... May 19 20:59:56 node has a dbus module... May 19 21:00:06 had to look up the dbus interfaces for them. May 19 21:00:23 cityLights, is just asking connman for it .;) May 19 21:00:24 left it to them to do the hard work. I am pretty sure they completed it. May 19 21:00:52 rcn-ee: I'm currently trying to hack a few things out for BBG. May 19 21:01:20 <_av500_> jkridner: ping May 19 21:01:26 _av500_: yo! May 19 21:01:27 i saw that... suprised we don't have an i2c already in cloud9... i'll let you work. ;) May 19 21:01:35 <_av500_> jkridner: can you host tomorrow? May 19 21:02:38 _av500_: do you have an agenda? May 19 21:04:40 <_av500_> oops, wrong channel May 19 21:12:32 rcn-ee: any thoughts on how to fix builds.beagleboard.org? May 19 21:19:53 jkridner, is it broken? it's building *.deb's for me. ;) May 19 21:20:21 the build-image target looks down.. that's talking to the x15? May 19 21:31:06 rcn-ee: yes... May 19 21:31:12 keeps disconnecting. May 19 21:31:19 I extended the timeout, but that didn't help. May 19 21:32:14 maybe, with the ip address change, you have to reset it? (if it's backed by ssh) May 19 21:36:14 jkridner: in the deb you'll find my email, I uploaded all the sources to gitlab, and will be happy to share it with you May 19 21:36:47 cityLights: so all the sources are public or is that a private gitlab? May 19 21:36:53 Its already copyrighted as GPL , so I inted to allow all to use it May 19 21:37:12 rcn-ee: I don't think it is an IP change because it connects up again every hour. May 19 21:37:19 its private until I am sure everyone may use it May 19 21:37:46 I still need to summeries the work to the readme May 19 21:37:51 * jkridner isn't sure what qualifies for "everyone may use it" May 19 21:37:56 as in, it works? May 19 21:38:05 "one" in everyone. ;) May 19 21:38:19 I tested it on a fresh install of BBB May 19 21:38:35 it is free May 19 21:39:09 but I would like to have this a used by many people, so I need to have you guys read it May 19 21:39:28 I will also like to add tests to it May 19 21:40:08 by the way as it is mostly python and shell, anyone can extract the deb file and read it May 19 21:42:13 dpkg-deb -x cwvw_0.1-1_all.deb somedir/ May 19 21:42:45 off to dream, looking forward to reading your comments May 19 21:43:37 oh ya, I did this in order to use with open sprinkler May 19 23:07:49 (disclaimer: hardware newbie) - can someone explain the difference between http://www.miniinthebox.com/2-way-relay-module-relay-expansion-board-with-optocoupler-protection_p1113810.html?currency=AUD&litb_from=paid_adwords_shopping&gclid=Cj0KEQjwvuuqBRDG95yR6tmfg9oBEiQAjE3RQKduoyKe-xXxU6gnA7WreGChHoIO-TXeGpabQi_AR1AaAn-B8P8HAQ and http://www.miniinthebox.com/2-channel-electric-relay-module-relay-expansion-board-with- May 19 23:07:50 optocoupler_p903427.html?currency=AUD&litb_from=paid_adwords_shopping&gclid=Cj0KEQjwvuuqBRDG95yR6tmfg9oBEiQAjE3RQEUqPUNkgRlH7VmTmzPK-jHpKYjPL14gBW5XsgCSsw8aAh3f8P8HAQ ? May 19 23:19:55 * GenTooMan eeks at the berage of URLS May 19 23:20:32 GenTooMan: agreed May 19 23:22:26 without a schematic hard too say. What are you trying to do? May 19 23:23:58 GenTooMan: i want to control a larger circuit for home automation (toggling lights, sprinklers, fans, etc). i was told that using an optocoupler relay would be good to isolate the two circuits. May 19 23:24:26 GenTooMan: however looking online i see two very similar products but there is clearly a difference between them May 19 23:26:47 GenTooMan: oh wait, now i think i understand what "two-way" means. according to wikipedia: "Optical channel always works one way, from the source (LED) to the sensor. The sensors, be it photoresistors, photodiodes or phototransistors, cannot emit light.[note 11] But LEDs, like all semiconductor diodes,[note 12] are capable of detecting incoming light, which makes possible construction of a two-way opto-isolator from a pair of May 19 23:26:47 LEDs." May 19 23:35:11 Well if all you are doing is controlling relays. Keep it simple. First you do want to isolate you controller. Second the relay must be rated for the load / type it's being used with. Isolation by optocoupler is good but you need to have power on the relay side of the circuit seperate from the control side. ETC. May 19 23:37:39 An opto coupler is often a photo transistor and an LED. But they can be something else. 2 way communication is possible but you need to switch the LED on each side from being driven to having a trans-impedance amplifier to change the photo current into a signal you can measure. May 19 23:39:10 Anyhow you can get a number of relay boards with isolated inputs. Are you using a beagle bone to operate it? May 19 23:39:58 GenTooMan: yes, using a beaglebone black May 19 23:40:34 GenTooMan: i don't think i want two way communication. May 19 23:42:41 GenTooMan: the power source will always be on relay side will always be separate to the board. we're talking about controlling home appliances which probably run from the mains - 240V here in sydney May 20 00:00:59 Well if you are powering things with motors you need relays rated for motor loads too. There are lots of ways to do things. I suggest you write a list of what you want to control then organize it by type. Incandescent lamps require relays designed for them as they tend to have a very high start current for example. May 20 00:20:50 often relays (or solid-state equivalents) for big loads may require a high voltage and/or more current than you can directly deliver anyway, with a bit of luck your isolation barrier can also serve to separate the 3.3V world of the beaglebone from the e.g. 12V or 24V for the relays May 20 00:22:15 alternatively an optocoupler may already be integrated in a solid state relay May 20 00:24:22 so zmatt you apparently haven't used the PWM outputs? :D May 20 00:24:28 GenTooMan: I have May 20 00:24:43 GenTooMan: we're using eHRPWM for an RGB led May 20 00:24:49 (well, not the HR part obviously) May 20 00:25:03 So you are using it more directly. May 20 00:26:12 yes, same as adc and gpio May 20 00:27:11 since I've made some infra that lets my headers for baremetal programming also work in linux userspace apps I tend to prefer that route May 20 00:27:45 (I still need to convert it to use uio instead of /dev/mem, it's on my to-do list) May 20 00:29:47 for measurement/control peripherals it makes a lot more sense to do it this way than a kernel driver May 20 00:30:26 (unless e.g. you need to share the adc with the touchscreen controller driver) May 20 00:31:51 for ePWM it means that after initial config, the setting the duty cycle is just a matter of writing a magic global variable May 20 00:32:36 (instead of at least two context switches and traversing a fuckton of kernel code) May 20 00:36:43 Can you DMA values to the PWM registers? May 20 00:37:16 dma? timer-triggered I presume? May 20 00:39:07 you can, I actually use dma for the adc, but there are some limitations May 20 00:40:17 the biggest being that you can't easily get a dma completion irq May 20 00:41:38 for the adc I use a circular buffer as destination that is continuously overwritten with the latest sample values, so I can read the latest measurement from that buffer whenever I please May 20 00:44:01 you're joking their is no IRQ for the DMA May 20 00:44:22 and although I think there's infrastructure to allocate coherent buffers (often used for sharing data between different CPUs, e.g. ARM <-> PRU) I'm not familiar with it, I just used device tree to reserve a small piece of on-chip SRAM May 20 00:44:29 of course there is, but it goes to the kernel's DMA driver May 20 00:44:54 no call back functionality for your "borrowed" DMA? May 20 00:46:02 no, EDMA is designed to serve multiple clients but the cortex-a8 is a single client as far as EDMA is concerned May 20 00:46:29 so I'm basically an anonymous client, no irqs for me May 20 00:46:43 And ISR's are only serviced kernel level in the DMA? May 20 00:47:02 uio can forward irqs to userspace, but that requires claiming the irq in its entirety May 20 00:47:24 It's too bad you can't have some device driver that could handle it. May 20 00:47:37 the uio infrastructure also supports DMA from userspace I think, but the generic uio driver doesn't support it May 20 00:47:48 an improved generic uio driver would be really useful May 20 00:48:12 note that PRU is also an EDMA client May 20 00:48:14 I don't have time... 10 hour work days are wearing me dead. May 20 00:48:15 so you could receive irqs there May 20 00:48:38 I'm simply no kernel programmer, I still would have no idea where to even begin May 20 00:49:15 actually May 20 00:49:21 Well it's more a module than kernel programming. Think of the dynamic device drivers is more likely. May 20 00:49:25 heh, ew, I'm having dirty thoughts May 20 00:49:38 the IRQ controller of PRUSS is rather fancy May 20 00:50:02 I think you can actually configure it to forward the incoming EDMA irq to one of the PRUSS host irq lines that the cortex-a8 receives May 20 00:50:32 then use uio to receive it in userspace May 20 00:51:06 but, are you sure you need the completion irq anyway? what exactly is your use-case for DMA'ing to ePWM ? May 20 00:51:09 I always try to keep things simple... that just seems far from it :D May 20 00:52:44 (uio irqs are also not exactly efficient) May 20 00:52:49 Well if you are doing motor control you need to update your PWM pulses almost per 100% pulse width. This is often used for sinusoidal control I was just curious if I could hook the 2hp bridge I was designing too it. May 20 00:53:38 I was making it for a C2000 launchpad too. May 20 00:53:48 so why would you care when DMA is done? May 20 00:54:30 you program the curve, start DMA May 20 00:54:53 if you receive new instructions, halt DMA, inspect current state, compute new curve, restart DMA May 20 00:55:22 or, since the DMA transfer rate is steady (time-based), use a timer May 20 00:55:53 if you double-buffer then you can update every PWM cycle May 20 00:56:45 set a timer to expire just after the buffer-switch (and check the actual DMA pointer to avoid your timer from drifting over long time) May 20 00:57:05 you may actually also be able to sync to the ePWM timer in some other way May 20 01:01:44 I did a little test with the ADC... I wanted to a collect a large number of samples to determine noise levels; just to be sure I added a check that EDMA had updated the buffer before reading it (to avoid including the same measurements multiple times), just stupid polling since I thought the CPU would be the limiting factor anyway May 20 01:02:31 in retrospect I'm not sure why I thought that: the cpu had no trouble slurping the full 1 Msps from the ADC May 20 01:05:13 (though it's likely I occasionally missed some samples during unrelated interrupts or context switches due to lack of buffering) May 20 01:34:28 I take it the ADC doesn't have a fifo May 20 01:57:51 it does May 20 01:58:46 Depending on how deep it is you may not have to worry about missing a sample. I assume the sampling trigger and sample time etc. is programmable? May 20 01:59:37 the adc has 16 programmable steps (combination of source selection, timings, misc stuff) May 20 01:59:47 the fifo is 16 entries deep May 20 02:00:14 well, it actually has two fifos, to allow two independent applications (read: generic adc + touchscreen) May 20 02:00:51 in any case, not losing samples without DMA would require low-latency irq handling (depending a bit on chosen timings) May 20 02:02:16 in my case I normally don't want particularly care to read the full stream of samples anyway, having the latest data conveniently available in a buffer is excellent May 20 02:02:48 so I already had the setup for that, too lazy to make a completely different kind of setup for this single test :P May 20 02:11:58 makes sense. I understand the pain of not having time to theroughly test things. Anyhow I probably need to hit the hay. 5am wake up call heh May 20 02:12:33 I've concluded a lot of 'features' can actually be problematic in the end. So sometimes I am leary of complicated designs. :D **** ENDING LOGGING AT Wed May 20 02:59:59 2015