**** BEGIN LOGGING AT Sat Oct 08 02:59:56 2022 Oct 08 04:10:35 Fri. funday pasted and I missed the mark. Sorry guys/gals. Oct 08 04:10:49 pasted = passed Oct 08 04:10:50 Blah. Oct 08 10:02:51 Hi Oct 08 10:05:24 Sorry for the immediate question, but I just can't find an answer anywhere on the web. Oct 08 10:05:25 Rasberry supports two PWM modes: balanced and Mark / Space. Oct 08 10:05:25 Do you know if the same modes also exist in Beagle Bone Black? Oct 08 10:05:26 Otherwise, do you know which of the two modes is used in BBB? Oct 08 10:05:26 Thank you very much! Oct 08 10:15:09 PWM! Oct 08 10:15:28 I like PWM for specifics. Oct 08 10:15:54 Um, I think it handles specifics like polarity, duty_cycle, and so on. Oct 08 10:16:40 if you check /dev/, there may be some files you can view (depending on your image and kernel). Oct 08 10:16:42 effem: I've never heard the term "mark/space" used in the context of pwm, but it's definitely not balanced pwm. the eHRPWM peripherals do actually support balanced pwm, but the kernel driver doesn't have support for that implemented Oct 08 10:16:50 set_: you're not being helpful Oct 08 10:16:57 Oh! Oct 08 10:17:00 I know now. Oct 08 10:18:23 Sorry @zmatt, I will not try to help now. Oct 08 10:18:26 effem: I don't think it would be hard to implement support for balanced mode in the kernel driver, but I guess noone so far has cared enough to do so Oct 08 10:20:24 zmatt, I need mark / space :-) Oct 08 10:21:25 effem: you mean normal pwm, where the rising edge (or falling edge, depending on configured polarity) stays in the same place each period? Oct 08 10:22:06 From https://youngkin.github.io/post/pulsewidthmodulationraspberrypi/ Oct 08 10:22:32 Balanced vs. Mark/Space refers to the method used to determine how the PWM output signals are to be generated. There are 2 algorithms, balanced and mark/space. Balanced indicates that the duty cycle will be evenly spread across the range. That is to say, the pulse width will be split into a set of shorter pulses that are distributed across the Oct 08 10:22:32 range. In contrast, in mark/space, the pulse is generated as a single signal called a “mark”. The time remaining in the range, range-pulseWidth , is called the “space”. No signal is present in the space duration. Mark/Space is often good enough, but as periods get longer so does the absolute time difference between the mark and space Oct 08 10:22:33 durations. Oct 08 10:22:45 please don't copy paste stuff into chat Oct 08 10:23:26 sorry Oct 08 10:23:26 okay they seem to use the term "balanced" to mean something completely different from what I assumed Oct 08 10:23:50 I think both of these terms may have been invented on the spot :P Oct 08 10:25:07 but yeah, normal pwm is what they call "mark/space" Oct 08 10:25:32 it's the only type of pwm supported on the bbb Oct 08 10:26:56 what they call "balanced pwm" doesn't look like pwm at all, it looks more like pdm or sigma-delta encoding Oct 08 10:29:15 that article seems to use a ton of non-standard terminology Oct 08 10:29:39 like calling the pwm period the "range" Oct 08 10:33:44 hmm it seems that the broadcom documentation is the source of that terminology... Oct 08 10:34:27 effem: anyway, you need not worry, this "balanced" pwm mode of the rpi is not normally how pwm outputs work Oct 08 11:11:13 zmatt, you were very kind and you removed so many doubts I had! Oct 08 11:11:26 thanks Oct 08 13:36:24 Any inside word on whether the inability to procure beaglebones is permanent or temporary? Oct 08 13:36:46 Also any word on an updated SOC in similar price range? Oct 08 21:04:42 hays: the new AM62x is basically the successor to the AM335x Oct 08 21:05:52 and what beaglebones? the beaglebone black is available just fine Oct 08 21:15:25 really where Oct 08 21:16:22 hey you're right.. hmm i wonder why i couldn't find them last week. Oct 08 21:16:45 maybe it was the AI i was looking for Oct 08 23:33:11 Hi! Oct 08 23:33:29 My name is Alex, and I am one of INFONEST LLC USA's primary buyers. Oct 08 23:33:29 I'm contacting you because we're constantly looking to expand our product lines and would want to purchase your items! Oct 08 23:33:30 Our major distribution warehouse and headquarters are in Missouri. We collaborate with a variety of suppliers/distributors around the United States and are always looking for new quality product lines to offer our consumers. We feel your firm is a suitable fit for us and would want to inquire about the best method to open a wholesale account with Oct 08 23:33:30 you. Oct 08 23:33:31 Please let us know what you require from us in order to establish an account.Please send us your product list or FTP site so we can incorporate it into our purchasing system. Oct 08 23:33:31 We appreciate your time and look forward to doing business with you. Oct 08 23:33:32 With best wishes, Oct 08 23:33:32 ALEX BROWN Oct 08 23:36:53 Hello. Oct 08 23:37:02 I see a site in the mix. Oct 08 23:37:34 Is the newer site this one: https://staging.digitalblender.co/ ? Or...is that a thing I should not discuss? Oct 08 23:37:49 The reason I bring it up is b/c of the way it handles paging and files. Oct 08 23:37:57 It is absolutely positive! Oct 08 23:39:30 set_ are replying about my question brother? Oct 08 23:39:55 actually we waant to purchase in bulk... Oct 08 23:39:55 Guest31: Sorry. no, sadly, I am not. Oct 08 23:40:12 ohh ! sorry brother.. Oct 08 23:40:15 If I could have a way to distribute things, I might. Oct 08 23:40:24 But, I am not handy w/ business transactions. Oct 08 23:40:41 please describe for me... Oct 08 23:41:07 I think you may have to contact the .org about this idea. Oct 08 23:41:31 I am sure they have a distribution list of current and reasonable sellers on the market place. Oct 08 23:41:47 Me...I have no clue. I am just some chum. Oct 08 23:42:31 Guest31: I hope you get your way. So, take time out and stick around. Who knows who will show up. Oct 08 23:42:45 Thanks... your guidance is useful for me... Thanks again Set.. Oct 08 23:43:03 But me, I am a person w/ not a clue. So, I am sorry I cannot help you. You are welcome. Oct 08 23:43:45 Whelp. Oct 08 23:43:50 There goes one lucky person. Oct 08 23:43:54 Ha. Oct 09 00:10:34 So, someone on the forums posted (finally). I think the driver may be in play for the PCA9685. Oct 09 00:10:43 I will have to erase this driver somehow? Oct 09 00:12:08 Whelp. Off to write another image. Brick-central over here again. Argh! Oct 09 00:32:44 I think this time, this time, it is the one. Oct 09 00:59:05 PEMCAK? Oct 09 00:59:12 Forget it. Oct 09 01:48:49 Aw! Oct 09 01:48:58 I think, I think, I think I can. Oct 09 01:49:13 So, there is something up w/ the udev rules for /dev/bone/i2c/2. Oct 09 01:49:28 It non-there. Oct 09 01:52:49 Yep. Oct 09 01:53:13 Anyway, I will try some fancy dabbling. Oct 09 02:03:03 Something is odd now. The schematic states, i2c2 is used but i2c0 is listed at p9.19/20, right? Oct 09 02:03:06 Off to check. Oct 09 02:06:23 Okay. choky chalking here. Um, the address is 0x54 but on my system, the BBB, it states 0x34. Oct 09 02:09:25 It is open but config pin does not have control over it, udev rules do not work, and changing ownership to a new user is out. Oct 09 02:18:59 Anyway, if you are around, @zmatt, please review this short: https://pastebin.com/dbHWz2m4 Oct 09 02:19:05 Is there a work around? Oct 09 02:19:20 GPIO? Oct 09 02:19:53 ???? Oct 09 02:20:01 what on earth are you talking about? Oct 09 02:20:35 p9.19/20 is i2c2 Oct 09 02:20:53 The i2c call for 16 bit addressing via smbus does not allow 16-bit addressing from the kernel source. Oct 09 02:21:07 Oh! Oct 09 02:21:18 I know...I can add the two u8 structs? Oct 09 02:21:20 16-bit addressing? what do you mean by that, and why do you think you need it? Oct 09 02:21:35 oh. I thought this chip handles 16-bit addressing. Oct 09 02:21:42 why are you even trying to do anything in C? Oct 09 02:21:53 I am not. Oct 09 02:22:09 then why did you copy/paste a snippet of a C header? Oct 09 02:22:41 Proof. Oct 09 02:22:45 ?? Oct 09 02:22:47 Ha. Oct 09 02:22:52 proof that you're confused? yeah Oct 09 02:22:59 Yes, of course. Oct 09 02:23:43 So, the issue is that this chip, the PCA9685, does addressing a bit differently compared to what smbus2 allows b/c of the kernel source. Oct 09 02:23:45 Right? Oct 09 02:23:50 ??????? Oct 09 02:23:56 no Oct 09 02:24:00 Oh. Oct 09 02:24:27 it uses i2c in the most normal, mundane way possible Oct 09 02:24:34 I was reading the errors/issues in the smbus2 repo. It seems that is what this fellow is saying. Oct 09 02:24:36 Oh. Oct 09 02:24:49 So, nothing out of the ordinary? Oct 09 02:25:21 Okay. Oct 09 02:25:29 and you have code for it already, which I wrote for you :P Oct 09 02:25:49 Then, why am I not in control of my i2c addresses at 0x34 or 0x54? Oct 09 02:25:57 Or...do I need to use an offset? Oct 09 02:26:00 I have no idea what you mean by that Oct 09 02:26:15 Well, from the BBB standpoint, it is open. Oct 09 02:26:24 ? Oct 09 02:26:28 i2c-2 is open and I cannot change that option. Oct 09 02:26:32 ? Oct 09 02:26:47 What is it that I am saying that makes this so difficult? Oct 09 02:26:58 I have no idea what the words you're typing could possibly even mean Oct 09 02:27:02 Fine. Oct 09 02:27:06 I will retreat. Oct 09 02:27:28 like, all I can gather from what you're saying is that something is not working for you Oct 09 02:27:34 Right Oct 09 02:27:51 So far, your source does not work (no matter how I change and alter it). Oct 09 02:28:17 I tried w/ what i2cdetect detects and what the datasheet states is the address of the Cape. Oct 09 02:28:19 no changes should be needed, you're probably just breaking things Oct 09 02:28:26 Fine. Okay. No issue. Oct 09 02:29:02 If something is done outside of...forget it. You are right. This should be an easy out for me. Oct 09 02:29:05 if it's a cape with this thing there might be a kernel driver active for the device though, which means you can control the leds via a pwm interface or a led interface probably Oct 09 02:29:24 or if you want to control it directly using i2c, disable the cape overlay Oct 09 02:29:28 this is just a guess though Oct 09 02:29:32 Okay. I will look into it. Oct 09 02:29:42 I tried the older way of adding the uboot overlay. Oct 09 02:29:42 I'm still trying to guess what you could possibly mean by the things you've saide Oct 09 02:29:45 *said Oct 09 02:30:01 I don't know what you mean by that but it's probably bad Oct 09 02:30:48 I added the BeagleBoard-DeviceTrees uboot-overlays for the BBORG_SERVO-00A2.dtbo. Oct 09 02:31:14 It broke the board in specific ways, e.g. cannot reboot into the working system. Oct 09 02:31:27 Is there a way uboot controls this Cape functionality? Oct 09 02:32:22 Is so, I will go that route and test it. Oct 09 02:32:26 I will go and check. Oct 09 02:46:03 NULL? Oct 09 02:49:58 Anyway, no issue. Oct 09 02:50:32 Try, try, and try again is all I can do! **** ENDING LOGGING AT Sun Oct 09 02:59:56 2022