This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - bsl
1
« on: February 09, 2014, 06:11:22 pm »
Try using SDC_printf() or SDC_Put_String() [formerly called log_rs232]
SDC_Put_String has been tested , SDC_printf untested > Untested in which way? Bugs not completely explored or SDC_printf("Hello World!") may not even do anything? SDC_printf is untested. The program goes resident after hooking into the Battmon task{That frequently updates the battery icon on the screen} .  > I've never seen a task which does it's job worse than that... The *nix equivalent is a daemon process monitoring the serial port and responding to commands. Many Nucleus tasks behave like unix daemon processes. > If these syscalls have no disadvantages over the c API, why not replace printf(...) with SDC_printf(...)? Previous versions of Ndless had both syscalls, since we don't have full documentation of the Nspire OS we can't choose which to take/reject. printf and log_rs232 were on the syscall listing for Ndless2.0 and before. Time will tell which is best. >And are the addresses (3rd item) for cx cas or cx without cas? noncascx 3.1
2
« on: February 09, 2014, 03:46:05 pm »
For the uart, it might be better to use the Nucleus SDC_* API directly than using the standard library. Try using SDC_printf() or SDC_Put_String() [formerly called log_rs232] SDC_Put_String has been tested , SDC_printf untested rs232 output routines: //---- uart output routines ----
static const unsigned SDC_printf_addrs[] = {0x0, 0x0,0x101019AC,0x0}; // OS 3.1
#define SDC_printf SYSCALL_CUSTOM(SDC_printf_addrs ,int, char *fmt, ... )
static const unsigned SDC_Put_String_addrs[] = {0x0, 0x0,0x101018E0,0x0}; // OS 3.1 formerly log_rs232
#define SDC_Put_String SYSCALL_CUSTOM(SDC_Put_String_addrs ,int, char * )
I have a simple shell using rs232, without the clock on the screen  The program goes resident after hooking into the Battmon task{That frequently updates the battery icon on the screen} .  The 2 uart input routines I used for this are listed below. This seems to be the first multitask friendly Ndless program, that allows this interaction while doing other things on the calculator. rs232 input routines: //---- uart input routines ----
static const unsigned SDC_Get_Char_addrs[] = {0x0, 0x0,0x10101838,0x0}; // OS 3.1
#define SDC_Get_Char SYSCALL_CUSTOM(SDC_Get_Char_addrs ,void, int * )
static const unsigned SDC_Data_Ready_addrs[] = {0x0, 0x0,0x101017EC,0x0}; // OS 3.1
#define SDC_Data_Ready SYSCALL_CUSTOM(SDC_Data_Ready_addrs ,int, void )
3
« on: January 05, 2014, 11:11:22 am »
Here is the link. You can inline machine code from Lua and execute it[Like the Ti-89]. Examples are given. http://ourl.ca/17033/320431Now you can write or port the assembler part Its easier of course to develop this on the emulator, to avoid calc reboots from errors
4
« on: December 27, 2013, 08:38:15 pm »
Finally, the latest version of Ndless supports native fonts.
Not only fonts, but other graphics too.
Download the latest version for more info.
Here is a shot of the ngc demo
5
« on: December 15, 2013, 04:05:46 pm »
Standard analysis they are equal
Non-standard analysis [the hyper-reals], they are not equal
6
« on: October 26, 2013, 04:26:37 pm »
If you are having trouble installing TiLP:
Here is a couple of small python programs that uses NavNet directly.
1) NNSendOS.py - sends the OS to the calculator [partially tested]
2) NNRecvOS.py - Receive (dump) the OS from the calculator.[tested]
To use NNRecvOS.py you need to download python - say 2.5 or 2.7
Also download ctypes for the version of python your are using.
Run the script - It will wait for you to Send the OS from the calculator side.
Send theOS -> when done look at c:\tmp\or the drive your are using.
7
« on: October 15, 2013, 01:59:00 am »
Attached are 3 NavNet demo scripts.
They are by no means complete full demos, but short examples.
These can be starters for C programs.
1) One script dumps the screen - classic Nspire only, but can easily be changed to dump the CX screen .
2) Sending keys from pc to the calculator, but only the keys supported by pc keyboard - you need nRemote for all the keys.
3) Send a message from the calc to the computer using the Login dialog .
8
« on: September 27, 2013, 11:02:04 pm »
Nucleus does have the mailbox form of IPC, nobody has tried to work.
9
« on: July 21, 2013, 04:28:26 pm »
There is one chance left. Being a prototype, it may have the internal boot loader that the OMAP series has. [maybe...  ?]
10
« on: October 21, 2012, 09:41:37 pm »
Here is the first release of nServer.
nServer is an Ndless program designed to receive and send messages to nRemote.
It can run as an Ndless stand alone or as a Lua module.
Currently, the Ndless standalone side is under developed, and intended for development purposes for now.
The Lua module side is more developed - it is a foreign function interface(ffi) for the Nspire.
As a Lua module it can aid in Lua programs to communicate with nRemote or,
as simply a Lua extensions module for making native function calls without using nRemote.
The attached image shows a call to a native popup.
11
« on: September 01, 2012, 03:24:58 pm »
No, it does not run - its just an attempt.
May need to define may paths here.
12
« on: August 30, 2012, 09:12:43 pm »
I am using student software version 3.1
I created a batch file to change environmental vaiables.
The error message changes now - so adding to the CLASSPATH can fix it:
set CLASSPATH="C:\Program Files (x86)\Common Files\TI Shared\CommLib\1\NavNet\";%CLASSPATH%
cd "\Program Files (x86)\TI Education\TI-Nspire Student Software"
jre\bin\java -jar "C:\Program Files (x86)\TI Education\TI-Nspire Student Software\nRemote.jar"
13
« on: August 30, 2012, 02:49:06 am »
I tried nRemote on WindowsXP and Vista and I do get the graphic to come up,
but it was taking too long to load anything.
Finally, I executed it from the commandline to get some information.
use:
java -jar c:\complete\path\to\nRemote.jar
If there are spaces in the path double quote the path.
Here is what I got:
initialize
Exception in thread "main" java.lang.NoClassDefFoundError: com/ti/eps/navnet/NodeHandle
at Remote.Initialize(Remote.java:38)
at nRemote.main(nRemote.java:51)
Caused by: java.lang.ClassNotFoundException: com.ti.eps.navnet.NodeHandle
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 2 more
14
« on: August 26, 2012, 10:07:32 pm »
I noticed there is a receiveFileFromNode.
So, if you can set up nRemote to receive certain events, you can transfer files from the calculator.
15
« on: April 16, 2012, 07:58:28 pm »
Ndless3.1 :
{0x100b30c4, 0x100b3384, 0x100b275C , 0x100b2a44 }
|
Show Posts