**** BEGIN LOGGING AT Mon Feb 22 02:59:58 2016 Feb 22 03:07:38 hi guys i want to connect to beagle bone with ubuntu Feb 22 03:07:48 but i cannot find the default pw for it Feb 22 03:08:13 or before this Feb 22 03:08:17 i would ask Feb 22 03:08:30 is ubuntu included in armstrogn distribution Feb 22 03:08:47 i am quite new to linux env Feb 22 03:14:13 your question doesn't make sense. angstrom is a linux distribution which used to be the default on the beaglebone (but hasn't been anymore for quite some time), nowdays debian is the default. ubuntu is another distribution, derived from debian actually, commonly used on desktop machines (although a version also exists for beaglebone I think) Feb 22 03:15:26 and the default password is actually *displayed* when you connect to a beaglebone. it's also trivial to find if you google "beaglebone default password" Feb 22 03:24:52 hi guys Feb 22 03:25:10 i am trying to login as ubuntu on my beagle bone from ssh Feb 22 03:25:26 is ubuntu included in angstrome distrubuition directly Feb 22 03:26:02 the login name has nothing to do with which distribution you are using Feb 22 03:26:27 why are you asking about angstrom? is your beaglebone that old? Feb 22 03:26:47 i just installed image about a year ago Feb 22 03:26:59 i haver never touch it until yesterday Feb 22 03:27:16 should i use debian distribution Feb 22 03:27:18 ? Feb 22 03:27:46 I would certainly recommend flashing the latest debian jessie image yes Feb 22 03:28:18 I don't know the default accounts on an angstrom image, I've never used angstrom myself Feb 22 03:28:47 so, do you know the accounts for debian Feb 22 03:28:49 ? Feb 22 03:29:00 yes, login "debian" password "temppwd" Feb 22 03:29:30 and somewhat disturbingly the root account seems to allow login without password (I consider this to be a bug) Feb 22 03:29:55 maybe Feb 22 03:30:07 but for angstrome dist pw is root Feb 22 03:30:24 so, you should change it at first time Feb 22 03:30:48 if it allows for everytime Feb 22 03:30:52 thats a bug Feb 22 03:31:26 you should normally not work using the root account... the debian account already is allowed to use sudo Feb 22 03:31:55 oh thats nice Feb 22 03:32:27 is cloud9 still exist with debian? Feb 22 03:32:30 yes Feb 22 03:32:55 ok, im chnaging the image :) Feb 22 03:32:57 tnx Feb 22 08:54:01 what's a good book to get started with the beagle? Feb 22 09:46:48 I have just flashed a recomeded image: Debian 7.9 on my BBB and I’m having problem with the USB serial adapter: ls /dev/ttyUSB\* => ls: cannot access /dev/ttyUSB*: No such file or directory … I was previousle able to get the communication with this external USB / Serial device. Any idea plz? What I am missing here? Feb 22 09:48:17 first boot takes longer and should not be interrupted under any circumstances Feb 22 09:48:42 if you were impatient and rebooted your device during first boot, you'll have to reflash Feb 22 09:49:34 ah okay tnx! I will try again Thank you! Feb 22 14:12:19 hi Feb 22 14:13:52 how r u? Feb 22 14:18:04 I have a question about the CPU clock Feb 22 14:19:04 I changed the AM3358 to AM3357, which has 800MHZ according to the datasheet Feb 22 14:19:36 It still runs at 1000MHz Feb 22 14:20:44 Questions: could there be any problems for reliability or life span? Feb 22 14:21:09 and: how do I change the CPU clock? Feb 22 14:30:58 any opinions on the book "exploring beaglebone"? Feb 22 14:40:08 Great book Feb 22 14:45:25 hello to everybody..!! Feb 22 14:45:45 I have a question.... Feb 22 14:46:25 I'm usingan image that said "machinekit".....What does it means..?? Feb 22 15:06:01 Xabaras76: http://www.machinekit.io/about/ Feb 22 15:14:13 nerienna: it should normally retrieve that from eFUSE data... the only exception I know of is that u-boot for some reason ignores the eFUSE data on a BBB Feb 22 15:14:30 (i.e. if EEPROM identifies the board as being a BBB) Feb 22 15:14:47 still I'd normally expect linux to override that Feb 22 15:15:20 which kernel are you using? Feb 22 15:15:56 still wheezy Feb 22 15:16:09 that's a distribution, not a kernel version Feb 22 15:16:48 trying to remember Feb 22 15:17:00 you can use "uname -r" to check Feb 22 15:17:31 no, I'm at home and the beagle is at work Feb 22 15:17:35 ah Feb 22 15:17:54 well it's not really a beagle if it's using a different cpu Feb 22 15:18:17 I changed the cpu Feb 22 15:19:43 at the very least you'd need to disable u-boot's hardcoded use of 1GHz for a "BBB" and use its default strategy of respecting the info from eFUSE Feb 22 15:20:49 3.8.13-bone i forgot Feb 22 15:21:00 the first with eQEP Feb 22 15:21:10 ok, an ancient kernel Feb 22 15:21:27 yes, I'm the one with the ancient kernel Feb 22 15:22:09 maybe that's why linux is not changing the cpu speed... in any case, even if it did the cpu would still be briefly overclocked which isn't good. fixing u-boot is really step 1 here Feb 22 15:23:23 ok, so that's one more thing for the todo-list Feb 22 15:23:51 you'd just need to comment out these two lines in board/ti/am335x/board.c : Feb 22 15:23:52 if (board_is_bone_lt(&header)) Feb 22 15:23:52 dpll_mpu_opp100.m = MPUPLL_M_1000; Feb 22 15:23:58 and then compile Feb 22 15:26:57 another thing - if we get our modified version, the eeprom will be empty at first. Where do we have to make changes to get the new board to boot? Feb 22 15:29:02 I *think* u-boot will still work, but it will leave the PMIC and CPU at their reset defaults, which means the cpu runs at 500 MHz Feb 22 15:29:15 not sure though Feb 22 15:29:25 oh no, that's no good Feb 22 15:29:42 you'd be missing ddr config Feb 22 15:30:25 in general I suggest browsing that file ( board/ti/am335x/board.c ), that's where all the board-specific initialization is Feb 22 15:33:26 ok, I'll try that Feb 22 15:34:12 thank you very much, now we have something to start Feb 22 15:34:46 you're welcome Feb 22 15:35:06 maybe there will be another kernel version in the end, at the moment we have to much to do with the hardware to try something new Feb 22 15:36:10 note that wheezy is also considered obsolete by the debian project Feb 22 15:38:08 we're not doing the software, only the hardware, and when we started, 3.14 was the newest kernel and we use device tree overlays Feb 22 15:38:43 just for testing the hardware, we dedn't change the kernel Feb 22 15:42:05 just curious, why the am3357 ? it seems to have no benefits over the even cheaper am3356 Feb 22 15:42:19 well, wheezy is *soon* to be obsolete, currently it's just deprecated Feb 22 15:42:37 vagrantc: https://www.debian.org/releases/ Feb 22 15:42:44 "Debian 7 (wheezy) — obsolete stable release" Feb 22 15:43:15 well, it's still got security support for another couple months Feb 22 15:43:31 and will have long-term-support for x86 extended for several more years Feb 22 15:43:58 it still literally says "obsolete" Feb 22 15:44:03 yes, i see that Feb 22 15:44:07 well that's all I said Feb 22 15:44:25 sure. Feb 22 15:44:29 some more industrial protocols Feb 22 15:46:14 we still don't know if the customers decide they need something else Feb 22 15:46:48 nerienna: ethercat also needs specialized board design, e.g. the pins aren't usable on a bbb Feb 22 15:46:53 and the price is not an issue regarding the rest of the system Feb 22 15:50:22 reminds me of I still have 2 Beaglebones with dead CPUs that I have to repair... Feb 22 15:52:21 I won't give my colleagues any more modified boards, to much work gone when they kill it Feb 22 15:54:54 mine killed two BBBs and fried the uart1_rxd pin of another one Feb 22 16:50:11 hrm. so i've been here before getting the right modules enabled for the bbx15 in the debian kernel, but now, of course, i need to figure out those same modules for debian-installer... Feb 22 16:50:28 anyone know what all modules need to be loaded for usb support? Feb 22 18:05:37 vagrantc: not sure about modules, but I use this kernel config fragment for the BBB: https://gist.github.com/a2f99404cc54f6b5a1f3 should be able to figure out the module names from the config options (given kernel source code) Feb 22 18:09:32 On a similar note: has anyone noticed that enabling DMA on MUSB causes cpu load to double when lots of data is being pushed over USB (in my case, loopback audio device on usb)? Feb 22 18:29:38 Hello Feb 22 18:29:40 :) Feb 22 18:30:38 zmatt hello are you here ? Feb 22 18:31:53 hello Feb 22 18:33:57 Im using eqep for frequency measurement how can i configure it to one Input Feb 22 18:36:49 nadhem: frequency of what? do you mean ecap? Feb 22 18:37:58 frequency of any square wave Feb 22 18:43:19 alexhiam : if it isn't possible with eqep how can i use ecap ? Feb 22 18:44:18 nadhem: what are you measuring? A square wave? What frequency range? Feb 22 18:49:44 alexhiam : i m measuring square wave frequency from DC motor range up 1MHz Feb 22 18:51:32 from encoder in DC motor Feb 22 18:53:13 its possible to work with the ecap ? Feb 22 18:57:44 Just discovered the BeagleBoard X15. This looks like a great step up from the Black. Is it possible to use it sans binary blobs if I'm not concerned about OpenGL? Feb 22 19:07:10 Nevermind. Found the answer via the Googles. Feb 22 19:11:35 jmesmon: yeah, i know this kernel has all the right modules, but i need to figure out how to slice them up into different packages for debian-installer. Feb 22 19:11:57 jmesmon: and also for the beagleboard-x15, not BBB Feb 22 19:13:40 vagrantc: ah, in that case, I'm not going to be much help. I spent a bunch of time optimizing my config options of the BBB, and I've never used the bb-x15. Feb 22 19:14:47 nadhem: ah, from an encoder, so gray code then? eqep gives you an accurate 'position' of the motor, i.e. the total accumulated pulses, with one direction being positive pulses and the other negative Feb 22 19:14:53 nadhem: http://elinux.org/EBC_Reading_a_Rotary_Encoder_via_eQEP Feb 22 19:15:41 if you need to know the speed of the motor you can measure the number of pulses over a period of time then divide by that amount of time Feb 22 19:16:03 taking into account the number of encoder pulses per rotation Feb 22 19:30:23 alexhiam : ?? Feb 22 19:32:07 if i want to measure frequency of pwm Feb 22 19:32:13 signal Feb 22 19:32:26 is it possible with eqep ? Feb 22 19:35:08 nadhem: no.. the eqep modules read gray code signals from quadrature encoders. If the encoder only has an absolute pwm output then you would need to use the ecap module Feb 22 19:35:41 though I don't believe there's a kernel driver for ecap input yet Feb 22 19:36:42 really but i found pwm_tiecap module on debian 4.1 jessie Feb 22 19:38:05 I think that's for pwm output Feb 22 19:38:23 (the ecap modules can do both) Feb 22 19:38:45 so there is no way to capture input ? Feb 22 19:40:43 well, there's a powerful eCAP subsystem that's plenty capable, but afaik there's not currently a kernel driver for it, so you'd need to directly control the registers Feb 22 19:41:11 preferably by writing a kernel driver that you would then submit a patch to mainline linux for ;) Feb 22 19:41:32 or the hacky by mmap-ing from userspace Feb 22 19:42:07 the PRU could also do it Feb 22 19:47:22 but im not expert with both of it :( Feb 22 19:49:42 nadhem: can you change encoders? quadrature encoders are easy to use with the eqep driver Feb 22 19:57:27 quadrature encoders has 2 inputs its possible to use just one input ? Feb 22 19:59:09 no, the two inputs are for the two channels of the gray code signal (https://en.wikipedia.org/wiki/Gray_code) Feb 22 19:59:26 they're both required Feb 22 20:01:22 alexhiam its possible to use just one input from the quadrature encoders ? Feb 22 20:03:07 no, it's a totally different signal with a different meaning Feb 22 20:05:11 if you can't use a quadrature encoder I'm sure there's examples out there of pulse counting on arduinos or teenys, you could use an external micro and send positions over serial to the beaglebone Feb 22 20:12:49 thnx alot alexhiam for your help ;) Feb 22 20:14:27 np Feb 22 20:15:46 so u told me pwm ecap module is for output pwm it can be input too ? Feb 22 20:20:13 it's part of the PWM subsystem, and stands for enhanced capture - it's mainly meant to be used for 'capturing' pulses for things like frequency measurement, but it's counters can also be used to generate PWM outputs **** BEGIN LOGGING AT Mon Feb 22 20:21:41 2016 Feb 22 20:22:08 currently there's only a linux driver to do the latter, afaik Feb 22 20:22:36 alexhiam : so i will work on it Feb 22 20:31:34 hi Feb 22 20:33:38 my bbb has only power light on, im connected via serial and i message i get is " U-Boot SPL 2013.04-dirty (Jun 19 2013 - 09:57:14) X /@ SD/R/@Q/@: 65535 MMC Device 0 not found spl: mmc device not found!! ### ERROR ### Please RESET the board ### Feb 22 20:33:50 can anyone help? Thank you Feb 22 21:49:09 alexhiam: eqep can do frequency measurement and there's a kernel driver for it Feb 22 22:01:59 iirc the count-mode DT property needs to be set to 2 to use a single input (specifically input A) Feb 22 22:18:10 zmatt: no kidding.. I'll have to check that out Feb 22 22:20:29 zmatt: you know if that's with the standard eqep driver or a different one? Feb 22 22:22:37 cool, looks like it's the standard driver: https://github.com/Teknoman117/beaglebot/blob/master/encoders/patches/sources/tieqep.c#L531 Feb 22 22:23:23 then the QEPA input: "Direction-count Mode: ... QEPA pin provides the clock input and the QEPB pin provides the direction input." Feb 22 22:24:42 well... sorry nadhem, if you check the logs. You should know better than to listen to me! :P Feb 23 00:09:53 alexhiam: that mode 1 right? mode 2 just always counts up Feb 23 00:11:15 eqep is currently an underappreciated module I think... the kernel driver still only exposes a subset of its functionality Feb 23 00:12:50 mode 1 is 'Direction-count mode', where QEPA is the clock and QEPB is the direction Feb 23 00:13:06 then mode 2 is "UP count mode for frequency measurement" Feb 23 00:13:14 and 3 is "DOWN count mode for frequency measurement" Feb 23 00:13:32 so maybe those are direction-count without the direction input? Feb 23 00:13:46 yeah, eqep is very cool **** ENDING LOGGING AT Tue Feb 23 02:59:58 2016