**** BEGIN LOGGING AT Tue Feb 15 02:59:57 2022 Feb 15 03:32:00 I would like to add additional SRAM and RTC to the beaglebone green board Feb 15 04:54:31 Guest49: sram? o.O Feb 15 04:55:03 oh, as in, battery-backup ram? Feb 15 04:57:01 an RTC is pretty straightforward, you just connect one via i2c (and inform linux about its existence using a DT overlay) Feb 15 07:11:32 Hello, I am a new customer, interested for one of our product for an automotive customer. I need a customer service email please, where I could send my inquiry. Thank you! Feb 15 12:55:06 I guys, i wanted to let you know something i just discovered adn brought me on the border of madness Feb 15 12:56:02 so, as you know since a long time i cool the BB-AI via Fan-Cape, and i control Fan-Cape via a BB PWM Feb 15 12:56:40 ok, this thing had a problem, sometimes it didn't work Feb 15 12:56:59 expecially now, that i changed the OS the probability of non-working was super high Feb 15 12:57:12 so, i  was forced to find the reason Feb 15 12:57:48 the reason is, even if systemd sees the PWM and run the appropriate controller Feb 15 12:58:08 it IS NOT GUARANTEED that the pwm is readt to be accessed ! Feb 15 12:59:43 I solved in this way, the script that goes to set the speed does a waste loop before starting, in which is just checks if it is able to read the appropriate pwm directory. If it doesn't it just wait and retry Feb 15 13:00:29 Of course, this is not super but it is the best i could figure Feb 15 13:00:51 it would be better if systemd told me that a device is ready when it is really ready Feb 15 13:02:50 in the end i think that it is udev that is signaling to be ready when it is actually not ready Feb 15 13:03:20 anyway, this problem is solved i can move forward and try to close this project once and for all Feb 15 13:03:25 Hello...way to go! Feb 15 13:03:51 It is super early and I am full of learning experiences today. Good on you! Feb 15 13:04:16 First breakfast! Feb 15 13:04:40 good day set_ ! Feb 15 13:06:27 good day! Feb 15 13:08:01 i post you what i see in my journalctl for the service controling the fan speed Feb 15 13:08:24 this just to show it can take several seconds for the pwm dir to become available Feb 15 13:08:30 Oh. No. I cannot handle it right now. But soon. I will check back later. Feb 15 13:08:30 i retry every 1 sec Feb 15 13:08:37 https://pasteboard.co/AJC2hYSKKwWF.png Feb 15 13:08:40 Okay. Feb 15 13:09:02 i need to go back to work, this machine needs me ;) Feb 15 13:09:08 have a nice day Feb 15 13:13:41 You too! Feb 15 15:20:46 nmingotti: if you have a service that depends on the presence of devices, there are ways to declare that to systemd Feb 15 15:25:11 nmingotti: ohey I just noticed you already ran into that before and got the necessary workaround in the udev rule... sort of, it's a bit weird: https://pastebin.com/07ThYrQa lines 43-46 is a custom rule you have to detect when ehrpwm1a shows up, create a symlink /dev/fan-cape-pwm for it, change its group to gpio (pointlessly since that's already done for all pwm devices by line 8), and tag it for ... Feb 15 15:25:17 ...systemd to allow systemd services to declare dependency on it Feb 15 15:25:47 I'm actually not sure what the name of the device unit is in that case though, because of the dashes Feb 15 15:26:38 if you called it /dev/pwm/fan then the device unit name would be dev-pwm-fan.device Feb 15 15:28:58 /dev/fan-cape-pwm becomes dev-fan\x2dcape\x2dpwm.device which looks kinda gross Feb 15 17:50:28 Hello, I'd like to know what is the min-max ambient temperature range for Beaglebone AI. I can't find this data in the documentation. Feb 15 17:54:02 hmm, that sounds like it would be hard to specify? since that would depend on usage (e.g. cpu load, use of auxiliary cores) and whether any active cooling is used (e.g. a fan) Feb 15 17:55:05 and the min ambient temperature may be lower than the min temperature for the components if the board is kept powered and able to keep itself warm Feb 15 17:57:55 for heavier loads and/or warmer environments, a cooling solution may be advisable to avoid cpu throttling Feb 15 17:58:11 that's my understanding anyway Feb 15 18:00:48 Thanks! We were using the industrial version of the Beaglebone that works between -40 +85 because the system have to start working at min 0°C. Since we are searching something more powerful I'd need to know if also the BB AI can start at 0°C Feb 15 18:06:05 the SoC itself should be fine with that afaict, but of course that's not the only component on the board and I'm kinda too lazy to check them all :) Feb 15 18:08:11 the RAM specifies 0͏ ͏°C - 95 ͏°C Feb 15 18:13:35 the USB Type-C controller is 0 to 70 ͏°C Feb 15 18:17:35 I think that the problem is the RAM  that at start-up with 0°C has no margin and RAM should be immediately working, the same for eMMC other parts could wait for the Soc that make the PCB warmer after few seconds Feb 15 18:18:00 Thanks a lot! Feb 15 18:22:59 other parts I've checked have lower min temperature Feb 15 18:23:50 the RAM and type-C controller were the only two I encountered with min 0 ͏°C, but I've only checked a few components Feb 15 18:40:45 damn i was not logged in, i hope my message arrived anyway ;) Feb 15 18:43:35  i also saw it is the second time you tell me to uncomment the two lines in rule 81. I had it in my notes. But that BeagleBoard note files start to be super large (> 100 pages) so i have difficulty also remembering what the hell i wrote there ;) Feb 15 18:44:48 nmingotti: what message? did you see my reply earlier? Feb 15 18:45:03 i saw it moments ago Feb 15 18:45:33 then i wroute about ten lines with links etc. Feb 15 18:45:42 none of that arrived Feb 15 18:45:49 damn it Feb 15 18:46:05 let me see if i can copy paste from my screen Feb 15 18:46:40 btw, you should probably consider putting the custom udev rule for your fan in a separate file instead of appending it to a package-provided udev rule file Feb 15 18:47:09 i considered that, but then, i choose another path Feb 15 18:47:15 to ensure the custom rule won't accidently get overwritten by an udpate Feb 15 18:47:35 ah ! that is a very good argument Feb 15 18:48:05 whether udev rules are in the same or separate files makes no functional difference, it's just about maintainability Feb 15 18:48:21 wait, let me show you one thing Feb 15 18:48:33 the last part of my udev rule now looks like this : https://pastebin.com/KZaAasJM Feb 15 18:48:50 forget the group 'gpio' i red that Feb 15 18:49:04 udev takes all rules files in /etc/udev/rules.d/ and /lib/udev/rules.d/ (with files in the former location overriding files in the latter location if they have the exact same name), sorts the list of files by name (asciibetically), and concatenates them Feb 15 18:49:23 oh, i see Feb 15 18:49:26 wtf what did you do? Feb 15 18:49:40 what am I even looking at? Feb 15 18:49:48 your previous rule looked fine Feb 15 18:49:56 but this works ;P Feb 15 18:49:58 apart from the superfluous (but not harmful) chgrp Feb 15 18:50:17 this is a complete mess and breaks the way these rules were intended to work Feb 15 18:50:20 i restricted the devices to link to only one Feb 15 18:50:40 by number, which is picked arbitrarily by the kernel Feb 15 18:50:57 none of this makes sense Feb 15 18:51:01 why did you do this? Feb 15 18:51:29 because i saw an error in `journalct -xe` about PWM, always Feb 15 18:51:36 what error? Feb 15 18:51:54 wait, i thik i copied it iin my "last notes" file Feb 15 18:53:46 yes, i have it, here: https://pasteboard.co/FCiDw0d9ZyLD.png Feb 15 18:54:16 there was no way to kick it out, also deleting all my stuff from the rule Feb 15 18:54:57 so, i though, there could have been some attempt to overwrite the simlinks Feb 15 18:55:08 this is strange Feb 15 18:55:21 then i tried to have the system write only one symlink, and the problem was gone Feb 15 18:55:33 that doesn't explain what's happening Feb 15 18:56:12 i must go now, i will probably be back this evening Feb 15 18:56:14 bye Feb 15 18:59:21 hi goot evening Feb 15 19:09:13 heh, found nmingotti's udev rule bug Feb 15 19:10:43 = vs == Feb 16 01:39:02 @zmatt: I want to show you something but in #polycom. This is not bbb related, i think. Feb 16 01:39:21 I have this class a apparatus. Feb 16 01:40:18 Or anyone for that matter, GenTooMan? Feb 16 01:44:55 I posted a photo in that polycom room. Anyway, if you can view it, good. Look at it, please. Feb 16 01:47:38 I would like some type of reply at some point in my life. Thank you. **** ENDING LOGGING AT Wed Feb 16 02:59:56 2022