Re: [beagleboard] [beaglebone black] vnc viewer issue
try nohup ./squares On Sat, Jan 11, 2014 at 6:37 AM, Henry Rahardjo henryr...@gmail.com wrote: https://lh5.googleusercontent.com/-cEQEAMrg1uk/UtDWSnoi2pI/AAs/yDcdB7jUD1U/s1600/vnc.jpg hi all I use angtorm 3.8.13 and use vnc viewer I got some problems with vnc viewer when i want to see my ran opencv code i have built the opencv samples from opencv-2.4.3 and some other opencv code i can run the opencv code like in the picture that i attached (opencv sample squares) (i used command : ./squares) after the opencv code ran: a new window that show the sample appeared in back of terminal window the problem is : I cannot even move the terminal window and the sample squares window so i cannnot see the sample code. the only option left after i ran the code just to close the terminal window please help me what should i do? thanks all -- 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/groups/opt_out. -- 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/groups/opt_out.
[beagleboard] How to boot from custom kernel
Hi, I built a new kernel for use with Ubuntu 12.04armhf (with patches) and although it installed fine (synaptic shows it), it still boots the (old) standard kernel. Since there's no GRUB, how can I change this ? 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/groups/opt_out.
[beagleboard] Re: How can I know my Angstrom Distribution version?
On Thursday, February 6, 2014 8:38:45 AM UTC-5, Kenji Nakasone wrote: I follow: http://derekmolloy.ie/automatically-setting-the-beaglebone-black-time-using-ntp/ but still cant set my time. I think that is why I cant get Adafruit library etc. I've also tried to get ntp to work, but it doesn't, even with the -g option (ntp won't adjust the time if the offset is more than a certain amount). Even root@beaglebone:~# ntpdate -b -s -u pool.ntp.org dont work. This does work for me, I don't use the -b, -s or -u options. Are you sure your router or ISP isn't somehow blocking the NTP requests? Try a couple of other NTP servers (as root): ntpdate time.apple.com ntpdate ntp.ubuntu.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/groups/opt_out.
[beagleboard] Re: debian: test images (2014-02-05)
I have a couple of things I'm working on with the image-builder: * Cape support: I need a way to get dtbo loaded at boot, preferably without custom kernel (e.g. via initrd or by putting the .dtbo's in mmcblp0p1) * Custom image: Building a customized version of the beagleboard.org image For the latter, at your suggestion, I forked the repo and created my own myimage_image.sh by copying beagleboard.org_image.sh. However, you've been busy ... *too* busy and I'm way behind on merging in your changes! It looks like you're working to a more extensible scheme for customizations, I see the machinekit configuration now has a directory with custom scripts in it, along with the machinekit() function in releases.sh. This looks pretty interesting, it would be kind of cool to be able to do: ./image_builder.sh myimage And have it raid the ./myimage directory to get the configuration, package lists etc. for the myimage build. How far off is this? I'd love to help test this out. Thanks! -W. -- 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/groups/opt_out.
[beagleboard] Re: How can I know my Angstrom Distribution version?
Yes!!! that was the problem!!... When I fail to ping from my desktop I realise that a firewall or sth was blocking my request. Although I have internet (web access) this kind of request are blocked. I just finish my time config and download adafruit library, adafruit webIDE etc... Thanks for your help!- On Friday, February 7, 2014 11:07:02 AM UTC-2, smith.wi...@gmail.com wrote: On Thursday, February 6, 2014 8:38:45 AM UTC-5, Kenji Nakasone wrote: I follow: http://derekmolloy.ie/automatically-setting-the-beaglebone-black-time-using-ntp/ but still cant set my time. I think that is why I cant get Adafruit library etc. I've also tried to get ntp to work, but it doesn't, even with the -g option (ntp won't adjust the time if the offset is more than a certain amount). Even root@beaglebone:~# ntpdate -b -s -u pool.ntp.org dont work. This does work for me, I don't use the -b, -s or -u options. Are you sure your router or ISP isn't somehow blocking the NTP requests? Try a couple of other NTP servers (as root): ntpdate time.apple.com ntpdate ntp.ubuntu.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/groups/opt_out.
Re: [beagleboard] Re: debian: test images (2014-02-05)
On Fri, Feb 7, 2014 at 7:20 AM, smith.winston@gmail.com wrote:
I have a couple of things I'm working on with the image-builder:
* Cape support: I need a way to get dtbo loaded at boot, preferably
without custom kernel (e.g. via initrd or by putting the .dtbo's in
mmcblp0p1)
Add it to: /etc/default/capemgr
This should work with external capes, not already compiled into the kernel.
This is the init script:
https://github.com/RobertCNelson/omap-image-builder/blob/master/target/init_scripts/capemgr-debian.sh
Essentially it's doing:
echo ${overlay} ${capemgr}
* Custom image: Building a customized version of the beagleboard.org image
For the latter, at your suggestion, I forked the repo and created my own
myimage_image.sh by copying beagleboard.org_image.sh. However, you've
been busy ... *too* busy and I'm way behind on merging in your changes!
It looks like you're working to a more extensible scheme for
customizations, I see the machinekit configuration now has a directory with
custom scripts in it, along with the machinekit() function in releases.sh.
This looks pretty interesting, it would be kind of cool to be able to do:
./image_builder.sh myimage
And have it raid the ./myimage directory to get the configuration,
package lists etc. for the myimage build.
How far off is this? I'd love to help test this out.
I don't have any personal plans to do that yet. If you look closely, all
the frontend scripts do is create a .project file and call
./RootStock-NG.sh... If you want to make something universal generic, go
ahead.. All generic options should end up in the main chroot call with
enable options passed thru .project and anything target specific should
end up under target/
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/groups/opt_out.
[beagleboard] Autorun.inf and Start.htm
Hi! I got my beagleboard yesterday. Connected it to a Desktop PC running usbdisk security. The autorun.inf and the start.htm files were deleted automatically. What should i do to get the files back. Regards. -- 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/groups/opt_out.
[beagleboard] Re: uboot/drivers/mtd/nand: how to enable on-die-ecc on a flash chip / how to send command to flash chip
Am Dienstag, 4. Februar 2014 16:42:28 UTC+1 schrieb st...@gmx.li:
Can someone please give me a hint howto send a command to a flash chip, in
my case to enable on-die-ecc?
I found at some place how to read the byte, but I don't understand how to
modify it for write (chip-write_byte isn't the way):
* ## */
/* MICRON: Test on-die ECC status; return: 1/On or 0/Off */
int test_on_die_ecc(struct mtd_info *mtd)
{
struct nand_chip *chip = mtd-priv;
int addr = 0x90;
uint8_t data, data_;
chip-cmdfunc(mtd,NAND_CMD_GET_FEATURES,addr,-1);
ndelay(2000);
data = chip-read_byte(mtd);
return((data 0x08) ? 1 : 0 );
}
---
Can you help me what do I have to do send this below?
ECC can be enabled using the following sequence:
EFh(cmd)-90h(addr)-08h(data)-00h(data)-00h(data)-00h(data)-wait(tFEAT).
ECC can be disabled using the following sequence:
EFh(cmd)-90h(addr)-00h(data)-00h(data)-00h(data)-00h(data)-wait(tFEAT).
- 2 days later:
I could solve it on my own. :)
int set_on_die_ecc(struct mtd_info *mtd)
{
struct nand_chip *chip = mtd-priv;
int addr = 0x90;
uint8_t buf[8] = {8,0,0,0,0,0,0,0};
chip-cmdfunc(mtd,NAND_CMD_SET_FEATURES,addr,-1);
ndelay(1000);
chip-write_buf(mtd, buf, 8);
printf(set_on_die_ecc\n);
OnDieECC_enabled = 1;
return ( 0 );
}
--
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/groups/opt_out.
Re: [beagleboard] Writing EEPROM Using I2C Commands over U-Boot
Hi Buğra AYDOĞAR, you said In case, the value which you wrote above is ASCII so you will see 31:32:33:34:35:36:37:38 in your EEPROM.,but how I can see it 在 2012年10月31日星期三UTC+8下午2时39分12秒，Buğra AYDOĞAR写道： Hi Gerald, No, it is not write protected. I wrote my EEPROM over Linux using Sysfs last night. I dont remember exactly (I dont have my development board right now) but it did sth like that cd sys/bus/i2c/devices/1-0050/ echo 12345678 eeprom In case, the value which you wrote above is ASCII so you will see 31:32:33:34:35:36:37:38 in your EEPROM. Here is converter .( http://www.dolcevie.com/js/converter.html) I think U-Boot I2C commands have some problems.It also doesnt always read BeagleBone's EEPROM correctly.(%50 sucessfully show BeagleBone's header and magic number.) . Maybe it is about U-Boot version. I also looked with scope, it really sent data to EEPROM but I dont know exactly. As a result my problem is solved but it is more logicial to write EEPROM over U-Boot. Regards, Buğra On Tuesday, October 30, 2012 10:19:57 PM UTC+2, Gerald wrote: Is your EEPROM write protected? Gerald On Tue, Oct 30, 2012 at 1:28 PM, Buğra AYDOĞAR bugraa...@gmail.comwrote: Hi folks, We have custom Am335x board with eeprom.We want to shape our eeprom like BeagleBone (I mean name,version,serial etc...). I tried with U-Boot using I2C commands.You can see my logs below. Firstly i read my eeprom, then i tried to write byte by btye.Then i read again but nth happened.Then i tried to fill with 0xAA again it didnt succeed. How do you do it? By the way,I ported and used U-Boot 2011.09 for this purpose.I used i2c-tool over Linux but it says UU which means driver is used by Linux and it doesnt let me dump or anything else. What do you suggest to move on? Regards, Buğra U-Boot# i2c probe Valid chip addresses: 24 48 4F 50 51 U-Boot# i2c dev 1 Setting bus to 1 U-Boot# i2c dev 0 Setting bus to 0 U-Boot# i2c md 0x50 0 0x10 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff U-Boot# i2c mm 0x50 0 : ff ? AA 0001: ff ? BB 0002: ff ? CC 0003: ff ? DD 0004: ff ? U-Boot# INTERRUPT U-Boot# INTERRUPT U-Boot# U-Boot# U-Boot# i2c md 0x50 0 0x10 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff U-Boot# U-Boot# i2c mw 0x50 0 0x10 0xAA U-Boot# i2c md 0x50 0 0x10 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff U-Boot# i2c md 0x50 0 0x10 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff -- -- Gerald ger...@beagleboard.org g-co...@ti.com http://beagleboard.org/ http://circuitco.com/support/ -- 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/groups/opt_out.
[beagleboard] Re: Control BeagleBone with iPhone, iPad or Android devices
David, I'm looking for a way to setup connection between BeagleBone and IPHONE device, and glad to find your post here. Beside control BeagleBone, does the App read information from BeagleBone? I am really interesting in getting the promotion codes for evaluation? Thanks Yan L. On Monday, November 5, 2012 3:52:37 AM UTC-6, david.eickhoff wrote: Hey everybody! I developed a generic remote control for iOS and Android which sends/reads strings over a TCP socket connection. Take a look: http://netio.davideickhoff.de http://netio.davideickhoff.de You can create a remote control without programming, just use the online UI-Designer to layout items and add functionality. I never tried it with a BeagleBone, but it has an Ethernet port and there the app has been used on a lot of different hardware. A working tutorial for raspberry pi is available on my website (maybe as a starting point?).. If anyone is interested in trying out the app, I can provide promotioncodes for downloading the app for free (iOS)! So what should be done? Install or implement a server on the board which accepts socket connections. With a simple string comparison (if incoming data = do something then do_something() ) you can control anything you like. Hope this will enhance some of your projects ;) Cheers, David -- 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/groups/opt_out.
[beagleboard] Kernel 3.8 USB host problem
Hi All, For our own development board we face an issue regarding the USB host controller. We applied al the patches from Robert C Nelson s tree, also regarding the USB host issues on the beagleboard. Our compiled kernel does work on the Beagleboard with USB host, but on our own proto board (wich is different ofcourse compared to the BB but has exactly the same schematical connection for the USB connectors) we cannot get it working (Same Binary so Same Kernel Config). Now we tried kernel 3.12 from the RobertCNelson tree, and supprisingly USB is working on the BB, but also on our Proto board! I generated a lot of kernel debugging on the OMAP Registers (control module, USBSS, USB0 Core USB1 Core etc..) and posted them on Pastebin (See Links); Kernel 3.8 (Not working): http://pastebin.com/HaAb0U9Y Kernel 3.12 (Working): http://pastebin.com/mSuy4UrM So what we see is some differences in register values, but we dont really know if they are meaningfull regarding our project. and also we printed the entire memory region of the USB0 Core and the USB1 Core, but these are IP protected by TI so the defintion of these registers are not known to us. If anybody has any clue on how to proceed please let us know! As mentioned before on this forum we got the SGX drivers working for 3.8 so we are not that eager on jumping over to 3.12 directly, knowing what issues kernel version change can have. -- 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/groups/opt_out.
Re: [beagleboard] Not Impressed - Network Issues
On 07/02/14 02:51, hacktorious wrote: Why on earth is my BBB obtaining an ip from an external source when connected via eth0??? It's not. It's providing it's own address. You likely want it to get an address from an external source - the DHCP server on your router.. Internally dhcp is distributing 192.168 something, but the BBB is getting 169. something. I'm not able to get internet access from the BBB, but if I visit the ip address I can see my BBB's website WTF? This is total insanity!!! 169.254.x.x are IPv4 link-local autoconfigured addresses. i.e. the BBB didn't get a DHCP response and picked a random 169.254.x.x address itself instead. It should still broadcast for DHCP, so if your DHCP server ever starts handing out addresses it should pick one up and start working. See http://tools.ietf.org/html/rfc3927 for an explanation of IPv4 link local addresses. -- 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/groups/opt_out.
[beagleboard] OneWire (w1) Stopped Detecting Sensors
I previously had a few DS18b20 sensors working fine. I can't really pinpoint what happened, but it all of a sudden they stopped working. Can anyone provide some direction? I'm running: Linux debian-armhf 3.8.13-bone30 cat /sys/devices/bone_capemgr.9/slots: 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 7: ff:P-O-L Override Board Name,00A0,Override Manuf,w1 dmesg: [1.663645] bone-capemgr bone_capemgr.9: loader: done slot-5 BB-BONELT-HDMI:00A0 (prio 1) [1.672272] bone-capemgr bone_capemgr.9: loader: check slot-6 BB-BONELT-HDMIN:00A0 (prio 2) [1.695708] bone-capemgr bone_capemgr.9: loader: after slot-6 BB-BONELT-HDMIN:00A0 (prio 2) [1.721104] bone-capemgr bone_capemgr.9: slot #6: Requesting firmware 'cape-boneblack-hdmin-00A0.dtbo' for board-name 'Bone-Black-HDMIN', version '00A0' [1.764142] usb usb1: Manufacturer: Linux 3.8.13-bone30 musb-hcd [1.775711] bone-capemgr bone_capemgr.9: slot #6: dtbo 'cape-boneblack-hdmin-00A0.dtbo' loaded; converting to live tree [1.796045] bone-capemgr bone_capemgr.9: slot #6: BB-BONELT-HDMIN conflict P8.45 (#5:BB-BONELT-HDMI) [1.805652] bone-capemgr bone_capemgr.9: slot #6: Failed verification [1.812426] bone-capemgr bone_capemgr.9: loader: failed to load slot-6 BB-BONELT-HDMIN:00A0 (prio 2) [ 95.047835] bone-capemgr bone_capemgr.9: part_number 'w1', version 'N/A' [ 95.059627] bone-capemgr bone_capemgr.9: slot #7: generic override [ 95.066271] bone-capemgr bone_capemgr.9: bone: Using override eeprom data at slot 7 [ 95.074344] bone-capemgr bone_capemgr.9: slot #7: 'Override Board Name,00A0,Override Manuf,w1' [ 95.085875] bone-capemgr bone_capemgr.9: slot #7: Requesting part number/version based 'w1-00A0.dtbo [ 95.095993] bone-capemgr bone_capemgr.9: slot #7: Requesting firmware 'w1-00A0.dtbo' for board-name 'Override Board Name', version '00A0' [ 95.134512] bone-capemgr bone_capemgr.9: slot #7: dtbo 'w1-00A0.dtbo' loaded; converting to live tree [ 95.148143] bone-capemgr bone_capemgr.9: slot #7: #2 overlays [ 95.166203] bone-capemgr bone_capemgr.9: slot #7: Applied #2 overlays. bb@debian-armhf:~$ ls /sys/bus/w1/devices w1_bus_master1 What else should I check? There are a few errors popping up in dmesg, but it appears that it is loading correctly. I double and triple checked my wiring- I've tried three different sensors plugged directly into the BB and some via breadboard connection. -- 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/groups/opt_out.
[beagleboard] Re: chipsee beaglebone lcd/dvi expansion kernel support
Password for login? Den torsdagen den 30:e januari 2014 kl. 09:43:47 UTC skrev xris@googlemail.com: The previous file share expired. File can now be found at: http://www.fileswap.com/dl/pxPvW1nVwM/ On Monday, January 27, 2014 10:28:06 PM UTC+1, crystal@gmail.comwrote: Excellent. thanks. I'll give it a whirl tonight. On Thursday, January 23, 2014 12:12:25 PM UTC-6, xris@googlemail.comwrote: Hey guys, As promised. Ubuntu 12.04 BBB image for the Chipsee 7” 1024x600 LCD touchscreen. Grab it here: http://www.fileswap.com/dl/sdFGPZoIw6/ You should find yourself downloading bbb-ubuntu-12.04-for-community.xzhttp://www.fileswap.com/dl/sdFGPZoIw6/bbb-ubuntu-12.04-for-community.xz.html Just extract and write that to your SD card (4gb expected) with something like: *cat bbb-ubuntu-12.04-for-community.xz | xz -d /dev/sdX* Note it’s a raw sector dump NOT a tarball, so extract straight to your SD card device. (eg. /dev/sdx, NOT /dev/sdx1) Also note this image doesn’t install or boot from MMC so make sure you’ve got the SD card selected on the boot switch thing. Once the extract is complete, simply slap it into the BBB and boot. It should come up with the Chipsee splash screen but then boot into Ubuntu 12.04 after a while. Hope this helps. l8r, Xris. -- 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/groups/opt_out.
Re: [beagleboard] Xenomai master - BBB RCNelson 3.13-bone5 kernel patches
Charles, My tries didn't succeeded, but I'm sure I've missed the good kernel : I've flashed the http://rcn-ee.net/deb/testing/2014-02-05/BBB-eMMC-flasher-debian-7.3-2014-02-05-2gb.img.xz which could boot and run. It use currently : 3.8.13-bone36 I then build the linux-dev where /deploy/3.11.0-rc1-armv7-d1.zimage to overwrite the bbb /boot/uboot which lead me to a wrong boot : 4 leds fixed. Therefore, please where to get the correct kernel to swap from ? 2014-02-04 David Lewin dlewin...@gmail.com: Thank you for this Charles. 2014-02-04 Charles Steinkuehler char...@steinkuehler.net: On 2/4/2014 4:24 AM, David Lewin wrote: just grab one of RCN's eMMC flasher images That and swapping out the kernel gets you a working Xenomai system. Then, I only copy the built xenomai linuxcnc kernel onto this RCN's eMMC image ? no dependency (libs, ...) No dependencies are required for the kernel, and the kernel interface is standard enough you can swap out versions without having to recompile everything that sits above the kernel. So yes, you can just swap out the kernel. Especially a 3.8.13 kernel for a 3.8.13 kernel patched with Xenomai! They are virtually identical. -- Charles Steinkuehler char...@steinkuehler.net -- 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/HqwuSu2tLe8/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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Not Impressed - Network Issues
This sounds like an issue that some other people are having. Take a look at the postings with a subject of BeagleBone Rev. A4 ethernet issuehttp://news.gmane.org/find-root.php?message_id=e55f5117%2de59e%2d4d4e%2d9673%2d5d416bc6a1c4%5f%5f32795.836984%241327625928%24gmane%24org%40c6g2000vbk.googlegroups.com On Friday, 7 February 2014 08:55:53 UTC-5, sels...@gmail.com wrote: On 07/02/14 02:51, hacktorious wrote: Why on earth is my BBB obtaining an ip from an external source when connected via eth0??? It's not. It's providing it's own address. You likely want it to get an address from an external source - the DHCP server on your router.. Internally dhcp is distributing 192.168 something, but the BBB is getting 169. something. I'm not able to get internet access from the BBB, but if I visit the ip address I can see my BBB's website WTF? This is total insanity!!! 169.254.x.x are IPv4 link-local autoconfigured addresses. i.e. the BBB didn't get a DHCP response and picked a random 169.254.x.x address itself instead. It should still broadcast for DHCP, so if your DHCP server ever starts handing out addresses it should pick one up and start working. See http://tools.ietf.org/html/rfc3927 for an explanation of IPv4 link local addresses. -- 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/groups/opt_out.
Re: [beagleboard] Xenomai master - BBB RCNelson 3.13-bone5 kernel patches
On Fri, Feb 7, 2014 at 8:09 AM, David Lewin dlewin...@gmail.com wrote: Charles, My tries didn't succeeded, but I'm sure I've missed the good kernel : I've flashed the http://rcn-ee.net/deb/testing/2014-02-05/BBB-eMMC-flasher-debian-7.3-2014-02-05-2gb.img.xz which could boot and run. It use currently : 3.8.13-bone36 I then build the linux-dev where /deploy/3.11.0-rc1-armv7-d1.zimage to overwrite the bbb /boot/uboot which lead me to a wrong boot : 4 leds fixed. Therefore, please where to get the correct kernel to swap from ? If you built/installed 3.11.0-rc1-armv7-d1.zimage then you didn't follow the directions posted, as that would have been the master branch of linux-dev.. 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/groups/opt_out.
Re: [beagleboard] Kernel 3.8 USB host problem
On Fri, Feb 7, 2014 at 7:47 AM, stefboerrig...@gmail.com wrote: Hi All, For our own development board we face an issue regarding the USB host controller. We applied al the patches from Robert C Nelson s tree, also regarding the USB host issues on the beagleboard. Our compiled kernel does work on the Beagleboard with USB host, but on our own proto board (wich is different ofcourse compared to the BB but has exactly the same schematical connection for the USB connectors) we cannot get it working (Same Binary so Same Kernel Config). Now we tried kernel 3.12 from the RobertCNelson tree, and supprisingly USB is working on the BB, but also on our Proto board! I generated a lot of kernel debugging on the OMAP Registers (control module, USBSS, USB0 Core USB1 Core etc..) and posted them on Pastebin (See Links); Kernel 3.8 (Not working): http://pastebin.com/HaAb0U9Y Kernel 3.12 (Working): http://pastebin.com/mSuy4UrM In these last few kernel releases the mainline omap-ehci driver had been rewritten, which caused a little pain between kernel versions.. Plus the sprz319_erratum_v2.1 workaround is enabled by default in 3.12 in our patchset (omap36xx based devices).. 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/groups/opt_out.
[beagleboard] I need to hide the mouse
Hi!! My English is bad, Thanks for all the assistance they have given me in this ad. As I said in the subject, I need to hide the mouse. Anyone know? Giovanni -- 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/groups/opt_out.
Re: [beagleboard] Xenomai master - BBB RCNelson 3.13-bone5 kernel patches
If you're using my linux-dev repository, you need to check out the appropriate branch, master is not intended for actual use. On 2/7/2014 8:48 AM, David Lewin wrote: I've followed : For the MachineKit Xenomai kernels it's very easy, and identical to working with Robert Nelson's kernels. You just work from my github repository instead of his (I've added the Xenomai patches to the laundry-list of BeagleBone patches his scripts apply): https://github.com/cdsteinkuehler/linux-dev You run the ./build_kernel.sh script, so the BeagleBone and Xenomai patches will be applied. You can then edit the configuration as desired and rebuild the kernel using tools/rebuild.sh which may be wrong, but : *git branch * within linux-dev is correctly pointing to master. What did I've missed 2014-02-07 Robert Nelson robertcnel...@gmail.com: On Fri, Feb 7, 2014 at 8:09 AM, David Lewin dlewin...@gmail.com wrote: Charles, My tries didn't succeeded, but I'm sure I've missed the good kernel : I've flashed the http://rcn-ee.net/deb/testing/2014-02-05/BBB-eMMC-flasher-debian-7.3-2014-02-05-2gb.img.xz which could boot and run. It use currently : 3.8.13-bone36 I then build the linux-dev where /deploy/3.11.0-rc1-armv7-d1.zimage to overwrite the bbb /boot/uboot which lead me to a wrong boot : 4 leds fixed. Therefore, please where to get the correct kernel to swap from ? If you built/installed 3.11.0-rc1-armv7-d1.zimage then you didn't follow the directions posted, as that would have been the master branch of linux-dev.. 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/HqwuSu2tLe8/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/groups/opt_out. -- Charles Steinkuehler char...@steinkuehler.net -- 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/groups/opt_out.
[beagleboard] using beaglebone black to control an valve
Hi there I am doing my final year engineering as for my project I am trying to regulate emission form a two stroke engine using electronic valve. For this I am using a crank position sensor as input to beaglebone and using that to open / close a valve in the exhaust port is it technically possible to do this with beagle bone? specs of sensor: within 500 Mhz as for operation of valve the BB will send a signal to motor which will run the valve. -- 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/groups/opt_out.
[beagleboard] UART0 RTS/CTS signals not cross-wired for the FTDI - hardware flow control not working
It seems that UART0 RTS and CTS signals (UART0_RTS, UART0_CTS) are not connected correctly between the micro (U5) and the FTDI chip (U12). It looks like there is a mistake in naming of the signals: UART0_RX and TX are named according to the FTDI side, UART0_RTS and CTS are actually wrong for either side :). Anyway, RTS and CTS should be cross-wired just like RX and TX. As a result, hardware flow control does not work between Beaglebone and the virtual COM port in PC. Can somebody confirm this is a bug? Is there a way to file a bug report? Best regards Josef Beaglebone rev. A6. -- 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/groups/opt_out.
Re: [beagleboard] Xenomai master - BBB RCNelson 3.13-bone5 kernel patches
I've followed : For the MachineKit Xenomai kernels it's very easy, and identical to working with Robert Nelson's kernels. You just work from my github repository instead of his (I've added the Xenomai patches to the laundry-list of BeagleBone patches his scripts apply): https://github.com/cdsteinkuehler/linux-dev You run the ./build_kernel.sh script, so the BeagleBone and Xenomai patches will be applied. You can then edit the configuration as desired and rebuild the kernel using tools/rebuild.sh which may be wrong, but : *git branch * within linux-dev is correctly pointing to master. What did I've missed 2014-02-07 Robert Nelson robertcnel...@gmail.com: On Fri, Feb 7, 2014 at 8:09 AM, David Lewin dlewin...@gmail.com wrote: Charles, My tries didn't succeeded, but I'm sure I've missed the good kernel : I've flashed the http://rcn-ee.net/deb/testing/2014-02-05/BBB-eMMC-flasher-debian-7.3-2014-02-05-2gb.img.xz which could boot and run. It use currently : 3.8.13-bone36 I then build the linux-dev where /deploy/3.11.0-rc1-armv7-d1.zimage to overwrite the bbb /boot/uboot which lead me to a wrong boot : 4 leds fixed. Therefore, please where to get the correct kernel to swap from ? If you built/installed 3.11.0-rc1-armv7-d1.zimage then you didn't follow the directions posted, as that would have been the master branch of linux-dev.. 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/HqwuSu2tLe8/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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] UART0 RTS/CTS signals not cross-wired for the FTDI - hardware flow control not working
I will look into this. It won't be changed anytime soon if there is an issue. We don'e sell that many of these boards these days. Flow control is not typically used on the Linux Debug port as there is no need for it. Gerald On Fri, Feb 7, 2014 at 9:01 AM, josefpola...@gmail.com wrote: It seems that UART0 RTS and CTS signals (UART0_RTS, UART0_CTS) are not connected correctly between the micro (U5) and the FTDI chip (U12). It looks like there is a mistake in naming of the signals: UART0_RX and TX are named according to the FTDI side, UART0_RTS and CTS are actually wrong for either side :). Anyway, RTS and CTS should be cross-wired just like RX and TX. As a result, hardware flow control does not work between Beaglebone and the virtual COM port in PC. Can somebody confirm this is a bug? Is there a way to file a bug report? Best regards Josef Beaglebone rev. A6. -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] I need to hide the mouse
with a gtk or qt application ? On Fri, Feb 7, 2014 at 2:58 PM, Giovanni Paolini paoli...@gmail.com wrote: Hi!! My English is bad, Thanks for all the assistance they have given me in this ad. As I said in the subject, I need to hide the mouse. Anyone know? Giovanni -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Re: debian: test images (2014-02-05)
On Friday, February 7, 2014 8:41:25 AM UTC-5, RobertCNelson wrote: * Custom image: Building a customized version of the beagleboard.org image I don't have any personal plans to do that yet. If you look closely, all the frontend scripts do is create a .project file and call ./RootStock-NG.sh... If you want to make something universal generic, go ahead.. All generic options should end up in the main chroot call with enable options passed thru .project and anything target specific should end up under target/ There's still a fair bit of stuff that goes on for the prep of the core flasher images as well the chroot script(s) that would otherwise need to be cloned or customized. I like the way you have the NNN.* scripts in machinekit/scripts, right now it just runs them in order, but a config.myimage script could specify a list of these chroot actions. For example, I don't need any of the X11 stuff, nor any of the bonescript/nodejs, but I do want system_patches(), unsecure_root() etc. and I also have a custom .deb to install the userside app for the cape (and a few other minor bits pieces). It looks like the machinekit stuff is close! but it's not clear how it's invoked (I do see the function in releases.sh and the config.machinekit) ... is there a separate script (or branch) to run a machinekit build? 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/groups/opt_out.
Re: [beagleboard] Xenomai master - BBB RCNelson 3.13-bone5 kernel patches
Therefore, this would need to - git checkout to branch /3.8.13-bone36 as the emmc flasher kernel use this one - build_kernel.sh anew is that right ? if yes, I couldn't retrieve where to set the branch to co. 2014-02-07 Charles Steinkuehler char...@steinkuehler.net: If you're using my linux-dev repository, you need to check out the appropriate branch, master is not intended for actual use. On 2/7/2014 8:48 AM, David Lewin wrote: I've followed : For the MachineKit Xenomai kernels it's very easy, and identical to working with Robert Nelson's kernels. You just work from my github repository instead of his (I've added the Xenomai patches to the laundry-list of BeagleBone patches his scripts apply): https://github.com/cdsteinkuehler/linux-dev You run the ./build_kernel.sh script, so the BeagleBone and Xenomai patches will be applied. You can then edit the configuration as desired and rebuild the kernel using tools/rebuild.sh which may be wrong, but : *git branch * within linux-dev is correctly pointing to master. What did I've missed 2014-02-07 Robert Nelson robertcnel...@gmail.com: On Fri, Feb 7, 2014 at 8:09 AM, David Lewin dlewin...@gmail.com wrote: Charles, My tries didn't succeeded, but I'm sure I've missed the good kernel : I've flashed the http://rcn-ee.net/deb/testing/2014-02-05/BBB-eMMC-flasher-debian-7.3-2014-02-05-2gb.img.xz which could boot and run. It use currently : 3.8.13-bone36 I then build the linux-dev where /deploy/3.11.0-rc1-armv7-d1.zimage to overwrite the bbb /boot/uboot which lead me to a wrong boot : 4 leds fixed. Therefore, please where to get the correct kernel to swap from ? If you built/installed 3.11.0-rc1-armv7-d1.zimage then you didn't follow the directions posted, as that would have been the master branch of linux-dev.. 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/HqwuSu2tLe8/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/groups/opt_out. -- Charles Steinkuehler char...@steinkuehler.net -- 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/HqwuSu2tLe8/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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Re: CLKOUT2 access in RCN 3.12 kernel?
I set my issue aside for a while (the 3.2 kernel is working okay for me now..) However, I did come across this link that discusses what changed in beaglebone device trees from 3.8 to 3.12. I figured it might be interesting reading for others as well. http://www.thing-printer.com/converting-device-tree-overlays-kernel-3-12/ -- 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/groups/opt_out.
Re: [beagleboard] using beaglebone black to control an valve
On 07/02/14 14:59, punchpra...@gmail.com wrote: Hi there I am doing my final year engineering as for my project I am trying to regulate emission form a two stroke engine using electronic valve. For this I am using a crank position sensor as input to beaglebone and using that to open / close a valve in the exhaust port is it technically possible to do this with beagle bone? specs of sensor: within 500 Mhz as for operation of valve the BB will send a signal to motor which will run the valve. -- 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/groups/opt_out. If you're planning on using Linux then there is no guaranteed latencies. You may be able to make your 500Mhz 99.9% of the time, but it is not a real time operating system in which you can deterministically say it will always meet the constraint. You could investigate using the PRU's on the beaglebone's which can be programmed and executed in a real time deterministic manner. You could also use a bare-metal implementation to gain real-time functionality, or try Xenomai. So the answer is Yes, and No. More research on your behalf is needed into the requirements of your specification. -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk -- -- 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/groups/opt_out.
Re: [beagleboard] Xenomai master - BBB RCNelson 3.13-bone5 kernel patches
If you're wanting a Xenomai kernel, you should: git checkout --track 3.8.13-bone39-xenomai ...then run the build-kernel.sh script. If you want a plain kernel, pull from Robert's repository and use one of the 3.8.13-bone* tags. It's not a branch so when you checkout the tag you'll get a detatched head warning. You can ignore this (until you have changes you want to push back upstream) and just build the kernel as usual. On 2/7/2014 9:55 AM, David Lewin wrote: Therefore, this would need to - git checkout to branch /3.8.13-bone36 as the emmc flasher kernel use this one - build_kernel.sh anew is that right ? if yes, I couldn't retrieve where to set the branch to co. 2014-02-07 Charles Steinkuehler char...@steinkuehler.net: If you're using my linux-dev repository, you need to check out the appropriate branch, master is not intended for actual use. On 2/7/2014 8:48 AM, David Lewin wrote: I've followed : For the MachineKit Xenomai kernels it's very easy, and identical to working with Robert Nelson's kernels. You just work from my github repository instead of his (I've added the Xenomai patches to the laundry-list of BeagleBone patches his scripts apply): https://github.com/cdsteinkuehler/linux-dev You run the ./build_kernel.sh script, so the BeagleBone and Xenomai patches will be applied. You can then edit the configuration as desired and rebuild the kernel using tools/rebuild.sh which may be wrong, but : *git branch * within linux-dev is correctly pointing to master. What did I've missed 2014-02-07 Robert Nelson robertcnel...@gmail.com: On Fri, Feb 7, 2014 at 8:09 AM, David Lewin dlewin...@gmail.com wrote: Charles, My tries didn't succeeded, but I'm sure I've missed the good kernel : I've flashed the http://rcn-ee.net/deb/testing/2014-02-05/BBB-eMMC-flasher-debian-7.3-2014-02-05-2gb.img.xz which could boot and run. It use currently : 3.8.13-bone36 I then build the linux-dev where /deploy/3.11.0-rc1-armv7-d1.zimage to overwrite the bbb /boot/uboot which lead me to a wrong boot : 4 leds fixed. Therefore, please where to get the correct kernel to swap from ? If you built/installed 3.11.0-rc1-armv7-d1.zimage then you didn't follow the directions posted, as that would have been the master branch of linux-dev.. 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/HqwuSu2tLe8/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/groups/opt_out. -- Charles Steinkuehler char...@steinkuehler.net -- 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/HqwuSu2tLe8/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/groups/opt_out. -- Charles Steinkuehler char...@steinkuehler.net -- 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/groups/opt_out.
Re: [beagleboard] Re: debian: test images (2014-02-05)
On 2/7/2014 9:44 AM, smith.winston@gmail.com wrote: On Friday, February 7, 2014 8:41:25 AM UTC-5, RobertCNelson wrote: * Custom image: Building a customized version of the beagleboard.org image I don't have any personal plans to do that yet. If you look closely, all the frontend scripts do is create a .project file and call ./RootStock-NG.sh... If you want to make something universal generic, go ahead.. All generic options should end up in the main chroot call with enable options passed thru .project and anything target specific should end up under target/ There's still a fair bit of stuff that goes on for the prep of the core flasher images as well the chroot script(s) that would otherwise need to be cloned or customized. I like the way you have the NNN.* scripts in machinekit/scripts, right now it just runs them in order, but a config.myimage script could specify a list of these chroot actions. For example, I don't need any of the X11 stuff, nor any of the bonescript/nodejs, but I do want system_patches(), unsecure_root() etc. and I also have a custom .deb to install the userside app for the cape (and a few other minor bits pieces). It looks like the machinekit stuff is close! but it's not clear how it's invoked (I do see the function in releases.sh and the config.machinekit) ... is there a separate script (or branch) to run a machinekit build? I run the MachineKit builds and added the chroot script hooks. I am also behind on merging Robert's latest changes...I've been waiting for things to settle down a bit and I have some other changes I've been working on (for LinuxCNC, not the build scripts). I haven't tried Robert's absolute latest, but the last time I merged his changes, I was still able to build a custom (MachineKit) image by using an appropriate config file (copy config.machinekit to config) and running ./rcn-ee_image.sh. -- Charles Steinkuehler char...@steinkuehler.net -- 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/groups/opt_out.
[beagleboard] Re: using beaglebone black to control an valve
you might search for Machinekit with LinuxCNC since it's already got those two realtime engines(Linux and BBB PRU's) installed on it and built for the BBB. It's been designed to run RepRap style 3D printers and both home and industrial CNC machines. Heck, I'll find the link and post it http://bb-lcnc.blogspot.com/p/machinekit_16.html The PRU's are setup to control stepper motors but it could give insight as to their use for valve on/off control. Doug -- 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/groups/opt_out.
[beagleboard] Re: Beaglebone-Black: Cannot install the Adafruit-BBIO in Arch
this worked for me 1. git clone git://github.com/adafruit/adafruit-beaglebone-io-python.git 2. #set the date and time 3. /usr/bin/ntpdate -b -s -u pool.ntp.org 4. #install dependency 5. opkg update opkg install python-distutils python-smbus 6. cd adafruit-beaglebone-io-python 7. python setup.py install 8. On Saturday, 23 November 2013 14:31:09 UTC, JJ wrote: pip install Adafruit_BBIO Downloading/unpacking Adafruit-BBIO Downloading Adafruit_BBIO-0.0.18.tar.gz Running setup.py egg_info for package Adafruit-BBIO Traceback (most recent call last): File string, line 16, in module File /tmp/pip_build_root/Adafruit-BBIO/setup.py, line 7 print py_compile module missing; installing to %spy_compile.py %\ ^ SyntaxError: invalid syntax Complete output from command python setup.py egg_info: Traceback (most recent call last): File string, line 16, in module File /tmp/pip_build_root/Adafruit-BBIO/setup.py, line 7 print py_compile module missing; installing to %spy_compile.py %\ ^ SyntaxError: invalid syntax Cleaning up... Command python setup.py egg_info failed with error code 1 in /tmp/pip_build_root/Adafruit-BBIO Storing complete log in /root/.pip/pip.log That's the problem, py_compile module is missing. OS is the latest Arch-Arm. -- 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/groups/opt_out.
Re: [beagleboard] BBB With Dell E2014T Multitouch Display
From: wright...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Thursday, February 6, 2014 at 5:14 PM To: beagleboard@googlegroups.com Subject: [beagleboard] BBB With Dell E2014T Multitouch Display I'm running Angstrom with the stock 3.8.11 kernel. I have a Dell E2014T connected via HDMI and USB to the BBB, and I want to try to get multitouch working. lsusb shows a Quanta device that disappears when I unplug the USB cable from the monitor. I¹ve been looking at using this display, but from my research, there is not Linux driver for the multitouch sensor. You may want to contact Dell support and see if they have a Linux driver. I¹d love to see this working. Regards, John Bus 001 Device 009: ID 0408:3025 Quanta Computer, Inc. lsmod shows hidp, but no other hid modules. What I'm thinking is that I need to use the hid-multitouch driver, but it's not included by default and is not in Angstrom's repo (that I've found). So, I have 2 questions. 1. Am I on the right track with the hid-multitouch driver module? 2. If so, is it in the repo somewhere or will I need to compile it? Thanks, Jeremy -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Re: Control BeagleBone with iPhone, iPad or Android devices
From: Yan Luo lyr...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Friday, February 7, 2014 at 5:41 AM To: beagleboard@googlegroups.com Subject: [beagleboard] Re: Control BeagleBone with iPhone, iPad or Android devices David, I'm looking for a way to setup connection between BeagleBone and IPHONE device, and glad to find your post here. Beside control BeagleBone, does the App read information from BeagleBone? I am really interesting in getting the promotion codes for evaluation? Thanks Why don¹t you use Nodejs to create a webserver and then use DojoToolkit widgets to represent I/O from your BBB. You can use Bonescript to interact with the BBB hardware. On the iPhone, simply use Safari to bring up the web page from your BBB. Regards, John Yan L. On Monday, November 5, 2012 3:52:37 AM UTC-6, david.eickhoff wrote: Hey everybody! I developed a generic remote control for iOS and Android which sends/reads strings over a TCP socket connection. Take a look: http://netio.davideickhoff.de http://netio.davideickhoff.de You can create a remote control without programming, just use the online UI-Designer to layout items and add functionality. I never tried it with a BeagleBone, but it has an Ethernet port and there the app has been used on a lot of different hardware. A working tutorial for raspberry pi is available on my website (maybe as a starting point?).. If anyone is interested in trying out the app, I can provide promotioncodes for downloading the app for free (iOS)! So what should be done? Install or implement a server on the board which accepts socket connections. With a simple string comparison (if incoming data = do something then do_something() ) you can control anything you like. Hope this will enhance some of your projects ;) Cheers, David -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Re: SGX drivers on Kernel 3.8.13
Should these SGX drivers work with Android? I built an image with the newest 3.8.13 kernel but when I try to remove the qemu=1 from uEnv.txt the OS doesn't appear. Although the android loading screen does appear. I followed the method from http://icculus.org/~hendersa/android/. Have I missed a step? -- 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/groups/opt_out.
[beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
On Monday, 6 January 2014 21:45:51 UTC-4, Paul Wright wrote: I was just curious why none of my usual distributors have any BeagleBone Black boards in stock and most are reporting lead times that are beyond belief. Has there been some supply chain disturbance I have missed? Shortage of a key component? Just seems strange... I'm evaluating a potential use but if there are going to be supply issues going forward, that is a concern. Does anyone have any information they can offer? Regards, paul they show stock: http://www.logicsupply.com/components/beaglebone/ -- 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/groups/opt_out.
Re: [beagleboard] Re: device tree dallas 1 wire ubuntu - loads but odd behaviour
Matt,
Did you solve your problem? I have a very similar issue to yours right now.
I've been trying to find a solution for a few days.
Andrew
On Wednesday, December 11, 2013 7:13:39 AM UTC-5, Sika wrote:
Pretty recent, actually, Mike...
3.8.13-bone20
And the pins are changing -- it's outputing 37:
sudo cat $PINS|grep 840
pin 16 (44e10840) 0037 pinctrl-single
and the multimeter says it is pulled up.
I used a different overlay tree as well -- and get the same thing
/dts-v1/;
/plugin/;
/ {
compatible = ti,beaglebone, ti,beaglebone-black;
part-number = BB-W1;
version = 00A0;
exclusive-use = P9.15, gpio1_16;
fragment@0 {
target = am33xx_pinmux;
__overlay__ {
bb_w1_pins: pinmux_bb_w1_pins {
pinctrl-single,pins =
0x040 0x37 /*pin P9_15 input with pullup mode 7 -
w1-gpio */
;
};
};
};
fragment@1 {
target = ocp;
__overlay__ {
onewire@0 {
status = okay;
compatible = w1-gpio;
pinctrl-names = default;
pinctrl-0 = bb_w1_pins;
gpios = gpio2 16 0; /*grrr I think this means gpio1_16
(using 1 to 4 instread of 0-3)*/
};
};
};
};
I'd greatly appreciate any help on this I can get!
Kind regards
Matt
On Wednesday, December 11, 2013 7:57:21 PM UTC+10, Mike Bremford wrote:
Which kernel - uname -a? I don't think you can change the pinmux for
pins under 3.12 yet - well I couldn't anyway, although it worked for me
under 3.8. Check by doing grep 44e10840
/sys/kernel/debug/pinctrl/44e10800.pinmux/pins - is it 0037? Is the
pin actually pulled up? Test with a multimeter and/or add an external
pullup resistor.
On 11 December 2013 08:29, Sika sikasa...@gmail.com wrote:
Well it says it loads -- but it does not work. Help appreciated!
Thanks
Matt
On Tuesday, December 10, 2013 6:31:12 PM UTC+10, Sika wrote:
Oh, by the way ...the blob is loaded:
grubby@ubuntu-armhf:~/python/projects$ cat $SLOTS
0: 54:PF---
1: 55:PF---
2: 56:PF---
3: 57:PF---
4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G
5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
6: ff:P-O-L Override Board Name,00A0,Override Manuf,w1
--
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/groups/opt_out.
[beagleboard] SSH connection by wifi
Hello there, I connected my BBB to my wifi with an edimax wireless adapter. This works fine so far, i even got a connection to the internet. my problem is, I have only access to the BBB by the usb cable. I want so connect by SSH with the Wifi network. I guess there's probably a problem with the non static ip adress of my router because DHCP is activated. Now I want to connect with Putty to the BBB without an cable connection. How do i get the Ip adress of the BBB? Is this even possible as i try to do? maybe this is helpfull root@beaglebone:~# ifconfig eth0 Link encap:Ethernet HWaddr 90:59:AF:49:E5:F6 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:56 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:64 errors:0 dropped:0 overruns:0 frame:0 TX packets:64 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4420 (4.3 KiB) TX bytes:4420 (4.3 KiB) usb0 Link encap:Ethernet HWaddr A6:50:E4:64:B4:AE inet addr:192.168.7.2 Bcast:192.168.7.3 Mask:255.255.255.252 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:666 errors:0 dropped:0 overruns:0 frame:0 TX packets:180 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:157298 (153.6 KiB) TX bytes:37885 (36.9 KiB) wlan0 Link encap:Ethernet HWaddr 80:1F:02:D7:B4:4F inet addr:192.168.2.101 Bcast:192.168.2.255 Mask:255.255.255.0 inet6 addr: fe80::821f:2ff:fed7:b44f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:668 errors:0 dropped:0 overruns:0 frame:0 TX packets:75 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:46175 (45.0 KiB) TX bytes:12808 (12.5 KiB) Thank you very much. -- 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/groups/opt_out.
[beagleboard] 4dcape-70t lcd and jitter issues
Hello, I tried the latest kernel from git://github.com/beagleboard/kernel.git that contains Mikka's patch to fix the jitter on lcd7 and 4dcape-70t and I noticed the following: When I start the system, once I touch the screen, hexdump /dev/input/event1 starts dumping data without stopping. In tslib (ts_test), the cursor goes to the bottom left corner. As soon as I issue an echo1 /sys/class/graphics/fb0/blank the data from /dev/input/event1 stops. This behavior persists until the screen blanks on its own (tilcdc 4830e000.fb: timeout waiting for framedone) After that, the screen becomes usable however there is still jitter. There seems to be an event generated at the bottom left corner. The screen was calibrated with ts_calibrate. I have tested the latest debian image from RCN and the same issue is present. In this image, the screen was calibrated when X started. Can other people confirm this ? So far I tried this with two 4DCape-70T. LCD7 from CircuitCo does not have this issue. -- 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/groups/opt_out.
[beagleboard] Re: 4dcape-70t lcd and jitter issues
Hello all,
I forgot to mention that adding a udelay of 5 microseconds seems to
make the issue go away:
diff --git a/drivers/input/touchscreen/ti_am335x_tsc.c
b/drivers/input/touchscreen/ti_am335x_tsc.c
index ed83043..e1c0499 100644
--- a/drivers/input/touchscreen/ti_am335x_tsc.c
+++ b/drivers/input/touchscreen/ti_am335x_tsc.c
@@ -227,6 +227,7 @@ static void titsc_read_coordinates(struct titsc *ts_dev,
nY=0;
for (i = 0; i fifocount; i++) {
read = titsc_readl(ts_dev, REG_FIFO0);
+ udelay(5);
channel = (read 0xf) 16;
read = 0xfff;
So this bug seems to be related perhaps to synchronization issues, I
do not know. I noticed that the bug went away when I added printk
statements. Unfortunately, that does not help me with the debugging.
If anybody has any ideas, let me know.
Cheers,
Alex
--
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/groups/opt_out.
[beagleboard] Re: Memory Mapped GPIO, has the addressing changed?
Try using #define GPIO *((volatile unsigned long *)0x44e...) On Sunday, May 5, 2013 4:47:00 AM UTC+5:30, ky...@cranehome.info wrote: If been able to find a couple of libraries that deal with GPIO on the BeagleBone. I have tried to compile and execute them on the BeagleBone Black but have had no success thus far. One library is a C library and tries to set the MUX via the now missing omap_mux file and fails at that point. It's mimicking the Arduino style DigitalWrite syntax. The other one is a C++ library that appears to try to access the MUX settings through memory as well. Both Libraries seem to have a base address for the GPIO pins as*:* *#define GPIO0 (0x44E07000)#define GPIO1 (0x4804C000)#define GPIO2 (0x481AC000)#define GPIO3 (0x481AE000)* The control register base seems to be set as this: const unsigned long Beagle_GPIO::GPIO_Control_Module_Registers = 0x44E1; This is the C++ library I found. https://github.com/majestik666/Beagle_GPIO/blob/master/Beagle_GPIO.cc and was able to compile it but had to add: #include unistd.h to the Beagle_GPIO.hh to cover the use of usleep in several places before it succeeds in building. Running the test executable however results in: root@beaglebone:~/downloads/Beagle_GPIO-master# ./Beagle_GPIO_test [GPIO] : Beagle_GPIO::Beagle_GPIO() [GPIO] : Opening /dev/mem [GPIO] : Beagle GPIO Initialized [GPIO] : [GPIO] : BeagleBone GPIO Test [GPIO] : [GPIO] : Configuring Pin P8_46 as Output Bus error So the error suggests that something about the addressing is not right. Has the BBB new processor changed the memory map locations around? I'm just searching for a way that allows me to use the GPIO pins in a straight-forward way. I have several C/C++ programs I have been using on the RaspberryPi and wanted to port over to the BeagleBone Black but they need to have access to the GPIO pins. At present I have no option it seems to move forward with this since file operations on exported pins is not going to cut it for my needs. -- 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/groups/opt_out.
[beagleboard] Re: SSH connection by wifi
look at the output from: # netstat -lan | grep tcp - Is the SSH service set to listen on any IP 0.0.0.0:22? - If you note the IP of the wlan0 connection then disconnect the USB cable can you connect (assuming you are not powering it via USB)? - Can you connect on SSH to the eth0 ip when that is plugged in? Honestly I've never had to fiddle with it. It always just worked once I got an IP on the wifi network. -- 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/groups/opt_out.
[beagleboard] Re: OneWire (w1) Stopped Detecting Sensors
I found this command: cat /sys/kernel/debug/gpio GPIOs 0-31, gpio: gpio-6 (mmc_cd ) in lo GPIOs 32-63, gpio: gpio-45 (w1 ) in lo gpio-52 (eMMC_RSTn ) out lo gpio-53 (beaglebone:green:usr) out lo gpio-54 (beaglebone:green:usr) out lo gpio-55 (beaglebone:green:usr) out hi gpio-56 (beaglebone:green:usr) out lo gpio-59 (McASP Clock Enable P) out hi gpio-60 (sysfs ) in hi It looks like the appropriate PIN is loading and listening correctly. I'm at a loss On Thursday, February 6, 2014 6:05:21 PM UTC-5, godsf...@gmail.com wrote: I previously had a few DS18b20 sensors working fine. I can't really pinpoint what happened, but it all of a sudden they stopped working. Can anyone provide some direction? I'm running: Linux debian-armhf 3.8.13-bone30 cat /sys/devices/bone_capemgr.9/slots: 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 7: ff:P-O-L Override Board Name,00A0,Override Manuf,w1 dmesg: [1.663645] bone-capemgr bone_capemgr.9: loader: done slot-5 BB-BONELT-HDMI:00A0 (prio 1) [1.672272] bone-capemgr bone_capemgr.9: loader: check slot-6 BB-BONELT-HDMIN:00A0 (prio 2) [1.695708] bone-capemgr bone_capemgr.9: loader: after slot-6 BB-BONELT-HDMIN:00A0 (prio 2) [1.721104] bone-capemgr bone_capemgr.9: slot #6: Requesting firmware 'cape-boneblack-hdmin-00A0.dtbo' for board-name 'Bone-Black-HDMIN', version '00A0' [1.764142] usb usb1: Manufacturer: Linux 3.8.13-bone30 musb-hcd [1.775711] bone-capemgr bone_capemgr.9: slot #6: dtbo 'cape-boneblack-hdmin-00A0.dtbo' loaded; converting to live tree [1.796045] bone-capemgr bone_capemgr.9: slot #6: BB-BONELT-HDMIN conflict P8.45 (#5:BB-BONELT-HDMI) [1.805652] bone-capemgr bone_capemgr.9: slot #6: Failed verification [1.812426] bone-capemgr bone_capemgr.9: loader: failed to load slot-6 BB-BONELT-HDMIN:00A0 (prio 2) [ 95.047835] bone-capemgr bone_capemgr.9: part_number 'w1', version 'N/A' [ 95.059627] bone-capemgr bone_capemgr.9: slot #7: generic override [ 95.066271] bone-capemgr bone_capemgr.9: bone: Using override eeprom data at slot 7 [ 95.074344] bone-capemgr bone_capemgr.9: slot #7: 'Override Board Name,00A0,Override Manuf,w1' [ 95.085875] bone-capemgr bone_capemgr.9: slot #7: Requesting part number/version based 'w1-00A0.dtbo [ 95.095993] bone-capemgr bone_capemgr.9: slot #7: Requesting firmware 'w1-00A0.dtbo' for board-name 'Override Board Name', version '00A0' [ 95.134512] bone-capemgr bone_capemgr.9: slot #7: dtbo 'w1-00A0.dtbo' loaded; converting to live tree [ 95.148143] bone-capemgr bone_capemgr.9: slot #7: #2 overlays [ 95.166203] bone-capemgr bone_capemgr.9: slot #7: Applied #2 overlays. bb@debian-armhf:~$ ls /sys/bus/w1/devices w1_bus_master1 What else should I check? There are a few errors popping up in dmesg, but it appears that it is loading correctly. I double and triple checked my wiring- I've tried three different sensors plugged directly into the BB and some via breadboard connection. -- 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/groups/opt_out.
Re: [beagleboard] Xenomai master - BBB RCNelson 3.13-bone5 kernel patches
On 2/7/14, 8:38 AM, Charles Steinkuehler char...@steinkuehler.net wrote: If you're wanting a Xenomai kernel, you should: git checkout --track 3.8.13-bone39-xenomai ...then run the build-kernel.sh script. If you want a plain kernel, pull from Robert's repository and use one of the 3.8.13-bone* tags. It's not a branch so when you checkout the tag you'll get a detatched head warning. You can ignore this (until you have changes you want to push back upstream) and just build the kernel as usual. Why not checkout the am33x-v3.8 branch? That way you can track the changes Robert makes to his v3.8 branch. I find it easier to patch Robert¹s linux-dev repo with your xenomai changes and then I¹m always up to date with Robert¹s changes. It might be even easier to have Robert add a Xenomai branch. Regards, John On 2/7/2014 9:55 AM, David Lewin wrote: Therefore, this would need to - git checkout to branch /3.8.13-bone36 as the emmc flasher kernel use this one - build_kernel.sh anew is that right ? if yes, I couldn't retrieve where to set the branch to co. 2014-02-07 Charles Steinkuehler char...@steinkuehler.net: If you're using my linux-dev repository, you need to check out the appropriate branch, master is not intended for actual use. On 2/7/2014 8:48 AM, David Lewin wrote: I've followed : For the MachineKit Xenomai kernels it's very easy, and identical to working with Robert Nelson's kernels. You just work from my github repository instead of his (I've added the Xenomai patches to the laundry-list of BeagleBone patches his scripts apply): https://github.com/cdsteinkuehler/linux-dev You run the ./build_kernel.sh script, so the BeagleBone and Xenomai patches will be applied. You can then edit the configuration as desired and rebuild the kernel using tools/rebuild.sh which may be wrong, but : *git branch * within linux-dev is correctly pointing to master. What did I've missed 2014-02-07 Robert Nelson robertcnel...@gmail.com: On Fri, Feb 7, 2014 at 8:09 AM, David Lewin dlewin...@gmail.com wrote: Charles, My tries didn't succeeded, but I'm sure I've missed the good kernel : I've flashed the http://rcn-ee.net/deb/testing/2014-02-05/BBB-eMMC-flasher-debian-7.3-201 4-02-05-2gb.img.xz which could boot and run. It use currently : 3.8.13-bone36 I then build the linux-dev where /deploy/3.11.0-rc1-armv7-d1.zimage to overwrite the bbb /boot/uboot which lead me to a wrong boot : 4 leds fixed. Therefore, please where to get the correct kernel to swap from ? If you built/installed 3.11.0-rc1-armv7-d1.zimage then you didn't follow the directions posted, as that would have been the master branch of linux-dev.. 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/HqwuSu2tLe8/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/groups/opt_out. -- Charles Steinkuehler char...@steinkuehler.net -- 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/HqwuSu2tLe8/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/groups/opt_out. -- Charles Steinkuehler char...@steinkuehler.net -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Re: debian: test images (2014-02-05)
On 2/7/14, 8:49 AM, Charles Steinkuehler char...@steinkuehler.net wrote: On 2/7/2014 9:44 AM, smith.winston@gmail.com wrote: On Friday, February 7, 2014 8:41:25 AM UTC-5, RobertCNelson wrote: * Custom image: Building a customized version of the beagleboard.org image I don't have any personal plans to do that yet. If you look closely, all the frontend scripts do is create a .project file and call ./RootStock-NG.sh... If you want to make something universal generic, go ahead.. All generic options should end up in the main chroot call with enable options passed thru .project and anything target specific should end up under target/ There's still a fair bit of stuff that goes on for the prep of the core flasher images as well the chroot script(s) that would otherwise need to be cloned or customized. I like the way you have the NNN.* scripts in machinekit/scripts, right now it just runs them in order, but a config.myimage script could specify a list of these chroot actions. For example, I don't need any of the X11 stuff, nor any of the bonescript/nodejs, but I do want system_patches(), unsecure_root() etc. and I also have a custom .deb to install the userside app for the cape (and a few other minor bits pieces). It looks like the machinekit stuff is close! but it's not clear how it's invoked (I do see the function in releases.sh and the config.machinekit) ... is there a separate script (or branch) to run a machinekit build? I run the MachineKit builds and added the chroot script hooks. I am also behind on merging Robert's latest changes...I've been waiting for things to settle down a bit and I have some other changes I've been working on (for LinuxCNC, not the build scripts). I haven't tried Robert's absolute latest, but the last time I merged his changes, I was still able to build a custom (MachineKit) image by using an appropriate config file (copy config.machinekit to config) and running ./rcn-ee_image.sh. This is the approach I use because it is very difficult to track the changes between your rep and Robert¹s repo. It seems you are both applying the same patches, but at different times and in a different order, and you both use different tagging. Once again, I simple apply your patches to Robert¹s repo so that I¹m always current with Robert¹s latest changes. I also host my own kernel images so I update releases.sh to reflect my URL. Regards, John -- Charles Steinkuehler char...@steinkuehler.net -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Not Impressed - Network Issues
Scott, That link gives me a missing article error. On Fri, Feb 7, 2014 at 9:14 AM, Scott Force scooby.fo...@gmail.com wrote: This sounds like an issue that some other people are having. Take a look at the postings with a subject of BeagleBone Rev. A4 ethernet issuehttp://news.gmane.org/find-root.php?message_id=e55f5117%2de59e%2d4d4e%2d9673%2d5d416bc6a1c4%5f%5f32795.836984%241327625928%24gmane%24org%40c6g2000vbk.googlegroups.com On Friday, 7 February 2014 08:55:53 UTC-5, sels...@gmail.com wrote: On 07/02/14 02:51, hacktorious wrote: Why on earth is my BBB obtaining an ip from an external source when connected via eth0??? It's not. It's providing it's own address. You likely want it to get an address from an external source - the DHCP server on your router.. Internally dhcp is distributing 192.168 something, but the BBB is getting 169. something. I'm not able to get internet access from the BBB, but if I visit the ip address I can see my BBB's website WTF? This is total insanity!!! 169.254.x.x are IPv4 link-local autoconfigured addresses. i.e. the BBB didn't get a DHCP response and picked a random 169.254.x.x address itself instead. It should still broadcast for DHCP, so if your DHCP server ever starts handing out addresses it should pick one up and start working. See http://tools.ietf.org/html/rfc3927 for an explanation of IPv4 link local addresses. -- 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/XmuVWcAERpU/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/groups/opt_out. -- Scott A. Macri Senior Software Engineer The RoRing Rage http://www.ScottMacri.com (571) 234-1581 -- 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/groups/opt_out.
Re: [beagleboard] Not Impressed - Network Issues
To me that seems like something that is being done by the usb connection. Is it possible the usb is disrupting the cat5 connection? On Fri, Feb 7, 2014 at 8:55 AM, selsin...@gmail.com wrote: On 07/02/14 02:51, hacktorious wrote: Why on earth is my BBB obtaining an ip from an external source when connected via eth0??? It's not. It's providing it's own address. You likely want it to get an address from an external source - the DHCP server on your router.. Internally dhcp is distributing 192.168 something, but the BBB is getting 169. something. I'm not able to get internet access from the BBB, but if I visit the ip address I can see my BBB's website WTF? This is total insanity!!! 169.254.x.x are IPv4 link-local autoconfigured addresses. i.e. the BBB didn't get a DHCP response and picked a random 169.254.x.x address itself instead. It should still broadcast for DHCP, so if your DHCP server ever starts handing out addresses it should pick one up and start working. See http://tools.ietf.org/html/rfc3927 for an explanation of IPv4 link local addresses. -- 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/XmuVWcAERpU/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/groups/opt_out. -- Scott A. Macri Senior Software Engineer The RoRing Rage http://www.ScottMacri.com (571) 234-1581 -- 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/groups/opt_out.
Re: [beagleboard] Re: debian: test images (2014-02-05)
On 2/7/2014 3:45 PM, John Syn wrote: On 2/7/14, 8:49 AM, Charles Steinkuehler char...@steinkuehler.net wrote: I run the MachineKit builds and added the chroot script hooks. I am also behind on merging Robert's latest changes...I've been waiting for things to settle down a bit and I have some other changes I've been working on (for LinuxCNC, not the build scripts). I haven't tried Robert's absolute latest, but the last time I merged his changes, I was still able to build a custom (MachineKit) image by using an appropriate config file (copy config.machinekit to config) and running ./rcn-ee_image.sh. This is the approach I use because it is very difficult to track the changes between your rep and Robert零 repo. It seems you are both applying the same patches, but at different times and in a different order, and you both use different tagging. Once again, I simple apply your patches to Robert零 repo so that I雋 always current with Robert零 latest changes. I also host my own kernel images so I update releases.sh to reflect my URL. It can be a bit confusing. The diffs are a mix of changes to the build scripts I made to support custom images, and general updates to the actual MachineKit build (like adding or removing a package). Lately I haven't had to do much work on the scripts, so my changes have mostly been tweaks that just affect MachineKit, which Robert pulls periodically. Now that Robert is building Debian images with a GUI, I'll likely switch to using that as a base. I generally want to stay as close as possible to the official release image and build scripts. There is enough confusion out there already! :) -- Charles Steinkuehler char...@steinkuehler.net -- 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/groups/opt_out.
Re: [beagleboard] SSH connection by wifi
On Fri, Feb 7, 2014 at 4:47 PM, stefanbrunner...@googlemail.com wrote: Hello there, I connected my BBB to my wifi with an edimax wireless adapter. This works fine so far, i even got a connection to the internet. my problem is, I have only access to the BBB by the usb cable. I want so connect by SSH with the Wifi network. I guess there's probably a problem with the non static ip adress of my router because DHCP is activated. Have a look at the manual of your router. All routers I know allow to provide fixed IP's. Now I want to connect with Putty to the BBB without an cable connection. How do i get the Ip adress of the BBB? Is this even possible as i try to do? maybe this is helpfull wlan0 Link encap:Ethernet HWaddr 80:1F:02:D7:B4:4F inet addr:192.168.2.101 Bcast:192.168.2.255 Mask:255.255.255.0 Did you try to ssh (with putty) 192.168.2.101? If you don't have any clue what's the IP of your BBB, have a look at nmap. IRRC there is a windows version available... -- 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/groups/opt_out.
[beagleboard] Re: BBB With Dell E2014T Multitouch Display
List of typically supported touch screens can be found here: http://www.lii-enac.fr/en/architecture/linux-input/multitouch-devices.html Look at other howto's on adding support for your (supported) panel. /venkat -- 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/groups/opt_out.
[beagleboard] CapeMgr in 3.13?
Is the CapeMgr in the 3.13 kernel series? I installed Debian wheezy via the eMMC flasher script and then upgraded to 3.13 (http://rcn-ee.net/deb/wheezy-armhf/v3.13.2-bone5/). However, I don't see the capemgr in /sys/devices nor any message in dmesg: ls /sys/devices/ 44e10800.pinmux breakpointhdmi.9 ocp.3 pmu.0 soc.1 system virtual ARMv7 Cortex-A8 fixedregulator.8 leds.7 platform soc0 software tracepoint Is this supposed to be case? If so, what is the paradigm to do things like this: echo am33xx_pwm $SLOTS echo bone_pwm_P8_13 $SLOTS (where SLOTS=/sys/devices/bone_capemgr.8/slots) Thanks, Josh -- 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/groups/opt_out.
[beagleboard] Re: SSH connection by wifi
Looks like your wifi IP address is 192.168.2.101. You should be able to ssh into there. As far as the Edimax wifi adapter goes (I have the EW-7811Un) you'll be initially successful, but after an hour or so of inactivity, the link will die. The entire wlan0 link will die - no ping, no ssh, nothing. I am now trying the Netgear WNA1100, but am experiencing the same link lockup. I have disabled wifi power off. Same symptoms. I'm running one of Robert Nelson's latest Debian Wheezy images (01-29-14). I have seen some issues with acpi problems causing kworker daemons to multiply, (and my hungriest process is kworker) but haven't figured out a way to monitor that without being live on the wifi connection, which modifies the behavior, much like Schrödinger's Cat problem. Will keep plugging away. How can one prevent acpi from starting in the first place? On Friday, February 7, 2014 8:47:45 AM UTC-7, stefanbr...@googlemail.com wrote: Hello there, I connected my BBB to my wifi with an edimax wireless adapter. This works fine so far, i even got a connection to the internet. my problem is, I have only access to the BBB by the usb cable. I want so connect by SSH with the Wifi network. I guess there's probably a problem with the non static ip adress of my router because DHCP is activated. Now I want to connect with Putty to the BBB without an cable connection. How do i get the Ip adress of the BBB? Is this even possible as i try to do? maybe this is helpfull root@beaglebone:~# ifconfig eth0 Link encap:Ethernet HWaddr 90:59:AF:49:E5:F6 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:56 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:64 errors:0 dropped:0 overruns:0 frame:0 TX packets:64 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4420 (4.3 KiB) TX bytes:4420 (4.3 KiB) usb0 Link encap:Ethernet HWaddr A6:50:E4:64:B4:AE inet addr:192.168.7.2 Bcast:192.168.7.3 Mask:255.255.255.252 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:666 errors:0 dropped:0 overruns:0 frame:0 TX packets:180 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:157298 (153.6 KiB) TX bytes:37885 (36.9 KiB) wlan0 Link encap:Ethernet HWaddr 80:1F:02:D7:B4:4F inet addr:192.168.2.101 Bcast:192.168.2.255 Mask:255.255.255.0 inet6 addr: fe80::821f:2ff:fed7:b44f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:668 errors:0 dropped:0 overruns:0 frame:0 TX packets:75 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:46175 (45.0 KiB) TX bytes:12808 (12.5 KiB) Thank you very much. -- 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/groups/opt_out.
[beagleboard] Re: SSH connection by wifi
In addition to what Dieter said about using a fixed IP address with your router's DHCP, you'll need your MAC address for your USB wifi gizmo; that's the HWaddr in the output of ifconfig, the stuff with 2 characters with colons between. On Friday, February 7, 2014 7:47:45 AM UTC-8, stefanbr...@googlemail.com wrote: Hello there, I connected my BBB to my wifi with an edimax wireless adapter. This works fine so far, i even got a connection to the internet. my problem is, I have only access to the BBB by the usb cable. I want so connect by SSH with the Wifi network. I guess there's probably a problem with the non static ip adress of my router because DHCP is activated. Now I want to connect with Putty to the BBB without an cable connection. How do i get the Ip adress of the BBB? Is this even possible as i try to do? maybe this is helpfull root@beaglebone:~# ifconfig eth0 Link encap:Ethernet HWaddr 90:59:AF:49:E5:F6 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:56 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:64 errors:0 dropped:0 overruns:0 frame:0 TX packets:64 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4420 (4.3 KiB) TX bytes:4420 (4.3 KiB) usb0 Link encap:Ethernet HWaddr A6:50:E4:64:B4:AE inet addr:192.168.7.2 Bcast:192.168.7.3 Mask:255.255.255.252 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:666 errors:0 dropped:0 overruns:0 frame:0 TX packets:180 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:157298 (153.6 KiB) TX bytes:37885 (36.9 KiB) wlan0 Link encap:Ethernet HWaddr 80:1F:02:D7:B4:4F inet addr:192.168.2.101 Bcast:192.168.2.255 Mask:255.255.255.0 inet6 addr: fe80::821f:2ff:fed7:b44f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:668 errors:0 dropped:0 overruns:0 frame:0 TX packets:75 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:46175 (45.0 KiB) TX bytes:12808 (12.5 KiB) Thank you very much. -- 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/groups/opt_out.
