**** BEGIN LOGGING AT Wed Jun 14 03:00:03 2017
Jun 14 09:08:00 <zeekhuge> hey maciejjo ! I dont see anything on your github repo (https://github.com/maciejjo/beaglebone-pru-dma). I am missing something ?
Jun 14 11:23:25 <maciejjo> zeekhuge: sorry, I have my code on BBB and no network bewteen BBB and PC.. I ordered network card so I can transfer it, should have it by friday, I will upload it then
Jun 14 11:41:41 <zeekhuge> maciejjo: why not share the system's internet and/or use an ethernet cable  ?
Jun 14 11:58:01 <maciejjo> Thats the problem, my ethernet card is not working
Jun 14 11:58:10 <maciejjo> ie. card in laptop
Jun 14 12:03:00 <zeekhuge> and sharing through USB connection ? (assuming you have internet connection on your laptop)
Jun 14 12:03:05 <zeekhuge> maciejjo: ^
Jun 14 12:10:26 <maciejjo> good point, I din't think of that
Jun 14 12:10:38 <maciejjo> is it enabled by default?
Jun 14 12:21:07 <zeekhuge> maciejjo: you will have to enable it
Jun 14 12:22:42 <zeekhuge> maciejjo: this can be helpful - https://www.zeekhuge.me/post/a_handfull_of_commands_and_scripts_to_get_started_with_beagleboneblack/
Jun 14 12:22:46 <zeekhuge> point 4
Jun 14 12:22:55 <zeekhuge> under Starters
Jun 14 12:32:27 <maciejjo> thanks
Jun 14 12:33:32 <maciejjo> I use wall plug to power bbb but I have the usb cable somewhere, I will try to configure it
Jun 14 12:35:46 <zeekhuge> can you please give a brief picture of your setup ? do directly connect a display and keyboard to BBB ? I guess that would result in a slow development env.
Jun 14 12:35:49 <zeekhuge> maciejjo: ^
Jun 14 12:36:13 <maciejjo> no
Jun 14 12:36:18 <maciejjo> I use serial cable
Jun 14 12:36:28 <maciejjo> normally I used ethernet + ssh
Jun 14 12:36:38 <maciejjo> but I had to change computer
Jun 14 12:36:49 <maciejjo> and new one has some problem with ethernet
Jun 14 12:37:32 <maciejjo> I didn't realize there is network over USB with bbb
Jun 14 12:38:10 <zeekhuge> oh .. okay. Got it. I would really like to see some code. Please upload your code at your earliest convenience ..
Jun 14 12:38:35 <maciejjo> I will do it ASAP
Jun 14 15:59:40 <ravikp7> Hello everyone :)
Jun 14 15:59:57 <ee> hello :)
Jun 14 16:00:11 <indu> hello all
Jun 14 16:00:15 <maciejjo> hi
Jun 14 16:01:06 <nerdboy> that's 4, do we have 2 more?
Jun 14 16:01:08 <ds2> *splat*
Jun 14 16:01:16 * nerdboy bangs the mtg gavel
Jun 14 16:01:38 <nerdboy> *bit-bang even
Jun 14 16:01:41 <pmezydlo> hi
Jun 14 16:01:45 <pmezydlo> i'm here
Jun 14 16:02:00 <nerdboy> who has reports today?
Jun 14 16:02:17 <nerdboy> *that's 5 plus thetransformerr[ ...
Jun 14 16:02:18 <ravikp7> me
Jun 14 16:02:21 <henrix_> hellp everyone
Jun 14 16:02:23 <ee> I think it was ravi and I
Jun 14 16:02:48 <nerdboy> who wants to go first?
Jun 14 16:02:59 <ee> I'll go first
Jun 14 16:03:16 <nerdboy> ee has the talking stick
Jun 14 16:03:37 <ee> This week I finished up the GPIO implementation in Rust for my project BeagleLibs, along with most of the implementation for PWM
Jun 14 16:04:00 <ee> One of the really cool things that I was able to add was nice error handling
Jun 14 16:04:16 <ee> so for example if you try to export a pin that doesn't exist, or the kernel is unable to process a command you give it
Jun 14 16:04:35 <ee> the program will tell you exactly where in your code the error occured, and why
Jun 14 16:04:53 <ee> saves a lot of time doing "wolf fence" debugging or printf debugging :)
Jun 14 16:05:03 <tlwoerner> sounds great!
Jun 14 16:05:09 <nerdboy> that's a good thing
Jun 14 16:05:14 <ee> I think I'll leave it at that for now :)
Jun 14 16:05:24 <ee> thanks guys
Jun 14 16:05:39 <nerdboy> github repo?
Jun 14 16:05:51 <ee> https://github.com/ekmecic/bb_rust
Jun 14 16:06:06 <tlwoerner> do you have some example or testing?
Jun 14 16:06:13 <ee> don't judge it, I still have to add some more docs and a better readme
Jun 14 16:06:29 <ee> I did manual testing on my desk with the two programs in the examples/ directory
Jun 14 16:06:50 <m_w> internet is broken here
Jun 14 16:07:05 <ee> they're just examples of GPIO output (blinking an LED) and GPIO input (checking for button presses)
Jun 14 16:07:18 <tlwoerner> great!
Jun 14 16:07:40 <ee> you can build/run them yourself if you have cargo installed by using "cargo build --example blinker" or "cargo build --example button"
Jun 14 16:07:50 <ee> Like I said I'll add more docs ASAP
Jun 14 16:09:03 <nerdboy> +1 for ci
Jun 14 16:09:25 <nerdboy> thought about how to add tests?
Jun 14 16:09:37 * nerdboy not a rust guy
Jun 14 16:09:58 <ee> testing is something I'd really like to hear other opinions on
Jun 14 16:10:01 <ds2> i prefer stainless
Jun 14 16:10:10 <nerdboy> language actually looks okay though
Jun 14 16:10:17 <ee> because most of the testing principles in embedded programming are pretty language agnostic
Jun 14 16:10:39 <ee> the implementation is pretty ugly IMO nerdboy, but I think the API isn't that bad
Jun 14 16:11:03 <ee> anyways I know some people do things like putting a whole abstraction layer between their code and the hardware that allows them to unit test everything
Jun 14 16:11:29 <ee> currently all I'm doing is ensuring the code works through manual testing and turning on every single warning on the compiler lol
Jun 14 16:11:48 <tlwoerner> :-)
Jun 14 16:11:50 <ee> if anyone has any ideas of how to do a better job testing please let me know, I'd be very interested in hearing/implementing them
Jun 14 16:11:51 <nerdboy> the compiler is your friend
Jun 14 16:12:08 <nerdboy> unless it's a suck-ass vendor toolchain...
Jun 14 16:12:53 <nerdboy> any more questions/comments/other?
Jun 14 16:12:58 <tlwoerner> i'm good
Jun 14 16:13:18 <ee> hahahhahaha nerdboy I know that feeling from other projects
Jun 14 16:13:44 <nerdboy> ravikp7: i guess you're up
Jun 14 16:15:20 <ravikp7> This week I completed the node server, the code for SPL and Uboot transfer is implemented now
Jun 14 16:16:16 <ravikp7> I configured spl with m_w 's patch https://patchwork.ozlabs.org/patch/774899/ which made it it boot over usb, which I was unable to do first
Jun 14 16:16:18 <nerdboy> you got it built with ums enabled?
Jun 14 16:16:44 <ravikp7> Yeah, here's the patch https://pastebin.com/rZ3R3zRs
Jun 14 16:17:35 <ravikp7> But the latest configured SPl couldn't tftp the uboot image
Jun 14 16:17:49 <ravikp7> https://pastebin.com/zZLNWf0V
Jun 14 16:17:57 <ravikp7> here's the serial output
Jun 14 16:18:19 <ravikp7> I get usb_ether not set error at beginning
Jun 14 16:18:41 <tlwoerner> usb_ether *address* not set
Jun 14 16:18:55 <nerdboy> try setting a mac address?
Jun 14 16:19:21 <tlwoerner> mac and/or ip
Jun 14 16:19:58 <ds2> can you grab the corresponding tcpdump too?
Jun 14 16:20:16 <ravikp7> I couldn't understand how to set mac for the spl
Jun 14 16:20:40 <nerdboy> doesn't it go in u-boot env?
Jun 14 16:21:28 <nerdboy> and before we spin off into troubleshooting...
Jun 14 16:21:47 <nerdboy> ravikp7: did you have anything else to report?
Jun 14 16:22:01 <nerdboy> and/or show off...
Jun 14 16:22:14 <ravikp7> But I checked the server's functionality by using BBBlfs' precompiled spl which successfully tftp the uboot configured with ums
Jun 14 16:22:29 <tlwoerner> ravikp7: are there instructions somewhere for someone who wants to try out what you're working on?
Jun 14 16:22:37 <ravikp7> now the server is able to boot BB into mass storage mode
Jun 14 16:22:46 <ravikp7> https://github.com/ravikp7/node-beagle-boot
Jun 14 16:22:51 <tlwoerner> thanks!
Jun 14 16:22:53 <ravikp7> instructions are there
Jun 14 16:23:34 <ravikp7> I just need to fix the latest spl to transfer uboot, else all is set
Jun 14 16:24:34 <ravikp7> nerdboy: that's all I had to report
Jun 14 16:24:50 <nerdboy> okay, great
Jun 14 16:25:09 <nerdboy> *sounds great even with stuff to troubleshoot...
Jun 14 16:25:37 <ravikp7> yes :)
Jun 14 16:27:23 <m_w> next!
Jun 14 16:28:06 <nerdboy> next item: is anyone else waiting for a shipment besides thetransformerr[
Jun 14 16:28:08 <nerdboy> ?
Jun 14 16:29:49 <tlwoerner> ravikp7: good, thanks for the update
Jun 14 16:30:27 <ds2> nerdboy: I am ;)
Jun 14 16:31:05 <ravikp7> tlwoerner: please try the server and let me know if you face any issues, this week focuses on testing the server
Jun 14 16:31:43 <tlwoerner> ravikp7: will do
Jun 14 16:31:48 <nerdboy> nothing yet like an invoice email or anything?
Jun 14 16:35:49 <nerdboy> nothing?
Jun 14 16:36:27 <nerdboy> okay, then last item i guess is general progress
Jun 14 16:37:14 <nerdboy> anyone else blocked at all?  (besides the sonic sensor thing)
Jun 14 16:37:47 <ee> everything looks good over here
Jun 14 16:37:47 <ds2> nerdboy: nothing at all
Jun 14 16:37:49 <nerdboy> issues?  problems?  questions?  vaccinations?
Jun 14 16:38:16 <ds2> nerdboy: retargetting project discussions w/student may be prudent given the time we have
Jun 14 16:39:13 <ee> If anyone has any ideas about testing with respect to my project please PM me, I'd love to hear them
Jun 14 16:39:14 <ds2> nerdboy: it'll probally be next week before I can get it and may take me another week to go process it depending on when it arrives
Jun 14 16:44:08 <nerdboy> we'll take that discussion off-line for now...
Jun 14 16:44:41 <nerdboy> so unless someone else wants to bid, i think we're done
Jun 14 16:44:54 <nerdboy> going once...  twice...
Jun 14 16:46:17 <m_w> sold!
Jun 14 16:48:06 <ravikp7> m_w: how can I fix the usb_ether address not set error?
Jun 14 16:48:32 <m_w> ravikp7: I would have to take a look
Jun 14 16:48:59 <m_w> still haven't found my UART cable
Jun 14 16:49:38 <ravikp7> m_w: my serial output https://pastebin.com/zZLNWf0V
Jun 14 16:51:21 <ravikp7> m_w: ok, not urgent, check out when you get time, server is working fine for now.
Jun 14 16:58:20 <m_w> ravikp7: CONFIG_USBNET_HOST_ADDR
Jun 14 17:03:27 <ravikp7> m_w: trying it out, silly question but how do I know about all these configs?
Jun 14 17:06:07 <m_w> google
Jun 14 17:06:45 <m_w> I have also ported u-boot to several boards over the years
Jun 14 17:06:46 <nerdboy> and grep
Jun 14 17:07:08 <m_w> I am really good at searching
Jun 14 17:10:09 <ravikp7> m_w , nerdboy : yeah, your experiences are invaluable :)
Jun 14 17:11:46 <nerdboy> find/xargs/grep and friends
Jun 14 17:22:26 <ravikp7> m_w: CONFIG_USBNET_HOST_ADDR doesn't seem to be a valid config option, it's getting removed from .config when building
Jun 14 17:25:43 <m_w> which version of U-Boot is this on?
Jun 14 17:26:12 <thetransformerr[> sorry I couldn't attend meeting, all thanks to unavailable internet service
Jun 14 17:27:13 <ravikp7> m_w: 2017.07-rc1-00163-g8cb3ce6
Jun 14 17:28:02 <thetransformerr[> nerdboy: , ds2: did you gave some time to paper I sent in mail
Jun 14 17:33:18 <nerdboy> briefly, but still trying to get hardware status
Jun 14 17:34:04 <thetransformerr[> I received BBB, now I guess we are only waiting for ds2: max boards
Jun 14 17:34:52 <thetransformerr[> but we can create algorithm even without max boards......
Jun 14 17:35:20 <ds2> math too rusty ... going to take time to de-rust the math
Jun 14 17:36:53 <thetransformerr[> actually I thought previously we had discussion about finding correlation
Jun 14 17:38:10 <ds2> problem with papers is they want to put it in fancy math terms
Jun 14 17:38:13 <thetransformerr[> but I cant remeber the exact conclusion we reached, but I guess the reason we overlooked it was that the wave was not in sine form???
Jun 14 17:38:24 <ds2> nerdboy: https://www.sparkfun.com/tutorials/235
Jun 14 17:39:04 <ds2> thetransformerr[: any wave is compose of sine waves
Jun 14 17:39:17 <thetransformerr[> exactly, they just jumped the juicy part altogether and reach at conclusion of their data
Jun 14 17:39:43 <thetransformerr[> yeah I know that and square wave is combination of too many different sine waves
Jun 14 17:40:17 <ds2> thetransformerr[: I wonder if you can just filter out the fundamental
Jun 14 17:40:46 <ds2> oops, I mean filter out everything BUT the fundamental
Jun 14 17:41:46 <thetransformerr[> I have planned to use oscilloscope to clear all the assumptions we are making here in my college in just day or two
Jun 14 17:42:08 <ds2> 'k
Jun 14 17:42:16 <thetransformerr[> filtering can take place in didgital form after sampling???
Jun 14 17:43:29 <ds2> yes
Jun 14 17:43:44 <ds2> assuming the squaring off is not from the sampling/acquisition
Jun 14 17:43:56 <ds2> i.e. the front end is not overloaded as that throws away info
Jun 14 17:45:12 <thetransformerr[> ok
Jun 14 17:48:42 <ds2> you can "verify" it by running a FT on the sampled data
Jun 14 17:49:00 <ds2> if it is a pure square wave, you see the classic decaying array of odd harmonics
Jun 14 17:49:29 <ds2> if it is say a BW limited square wave, the decay pattern will be different
Jun 14 17:49:53 <ds2> however, if you mess up the sampling and have that clip, that will change the decay pattern
Jun 14 17:51:21 <thetransformerr[> and how can I apply fourrier transform on them after sampling
Jun 14 17:51:33 <thetransformerr[> do i need to use something like matlab
Jun 14 17:51:58 <ds2> this is just for validating it so... any tool will work
Jun 14 17:52:37 <ds2> matlab is a favorite of many people... i prefer to throw together simple C/perl scripts.... you can also use octave (matlab clone) or mathcad, or many other packages
Jun 14 17:53:02 <ds2> alg guys like to use matlab to develop their algs
Jun 14 18:01:54 <nerdboy> yeah, that guy used an analog sensor and arduino
Jun 14 18:02:45 <nerdboy> take qcn/boinc and add pru ssupport maybe
Jun 14 18:03:12 <nerdboy> and 9250/6050 support
Jun 14 18:03:55 <nerdboy> can use bbio spi driver 9250 even
Jun 14 18:05:10 <thetransformerr[> does that driver support pru or we have modify it
Jun 14 18:05:45 <nerdboy> pru is separate interface
Jun 14 18:06:46 <thetransformerr[> also the sensors I received are either rcvr or tx , but they were supposed to be both
Jun 14 18:06:55 <nerdboy> 9250 spi interface was for magnetometer project, rtimulib has full c++/python interface
Jun 14 18:07:20 <nerdboy> you got the murata sensors?
Jun 14 18:07:28 <thetransformerr[> for now I  can work with them
Jun 14 18:07:28 <thetransformerr[> yup
Jun 14 18:07:42 <nerdboy> they need signal conditioning
Jun 14 18:08:07 <thetransformerr[> for future they are not suitable
Jun 14 18:08:24 <thetransformerr[> signal conditioning= filtering and controlling vola=tage levels??
Jun 14 18:08:28 <thetransformerr[> voltage
Jun 14 18:08:30 <nerdboy> ie, the right voltage/impedance to connect to prudaq/other adc
Jun 14 18:08:50 <nerdboy> poke wormo
Jun 14 18:09:25 <thetransformerr[> but they can be interfaced directly with oscilloscope??
Jun 14 18:10:41 <nerdboy> if the scope has the right inputs/settings maybe
Jun 14 18:11:53 <nerdboy> thetransformerr[: there should be some docs in the google drive folder
Jun 14 18:13:55 <nerdboy> did you look at the app_notes doc?
Jun 14 18:28:37 <thetransformerr[> I had looked them earlier, would again look up
Jun 14 19:15:24 <nerdboy> thetransformerr[: the app_notes talk about the analog circuit you need to talk to the muratas
Jun 14 19:15:49 <nerdboy> can someone at school maybe help with that?
Jun 14 19:39:40 <m_w> we have some volunteers for next week's stand up report?
Jun 14 19:41:18 <m_w> pmezydlo, maciejjo ?
Jun 14 19:41:32 <pmezydlo> yeah I can
Jun 14 19:41:40 <m_w> that is one
Jun 14 19:42:44 <pmezydlo> m_w: Do you have any examples how to use internal memory in ice40 device, I didn't find anything interesting
Jun 14 19:43:42 <m_w> pmezydlo, I got the picorv32 to run out of the internal RAM on the 8k
Jun 14 19:43:50 <m_w> https://github.com/cliffordwolf/picorv32
Jun 14 19:44:23 <m_w> https://github.com/cliffordwolf/picorv32/tree/master/scripts/icestorm
Jun 14 19:46:00 <m_w> used the risc32 compiler to make a small firmware to load into the SRAM internal
Jun 14 19:46:21 <pmezydlo> thanks, it should be helpful
Jun 14 19:46:32 <m_w> I simple example would be using the RAM to create a state machine
Jun 14 19:46:42 <m_w> *a simple
Jun 14 19:48:20 <m_w> something like this only using the RAM: https://www.youtube.com/watch?v=XBczm4pBQjE
Jun 14 19:51:02 <m_w> essentially a direct coding of a present state/next state table to create a state machine
Jun 14 19:51:35 <pmezydlo> yes it's good idea,
Jun 14 19:52:52 <m_w> I think we did this as a precursor to micro-coded control units we back when I was a TA
Jun 14 19:55:13 <pmezydlo> I'm not sure how complicated should the bridge be, I want to use memory to create fifo to buffering data from gpmc
Jun 14 19:56:26 <m_w> we can just directly map instead of using a fancy bridge for simple examples
Jun 14 19:57:36 <pmezydlo> yeah a few registers from fpga can be maped
Jun 14 19:58:05 <m_w> a nice simple example would be a memory mapped GPIO controller
Jun 14 19:58:34 <pmezydlo> yes it will first example
Jun 14 19:59:56 <m_w> the kernel has a memory gpio driver that you can directly use
Jun 14 20:00:19 <m_w> so that will save time writing a driver
Jun 14 20:01:04 <m_w> http://elixir.free-electrons.com/linux/latest/source/drivers/gpio/gpio-mmio.c
Jun 14 20:01:31 <m_w> http://elixir.free-electrons.com/linux/latest/source/drivers/gpio/gpio-mmio.c#L576
Jun 14 20:01:57 <m_w> ^ add your devicetree compatible here
Jun 14 20:02:12 <m_w> then register the registers :)
Jun 14 20:03:24 <pmezydlo> so We planning create non generic bridge,
Jun 14 20:03:43 <m_w> the bus IS the bridge
Jun 14 20:04:39 <pmezydlo> When I talk "bridge" I mean gpmc bus and fpga module with simple user interface
Jun 14 20:05:13 <m_w> there is no need for a module in the middle
Jun 14 20:05:26 <m_w> the memory can be mapped directly
Jun 14 20:05:42 <m_w> for a simple example
Jun 14 20:08:20 <pmezydlo> this is good idea the most examples will use only a few registers (pwm, gpio, spi etc) We can allow for kernel driver development
Jun 14 20:09:32 <pmezydlo> at the same time we can use simple application in c
Jun 14 20:10:10 <m_w> yeah I rather not provide examples using /dev/mem hacks, it gives people bad ideas
Jun 14 20:10:48 <m_w> but I think that it is useful to do it that way for some implementation
Jun 14 20:11:06 <pmezydlo> hmm okay
Jun 14 20:12:00 <m_w> we can provide examples of both method and let people decide what is best for them
Jun 14 20:12:41 <m_w> some board vendors heavily abuse the /dev/mem interface and userspace drivers
Jun 14 20:12:56 <pmezydlo> implementation of more examples might be harder if we want to create drivers
Jun 14 20:13:18 <m_w> why?
Jun 14 20:15:07 <pmezydlo> do you remember last year project which implement i2c, spi from pru, it lasted whole gsoc
Jun 14 20:16:51 <pmezydlo> for now I want to implement gpio with kernel driver,
Jun 14 20:17:40 <pmezydlo> let's see what comes later
Jun 14 20:23:59 <pmezydlo> m_w: What specific examples with drivers we want to do?
Jun 14 20:35:43 <m_w> gpio, pwm ...
Jun 14 20:36:00 <m_w> your favorite SPI
Jun 14 20:45:49 <pmezydlo> ok, thanks for mtg
Jun 14 20:46:08 <nerdboy> spi vs spi?
Jun 14 20:47:53 <m_w> SPI aye captain
Jun 14 20:48:16 <pmezydlo> maybe slave spi
Jun 14 21:04:34 <ds2> compute engine
Jun 14 21:11:05 <m_w> that would be fun
Jun 14 21:11:28 <m_w> lets leave the master thesis worthy ones for towards the end
Jun 14 21:11:55 <nerdboy> didn't we have a spi slave last year?
Jun 14 21:16:22 <pmezydlo> yes I implemented slave,
Jun 14 21:18:01 <m_w> how about a software defined radio? :D
Jun 14 21:19:41 <pmezydlo> I have screenshot from my scope:
Jun 14 21:19:55 <pmezydlo> https://drive.google.com/file/d/0B1Sxahs4DCgrRlY5aGtRdjN6Nlk/view?usp=sharing
Jun 14 21:20:42 <pmezydlo> 5 gpmc transactions
Jun 14 21:20:56 <pmezydlo> yellow is cs line
Jun 14 21:21:23 <pmezydlo> blue is clk, pink is address flag, and data flag
Jun 14 21:23:09 <m_w> pmezydlo, what is the bandwidth of your scope?
Jun 14 21:23:29 <pmezydlo> 100Mhz
Jun 14 21:24:36 <pmezydlo> clk freq is 50Mhz
Jun 14 21:24:45 <pmezydlo> gpmc clk ^^
Jun 14 21:25:01 <pmezydlo> it's to fast
Jun 14 21:25:08 <pmezydlo> too*
Jun 14 21:27:14 <m_w> yeah
Jun 14 21:27:18 <ds2>   ~.
Jun 14 21:28:37 <m_w> pmezydlo, you using the 1x or 10x setting on the probe?
Jun 14 21:29:41 <m_w> looks like 1x
Jun 14 21:30:07 <m_w> try setting to 10x to reduce the probe capacitance
Jun 14 21:30:32 <pmezydlo> ok yeah i use 1x
Jun 14 21:32:34 <ds2> is the probe a piece of Wirewrap wire? ;)
Jun 14 21:34:31 <pmezydlo> no these are normal scope probes
Jun 14 21:34:46 <pmezydlo> now looks better
**** ENDING LOGGING AT Thu Jun 15 03:00:03 2017