Re: [beagleboard] Re: try to Build LCD7 cape
ok thanks. i have 2 questions about the scheme 1- if i have a generator that produce about 20v for LCD Backlight(my lcd want 20 v for back light), should i build the back light circut that get 5 volts as input and amplify it to output ? 2-what is the function of the coil BEAD MLB-160808-0600A-N2 (L1) ? Thanks in advance On Tuesday, January 14, 2014 6:43:42 PM UTC-8, john3909 wrote: From: Samer Shatta samer@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Tuesday, January 14, 2014 at 10:49 AM To: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] Re: try to Build LCD7 cape ok if i had no eeprom in my LCD cape design, and connect my lcd to the BBB and open cap manager and echo the compiled device tree of my cap to the cape manager manually . does it work ?? i know that the eeprom function is only to tell the BBB when i connect my cape to load the Overlay of my cape manager , so if i load the overlay to the cape manager manually my cape should work with out eeprom in cape design That is correct. You don’t need the eeprom, but you will have to load the overlay manually. On Tuesday, January 14, 2014 7:31:30 AM UTC-8, Samer Shatta wrote: i can't buy one from 4D Systems or CircuitCo cause the Export operation to my country is so hard and cost me a lot of money, so if there is another way to find the eeprom contents that will be a good solution for me . On Monday, January 13, 2014 11:56:34 PM UTC-8, Terry Storm wrote: Most of the data in the EEPROM are not used by the BBB. There are only 2 fields from what I read. Would be easy to just buy yourself a 4DCAPE-70T from 4D Systems, or LCD7 from CircuitCo, and read out the EEPROM yourself. Unless that defeats the purpose and you want to build one without buying one. On Tuesday, 14 January 2014 07:59:31 UTC+13, Samer Shatta wrote: Thanks for your replay i try to ask them but there is no response up to now On Monday, January 13, 2014 9:11:48 AM UTC-8, Gerald wrote: My suggestion would be to ask 4DSystems. Gerald On Mon, Jan 13, 2014 at 10:52 AM, Samer Shatta samer@gmail.comwrote: To make my question clear , where can i find the 4DSystem LCD7 cape eeprom (Header,EEPROM Revision,..,Pin Usage,) is that file is private to the 4D System company ? Thanks in advance On Sunday, January 12, 2014 4:51:56 PM UTC-8, Samer Shatta wrote: Hello i try to build a LCD7 cape like this in the 4D systems http://www.4dsystems.com.au/product/22/138/Beagle_Bone_ LCD_Capes/4DCAPE_70T/ in the section of the eeprom where can i find this lcd eeprom file decription (or .bin file) to write it to my eeprom in my new cape ?? Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. 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...@googlegroups.com javascript:. 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: try to Build LCD7 cape
ok thanks. i have 2 questions about some components in the scheme of the 4D System 7 inch screen 1- if i have a generator that produce about 20v for LCD Backlight(my lcd want 20 v for back light), should i build the back light circut that get 5 volts as input and amplify it to output ? 2-what is the function of the coil BEAD MLB-160808-0600A-N2 (L1) ? Thanks in advance On Tuesday, January 14, 2014 6:43:42 PM UTC-8, john3909 wrote: From: Samer Shatta samer@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Tuesday, January 14, 2014 at 10:49 AM To: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] Re: try to Build LCD7 cape ok if i had no eeprom in my LCD cape design, and connect my lcd to the BBB and open cap manager and echo the compiled device tree of my cap to the cape manager manually . does it work ?? i know that the eeprom function is only to tell the BBB when i connect my cape to load the Overlay of my cape manager , so if i load the overlay to the cape manager manually my cape should work with out eeprom in cape design That is correct. You don’t need the eeprom, but you will have to load the overlay manually. On Tuesday, January 14, 2014 7:31:30 AM UTC-8, Samer Shatta wrote: i can't buy one from 4D Systems or CircuitCo cause the Export operation to my country is so hard and cost me a lot of money, so if there is another way to find the eeprom contents that will be a good solution for me . On Monday, January 13, 2014 11:56:34 PM UTC-8, Terry Storm wrote: Most of the data in the EEPROM are not used by the BBB. There are only 2 fields from what I read. Would be easy to just buy yourself a 4DCAPE-70T from 4D Systems, or LCD7 from CircuitCo, and read out the EEPROM yourself. Unless that defeats the purpose and you want to build one without buying one. On Tuesday, 14 January 2014 07:59:31 UTC+13, Samer Shatta wrote: Thanks for your replay i try to ask them but there is no response up to now On Monday, January 13, 2014 9:11:48 AM UTC-8, Gerald wrote: My suggestion would be to ask 4DSystems. Gerald On Mon, Jan 13, 2014 at 10:52 AM, Samer Shatta samer@gmail.comwrote: To make my question clear , where can i find the 4DSystem LCD7 cape eeprom (Header,EEPROM Revision,..,Pin Usage,) is that file is private to the 4D System company ? Thanks in advance On Sunday, January 12, 2014 4:51:56 PM UTC-8, Samer Shatta wrote: Hello i try to build a LCD7 cape like this in the 4D systems http://www.4dsystems.com.au/product/22/138/Beagle_Bone_ LCD_Capes/4DCAPE_70T/ in the section of the eeprom where can i find this lcd eeprom file decription (or .bin file) to write it to my eeprom in my new cape ?? Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. 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...@googlegroups.com javascript:. 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] gpio_of_helper and changing direction
I'm working on building a universal device tree overlay that can be used to enable and switch between most of the various interesting pin functions (uart, timers, spi, gpio, pru in/out, etc). One problem is the BeagleBone specific gpio_of_helper driver designed to make it easy to export GPIO pins via the device tree is forcing a fixed direction of input or output on the GPIO pins. Before I start hacking on the driver, I'm wondering why the pins weren't either exported with the GPIOF_EXPORT_CHANGEABLE flag set, or why some provision wasn't made to allow specifying the direction could be changed. -- 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] gpio_of_helper and changing direction
On 1/26/2014 5:37 AM, Charles Steinkuehler wrote:
I'm working on building a universal device tree overlay that can be
used to enable and switch between most of the various interesting pin
functions (uart, timers, spi, gpio, pru in/out, etc). One problem is
the BeagleBone specific gpio_of_helper driver designed to make it easy
to export GPIO pins via the device tree is forcing a fixed direction of
input or output on the GPIO pins.
Before I start hacking on the driver, I'm wondering why the pins weren't
either exported with the GPIOF_EXPORT_CHANGEABLE flag set, or why some
provision wasn't made to allow specifying the direction could be changed.
I verified the attached minor patch does what I need and allows the user
to change the GPIO direction after the pin is exported by the
gpio-of-helper driver.
Without this patch, any pins exported to sysfs by the gpio-of-helper
driver are missing the /sys/class/gpio/gpioN/direction file and are
stuck in either input or output mode.
Comments?
--
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.
From ffe6ad504f7b471fc006d1d4f8d54b1e5a9f0ff3 Mon Sep 17 00:00:00 2001
From: Charles Steinkuehler char...@steinkuehler.net
Date: Sun, 26 Jan 2014 14:18:34 +0100
Subject: [PATCH] Allow direction change on gpio-of-helper exported pins
Signed-off-by: Charles Steinkuehler
char...@steinkuehler.net
---
drivers/gpio/gpio-of-helper.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpio/gpio-of-helper.c b/drivers/gpio/gpio-of-helper.c
index 16a607f..0f8e118 100644
--- a/drivers/gpio/gpio-of-helper.c
+++ b/drivers/gpio/gpio-of-helper.c
@@ -167,14 +167,14 @@ gpio_of_entry_create(struct gpio_of_helper_info *info,
/* set the request flags */
switch (type) {
case GPIO_TYPE_INPUT:
- req_flags = GPIOF_DIR_IN | GPIOF_EXPORT;
+ req_flags = GPIOF_DIR_IN | GPIOF_EXPORT_DIR_CHANGEABLE;
if (of_property_read_bool(node, count-falling-edge))
count_flags |= COUNT_FALLING_EDGE;
if (of_property_read_bool(node, count-rising-edge))
count_flags |= COUNT_RISING_EDGE;
break;
case GPIO_TYPE_OUTPUT:
- req_flags = GPIOF_DIR_OUT | GPIOF_EXPORT;
+ req_flags = GPIOF_DIR_OUT | GPIOF_EXPORT_DIR_CHANGEABLE;
if (of_property_read_bool(node, init-high))
req_flags |= GPIOF_OUT_INIT_HIGH;
else if (of_property_read_bool(node, init-low))
--
1.7.10.4
[beagleboard] espeak in beaglebone black
i want to use espeak on beaglebone black . i simply did opkg install espeak to install espeak . bt when i write command in command prompt to speak something it produced no sound . i used 'espeak hello espeak '. how can i make espeak to work on beaglebone black.plz help me. thanks in advance. -- 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] gpio_of_helper and changing direction
On 26-1-2014 14:32, Charles Steinkuehler wrote: On 1/26/2014 5:37 AM, Charles Steinkuehler wrote: I'm working on building a universal device tree overlay that can be used to enable and switch between most of the various interesting pin functions (uart, timers, spi, gpio, pru in/out, etc). One problem is the BeagleBone specific gpio_of_helper driver designed to make it easy to export GPIO pins via the device tree is forcing a fixed direction of input or output on the GPIO pins. Before I start hacking on the driver, I'm wondering why the pins weren't either exported with the GPIOF_EXPORT_CHANGEABLE flag set, or why some provision wasn't made to allow specifying the direction could be changed. I verified the attached minor patch does what I need and allows the user to change the GPIO direction after the pin is exported by the gpio-of-helper driver. Without this patch, any pins exported to sysfs by the gpio-of-helper driver are missing the /sys/class/gpio/gpioN/direction file and are stuck in either input or output mode. Comments? Great! It looks so obvious, this makes me wonder why it wasn't implemented the first time...! -- Bas -- 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] espeak in beaglebone black
I'm using espeak on Ubuntu with a USB soundcard with no problem. Are you sure that your sound card works? It may be related to an Angstrom problem. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] gpio_of_helper and changing direction
On 1/26/2014 8:41 AM, Bas Laarhoven wrote:
On 26-1-2014 14:32, Charles Steinkuehler wrote:
Without this patch, any pins exported to sysfs by the gpio-of-helper
driver are missing the /sys/class/gpio/gpioN/direction file and are
stuck in either input or output mode.
Comments?
Great! It looks so obvious, this makes me wonder why it wasn't
implemented the first time...!
Yes, but it's so simple I fear I'm missing something. There are
definitely times when you might not want an I/O pin to change direction,
and other times (like my use) where it's OK.
I think maybe I should add a new property to allow the direction to be
changed, so DT stubs would look something like:
x_min {
gpio-name = bebopr:x_min;
gpio = gpio3 3 0;
input;
dir-changeable;
};
x_ena {
gpio-name = bebopr:x_ena;
gpio = gpio1 4 0;
output;
init-high;
dir-changeable;
};
Instead of just assuming the direction should _always_ be changeable, so
there's no chance of braking any existing setups.
--
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] gpio_of_helper and changing direction
On 1/26/2014 9:04 AM, Charles Steinkuehler wrote:
I think maybe I should add a new property to allow the direction to be
changed, so DT stubs would look something like:
x_min {
gpio-name = bebopr:x_min;
gpio = gpio3 3 0;
input;
dir-changeable;
};
Yes, I like this version much better. Patch attached.
Comments?
--
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.
From ef86c11fe40d5483c878fa2252a1bca587753d21 Mon Sep 17 00:00:00 2001
From: Charles Steinkuehler char...@steinkuehler.net
Date: Sun, 26 Jan 2014 16:17:09 +0100
Subject: [PATCH] Add dir-changeable property to gpio-of-helper
Signed-off-by: Charles Steinkuehler char...@steinkuehler.net
---
drivers/gpio/gpio-of-helper.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpio/gpio-of-helper.c b/drivers/gpio/gpio-of-helper.c
index 16a607f..1c289b2 100644
--- a/drivers/gpio/gpio-of-helper.c
+++ b/drivers/gpio/gpio-of-helper.c
@@ -181,6 +181,8 @@ gpio_of_entry_create(struct gpio_of_helper_info *info,
req_flags |= GPIOF_OUT_INIT_LOW;
break;
}
+ if (of_property_read_bool(node, dir-changeable))
+ req_flags |= GPIOF_EXPORT_CHANGEABLE;
/* request the gpio */
err = devm_gpio_request_one(dev, gpio, req_flags, name);
--
1.7.10.4
Re: [beagleboard] gpio_of_helper and changing direction
On 26-1-2014 16:04, Charles Steinkuehler wrote:
On 1/26/2014 8:41 AM, Bas Laarhoven wrote:
On 26-1-2014 14:32, Charles Steinkuehler wrote:
Without this patch, any pins exported to sysfs by the gpio-of-helper
driver are missing the /sys/class/gpio/gpioN/direction file and are
stuck in either input or output mode.
Comments?
Great! It looks so obvious, this makes me wonder why it wasn't
implemented the first time...!
Yes, but it's so simple I fear I'm missing something. There are
That's what I meant to say. But since modern programmers do not write
comments, we'll always keep wondering whether it was a design decision
or an oversight. :-/
definitely times when you might not want an I/O pin to change direction,
and other times (like my use) where it's OK.
I think maybe I should add a new property to allow the direction to be
changed, so DT stubs would look something like:
x_min {
gpio-name = bebopr:x_min;
gpio = gpio3 3 0;
input;
dir-changeable;
};
I have limited knowledge of what you're trying to do, but you probably
never want to make gpio3 an output on a BeBoPr because that creates two
outputs fighting the signal!
x_ena {
gpio-name = bebopr:x_ena;
gpio = gpio1 4 0;
output;
init-high;
dir-changeable;
};
Instead of just assuming the direction should _always_ be changeable, so
there's no chance of braking any existing setups.
Agreed, if possible, keep it backwards compatible.
-- Bas
--
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] gpio_of_helper and changing direction
On 1/26/2014 9:44 AM, Bas Laarhoven wrote:
On 26-1-2014 16:04, Charles Steinkuehler wrote:
On 1/26/2014 8:41 AM, Bas Laarhoven wrote:
Great! It looks so obvious, this makes me wonder why it wasn't
implemented the first time...!
Yes, but it's so simple I fear I'm missing something. There are
That's what I meant to say. But since modern programmers do not write
comments, we'll always keep wondering whether it was a design decision
or an oversight. :-/
Yep! sigh
definitely times when you might not want an I/O pin to change direction,
and other times (like my use) where it's OK.
I think maybe I should add a new property to allow the direction to be
changed, so DT stubs would look something like:
x_min {
gpio-name = bebopr:x_min;
gpio = gpio3 3 0;
input;
dir-changeable;
};
I have limited knowledge of what you're trying to do, but you probably
never want to make gpio3 an output on a BeBoPr because that creates two
outputs fighting the signal!
That's why I added the flag, so it can be left off of I/O pins that
really shouldn't be able to change direction. It still wound up being a
simple 2-line patch. I've tested the change works as expected and have
pushed the patch to my linux-dev github repo:
https://github.com/cdsteinkuehler/linux-dev/blob/3.8.13-bone37-xenomai/patches/machinekit/0003-Add-dir-changeable-property-to-gpio-of-helper.patch
--
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] Pogramming in C.
yes you were right. We have already programmed with the beaglebone. its working fine. The derek molloy video we viewed was controlling the gpio using cpp programming. Thanks for your help!! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] espeak in beaglebone black
Try to test a sound card using aplay and any wav file first 26 Янв 2014 г. 18:41 пользователь Ozan Çağlayan ozan...@gmail.com написал: I'm using espeak on Ubuntu with a USB soundcard with no problem. Are you sure that your sound card works? It may be related to an Angstrom problem. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+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] Re: Can't get BeagleSNES to work on BBB
Hi Andrew. Is there a short explanation for why I can't quickly edit the *snes9x.conf.BBB* file and change the lines *J00:B8 = Joypad1 SelectJ00:B9 = Joypad1 Start* to something like *J00:B6 = Joypad1 SelectJ00:B7 = Joypad1 Start* to effectively test different button mappings? I tried editing them and popping the card back in the BBB but it doesn't seem to do anything. Does modifying that conf file require a rebuild to take effect? When do you hope to release the v0.5? On Friday, January 3, 2014 9:22:19 AM UTC-5, Andrew Henderson wrote: Hey Scott. I have been away for the holidays and won't be back to my office with my equipment until the start of next week. You have everything set up correctly, it seems. The games.cfg looks OK, in any case. The problem is that the button numbers for the start and select are hardcoded in the front-end GUI. I have a better button mapping scheme on my dev list for v0.5 of BeagleSNES, but I can't work on it and get another release out until I am able to get back to my equipment. The short answer is that you will require a code change and recompile to get it working for your particular controller. I have a big laundry list of things that I have been working on that I want to get out for v0.5, and a few of the items have been delaying me in getting the release out. I may just have to bite the bullet and expedite the more urgent items because a large number of people have received new BBBs for the holidays and have been filling my inbox with all sorts of issues regarding gamepads and button mappings. Good work on getting everything working as well as you have so far. I should write a book on how to develop the BBB into a standalone appliance based on all of the feedback and reports that I have received from everyone over the last six months... Andrew On Wednesday, January 1, 2014 6:23:41 PM UTC-5, Scott Paul wrote: So close... I had an old PC sitting around collecting dust so I formatted that to Ubuntu 12.04. I re-did everything from that machine. Before I started, when I plugged in the SD card that I had setup from the Win7 machine into the Ubuntu machine it seemed to mount the two partitions fine ... but it also gave me a pop-up error message about not wanting to mount the drive for some reason ... even though I could see both parts. Anyways, it did this each time I mounted the card. After I reformatted the card with the beaglesnes image that message has no longer come up. I have mounted the card several more times too. At first it did not work. Then I took it out of its Adafruit casehttp://www.adafruit.com/products/1555?gclid=CNGJv-2J3rsCFVLxOgodcRsAeAand tried. Then it would boot up, give me music, and let me scroll through the placeholder's in the default config. I am certain I tried this before but it did not matter. I quickly realized that the molding on the cable needed to be cut down. If I had read adafruit's page closer, I might have caught that note. Not happy about that, but it worked. I think that I had both a cable problem and a Windows problem, but maybe it was only a cable/case problem and I didn't do something else write the time I tried that with the Win7 SD card setup. I have been at it for a while today, but the problem now is that it will not select the games I've added in the menu. I have tested the controller on the Ubuntu machine and can see the start and select buttons do register. I have been doing everything in the Ubuntu machine. The pictures are showing up, the text descriptions are updated. At first I had 5 games listed so I tried adding 5 more. Each time the menu list updated as expected, but pressing start or select doesn't do anything. The roms are all in the rootfs/home/ubuntu/beaglesnes/rom folder. They are all .smc. I even removed spaces and tried shortening the .smc file names. I'm only using one controller. I can't really think of much else to try right now. Again, I welcome any support. I attached my games.cfg file if that helps -- 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: Can't get BeagleSNES to work on BBB
Yes. The front-end GUI does not look at that configuration file for button mapping. That is the configuration file for the SNES9X emulator. Part of my work for v0.5 is to pull button mappings from that file. v0.5 should give you the following: - An additional VFAT partition that houses the config files, ROMs, and images. This way, you can pop the microSD card into your non-Linux PC and add ROMs, edit files, etc. - XML for the games.cfg. This is using the Expat XML parsing library. This will eliminate most of the common problems, I hope, like the config file having to be just-so or DOS end-of-line characters messing things up, etc. - Key mapping from the SNES9X emulator's config file so that you can do a custom key mappings. I am a PhD student, and I've been working on a papers over the past few months, so I haven't been working on BeagleSNES development as much as I would like. I'm still working on it, though, and I'll be getting a release out as soon as I can. Trust me, I don't want to answer mail after mail for support when I can release a new version that addresses these issues directly! Andrew On Sunday, January 26, 2014 3:13:18 PM UTC-5, Scott Paul wrote: Hi Andrew. Is there a short explanation for why I can't quickly edit the *snes9x.conf.BBB* file and change the lines *J00:B8 = Joypad1 SelectJ00:B9 = Joypad1 Start* to something like *J00:B6 = Joypad1 SelectJ00:B7 = Joypad1 Start* to effectively test different button mappings? I tried editing them and popping the card back in the BBB but it doesn't seem to do anything. Does modifying that conf file require a rebuild to take effect? When do you hope to release the v0.5? On Friday, January 3, 2014 9:22:19 AM UTC-5, Andrew Henderson wrote: Hey Scott. I have been away for the holidays and won't be back to my office with my equipment until the start of next week. You have everything set up correctly, it seems. The games.cfg looks OK, in any case. The problem is that the button numbers for the start and select are hardcoded in the front-end GUI. I have a better button mapping scheme on my dev list for v0.5 of BeagleSNES, but I can't work on it and get another release out until I am able to get back to my equipment. The short answer is that you will require a code change and recompile to get it working for your particular controller. I have a big laundry list of things that I have been working on that I want to get out for v0.5, and a few of the items have been delaying me in getting the release out. I may just have to bite the bullet and expedite the more urgent items because a large number of people have received new BBBs for the holidays and have been filling my inbox with all sorts of issues regarding gamepads and button mappings. Good work on getting everything working as well as you have so far. I should write a book on how to develop the BBB into a standalone appliance based on all of the feedback and reports that I have received from everyone over the last six months... Andrew On Wednesday, January 1, 2014 6:23:41 PM UTC-5, Scott Paul wrote: So close... I had an old PC sitting around collecting dust so I formatted that to Ubuntu 12.04. I re-did everything from that machine. Before I started, when I plugged in the SD card that I had setup from the Win7 machine into the Ubuntu machine it seemed to mount the two partitions fine ... but it also gave me a pop-up error message about not wanting to mount the drive for some reason ... even though I could see both parts. Anyways, it did this each time I mounted the card. After I reformatted the card with the beaglesnes image that message has no longer come up. I have mounted the card several more times too. At first it did not work. Then I took it out of its Adafruit casehttp://www.adafruit.com/products/1555?gclid=CNGJv-2J3rsCFVLxOgodcRsAeAand tried. Then it would boot up, give me music, and let me scroll through the placeholder's in the default config. I am certain I tried this before but it did not matter. I quickly realized that the molding on the cable needed to be cut down. If I had read adafruit's page closer, I might have caught that note. Not happy about that, but it worked. I think that I had both a cable problem and a Windows problem, but maybe it was only a cable/case problem and I didn't do something else write the time I tried that with the Win7 SD card setup. I have been at it for a while today, but the problem now is that it will not select the games I've added in the menu. I have tested the controller on the Ubuntu machine and can see the start and select buttons do register. I have been doing everything in the Ubuntu machine. The pictures are showing up, the text descriptions are updated. At first I had 5 games listed so I tried adding 5 more. Each time the menu list updated as expected, but pressing start or
[beagleboard] BBB wifi lockup
I'm having an issue with my USB wifi adapter, in that if there is no activity in an SSH session for a while (i'm guessing for an hour or so), the board locks up, becomes unresponsive even to ethernet requests, etc. and must be rebooted. If I maintain activity on the link (running top, for example) everything runs fine. I am running Debian Wheezy from the eMMC and am using an Edimax 7811 wifi adapter. iwconfig tells me power management is off. I have run a watch on dmesg to see if any messages are being output before lockup - there are none. Any ideas? -- 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 to increase appearance time of penguin logo..?
that would probably be part of the init scripts. Since it's not beagle related and is instead a GNU/Linux thing, you should be able to google what manages the spash screen and switching to the log console. Once you find this you'll likely have to do the changes in the initramfs structure and rebuild/compress it. 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: espeak in beaglebone black
Earlier when I was using Angstrom, I ended up having to download and build Espeak, but when I converted to the Debian versions, I could install it as you mentioned. However the PCM I believe is always defaulting to output to the HDMI sound. To get it to work with a USB sound card I plugged in, I found I needed to edit a sound configuration file: Here is what I have: kurt@BeagleBone:~$ cat /etc/asound.conf pcm.!default sysdefault:Device On Sunday, January 26, 2014 6:35:46 AM UTC-8, ss sefat wrote: i want to use espeak on beaglebone black . i simply did opkg install espeak to install espeak . bt when i write command in command prompt to speak something it produced no sound . i used 'espeak hello espeak '. how can i make espeak to work on beaglebone black.plz help me. thanks in advance. -- 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 wifi lockup
On 01/26/2014 04:04 PM, rattus wrote: I am running Debian Wheezy from the eMMC and am using an Edimax 7811 wifi adapter. iwconfig tells me power management is off. https://github.com/xbianonpi/xbian/issues/217 I have this (both rpi and bbb boards): ~$ cat /etc/modprobe.d/8192cu.conf # disable power management and usb auto-suspend for wireless card: # https://github.com/xbianonpi/xbian/issues/217 options 8192cu rtw_power_mgnt=0 rtw_enusbss=0 # cat /sys/module/8192cu/parameters/rtw_power_mgnt regards, Nuno -- http://aeminium.org/nuno/ -- 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.
