**** BEGIN LOGGING AT Wed Apr 11 03:00:04 2018 Apr 11 03:24:51 uhh, I explained to chinna how to give the beaglebone internet access... more than once Apr 11 03:24:55 (using bridging) Apr 11 03:25:13 and the usb networking issue is unrelated, no idea what could be causing it Apr 11 03:28:29 Oh. Apr 11 03:29:08 I thought he would want to connect at his school w/ permissions on the networking they have. Apr 11 03:29:09 ... Apr 11 03:29:47 Oops. Apr 11 05:15:46 Hi, someone can help me out with th beaglebone black wireless? Apr 11 05:16:54 Got a 60Hz monitor, but cant change the resolution within beaglebone. Already tried multiple images. With the default settings the screen is black.. Apr 11 08:26:31 Hola odd questions does anyone have or made SAT or CAD files on the x15? Apr 11 09:20:12 Hi everyone my name is Harry and i am using BeagleBone Black, i am trying to use the ethernet port Apr 11 09:21:07 I have connected the board directly to the ethernet port of my laptop when ever i try to send a file to the board from the pc it says connection refused can anyone please help Apr 11 09:22:04 the laptop has Fedora as the OS 64 bit, and the ethernet cable is straight Apr 11 09:23:17 i am able to ping the boards static ip over the ethernet but unable to send the file Apr 11 09:26:18 Harry_: how are you trying to send a file? Apr 11 13:58:53 I hate nodejs -.- Apr 11 14:07:57 Hi all, is there a way to sniff an already opened serial port that is already talking to a remote device? Apr 11 14:08:21 hm, good question Apr 11 14:11:53 you could attach to the process with strace Apr 11 14:12:19 after checking in /proc which file descriptor the process uses for the serial port Apr 11 14:14:02 e.g. strace -e read=$fd -e write=$fd -p $pid Apr 11 14:36:12 * holo[m] sent a long message: holo[m]_2018-04-11_14:36:11.txt Apr 11 14:42:47 holo[m]: sending your whole question as a link will considerably decrease the chances for getting any response Apr 11 14:43:04 you didn't say which board you're using, but I'm assuming the beaglebone blue Apr 11 14:45:16 you upgraded *to* 4.4.113-ti-rt-r149 ? that's still a pretty old version, what were you using previously? Apr 11 14:45:43 hello again, hope now everything will be send normally Apr 11 14:46:04 previously i was using ti kernel from standard beaglebone image Apr 11 14:46:12 debina Apr 11 14:46:20 debian* Apr 11 14:46:31 okay, but kernel version? Apr 11 14:46:53 there are tons of versions of the beaglebone image and I have no idea which image uses which kernel Apr 11 14:46:57 hmm.. not remember which was there for sure 4_4 too Apr 11 14:47:43 official image from BB site https://beagleboard.org/latest-images Apr 11 14:48:00 IoT version Apr 11 14:48:17 that is not helpful information Apr 11 14:48:34 zmatt: not sure if you were responding to me, did get any notification, I am using beaglebone black Apr 11 14:48:44 onio: I was responding to you yes Apr 11 14:48:50 noone else was asking a question at that time Apr 11 14:49:03 zmatt: sorry :) Apr 11 14:49:28 holo_: it does seem rcn has been making a lot of changes to the beaglebone blue dtb Apr 11 14:49:31 dts Apr 11 14:50:47 zmatt: should i stick with version which came with image? i want to use it for ardupilot will it work if i wont use RT kernel version? Apr 11 14:51:01 RT has nothing to do with it Apr 11 14:51:46 what I am looking for is a process where by the beaglebone black has already opened it's serial port and is talking to another device. I would like to be sniff what is being sent and received. Apr 11 14:52:12 onio: yes that's what you asked before, and which I replied to Apr 11 14:52:36 holo_: I'm still looking around to check if I can figure out what rcn has been doing and why Apr 11 14:53:24 zmatt: I just saw this post from you "strace -e read=$fd -e write=$fd -p $pid" Apr 11 14:53:38 zmatt: thanks. I would give that a try Apr 11 14:53:53 onio: https://pastebin.com/M0aSfmHa Apr 11 14:54:09 zmatt: i can reinstall image to answare Your question which kernel was orginally, do You want to know it? Apr 11 14:54:45 no, I see he removed the pinmux node for H18_pinmu Apr 11 14:54:52 zmatt: I got it I would give a try Apr 11 14:55:59 is there some solution for it? i tried to enable some overlays: Apr 11 14:56:00 ###pru_rproc (4.4.x-ti kernel) Apr 11 14:56:00 uboot_overlay_pru=/lib/firmware/AM335X-PRU-RPROC-4-4-TI-00A0.dtbo Apr 11 14:56:01 ###pru_uio (4.4.x-ti, 4.14.x-ti & mainline/bone kernel) Apr 11 14:56:01 uboot_overlay_pru=/lib/firmware/AM335X-PRU-UIO-00A0.dtbo Apr 11 14:56:06 but did not help Apr 11 14:56:27 ehm, of course it didn't. and those two overlays are mutually exclusive Apr 11 14:57:29 which should be enabled for BB Blue? Apr 11 14:57:53 the one you (or the software you're trying to use) wants to use Apr 11 14:58:30 it seems a bunch of pins were changed from being configurable to being fixed-function recently in the beaglebone blue dts, I'm just not sure why Apr 11 15:00:13 have you tried a more recent image, or at least a more recent version of this rc_test_servo ? Apr 11 15:01:29 i have 3.4 version same like on http://www.strawsondesign.com/#!manual-install Apr 11 15:01:54 from Debian packages Apr 11 15:03:49 then I don't know. maybe ask on the forum. or downgrade to a slightly older kernel. it looks like rcn has been messing with things very recently Apr 11 15:04:15 should ardupilot work with not RT kernel? Apr 11 15:04:18 asking on the forum may be a good idea anyway, since rcn reads it Apr 11 15:04:23 again, RT kernel is not the issue Apr 11 15:04:37 ok Apr 11 15:05:21 one more question if it is not kernel problem. When i tried to test my brushles motros (on original kernel) with rc_test_servo i can not start to spin them Apr 11 15:05:56 sorry, I don't know anything about robotics stuff Apr 11 15:06:11 only one command which is moving them is "rc_test_servo -s 1.5" Apr 11 15:06:35 any other setting of pulse width and other not working Apr 11 15:06:36 oo ok Apr 11 15:06:49 which forum did You have on Your mind? Apr 11 15:07:16 https://groups.google.com/forum/#!forum/beagleboard Apr 11 15:07:47 Thank You will try there Apr 11 15:08:04 thanks for helping :) Apr 11 15:34:54 bom dia Apr 11 15:41:04 Hey I have a 16x2 LCD (HD44780) and a Beaglebone Green, I want to control it using C++ but Im having trouble finding any documentation that can help Apr 11 15:41:37 All I see is python and beaglebone black documentation and that isnt helping me for what I want Apr 11 15:43:12 I meant to say Beaglebone green wireless Apr 11 16:04:39 JoZitf: communicating with i2c devices isn't beaglebone-specific though, so any C/C++ HD44780 meant to run in linux userspace will do (e.g. for the rpi or whatever) Apr 11 16:04:48 *HD44780 code Apr 11 16:05:45 oh it's not i2c ? Apr 11 16:05:51 hold on Apr 11 16:06:12 I think that controller has a 4-bit or 8-bit database with some control signals Apr 11 16:06:23 So the same holds, except that it would use gpio instead of i2c Apr 11 16:06:26 I must have confused it with some other controller Apr 11 16:06:36 indeed Apr 11 16:06:49 zmatt: There are I2c versions of these displays, where they put an i2c port expander in front of the HD controller Apr 11 16:06:55 ahh Apr 11 16:08:05 but yeah, any code using generic gpios should be easy to adapt. using the beaglebone lcd controller would allow much better performance than using generic gpios, but would be significantly more complicated Apr 11 16:14:02 there is already a driver for that in linux Apr 11 16:14:20 a userspace one, and i think a kernel one. used it before on beaglebone, with easy success Apr 11 16:16:21 right, there's also a generic HD44780 kernel driver... still uses gpios, but obviously a lot more efficient than using the sysfs interface Apr 11 16:20:13 I don't think I've seen any code using the beaglebone lcd controller for character displays yet, but I also haven't really looked Apr 11 16:24:51 JoZitf: what display do you have exactly? Apr 11 16:25:25 JoZitf: since e.g. adafruit.com/product/181 will require additional electronics to interface it to the beaglebone since it uses 5V logic Apr 11 16:29:38 Im trying to find which one I used Apr 11 16:29:41 one sec Apr 11 16:30:20 https://www.hawkusa.com/manufacturers/newhaven/optoelectronics/1x16-character-lcd/nhd-0116az-fl-ybw?gclid=EAIaIQobChMIgfKtgdKy2gIV0VqGCh3meQYKEAQYASABEgJCJvD_BwE Apr 11 16:30:34 thats the same device as the one im using Apr 11 16:31:29 wait ni Apr 11 16:31:33 thats not it Apr 11 16:31:37 that's not HD44780 Apr 11 16:32:04 oh maybe it actually is but a clone Apr 11 16:34:08 what matter is: does it use a raw hd44780(-like) bus interface or does it use i2c, and does it use 5v or 3.3v i/o Apr 11 16:34:42 Yea its not the hd44780 its a Newhaven Display 2x16 Apr 11 16:35:54 the oled one? that's a totally different protocol Apr 11 16:36:02 and uses either spi or i2c Apr 11 16:37:43 Not sure what one it is it says "NHD-0216HZ-FSW-FBW-33v3C" Apr 11 16:39:49 okay, datasheet ( https://www.newhavendisplay.com/specs/NHD-0216HZ-FSW-FBW-33V3C.pdf ) says 3.3v, and apparently hitachi-compatible interface (ST7066U controller) Apr 11 16:40:45 okay, that's just a hd44780 clone Apr 11 16:41:13 so 3.3v hd44780 Apr 11 16:42:56 kenrestivo: you mentioned having successfully used some library? Apr 11 17:40:40 in case it's useful, I've added an (untested) example overlay for the hd44780 kernel driver to https://github.com/mvduin/overlay-utils Apr 11 17:49:42 thanks Apr 11 17:49:50 there's also a userspace lib, looking it up Apr 11 17:50:05 lcdproc Apr 11 17:50:12 http://lcdproc.omnipotent.net/ Apr 11 17:50:17 that's what i used on BB before Apr 11 17:50:53 oh, JoZitf left. oh well Apr 11 17:51:33 no github syntax hilighting for dtsi files, eh? Apr 11 17:52:41 i may try that out tonight. have one of those things sitting around, and a cable to connect it to a bb from years ago (not sure if it uses the same pinouts as your overlay, but easy to fix) Apr 11 22:48:51 i'm looking to get my hands on a few usb-sd-mux devices, anyone know where to get them: https://www.pengutronix.de/2017-10-23-usb-sd-mux-automated-sd-card-juggler.html Apr 11 23:04:38 Hi all - does anyone know how I could install a RHEL .ISO image on Beaglebone Black? Apr 11 23:30:00 Hi all - does anyone know how to install a Red Hat Enterprise Linux .ISO image on Beaglebone Black? Apr 11 23:30:34 you asked that already, you don't need to repeat yourself Apr 11 23:31:16 it's an obscure question so getting any reply will depend on luck and patience Apr 11 23:31:43 @zmatt sorry for the repetition - I'm not very familiar with these forums Apr 11 23:32:03 I would imagine the process is similar for almost any version of linux that comes as an .ISO Apr 11 23:32:55 that's assuming there's an iso of rhel for the beaglebone Apr 11 23:33:23 I downloaded the RHEL 7.5 ISO image, but it's not for beaglebone as such, just for ARM Apr 11 23:33:47 I don't see how that can possibly work Apr 11 23:34:36 the beaglebone, like most arm-based embedded systems, needs a target-specific bootloader Apr 11 23:35:00 I imagine I have to build an image for Beaglebone, hopefully combining the RHEL image with the beaglebone bootloader, etc. Apr 11 23:35:40 There is n article from a few years ago talking about something similar Apr 11 23:35:49 you're probably going to have more luck if you build a mainline version of u-boot Apr 11 23:36:50 most likely that would be what the iso is expecting Apr 11 23:37:10 I'll look into mainline U-boot Apr 11 23:42:13 u-boot 2018.03 supports EFI emulation, so and EFI bootable .iso *might* work if the planets are neutrinos are correctly aligned Apr 11 23:43:14 lol Apr 11 23:44:04 i've had fairly good luck with arm64 systems, but i don't think i've seen a single armhf system work Apr 11 23:44:58 I was told by a security guy that it is possible to load RHEL onto Beaglebone (and I found at least one article online, albeit old, that talks about that) Apr 11 23:45:44 I'm sure it's possible Apr 11 23:47:31 all that's needed is a bootloader that understands how to load the kernel and initramfs and pass the desired parameters... this requires some agreement between where the bootloader looks for things and where userspace puts things, and can be fixed from either side Apr 11 23:48:09 it just requires a bit of effort, and some familiarity with the distro to be able to do this in a way that doesn't break when you e.g. upgrade the kernel Apr 11 23:56:02 unfortunately, i feel like i'm a good couple steps short on being able to do this myself - it's more advanced than what i've done so far Apr 11 23:56:43 my suggestion would be to ask in a fedora channel Apr 11 23:56:56 or maybe there's some place more specific to fedora on arm Apr 11 23:57:14 ahh okay! i'll try that Apr 11 23:57:33 in fact, #fedora-arm Apr 11 23:59:29 actually maybe it just works Apr 11 23:59:39 https://fedoraproject.org/wiki/Architectures/ARM/Installation#Fedora_Arm_Installer Apr 11 23:59:58 it looks like this constructs a bootable image with the right bootloader Apr 12 00:00:13 assuming the beaglebone is in this SUPPORTED-BOARDS file Apr 12 00:00:45 (it might theoretically also be named something more generically like am335x) Apr 12 00:03:54 I'm assuming the Fedora ARM installer would install Fedora, not RHEL... but that they are similar enough that they should both work using the same or similar instructions? Apr 12 00:04:55 I don't know, but it's a start. **** ENDING LOGGING AT Thu Apr 12 03:00:05 2018