The Densitron DMT040QBHTNT0-1A data sheet has much useful info.
DE Mode:
VS and HS are inverted (active low)
DE and DOTCLK (active-high)
HV Mode:
VS and HS are active-low
PCLK active-high
DE always 1
SPI:
SPI has 4 clock modes
SCK/SCL is active-high (normally low on fall of active-low CS)
clocks
What I was trying to say, if VS or HS change as the PCLK is rising, then it
may not register, but the next PCLK clock should register the VS or HS
On Sunday, 3 May 2020 11:44:31 UTC+1, Robert Forsyth wrote:
>
> The Densitron DMT040QBHTNT0-1A data sheet has much useful info.
> DE Mode:
> VS and HS
Your microSD card is 64 GB in size.
You can access it all if you follow the instructions to expand the file
system.
The eMMC is 4 GB in size.
If you need less than 4 GB, then you can use the eMMC.
If you do a lot of writes, then the 64 GB card will last much longer, since
the write leveling algo
https://elinux.org/BeagleBoneBlack/SGX_%2B_Qt_EGLFS_%2B_Weston
El miércoles, 19 de febrero de 2020, 20:40:28 (UTC+1), s.cl...@guinault.com
escribió:
>
> Hello,
>
> I'm currently trying to work with the latest configuration for the black
> beaglebone on buildroot (beaglebone_qt5_defconfig).
>
> I
> What I was trying to say, if VS or HS change as the PCLK is rising, then
> it may not register, but the next PCLK clock should register the VS or HS
>
Good point! In my case, the VS and HS signals are generated on the PCLK's
falling edge though, so they should be valid on the next rising edg
Hi Jonny,
Looking at that link from Segger it appears that they only support the
cortex-M core devices from TI, so that wouldn't help on a BBB.
The other factor that is important for some of us is that the Segger EDU
emulators are explicitly for non-commercial use. If you are commercial use
the
Jason,
I sent you a message a few weeks ago was wondering if you received my
e-mail regarding web pages?
Ken
--
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
I've seen the "Unable to create surface" error when OpenGL can not attach
to a display. Are you doing this remote or do you have some sort of
display attached to the board and running locally?Also, have you
checked the output of glxinfo or run glxgears to see if it can display the
gears demo?
You must be reading a different Release note then I am reading.
This seems to show more than just cortex-m support.
https://www.segger.com/products/debug-probes/j-link/models/model-overview/#supported-cores
Segger does lists the J-Link EDU Mini with full J-Link support though.
There is also the $
Right Ian and I've had trouble with Segger.They work well for some IDE. I don't
want people wasting Money like I did.I'm very skeptical Johnny has gotten TI
RTOS working on any Beaglbone it's not supported.And his claims that SYS BIOS(
now TI RTOS) which uses autogenerated files compiles outside
You asked, if I had experience with TI-RTOS and if I had experience
with TI-RTOS with other IDEs and I answered yes to those. However, I have
nothing to prove to you or anyone else for that matter that does not
provide me with a paycheck. Believe what you want, I could not care less.
However, y
Hello Johnny
the original question was can TI RTOS work on the Beaglbone Blue. I've seen
many asking about the BBAI as well. Perhaps you can share which Beaglbone board
you have TI RTOS running on??
and what you used for JTAG so we can provide some help or support.
I've experience running TI R
Hello Preetek
Here's the answer from TI E2E forum below.
For TI RTOS development, an emulator is typically required as the development
environment usually uses CCS IDE and debug would require an emulator. Having
said that you can load applications using a SD card and use printf to run and
debu
Hi Paul,
I am also trying to make my PocketBeagle startup time faster and after
disabling a lot of scripts I saw little progress until I disabled
bonescript-autorun.service
sudo systemctl disable bonescript-autorun.service
You don’t see it when you run 'systemd-analyze blame' but look at the
I did more tests and I withdraw from what I wrote: the problem concerns RT
and non-RT kernels (not only RT as I wrote).
To cope the problem i tested simple phyton script which poweroff the BBB
after transition from USB to battery power supply.
It works when I remove mt7601u driver sudo rmmod mt
15 matches
Mail list logo
