Hi,
I can't tell why the sinewave is working or not (many factors that range from the code itself to hardware initialization and data handling), but a good reference of this error can be found in the following forum thread:
http://e2e.ti.com/support/development_tools/compiler/f/343/p/276727/966063.aspx
Hope this helps,
Rafael
Valentin,
I have confirmed with DesignSoft that this is a bug in TINA. The only solution possible would be to use a VCVS to amplify the value to a higher level where the accuracy is better handled (basically, multiply the targeted voltage by 1000 so that the accuracy is better). Here is the example they showed:
The targeted voltage in this case is represented by the voltage source. It is then amplified and the values give a more accurate reading.
Britt
Desouza
The emulator i use is on aboard emualtor XDS100V2. The connection is showing below. I had read through the thread. Yes we have similar problem, however, what mentioned in that thread did not help me.
Thanks.
Hi,
There are two ways to register your CANIntHandler at vector table;
1. Setup the CANIntHandler at your startup file. You can see how this is done at Tivaware example programs like timer, interrupts, and uart_echo.
2. Use the CANIntRegister C API at your main C file. See how it is set at the Tivaware Peripheral Driver Library Users Guide.
- kel
[quote user="Matthijs van Duin"]It's annoying that App Center just gives a blank screen instead of reporting an error. Maybe the error ends up in some log somewhere, but if so, I don't know where.[/quote]Using CCS v6 on CentOS 6.1 64-bit I also had a blank CCS Apps Center, with /lib/libudev.so.0 already installed.
The Eclipse Log (from CCS Help -> CCS Support) contains the errors about why the CCS Apps Center to load:
!ENTRY com.ti.chromium.browser 4 0 2014-08-08 21:40:30.916 !MESSAGE /opt/ti/ti_ccs6_0/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201406261800/libs/libcef.so: /opt/ti/ti_ccs6_0/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201406261800/libs/libcef.so: undefined symbol: gtk_widget_get_realized !STACK 0 java.lang.UnsatisfiedLinkError: /opt/ti/ti_ccs6_0/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201406261800/libs/libcef.so: /opt/ti/ti_ccs6_0/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201406261800/libs/libcef.so: undefined symbol: gtk_widget_get_realized at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(Unknown Source) at java.lang.ClassLoader.loadLibrary(Unknown Source) at java.lang.Runtime.load0(Unknown Source) at java.lang.System.load(Unknown Source) at com.ti.chromium.browser.Libraries.<clinit>(Libraries.java:29) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Unknown Source) at com.ti.chromium.browser.cef.Cef.<init>(Cef.java:101) at com.ti.chromium.browser.cef.Cef.Initializer(Cef.java:83) at com.ti.chromium.browser.cef.Cef.<clinit>(Cef.java:39) at com.ti.chromium.browser.ChromiumBrowserContributor.init(ChromiumBrowserContributor.java:43) at com.ti.browser.internal.TIBrowserPlugin.getPreferredBrowserContributor(TIBrowserPlugin.java:166) at com.ti.browser.internal.TIBrowserPlugin.isChromeBrowser(TIBrowserPlugin.java:97) at com.ti.browser.internal.TIBrowser.<clinit>(TIBrowser.java:44) at com.ti.browser.TIBrowserFactory.createBrowser(TIBrowserFactory.java:44) at com.ti.ccstudio.app.center.internal.browser.AppCenterBrowser.createPartControl(AppCenterBrowser.java:163) <snip>
In CentOS 6.1 the reason for the CCS Apps Center being blank is that Chromium was unable to find the gtk_widget_get_realized symbol in the usr/lib/libgtk-x11-2.0.so.0 installed from gtk2-2.18.9-6.el6.centos.i686
According to https://code.google.com/p/chromium/issues/detail?id=106689 the Problem is that Chromium requires libgtk version 2.20, whereas CentOS 6.1 has version 2.18. To work-around the problem I copied usr/lib/libgtk-x11-2.0.so.0, /usr/lib/libgdk-x11-2.0.so.0 and /usr/lib/libX11.so.6 from a Centos 6.5 system with libgtk 2.20 / libX11 1.5.0 installed into the CCS install directory, and set LD_LIBRARY_PATH to make CCS use the libgtk-x11-2.0.so.0 version 2.20. The CCS Apps Center was then displayed and worked.
This is really a "bodge" since it hasn't update libgtk files consistently - but when I tried to use yum to update libgtk got multilib errors.
Edit: Had to copy more libraries. Also, the updated libraries were required to get the Grace configuration displayed.
CCS 5 & 6 always forces the '-k' (aka --keep-going) option on the gmake (or make if when substituted for gmake). Is there anyway to defeat this behavior?
Test case received, thank you. It's a bug, all right. I've submitted SDSCM00050725 to track this issue.
[quote user="Nathan Crum"]Something about having Grace in the project is messing with the automatically generated Makefiles and it wont parse other directories for source code.[/quote]That does seem to be the case. I note that when a Grace project is created a src/makefile.libs Makefile is created which is what I thinks causes source files manually added below the src directory to not get compiled.
E.g. in the following project structure example:
1) The source file src/src_same_level_as_grace/src_same_level_as_grace.c was not compiled.
2) The source file src_outside_of_grace/src_outside_of_grace.c was compiled.
I am not sure if this is a bug, or the intended behaviour when using Grace.
The attached example project (Please visit the site to view this file) generated by Grace 3.0.1.59 for a MSP430FR5969 generates the following warning during linking:
[quote]warning #10420-D: For FRAM devices, at start up, the GPO power-on default high-impedance mode needs to be disabled to activate previously configured port settings. This can be done by clearing the LOCKLPM5 bit in PM5CTL0 register.[/quote]However, from single stepping the code the LOCKLPM5 bit is cleared in the PM5CTL0 register inside the PMM_unlockLPM5 function:
Therefore, is it correct for warning #10420-D to be reported?
[The help for warning #10420-D says it is reported if the PM5CTL0.LOCKPM5 bit clearing code instruction cannot be detected in the project]
Hello Imran,
I am sending the BQ51050B_YFP_28.bxl, the LP5521_YFP_20.bxl and LP5521_NJA_24.bxl that you requested. There was a problem with the BQ51050B_RHL_20.bxl which is being corrected and will be send next week. All will be published on ti.com late next week.
(Please visit the site to view this file)
(Please visit the site to view this file)
(Please visit the site to view this file)
Regards,
Janet
Hello Johannes,
Attached is the CSD17381F4_YJC_3.bxl that you requested. The bxl will be published to ti.com next week.
(Please visit the site to view this file)
Regards,
Janet
Xining,
Thanks for sending the picture. You are using the built in XDS100v1 emulator, therefore I assume you are selecting this emulator in your .ccxml file, is that correct?
Also, another striking difference I see with your board compared to all other EVM6678 boards I have ever seen: where's the heatsink and fan over the DSP?!? Did you remove them to take the picture or the board came this way?
If there is no heatsink/fan, I suspect the DSP is either continuously resetting due to the excess temperature or it completely failed due to the thermal stress. Both scenarios would potentially cause the issues you are seeing.
Can you confirm the details above?
By the way, I checked Advantech's documentation to see if the fan was removed in a later revision of the board, but nothing indicates that. For details, check their website at:
http://www.advantech.com/Support/TI-Evm/6678le_download3.aspx
Regards,
Rafael
Hi David,
[quote user="David Sabol"]If I do a printf with a literal string (printf("Hello world\r\n);) it works OK, but if I try to add printing a variable I get an undefined exception.[/quote]
How're you declaring the variable, i mean to which data type are you assigning?
Regards,
Gautam
I hope you've deactivated your anti-virus and firewall.
Hi All,
I am working with my project via dss.
My text debug server for JavaScript below
// Import the DSS packages into our namespace to save on typing
importPackage(Packages.com.ti.debug.engine.scripting)
importPackage(Packages.com.ti.ccstudio.scripting.environment)
importPackage(Packages.java.lang)
// Configurable Parameters
var deviceCCXMLFile = "c:/Users/Borovikov_O/ikbo_dsp/soft/conf/k10sv.ccxml";
var programToLoad = "c:/Users/Borovikov_O/ikbo_dsp/app/debug/dsp.out";
// Create our scripting environment object - which is the main entry point into any script and
// the factory for creating other Scriptable ervers and Sessions
var script = ScriptingEnvironment.instance();
// Create a debug server
var ds = script.getServer( "DebugServer.1" );
// Set the device ccxml
ds.setConfig( deviceCCXMLFile );
// Open a debug session
debugSession1 = ds.openSession("SEED XDS560V2 USB Emulator/C66xx_0");
debugSession2 = ds.openSession("SEED XDS560V2 USB Emulator/C66xx_1");
debugSession3 = ds.openSession("SEED XDS560V2 USB Emulator/C66xx_2");
//connect with CPU
debugSession1.target.connect();
debugSession2.target.connect();
debugSession3.target.connect();
// Load the program
try {
debugSession1.memory.loadProgram(programToLoad);
} catch(ex) {
quit();
}
// my Attempt breakpoints
var my_str_bp = debugSession1.symbol.getAddress("_init");
var bp1 = debugSession1.breakpoint.add(my_str_bp);
try {
var dsp_setup_str = debugSession1.symbol.getAddress("_attemptCores");
print(dsp_setup_str);
var bp2 = debugSession1.breakpoint.add(dsp_setup_str);
}catch(ex) {
quit();
}
// Run the program
debugSession1.target.run();
If I invoke this script from Scripting Console of CCS - it's right of the works
But if I attempt invoke this script from dss - I receive next message
c:\Users\Borovikov_O\ikbo_dsp\app\debug>c:\ti\ccsv5\ccs_base\scripting\bin\dss -dss.debug DebugServer01.js
Loaded FPGA Image: C:\ti\ccsv5\ccs_base\common\uscif\dtc_top.jbc
It is reaction onto last line in the script:
debugSession1.target.run();
Where am I making a mistake?
Thank
Oleg
Hi Chester/Nathan,
When the work week returns I am going to test this on my system. If Grace is interfering with include paths and options, I will file a bug.
Best Regards,
Lisa
You have the NVidia driver problem. Either get CCS v6.0.1.40 from the download site, or force your graphics controller to use the NVidia adapter via the Nvidia control panel 3D settings. There is a recent thread about this.
[quote user="Muralidhara S.N. Sullia"](Please visit the site to view this file)[/quote]The debug server log file shows that the Program Load is using the "Necessary Pages Only" option to erase flash - which has been seen to cause a "Timed out while writing to Flash memory" error.
As per http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/t/328195.aspx try setting the option to "Erase Entire Flash".
I uninstalled CCS 6.0 and reinstalled. I think it's all up to date now.
Thanks to everyone that helped me out.
dan
Hi Desouza
Thanks for replying. We removed the fan on the DSP. It is because we want to plug this board in our chassis. However, the fan is too high for it. And indeed, in this chassis, it has fans to cool the DSP. As we are debuging our system, so everytime the DSP was working less than 10 minutes. So I do not think this DSP is not working. I think there are some problems within this emulator.