**** BEGIN LOGGING AT Fri Nov 14 03:00:00 2014 Nov 14 04:58:27 Hai all, Am working for tca8418 keypad. And i need to register multi keycode for single key with shift key enable in device tree. I followed the documentation in linux-kernel but still cant achieve. Could any one help me? Nov 14 08:19:25 can we use ADC/DAC on Beagle Bone Black Board Nov 14 08:20:23 Arvind: is the question if *you* can use it, or if the *hardware* permits it? Nov 14 08:24:25 I love AC/DC Nov 14 08:25:02 av500 ping we have a spammer again -> erratis Nov 14 11:45:15 hi Nov 14 12:08:55 what is the fastest connection to talk with a cape that has many data to send back? Nov 14 12:09:43 make it a memory device Nov 14 12:09:46 what is the maximum bit rate that the uart can reach? Nov 14 12:09:54 have you read the TRM? Nov 14 12:10:17 what is TRM? Nov 14 12:10:26 technical reference manual Nov 14 12:10:58 what amount of data? does it need to be transferred continously? Nov 14 12:11:29 Rotti: "many" ;) Nov 14 12:11:33 Hi all! Is there anyone out there that could help me? I am having a problem flashing the last ubuntu image from the SD card in the beaglebone black emmc. It loads the OS from the SD card but does not execute the script to copy the files in the emmc... Nov 14 12:11:49 1/2k in 1ms Nov 14 12:11:49 KotH: oh, thanks, didn't see that ;-) Nov 14 12:12:10 Kirsath: have you connected a serial cable to teh BBB and looked at the output on the debug console? Nov 14 12:12:26 Any help will be really appreciate. If anyone knows where is located the script to flash the emmc I can execute it directly from an ssh connection. Nov 14 12:12:41 gmg: 512kbit/s? Nov 14 12:12:42 KotH, I did not do that to be honest bu I can try Nov 14 12:12:44 gmg: that's not much Nov 14 12:13:40 KotH: isn't it 512Mbit? Nov 14 12:14:13 Rotti: depends whether he meant bit, nibbles, byte or potatos Nov 14 12:14:28 KotH:115200 is too slow I need 1/3 MBPS Nov 14 12:15:24 gmg: well, if you are producing 512kbit/s of data, then 115kbit/s will be too slow, of course Nov 14 12:17:54 secondo question: to talk with a cape is best to develop a kernel driver or a user application? Nov 14 12:18:29 i think are stupid questions, but I come from Windows Nov 14 12:19:38 gmg: kernel mode might be faster / more deterministing regarding timing issues Nov 14 12:22:25 gmg: depends on what you are doing Nov 14 12:22:31 gmg: the more you can do in user space the better Nov 14 12:22:32 l Nov 14 12:23:05 gmg: if you really need high speed (ie several 10MByte/s) or very low latency, then a kernel driver is the right thing to do Nov 14 12:23:18 otherwise, use existing kernel drivers and build a userspace application on top Nov 14 12:23:43 you might also want to buy the "embedded linux primer" Nov 14 12:23:57 it explains a lot about how stuff work on in an embedded linux system Nov 14 12:24:02 but it expects you to know linux itself Nov 14 12:25:26 ok I will make some tests, thanks Nov 14 12:26:24 gmg: you can hire people like pengutronix or free electrons for the hardcore linux stuff Nov 14 12:27:16 ok Nov 14 12:31:06 Hi KotH, I have already USB debug cable connected. But I do not know how to proceed. Is there any log information that tell me what is going wrong? Nov 14 12:32:01 Kirsath: you need a terminal program like hyperterminal, putty, screen, minicom or similar Nov 14 12:32:55 then you should see all messages from the bootloader and the kernel (but they aren't buffered, so you have to reboot the bbb) Nov 14 12:33:43 Kirsath: usb cable as in usb to serial adapter? Nov 14 12:33:56 Kirsath: you need to go onto the debug serial port Nov 14 12:34:04 Kirsath: the SRM describes how Nov 14 12:38:32 I already have a serial terminal (using terminte right now) and I got all the logs from there (using usb to serial adapter) Nov 14 12:39:04 I restarted the bblack and got the messages Rotti Nov 14 12:39:33 What I don't really know is where can I find the proper log line to checkout if the flash is being done properly Nov 14 12:40:12 Btw, thanks for your answers, I hope I can solve this issue with your knowledge Nov 14 13:00:55 Kirsath: don't know what it's saying, don't know what it should say... if theres something with "error", "failed", ... it might be a hint ;-) Nov 14 13:16:56 I figured out the problem. For some reason (maybe wrong image downloaded from a non-trusty source) It was not being flashing the emmc. New image being testing right now and Cylon leds behaviour showing it is working! Thanks Rotti and KotH for your help and interest! Nov 14 13:19:59 np Nov 14 13:38:42 is anyone using sigrok/pulseview? can't compile the latter since it complains it cannot find libsigrokxx... but this seems to be a part of libsigrok, which is installed... Nov 14 13:41:20 maybe wrong version Nov 14 13:42:05 it seems to be some autoconf related problem Nov 14 13:42:51 configure: Missing macro AX_CXX_COMPILE_STDCXX_11, no C++11 check Nov 14 13:42:55 maybe related to this Nov 14 13:47:58 ha, libglibmm-dev was missing... no c++ bindings Nov 14 17:25:35 Beable Bone Black ... black mod... I can sleep again http://www.keesj.dds.nl/bbbb.webm Nov 14 17:31:29 heh: for i in `seq 0 3`; do echo none >/sys/class/leds/beaglebone\:green\:usr$i/trigger; done Nov 14 18:14:32 is there an official guide on how to remove all UI and web services from the beaglebone black debian setup? Nov 14 18:14:55 like node and web server Nov 14 18:47:17 * bradfa saunters in Nov 14 19:19:10 pingo: Get the console image Nov 14 19:19:20 oh? Nov 14 19:19:51 pingo: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Image_Testing_Snapshots Nov 14 19:20:13 pick one that says "console" it is pretty bare Nov 14 19:20:32 then add what you need Nov 14 19:20:37 thanks Nov 14 20:00:06 HI Nov 14 20:00:42 I'd like to know if beagleboard-XM REV C has a WIFI chip ? thx Nov 14 20:01:27 <_av500_> no Nov 14 20:01:30 <_av500_> it does not Nov 14 20:01:46 <_av500_> but you can plug a USB wifi Nov 14 20:02:03 is it the same for Beaglebone black and beagleboard ? Nov 14 20:02:31 olimex wifi is cheap and is working fine Nov 14 20:02:33 <_av500_> both dont have wifi Nov 14 20:02:41 <_av500_> both can work with usb wifi Nov 14 20:02:59 6€ Nov 14 20:03:00 thank you Nov 14 20:03:14 ok i see Nov 14 20:03:21 thanks Nov 14 20:15:49 last i checked, the wifi capes didn't have bbb support. usb is the best bet, tho, only 1 usb port Nov 14 20:17:07 i vaguely remember cutting and rerouting pins to get the bbb wifi cape out of the way of the pins needed by a chipsee touchscreen, and recompiling the wifi driver and board files to handle the pin muxing.... was a year ago though, maybe things are better now. Nov 14 20:18:29 kenrestivo: USB Hub? Nov 14 20:18:43 yeah, that's probably the simplest way out Nov 14 21:27:02 Howdy, folks. Any suggestions on getting timer4 to work? Can I do that with pinmux, or do I need to write a kernel module for that? Nov 14 21:29:27 BBB rev C, Debian kernel, by the way (3.8.13) Nov 14 21:30:56 Peanut: work in what way? hardware capture? Nov 14 21:31:49 ddrown: yup, ideally I'd want to read it out, clocked from an external source. Nov 14 21:32:01 Peanut: you'd have to write a kernel module for that Nov 14 21:32:11 you can use pps-gpio as an alternative Nov 14 21:32:46 ddrown: that'd be a good start, I guess.. let me google that for a bit. Nov 14 21:33:05 Peanut: this might help - http://blog.dan.drown.org/beaglebone-black-ntpgps-server/ Nov 14 21:33:55 Ah, that's you :-) Nov 14 21:34:35 there's a few others doing interesting stuff out there Nov 14 21:35:30 My goal is to run the BBB from a Rb clock, long-time steer from GPS, NTP server (and PTP if I get really ambitious) Nov 14 21:35:41 This guy just posted a swap of the Y2 crystal - http://permalink.gmane.org/gmane.comp.time.nuts/41609 Nov 14 21:36:03 I was hoping to do it without a swap, as you can clock the BBB timers externally. Nov 14 21:36:10 yup Nov 14 21:36:43 you'll need to make a change to the kernel to have it use TCLKIN Nov 14 21:36:51 at least, I assume so Nov 14 21:37:09 Yes - I'm used to building kernels for regular Debian systems, but haven't built one for the BBB yet. Do you do that natively or cross? Nov 14 21:37:19 I'd recommend a cross compile Nov 14 21:37:25 but natively should be possible Nov 14 21:37:39 there's just no need to natively ocmpile :D Nov 14 21:37:47 heh Nov 14 21:37:53 I mean, maybe you like waiting? :) Nov 14 21:38:02 and you have to install the deps and libs and .. oh look, no emmc :) Nov 14 21:38:19 Why no emmc? Nov 14 21:38:25 he means storage space Nov 14 21:38:29 cos u just ran out ;) hehe Nov 14 21:38:45 Ah, in that sense. Yup, I'll go for cross compiling. Nov 14 21:38:51 everyone seems to think the bb is quad-core with 1tbh storage and 16gb of ram lol .. well .. some do :p Nov 14 21:39:07 heh Nov 14 21:39:17 I've hit what I think is out of memory crashes Nov 14 21:39:28 when I was messing with other stuff Nov 14 21:39:45 I wonder how much ram you need to compile a kernel, that might be an issue Nov 14 21:39:48 its a great platform .. but you need to know a bit about embedded systems :) Nov 14 21:40:00 ddrown .. I think I've heard it done Nov 14 21:40:19 whether you ened to resort to swap I dunno .. hope not! Nov 14 21:41:28 veremit: getting there - my BBB now sports an DS1307, 3.3V/5V level converters, and I've got /dev/ttyO4 connnected (via more level converters) to the RS-232 on the Rb clock. Also added is a MC4725 12-bit DAC to steer the Rb eventually. Nov 14 21:41:42 kewl Nov 14 21:41:58 I've seen some recent posts that the internal RTC of the BBB might become usable in the future? Nov 14 21:42:07 ah yes you got caught out with the timekeeping chip bein 5v lol Nov 14 21:42:23 I thought there were battery points on the BBB for the RTC. am I misremembering? Nov 14 21:42:26 depends if the chip can be kept alive on power-saving Nov 14 21:42:55 ddrown: yes, but due to issues with the power controller, and how some of the power busses on the BBB are connected together, it's hard to put it in a RTC-only mode. Nov 14 21:42:56 sometimes the rtc 'block' takes a fair bit of power .. depends on the chip though and the 'block' Nov 14 21:43:04 aah Nov 14 21:43:20 and the pmic .. and .. yeah. Nov 14 21:43:52 seems everyone relies on ntp if you need time Nov 14 21:44:10 veremit: that's why I want to take it to the next level: PTP. Nov 14 21:44:13 NTP is very universal Nov 14 21:44:34 Peanut .. you must post up when you get everything working .. if you're not blogging already :) Nov 14 21:44:36 NTP is also pretty crappy. You're easily off by several ms. Nov 14 21:44:39 IEEE1588 is neat Nov 14 21:44:50 wow .. shit .. a few ms .. damn Nov 14 21:44:59 Peanut: not on a local lan with low polling timers Nov 14 21:45:11 hundreds of us, yes Nov 14 21:45:13 ddrown: yes, you need to tweak NTP a bit to get good performance out of it. Nov 14 21:45:57 if all the computers on a lan are in the same timezone you're normally doin well .. as for the same hour and minute (esp. after daylight savings changes!) .. thats really good .. few ms out .. now you're just bein picky :P Nov 14 21:46:09 heh Nov 14 21:46:26 minpoll 4 maxpoll 4 but then you need to provide your own server. Nov 14 21:46:40 but sure .. if you're running satellites or high frequency comms or etc .. go for it .. I just personally wouldn't be using a $30 arm computer for my timekeeping lol Nov 14 21:47:06 but seriously .. go for it .. its an interesting project Nov 14 21:47:36 veremit: Yup, and I have a real need for that kind of accuracy, and no budget, and will publish if it works. Nov 14 21:48:26 you should make a spectrum analyser next ;) Nov 14 21:48:36 ddrown: why chrony instead of ntpd? Nov 14 21:48:55 temperature compensation, it's built into chrony Nov 14 21:49:50 my goal is +/-75 ppb over normal temperature ranges Nov 14 21:50:00 for holdover Nov 14 21:50:17 veremit: Nah, been there, done that. http://www.camras.nl/images/stories/RadioAstronomie/DT-HI-map-2009-01-02.png Nov 14 21:50:30 d'oh! Nov 14 21:52:53 Peanut: what units is Power in? db? Nov 14 21:53:12 watts normally :p Nov 14 21:53:13 Linear units, uncalibrated. Nov 14 21:53:25 ah Nov 14 21:53:33 horse power. Nov 14 21:53:42 Giddy up. Nov 14 21:53:56 horse powered radio, now that's a thing to behold Nov 14 21:54:13 is that biogas? Nov 14 21:54:42 ddrown: the GPS dts you have includes uart4. But can't you just enable uart4 by adding 'BB-UART4' to capemgr.enable_partno in uEnv.txt? Nov 14 21:54:51 yes Nov 14 21:55:13 perhaps someday I'll bother with an eeprom Nov 14 21:55:20 :) Nov 14 21:55:31 Peanut .. depends if you're using the Olde kernel still Nov 14 21:55:39 I'm on Debian. Nov 14 21:55:50 yeah, my instructions are all for the new capemgr Nov 14 21:55:54 on debian Nov 14 21:56:27 Right.. but I got my UART4 to work without using any DTS stuff. Or is this way better in some way? Nov 14 21:56:34 oh, and the kernel command line "nohz=yes" might lower jitter Nov 14 21:56:44 well, you are using DTS stuff, just the built-in one Nov 14 21:56:57 true Nov 14 21:57:10 I think it's nice to combine them into one file, because they are related functions of the same hardware Nov 14 21:57:26 but it's all just style and not function Nov 14 21:58:24 I'm going to have to be real carefull with my pin assignments. At the moment, uart4 is assigned to my Rb. So I'd need another uart to talk to the GPS, I need PPS in and TINCLK. Nov 14 21:59:47 you sure a uart is fast enough? Nov 14 21:59:58 Actually, using ddrown's example, I guess I'm leaving uart4_rtsn and uart4_ctsn free, I guess? Nov 14 22:00:03 I mean even at 1mb .. thats sloooooooowwwwwwwww Nov 14 22:00:27 veremit: I assume it's a control interface. you don't need a high bitrate for it Nov 14 22:00:29 veremit: the uart is just to once a minute ask for things like VCO voltage and lamp current. Nov 14 22:00:33 ddrown: exactly. Nov 14 22:00:35 Peanut: yeah, I'm not using rts/cts Nov 14 22:00:36 ah Nov 14 22:20:30 ddrown: Should pins 0x70 and 0x74 (uart4) both have a pinmux value of 0x26? Shouldn't they differ in bit 5 ? Nov 14 22:21:43 heh, let me see Nov 14 22:23:04 so bit 5 is pullup enabled? Nov 14 22:23:25 No, bit 5 seems to be input/output ? Nov 14 22:23:51 4 is up/down, 3 is enable pull, 2,1,0 is mode. Nov 14 22:24:06 oh, you're starting at 0 Nov 14 22:24:26 right, 0x20 is out Nov 14 22:25:00 The DTS on your site has 0x26 for both uart4 RX & TX. Nov 14 22:25:04 so rx should probably be 0x6 Nov 14 22:25:26 I've seen other boards ignore direction for non-gpio, maybe that's why it's working for me Nov 14 22:25:35 ddrown: Ah, that might be the case. Nov 14 22:27:01 PPS probably shouldn't have 0x20 set as well Nov 14 22:29:21 oh wait, 0x20 is input. I got that backwards Nov 14 22:29:31 TX might not have worked as is Nov 14 22:30:17 using https://github.com/derekmolloy/boneDeviceTree/tree/master/docs Nov 14 22:31:56 Yup. Bit 5 isn't so much input/output as 'receiver active', apparently. Nov 14 23:02:08 hello Nov 14 23:03:16 my beaglebone black power light will stay on pluged into USB - plug in power supply and all it does is blink Nov 14 23:03:38 i am trying to load updated software Nov 14 23:04:37 hello Nov 14 23:07:22 beagle power light led blinks when using external power wart Nov 14 23:08:59 i am trying to upload new software **** ENDING LOGGING AT Sat Nov 15 03:00:00 2014