[beagleboard] Re: How to remove Cloud9 - files from BBB
W: GPG error: http://debian.beagleboard.org wheezy-bbb Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY B2710B8359890110 -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: How to remove Cloud9 - files from BBB
Ok, so the only thing I can think that may have happened here is that I used backports to install systemd. Since this is the first time ive used backports, im not sure if there is anything I should have done after installing systemd, such as disabling the repo in sources.list ? Anyway, I've reverted my rootfs to a prior state, and am going a different route now. Without backports or systemd installed. On Mon, Sep 8, 2014 at 11:09 PM, William Hermans yyrk...@gmail.com wrote: W: GPG error: http://debian.beagleboard.org wheezy-bbb Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY B2710B8359890110 -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Start QT Application on bootup on Beaglebone Black
you should switch to debian, you will have more help from the Debian community . I've a BBB under debian which start QT at bootup ! Micka, Le dimanche 7 septembre 2014 14:03:35 UTC+2, Mahendra Gunawardena a écrit : Below is picture of the display on bootup. Expected display output is overwritten by Angstrom screen https://lh6.googleusercontent.com/-0ZA2QPRpNi8/VAxGxNd11yI/ABs/lvJbktseYgY/s1600/IMG_3852.JPG Expected Display output https://lh4.googleusercontent.com/-6jEzdpYTOQ0/VAxG86ZQFzI/AB0/LcFlyIPkwfE/s1600/IMG_3853.JPG The expected display output briefly appears but is overwritten by the Angstrom text based image. But occasionally the expected display appears. Then the dynamic widgets update the screen but the static information is not visible. The issues appears to be timing, and if the BBB can be forced to start the QT application after complete bootup of BBB that would suffices the current needs. Application is been started as a service. Below is the content of the service file [Unit] Description=QTAccelerometer GUI After=systemd-user-sessions.service [Service] WorkingDirectory=/home/root/projects/qt-projects ExecStart=/home/root/projects/qt-projects/QTAccelerometer -qws SyslogIdentifier=QTAccelerometer Restart=on-failure RestartSec=5 [Install] Alias=display-manager.service Below are the other options tried without success [Install] WantedBy=multi-user.target WantedBy=graphical.target *References* - Creating Ångström System Services on BeagleBone Black http://mattrichardson.com/BeagleBone-System-Services/ I have also posted this question on Stackoverflow http://stackoverflow.com/questions/25701662/start-qt-application-on-bootup-on-an-embedded-linux-device-beaglebone-black . Thank you in advance Mahen -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Start QT Application on bootup on Beaglebone Black
enable autologin in Angstrom add to the end of /etc/profile this line /home/root/projects/qt-projects/QTAccelerometer -qws 2014-09-09 11:57 GMT+04:00 Mickae1 mickamus...@gmail.com: you should switch to debian, you will have more help from the Debian community . I've a BBB under debian which start QT at bootup ! Micka, Le dimanche 7 septembre 2014 14:03:35 UTC+2, Mahendra Gunawardena a écrit : Below is picture of the display on bootup. Expected display output is overwritten by Angstrom screen https://lh6.googleusercontent.com/-0ZA2QPRpNi8/VAxGxNd11yI/ABs/lvJbktseYgY/s1600/IMG_3852.JPG Expected Display output https://lh4.googleusercontent.com/-6jEzdpYTOQ0/VAxG86ZQFzI/AB0/LcFlyIPkwfE/s1600/IMG_3853.JPG The expected display output briefly appears but is overwritten by the Angstrom text based image. But occasionally the expected display appears. Then the dynamic widgets update the screen but the static information is not visible. The issues appears to be timing, and if the BBB can be forced to start the QT application after complete bootup of BBB that would suffices the current needs. Application is been started as a service. Below is the content of the service file [Unit] Description=QTAccelerometer GUI After=systemd-user-sessions.service [Service] WorkingDirectory=/home/root/projects/qt-projects ExecStart=/home/root/projects/qt-projects/QTAccelerometer -qws SyslogIdentifier=QTAccelerometer Restart=on-failure RestartSec=5 [Install] Alias=display-manager.service Below are the other options tried without success [Install] WantedBy=multi-user.target WantedBy=graphical.target *References* - Creating Ångström System Services on BeagleBone Black http://mattrichardson.com/BeagleBone-System-Services/ I have also posted this question on Stackoverflow http://stackoverflow.com/questions/25701662/start-qt-application-on-bootup-on-an-embedded-linux-device-beaglebone-black . Thank you in advance Mahen -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Booting from USB flash drive
I'm trying to boot from a USB flash drive. I essentially copy the u-boot commands for booting from the SD card. I'm running into a problem once the kernel has loaded: Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Waiting for root file system ... done. Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/sda1 does not exist. Dropping to a shell! modprobe: module i8042 not found in modules.dep modprobe: module ehci-hcd not found in modules.dep modprobe: module uhci-hcd not found in modules.dep modprobe: module ohci-hcd not found in modules.dep I plugged in /dev/sda1 as a place holder, but I can't find any indication that the initramfs was able to detect a USB flash drive. For some reason it complains about ehci-hcd and ohci-hcd modules not being found. The stock kernel is able to mount flash drives without any issues using the builtin usb-storage and musb-hdrc modules. [1.617727] Initializing USB Mass Storage driver... [1.625471] usbcore: registered new interface driver usb-storage [1.634288] USB Mass Storage support registered. [1.641729] musb-hdrc: version 6.0, ?dma?, otg (peripheral+host) I'd really appreciate any advice on how to detect and mount the flash drive. Do I need to make a modification to initrd? Or do I need to rebuild the kernel with the ehci-hcd / ohci-hcd modules? Why isn't it detecting the eMMC? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Booting from USB flash drive
http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-usb-boot/ As far as I know this wont work with an initrd, but i could be remembering wrongly. Also, the example I give, was based on the idea that this was not possible with an zImage file. I believe this is no longer the case. On Tue, Sep 9, 2014 at 2:15 AM, Alexander Hayman misterhay...@gmail.com wrote: I'm trying to boot from a USB flash drive. I essentially copy the u-boot commands for booting from the SD card. I'm running into a problem once the kernel has loaded: Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Waiting for root file system ... done. Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/sda1 does not exist. Dropping to a shell! modprobe: module i8042 not found in modules.dep modprobe: module ehci-hcd not found in modules.dep modprobe: module uhci-hcd not found in modules.dep modprobe: module ohci-hcd not found in modules.dep I plugged in /dev/sda1 as a place holder, but I can't find any indication that the initramfs was able to detect a USB flash drive. For some reason it complains about ehci-hcd and ohci-hcd modules not being found. The stock kernel is able to mount flash drives without any issues using the builtin usb-storage and musb-hdrc modules. [1.617727] Initializing USB Mass Storage driver... [1.625471] usbcore: registered new interface driver usb-storage [1.634288] USB Mass Storage support registered. [1.641729] musb-hdrc: version 6.0, ?dma?, otg (peripheral+host) I'd really appreciate any advice on how to detect and mount the flash drive. Do I need to make a modification to initrd? Or do I need to rebuild the kernel with the ehci-hcd / ohci-hcd modules? Why isn't it detecting the eMMC? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Booting from USB flash drive
Just glancing over your output there it seems perhaps your kernel is expecting a few modules to be compiled into the kernel statically. On Tue, Sep 9, 2014 at 3:00 AM, William Hermans yyrk...@gmail.com wrote: http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-usb-boot/ As far as I know this wont work with an initrd, but i could be remembering wrongly. Also, the example I give, was based on the idea that this was not possible with an zImage file. I believe this is no longer the case. On Tue, Sep 9, 2014 at 2:15 AM, Alexander Hayman misterhay...@gmail.com wrote: I'm trying to boot from a USB flash drive. I essentially copy the u-boot commands for booting from the SD card. I'm running into a problem once the kernel has loaded: Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Waiting for root file system ... done. Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/sda1 does not exist. Dropping to a shell! modprobe: module i8042 not found in modules.dep modprobe: module ehci-hcd not found in modules.dep modprobe: module uhci-hcd not found in modules.dep modprobe: module ohci-hcd not found in modules.dep I plugged in /dev/sda1 as a place holder, but I can't find any indication that the initramfs was able to detect a USB flash drive. For some reason it complains about ehci-hcd and ohci-hcd modules not being found. The stock kernel is able to mount flash drives without any issues using the builtin usb-storage and musb-hdrc modules. [1.617727] Initializing USB Mass Storage driver... [1.625471] usbcore: registered new interface driver usb-storage [1.634288] USB Mass Storage support registered. [1.641729] musb-hdrc: version 6.0, ?dma?, otg (peripheral+host) I'd really appreciate any advice on how to detect and mount the flash drive. Do I need to make a modification to initrd? Or do I need to rebuild the kernel with the ehci-hcd / ohci-hcd modules? Why isn't it detecting the eMMC? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Kernel 3.12/3.13/3.14 with BB/BBB
Hello all. I tried to move from 3.8 to 3.12 on my Beaglebone. The kernel hangs after Starting kernel ... immediately. I enabled CONFIG_DEBUG_LL and could come up with the following log (please find it attached). However, I moved to 3.14, the kernel hanged too, but I got a different log (attached too). Thanks in advance, Abd -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. boot-3.12.13.log Description: Binary data boot-3.14.4.log Description: Binary data
Re: [beagleboard] Kernel 3.12/3.13/3.14 with BB/BBB
On Tue, Sep 9, 2014 at 8:44 AM, Abdulwadood Halimeh abd.halime...@gmail.com wrote: Hello all. I tried to move from 3.8 to 3.12 on my Beaglebone. The kernel hangs after Starting kernel ... immediately. I enabled CONFIG_DEBUG_LL and could come up with the following log (please find it attached). However, I moved to 3.14, the kernel hanged too, but I got a different log (attached too). Those two tree's have kinda been abandoned (i'm just one user.. ;) ) while i've been pounding this 3.14 branch into shape. https://github.com/beagleboard/linux/tree/3.14 Please retest with that tree.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] optargs in kernel 3.15.10-bone8
@William - After reading RCN explanation that different locations are
searched, this crossed my mind and I deleted all uEnv.txt files everywhere
except for the sd card fat partition, but this still does not work if I add
either
cmdline=quiet init=/lib/systemd/systemd consoleblank=0
OR
cmdline=quiet init=/lib/systemd/systemd
optarg=consoleblank=0
to the /boot/uEnv.txt on the nfs
My next step was to just use a fat formatted sd card with MLO, uimage and
uEnv.txt and no ext4 partition and still the same - the consoleblank does
not work for my configuration if added to /boot/uEnv.txt
Thanks
Rob
On Tuesday, 9 September 2014 05:33:10 UTC+1, William Hermans wrote:
Jason, he was using a console testing image, and using the built in env
variables for tftp + nfs. These images came with two uEnv.txt files, and
since he was having problems with uboot env variables I'm betting he
actually had 3 uEnv.txt files.
1) fat / boot part
2) ext4 footfs on sdcard
3) ext4 rootfs on nfs share host.
uboot was probably pulling in the uEnv.txt which he was not editing. Which
again, I'm betting was on partition 2 ( ext4 ) of the sdcard. e.g. he was
editing the uEnv.txt file on the nfs share as I suggested.
On Mon, Sep 8, 2014 at 9:04 PM, Robert Nelson robert...@gmail.com
javascript: wrote:
On Mon, Sep 8, 2014 at 10:22 PM, Jason Lange j.b@gmail.com
javascript: wrote:
On Sun, Sep 7, 2014 at 8:35 PM, William Hermans yyr...@gmail.com
javascript: wrote:
Jason, hah ! I see why now. Can you see the problem ?
uname_r=3.15.10-bone8
cmdline=quiet init=/lib/systemd/systemd
optargs=consoleblank=0.
This is actually in the wrong file. For this to work in the file he's
using there it needs to be as i said above. Which is:
cmdline=quiet init=/lib/systemd/systemd consoleblank=0
This is because the file he's using is the second stage uEnv.txt file
and
not the one loaded at boot. Which now that I think about it could have
very
well been my problem too.
Well I finally understand what your saying here -- I didn't know that
there
are/were two functional uEnv.txts. This looks like the file that I set
my
optargs in (that is, it starts with the uname_r variable being set),
but I
am running the new set up with only one uEnv.txt being functional.
@Robert again for clarity:
In a setup that only uses one uEnv.txt (that being /boot/uEnv.txt) that
is
the place to set your optargs but in the two functional uEnv.txt setup
the
place to set optargs is /uEnv.txt?
Just edit:
/boot/uEnv.txt
/uEnv.txt is just a shim..
And if that is so, what is the simplest way for someone to know which
of the
two situations they are dealing with?
/uEnv.txt will set your bootargs like so:
setenv bootargs console=tty0 console=\${console} \${optargs}
\${cape_disable} \${cape_enable} root=/dev/mmcblk0p1
rootfstype=\${mmcrootfstype} \${cmdline}
So override any of those \${var} by defining them in /boot/uEnv.txt
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an
email to beagleboard...@googlegroups.com javascript:.
For more options, visit https://groups.google.com/d/optout.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] optargs in kernel 3.15.10-bone8
On Tue, Sep 9, 2014 at 9:13 AM, Moscowbob moscow...@gmail.com wrote: @William - After reading RCN explanation that different locations are searched, this crossed my mind and I deleted all uEnv.txt files everywhere except for the sd card fat partition, but this still does not work if I add either cmdline=quiet init=/lib/systemd/systemd consoleblank=0 OR cmdline=quiet init=/lib/systemd/systemd optarg=consoleblank=0 to the /boot/uEnv.txt on the nfs on the nfs u-boot can't read /boot/uEnv.txt off the nfs (yet)... for the nfs case, it's got to be on the first partition /uEnv.txt My next step was to just use a fat formatted sd card with MLO, uimage and uEnv.txt and no ext4 partition and still the same - the consoleblank does not work for my configuration if added to /boot/uEnv.txt Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] How to run e2fsck on /dev/mmcblk0p2 ?
I can't confirm this works but normally on a PC you could set it to run at next boot by creating a file called forcefsck in the root directory. Eg #touch /forcefsck Regards, Jake -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] After compiling project on BBB and rebooting, SSH does not work
I have been using BeagleBone Black for a while now for an application. I compile everything in C++ (g++), turn off and on, over and over, and everything was working fine until now. I just started using the zxing library (which I already used some months ago without any problems) in this project and after I compile and test it, it works just fine. The problem comes when I turn it off and on (or reboot), when I connect it back to my computer (via USB), I cannot ssh to it anymore. I still can ping and get answers from it, but SSH simply does not work anymore. It just hangs and keeps me waiting. I have tried with different computers and I got the same. I realized (after a lot of different guesses) that the problem happens right after compiling and I do not understand why. Did this happen to anyone else? Any ideas why or how to solve it? Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: BBB UART4 RTS for RS-485
Yes, I can see 'rs485 v1.1'. The python code still works fine out of the
box. C code Rx and Tx lines work OK but RTS still does nothing.
When I exported the GPIO9 by hand, dmesg got:
[ 222.055685] gpio_request: gpio-9 (RS485 TXE) status -16
[ 222.055730] omap_uart 481a8000.serial: Could not request GPIO 9 : -16
That means that 485 kernel support works. Without manually exporting it
says just [ 537.089146] rs485 v1.1 and does nothing.
BUT now I've discovered something strange with logical level flags in
struct serial_rs485, maybe I'm using different header or maybe I don't
understand it correctly.
When I changed the SER_RS485_RTS_AFTER_SEND to 0 and SER_RS485_RTS_ON_SEND
to 0,* it started working fine*.
That means, when sending data, RTS goes HIGH, after sending, it goes
immediately LOW , that means,
I expected setting ON_SEND to 1 and AFTER_SEND to 0, but with this setting
it just changed from LOW to LOW.
Thank you both again for Your valuable help.
I'm satisfied now :-)
Dne pondělí, 8. září 2014 19:12:55 UTC+2 Alexander Hiam napsal(a):
Normally If you look at the log (dmsg) you should see a line rs485
something. It's a printk that I show when the ioctl work.
Right, it's 'rs485 v1.1'. If you see that in dmesg then the ioctl worked
and it's almost certainly a pinmux issue.
And of course you have to configure the pin correctly = pin mode for TX,
rx, gpio.
Le 8 sept. 2014 17:27, lucaso...@gmail.com a écrit :
I've downloaded Robert C Nelson's code and run build_kernel.sh and
install_kernel.sh. I've controlled that sources are patched by rs485 patch.
BBB booted up normally and uname -r says that I am running new kernel.
But I don't have patched kernel headers. I have created serial.h header as
following:
1 #include linux/types.h
2
3
4 struct serial_rs485 {
5 __u32 flags; /* RS485 feature flags */
6 #define SER_RS485_ENABLED (1 0)/* If
enabled */
7 #define SER_RS485_RTS_ON_SEND (1 1)/* Logical
level for
8RTS pin
when
9sending */
10 #define SER_RS485_RTS_AFTER_SEND(1 2)/* Logical
level for
11RTS pin
after sent*/
12 #define SER_RS485_RTS_BEFORE_SEND (1 3)
13 #define SER_RS485_USE_GPIO (1 5)
14 //#define SER_RS485_RX_DURING_TX (1 4)
15 __u32 delay_rts_before_send; /* Delay before send
(milliseconds) */
16 __u32 delay_rts_after_send; /* Delay after send
(milliseconds) */
17 // __u32 padding[5]; /* Memory is cheap, new
structs
18 __u32 gpio_pin; /* GPIO Pin Index */
19 __u32 padding[4]; /* Memory is cheap, new structs
20 are a royal PITA .. */
21 };
and used it in small example program:
#include fcntl.h
#include termios.h
#include sys/ioctl.h
#include sys/types.h
#include serial.h
//#include include/uapi/linux/serial.h
#include stdio.h
#include unistd.h
int main()
{
int fd = open(/dev/ttyO4, O_RDWR | O_NOCTTY | O_NDELAY);
if (fd 0)
{
perror(Error opening tty!);
return 1;
}
struct serial_rs485 rs485conf;
rs485conf.flags |= SER_RS485_ENABLED;
rs485conf.flags |= SER_RS485_USE_GPIO;
rs485conf.gpio_pin = 9;
rs485conf.flags |= SER_RS485_RTS_ON_SEND;
rs485conf.flags = ~(SER_RS485_RTS_AFTER_SEND);
rs485conf.delay_rts_before_send = 0;
rs485conf.delay_rts_after_send = 0;
if (ioctl (fd, TIOCSRS485, rs485conf) 0)
{
perror(Bad ioctl);
}
struct termios ttyc;
tcgetattr(fd, ttyc);
cfsetospeed(ttyc, B9600);
cfsetispeed(ttyc, B9600);
ttyc.c_cflag = ~CRTSCTS;
ttyc.c_cflag |= CS8 | CLOCAL | CREAD;
ttyc.c_cflag |= CRTSCTS;
ttyc.c_cc[VMIN] = 1;
ttyc.c_cc[VTIME] = 5;
tcsetattr(fd, TCSANOW, ttyc);
char data = 0xAA;
int i = 0;
while(i 1)
{
if(write(fd, data, 1) 1)
{
perror(Error sending char);
break;
}
i++;
}
if (close (fd) 0)
{
perror(Error closing tty!);
return 1;
}
return 0;
}
but RTS pin stays still LOW.
Dne čtvrtek, 4. září 2014 21:51:58 UTC+2 Mickae1 napsal(a):
In the Debian image from Robert C Nelson, the patch rs485 is already
included.
Le 4 sept. 2014 20:57, lucaso...@gmail.com a écrit :
Thank you for your answers. The python code is working perfectly.
I need to use it in greater C project though. So I am compiling new
kernel including RS485 patch. I have tried
/opt/scripts/tools/update_kernel.sh
hoping that it includes the RS485 patch ...unsuccessfully.
I am now
[beagleboard] problem installing installing usb wifi adapter TP-LINK_TL-WN723N_v3
I have https://wikidevi.com/wiki/TP-LINK_TL-WN723N_v3 usb wifi adapter. The output of my uname -a is Linux beaglebone 3.8.13-bone50 #1 SMP Tue May 13 13:24:52 UTC 2014 armv7l GNU/Linux I build the software from source which can be found in https://github.com/lwfinger/rtl8188eu as given in the page. I have plugged the BBB to pc using usb, no external adapter is used. How do i know that the usb driver is accepted or not ? I ran the command lshw -C network it gave me bus error. When i plug into my windows machine the green led blinks but here none. I am given to assume that the usb adapter is not even getting powered. Or should i try powering the BBB using an external 5v adapter ? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] serial port for Beagle board
Hi sir, how serial port works on beagle board ,please help me.. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: BBB USB0 change from client to host
Thanks Marc, these few lines are very useful since I need 2 USB hosts and
don't want to add a USB hub. About the supply, maybe adding inductor
filters like on USB1 schematic would be better.
Vince.
Le jeudi 17 avril 2014 12:01:27 UTC+2, marc...@gmail.com a écrit :
Hello
I have finally managed to get my hands on an BBB and started to try and
get my system up and running the way I need by building a kernel (3.14.1).
I am attempting to use the USB client port (USB0) in host mode and think I
have done all the things necessary to get this working:
Kernel config has EHCI enabled and set to host only
Hardware mod on the board to short pins 45 of micro socket to force
USB-ID low to indicate host mode.
Changed the arch/arm/boot/dts/am335x-bone-common.dtsi file to put it into
host mode
u...@47401000 javascript: {
status = okay;
dr_mode = host;
};
u...@47401800 javascript: {
status = okay;
dr_mode = host;
};
No matter what I plug in nothing gets identified ???
Plugging into the USB1 host port is fine so the kernel is configured
correctly.
Boot log shows ports being identified:
[2.057294] musb-hdrc musb-hdrc.0.auto: MUSB HDRC host driver
[2.063996] musb-hdrc musb-hdrc.0.auto: new USB bus registered,
assigned bus number 1
[2.072673] usb usb1: New USB device found, idVendor=1d6b,
idProduct=0002
[2.079868] usb usb1: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[2.087467] usb usb1: Product: MUSB HDRC host driver
[2.092722] usb usb1: Manufacturer: Linux 3.14.1 musb-hcd
[2.098402] usb usb1: SerialNumber: musb-hdrc.0.auto
[2.104856] hub 1-0:1.0: USB hub found
[2.108880] hub 1-0:1.0: 1 port detected
[2.117574] musb-hdrc musb-hdrc.1.auto: MUSB HDRC host driver
[2.124275] musb-hdrc musb-hdrc.1.auto: new USB bus registered,
assigned bus number 2
[2.133045] usb usb2: New USB device found, idVendor=1d6b,
idProduct=0002
[2.140253] usb usb2: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[2.147851] usb usb2: Product: MUSB HDRC host driver
[2.153105] usb usb2: Manufacturer: Linux 3.14.1 musb-hcd
[2.158786] usb usb2: SerialNumber: musb-hdrc.1.auto
[2.165268] hub 2-0:1.0: USB hub found
[2.169312] hub 2-0:1.0: 1 port detected
Any ideas ???
Thanks
marc
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] optargs in kernel 3.15.10-bone8
Thanks Robert, that clears up things for me now On Tuesday, 9 September 2014 15:28:20 UTC+1, RobertCNelson wrote: On Tue, Sep 9, 2014 at 9:13 AM, Moscowbob mosc...@gmail.com javascript: wrote: @William - After reading RCN explanation that different locations are searched, this crossed my mind and I deleted all uEnv.txt files everywhere except for the sd card fat partition, but this still does not work if I add either cmdline=quiet init=/lib/systemd/systemd consoleblank=0 OR cmdline=quiet init=/lib/systemd/systemd optarg=consoleblank=0 to the /boot/uEnv.txt on the nfs on the nfs u-boot can't read /boot/uEnv.txt off the nfs (yet)... for the nfs case, it's got to be on the first partition /uEnv.txt My next step was to just use a fat formatted sd card with MLO, uimage and uEnv.txt and no ext4 partition and still the same - the consoleblank does not work for my configuration if added to /boot/uEnv.txt Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] serial port for Beagle board
Hi, You should precise your question :) On Tue, Sep 9, 2014 at 8:46 AM, shirisha@gmail.com wrote: Hi sir, how serial port works on beagle board ,please help me.. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Peripheral Interrupt on PRU-ICSS
Hi Neo, By PWM interrupts on ARM side i meant that I validated the generation of interrupts on ARM cortex A8 side through enabling the PWM peripheral interrupt and registering an ISR on it in the linux kernel driver. Thus i'm sure the interrupts are being generated on the cortex A8 interrupt controller. But this same interrupt i want to receive on PRU which i have not been successful so far. Best Regards Rakesh Ranjan On Tuesday, September 9, 2014 7:32:12 AM UTC+5:30, neo star wrote: Hi rakesh i want to know what you mean by I have PWM interrupts generated on ARM side and validated though a kernel ISR on linux side in AM335x This is a question not related to the topic but can you help me here to understand. Thanks. On Wednesday, August 20, 2014 2:11:33 PM UTC+5:30, rakesh.safir wrote: Hi, I have PWM interrupts generated on ARM side and validated though a kernel ISR on linux side in AM335x. I want to route the PWM interrupts to PRU-ICSS. Any information on how can this be achived will be hugely appreciated. Cheers !! Rakesh -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: BBB UART4 RTS for RS-485
On Tuesday, September 9, 2014 8:09:32 AM UTC-4, lucaso...@gmail.com wrote:
Yes, I can see 'rs485 v1.1'. The python code still works fine out of the
box. C code Rx and Tx lines work OK but RTS still does nothing.
When I exported the GPIO9 by hand, dmesg got:
[ 222.055685] gpio_request: gpio-9 (RS485 TXE) status -16
[ 222.055730] omap_uart 481a8000.serial: Could not request GPIO 9 : -16
That means that 485 kernel support works. Without manually exporting it
says just [ 537.089146] rs485 v1.1 and does nothing.
BUT now I've discovered something strange with logical level flags in
struct serial_rs485, maybe I'm using different header or maybe I don't
understand it correctly.
When I changed the SER_RS485_RTS_AFTER_SEND to 0 and SER_RS485_RTS_ON_SEND
to 0,* it started working fine*.
That means, when sending data, RTS goes HIGH, after sending, it goes
immediately LOW , that means,
I expected setting ON_SEND to 1 and AFTER_SEND to 0, but with this setting
it just changed from LOW to LOW.
Oh yeah, forgot about that. There's a couple ternary operators in the
driver that I think might be backwards, which makes it the logic levels a
bit counter intuitive. It's:
SER_RS485_ENABLED | SER_RS485_USE_GPIO
for an active high RE/DE signal and:
SER_RS485_ENABLED | SER_RS485_USE_GPIO | SER_RS485_RTS_ON_SEND |
SER_RS485_RTS_AFTER_SEND
for an inverted, active low RE/DE signal.
Thank you both again for Your valuable help.
I'm satisfied now :-)
Dne pondělí, 8. září 2014 19:12:55 UTC+2 Alexander Hiam napsal(a):
Normally If you look at the log (dmsg) you should see a line rs485
something. It's a printk that I show when the ioctl work.
Right, it's 'rs485 v1.1'. If you see that in dmesg then the ioctl worked
and it's almost certainly a pinmux issue.
And of course you have to configure the pin correctly = pin mode for TX,
rx, gpio.
Le 8 sept. 2014 17:27, lucaso...@gmail.com a écrit :
I've downloaded Robert C Nelson's code and run build_kernel.sh and
install_kernel.sh. I've controlled that sources are patched by rs485 patch.
BBB booted up normally and uname -r says that I am running new kernel. But
I don't have patched kernel headers. I have created serial.h header as
following:
1 #include linux/types.h
2
3
4 struct serial_rs485 {
5 __u32 flags; /* RS485 feature flags */
6 #define SER_RS485_ENABLED (1 0)/* If enabled
*/
7 #define SER_RS485_RTS_ON_SEND (1 1)/* Logical
level for
8RTS pin
when
9sending */
10 #define SER_RS485_RTS_AFTER_SEND(1 2)/* Logical
level for
11RTS pin
after sent*/
12 #define SER_RS485_RTS_BEFORE_SEND (1 3)
13 #define SER_RS485_USE_GPIO (1 5)
14 //#define SER_RS485_RX_DURING_TX (1 4)
15 __u32 delay_rts_before_send; /* Delay before send
(milliseconds) */
16 __u32 delay_rts_after_send; /* Delay after send
(milliseconds) */
17 // __u32 padding[5]; /* Memory is cheap, new
structs
18 __u32 gpio_pin; /* GPIO Pin Index */
19 __u32 padding[4]; /* Memory is cheap, new structs
20 are a royal PITA .. */
21 };
and used it in small example program:
#include fcntl.h
#include termios.h
#include sys/ioctl.h
#include sys/types.h
#include serial.h
//#include include/uapi/linux/serial.h
#include stdio.h
#include unistd.h
int main()
{
int fd = open(/dev/ttyO4, O_RDWR | O_NOCTTY | O_NDELAY);
if (fd 0)
{
perror(Error opening tty!);
return 1;
}
struct serial_rs485 rs485conf;
rs485conf.flags |= SER_RS485_ENABLED;
rs485conf.flags |= SER_RS485_USE_GPIO;
rs485conf.gpio_pin = 9;
rs485conf.flags |= SER_RS485_RTS_ON_SEND;
rs485conf.flags = ~(SER_RS485_RTS_AFTER_SEND);
rs485conf.delay_rts_before_send = 0;
rs485conf.delay_rts_after_send = 0;
if (ioctl (fd, TIOCSRS485, rs485conf) 0)
{
perror(Bad ioctl);
}
struct termios ttyc;
tcgetattr(fd, ttyc);
cfsetospeed(ttyc, B9600);
cfsetispeed(ttyc, B9600);
ttyc.c_cflag = ~CRTSCTS;
ttyc.c_cflag |= CS8 | CLOCAL | CREAD;
ttyc.c_cflag |= CRTSCTS;
ttyc.c_cc[VMIN] = 1;
ttyc.c_cc[VTIME] = 5;
tcsetattr(fd, TCSANOW, ttyc);
char data = 0xAA;
int i = 0;
while(i 1)
{
if(write(fd, data, 1) 1)
{
perror(Error sending char);
break;
}
i++;
}
if (close (fd) 0)
{
perror(Error closing tty!);
return 1;
}
return 0;
}
but RTS pin stays still LOW.
Dne
Re: [beagleboard] Booting from USB flash drive
I had been referencing that blog post, but it seemed too outdated to be very useful. I figured that just copying the u-boot command sequence and adjusting uEnv as necessary, it should just work. I was finally able to get a successful boot using the am335x-boneblack.dtb file. I was using the am335x-evm.dtb previously. It looks like initrd works fine. And the zImage. On Tuesday, September 9, 2014 6:03:12 AM UTC-4, William Hermans wrote: Just glancing over your output there it seems perhaps your kernel is expecting a few modules to be compiled into the kernel statically. On Tue, Sep 9, 2014 at 3:00 AM, William Hermans yyr...@gmail.com javascript: wrote: http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-usb-boot/ As far as I know this wont work with an initrd, but i could be remembering wrongly. Also, the example I give, was based on the idea that this was not possible with an zImage file. I believe this is no longer the case. On Tue, Sep 9, 2014 at 2:15 AM, Alexander Hayman mister...@gmail.com javascript: wrote: I'm trying to boot from a USB flash drive. I essentially copy the u-boot commands for booting from the SD card. I'm running into a problem once the kernel has loaded: Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Waiting for root file system ... done. Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/sda1 does not exist. Dropping to a shell! modprobe: module i8042 not found in modules.dep modprobe: module ehci-hcd not found in modules.dep modprobe: module uhci-hcd not found in modules.dep modprobe: module ohci-hcd not found in modules.dep I plugged in /dev/sda1 as a place holder, but I can't find any indication that the initramfs was able to detect a USB flash drive. For some reason it complains about ehci-hcd and ohci-hcd modules not being found. The stock kernel is able to mount flash drives without any issues using the builtin usb-storage and musb-hdrc modules. [1.617727] Initializing USB Mass Storage driver... [1.625471] usbcore: registered new interface driver usb-storage [1.634288] USB Mass Storage support registered. [1.641729] musb-hdrc: version 6.0, ?dma?, otg (peripheral+host) I'd really appreciate any advice on how to detect and mount the flash drive. Do I need to make a modification to initrd? Or do I need to rebuild the kernel with the ehci-hcd / ohci-hcd modules? Why isn't it detecting the eMMC? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] optargs in kernel 3.15.10-bone8
loaduEnvtxt=load mmc 0:2 ${loadaddr} /boot/uEnv.txt ; env import -t
${loadaddr} ${filesize};
This works for me.
On Tue, Sep 9, 2014 at 9:06 AM, Moscowbob moscow...@gmail.com wrote:
Thanks Robert, that clears up things for me now
On Tuesday, 9 September 2014 15:28:20 UTC+1, RobertCNelson wrote:
On Tue, Sep 9, 2014 at 9:13 AM, Moscowbob mosc...@gmail.com wrote:
@William - After reading RCN explanation that different locations are
searched, this crossed my mind and I deleted all uEnv.txt files
everywhere
except for the sd card fat partition, but this still does not work if I
add
either
cmdline=quiet init=/lib/systemd/systemd consoleblank=0
OR
cmdline=quiet init=/lib/systemd/systemd
optarg=consoleblank=0
to the /boot/uEnv.txt on the nfs
on the nfs u-boot can't read /boot/uEnv.txt off the nfs (yet)...
for the nfs case, it's got to be on the first partition /uEnv.txt
My next step was to just use a fat formatted sd card with MLO, uimage
and
uEnv.txt and no ext4 partition and still the same - the consoleblank
does
not work for my configuration if added to /boot/uEnv.txt
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an
email to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Booting from USB flash drive
*I was finally able to get a successful boot using the am335x-boneblack.dtb file.* *I was using the am335x-evm.dtb previously.* oops ? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] optargs in kernel 3.15.10-bone8
On 9/9/14, 7:27 AM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Sep 9, 2014 at 9:13 AM, Moscowbob moscow...@gmail.com wrote: @William - After reading RCN explanation that different locations are searched, this crossed my mind and I deleted all uEnv.txt files everywhere except for the sd card fat partition, but this still does not work if I add either cmdline=quiet init=/lib/systemd/systemd consoleblank=0 OR cmdline=quiet init=/lib/systemd/systemd optarg=consoleblank=0 to the /boot/uEnv.txt on the nfs on the nfs u-boot can't read /boot/uEnv.txt off the nfs (yet)... for the nfs case, it's got to be on the first partition /uEnv.txt In the case where client_ip is defined, why not use TFTP to load uEnv.txt? Regards, John My next step was to just use a fat formatted sd card with MLO, uimage and uEnv.txt and no ext4 partition and still the same - the consoleblank does not work for my configuration if added to /boot/uEnv.txt Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: registering asynchronous events on kernel thread in user space
See UIO: https://www.kernel.org/doc/htmldocs/uio-howto/ The uio_pruss.c driver that comes with the pru package is a good example. I have written a kernel module that registers interrupts on the rising edge on a GPIO pin and want to relay this message to user space. The sysfs gpio interface already does this. Check out the code. On Thursday, August 28, 2014 2:44:12 AM UTC-7, sid...@gmail.com wrote: I have read online that we can't handle interrupts from user space. Instead - 1) We can write a kernel thread and have that thread wait on an event. 2) Once the interrupt occurs, send one asynchronous event from the kernel module/driver to user space where we will have one signal handler with FASYNC to tackle this I have written a kernel module that registers interrupts on the rising edge on a GPIO pin and want to relay this message to user space. How do I go about implementing the above? Thanks! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Cape battery charging
Hey Guys, I want to make up my own cape. I just need to know if I power the Bbb through Vdd_5v if it will charge a lipo attached to the battery header on the board. Cheers. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Cape battery charging
I suggest that you read the data sheet for the TPS65217 device before you connect a battery to it. It is designed to charge certain types of batteries, but you need to understand the limitations and requirements of doing so before you do so. A peak at the schematic would also be advisable as well as reading the System Reference Manual. http://www.elinux.org/Beagleboard:BeagleBoneBlack Gerald On Tue, Sep 9, 2014 at 2:07 PM, samthomasdigi...@gmail.com wrote: Hey Guys, I want to make up my own cape. I just need to know if I power the Bbb through Vdd_5v if it will charge a lipo attached to the battery header on the board. Cheers. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: color ball tracking with opencv on BBB
You're desktop PC is 10 times faster than the Beaglebone processor. This may help: How to Achieve 30 fps with BeagleBone Black http://blog.lemoneerlabs.com/3rdParty/Darling_BBB_30fps_DRAFT.html On Monday, September 8, 2014 6:03:58 PM UTC-7, janszyma...@gmail.com wrote: Hi, I need to implement tracking of color ball with opencv on BBB. I have a rev.C BBB with latest (default Debian) including opencv 2.3.1 On my desktop Ubuntu I have installed opencv 2.4.9 To check the initial performance I used the example webcam program from the book Practical OpenCV listing 4-4 p.34 playing the video from USB camera (Logitech C920) I need a resolution of 640x480. The problem is with a speed on BBB, having a significant delay. It's good on a desktop PC. I would like to ask for advice how to improve the performance on BBB if possible. Jan -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Is it possible to command a beaglebone black over Ethernet.
Ethernet will work without any configuration if you have dhcp on your network. If not, you'll have to configure a static ip. If you do have dhcp (you probably do) you can just change the hostname ( https://wiki.debian.org/HowTo/ChangeHostname) to something nice, then use that instead of an ip for ssh, avoiding the insanity of a static ip. On Monday, September 8, 2014 12:14:17 PM UTC-7, William Hermans wrote: Yes you can. You did not mention which distro you're using on the beaglebone black though. Assuming Debian . . . https://wiki.debian.org/NetworkConfiguration On Mon, Sep 8, 2014 at 11:47 AM, dev@gmail.com javascript: wrote: I want to use the single usb port on beaglebone black for a usb webcam, so can i avoid using the usb and control the beaglebone through the Ethernet?, I don’t have a monitor either for the beaglebone black. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Cloning a BBB with 4gb to a BBB with 2gb?
Give this a try on your Linux Desktop: copy sd_backup.img to your Desktop's /tmp Insert your SD card, I'm assuming it will be /dev/sdb mkdir -p /mnt/from_part1 mkdir -p /mnt/to_part1 fdisk -l /tmp/sd_backup.img Disk sd_backup.img: 4025 MB, 4025483264 bytes 255 heads, 63 sectors/track, 489 cylinders, total 7862272 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Device Boot Start End Blocks Id System sd_backup.img1 *2048 43007 20480 83 Linux echo 2048 * 512 | bc 1048576 mount -o loop,owner,offset=1048576 /tmp/sd_backup.img /mnt/from_part1 mount /dev/sdb1 /mnt/to_part1 cd /mnt/from_part1/ tar -cf - . | ( cd /mnt/to_part1; tar -xpvf - ) sync umount /mnt/from_part1 umount /mnt/to_part1 -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Issue getting DS18B20 temperature sensor working
On Sun, Sep 7, 2014 at 4:14 PM, Michaël Vaes vaesmich...@gmail.com wrote: Is there any way to see the RAW inputs/outputs on a pin? I would use a logic analyzer to see if the communication is going well. I have one of this: https://www.saleae.com/ but of an old model (maybe you still can get clones from eBay), it is very useful to debug I2C, 1-wire and and other protocols or simple input/output. If there is 1-wire comm going on the Pin you will be able to catch or if not you will be able to see were it is failing. A oscilloscope can also help to see if pin is swinging during transmissions. BR -- Josenivaldo Benito Jr. PU2LBD *Por Aurélio Buarque de Hollanda, elite, do francês élite, significa “o que há de melhor em uma sociedade, minoria prestigiada, constituída pelos indivíduos mais aptos”. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Is it possible to command a beaglebone black over Ethernet.
Brandon, I guess you did not look at the link I gave. It covers every aspect of configuring an eth device on Debian. That is when using /etc/network/interfaces On Tue, Sep 9, 2014 at 1:21 PM, Brandon I brandon.ir...@gmail.com wrote: Ethernet will work without any configuration if you have dhcp on your network. If not, you'll have to configure a static ip. If you do have dhcp (you probably do) you can just change the hostname ( https://wiki.debian.org/HowTo/ChangeHostname) to something nice, then use that instead of an ip for ssh, avoiding the insanity of a static ip. On Monday, September 8, 2014 12:14:17 PM UTC-7, William Hermans wrote: Yes you can. You did not mention which distro you're using on the beaglebone black though. Assuming Debian . . . https://wiki.debian.org/NetworkConfiguration On Mon, Sep 8, 2014 at 11:47 AM, dev@gmail.com wrote: I want to use the single usb port on beaglebone black for a usb webcam, so can i avoid using the usb and control the beaglebone through the Ethernet?, I don’t have a monitor either for the beaglebone black. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Is it possible to command a beaglebone black over Ethernet.
I saw the link to the reference, but I didn't see an answer to his question. On Tue, Sep 9, 2014 at 2:47 PM, William Hermans yyrk...@gmail.com wrote: Brandon, I guess you did not look at the link I gave. It covers every aspect of configuring an eth device on Debian. That is when using /etc/network/interfaces On Tue, Sep 9, 2014 at 1:21 PM, Brandon I brandon.ir...@gmail.com wrote: Ethernet will work without any configuration if you have dhcp on your network. If not, you'll have to configure a static ip. If you do have dhcp (you probably do) you can just change the hostname ( https://wiki.debian.org/HowTo/ChangeHostname) to something nice, then use that instead of an ip for ssh, avoiding the insanity of a static ip. On Monday, September 8, 2014 12:14:17 PM UTC-7, William Hermans wrote: Yes you can. You did not mention which distro you're using on the beaglebone black though. Assuming Debian . . . https://wiki.debian.org/NetworkConfiguration On Mon, Sep 8, 2014 at 11:47 AM, dev@gmail.com wrote: I want to use the single usb port on beaglebone black for a usb webcam, so can i avoid using the usb and control the beaglebone through the Ethernet?, I don't have a monitor either for the beaglebone black. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XbVuaXA9qYQ/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: color ball tracking with opencv on BBB
Thanks for that link, it is very usefull. In a meantime my attempt to install a newer version of opencv (following the instructions from here http://robertcastle.com/2014/02/installing-opencv-on-a-raspberry-pi/0) has failed firstly with cmake-curses-gui not working (empty database?) and after that (using command line cmake) the building stopped with a error message of not enough memory. Jan On Tuesday, September 9, 2014 11:03:58 AM UTC+10, janszyma...@gmail.com wrote: Hi, I need to implement tracking of color ball with opencv on BBB. I have a rev.C BBB with latest (default Debian) including opencv 2.3.1 On my desktop Ubuntu I have installed opencv 2.4.9 To check the initial performance I used the example webcam program from the book Practical OpenCV listing 4-4 p.34 playing the video from USB camera (Logitech C920) I need a resolution of 640x480. The problem is with a speed on BBB, having a significant delay. It's good on a desktop PC. I would like to ask for advice how to improve the performance on BBB if possible. Jan -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: registering asynchronous events on kernel thread in user space
Hi Brandon I read through the link, very informative thanks.I can create a thread to do the polling and signal me when its ready. But how to really write an ISR in arm. I see a lot of guides but they say that it will work in Intel processors but they are not sure about ARM. For sure from my readings i see that i need a kernel object to handle an ISR, But how to really do that. One example about how to handle interrupts is in http://stackoverflow.com/questions/15245626/simple-interrupt-handler-request-irq-returns-error-code-22 The other one is request_threaded_irq() as mentioned by Kavita in the above post. Is there any How to and guide to writing one. Any links. Thanks. On Wednesday, September 10, 2014 12:59:08 AM UTC+5:30, Brandon I wrote: See UIO: https://www.kernel.org/doc/htmldocs/uio-howto/ The uio_pruss.c driver that comes with the pru package is a good example. I have written a kernel module that registers interrupts on the rising edge on a GPIO pin and want to relay this message to user space. The sysfs gpio interface already does this. Check out the code. On Thursday, August 28, 2014 2:44:12 AM UTC-7, sid...@gmail.com wrote: I have read online that we can't handle interrupts from user space. Instead - 1) We can write a kernel thread and have that thread wait on an event. 2) Once the interrupt occurs, send one asynchronous event from the kernel module/driver to user space where we will have one signal handler with FASYNC to tackle this I have written a kernel module that registers interrupts on the rising edge on a GPIO pin and want to relay this message to user space. How do I go about implementing the above? Thanks! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: color ball tracking with opencv on BBB
I'm not sure that newer open cv can be compiled on the raspberry or beaglebone due to the limited ram. You'll probably have to cross compile. On Tue, Sep 9, 2014 at 5:56 PM, janszymanski12...@gmail.com wrote: Thanks for that link, it is very usefull. In a meantime my attempt to install a newer version of opencv (following the instructions from here http://robertcastle.com/2014/02/installing-opencv-on-a-raspberry-pi/0) has failed firstly with cmake-curses-gui not working (empty database?) and after that (using command line cmake) the building stopped with a error message of not enough memory. Jan On Tuesday, September 9, 2014 11:03:58 AM UTC+10, janszyma...@gmail.com wrote: Hi, I need to implement tracking of color ball with opencv on BBB. I have a rev.C BBB with latest (default Debian) including opencv 2.3.1 On my desktop Ubuntu I have installed opencv 2.4.9 To check the initial performance I used the example webcam program from the book Practical OpenCV listing 4-4 p.34 playing the video from USB camera (Logitech C920) I need a resolution of 640x480. The problem is with a speed on BBB, having a significant delay. It's good on a desktop PC. I would like to ask for advice how to improve the performance on BBB if possible. Jan -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/fTan4VKv1no/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: registering asynchronous events on kernel thread in user space
Hi Kavita
I understood the part of request_threaded_irq() found a sample
implementation here-
http://lxr.free-electrons.com/source/drivers/input/touchscreen/cy8ctmg110_ts.c
for touch controllers.
But did not understand the bit about
In userspace use evetest like application to wait on the event or simple
select on /dev/input should work
Can you elaborate what you meant by that ? Thanks.
On Tuesday, September 9, 2014 11:22:58 AM UTC+5:30, kavitha wrote:
May be you can use udev In the
err = request_threaded_irq(pdata-irq, NULL, receive_thread,
pdata-irqflags, interrupt, ir);
In reciever thread
static irqreturn_t receive_threar(int irq, void *context_data)
{
struct data *dh = context_data;
input_report_key(dh-input_dev, key, 1);
input_sync(dhinput_dev)
}
In userspace use evetest like application to wait on the event or simple
select on /dev/input should work
On Tue, Sep 9, 2014 at 8:10 AM, neo star prag@gmail.com javascript:
wrote:
Hi
I too have the same question, have you found any answer ? thanks
On Thursday, August 28, 2014 3:14:12 PM UTC+5:30, sid...@gmail.com wrote:
I have read online that we can't handle interrupts from user
space. Instead -
1) We can write a kernel thread and have that thread wait on an event.
2) Once the interrupt occurs, send one asynchronous event from the
kernel module/driver to user space where we will have one signal handler
with FASYNC to tackle this
I have written a kernel module that registers interrupts on the rising
edge on a GPIO pin and want to relay this message to user space. How do I
go about implementing the above?
Thanks!
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an
email to beagleboard...@googlegroups.com javascript:.
For more options, visit https://groups.google.com/d/optout.
On Tuesday, September 9, 2014 11:22:58 AM UTC+5:30, kavitha wrote:
May be you can use udev In the
err = request_threaded_irq(pdata-irq, NULL, receive_thread,
pdata-irqflags, interrupt, ir);
In reciever thread
static irqreturn_t receive_threar(int irq, void *context_data)
{
struct data *dh = context_data;
input_report_key(dh-input_dev, key, 1);
input_sync(dhinput_dev)
}
In userspace use evetest like application to wait on the event or simple
select on /dev/input should work
On Tue, Sep 9, 2014 at 8:10 AM, neo star prag@gmail.com javascript:
wrote:
Hi
I too have the same question, have you found any answer ? thanks
On Thursday, August 28, 2014 3:14:12 PM UTC+5:30, sid...@gmail.com wrote:
I have read online that we can't handle interrupts from user
space. Instead -
1) We can write a kernel thread and have that thread wait on an event.
2) Once the interrupt occurs, send one asynchronous event from the
kernel module/driver to user space where we will have one signal handler
with FASYNC to tackle this
I have written a kernel module that registers interrupts on the rising
edge on a GPIO pin and want to relay this message to user space. How do I
go about implementing the above?
Thanks!
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an
email to beagleboard...@googlegroups.com javascript:.
For more options, visit https://groups.google.com/d/optout.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] How to properly update my application
The MD5 sum seems like a good approach. For anyone reading this, I found
this link useful:
http://askubuntu.com/questions/318530/generate-md5-checksum-for-all-files-in-a-directory
find -exec md5sum {} \; checklist.chk
md5sum -c checklist.chk # runs through the list to check them
On Saturday, September 6, 2014 6:33:33 PM UTC-4, William Hermans wrote:
Define something gets messed up. You're going to have to know what this
something *is* before solving the issue. But perhaps you could use an MD5
sum to verify the file ? Then when there is a mismatch you delete the
target file and try again ?
On Sat, Sep 6, 2014 at 3:02 PM, Brent bren...@hotmail.com javascript:
wrote:
I have a Qt application that runs at start up. Currently, I update my
application by allowing the user to press a button inside of my application
which copies the updated application files from the USB drive to the eMMC.
It then sets a flag inside of a text file to 1, and reboots. When my
start up script is ran, it firsts checks the text file to see if there is a
1, and if so it overwrites the old files with the new ones and then
launches the application. This works most of the time, but there are
occasions where something gets messed up and the new application does not
start.
I was wondering if there is a better way of updating my application.
Could I use opkg to do this, and if so, how? Will it allow my application
to be running while it is updating it? What is the proper way to do this?
Thanks in advance for your help!
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an
email to beagleboard...@googlegroups.com javascript:.
For more options, visit https://groups.google.com/d/optout.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: detecting interrupt on GPIO in kernel module
Hi Kavita
A generic question regarding interrupts.
If i register an interrupt using request_threaded_irq() or request_irq()
will that be listed in /proc/interrupts ?
On Tuesday, September 9, 2014 11:17:19 AM UTC+5:30, kavitha wrote:
Does cat /proc/interrupts give show anything for 214.
Check whether It is going to architecture specific impelemtation of
gpio_to_irq
On Tue, Sep 9, 2014 at 8:26 AM, neo star prag@gmail.com javascript:
wrote:
Hi
I see that some function definitions are missing in your code. Can you
share those as well, so that i too can try and figure out the problem.
Especially the functions like gpio_to_irq() ...
Thanks.
On Tuesday, August 26, 2014 7:38:01 PM UTC+5:30, Siddarth Sharma wrote:
I am toggling the input into a GPIO line on my BeagleBone from high to
low every 500 ms using an Atmel uC. I have registered a handler for this in
my Linux Kernel Module, but the handler is not being called for some reason.
My module code is -
#define GPIO 54
#define GPIO_INT_NAME gpio_int
#define GPIO_HIGH gpio_get_value(GPIO)
#define GPIO_LOW (gpio_get_value(GPIO) == 0)
short int irq_any_gpio= 0;
int count =0;
enum { falling, rising } type;
static irqreturn_t r_irq_handler(int irq, void *dev_id)
{
count++;
printk(KERN_DEBUG interrupt received (irq: %d)\n, irq);
if (irq == gpio_to_irq(GPIO))
{
type = GPIO_LOW ? falling : rising;
if(type == falling)
{
printk(gpio pin is low\n);
}
else
printk(gpio pin is high\n);
}
return IRQ_HANDLED;
}
void r_int_config(void) {
if (gpio_request(GPIO, GPIO_INT_NAME ))
{
printk(GPIO request failure: %s\n, GPIO_INT_NAME );
return;
}
if ( (irq_any_gpio = gpio_to_irq(GPIO)) 0 ) {
printk(GPIO to IRQ mapping failure %s\n,GPIO_INT_NAME );
return;
}
printk(KERN_NOTICE Mapped int %d\n, irq_any_gpio);
if (request_irq(irq_any_gpio,(irq_handler_t ) r_irq_handler,
IRQF_TRIGGER_HIGH, GPIO_INT_NAME, NULL))
{
printk(Irq Request failure\n);
return;
}
return;
}
void r_int_release(void) {
free_irq(gpio_to_irq(GPIO), NULL);
gpio_free(GPIO);;
return;
}
int init_module(void)
{
printk(1Hello World\n);
r_int_config();
return 0;
}
On calling insmod interrupt_test.ko, i get the following message
[ 76.594543] Hello World
[ 76.597137] Mapped int 214
But now when I start toggling the input into this gpio pin, the
interrupt handler doesn't get called and the message - interrupt received
is not being displayed.
How do I solve this ? What's causing the problem?
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an
email to beagleboard...@googlegroups.com javascript:.
For more options, visit https://groups.google.com/d/optout.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] How to properly update my application
Now hopefully, your issue is related to corrupt or otherwise unusable file.
On Tue, Sep 9, 2014 at 7:28 PM, Brent brent...@hotmail.com wrote:
The MD5 sum seems like a good approach. For anyone reading this, I found
this link useful:
http://askubuntu.com/questions/318530/generate-md5-checksum-for-all-files-in-a-directory
find -exec md5sum {} \; checklist.chk
md5sum -c checklist.chk # runs through the list to check them
On Saturday, September 6, 2014 6:33:33 PM UTC-4, William Hermans wrote:
Define something gets messed up. You're going to have to know what this
something *is* before solving the issue. But perhaps you could use an MD5
sum to verify the file ? Then when there is a mismatch you delete the
target file and try again ?
On Sat, Sep 6, 2014 at 3:02 PM, Brent bren...@hotmail.com wrote:
I have a Qt application that runs at start up. Currently, I update my
application by allowing the user to press a button inside of my application
which copies the updated application files from the USB drive to the eMMC.
It then sets a flag inside of a text file to 1, and reboots. When my
start up script is ran, it firsts checks the text file to see if there is a
1, and if so it overwrites the old files with the new ones and then
launches the application. This works most of the time, but there are
occasions where something gets messed up and the new application does not
start.
I was wondering if there is a better way of updating my application.
Could I use opkg to do this, and if so, how? Will it allow my application
to be running while it is updating it? What is the proper way to do this?
Thanks in advance for your help!
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google
Groups BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send
an email to beagleboard...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an
email to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: color ball tracking with opencv on BBB
IN case this information is useful. Derek Molloy on youtube did a video on this several months ago. He used the Logitec C920 i think it was. On Tue, Sep 9, 2014 at 7:16 PM, Brandon I brandon.ir...@gmail.com wrote: I'm not sure that newer open cv can be compiled on the raspberry or beaglebone due to the limited ram. You'll probably have to cross compile. On Tue, Sep 9, 2014 at 5:56 PM, janszymanski12...@gmail.com wrote: Thanks for that link, it is very usefull. In a meantime my attempt to install a newer version of opencv (following the instructions from here http://robertcastle.com/2014/02/installing-opencv-on-a-raspberry-pi/0) has failed firstly with cmake-curses-gui not working (empty database?) and after that (using command line cmake) the building stopped with a error message of not enough memory. Jan On Tuesday, September 9, 2014 11:03:58 AM UTC+10, janszyma...@gmail.com wrote: Hi, I need to implement tracking of color ball with opencv on BBB. I have a rev.C BBB with latest (default Debian) including opencv 2.3.1 On my desktop Ubuntu I have installed opencv 2.4.9 To check the initial performance I used the example webcam program from the book Practical OpenCV listing 4-4 p.34 playing the video from USB camera (Logitech C920) I need a resolution of 640x480. The problem is with a speed on BBB, having a significant delay. It's good on a desktop PC. I would like to ask for advice how to improve the performance on BBB if possible. Jan -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/fTan4VKv1no/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: registering asynchronous events on kernel thread in user space
Before you jump into the kernel hole, is there a reason that you're not using the existing sysfs gpio interface ( https://www.kernel.org/doc/Documentation/gpio/sysfs.txt) for the interrupts? Using this, if you set the gpio up as an interrupt with the sysfs interface, you poll() the value file and it will block until there's an interrupt. When it unblocks, you can read the current value. Or, you can make the gpio look like an event/button: http://bec-systems.com/site/281/how-to-implement-an-interrupt-driven-gpio-input-in-linux Any sane way you do it will be the same at the low level. You'll have a read or ioctl function on the kernel device file that blocks in the kernel using a completion/semaphore, putting your process/thread to sleep. When the interrupt fires, the interrupt handler function is called to release the completion/semaphore, unblocking your process/thread and allowing it to continue executing. This unblocking is how the userspace program is signaled. So, if you *want* to reinvent the wheel, for understanding, then that's fine. But, there's an existing interface that exists, only a few lines of code away. --Brandon On Tue, Sep 9, 2014 at 7:10 PM, neo star prag.in...@gmail.com wrote: Hi Brandon I read through the link, very informative thanks.I can create a thread to do the polling and signal me when its ready. But how to really write an ISR in arm. I see a lot of guides but they say that it will work in Intel processors but they are not sure about ARM. For sure from my readings i see that i need a kernel object to handle an ISR, But how to really do that. One example about how to handle interrupts is in http://stackoverflow.com/questions/15245626/simple-interrupt-handler-request-irq-returns-error-code-22 The other one is request_threaded_irq() as mentioned by Kavita in the above post. Is there any How to and guide to writing one. Any links. Thanks. On Wednesday, September 10, 2014 12:59:08 AM UTC+5:30, Brandon I wrote: See UIO: https://www.kernel.org/doc/htmldocs/uio-howto/ The uio_pruss.c driver that comes with the pru package is a good example. I have written a kernel module that registers interrupts on the rising edge on a GPIO pin and want to relay this message to user space. The sysfs gpio interface already does this. Check out the code. On Thursday, August 28, 2014 2:44:12 AM UTC-7, sid...@gmail.com wrote: I have read online that we can't handle interrupts from user space. Instead - 1) We can write a kernel thread and have that thread wait on an event. 2) Once the interrupt occurs, send one asynchronous event from the kernel module/driver to user space where we will have one signal handler with FASYNC to tackle this I have written a kernel module that registers interrupts on the rising edge on a GPIO pin and want to relay this message to user space. How do I go about implementing the above? Thanks! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/eNX0CU7-noE/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: color ball tracking with opencv on BBB
And, here are some compile flags you'll want to include/force: http://www.eliteraspberries.com/blog/2013/09/cflags-for-numerical-computing-on-the-beaglebone-black.html On Tue, Sep 9, 2014 at 7:16 PM, Brandon I brandon.ir...@gmail.com wrote: I'm not sure that newer open cv can be compiled on the raspberry or beaglebone due to the limited ram. You'll probably have to cross compile. On Tue, Sep 9, 2014 at 5:56 PM, janszymanski12...@gmail.com wrote: Thanks for that link, it is very usefull. In a meantime my attempt to install a newer version of opencv (following the instructions from here http://robertcastle.com/2014/02/installing-opencv-on-a-raspberry-pi/0) has failed firstly with cmake-curses-gui not working (empty database?) and after that (using command line cmake) the building stopped with a error message of not enough memory. Jan On Tuesday, September 9, 2014 11:03:58 AM UTC+10, janszyma...@gmail.com wrote: Hi, I need to implement tracking of color ball with opencv on BBB. I have a rev.C BBB with latest (default Debian) including opencv 2.3.1 On my desktop Ubuntu I have installed opencv 2.4.9 To check the initial performance I used the example webcam program from the book Practical OpenCV listing 4-4 p.34 playing the video from USB camera (Logitech C920) I need a resolution of 640x480. The problem is with a speed on BBB, having a significant delay. It's good on a desktop PC. I would like to ask for advice how to improve the performance on BBB if possible. Jan -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/fTan4VKv1no/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: detecting interrupt on GPIO in kernel module
Yes it does show in cat /proc/interrupts
It doesnot matter you use request_threaded_irq or request_irq
request_irq(unsigned int irq, irq_handler_t handler, unsigned long flags,
const char *name, void *dev)
Here the handler will be run in interrupt context
and
request_threaded_irq(unsigned int irq, irq_handler_t handler,
irq_handler_t thread_fn,
unsigned long flags, const char *name, void *dev);
In threaded IRQ
irq_handler_t handle - Interrupt context
irq_handler_t thread_fn- Process context
This is the only difference.
Thanks
Kavitha
On Wed, Sep 10, 2014 at 8:03 AM, neo prag.in...@gmail.com wrote:
Hi Kavita
A generic question regarding interrupts.
If i register an interrupt using request_threaded_irq() or request_irq()
will that be listed in /proc/interrupts ?
On Tuesday, September 9, 2014 11:17:19 AM UTC+5:30, kavitha wrote:
Does cat /proc/interrupts give show anything for 214.
Check whether It is going to architecture specific impelemtation of
gpio_to_irq
On Tue, Sep 9, 2014 at 8:26 AM, neo star prag@gmail.com wrote:
Hi
I see that some function definitions are missing in your code. Can you
share those as well, so that i too can try and figure out the problem.
Especially the functions like gpio_to_irq() ...
Thanks.
On Tuesday, August 26, 2014 7:38:01 PM UTC+5:30, Siddarth Sharma wrote:
I am toggling the input into a GPIO line on my BeagleBone from high to
low every 500 ms using an Atmel uC. I have registered a handler for this in
my Linux Kernel Module, but the handler is not being called for some
reason.
My module code is -
#define GPIO 54
#define GPIO_INT_NAME gpio_int
#define GPIO_HIGH gpio_get_value(GPIO)
#define GPIO_LOW (gpio_get_value(GPIO) == 0)
short int irq_any_gpio= 0;
int count =0;
enum { falling, rising } type;
static irqreturn_t r_irq_handler(int irq, void *dev_id)
{
count++;
printk(KERN_DEBUG interrupt received (irq: %d)\n, irq);
if (irq == gpio_to_irq(GPIO))
{
type = GPIO_LOW ? falling : rising;
if(type == falling)
{
printk(gpio pin is low\n);
}
else
printk(gpio pin is high\n);
}
return IRQ_HANDLED;
}
void r_int_config(void) {
if (gpio_request(GPIO, GPIO_INT_NAME ))
{
printk(GPIO request failure: %s\n, GPIO_INT_NAME );
return;
}
if ( (irq_any_gpio = gpio_to_irq(GPIO)) 0 ) {
printk(GPIO to IRQ mapping failure %s\n,GPIO_INT_NAME );
return;
}
printk(KERN_NOTICE Mapped int %d\n, irq_any_gpio);
if (request_irq(irq_any_gpio,(irq_handler_t ) r_irq_handler,
IRQF_TRIGGER_HIGH, GPIO_INT_NAME, NULL))
{
printk(Irq Request failure\n);
return;
}
return;
}
void r_int_release(void) {
free_irq(gpio_to_irq(GPIO), NULL);
gpio_free(GPIO);;
return;
}
int init_module(void)
{
printk(1Hello World\n);
r_int_config();
return 0;
}
On calling insmod interrupt_test.ko, i get the following message
[ 76.594543] Hello World
[ 76.597137] Mapped int 214
But now when I start toggling the input into this gpio pin, the
interrupt handler doesn't get called and the message - interrupt received
is not being displayed.
How do I solve this ? What's causing the problem?
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google
Groups BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send
an email to beagleboard...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an
email to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: detecting interrupt on GPIO in kernel module
Hi Kavita
Thanks for clarifying
On Wednesday, September 10, 2014 10:00:06 AM UTC+5:30, kavitha wrote:
Yes it does show in cat /proc/interrupts
It doesnot matter you use request_threaded_irq or request_irq
request_irq(unsigned int irq, irq_handler_t handler, unsigned long flags,
const char *name, void *dev)
Here the handler will be run in interrupt context
and
request_threaded_irq(unsigned int irq, irq_handler_t handler,
irq_handler_t thread_fn,
unsigned long flags, const char *name, void *dev);
In threaded IRQ
irq_handler_t handle - Interrupt context
irq_handler_t thread_fn- Process context
This is the only difference.
Thanks
Kavitha
On Wed, Sep 10, 2014 at 8:03 AM, neo prag@gmail.com javascript:
wrote:
Hi Kavita
A generic question regarding interrupts.
If i register an interrupt using request_threaded_irq() or request_irq()
will that be listed in /proc/interrupts ?
On Tuesday, September 9, 2014 11:17:19 AM UTC+5:30, kavitha wrote:
Does cat /proc/interrupts give show anything for 214.
Check whether It is going to architecture specific impelemtation of
gpio_to_irq
On Tue, Sep 9, 2014 at 8:26 AM, neo star prag@gmail.com wrote:
Hi
I see that some function definitions are missing in your code. Can you
share those as well, so that i too can try and figure out the problem.
Especially the functions like gpio_to_irq() ...
Thanks.
On Tuesday, August 26, 2014 7:38:01 PM UTC+5:30, Siddarth Sharma wrote:
I am toggling the input into a GPIO line on my BeagleBone from high to
low every 500 ms using an Atmel uC. I have registered a handler for this
in
my Linux Kernel Module, but the handler is not being called for some
reason.
My module code is -
#define GPIO 54
#define GPIO_INT_NAME gpio_int
#define GPIO_HIGH gpio_get_value(GPIO)
#define GPIO_LOW (gpio_get_value(GPIO) == 0)
short int irq_any_gpio= 0;
int count =0;
enum { falling, rising } type;
static irqreturn_t r_irq_handler(int irq, void *dev_id)
{
count++;
printk(KERN_DEBUG interrupt received (irq: %d)\n, irq);
if (irq == gpio_to_irq(GPIO))
{
type = GPIO_LOW ? falling : rising;
if(type == falling)
{
printk(gpio pin is low\n);
}
else
printk(gpio pin is high\n);
}
return IRQ_HANDLED;
}
void r_int_config(void) {
if (gpio_request(GPIO, GPIO_INT_NAME ))
{
printk(GPIO request failure: %s\n, GPIO_INT_NAME );
return;
}
if ( (irq_any_gpio = gpio_to_irq(GPIO)) 0 ) {
printk(GPIO to IRQ mapping failure %s\n,GPIO_INT_NAME );
return;
}
printk(KERN_NOTICE Mapped int %d\n, irq_any_gpio);
if (request_irq(irq_any_gpio,(irq_handler_t ) r_irq_handler,
IRQF_TRIGGER_HIGH, GPIO_INT_NAME, NULL))
{
printk(Irq Request failure\n);
return;
}
return;
}
void r_int_release(void) {
free_irq(gpio_to_irq(GPIO), NULL);
gpio_free(GPIO);;
return;
}
int init_module(void)
{
printk(1Hello World\n);
r_int_config();
return 0;
}
On calling insmod interrupt_test.ko, i get the following message
[ 76.594543] Hello World
[ 76.597137] Mapped int 214
But now when I start toggling the input into this gpio pin, the
interrupt handler doesn't get called and the message - interrupt
received
is not being displayed.
How do I solve this ? What's causing the problem?
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google
Groups BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send
an email to beagleboard...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an
email to beagleboard...@googlegroups.com javascript:.
For more options, visit https://groups.google.com/d/optout.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[beagleboard] 3.8.13-bone64 dd_mpu: 925 -- 1325 mV at 1100 mV
I am unable to connect from my PC to the BBB via USB. Using the 2MG Console, running on SDcard. Noticed the power from dmesg. [0.00] Linux version 3.8.13-bone64 (root@a5-imx6q-wandboard-2gb) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Thu Aug 21 21:24:58 UTC 2014 [0.00] Kernel command line: console=tty0 console=ttyO0,115200n8 root=/dev/mmcblk0p1 rootfstype=ext4 rootwait quiet init=/lib/systemd/systemd mpurate=1000 [0.154929] vdd_mpu: 925 -- 1325 mV at 1100 mV [0.155986] vdd_core: 925 -- 1150 mV at 1100 mV as you can see I tried the mpurate=1000 on the command line. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
