May be you can ask these guys here: http://www.halaser.eu/e1701m.php
They're offering an industrial motor controller based on an BBB and should
have solved this problem.
Am Samstag, 18. Oktober 2014 03:26:26 UTC+2 schrieb plla...@gmail.com:
Starterware does not support access to eMMC. To do that, you would have to
implement MMC-support to their HSMMCSD-library in order to make MLO able to
boot APPs from there.
Am Donnerstag, 16. Oktober 2014 22:28:31 UTC+2 schrieb TheMdv18:
Hi everybody,
My question is, I can boot starterware
Hi,
there are some LCD-capes available out there for BBB, mainly with very vew
documentation. So I'll ask this here: which of them is supported by Ubuntu?
Thanks!
Karl
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the
What ever causes this (changed) behaviour can be found on your on-board
eMMC. There something seems to have changed with the bootloader which now
lets the BBB boot from external SD card first.
May be you installed Ubuntu? AFAIK this modifies bootloader in this way.
Am Dienstag, 7. Oktober 2014
EHRPWM functions of AM3358 are running with 100 MHz. Thus the smallest
possible half pulse width is 10 nsec (10 nsec of and 10 nsec on for a full
period).
Am Sonntag, 5. Oktober 2014 00:53:06 UTC+2 schrieb Bill Gray:
So, I've been playing around with PWM, and I would like to have one PWM
Hi,
according to http://elinux.org/Beagleboard:BeagleBoneBlack#Board_Shipments
board shipments are decresing constantly for some months. What is the
reason for this? When I have a look to distributors of hardware they are
still not available without longer delay, so what is going on here?
--
I got mine meanwhile, for my application it fits perfectly (don't need
on-board MMC and HDMI). Finish looks good and it is working first few hours
properly. So it seems to be a great piece of hardware.
One thing to note: comparing to the original BBB it comes without
Micro-USB-cable but within
Am Dienstag, 19. August 2014 04:40:43 UTC+2 schrieb john3909:
Well, that is because you are trying to access the GPIO from user space.
If you wanted to access the GPIO from kernel space, you would use a similar
approach to what you did on your smaller processors. The only difference
would
I found a posting at TIs webbord regarding this problem. There a guy from
TI described this as a bug in used PHY. Since the RESET-input of that PHY
is not connected to a (switchable) output pin on the BBB, only power of/on
helps to workaround this problem. With such a connection a software
Sure this is a hardware-problem and not caused by the software on your
board which is accessing the new/other USB port in a wrong way? Did your
firmware ever work properly with the original BBB-hardware?
Am Mittwoch, 13. August 2014 21:33:27 UTC+2 schrieb Brendan Bleker:
Hello,
I have a
Am Donnerstag, 7. August 2014 17:00:03 UTC+2 schrieb Gerald:
Make sure you remove the write protect that is on the EEPROM
Is there any other write-protection than the WP-pin of the chip that has t
obe pulled to LOW?
--
For more options, visit http://beagleboard.org/discuss
---
You
Am Mittwoch, 30. Juli 2014 11:14:05 UTC+2 schrieb lisarden:
Write Protect pin is LOW-Active. This means that by grounding this pin you
do memory protection
https://www.facebook.com/mentorel.company
Sure? EEPROM documentation says, write-protection is disabled when WP-input
is pulled to
Am Dienstag, 29. Juli 2014 20:52:22 UTC+2 schrieb Brandon I:
sink 8mA
So setting a GPI to HIGH just by connecting it to 3.3V directly would be a
problem? I assumed GPIO-inputs are always high-resistance!?
--
For more options, visit http://beagleboard.org/discuss
---
You received this
This doesn't answers my question. So to describe it more clear:
- board/CPU is powered and running
- SYS_RESETn is HIGH
- GPIO is configured as input
...so all preconditions mentioned in BBB manual are met.
Now when I want to set a HIGH signal to that GPI, can I connect it with
BBBs 3.3V
Hi,
I try to write some data to EEPROM of BBB out of own (bare-metal) software.
Reading data works fine and code for writing should be OK too,
unfortunately data are sent to EEPROM but not written.
From schematic I found EEPROMs WP-input has to be pulled to Vss so I
connected TP4 of BBB
And who is responsible for the
BlueSteel? http://elinux.org/CircuitCo:BlueSteel-Basic mentions CircuitCo
as vendor...
Am Montag, 30. Juni 2014 14:27:29 UTC+2 schrieb Gerald:
You need to ask the BlueSteal people.
--
For more options, visit http://beagleboard.org/discuss
---
You received
Hi,
I have a problem with an own, custom cape. When the cape is not connected,
the BBB boots well. When my cape is connected all four user LEDs are
flashing with a delay of about 1 sec but the board doesn't boot.
My cape already does take care about SYS_RESETn signal, I do not drive any
Hi,
I'm just checking out the Mini Display Cape and the documentation of used
CrystalFontz display. It seems all parameters are already set, at least I
could not find a possibility to set EXTC pin in order to write some own
system function commands to display controller.
So my question: what
Hi,
is there a possibility to have a really hard reset via software, e.g. by
toggling the power? I hoped TPS65217C is able to do something like this but
I could not find a functionality that gives the possibility to power of the
CPU for a short time only.
So...are there any other solutions to
Am Mittwoch, 2. Oktober 2013 22:03:29 UTC+2 schrieb Charles Steinkuehler:
Each PRU has it's own r30, which drives the direct outputs (assuming you
have the pinmux setup properly). You can only drive a limited number of
the BeagleBone header pins using PRU direct I/O, and a lot of the pins
Hi,
at
http://elinux.org/Beagleboard:Cape_Expansion_Headers#Full_Headers_with_8_Modes
the pinout of expansion headers is shown. For every pin there is exactly
one row describing the functionality of the related pin according to a
chosen mode.
But pins 41 and 42 of header P9 are different,
21 matches
Mail list logo