**** BEGIN LOGGING AT Tue May 02 03:00:02 2017 May 02 04:13:14 Hi Every one May 02 04:13:39 I have question on How PWm Works On BBB May 02 04:14:08 Dose EHRPWM2A and EHRPWM2B Work Together ? May 02 06:21:28 hi guys, i made a python script that is only a loop that waits for keyboard input and does some stuff, but i run it from a ssh and the beagleboone dosn't seem to respond to the keyboard input, am i doing it wrong? May 02 06:22:48 pathrocle: how do you access keyboard input from the script? May 02 06:24:13 does it react to keystrokes in the ssh session? May 02 06:26:12 i just made a python script and i use a while true loop with a raw_input() May 02 06:26:21 and it works from the terminal on my laptop May 02 06:33:17 seems to work fine here May 02 06:35:09 so by starting the script from ssh and connecting the keyboard to the beagle should it work? May 02 06:35:15 huh May 02 06:35:21 no it will read from your ssh session of course May 02 06:36:01 how can i make it to work from the keyboard May 02 06:36:04 raw_input() doesn't read "keyboard input", it reads from stdin May 02 06:36:37 well my ideea was i could make the beagle restart some stuff to defaults May 02 06:36:54 by just connecting a keyboard to it and typeing restart + enter May 02 06:37:21 there are a couple of different ways May 02 06:37:46 do you have some links for any of these ways? May 02 06:37:55 you can let your script get spawned on virtual console instead of the usual login prompt May 02 06:38:24 or your script could open the raw keyboard event device and claim it for exclusive use May 02 06:38:56 zmatt, do you have some tutorials or smthing like that, pretty new to linux/beagle? May 02 06:39:36 hmm, not sure, it's not a common question May 02 06:40:45 the first option doesn't really require much special in the script, but it means you have to make a service file that invokes it May 02 06:41:02 so i just need to make it a service? May 02 06:41:28 while the second option means you can just start your script any way you like, but the script will be a bit more involved May 02 06:42:44 not just "a service", like I said: it needs to be spawned on the virtual terminal instead of the usual "getty" (the program which asks for login) May 02 06:44:48 btw, if you're newly starting out with python you should seriously consider modern python3 instead of the old python2 May 02 06:47:26 how do you spawn things on virtual terminal? May 02 06:47:55 just by makeing a init.d service? May 02 06:47:58 could it work? May 02 06:48:29 init.d services aren't used except a few remaining for backwards compatibility May 02 06:50:20 the usual getty spawning is initiated by systemd-logind May 02 06:50:58 which (depending on NAutoVTs in /etc/systemd/logind.conf ) will spawn 'autovt' service instances May 02 06:51:09 e.g. autovt@tty1.service May 02 06:51:45 the autovt@.service template is normally a symlink to getty@.service May 02 06:51:54 ls -l /lib/systemd/system/autovt@.service May 02 06:52:47 if you create a service file /etc/systemd/system/autovt@tty1.service then that should override the defaults and get spawned instead on tty1 May 02 06:54:47 it's probably best to start with a copy of /lib/systemd/system/getty@.service, make the appropriate changes, and then do systemctl daemon-reload && systemctl restart autovt@tty1.service May 02 06:56:07 btw, for the second option I mentioned (grabbing direct keyboard events) there's a python module "evdev" -> https://python-evdev.readthedocs.io/en/latest/usage.html May 02 06:58:50 do you think the second option is better, i would also like to make sure this script auto reloads if it crashes (allways online). was thinking to do that with monit since i have 2-3 more python services May 02 06:59:33 getting restarted is trivial with the first option May 02 07:00:27 i looked at /etc/systemd/system/autovt@tty1.service and i didn't understand anything tho :)) May 02 07:00:52 i found i can use the script with openvt -s python restarter.py May 02 07:01:07 ah indeed, I forgot about openvt May 02 07:01:14 that will allocate a new VT though May 02 07:01:37 which doesn't combine well with any sort of auto-restarting May 02 07:02:40 the service file would still be the best solution May 02 07:03:29 you can probably just: copy /lib/systemd/system/getty@.service to /etc/systemd/system/autovt@tty1.service and modify only the "ExecStart" line May 02 07:05:20 and maybe comment out the "KillMode", "IgnoreSIGPIPE", and "SendSIGHUP" lines May 02 07:06:01 the rest looks like it's probably fine May 02 07:08:40 and what should be on that execstart? ExecStart=-/sbin/agetty python /script/location/script.py May 02 07:08:41 ? May 02 07:09:12 ExecStart=/usr/bin/python /path/to/script.py May 02 07:10:02 or if you just give your script a shebang and make it executable, then ExecStart=/path/to/script.py works too May 02 07:10:41 ok, ill try this thanks you very much May 02 07:25:56 zmatt, i did all that but i get Failed to get D-Bus connection: No connection to service manager. when i do systemctl daemon-reload && systemctl restart autovt@tty1.service :(( May 02 07:34:40 zmatt, nvm i'm gonna try to do it with the python edev u linked thanks May 02 07:40:53 did you execute it as root (with sudo) ? May 02 07:41:23 although either way that error sounds weird May 02 07:41:33 (and not at all related to your service file) May 02 07:42:56 if systemctl isn't working there's something very wrong May 02 07:50:26 hello May 02 07:50:44 Can someone help me out with a problem with the bb-black? May 02 07:52:02 well certainly not if you don't say what the problem is May 02 07:52:23 I cant control gpio. I tried install bone_capemgr but no result.. then tried to load it within uEnv.txt, but then the bb won't startup.. all leds keeps on May 02 07:53:13 uEnv enable overlay -> /lib/firmware/pyBB-GPIO2_22-Axx May 02 07:53:50 But no result. Some I'O's are set default (all bb's over here with clean img 8.6) May 02 07:53:52 bone_capemgr is not something you can "install", nor would you need to. it's also not at all necessary or relevant for gpios May 02 07:54:08 Okay. But why can't I control gpio? May 02 07:54:21 I don't know since I have no idea what you've tried May 02 07:54:39 in /sys/class/gpio all IO are listed May 02 07:54:56 I have a service which calls a c++ file May 02 07:55:00 this file starts with export May 02 07:55:46 have you first tried to control gpios manually before doing so from software? May 02 07:56:51 * KotH 's first guess would be an inapropriate DT file May 02 07:57:21 * KotH 's second guess would be missing power May 02 07:57:22 https://github.com/mvduin/bbb-pin-utils these are some scripts I made, the "show-pins" utility shows how pins are configured, including gpio May 02 07:57:55 yeah the systemctl is not working, and when i do # ps -p 1 -o comm= May 02 07:57:55 i get init instead of system so i don't know its not really my beaglebone so i don't know why they did that or w/e May 02 07:58:07 pathrocle: euh May 02 07:58:19 pathrocle: that's normal May 02 07:58:40 I think May 02 07:59:02 hmm May 02 07:59:45 or not.. it shows as /sbin/init normally in a process listing, but it seems '-o comm=' does report systemd May 02 07:59:55 * zmatt looks up the definition of that column in the manpage May 02 08:01:57 Okay.. missing power isn't it I think because its external powered May 02 08:02:16 I also have no idea what KotH could have meant by that May 02 08:02:30 How can I run your code zmatt? May 02 08:03:04 I'm experienced with c++, but not with linux and python script <> May 02 08:03:22 I did a simple startup.service with bash output... can I put it over there? May 02 08:03:23 they're executable scripts May 02 08:03:39 yes.. but where can i call it? May 02 08:03:50 what do you mean? May 02 08:04:13 you just execute show-pins May 02 08:04:16 Where do I have to put it or what ever? Or could I copy it to the terminal? May 02 08:04:21 on the beaglebone of course May 02 08:04:36 Yes.. so I upload it to /home or so? May 02 08:04:57 or whereever May 02 08:05:56 or if your bbb has internet connectivity you can just do git clone https://github.com/mvduin/bbb-pin-utils to download them directly to the bbb May 02 08:06:09 Okey.. yes it has internet May 02 08:07:28 to get the pin list sorted by expansion header pinout, just sort the output ( ./show-pins | sort ) May 02 08:09:08 I gonna try it now! :) May 02 08:10:03 could not create work tree dir 'bbb-pin-utils'.: No space left on device May 02 08:10:10 .\ May 02 08:10:37 uh oh May 02 08:11:01 It has only a simple c++ file on it... so few rom they have May 02 08:11:37 uhh May 02 08:11:40 no May 02 08:11:56 I mean, the default images are a bit cramped with crap, but they don't have *that* little free space May 02 08:12:31 ow i see a big file for bone_capemgr May 02 08:12:32 deleted that May 02 08:12:40 ?? May 02 08:12:55 big folder in home May 02 08:13:03 then you put it there May 02 08:13:24 another one bb.org-dtc May 02 08:13:34 probably because i installed the bone_capemgr May 02 08:13:43 its cloned now.. going to run\ May 02 08:13:53 I'm not sure I even want to know what you possibly could mean by that May 02 08:15:43 where can I find the cloned files? May 02 08:15:49 git clone - files May 02 08:16:06 Hehe.. sorry Im dutch, so my English could be humor :) May 02 08:16:39 it creates a directory named after the repository ("bbb-pin-utils" in this case) May 02 08:17:32 ahhh yea May 02 08:17:38 perl: warning: Falling back to a fallback locale ("en_US.UTF-8"). P8.03 / eMMC d6 6 fast rx up 1 mmc 1 d6 mmc@481d8000 (pinmux_emmc_pins) P8.04 / eMMC d7 7 fast rx up 1 mmc 1 d7 mmc@481d8000 (pinmux_emmc_pins) P8.05 / eMMC d2 2 fast rx up 1 mmc 1 d2 mmc@481d8000 (pinmux_emmc_pins) P8.06 / eMMC d3 3 fast rx up 1 mmc 1 d3 May 02 08:17:53 wow... cant paste it nicely May 02 08:18:12 So maybe you could explain me where Im looking at? May 02 08:18:13 please *don't* paste anything here that's more than one line May 02 08:18:27 I see ;) May 02 08:18:39 a lot of information about all pins, hopefully in pretty colors May 02 08:18:44 yes it is May 02 08:21:04 pin description, pin number, slew (fast/slow), "rx" if receiver enabled, pull up/down, May 02 08:21:44 pinmux mode (7 = gpio), description of pin function May 02 08:22:01 I see. So header 8 pin 37 it shows me this: May 02 08:22:02 P8.37 / hdmi / sysboot 8 48 fast 0 lcd d8 0-0070 (nxp May 02 08:22:37 _hdmi_bonelt_pins May 02 08:22:49 One of the pins I cant manage as gpio May 02 08:23:13 since it's configured for video output in the default config May 02 08:23:14 Even no gpio can be controlled by code at this moment May 02 08:23:45 How can I get it ported as gpio? May 02 08:24:09 pins which are in use for some purpose are highlighted and have an extra column with a description of what's using it May 02 08:24:48 pins which show e.g. "gpio 2.02" in gray are unused and can be exported as gpio May 02 08:25:14 yes,.. like mmc or so May 02 08:25:51 What i tried yesterday was to disable hdmi overlay in uEnv.txt by comment it out May 02 08:25:51 if you want to use specifically P8.37 as gpio you'll need to disable hdmi May 02 08:25:59 but then it coulnt boot May 02 08:26:17 How can I disable hdmi? May 02 08:26:45 uh, comment out? hdmi is enabled by default, disabling hdmi requires a suitable directive in uEnv.txt May 02 08:27:06 (which actually depends a bit on which software version you use) May 02 08:28:26 Linux beaglebone 4.4.54-ti-r93 #1 SMP Fri Mar 17 13:08:22 UTC 2017 armv7l GNU/Linux May 02 08:28:26 on reasonably recent images you can do: May 02 08:28:47 dtb=am335x-boneblack-emmc-overlay.dtb May 02 08:29:11 yes.. but i do use sd card... is this still working then? May 02 08:30:02 sd card will always work, the dtb above also still enables eMMC (only hdmi is disabled) May 02 08:31:01 I did this before.. but then the bb wont startup May 02 08:31:17 It freezes and the outer led keeps flashing fast May 02 08:31:24 o.O May 02 08:31:38 Why could that be? May 02 08:32:27 well, not booting would suggest you made a typo (or you're running a really ancient image) May 02 08:32:44 I'm not sure however what state you're describing May 02 08:33:10 maybe enable two dtb.s? May 02 08:33:21 uboot eanble overlay should be outcommented right/ May 02 08:33:23 that isn't possible May 02 08:33:30 uhh May 02 08:33:38 10:28 < zmatt> dtb=am335x-boneblack-emmc-overlay.dtb May 02 08:33:50 that is the exact directive to put in uEnv.txt May 02 08:34:03 cmdline=coherent_pool=1M net.ifnames=0 quiet cape_universal=enable should be on May 02 08:34:12 not commented out i mean May 02 08:34:16 as by default? May 02 08:34:34 you should probably leave that alone yes May 02 08:34:49 hmm... tried to save uEnv.txt ... no space left on device May 02 08:35:09 something takes up a lot of resources May 02 08:35:53 I thought you freed up space just moments ago? May 02 08:36:07 yes.. I thought so May 02 08:36:10 is something filling a log file with spam or something? May 02 08:36:28 I dont know... I do a lot of SD writes.. but no internal logging May 02 08:36:34 yes thats mounted ... May 02 08:36:44 and journalctl takes up a hugh May 02 08:37:14 btw if you don't care about graphics, consider using an "iot" image or even a "console" image May 02 08:37:40 I don't know what the default max size is for journal, although it's configurable May 02 08:38:00 you can also just remove /var/log/journal entirely and then reboot, then it will only use an in-ram journal May 02 08:38:20 it has restarted without errors May 02 08:38:21 yeahh May 02 08:38:31 and the gpio which default was enabled now is off May 02 08:39:53 owkeyy... rm /var/log/journal May 02 08:39:56 if you're booting from sd and don't use eMMC then you can reclaim those pins too if you want May 02 08:41:40 keep in mind that having a persistent journal (i.e. one that survives reboots) can of course be useful for debugging crashes or such May 02 08:41:56 I do not boot from sd May 02 08:42:01 I used flashing for this May 02 08:42:36 (although I actually use only volatile journal on beaglebones) May 02 08:42:38 ah ok May 02 08:43:10 yeahhh May 02 08:43:15 gpio works !!! May 02 08:43:22 No we going to check inputs May 02 08:43:27 :) May 02 08:43:34 Thank you very very very much1!! May 02 08:43:37 So great this May 02 08:44:11 spend hours on it.. try to solve it myself first before asking.. but didn't have this knowledge yet May 02 08:45:16 you can easily get events on input change btw in C/C++ May 02 08:47:26 (if you care) May 02 08:48:25 yes i read... edge detection May 02 08:49:25 yeah, configure edge and then use epoll() / poll() / select() or such May 02 08:51:17 There are many other May 02 08:51:30 like clock = 250Hz.. but maybe i rebuild the kernel May 02 08:51:33 to get it to 1000hz May 02 08:51:45 because timings are really an issue May 02 08:52:14 I have a timerclass which should be every 30seconds send an https messaeg May 02 08:52:54 but the elapsedtime() enabled instead every 45min in stead of 5minutes (300 seconds) May 02 08:54:47 uhh May 02 08:55:00 what? May 02 08:55:43 the 250 Hz is not the resolution of timers, it mostly just has to do with scheduling and bookkeeping May 02 08:57:00 and sorry, but if your "every 300 seconds" timer fires every 45 minutes, then your code is simply broken May 02 08:58:31 no... it runs on older images bb-black May 02 08:58:36 and there it works just fine ;) May 02 08:59:06 So i thought 250Hz was the reason for this maybe.. but I dont think so.. cause that kernel was build with 1000Hz May 02 08:59:16 and also with highperformance & sleep detection etc. May 02 09:01:09 ideally you'd want the Hz lower, not higher, it just wastes cpu time May 02 09:03:09 Yes I know.. but internal timers get higher priority May 02 09:03:10 I've got CONFIG_HZ=100 .. don't remember if I configured that myself or if it was already the default May 02 09:03:18 1ms is 25 whan 250HZ is enabled May 02 09:03:34 As the manual / docs point out May 02 09:03:39 i have absolutely no idea what you're saying May 02 09:03:43 1ms is 1ms May 02 09:04:54 using tickless timers gets higher resolution with higher interrupt intervals May 02 09:05:16 So... 1000Hz (1ms interval) gets a nice 1ms timing... but with 250hz.. this is 4ms (sorry typo ) May 02 09:05:28 again, this isn't the resolution of timers May 02 09:05:28 100Hz the fasted speed would be 10ms May 02 09:05:41 linux supports timers with sub-microsecond resolution May 02 09:05:48 No... but sleep() does relay on this, or not? May 02 09:06:16 sleep() takes an argument in seconds so it's hard to care about what resolution it uses :P May 02 09:06:37 Because theyre cpu tick timers relaying on cpu instructions/sec May 02 09:06:45 no May 02 09:08:06 linux uses hardware timer 2 for most of its timings needs May 02 09:10:53 * KotH uses atomic clocks for most of his timing needs May 02 09:10:55 ;) May 02 09:11:26 okeyy May 02 09:11:40 please ignore me, i'm just being silly May 02 09:19:45 i have problem with pinging google by my bbb May 02 09:20:12 who can help me May 02 09:32:05 Guest20314: I jsut checked, timer2 is configured at 24 MHz, so that gives a max timer resolution of around 40 ns... will that suffice for your needs? ;-) May 02 09:32:29 (if not, use a PRU core :P ) May 02 10:19:42 Hi there, i need some BeagleBoard X15 as soon as possible! At the moment i can´t order any of these boards, is there a known supply bottleneck? May 02 10:19:54 mayah: yes May 02 10:20:11 https://groups.google.com/d/msg/beagleboard-x15/c1zpR4Dh4cg/TYXepxSGDQAJ May 02 10:21:00 ok, thanks! So nobody actually knows when beagleboard x15 would be shipped? May 02 10:21:07 jkridner: any news? May 02 10:24:14 mayah: presumably if there's news it'll get posted to the beagleboard-x15 newsgroup May 02 10:28:12 ok, where can i find the newsgroup? Or did you mean the google discussion? May 02 10:28:36 yes May 02 10:28:59 wonderful! Thanks for the information! Have a nice day! May 02 10:45:51 hello May 02 11:19:44 @zmatt May 02 11:20:00 It turned out that logfiles are very big... syslog 29MB May 02 11:20:09 daemon.log couple of mb's May 02 11:20:14 so i did > for all logs May 02 11:20:21 apt-get purge rsyslog May 02 11:20:22 :) May 02 11:20:33 What does it do/ May 02 11:20:36 ? May 02 11:20:47 remove the rsyslog daemon that writes those files May 02 11:21:05 it's silly to write out a redundant copy of some subset of the log information that's also in journal May 02 11:21:26 This units goes in field... is it better for long term stability to turn logging of? May 02 11:21:41 Or is there some selfcleaning service somewhere/ May 02 11:22:48 After this I get this message: -bash: ./Service Text file busy May 02 11:23:36 journald has configurable limits for memory usage and (if you want persistent logging) disk usage. I don't know or care about the old rsyslog logfiles since I view them as pointless and redundant May 02 11:24:00 reducing the amount of logging (preferably to zero) obviously reduces wear on the eMMC May 02 11:24:06 and what? o.O May 02 11:25:02 you get that after doing what? May 02 11:27:02 Hi May 02 11:27:37 I'm recently using the beaglebone black May 02 11:28:27 i wana control GPIO with c++ but i couldnt find GPIO.h header file that mentioned in the datasheet May 02 11:28:55 there is no such header May 02 11:28:55 could you help to know where it is? May 02 11:28:57 thanks May 02 11:29:09 gpio on linux is done via sysfs May 02 11:30:05 i just wana to controll it with c++ not with linux shell May 02 11:30:45 in the datasheet it has benn mentioned a lot of header of with this address /library/... May 02 11:30:55 i wana know where is that address? May 02 11:31:10 if you're familiar with how to do it with a shell, then you also know how to do it in c++ May 02 11:31:15 or any other language May 02 11:31:54 for improved efficiency you can keep a file descriptor open and use pread()/pwrite() May 02 11:32:22 okay, thanks alot May 02 11:32:44 and I'm pretty familiar with the datasheet, I don't recall having seen the things you're talking about May 02 11:32:52 what document are you referring to exactly? May 02 11:37:38 here's a simple way to do gpio in c++: https://gist.github.com/mvduin/b54ad7619ec3e6363a6ad1015e5c8858 May 02 11:38:26 (die() is just some helper function to print an error an exit, feel free to substitute your favorite error handling approach) May 02 11:38:59 oh wait, I spot an idiosyncracy that's particular to our setup, lemme fix that May 02 11:42:59 there, that's more useful probably May 02 11:45:14 but I guess you didn't care May 02 12:49:20 Hi May 02 12:49:48 We are looking for a self balancing kit for beaglebone blue May 02 12:50:20 Can we buy it somewhere ? May 02 12:50:29 https://www.youtube.com/watch?v=FNfI6Vgjhp8 May 02 12:50:40 Looks like this May 02 13:34:21 hello, all. May 02 13:35:56 anyone using the latest debian on bbg? I notice that I cannot connect to the bbg using ethernet over usb on the latest debian OS. May 02 13:44:45 deadprogram: does it not show up as network interface? May 02 13:44:55 also, which host? May 02 13:45:03 (mac/linux/windows) May 02 13:48:31 fine, go figure out yourself that it's probably 192.168.6.2 instead of 7.2 :P May 02 13:48:36 bbl May 02 14:01:45 hi there all :-) cheers all May 02 14:02:47 beaglebone blue for build a drone. is it good chance? May 02 14:10:25 does anyone use beaglebone blue for any purpose? May 02 14:35:57 Hello... again May 02 14:36:32 @zmatt : You'd helped me out with disabling HDMI from out uEnv.txt May 02 14:37:08 But we saw strange behaviour on rising edge pins.. so runned the script again.. and now this popped up: May 02 14:37:24 P8.34 / hdmi / sysboot 11 51 fast rx 7 gpio 2.17 << hi sysfs May 02 14:37:45 But I thought we had disabled hdmi? Is this another parameter? May 02 14:41:51 Do I have to disable auto loading : disable_uboot_overlay_video=1 May 02 14:42:54 Hi guys, can anyone assist me? May 02 14:43:10 I would like to check my UART May 02 14:43:21 on the beaglebone black May 02 14:45:11 check? May 02 14:46:26 Aryan.. what do you want to check? May 02 14:46:44 Hi guys, can anyone assist me? I would like to check my UART on the beaglebone black.From what I have read so far, i'm supposed to use this command:echo BB-UART1 > /sys/devices/bone_capemgr.*/slots to enable the serial UART but it's not working. Does anyone has an idea of what might be the problem May 02 14:47:47 Guest94541: the stuff on the left is just a descriptive label May 02 14:47:57 Guest94541: i would like to test the UART with the beaglebone black May 02 14:48:11 Guest94541: the actual pin usage is on the right side May 02 14:48:19 Aryan.. you can add it to /boot/uEnv.txt as : cape_enable=bone_capemgr.enable_partno=BB-UART1 May 02 14:48:59 Guest94541: btw you might want to pick a name, one that's not in use :) you can always try suffixes like /nick John- or something May 02 14:49:52 Guest94541:tried that but it says that the file doesn't exist May 02 14:49:52 Aryan: if you're running a recent image (where cape-universal is enabled by default) you don't need to enable it but just pinmux it May 02 14:50:08 those instructions are for a really ancient kernel May 02 14:50:28 @zmatt I know the pinning. But hdmi is in front and I get thousands pulses per second May 02 14:50:51 JohnPia: after you disabled hdmi, did you reboot or power-cycle ? May 02 14:50:59 Yes May 02 14:51:04 no, which? May 02 14:51:09 Other gpio does work May 02 14:51:17 which didn't in first place May 02 14:51:30 But I can retry. All of our new BB's has the same issue May 02 14:51:34 So something simular ;) May 02 14:51:43 the hdmi framer is reset-insensitive so to properly disable it you need to power-cycle May 02 14:51:50 zmatt: this is the veion of debian i'm using:Debian GNU/Linux 8 BeagleBoard.org Debian Image 2016-05-13 May 02 14:51:52 although it shouldn't affect the gpios May 02 14:52:10 Btw...: nice thing: image of the actual setup... so Im back faster when it crashes http://stackoverflow.com/questions/17834561/duplicating-identical-beaglebone-black-setups May 02 14:52:26 Aryan: that's pretty old, but not ancient... I don't know what the defaults were back then though May 02 14:52:58 Aryan: bone_capemgr still exists but it moved slightly May 02 14:53:15 something like /sys/devices/platform/bone_capemgr if I remember correctly May 02 14:54:16 Aryan If you haven't bone_capemgr you can clone it from git if you have internet May 02 14:54:46 JohnPia: no, you can't May 02 14:54:52 bone_capemgr is a driver that's compiled into the kernel May 02 14:55:10 zmatt: do you mind telling me how to pinmux as i'm still a biginner. i tried that as well May 02 14:55:12 and it is, and has been, part of all beaglebone kernels since ancient times May 02 14:55:18 here:root@beaglebone:~# echo BB-UART4 > /sys/devices/platform/bone_capemgr/slots bash: echo: write error: File exists root@beaglebone:~# cat /sys/devices/platform/bone_capemgr/slots 0: PF---- -1 1: PF---- -1 2: PF---- -1 3: PF---- -1 4: P-O-L- 0 Override Board Name,00A0,Override Manuf,cape-universaln May 02 14:55:20 Okay.. but if you do this, it rebuild the kernel... because I had a simular issue May 02 14:55:47 sudo apt update ; sudo apt install bb-cape-overlays May 02 14:55:48 git clone https://github.com/beagleboard/bb.org-overlays May 02 14:55:50 JohnPia: rebuilding the kernel ? why? May 02 14:56:00 cd ./bb.org-overlays May 02 14:56:06 ./dtc-overlay.sh May 02 14:56:10 ./install.sh May 02 14:56:18 zmatt this routine I found on internet May 02 14:56:21 why would you install them via apt and then install them a second time from sources? May 02 14:56:43 Its an instruction from an official May 02 14:56:46 Aryan: ok do you have cape-universal actually May 02 14:57:03 I don't know why... but it does work for me hehe... ;p May 02 14:57:04 JohnPia: are you pretty sure there wasn't an "or" statement inbetween? :P May 02 14:57:54 Aryan: btw next time please don't paste anything longer than one line directly into the channel, use a paste-service like pastebin.com or gist.github.com May 02 14:58:03 I don't know... I try a lot zmatt... untill it works or burns ;p May 02 14:58:10 Aryan: try config-pin --help May 02 14:58:21 JohnPia: that sounds like an excellent way to make a mess of the system :P May 02 14:59:13 zmatt: yes i have a customised cape May 02 14:59:27 Yes I know... ;) Until I found this iRQ hehe... great May 02 15:00:11 Zmatt: hold on will try now May 02 15:03:54 zmatt what is sysfs? May 02 15:04:05 Cause its written behind the gpio input I want to use May 02 15:04:25 it's there because you exported the gpio to userspace May 02 15:04:26 via sysfs May 02 15:04:43 hmm... could this be the reason of the strange behavior? May 02 15:04:47 ? May 02 15:04:59 A lot of input rising edge detections May 02 15:05:09 while its just 1 / second I put on the pin May 02 15:05:14 what did you connect it to? May 02 15:05:51 are you sure the transition is clean? May 02 15:06:33 oww... maybe I should enable pull down or so? May 02 15:06:38 Kwh meter... May 02 15:06:55 It has worked on previous setups (default Amstrong image) May 02 15:07:05 I put those pin to input and rising edge May 02 15:07:14 But get thousands interrupts per second May 02 15:07:21 even now... while there are no pulses at all May 02 15:07:30 So seems to me as a floating input May 02 15:07:44 Or hardware which inflect those pins May 02 15:07:47 to answer your question btw, sysfs is the pseudo-filesystem mounted at /sys. although it looks like a filesystem, it's actually a representation of objects in the kernel and their attributes May 02 15:09:13 I can't really tell you how to correctly interface a piece of hardware with this little info... if it worked before, be sure to use the same hardware setup and pin config May 02 15:09:26 its the same hardware setup May 02 15:09:36 Are there internal pull down's? May 02 15:09:48 need help May 02 15:10:00 every pin has a configurable pull-up/down May 02 15:10:33 note that the lcd_data0-15 / sysboot0-15 pins also have pull-up or pull-down on the PCB May 02 15:10:44 since those determine boot config options May 02 15:10:49 Can someone guide me how to connect BeagleBoard to PC. Everyone is talking about BeagleBONE May 02 15:11:25 zmatt Okay... I going to google how to enable this.. .I see I can put it as active_low.. but dont know if this is what I need May 02 15:11:47 JohnPia: could also be edge vs. level triggered interrupts? May 02 15:11:59 JohnPia: be very cautious when using those pins are inputs btw (as you apparently are). if you pull those up or down during power-on, there's a good chance the system doesn't boot May 02 15:12:28 JohnPia: active_low just inverts the gpio May 02 15:13:26 note that the internal pulls are very very weak, and mainly serve to keep unused pins from floating May 02 15:13:31 JohnPia: nevermind, just read you saying it's set to trigger on rising edge.. May 02 15:14:26 JohnPia: if you're connecting an open-drain/open-collector output to a pin of the bbb, use a properly sized external pull-up May 02 15:14:52 It's set withing code as with gpio_set_dir() May 02 15:15:23 Yes it is... May 02 15:15:27 Pull down's May 02 15:15:32 ? May 02 15:15:32 But even then... May 02 15:15:37 external pull downs May 02 15:16:03