**** BEGIN LOGGING AT Sun Nov 06 03:00:00 2016 Nov 06 07:16:14 hii Nov 06 07:16:28 help needed Nov 06 07:18:01 anyone Nov 06 07:26:59 hello Nov 06 13:03:13 (way too late response to c812202's problem: when sharing internet to beaglebone via usb, reconfigure networking on the beaglebone to acquire an ip address using DHCP (from your host computer, which is now a NAT router) instead of static 192.168.7.2) Nov 06 18:44:28 okay, so newb to bb, I am tring to load a device overlay, and echo'ing the overlay I want to /sys/platform/bone_capemgr/slots tells me that the device is not writbale. Can someone give me a link to enable an overlay with Kernel 4.4? thanks Nov 06 18:45:34 are you root when trying that? Nov 06 18:45:46 yes. I am. Nov 06 18:47:20 however, the dmesg output seems to suggest that the overlay is getting loaded. Nov 06 18:47:39 however; cating slots doesn't show the overlay I have enabled. Nov 06 18:48:15 the write can also fail in case the overlay for some reason can not be loaded. Nov 06 18:48:29 e.g. because the file is invalid or doesn't match the rest of the system for some reasons. Nov 06 18:49:29 @cdw can you paste the output ? Nov 06 18:49:40 sure. Nov 06 18:49:52 [ 2984.134243] bone_capemgr bone_capemgr: slot #6: override Nov 06 18:49:52 [ 2984.134284] bone_capemgr bone_capemgr: Using override eeprom data at slot 6 Nov 06 18:49:52 [ 2984.134330] bone_capemgr bone_capemgr: slot #6: 'Override Board Name,00A0,Over Nov 06 18:50:06 YEs I am creating a RAMPS board for Beagle Bone. Nov 06 18:50:30 I see a slot #4, #5 and this slot #6. Nov 06 18:51:14 you were saying its not writable. where is that Nov 06 18:51:36 root@beaglebone:~/overlays# echo 'BB-BONE-RAMPS' >> /sys/devices/platform/bone_capemgr/slots Nov 06 18:51:37 -bash: echo: write error: No such file or directory Nov 06 18:52:21 while echoing are you using .dtbo extension with filename ? Nov 06 18:52:32 And I see a 7th slot created in dmesg Nov 06 18:53:01 no the last past shows what I am echoing. Nov 06 18:54:34 no suvh file error occurs generally if you haven't copied the file in /lib/firmware or compiled incorrectly or used some extension while echoing Nov 06 18:54:41 #such Nov 06 18:56:39 here is the dtc I am using dtc -O dtb -o BB-BONE-RAMPS-00A0.dtb -b 0 -@ BB-BONE-RAMPS-00A0.dts Nov 06 18:57:08 here the version of DTC I am using DTC 1.4.1 Nov 06 18:57:18 dtc is not giving me any errors. Nov 06 18:57:59 you copied the file in /lib/firmware Nov 06 18:58:01 ? Nov 06 18:58:30 I had copied the dts not the dto, and I didn't have the dtob extension on it. Nov 06 18:58:52 you must copy dtbo not the dts Nov 06 18:59:15 dtc ouputs a .dtbo file Nov 06 18:59:15 yeah, that was my stupid mistake... Works now... Nov 06 19:00:48 now I can continue to build up my overlay... Thanks... Nov 06 19:01:42 @phschafft - if source dts file is written correctly, there is no reason it will fail, unless pins overlapping with others Nov 06 19:02:03 @cdw what are you building an overlay for ? Nov 06 19:02:42 I am trying to build a RAMPS board for the Beaglebone... I know there is the replicape but that's big bucks! Nov 06 19:03:09 So at the moment being able to interface wtih a 3D printer using RAMPS type interface is the goal. Nov 06 19:03:36 first odrer of buisiness is Delta kinematics as that is what I have, then build up from there... Nov 06 19:03:52 I'd kind of like to integrate wtih Redeem for control. Nov 06 19:04:13 But the replicape uses a few items that are not nessecary with the RAMPS board. Nov 06 19:04:28 use this link for basic understanding of overlays https://learn.adafruit.com/introduction-to-the-beaglebone-black-device-tree?view=all Nov 06 19:07:47 this one can get you even better depth http://elinux.org/Device_Tree_Usage Nov 06 19:09:10 Help Nov 06 19:09:54 I'm looking at buying a beagle puppy but not sure if it's full breed Nov 06 19:14:24 lol Nov 06 19:33:43 another silly question. after the overlay loads, how can I cehck the configuration of the PRU and the pins assigned to it? Nov 06 19:38:49 which distro are you using ? Nov 06 19:41:01 ubuntu kernel 4.4 Nov 06 19:41:44 Linux beaglebone 4.4.16-bone-rt-r11 #1 PREEMPT RT Tue Aug 2 19:38:19 UTC 2016 armv7l GNU/Linux Nov 06 19:43:32 see if this directory is available /sys/kernel/debug/pinctrl/44e10800.pinmux if yes try cating files in that directory, pins, pingroups etc. Nov 06 19:44:46 basically all of those are useful for getting info of pins at any instant Nov 06 19:46:47 I needed similar stuff long long time back, this info came handy that time http://derekmolloy.ie/gpios-on-the-beaglebone-black-using-device-tree-overlays/ Nov 06 20:07:30 hello, i'd like to ask a question about enabling some pwm, and uart pins at the same time in the latest kernel Nov 06 20:09:49 i have enabled univeraln from /etc/default/capemgr and only dtb=am335x-boneblack-emmc-overlay.dtb on the /boot/uEnv.txt Nov 06 20:10:19 and although uart2 and 4 that i want are enabled they dont communicate Nov 06 20:12:26 which kernel are you using ? Nov 06 20:12:59 4.4.23-ti-r51 Nov 06 20:14:05 if i dont use universaln, and just add BB-UART2,BB-UART4 on capemgr, i dont have pwm that i want... Nov 06 20:15:46 there are 4.5 UARTs, which pwm is desired ? Nov 06 20:18:56 all the pins that i want to use are Analog: P9_40, P9_39, P9_38, P9_37, P9_36 PWM: P9_16, P8_13, UART: 1, 2, 4 GPIO: P9_41 Nov 06 20:21:37 none of these pins interfere Nov 06 20:22:12 have a look at expansion header diagram Nov 06 20:23:07 so univeraln overlay should be ok with all these? i use Adafruit_BBIO libraries Nov 06 20:26:44 I don't know about univeraln (never came across) Nov 06 20:27:16 check your /lib/firmware directory for all the ready dtbo s Nov 06 20:27:58 you can readily use the (readily compiled) overlays kept in /lib/firmware Nov 06 20:29:01 just insert the overlays into the slots by echoing (and if you need them by default, uEnv.txt is the option to activate them during boot) Nov 06 20:32:54 So you need these pins - you have option of 1. using one overlay per pin/uart (readily compiled are available in /lib/firmware) echo whatever all are needed, OR write a single dts file combining all the pinmux pads and compile it. finally insert it into $SLOTS Nov 06 20:34:44 since i am having trouble undestanding how to write a dts file at the time i will try enabling more than one as you said. the last time i did that i had UART working but not PWM. Nov 06 20:35:41 i will try it again and will come back if i am stuck Nov 06 20:35:49 you can try step by step, enabling one at a time and try using it. if it fails at certain time, it will be easy to understand the problem Nov 06 20:36:44 with pwm i could manualy enable it by echoing in export. but Adafruit library failed Nov 06 20:39:31 check if any dtbo by adafruit is present in /lib/firmware Nov 06 20:39:41 for pwm or whatever pin Nov 06 20:40:23 when you install adafruit library it also installs their complied overlays for this purpose Nov 06 20:40:37 in /lib/firmware Nov 06 20:43:59 files have names like ADAFRUIT-UART1-00A0 (while BB-UART1-00A0 shall also be present there) Nov 06 20:45:37 is it necessary for my pins to disable hdmi in uEnv? Nov 06 20:46:16 indeed, just seen /lib/firmware and saw what you said Nov 06 20:46:42 why do you want to disable hdmi ? Nov 06 20:48:40 to avoid inteferance if any (i dont use it anyway) Nov 06 20:49:03 i will try enabling in uEnv adafruit's UART, BB-ADC and all BB-PWM step by step and see if it works Nov 06 20:51:39 Disabling hdmi from uEnv.txt is very normal, but kernel panics sometimes while disabling hdmi (if you use pins, or pins used in your the overlay you are trying to insert will clash with something that are already in use) and BTW I never tried to figure out which pins hdmi uses, So whenever I saw kernel panic, it was due to some clash, so try changing pins Nov 06 20:52:13 #your overlay Nov 06 21:42:09 cannot make pwm work... it only works only if cape-universal enabled. but then uart wont work Nov 06 21:43:03 there are 8 pwms, try using another if possible Nov 06 23:05:35 tejas: that sounds odd (panic due to pin conflict) Nov 06 23:07:50 and I wonder whether that adafruit stuff is uptodate for current kernels (though I don't know whether anything has changed for pwm) Nov 06 23:08:26 uart not working with cape-universal sounds weird though, I'm pretty sure they are supposed to work Nov 06 23:10:35 no, adafruit is ancient by BBB standards Nov 06 23:10:43 which varies on a week-by-week basis it seems. Nov 06 23:11:19 and since rcn doesn't come here so often .. he's rather more immune to bug reports except via ML or email :/ Nov 06 23:12:34 to be fair, when using snapshots one can expect a bit of variation in what works or not... though it would be nice if they had some repositories of examples that are supposed to work along with unit tests verifying that they do Nov 06 23:13:21 documentation??? for the bBB? you must be joking ... Nov 06 23:14:32 I wouldn't call examples/unit-tests "documentation", though they would obviously also serve as a form thereof Nov 06 23:18:42 bbl **** ENDING LOGGING AT Mon Nov 07 02:59:59 2016