**** BEGIN LOGGING AT Fri Sep 02 02:59:56 2022 Sep 02 05:57:57 Hi good morning Sep 02 06:01:18 I want to interface 5 inch touch screen with BB Black board, we got the HDMI working but the touch is not working Sep 02 06:01:58 its for a Industrial automation work our company is working ON Sep 02 06:41:45 thanks for sharing? I guess he didn't have any actual question to ask Sep 02 09:07:13 Hello, I was wondering what are the main differences between the beaglebone black wireless and the beaglebone green wireless? I am aware they are different in how you can connect to them but are there any chip differences? I could not find any apparent differences from my searches Sep 02 09:11:52 Guest16: the green wireless has some serious compatibility issues with capes, many of its pins are not usable Sep 02 09:12:39 the black wireless reused the SoC pins that were previously used for ethernet, while the green wireless inexplicitly left most of those unused and instead sacrificed a bunch of expansion header pins for use by the wifi/bluetooth chip instead Sep 02 09:13:28 *inexplicably Sep 02 09:14:28 I see, does it have a different pinout? Sep 02 09:15:04 I mean it's technically the same pinsout, but a bunch of pins cannot be used for your own purposes because they're already in use by the wifi Sep 02 09:15:27 it's kinda like a beaglebone with a wifi cape stacked on top Sep 02 09:15:37 Ah right Sep 02 09:15:57 https://pastebin.com/Fi8Vh0n5 contains the details Sep 02 09:17:02 Thank you Sep 02 09:17:16 and the green-wireless (just like the green) lacks hdmi output Sep 02 09:18:23 So would you say its better to use a standard black with a cape rather than the green if I've already got a system set up that used the black wireless Sep 02 09:18:33 Cant find any black wirelesses Sep 02 09:19:54 I don't really understand that question Sep 02 09:20:56 if you don't care about hdmi and don't (ever) need the expansion header pins occupied for wifi/bt on the green-wireless, then the green-wireless is fine Sep 02 09:21:30 Sorry, I had a system set up that used the beaglebone black wireless but it blew. I'm looking to replace it and was thinking if the green wireless was good enough or to use a black wired with a cape Sep 02 09:21:44 Thank you Sep 02 09:22:12 well a wireless cape (if you can actually fine one) will surely use at least as many expansion header pins as the green-wireless does Sep 02 09:22:58 so the only reason to use a black + wifi cape instead of a green-wireless would be if you need both ethernet *and* wifi, or you need hdmi Sep 02 09:23:11 I see Sep 02 09:23:15 thank you! Sep 02 11:53:53 hello all again. I was wondering if there's a way to use pins on the compatibility header of the BBAI to access serial port (instead of the fine pitch three pin connector next to the USB-C for which I have no connectors handy). Sep 02 12:02:58 I think the 3 pin connector is debug serial console and I don't think that can be re-routed to GPIO pins Sep 02 12:03:22 depends on what you mean by that exactly... like, are you trying to just move the linux console to another serial port, or do you want to capture early messages from u-boot? Sep 02 12:04:33 to use a different serial port for the earliest u-boot messages would require building a custom u-boot Sep 02 12:08:21 setting the console parameter in /boot/uEnv.txt, along with a DT overlay to setup the necessary pinmux, would allow that serial console to be used as console for linux (and for late u-boot messages I think, not 100% sure) Sep 02 12:09:02 if you just want to spawn *a* login shell on another serial port, without necessarily making it the console, then that would be even easier Sep 02 12:09:16 so it all depends on what you actually want Sep 02 12:21:01 early messages from boot (given my boot woes from yesterday). I think given that I don't have access to the system when it doesn't boot, there is no hope of altering uboot Sep 02 12:22:06 if it's not booting at all (no USR leds) then I would also not expect anything on the serial console Sep 02 12:23:01 I have a single known good SD card that boots. It's an older image, so I don't want it. I've tried flashing multiple other SD cards, and none boot. Sep 02 12:23:01 I'm very reluctant to flash that SD card at all Sep 02 12:23:09 and if you want people to associate your name with previous conversations, you might want to pick something better than "Guest19" ;) Sep 02 12:23:32 heh. yes this is true. Sep 02 12:23:49 I wonder if maybe there's just something wrong with those images which didn't get noticed because u-boot from eMMC got used instead Sep 02 12:23:56 with u-boot on those images I mean Sep 02 12:24:10 but I can't investigate that right now, I'm off to work, o/ Sep 02 12:25:10 can you confirm uboot outputs to serial? I think the ultimate answer will come from the early boot complaints. Sep 02 12:25:20 though as a last remark before I go, if you have *some* image you can boot, you could use that to install a working u-boot on eMMC Sep 02 12:25:50 yeah, that's a good idea. I've wasted a lot of time on this so far and I just need a build box in a cluster to get back up Sep 02 12:26:04 is there a preferred uboot to flash? Sep 02 12:26:29 or do I just flash the SD image itself onto mmc? Sep 02 12:28:35 1. yes 2. I guess you could try that, or at least copy u-boot (located between the partition table and the root partition), though having a more recent u-boot from rcn-ee may be preferred Sep 02 12:28:56 maybe rcn-ee can help with this, I really gotta go now Sep 02 12:29:01 (if he's around) Sep 02 12:29:06 anyway, afk! Sep 02 12:31:05 thanks zmatt Sep 02 13:24:05 Guest19: i noticed last night, on the bbai, the usr led's are used in the newer branch of u-boot... give it a good 10 seconds before linux boot and takes over usr led blinking.. Sep 02 13:24:14 'are no used' in u-boot.. Sep 02 13:24:19 'are not used' in u-boot.. Sep 02 13:24:59 heh Sep 02 13:25:36 here's the adapter cable for the serial debug... the datasheet has the part's used if you want to make your own.. https://www.digikey.com/en/products/detail/digi-key-electronics/BBCAI/10187731 Sep 02 13:32:13 rcn-ee where can I find a latest emmc image (including uboot) for BBAI? Sep 02 13:32:32 I don't use the USR leds in my u-boot build for our beaglebones either, but it only takes a second or two before the kernel takes over.... 10 seconds is certainly a long time to see no activity at all Sep 02 13:33:15 Guest19: well i'm uploading one right now, as the ksmbd-tool spammed systemd in 09-01... Sep 02 13:33:33 (and rcn-ee: I have that debug cable on order) Sep 02 13:34:02 Ah, great. Can you ping this channel when you are done uploading? Sep 02 13:34:42 it's uploaded.. (cron job this morning)... doc's need me to update.. https://rcn-ee.net/rootfs/bb.org/testing/2022-09-02/bullseye-minimal-armhf/ Sep 02 13:35:27 use etcher.io on that am57xx*.img.xz it'll take a good 10 seconds before kernel loads and takes control over usr* leds'.. Sep 02 13:40:05 is there a reason you guys recommend etcher.io other than lower support calls from users? Sep 02 13:40:45 it's gotten to the point, i don't trust users to understand dd. ;) Sep 02 13:41:30 plus the post-flash verification is very useful to catch flaky cards Sep 02 13:41:49 i forget when we started working with belana, but once they added xz uncompression years ago for our images, they became our default 'go to'.. Sep 02 13:42:10 understood. Sep 02 13:43:55 On the am335x/am57xx everything is 'ext4' files except the first 1-4MB of space on the image which is the bootloader at specific memory positions on the image/drive... Sep 02 13:44:44 ok. And I'm in the process of searching for this, but maybe you can answer directly: does that go straight onto /dev/mmcblk1 or is there some special handling required for emmc flash? Sep 02 13:46:05 With Bullseye, i tried to make it simpler for me and users.. One image.. boot into image.. run: ` sudo enable-beagle-flasher ; sudo reboot` to convert a normal to 'flasher'... Sep 02 13:47:00 editing /boot/uEnv.txt was tricky... users got confused when there was two images.. idk.. this will probally also fail.. but at the moment, Bullseye.. only one image to start with.. Sep 02 13:49:42 ok, fyi - from my earlier chat: I have a BBAI which boots from a known good SD card, but refuses to boot from anywhere else. It's vexxing, and because I don't have a serial connection, I can't tell what it's blocking on. The LEDs never come up, which indicates to me (from your above comment) that the uboot complains about something and never drops Sep 02 13:49:43 into linux boot loader. Sep 02 13:50:27 My current strategy is to boot using the known good image, and try to reflash the emmc directly. So I do not have the option to do the SD flasher path, unless I misunderstood your point. Sep 02 13:51:05 I will figure out what is going on in the enable-beagle-flasher Sep 02 13:52:38 zmatt: just thought of something stupid.. what's your thoughts.. on bootup for new users... we have these random usb `enx3403de8d01a5` nodes show up.. could convert the first part to "Beagle"... `enxbealee8d01a5` 'beagle' or 'bone'... ;) Sep 02 13:54:02 Guest19: you can grab the buster 'flasher'... https://rcn-ee.net/rootfs/bb.org/testing/2022-09-02/buster-console-armhf/ am57xx-eMMC... Sep 02 13:54:53 which follows the old 2 images, use /boot/uEnv.txt to convert between the two.. It's just Bullseye, i'm trying to start clean.. Sep 02 13:58:24 idk, it would only help users who actually look under `ip address`... see it's up, just enable dhcp.. but users who look would already see 2 new interfaces and understand, that's my network connection.. Sep 02 14:04:40 rcn-ee: I wouldn't mess with the randomly generated mac addresses like that, it would just increase the risk of collision. besides, the naming of those interfaces is distro-dependent Sep 02 14:05:45 rcn-ee: also, you can't make an "l" nor a "g" Sep 02 14:06:25 I do have a wish list for the uboot loader, not sure if you guys are using the generic one or a custom one for bb, but turning on at least one USR LED and leaving it solid on when uboot starts would help people not be concerned that the device is bricked. Sep 02 14:06:34 ugh.. forgot about the 'l'... had the 'g' ... yeah too riskly.. Sep 02 14:07:03 I'm assuming the leds not being turned on is a bug/oversight, not a deliberate decision Sep 02 14:07:21 Guest19: yeap, noticed that last night.. don't remember if on the bbai we had the 4 usr led's working in u-boot.. but yeah, i'm going to add that shortly.. Sep 02 14:07:35 I appreciate it. Sep 02 14:07:52 Guest19: on the am335x, the 4 led's load on sequence of certain aspects of loading u-boot.. Sep 02 14:42:29 rcn-ee: fyi, I just made a git repo for (a new version of) the tiny utility I made for messing with the cortex-a15 cpu power management registers on the am572x: https://github.com/mvduin/omap5-cpu-pm Sep 02 14:42:55 ok, so that last flasher image you posted  (rcn-ee), has worked. I'm not sure how or what my previous images were not doing right, but as I said LED's will enormously help. (as well as my receiving the serial debug console). Sep 02 14:43:12 very likely the reason they didn't work was PEBKAC Sep 02 14:44:59 I know it all to well! Sep 02 14:45:49 can confirm, set_ is very experienced with PEBKAC :) Sep 02 14:46:06 I like, in fact, so much that I make time for it now. Sep 02 14:46:27 "Not to self..." Sep 02 14:46:41 Make PEBKAC reality for everyone around me! Sep 02 14:47:24 Outside of jokes and funnies, has anyone mastered this edge-ai-apps? Sep 02 14:47:55 edge-ai-apps is for the BBAI-64. It seems the docker container for it does not allow for ROS commands. Sep 02 14:48:08 Is this something that needs attention? Sep 02 14:48:11 set_: no... stick with teh 'edge_ai' image... https://rcn-ee.net/rootfs/bb.org/testing/2022-09-02/bullseye-xfce-edgeai-arm64/ Sep 02 14:48:19 Oh. Sep 02 14:48:21 Okay. Sep 02 14:48:36 I will install it now and see what happens. Sep 02 14:48:37 still working with TI on a good way to 'support' the ROS Docker image (and updates..) Sep 02 14:48:45 Oh! Okay. Sep 02 14:48:58 hosting docker images and pushing updates to end users is fun... Sep 02 14:49:03 Ha. Sep 02 14:49:27 Docker needs nano. Sep 02 14:49:31 Not just cat. Sep 02 14:50:08 Anyway, I will try the xfce-edgeai-arm64 image. Sep 02 14:50:26 Where are things located on that image? Sep 02 14:50:28 `Docker needs nano` ... in ROS or Debian... Sep 02 14:50:34 Debian Sep 02 14:50:46 it's installed... Sep 02 14:50:51 VIm is all fun. Sep 02 14:50:52 Hmm. Sep 02 14:51:07 Right but within the docker container... Sep 02 14:51:14 `nano-tiny`.... yeah, noticed that a few days ago... Sep 02 14:51:29 I guess I was w/in the docker container when nano was not working. Sep 02 14:51:37 so 'within' the docker container.. .that's ROS, that's TI's `dockerfile`.. Sep 02 14:51:42 Aw. Sep 02 14:51:43 Okay. Sep 02 14:52:16 I got far in the ideas but w/out their location being openly findable, I am stuck. Sep 02 14:52:41 Between our Debian image and TI's edge_ai images, everything is in teh same spot.. Sep 02 14:53:14 For instance, the wget or curl or whatever (git maybe) from TI's site is unreacheable when I try to go to it online. Sep 02 14:53:17 when you read TI's edge_ai docs, if it's not installed in the Debian image, we don't have it yet.. Sep 02 14:53:26 Oh. Okay. Sep 02 14:53:55 I figured I could just clone their repo as usual and change things. Sep 02 14:54:00 Nope. Sep 02 14:54:00 nope... Sep 02 14:54:04 Yep. Sep 02 14:54:36 for edge_ai, TI has two modes in there repo... tagged branches, and master.. Sep 02 14:54:47 Hmm. Sep 02 14:55:01 But...is the repo. available to view? Sep 02 14:55:14 master is almost always TI "Internal"... all the branches are public release's... Sep 02 14:55:20 Oh. Sep 02 14:55:39 Now I know. Sep 02 14:55:54 branches...this is something I will wait to attain. Sep 02 14:56:02 With edge_ai all the demo's/etc cost a ton of bandwidth.. so while TI is working on new releases, it's all internal ti servers... Sep 02 14:56:11 Aw. Sep 02 14:56:16 That makes sense. Sep 02 14:56:26 Bandwidth is not free! Sep 02 14:56:45 so for edge_ai stick with production branch/releases/taggs.. Sep 02 14:56:57 Okay... Sep 02 14:57:15 I really have no choice! Sep 02 14:57:43 w/ dd, can I call my sd card something that the bbb can understand, i.e. mmcblk1? Sep 02 14:58:22 Or is that mkfs? Sep 02 14:59:12 Anyway, I need to test it more. I am still just a shrimp in the ocean of shrimp eaters! Sep 02 14:59:28 * set_ hides in rocks! Sep 02 15:05:53 Off to test! Sep 02 15:05:56 BBL! Sep 02 15:23:09 rcn-ee: I've added a README to https://github.com/mvduin/omap5-cpu-pm Sep 02 15:26:27 if current kernels still default to "requested power state: ON", maybe I should poke tmlind and ask if he knows if there's a good reason for that Sep 02 15:29:11 @NishanthMenon ... ^ ;) or do you want to stay hands off on am57xx . ;) Sep 02 15:29:36 zmatt: i'll package it add it to all buster/bullseye/etc. ;) Sep 02 15:29:37 I mean, you can always wash your hands afterwards ;) Sep 02 15:29:46 heh, is that wise? Sep 02 15:30:10 he spends most of his day working on j7+ stuff.. so the am57xx is only like 4-5 years off his radar.. Sep 02 15:30:58 I still have to believe there must be a good reason the kernel is disallowing cpu power management Sep 02 15:31:11 even though I've not observed any negative effects myself Sep 02 15:32:01 i think part of the problem, i've been terrible at validating mainline on bbai, i've now got 4 nodes setup to do more mainline testing.. first goal is to get the 5.10.x-ti in a much much better shape, then v4.19.x-ti.. Sep 02 15:32:45 Zmatt rcn-ee tmlind will know best on j6/am57x should be on #linux-ti Sep 02 15:33:17 rcn-ee: can you easily check if the default is still ON on 5.10 at least? Sep 02 15:33:44 I kinda don't want to bug tmlind with an issue I've not validated on kernels newer than 4.19 ;-) Sep 02 15:36:11 zmatt: Bus error Sep 02 15:36:24 on a bbai? Sep 02 15:36:28 or bbx15 Sep 02 15:36:39 bbai... Sep 02 15:36:46 ehh Sep 02 15:37:19 ugh... wrong code-server window... Sep 02 15:37:25 lol Sep 02 15:37:32 maybe I should put in a check that it's the right SoC Sep 02 15:37:41 (just flashed a bunch of boards, so i have dozen browser tabs open that look exactly teh same..) Sep 02 15:38:31 that's better... "ON".. Sep 02 15:38:35 https://www.irccloud.com/pastebin/nEwt0REH/ Sep 02 15:38:45 5.10.131-ti-r49 Sep 02 15:44:33 thanks! Sep 02 15:54:17 zmatt: packaged as "omap5-cpu-pm", i'm going to add it as as depend to v4.19.x-ti, v5.4.x-ti, and v5.10.x-ti.. Sep 02 15:54:32 so it'll get pulled in for all users.. Sep 02 15:54:43 lol, but why? Sep 02 15:55:04 like, if this thing is appropriate to change, it should just be fixed in the kernel Sep 02 15:55:33 maybe wait to see if I get an answer from tmlind Sep 02 15:56:04 i'm sensing that might take a while to figure out for old branches.. but as a system tool, it can be installed with no issues.. Sep 02 15:57:07 still I wouldn't recommend shipping or even packaging this Sep 02 15:57:31 okay, it's atleast in the repo for users to play with.. Sep 02 15:59:03 it may be interesting though to set it to RETENTION on your own test boards to see if any weird issues show up Sep 02 15:59:40 i'll do that.. Sep 02 16:01:28 ah, heh, I've noticed one issue at least: it seems to confuse the load average statistic (as shown by uptime) Sep 02 16:04:30 (at least on 4.19-ti) Sep 02 16:20:49 Dang it. Sep 02 16:21:21 There has to be a trick to making /dev/sdb actually read /dev/mmcblk, right? Sep 02 16:23:49 I used insmod and then tried to dd the dang file to /dev/mmcblk. Sep 02 16:24:46 set_: ??? Sep 02 16:24:56 what on earth are you talking about Sep 02 16:28:35 I am saying this... Sep 02 16:29:16 How can I create /dev/mmcblk0 or /dev/mmcblk1 when /dev/mmcblk does not exist and how will I make /dev/mmcblk exist? Sep 02 16:30:42 you don't Sep 02 16:30:48 your question doesn't make sense Sep 02 16:30:59 I know. Sep 02 16:31:06 mmcblk is a special driver for mmc devices, /dev/sdb means the device is using the standard block driver.. Sep 02 16:31:07 I have /dev/sdb and not /dev/mmcblk. Sep 02 16:31:18 Oh. Sep 02 16:31:40 Okay...how can I alter the "special driver" from the block device? Sep 02 16:31:43 1st partition in /dev/sdb is /dev/sdb1 while /dev/mmcblk is /dev/mmcblkp1 otherwise it doesn't matter.. Sep 02 16:31:43 if you're using an sd card reader then sd cards will typicaly show up as /dev/sd Sep 02 16:31:54 Right. Sep 02 16:31:59 so other then the extra 'p' you shouldn't care which your using.. Sep 02 16:31:59 I have a sd card reader. Sep 02 16:32:00 that's not an issue to be solved, that's simply normal behaviour Sep 02 16:32:07 Oh. Sep 02 16:32:09 Okay. Sep 02 16:32:19 it's your problem to add the 'p'.. ;) Sep 02 16:33:23 Okay, okay. My bad. I figured that w/out /dev/mmcblk1 or other mmcblk devices, I could not install images on the BBB. Sep 02 16:33:41 and by the way, w/out using etcher. Sep 02 16:33:50 just use etcher Sep 02 16:33:58 especially you :P Sep 02 16:34:03 I understand where you are coming from on this one. Trust me. Sep 02 16:34:07 I understand completely. Sep 02 16:34:11 set_: if you don't know what your doing... use ecther.io it makes it realy really really simple.. Sep 02 16:34:19 Fine guys. Sep 02 16:34:32 I officially shrimp my way out of this one. Sep 02 16:34:49 with mmc: dd if=./image.img of=/dev/mmcblk0 Sep 02 16:34:58 with mciroSD: dd if=./image.img of=/dev/sdb Sep 02 16:35:04 Oh! Sep 02 16:35:06 Got it. Sep 02 16:35:21 I need a larger arm device. Sep 02 16:35:33 Power to the players! Ha. Sep 02 16:35:43 set_: but you shouldn't use dd, use etcher. with dd if you make a typo you'll just end up trashing your computer's HD :P Sep 02 16:36:17 I understand. I have been researching its negative effects that "could" happen and that do happen. Sep 02 16:36:27 I will just use etcher. Sep 02 16:36:50 set_: ... researching... do it once on /dev/sda and you'll never do it again... Sep 02 16:37:03 learning and dealing with it, is the best way to learn.. Sep 02 16:37:39 Okay. Okay. I understand where you guys are coming from here. I am not trying to step on shoes or tippy-toe to stardom. Sep 02 16:37:48 I thought something and it was incorrect. Sep 02 16:38:01 rcn-ee: that assumes a person learns rather than doing the same thing again Sep 02 16:38:08 Oops. Sep 02 16:38:32 and again and again and again. It is like cyclic-syndrome. Sep 02 16:39:13 fond memories of that opps... siting at the pc, thinking.. if reboot this is toast.. grabbing grub/syslinux binaries to repeair the MBR... Sep 02 16:39:37 Did you guys find out about grub-repair too? Sep 02 16:40:08 "If I just did not do that one deletion, this would not be taking place!" Sep 02 16:40:08 this was 10-12 years ago.. i was at work, it was my main work box... Sep 02 16:40:20 Ut oh. So, you learned quickly. Sep 02 16:40:28 yeah, learn by breaking.. Sep 02 16:40:46 Me...I am skiddish. I learn by ________. Sep 02 16:41:22 Whelp. I really should take a break. I need resolve. Sep 02 21:39:40 GenTooMan: Wake up! Sep 02 21:39:50 I think I got it. Sep 02 21:43:19 So, the updated BBBs have Micro USB? Sep 02 21:44:59 or Another Type of USB on the BBB? Sep 02 21:47:06 Well, it has 4GB of mem. This is a good sign. Sep 02 21:48:02 ??? Sep 02 21:48:06 what "updated BBBs" ? Sep 02 21:48:18 I thought there were updated types of BBBs? Sep 02 21:48:41 I know Rev. C is the latest but Seeed is producing them now. Sep 02 21:48:45 you mean rev C3 ? Sep 02 21:48:49 Oh. Sep 02 21:48:55 Maybe. Sep 02 21:48:58 I have no clue. Sep 02 21:49:02 HOw can I tell? Sep 02 21:49:05 it has end-user-relevant changes Sep 02 21:49:08 *no Sep 02 21:49:14 Oh. Sep 02 21:49:16 Okay. Sep 02 21:49:26 *okay Sep 02 21:49:58 @zmatt: I see the older image has pwm, all SPI, and other access in /dev/. Sep 02 21:50:25 I stopped producing for some reason. I was trying to keep up w/ the keep up. Sep 02 21:50:33 ?? Sep 02 21:50:49 Anyway, I need to build another thing. Sep 02 21:50:57 I am falling behind. Sep 02 21:51:05 I have no idea if you're asking me something, or if so what it is you're asking Sep 02 21:51:16 What time is it? Sep 02 21:51:22 ask google Sep 02 21:51:24 Ha. Sep 02 21:51:52 I got a C3. I am going to shoot it past the moon this time! Sep 02 21:52:01 sling like! Sep 02 21:52:30 I totally forgot how nice they look when they are out of a fresh package. Sep 02 21:52:53 THat Cap, the yellow one... Sep 02 21:53:01 Or is that something else? Sep 02 21:53:33 Could you guys not make it stick up so high next time? Sep 02 21:53:48 iirc it's an overcurrent protection thingy for hdmi Sep 02 21:53:52 not a cap Sep 02 21:53:54 Oh. Sep 02 21:54:03 diode, therister? Sep 02 21:54:10 Anyway, no issue. Sep 02 21:55:21 https://www.littelfuse.com/products/polyswitch-resettable-pptcs/radial-leaded/rxef/rxef010.aspx Sep 02 21:55:24 it has ecap0-2. Sep 02 21:56:39 I bought littelfuse brand stuff before. I got a thermistor/temp. sensor. Sep 02 21:56:49 I handles my funny 3D life. Sep 02 21:58:59 Print! Sep 02 22:06:11 I am affraid to update. Sep 02 22:06:16 double f. Sep 02 22:07:09 * set_ gets left in the past like atari... Sep 02 22:08:36 rcn-ee: Hey "bro," um. Ugh. Should I use the udev rules that are on the board currently w/ updated images? Sep 02 22:08:54 I mean...will that even work? Sep 02 22:09:35 I have the 2020 image w/ all the fixings so far, i.e. TTY, PWM, SPI, and it is all in /dev/ currently. Sep 02 22:10:10 WHelp, there is one way to find out! Sep 02 22:11:22 Just foreseeing the future here. Labor day, set_, weekend? You know! Sep 02 22:18:04 Anyway... Sep 02 22:18:25 Outside of udev, what may I might need outside of udev when updating images? Sep 02 22:18:39 So, things are similar at the least? Sep 02 22:19:13 Anyway. Forget it. Time to party! labor day weekend has begun (sort of). Sep 02 22:22:11 set_: udev for what exactly? Sep 02 22:24:49 gpio, pwm, spi, uart Sep 02 22:25:01 i2c Sep 02 22:25:10 for the BBB. Sep 02 22:26:21 I was trying to build something a while back, got poop shot, and rerouted my endeavors to something else. Poop shot = nonsensical. But...I was rerouted to other things. Sep 02 22:26:55 So, I figured if I could use those tech. peripherals and "mean" it, I think I could finally finish up on this project. Sep 02 22:27:07 It is for some drivers in the auto. field. Sep 02 22:27:51 I have them still. I am missing one component so far to this day. I think things may be weather ready soon. Sep 02 22:28:21 So, I wanted to make sure my breadboard ideas work and are just not creating amplifiers. Sep 02 22:28:33 "Like last time!" Sep 02 22:28:51 Man, that pissed me off so badly. Sep 02 22:29:20 I need three to one. I got a 18 pin chip instead. I only needed a four pin chip. Sep 02 22:29:33 I could not get it. Sep 02 22:29:50 Still! Sep 02 22:32:11 if you find an actual issue, please let us know.. Sep 02 22:32:18 Right. Okay. Sep 02 22:33:00 meanwhile, if you just want a video of a cute tiny baby-octopus, here ya go... https://www.youtube.com/watch?v=p4ungyAbebY Sep 02 22:37:18 Stop it! Sep 02 22:37:22 Off to look. Sep 02 22:38:01 Life at its finest dear mateys. Sep 02 22:48:16 I know. I know I chat about nonsense a lot. Please forgive me. But...there is a song that I would like GenTooMan to hear. Please. Sep 02 22:48:24 Please just let me link this song. Sep 02 22:48:51 it is a literal thing that should have not happened. A lot like me but it is worse. Sep 02 22:49:41 /16/17 Sep 02 22:50:19 GenTooMan: If you can watch this entire video, hats off! https://www.youtube.com/watch?v=GI41EE8VFZg Sep 02 22:50:50 Okay. Back to the BBB and udev. Sep 02 22:53:58 Okay. So, everything is in /dev/bone/ Sep 02 22:54:03 You guys rule again. Sep 02 22:55:47 in /dev/bone/pwm/0/, there is an 'a' and a 'b'. So, does this mean there are a total of six pwm instances I can use? Sep 02 22:58:20 each of the three ehrpwm devices has two outputs Sep 02 23:02:59 Oh...okay. Does that mean that...off to read more. Sep 02 23:43:06 set_, at least you aren't singing the song that never ends ... :D Sep 03 00:41:05 Thankfully, your you and everyone else (this includes me too). Sep 03 00:46:56 I found this item: https://www.sciencedirect.com/topics/engineering/pulse-width-modulation . Sep 03 00:47:13 It is okay but they talk about another board. Luckily, it is specific and general. Sep 03 00:48:24 They have some nice info. in it. Sep 03 02:09:14 Whatever happened to that beagle underwater, the BBB w/ ROV, that had the long ethernet cable? Sep 03 02:10:28 google...argh. Sep 03 02:32:52 I know I am not too new but I am building a collage of videos on my journey. Be ready. Cyclic! Sep 03 02:33:48 Lab time. If something goes oddly poof, records will show. Sep 03 02:33:49 ! Sep 03 02:34:29 @zmatt: I will finally test your lib. too! Sep 03 02:34:44 I do not have doubts but who knows? **** ENDING LOGGING AT Sat Sep 03 02:59:56 2022