**** BEGIN LOGGING AT Fri Apr 13 03:00:03 2018 Apr 13 09:36:39 hays: I've done upgrades from jessie to stretch without problem, but those were on pretty minimal systems Apr 13 09:39:07 hays: there's stuff in /opt that might need manual upgrading, and you'd need to update bootloader and /boot/uEnv.txt to get u-boot overlays Apr 13 09:41:42 you also need a lot of free space to do the upgrade Apr 13 09:43:03 and apt-get will not warn you in advance that you don't have enough free space to perform the upgrade, instead it'll start failing halfway through the upgrade and leave your system thoroughly hosed Apr 13 09:43:13 so yeah Apr 13 09:43:31 reflashing is overall just a lot simpler and safer :) Apr 13 10:28:31 zmatt: When will the MCLK show up on the BeagleBone Black Apr 13 10:28:41 Is it only when the codec gets recognized? Apr 13 10:28:58 Because at the moment I'm only measuring DC Apr 13 10:29:12 you're trying to use the audio osc on the beaglebone? Apr 13 10:30:18 Correct Apr 13 10:30:55 be sure to reference it using clocks = <&clk_mcasp0>; instead of system-clock-frequency = <24576000>; Apr 13 10:31:33 or whatever that property was called Apr 13 10:31:54 https://pastebin.com/TprL3LV9 Apr 13 10:32:00 This is the device tree I am using Apr 13 10:32:34 ah it was &mcasp0_clock Apr 13 10:32:37 I see my mistake Apr 13 10:32:46 oh you're using that already Apr 13 10:33:09 then it should be activated once you start playback or record Apr 13 10:33:23 oh no I don't see my mistake Apr 13 10:33:57 But my codec needs it at startup Apr 13 10:35:09 right... ehm... I'm not sure why you're trying to use the beaglebone's audio osc in the first place Apr 13 10:35:41 Doesn't it need it for it to be configured as a mster? Apr 13 10:35:56 no, I told you that more than once Apr 13 10:37:00 the only change needed was making the cpu dailink0_master Apr 13 10:37:16 I tried that, but then I also got GBLCTL write error when trying to play audio Apr 13 10:37:34 that is so weird Apr 13 10:38:19 the codec was providing a proper mclk at the time? Apr 13 10:42:22 anyway, I don't have much time right now. if you want to force-enable the audio osc, remove/disable mcasp0_clock, force the enable-gpio high with https://pastebin.com/raw/txzUZQf1 either use clocks = <&mcasp0_fixed_clock>; or just specify the frequency instead Apr 13 10:43:17 Alright, thanks! Apr 13 11:01:37 I found my issue Apr 13 11:01:51 The BeagleBone is still generating the MCLK on its own Apr 13 11:02:14 Even though I am supplying it with the codec Apr 13 11:02:27 But I don't know why the BeagleBone is doing that Apr 13 11:02:30 I remember having fights with that too Apr 13 11:04:15 zmatt: what if you had an sdcard in but just not physical access Apr 13 11:04:57 bou4: I don't seem to be doing anything really different in my DT... I wonder if I fixed it in the patches I did Apr 13 11:05:07 I just don't remember Apr 13 11:05:27 hays: doing a full system upgrade without having physical access in case something goes wrong sounds... unwise Apr 13 11:06:05 hmm.. alright. well that's a datapoint. might need to find another solution in my case then Apr 13 11:07:41 or just live with the idea there is a 5 year maintenance item requiring physical access Apr 13 11:13:01 Won't it need the internal oscillator for it to generate that master clock? Apr 13 11:13:06 What if I disable the thing Apr 13 11:13:20 I know I don't enable it, but maybe it is Apr 13 11:13:59 bou4: no, mcasp can also output a clock on that pin Apr 13 11:14:07 although it'd be 24 MHz, not 24.576 Apr 13 11:14:58 you can check the audio osc pin using my show-pin script https://github.com/mvduin/bbb-pin-utils/#show-pins (sudo show-pins -v | grep osc) Apr 13 11:15:37 I think asp-monitor gives information about whether mcasp pins are configured as output or input Apr 13 11:15:54 but I really gotto go now, afk Apr 13 12:21:15 it works, zmatt! Apr 13 12:21:21 with the codec as master for all clock signals Apr 13 12:21:31 wasn't that your original setup? Apr 13 12:21:34 correct Apr 13 12:21:45 I didn't disable hdmi and audio in the uEnv.txt Apr 13 12:21:50 loool Apr 13 12:22:01 and for some reason that interefered with my configuration Apr 13 12:22:09 but good everything is working fine now Apr 13 12:22:09 well duh Apr 13 12:22:12 thanks for all the help Apr 13 12:22:39 I thought you said you disabled those Apr 13 12:22:50 but yeah, obviously hdmi-audio interferes Apr 13 13:12:21 can Beagleboard also act as a USB peripheral? Apr 13 13:15:50 hodapp: Yes, it already does so when you plug it in now (it presents as an USB ethernet, serial and possibly other device types) Apr 13 13:16:18 oh, just as the Beaglebone does? Apr 13 13:17:15 Oh wait, I was talking about the BeagleBone Apr 13 13:17:39 Those two names confuse me :-p Apr 13 13:17:45 yeah, it's sort of annoying Apr 13 13:19:04 hodapp: The product page mentions USB-On-the-go, which is intended to allow both host and device from the same port, so I would suspect that device mode is also supported then Apr 13 15:09:24 Help Apr 13 15:13:04 I need someboooody Apr 13 15:36:57 Not just anybody Apr 13 16:41:01 Guess he didn't like sing-alongs. Apr 13 16:46:23 hodapp: it has an usb device port yes Apr 13 16:46:55 (not an OTG port) Apr 13 19:20:50 zmatt: Huh? But http://beagleboard.org/beagleboard says "USB 2.0 on-the-go (OTG) port"? Apr 13 19:21:15 oh wait, I'm sorry for some reason Apr 13 19:21:28 .. I thought the question was about the x15 Apr 13 19:23:39 original beagleboard having otg sounds plausible enough Apr 13 23:34:52 grr, the exceptional behaviour of 'void' can be so annoying when writing generic code in C++ Apr 13 23:39:21 zmatt: Look at my name. Apr 13 23:40:07 yes yes, I'm very proud Apr 13 23:40:14 yea! Apr 14 01:14:39 Did someone say, "Motor Drivers?" Apr 14 01:15:32 I found this open source shop in Italy. They provide cool stuff to people who want things. Apr 14 01:15:34 ... Apr 14 01:15:52 Anyway...I found a motor driver from them. I am going to test it soon. Apr 14 01:17:06 The dang-gone thing states 5v on it. I will have to use new pins on the BBB. Yikes! Apr 14 01:17:22 It could get tricky. Apr 14 01:41:58 Man, I have to read more. Shucks. Apr 14 01:45:32 DC Motor fans? Apr 14 01:48:41 Okay... Apr 14 01:48:58 Finally, this has to do w/ the BBB (or variations)... Apr 14 01:50:02 Um, if the dang thing states 5v on it, do I need to use this motor driver w/ the 5v pin of the BBB or should I use, "dang it?" Apr 14 01:51:10 Forget that. Scratch that idea. Do not answer. I need to keep reading. Apr 14 02:40:18 So, get this. I have this motor driver. How can I make sure this motor driver does not give any voltage input into my BBB when I connect the circuit? Apr 14 02:40:19 ... Apr 14 02:41:05 I mean...I put the circuit together and I have a separate battery supply for each (the BBB and motor driver). Apr 14 02:42:02 Since each of the two components, the BBB and motor driver, are powered separately, should I worry about any voltage hitting the pins of the BBB when it communicates to the motor driver? Apr 14 02:42:08 Oomph. Apr 14 02:45:19 Please keep in mind that this motor driver is made to suit the needs of a 5v source. Apr 14 02:54:46 ... Apr 14 02:54:53 This is basically what i have now... Apr 14 02:55:03 http://www.st.com/content/st_com/en/products/motor-drivers/brushed-dc-motor-drivers/l298.html is the L298. Apr 14 02:59:00 From their schematic...the ln1 and ln2 seem like good "return" leads, right? I guess this is my question. **** ENDING LOGGING AT Sat Apr 14 03:00:00 2018