**** BEGIN LOGGING AT Sun Nov 21 02:59:57 2021 Nov 21 03:46:01 Does anyone know of an assembly place for PCBs and can you tell me the name of this place? Nov 21 03:46:21 Google is messing around again... Nov 21 03:47:32 I find these places online. Right, so. Then, I try to integrate my info. into their site online. I get questions like, "How many holes do you need?" Nov 21 03:47:59 It is a question that may deserve some answer but... Nov 21 03:48:04 Holes? Nov 21 03:48:06 What? Nov 21 03:49:07 How about, "How much area is left after you remove holes?" Nov 21 03:51:55 Some place asked me about how many TH and SM parts there were... This sounds reasonable, right. I check my pick and place file. So, this is not reasonable. I am paying them to handle issues. Issues in this sense is exactly the mfg. of the part w/ holes, area w/out holes, and how far apart are these areas w/ or w/out holes. Nov 21 03:52:20 Anyway... Nov 21 03:52:34 I am going to lengths to handle the concerns of this Cape making. Nov 21 03:52:46 Holes! Nov 21 03:58:38 Outside of that idea, has anyone made a Cape when asked how many holes one needs for pricing? Nov 21 03:59:56 10:00! Nov 21 08:26:43 Hi everyone, I want to ask something really quick, after run sudo tools/update_kernel.sh ,gives these errors end of the installation. The board is BBB wireless and Debian Buster IoT Image 2020-04-06 Nov 21 08:26:44 E: Unable to locate package seeed-modules-4.19.94-ti-r68 Nov 21 08:26:44 E: Couldn't find any package by glob 'seeed-modules-4.19.94-ti-r68' Nov 21 08:26:45 E: Couldn't find any package by regex 'seeed-modules-4.19.94-ti-r68' Nov 21 08:26:45 update-initramfs: Generating /boot/initrd.img-4.19.94-ti-r68 Nov 21 11:55:41 hmm Nov 21 12:00:07 seeed-modules-4.19.94-ti-r64 seems to be the latest version of that package for some reason. no idea what these modules are anyway ( https://pastebin.com/yxjbDELn ) Nov 21 12:00:17 unless you have a specific need for one of these I wouldn't worry about it Nov 21 12:00:38 I don't have this package installed on any beaglebone Nov 21 12:06:33 Actually,I just want to update kernel.I dont know if i need them,maybe it will cause problems in the future. Robotcontrol library seems okey, tests were succesfull. However, user leds are not blinking because of unsuccesfull kernel update Nov 21 12:07:42 uhhhh Nov 21 12:07:58 nothing you shared sounds like the update was unsuccessful Nov 21 12:08:15 what do you mean the user leds are not blinking? Nov 21 12:10:09 it just sounds like it skipped installing the seed-modules package, which is optional anyway Nov 21 12:10:28 it's still odd, but it shouldn't cause problems Nov 21 12:10:34 Only wi-fi, bluetooth and power leds are operating on the board Nov 21 12:10:57 that sounds really strange, hold on let me try this kernel Nov 21 12:12:20 May be, the skipped installing is not a problem. I thought that way Nov 21 12:13:19 Let me share version.sh logs Nov 21 12:13:52 (note: don't paste multi-line stuff into chat, use a paste service like pastebin.com ) Nov 21 12:15:48 user leds seem to be working fine on 4.19.94-ti-r68 for me Nov 21 12:17:39 https://pastebin.com/u/emreduman Nov 21 12:18:45 hmm Nov 21 12:20:01 I guess there is problem last part of the logs file the line start with dmesg | grep pinctrl-single Nov 21 12:20:08 some sort of pin conflict going on with an overlay... try updating the bb-cape-overlays package Nov 21 12:20:57 sudo apt install --upgrade bb-cape-overlays Nov 21 12:22:08 okey , by the way thank you so much for your help, I am waiting the BBB to initialize Nov 21 12:23:31 bb-cape-overlays is already the newest version Nov 21 12:24:08 rcn-ee_: looks like kernel 4.19.94-ti-r68 has a DT issue on the bbbw ? Nov 21 12:25:55 Emre: my suggestion would be to just go back to an older kernel until this issue is solved Nov 21 12:27:04 (the kernel to boot is selected by the uname_r variable in /boot/uEnv.txt .. be sure to set it to a kernel that's actually installed by checking the contents of /boot) Nov 21 12:31:39 Could you check my uEnv.txt https://pastebin.com/u/emreduman. By the way, It is not a big problem for me, I am just afraid of that can cause problem in future for my project Nov 21 12:33:40 I mean, what's there to check... it's just the default settings Nov 21 12:35:23 Okey then my bad, thank you again Nov 21 16:15:36 Hello:) Nov 21 16:15:36 I'm working on audio cape for BBAI (BBB) and want to ensure that it'll not block HDMI audio. If I have looked corectly HDMI audio has shared pins with P9.28-31, is that true? becouse somewhere else I read that HDMI audio is on/through McASP0. Nov 21 16:16:17 BBB or BBAI ? Nov 21 16:16:26 BBAI Nov 21 16:16:35 HDMI on BBAI is not shared with any other resource Nov 21 16:16:59 So it is on McASP0 as I read Nov 21 16:17:09 And on BBB? Nov 21 16:17:16 I don't think it uses any McASP on the BBAI but I might be wrong about that Nov 21 16:17:36 I want to be sure to have "universal" cape Nov 21 16:18:01 I'll try to find that McASP Nov 21 16:19:00 I'm not sure if it's possible to make an audio cape that works on both without conflicting with HDMI audio Nov 21 16:19:15 *without conflicting with HDMI audio on the BBB Nov 21 16:20:25 Oh, what a pitty Nov 21 16:20:27 https://goo.gl/jiazTL#gid=1779159674 this compares the McASP instances/pins available on the BBB vs BBAI and highlights their intersection Nov 21 16:21:11 Oh, amazing, thanks a lot !!! Nov 21 16:21:20 Saved a day of work :D Nov 21 16:22:54 ah, also had this summary: https://pastebin.com/sMGAfTcb Nov 21 16:23:35 details on the mcasp interfaces of the BBB specifically: https://pastebin.com/37Vr51Wr Nov 21 16:25:19 Wonderfull! Nov 21 16:28:30 Hopefully last question:)  I see that BBB has onboard oscilator "An on-board 24.576 MHz oscillator" but in BBAI schematic there is no such osc, do I have to supply one? or is there some sort of internal multiplier/divider Nov 21 16:30:33 also here's how the HDMI framer is hooked up on the BBB: https://pastebin.com/raw/nXRxCARu Nov 21 16:31:12 the BBAI doesn't have a dedicated 24.576 MHz osc because it has way more flexible options for internal clock generation Nov 21 16:31:49 so it can generate that clock internally can output it on tx hclk if needed Nov 21 16:31:53 *and output it Nov 21 16:32:12 So its more SW work than HW :) Nov 21 16:32:22 Thanks a lot, again :) Nov 21 16:32:25 probably just a matter of appropriate DT configuration Nov 21 16:36:24 the closest you could get with supporting both BBB and BBAI while preserving HDMI audio on the BBB is by using the same pins for hclk/clk/fs but different pins for data (P9.30 and P9.41 are the options available) Nov 21 16:37:34 though it would mean that HDMI audio show up as two extra channels on your audio device (and in particular your cape and hdmi audio would need to use the same samplerate) Nov 21 16:44:20 Yea that could work, HDMI as master, as it is in TI guide.... also, wanted the possibility of stacking more audio capes, which I hope have managed, but from what i can see only for BBAI Nov 21 16:44:40 no, hdmi is always slave Nov 21 16:44:43 I think Nov 21 16:45:15 https://www.ti.com/lit/an/sprack0/sprack0.pdf?ts=1637409294367&ref_url=https%253A%252F%252Fwww.google.com%252F Nov 21 16:45:17 page 9 Nov 21 16:45:36 the hdmi framer on the BBB is not a TI device Nov 21 16:46:01 that document is just showing examples Nov 21 16:47:11 there's no mclk on this hdmi framer afaik, or if it has one it's not hooked up Nov 21 16:47:28 But it is using McASP, which (if it reciving data) is working as a slave Nov 21 16:47:45 master/slave has nothing to do with whether you're transmitting or receiving data Nov 21 16:48:04 it has to do with which side is providing the bitclock and framesync Nov 21 16:49:39 yeah my bad... 100 times and still same mistake Nov 21 16:49:53 normally the 24.576 MHz osc provides a master clock to McASP 0, which uses it to generate and output the 48 kHz framesync and 1.536 MHz (I think) bitclock Nov 21 16:50:57 note also that typically the rx section of McASP is synchronized to the tx section, so even for receiving data you're using tx clk and tx fs (either as output if master or input if slave) Nov 21 16:51:20 (McASP supports using independent clocks for tx and rx but the linux driver doesn't support this feature) Nov 21 16:53:26 (so don't be confused into thinking "tx clk" (aclkx) necessarily means it's a clock output, the "tx" means it's the clock pin of the transmit section, but that clock may still be either input or output) Nov 21 16:54:22 ok thanks one more :) **** ENDING LOGGING AT Mon Nov 22 02:59:56 2021