**** BEGIN LOGGING AT Fri May 29 02:59:57 2020
May 29 08:36:06 <lorforlinux[m]> Thanks for the confirmation :)
May 29 13:04:25 <saketh> ..
May 29 13:04:38 <saketh> my messages are visible?
May 29 13:04:47 <deepankarmaithan> yes
May 29 13:04:59 <Abhishek_> Yes
May 29 13:05:24 <saketh> here's a trivial issue
May 29 13:05:32 <saketh>  root@beaglebone:/sys/class/gpio# config-pin p2.08 out
May 29 13:05:33 <deepankarmaithan> Abhishek_:  we are having trouble in using config-pin to configure pins
May 29 13:05:46 <saketh> ERROR: write() to /sys/devices/platform/ocp/ocp:P2_08_pinmux/state failed, No such device
May 29 13:05:52 <saketh> that's what is happening
May 29 13:06:10 <Abhishek_> saketh: did you install a custom overlay?
May 29 13:06:22 <saketh> no
May 29 13:06:22 <saketh> no
May 29 13:06:58 <Abhishek_> Does that dir exist in /sys/devices/...
May 29 13:08:00 <saketh> apparently it does
May 29 13:08:45 <Abhishek_> List available pin states? See config-pin —help
May 29 13:11:25 <saketh> Available modes for P2_08 are: default gpio gpio_pu gpio_pd gpio_input
May 29 13:11:41 <Abhishek_> Use gpio
May 29 13:11:51 <saketh> on it
May 29 13:11:59 <Abhishek_> gpio pu is pullup and pd is pulldown
May 29 13:15:05 <saketh> one strange question, echo out>direction on the pin number inside the gpio is allowed
May 29 13:21:02 <Abhishek_> I think so?
May 29 13:25:53 <deepankarmaithan> Abhishek_:  https://pastebin.com/WNLyruD5  here is what sakat wants to do. We are able to change the pin config  to input or output using the gpio entry in the sys directory. But cant do so with config-pin utility
May 29 13:56:25 <saketh> strangely config-pin utility fails to make necessary changes, while the same works perfectly alright with bonescript
May 29 13:56:46 <saketh> am I missing something?
May 29 13:58:26 <Abhishek_> saketh: config pin out is not a valid option is what I can make out
May 29 13:58:45 <Abhishek_> you have to use the /sys/class/gpio direction
May 29 13:58:59 <saketh> and just do an echo on it?
May 29 13:59:20 <Abhishek_> yep
May 29 14:00:04 <saketh> image incoming
May 29 14:00:06 * deepankarmaithan uploaded an image: config.png (194KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/jFUOtNQIOcCtocNdmyCVQTPC >
May 29 14:00:49 <deepankarmaithan> on page no  252 exploring beaglebone
May 29 14:01:19 <Abhishek_> look at config-pin sources
May 29 14:01:37 <Abhishek_> nano `which config-pin` and see if you have that option
May 29 14:01:56 <Abhishek_> enclose which config-pin in back quotes
May 29 14:02:07 <Abhishek_> ``which config-pin``
May 29 14:03:00 <saketh> on ig
May 29 14:03:02 <saketh> it*
May 29 14:12:30 * deepankarmaithan posted a file: configpin.txt (10KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/FGRIPbdewTFWRMkbmPhaiDLB >
May 29 14:12:44 <deepankarmaithan> Abhishek_:  above is the output
May 29 14:12:56 <saketh> it's basically some hex/machine readable/partly human readable file
May 29 14:13:32 <Abhishek_> Looks like an executable, it used to be a script
May 29 14:13:46 <saketh> yeah a binary
May 29 14:14:47 <saketh> deepankarmaithan: bone script seems the way to go now
May 29 14:14:57 <saketh> atleast for now
May 29 14:16:22 <Abhishek_> saketh: look at this - https://github.com/beagleboard/bb.org-overlays/blob/master/tools/pmunts_muntsos/config-pin.c
May 29 14:18:10 <saketh> on it
May 29 14:25:29 * jkridner kicks DHL
May 29 14:27:07 <jkridner> BeagleBoard has a DHL account, but unlike FedEx, I cannot contact the right people to have them put the duties on our DHL account.
May 29 14:31:00 <saketh> Abhishek_: apparently none of the pins have an 'out'/'output' mode as such according to config-pin utility. But it can be set to be an output either by doing what you suggested earlier or  using bonescripts
May 29 14:31:05 <saketh> bonescript*
May 29 14:31:17 <Abhishek_> Yes
May 29 14:31:24 <saketh> jkridner: mouser still says processing :"(
May 29 14:32:17 <jkridner[m]> Mouser told me yesterday that they held up some shipments based on shippers not accepting for certain destinations but that should be all cleared up and they'd go out in a few days. :-(
May 29 14:44:03 <jkridner[m]> lorforlinux: is there a reason your *FedEx* package is still stuck in customs? aren't the duties for that one billed to Beagle?
May 29 14:44:13 <jkridner[m]> I know the Mouser/DHL package is an issue.
May 29 14:46:10 * lorforlinux[m] uploaded an image: image.png (21KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/ujaebiWIgwPYaDjqiTaHBwjY >
May 29 14:47:18 <lorforlinux[m]> Also, I have sent them an email today. no reply yet :(
May 29 14:49:08 <jkridner[m]> Riot isn't letting me zoom in. I cannot read that.
May 29 14:49:38 <jkridner[m]> k, read it in browser.
May 29 14:49:59 <jkridner[m]> DHL phone line is just busy. :-(
May 29 14:50:07 <lorforlinux[m]> jkridner: I forwarded that mail to you yesterday.
May 29 16:37:47 <lorforlinux[m]> <lorforlinux[m] "image.png"> So, This chip is for controlling Servos and it's address is 0x7F, there is another EEPROM chip for cape address and which is set to address 0x54.
May 29 16:39:41 <lorforlinux[m]> <lorforlinux[m] "Servo Cape provides numerous ser"> Anybody know what type of remote control inputs we are talking about here?
May 29 17:09:42 <lorforlinux[m]> For U-Boot Overlays you can start with reading this -> https://forum.digikey.com/t/all-beaglebone-varients-u-boot-overlays/26
May 29 17:41:48 <jkridner> lorforlinux[m]: I thought the input was disabled. what are you asking about?
May 29 17:42:28 <jkridner[m]> oh, I can read it in Riot.
May 29 17:43:03 <jkridner[m]> the device is meant to handle inputs from things like radio receivers used for remote control....
May 29 17:43:16 <jkridner[m]> typical receivers output pwm signals.
May 29 17:43:48 <jkridner[m]> https://oscarliang.com/pwm-ppm-sbus-dsm2-dsmx-sumd-difference/
May 29 17:55:55 <jkridner[m]> hmm... my assertion doesn't seem to match https://www.nxp.com/docs/en/data-sheet/PCA9685.pdf
May 29 18:22:54 <lorforlinux[m]> jkridner: according to this https://github.com/jadonk/beagle-tester/blob/9151abd1e2b52505e47e8ef5d785373fe4d35593/beagle-tester.c#L4164
May 29 18:23:41 <lorforlinux[m]> we require an overlay for our cape right? What if it's not there? Like in the case of Servo Cape!
May 29 18:29:23 <lorforlinux[m]> <jkridner "lorforlinux: I thought the input"> I am not sure where the inputs are disabled :(
May 29 18:33:05 <lorforlinux[m]> jkridner: I have completed the Exploring BeagleBone book (skipped some parts that were either marked Advanced OR not relevant for my project).
May 29 18:34:57 <lorforlinux[m]> I have also submitted BBAI DT overlays for `Comms Cape`, `Motor Cape` and `Relay Cape`. Also, BBB DT overlay for `Load Cape`.
May 29 18:37:14 <lorforlinux[m]> Some progress on LCD4-01 overlay for BBAI has also been made (Talking to Robert on this here -> https://github.com/beagleboard/bb.org-overlays/pull/171)
May 29 18:39:31 <lorforlinux[m]> wanted to complete DT overlays for all 6 capes I will recieve but, I will focus on updating https://elinux.org/BeagleBoard/GSoC/2020_Projects#Projects and making introductory video now!
May 29 18:45:03 * lorforlinux[m] uploaded an image: image.png (43KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/zyiAGZBqpaPEnaJLrHXMoqgf >
May 29 18:46:03 <lorforlinux[m]> I am receiving the FedEx package today (^_-)!
May 29 18:49:10 <lorforlinux[m]> Intro video is due 8th June right?
**** ENDING LOGGING AT Sat May 30 02:59:59 2020