**** BEGIN LOGGING AT Thu Mar 24 02:59:58 2016 Mar 24 05:02:25 * KeatonT waves Mar 24 10:02:54 Hello! One trouble: i always connected on SSH, but today i install some drivers from CCS and when i plug network cable to BBB, i get "network cable unplugged". Who knows? Mar 24 10:04:23 but instead started work RNDIS Mar 24 10:41:21 Hi Mar 24 10:41:39 I want to install a package .deb Mar 24 10:41:58 How to know if I install armel or armhf version Mar 24 10:42:13 dirkk: try dpkg-architecture Mar 24 10:42:20 usually armhf Mar 24 10:44:37 Defiant : Thanks for your answer. DEB_BUILD_ARCH=armhf you're right. Mar 24 10:45:12 That's means I cannot install armel or amrel will be always compatible ? Mar 24 11:02:47 afaik not compatible, but debian allows you to install the armel packages together with armhf Mar 24 11:48:41 Hello. I'm pretty interested in BeagleBoard's GSoC projects. Especially ideas "SPI Flash Emulator (possibly via PRU)" and "PRU Framebuffer" sound interesting for me. Mar 24 11:49:37 but I don't have Linux kernel programming experince actually - I'm very interested in it, but never wrote a line in Linux Mar 24 11:50:08 then use PRU instead of writing kernel code ;) Mar 24 11:50:20 I have a lot of experience with low level C on various MCUs Mar 24 11:51:58 I also have experience with baremetal programming both on MCUs and on big SoCs like the one on the beaglebone... I also have no problem doing things like setting up DMA by directly accessing the DMA controller from linux userspace; nevertheless I find the linux kernel still to be a hostile and intimidating environment to program in Mar 24 11:54:06 it's huge, complicated, poorly documented, and has tons of rules you need to follow (regardless of whether they're actually written down anywhere properly) Mar 24 12:02:08 but, that's just my opinion :) Mar 24 12:10:01 I just realized I don't write to the GSoC channel :-) Mar 24 12:26:28 yes .. #beagle-gsoc should be open .. :) Mar 24 12:26:40 jk had to remind me that last time I ping'd him :P Mar 24 12:38:58 Hello. I want to use one of the PRUs of the Beagle Bone Black to continuesly sample an SPI high-speed ADC and use some kind of shared memory to get this to the A8. Altough I found a bit of outdated information on the PRU, I wasn't able to find a reference. Mar 24 12:39:36 What would be the best starting point here? I guess I am not the first person trying to achieve something like this. Mar 24 12:45:19 Hello Mar 24 12:48:54 syso: https://www.google.com/search?q=beaglebone+black+pru+spi+example& Mar 24 13:00:34 hello Mar 24 13:01:17 i need a quote Mar 24 13:02:36 999-0006389 (500 pcs ) Mar 24 13:02:56 lolololol Mar 24 13:03:00 :-) Mar 24 13:04:49 there you go: http://de.aliexpress.com/item/999-0006389-BeagleBoard-X15-BeagleBoard-CircuitCo-Development-Board/32532181129.html Mar 24 13:05:09 well there's no friggin point posting it to irc .. ffs. lol Mar 24 13:30:06 Module uio_pruss not found. On 4.1.15-ti-rt-r40. Mar 24 13:32:31 root@beaglebone:/lib/modules/4.1.15-ti-rt-r40# find |grep pru Mar 24 13:32:31 ./kernel/drivers/rpmsg/rpmsg_pru.ko Mar 24 13:32:32 ./kernel/drivers/remoteproc/pruss_remoteproc.ko Mar 24 13:33:33 hay there, i just tried to upgrade my angstroem bb to debian... now it boots and I can access the folder per usb but not connect via usb ssh any more :/ someone has an idea what i'm doing wrong? Mar 24 13:35:20 hlo Mar 24 13:35:52 zmatt: are you there? Mar 24 13:37:14 i yesterday (actually it was today at 3 in the morning) more kernels, different kernel images (ti-rt, ti, bone, different versions etc), and as far as I have seen, hdmi doesn't work with linux >3.8.x Mar 24 13:37:21 i tried* Mar 24 13:38:57 I tried to copy my SD to eMMC yesterday, though I bricked it. But a flahser SD brought it back. Mar 24 13:39:07 the only image that works is the 7.9 debian one on the `latest' page Mar 24 13:40:35 Ragnorok: it's pretty hard to brick the bbb, unless you drop water or something on it Mar 24 13:40:49 I'm discovering. Good thing. Mar 24 13:41:25 I put 8.3 on SD and it ran fine. Are you building or just flashing? Mar 24 13:41:30 Ragnorok: be careful if you don't have a case, not to touch it with metals while it's powered on Mar 24 13:41:39 it might short circuit Mar 24 13:41:44 metals like your keys or something Mar 24 13:41:59 Yeah. I put it on a book. Mar 24 13:42:18 Have to use those for something, right? (wink) Mar 24 13:42:20 Ragnorok: i have a bbb and hdmi doesn't work with 8.3 Mar 24 13:42:37 i'm just flashing the image on the website Mar 24 13:42:52 i tried almost everything i could think of this morning Mar 24 13:43:34 toby1: after falshing this image can u access the begalebone via usb ssh? Mar 24 13:43:48 sakulstra: i can access it with ssh via ethernet Mar 24 13:43:56 if i guess the local ip Mar 24 13:44:06 sometimes it grabs a different ip Mar 24 13:44:24 It occurs to me I don't use HDMI, so it's plausible that actually doesn't work and I'm unaware. Mar 24 13:44:51 i don't have it with me right now as i'm at work, but i'll get home in 3 hours or so Mar 24 13:45:58 okay so you can't via usb? I tried falshing with all images I could find on http://elinux.org/Beagleboard:BeagleBoneBlack_Debianhttp://elinux.org/Beagleboard:BeagleBoneBlack_Debian , but I still can't access them via usb ... and our network policy doesn't allow them in the real network Mar 24 13:46:16 sakulstra: i get various drivers from the hdmi driver (i think). sometimes buffer overruns, sometimes it just dumps a stack trace, sometimes it says it works but it doesn't Mar 24 13:46:32 various errors* Mar 24 13:46:39 I flashed my emmc and it failed and I had a brick. It was because I have an old BBB with 2 gigs and the flasher was 4. So I reflashed with a 2 gig image and I was back in business. Mar 24 13:47:50 sorry, sakulstra, i just got mine last friday, i don't know what your problem might be Mar 24 13:48:00 But with my sd card plugged in, it always boots from there. I don't have to hold in any boot button. No sd it boots from emmc, plug in the sd and it boots from the sd. Mar 24 13:48:38 our version is with 4gb and debian 8.3 pre installed ... but after reflashing the latest debian image I can't access them any more Mar 24 13:49:14 sakulstra - I always install webmin and do all my configuring from there - it's a big controversy I know! buy webmin is berry good to me Mar 24 13:49:32 but Mar 24 13:51:56 sakulstra: you could try ssh over ethernet if you're willing to get a router Mar 24 13:52:09 just plug your computer and the bb into the router Mar 24 13:52:22 or you could get a keyboard and mouse - jus sayin Mar 24 13:52:27 yeah, that too Mar 24 13:53:29 I set my Linux Mint desktop to share it's ethernet connection and I run a cable over to the BBB - it works! Mar 24 13:54:22 be careful with mint, they had a sec breach recently and had compromised images up for a while afaik Mar 24 13:55:04 that's no real solution we have like 200 bb here and I can't debug every single one of them... we just need a "working" 8.3 image Mar 24 13:55:34 sakulstra: does it work with 7.9? Mar 24 13:55:40 yep Mar 24 13:55:50 and with angstroem^ Mar 24 13:56:46 8.3 is probably broken or something Mar 24 13:57:17 hdmi doesn't work, usb ssh doesn't work Mar 24 13:57:35 ^^I think that, but the last ~60 one we got shipped were with 8.3 pre installed - so somewhere out there has to be a working image Mar 24 13:58:07 toby1: well hdmi definitely works, it just doesn't work with your monitor for some reason Mar 24 13:59:14 toby1: and it's very easy to brick a bbb, just connect 5v to an I/O :P Mar 24 13:59:49 i'm going to have to grab the sources of the kernel and see what changed at the relevant hdmi parts between 7.9 and 8.3 Mar 24 13:59:54 a lot Mar 24 14:00:04 that might be the problem Mar 24 14:00:08 did you try the video= override ? Mar 24 14:00:22 i'm going to try it on my tv today Mar 24 14:00:27 yes, I Have Mar 24 14:01:00 and it doesn't work at all? that's really weird Mar 24 14:01:13 it should cause a HDMI signal to be output even if nothing is plugged in Mar 24 14:01:51 i did a diff between the working dmesg and the broken dmesg. the working one says it gets an hdmi device and names it `default' Mar 24 14:01:52 (my lcd-util should verify this) Mar 24 14:02:26 can you link to it again, zmatt? Mar 24 14:02:53 http://gerbil.xs4all.nl/lcd-util.tgz Mar 24 14:03:15 thanks Mar 24 14:04:13 zmatt: with the video= override, depending on the resolution i choose, i get a stack trace or buffer overruns Mar 24 14:04:26 stack trace goes away if i choose a low res Mar 24 14:04:44 the buffer overruns go away if i start it in performance governor Mar 24 14:04:50 however, still no hdmi Mar 24 14:04:59 RT or non-RT kernel? Mar 24 14:05:04 both Mar 24 14:05:41 ok. I recommend avoiding RT kernels since they tend to make bugs more complicated Mar 24 14:05:51 noted Mar 24 14:06:31 it's probably the monitor's fault since it's a pretty cheap one Mar 24 14:06:34 an acer Mar 24 14:07:32 we have little hdmi monitors which contain a completely blank EDID memory... it still outputs produced an image (with some resolution pulled out of its ass) Mar 24 14:08:48 I know many -bone kernels have a bug in the pixel clock rate calculation which can create incompatibility with some monitors, but the 4.1-ti series shouldn't have that problem Mar 24 14:08:55 if i run edid-decode (or whatever it's called) on a certain file like they say on the internet, it hangs and doesn't output anything Mar 24 14:09:41 ok, so possibly your monitor actually manages to cause the DDC bus to hang Mar 24 14:10:25 btw what resolutions did you try with the video= ? I've never seen any sort of crash resulting from those Mar 24 14:11:08 640x480@60e, 800x600@60e, 1024x768@60e, 1920x1080@24e etc Mar 24 14:11:40 the monitor is 1920x1080 native Mar 24 14:12:55 my other monitor should be a better one since it's an expensive dell, but no hdmi. i'm going to get an hdmi-dvi adapter and try that too Mar 24 14:13:14 yeah I used 1440x1080R@50e on a 1920x1080 monitor to get native resolution within the pixel clock limits, the monitor didn't accept a low refresh rate Mar 24 14:13:42 ok i'll try that too Mar 24 14:14:35 hum Mar 24 14:15:26 Wow. USB ssh doesn't work. One more reason to avoid USB. Mar 24 14:16:04 you can't avoid usb. it's UNIVERSAL Mar 24 14:16:17 Sadly. Mar 24 14:16:20 even aliens have it Mar 24 14:16:31 ALL aliens. Mar 24 14:16:38 toby1: ok, odd, I thought 'e' would enable lcdc even with no hdmi plugged in.... Mar 24 14:18:17 ahh, right no X11 and CONFIG_VT disabled in my kernel so I need to manually enable it, my bad Mar 24 14:18:42 aaaand this kernel (4.4.6-bone6) still has the pixel clock bug, as lcd-util shows Mar 24 14:19:04 lcdc-pclk: 211.6 MHz Mar 24 14:19:05 pixel clock exceeds max spec Mar 24 14:19:06 pixel clock divider not valid for raster mode Mar 24 14:20:00 verifying 4.1.16-ti-r44 now Mar 24 14:20:14 thanks Mar 24 14:21:05 yep, now video comes up right away on boot (with no hdmi plugged in but video= override present) Mar 24 14:21:14 you can try that, and *then* plug in the monitor Mar 24 14:21:22 ok Mar 24 14:21:25 thanks Mar 24 14:23:17 interesting, this kernel seems to have more lcdc improvements... the pointless double-buffering has been eliminated (lcd-util shows only one fb) Mar 24 14:23:53 so 4.1-ti currently has a much better tilcdc driver than 4.4-bone Mar 24 14:24:50 i'll tell you in 2.5 hours if it works :D Mar 24 14:25:57 I don't see any underruns or whatever if I change cpufreq to ondemand btw Mar 24 14:26:05 ok Mar 24 14:26:26 could it be that i have a different version of the beaglebone black 4g rev c? Mar 24 14:26:34 or ar they all the same? Mar 24 14:26:41 but then again I wouldn't expect one since I'm not running X, so lcdc is just displaying a fixed framebuffer in memory Mar 24 14:27:26 i.e. even if the cortex-a8 were completely frozen lcdc would happily continue displaying the framebuffer Mar 24 14:27:38 I'm pretty sure the situation is different with X11 Mar 24 14:28:02 then it's probably the monitor's fault Mar 24 14:28:37 well, trying the video-override with no monitor attached is a good way to start testing that hypothesis Mar 24 14:29:29 zmatt: sometimes it said that drm brought the hdmi driver ON Mar 24 14:29:40 I'm trying to change a SPI pin pullup to a pulldown in a device tree overlay, but I don't know where the reference on the configuration constants is. Mar 24 14:30:19 I see a constant 0x13 labelled "output pullup enabled" Mar 24 14:30:32 0x33 apparrently is "output pullup enabled" Mar 24 14:30:52 Is that in the SRM? Or the spec sheet on the AM335x? Mar 24 14:32:25 toby1: http://pastebin.com/zVQmga4K Mar 24 14:32:31 ecdhe: this might help http://kilobaser.com/blog/2014-07-28-beaglebone-black-devicetreeoverlay-generator Mar 24 14:33:07 thanks twoten! Mar 24 14:33:24 zmatt: that's exactly what it displayed, but no output on the monitor Mar 24 14:33:50 so it must be the monitor, then Mar 24 14:34:20 toby1: try the old kernel where it did work, run lcd-util to see what timings it uses there Mar 24 14:34:32 ok, thank you very much Mar 24 14:35:26 i have another question: i'm trying to replace my computers at home with tiny ones like bbb, but it's pretty slow on youtube videos and the like. is it normal, or am I missing drivers or something? Mar 24 14:35:41 ecdhe: 0x13 is "mode 3, pullup enabled, receiver disabled" Mar 24 14:35:47 ecdhe: 0x33 is "mode 3, pullup enabled, receiver enabled" Mar 24 14:37:28 toby1: the cortex-a8 is not a fast processor, and am335x doesn't have much video capabilities... it does have an okayish 3d accelerator but it's not supported by X11. no video decoding acceleration whatsoever Mar 24 14:37:42 even the mouse cursor needs to be drawn by software Mar 24 14:38:00 hah, ok thanks Mar 24 14:38:33 you may be better off with a raspberry pi, given that thing is basically a big GPU with an ARM processor glued to its side Mar 24 14:38:50 (the rpi actually boots from the GPU, which then brings up the ARM) Mar 24 14:39:06 i'd rather not Mar 24 14:39:45 there are probably other small board computers with decent video capabilities, but the BBB isn't one of them Mar 24 14:39:55 the am335x is designed for industrial applications, not for YouTube Mar 24 14:40:21 The 'Bone of Things Mar 24 14:40:31 ok Mar 24 14:43:41 you can also look at AllWinner-based boards... there are tons of cheap ones, like the orange pi Mar 24 14:44:08 you'd have to check with someone who has experience with them however to know how their performance is with things like playing video Mar 24 14:45:24 thanks, zmatt, but i'll use the bbb Mar 24 14:46:23 maybe i'll look at less youtube Mar 24 14:46:28 no loss Mar 24 14:46:29 so do I, but I usually don't need video ;) Mar 24 14:46:32 hehe Mar 24 14:49:45 if I wanted an alternative I'd probably be more interested in the AllWinner ones than the RPi... I really dislike the rpi for pretending to be all open but using an undocumented broadcom processor you can't buy yourself, still no schematics for the rpi3 available, etc Mar 24 14:50:14 and no real ethernet Mar 24 15:39:25 Hello, where i could find beagleboard email adress ? Mar 24 15:39:37 User___: For RMA or for support? Mar 24 15:40:04 what RMA goes for ? Mar 24 15:40:16 Return failed product. Mar 24 15:40:22 Then for support Mar 24 15:41:05 They don't really have one. What issues are you having? Mar 24 15:41:59 Not issues, I am working in company, and we are intresting in their products, and would you like to ask some questions Mar 24 15:44:02 So how i can contact them? Mar 24 15:44:46 That is marketing, I guess. Beagleboard doesn't sell directly ,but here is contact page: http://beagleboard.org/about Mar 24 15:56:07 Thanks zmatt. Mar 24 16:05:59 Hello there, I need some help getting analog inputs to work in Python Mar 24 16:06:32 This is my first time chatting here, but I am pretty familiar with Beagle Bones Mar 24 16:07:00 Is there someone there who can help? Mar 24 17:22:54 hello Mar 24 17:23:19 hi Mar 24 17:23:57 hello Mar 24 17:24:56 hi Mar 24 18:25:27 zmatt: hello Mar 24 18:25:41 i tried what you told me today, and this is the result http://pastebin.com/t8BbpcgX Mar 24 18:25:52 no hdmi plugged in Mar 24 18:27:13 o.O what kernel and cmdline ? Mar 24 18:28:49 4.1.16-ti-r44 cmdline=coherent_pool=1M quiet cape_universal=enable video=HDMI-A-1:1024x768@60e Mar 24 18:30:53 weeird Mar 24 18:31:44 I mean, it might be the known lcdc underflow issue, but that doesn't explain why you're seeing it this consistently at boot Mar 24 19:09:17 zmatt: does uboot version matter? Mar 24 19:17:15 modprobe uio_pruss on BBB results in empty /sys/class/uio Mar 24 19:17:25 On both Mar 24 19:17:29 Linux beaglebone 4.4.6-bone-rt-r6 and 4.1 Mar 24 19:18:22 My impression is rt usese remoteproc, but that may be wrong. I'm using a non-rt 4.1 and uio-pruss is there. Mar 24 19:19:11 So I will try: Mar 24 19:19:12 ./update_kernel.sh --bone-kernel --lts-4_ Mar 24 19:20:56 I put in the debian 8.3 image, which is 4.1 TI something, then apt-install 4.1.19-bone20 to get a version that worked properly. Haven't tried > 4.1. Mar 24 19:21:06 apt-get * Mar 24 19:22:49 zmatt: it works Mar 24 19:23:02 zmatt: i just plugged in the hdmi cable and out came the image Mar 24 19:26:22 So, my lxqt desktop was empty and I rebooted by BBB, now all the files and directories from /boot are displayed on my desktop - what the heck happened? How do I make it all go away? Mar 24 19:29:01 root@beaglebone:~# ls /sys/class/uio/ Mar 24 19:29:01 root@beaglebone:~# uname -a Mar 24 19:29:02 Linux beaglebone 4.1.20-bone20 #1 Sat Mar 19 08:06:24 UTC 2016 armv7l GNU/Li Mar 24 19:29:33 You need to load the pru_enable overlay, which is on the 'net somewhere. Mar 24 19:30:13 Ragnorok: I am trying to run the overlay from here http://exploringbeaglebone.com/chapter13/#Errata Mar 24 19:30:29 Because I want to get that one running Mar 24 19:30:47 Afaik, this activates PRU Mar 24 19:32:34 Can't find the damned thing. It forced me to load JS to even work, now it won't search right. Derek's stuff should be right though. Mar 24 19:33:06 Site this doesn't need JS. It's just stupid glitzy crap. Mar 24 19:34:39 It should be about five lines that just has "okay" or something like that in the right place. Very simple. No pins, nothing. Mar 24 19:38:02 I can't find my copy or I'd just pastebin it. Mar 24 19:40:48 hello Mar 24 19:41:03 can anyone help me to install mongodb Mar 24 19:41:13 in beaglebone green Mar 24 19:45:20 syso: http://pastebin.com/8F4fBsF6 Mar 24 19:46:13 And after that uio should be populated? Mar 24 19:47:15 Ragnorok: does it maybe make sense to combine this one with my exising overlay? Mar 24 19:47:30 We did. Mar 24 19:48:01 Actually the EBB-PRU-Example.dts contains: Mar 24 19:48:08 Test it first. It should populate uio; that's how we knew it was working. (grin) Mar 24 19:48:12 fragment@1 { // Enable the PRUSS Mar 24 19:48:12 target = <&pruss>; Mar 24 19:48:12 __overlay__ { Mar 24 19:48:12 status = "okay"; Mar 24 19:48:12 pinctrl-names = "default"; Mar 24 19:48:15 pinctrl-0 = <&pru_pru_pins>; Mar 24 19:48:17 }; Mar 24 19:48:20 }; Mar 24 19:48:30 It's not considered polite to paste code in chat. Mar 24 19:48:46 I am sorry. I will put it into pastebin. Mar 24 19:48:56 np. It's there now. Mar 24 19:50:01 I don't know why the pin stuff is there; having said that I didn't write our overlay. I just used the enable overlay until it was rolled in. Mar 24 19:53:57 Ragnorok: Ok, It seems I was running 4.1 still and not 3.8. Will retry with 3.8. Mar 24 19:54:13 I'm running 4.1. Mar 24 19:54:30 4.1.19-bone20. Mar 24 19:55:38 Ragnorok: Ok. Thats interesting. Could you by any chance try running the PRU firmware from https://github.com/derekmolloy/exploringBB.git if you have got a bit of time for ti? Mar 24 19:55:41 *it Mar 24 19:56:21 That's a lot of firmware. (grin) I developed my own, so I know the PRU works fine. Mar 24 19:56:51 Once you see stuff under /sys/class/uio you should be golden with anything that uses uio_pruss. Mar 24 19:57:56 Which is leveraged by libprussdrv mainly, afaik. Mar 24 19:58:32 Ragnorok: To be exact, this is what I am trying to run https://github.com/derekmolloy/exploringBB/tree/master/chp13/PRUClock with this overlay https://github.com/derekmolloy/exploringBB/tree/master/chp13/overlay Mar 24 19:58:41 Maybe a bit more info is important from my side Mar 24 19:59:24 That overlay is not likely to work unless I set up the stuff from Ch 13 of Derek's book. Mar 24 20:00:04 Also my currently accessible BBB has a custom board stuck on it so it's not easy to just pop something on there without conflict. Mar 24 20:00:39 Ragnorok: Got it working. Mar 24 20:00:45 \o/ Mar 24 20:01:19 Ragnorok: Fixed with http://pastebin.com/YHPYVgpr Mar 24 20:02:06 I didn't have to do all that. I simply used the enable overlay as-is and it worked every time. Mar 24 20:02:25 But if it works, it works. (shrug) Mar 24 21:11:20 Hi, I just got a pru cape and trying to navigate the maze of ti documents to figure out how to use it Mar 24 21:11:48 they keep mentioning remoteproc, does that conflict with capemgr in bone kernels? Mar 24 21:14:47 My experience with remoteproc was *overwhelmingly* negative, such that I would recommend a kick to groin before attempting to use it. Your mileage may vary. Mar 24 21:16:07 my groin has felt enough kicks this week, I will accept your advice and stay clear Mar 24 21:16:32 After 8 days of trying to get it work right, I was literally zero percent closer to a workable development model with it. Switched kernels to one with uio-pruss bundled and was building and running custom firmware in two days. Mar 24 21:19:09 Nearly all the uio-pruss examples are in assembly. That's not necessary. Load CCS v6, be sure to tell it you want to do PRU dev in C, then when that's all set up, enable the PRU Hex Utility to make loadble firmware. There's instructions on the 'net for the steps. Mar 24 21:19:28 Ha! ti makes a lot of tools and documents but they're missing an overview and first steps - their manuals are written for people who are already experts Mar 24 21:20:33 Once you have your firmware, load it just the files the uio-pruss examples show, that were build from assembler. Works a treat. Easy. Repeatable. Mar 24 21:21:08 I have ccs on my mighty desktop, I'll have to cross compile and deliver to the humble beagle - the pru cape pretty much covers the pins for my ftdi cable, I'll have to shoehorn it in somehow Mar 24 21:21:19 It's entirely possible once development is complete, remoteproc would be an usable deployment mechanism, but I have no impetus to discover that. Mar 24 21:21:39 I use ssh over Ethernet. Mar 24 21:22:00 I got that Mar 24 21:23:10 What I really need to do is write to my one wire temperature sensors, owfs seems to be one way - read only Mar 24 21:23:47 CCS can set up a SFTP link to the BBB and you may simply copy/paste. Dolphin does that as well and you may drag/drop. Mar 24 21:24:11 I bet konqueror will do it too Mar 24 21:24:16 Prolly. Mar 24 21:25:34 once again I set out whistling with optimism, it's so frustrating when it's never working and forever taking Mar 24 21:26:50 Yeah. I felt that way with remoteproc. Once it jettisoned that madness it seemed to me it was pretty smooth sailing. Mar 24 21:27:30 thanks for your help! Mar 24 21:28:53 One is happy to be of service. (grin) Good luck! Mar 24 21:30:09 same to you as well! Mar 24 22:31:49 Ragnorok: So far the PRU seems to execute code, but GPIO seems not to be initialized properly - or did the PINMUX maybe change? Mar 24 23:14:00 What could the problem be? Exporting the GPIO works fine, but accessing GPIO via the PRUs fails. Mar 24 23:15:17 This is how my DTS-File looks like: http://pastebin.com/yNKcQHXW Mar 24 23:28:03 test Mar 24 23:29:17 quick question regarding the openID login at beaglebone, maybe someone can help: I try to login by entering my newly created wordpress domain and when clicking "Login" nothing happens, also no error output. Can anyone help? Mar 24 23:32:12 no one? Mar 24 23:32:36 nothing in access.log? Mar 24 23:34:05 how do I access the log? Mar 24 23:36:27 you are hosting the wordpress side on your beaglebone right? Mar 24 23:37:34 No I am not. Nothing about that in the registration instructions!?! Mar 24 23:38:03 ok sry. Where is your wordpress side hosted? Mar 24 23:38:48 I have misunderstood the question Mar 24 23:38:56 :D Mar 24 23:39:08 At the wordpress serverfarm, I do not know. All I did was create a wordpress account and I assumed with the newly created Domain XXX.wordpress.com I could login Mar 24 23:39:42 Actually my username is beagleboardproject16.wordpress.com, for that matter Mar 24 23:40:03 I wanted to register for the Google Summer of code Mar 24 23:41:38 ok. Sry I dont have the answer. I misunderstood the question. I tought it was a server question Mar 24 23:45:21 So, may I know how you register/log in? As I understood it you have to create a wordpress account and then enter that accountname on the login page at http://beagleboard.org/login Mar 24 23:50:39 ok. I am just trying the same thing. I made me a wordpress user. Not logging in eiter. Mar 24 23:51:23 Alright. So you understand the instructions the same? Mar 24 23:51:43 yes. I should see my ID on the footer right? Mar 24 23:51:56 I also tried my gmail Mar 24 23:52:10 it says -> Before you can continue, you must login. You may login using an OpenID identity URL or an e-mail address associated with a Google account. Mar 24 23:52:33 Yes, according to the login page you should. I also tried my gmail. You can test it when creating a new project as it links you to the login instead of the new project page Mar 24 23:52:55 Do you know a time at which an admin or someone similar is online in the IRC? Mar 24 23:53:18 No Mar 24 23:54:06 Alright then, I will try tomorrow morning again and will possibly bother someone in the forums. Thank you very much for your time and help Mar 24 23:54:09 I appreciate it! Mar 24 23:54:30 bye Mar 24 23:54:40 Yea sry we did not fix this Mar 24 23:54:55 Maybe it is a momentarily bug. Bye Mar 25 01:09:00 Do alll beaglebones got PRU? Mar 25 01:15:33 yes Mar 25 01:16:33 ok ty. I wondered if it was only after black. I just got a beaglebone vA3 Mar 25 01:16:41 A3 Mar 25 01:17:18 it is a feature of the SoC Mar 25 01:17:34 only the more stripped down flavors of the AM335x lack the PRUSS Mar 25 01:17:43 see the AM335x data from TI for details Mar 25 01:17:44 Just bought it not really knowing what I was going to use it for. Then I see this about PRU which looks promising Mar 25 01:17:52 http://beagleboard.org/pru Mar 25 01:17:56 it is am amazing part that lets you do all sorts of things Mar 25 01:18:31 yes its looks cool. Just watching this first video Mar 25 01:20:04 ahh just reading the first sentence again from http://beagleboard.org/pru -> A programmable real-time unit (PRU) is a fast (200-MHz, 32-bit) processor with single-cycle I/O access to a number of the pins and full access to the internal memory and peripherals on the AM3358 processor on BeagleBones (BeagleBone, BeagleBone Black, BeagleBone Green, etc.). Mar 25 01:20:13 :D Mar 25 01:22:14 hmm Mar 25 01:22:27 A3 is a AM3359 Mar 25 01:29:15 ds2, maybe I dont got PRU then Mar 25 01:30:53 the 3359 has a PRU Mar 25 01:31:03 it si the low end ones like the 3351, etc Mar 25 01:32:28 ok. Just cant find anything about it in the system ref manual. http://elinux.org/Beagleboard:BeagleBone#Rev_A3 Mar 25 01:33:26 the AM3359 is a superset of the AM3358 Mar 25 01:33:43 the extra features on the AM3359 are not accessible on the Bone Mar 25 01:33:54 so for most purposes, they are the same Mar 25 01:36:58 ok So I suppose I access them the same as for the black Mar 25 01:37:10 if I search http://elinux.org/Beagleboard:BeagleBoneBlack#Expansion_Header_Pin_Usage I find PRU Mar 25 01:37:11 yep Mar 25 01:37:21 for all purposes since, as you pointed out, the additional functionality of the am3359 (compared to the am3358) isn't usable on the BBB Mar 25 01:37:46 zmatt: not for labeling and cloning purposes ;) Mar 25 01:43:33 Wondering why this A3 is more expensive than the newer black Mar 25 01:44:14 not for me tou. I bought it used Mar 25 01:44:38 you mean a BBW ? Mar 25 01:44:46 yes Mar 25 01:45:32 not sure, probably all the little things (like the usb hub and ftdi serial converter) that add up Mar 25 01:52:42 I got a project where I need to use multiple serial interfaces. In the references, I see I have 4 UART available. I suppose I could get more with help of the PRU. Is this correct? Mar 25 01:53:52 I'm pretty sure there are more than 4 available Mar 25 01:54:47 there are 7 uarts total (I'm including the one in PRUSS), uart0 typically used for the console Mar 25 01:56:28 I'm fairly sure I've seen soft-UART code for PRU, but I don't know how *many* soft-UARTs you can make using PRUSS with creative programming Mar 25 01:56:48 (receive being the hard part obviously) Mar 25 01:57:15 ok you are right. Mar 25 01:57:16 There are five serial ports on the expansion headers. UART1-4 has TX,Rx,RTS and CTS Mar 25 01:57:17 signals while UART5 only has TX and RX. Mar 25 01:57:23 from the manual Mar 25 01:57:45 so 5 or 6 with UART0 Mar 25 01:59:07 quite a few people also like my spreadsheet ( https://goo.gl/Jkcg0w ) ... the BBB tab contains the full pin list of the cpu while the P9 and P8 tabs give views of the expansion headers Mar 25 02:00:06 nice. Did you make that? Mar 25 02:00:43 yes Mar 25 02:01:04 nice thank you. So this is the same for BBW right? Mar 25 02:01:52 I haven't checked in detail... it has been made specifically for the BBB, but afaik the expansion header layout is the same for the BBB Mar 25 02:01:58 eh, for the BBW Mar 25 02:02:28 but for example I've marked the pins used by eMMC as being reserved for such, while the BBW doesn't have eMMC Mar 25 02:02:29 ok. Yea. I will double check that ofc when I use this Mar 25 02:04:08 BBW has more HW Mar 25 02:04:28 FTDI is setup to act as a JTAG Mar 25 02:10:38 One other question. What resolution do I have for PWM?. For arduino uno I have 8 bit Mar 25 02:10:54 depends on which peripheral you use Mar 25 02:11:20 timer 4-7 and the eCAP modules are 32-bit Mar 25 02:11:54 ok 32, thats nice. Mar 25 02:12:17 eHRPWM is 16-bit but has some insane micro-adjustment function on its 'A' output Mar 25 02:13:06 the datasheet fails to mention the micro-adjustment step size, but in another processor it is documented to be around 100 ps Mar 25 02:13:11 eh, 200 ps sorry Mar 25 02:13:21 ok Mar 25 02:13:23 (yes, picoseconds) Mar 25 02:14:20 no idea why you'd need such fine adjustment, but... well, it's there if you need it Mar 25 02:14:32 :) Mar 25 02:22:01 zmatt: audio output Mar 25 02:22:12 being able to do it w/o an insane PWM freq Mar 25 02:22:45 normally you wouldn't use pwm but sigma-delta for that to begin with :P Mar 25 02:23:31 do you see a sigma-delta block on the chip? :P Mar 25 02:24:04 no, fortunately there's McASP to connect a proper DAC :P Mar 25 02:24:15 the McASP burns too many pins Mar 25 02:24:26 and thinsg that speak McASP are $$$ compared to PWM out Mar 25 02:25:47 omg, just got Blue Screen **** ENDING LOGGING AT Fri Mar 25 02:59:59 2016