Nice! How do you handle the serial connection? Do you use stdin, or talk directly to the hardware?I use direct HW access, because there are no asynchronous functions for reading available. And I don't have that annoying clock.
I use direct HW access, because there are no asynchronous functions for reading available. And I don't have that annoying clock.Thanks for the code!
(Source of my UART functions here (http://nspforge.unsads.com/p/nspireio/browser/trunk/uart.c))
port = serial.Serial(15,115200)
Omg... now I can use a CALCULATOR to go on IRC. Computer, iPhone, then Nintendo DS, and now a calculator... heck yeah!Post a video using the nspire video player!
Is it possible to post a little video?
There's a beta? O.OYes, last post on Page 1, but it is probably not easy to use ( + you need a USB -> TTL adaptor)
Oh so it wasn't supported XDThere's a beta? O.OYes, last post on Page 1, but it is probably not easy to use ( + you need a USB -> TTL adaptor)
I can continue working on it tuesday, to add CX Support to my library.
Aw I see. I do not have that kind of hardware. Any chance of a direct USB version in the future? I mean something like gCn.There's a beta? O.OYes, last post on Page 1, but it is probably not easy to use ( + you need a USB -> TTL adaptor)
I can continue working on it tuesday, to add CX Support to my library.
Nice. The stupid part about all calc<>internet stuff is that you still need a pc.Unless they get wireless dongles working with the nspire
Multiplayer Lua is possible, and has already been done. But the calculator needs to be connected to a computer using usb, sadly enough.I meant Multiplayer Lua without computer only through serial between the calcs directly...
What about multiplayer C? We have functions for serial read/write there ;)If that functions could be implemented to be used from Lua it would be awesome! :D
Multiplayer Lua is possible, and has already been done. But the calculator needs to be connected to a computer using usb, sadly enough.I meant Multiplayer Lua without computer only through serial between the calcs directly...
With the means to do that I could do virtually anything I could immagine being controled by the calc. Could you dream about a robot controled by a nspire? i.e. the nspire being the brain of a robot.
I thought it was brought back up (or at least partially) in OS 3.2? ???Multiplayer Lua is possible, and has already been done. But the calculator needs to be connected to a computer using usb, sadly enough.I meant Multiplayer Lua without computer only through serial between the calcs directly...
With the means to do that I could do virtually anything I could immagine being controled by the calc. Could you dream about a robot controled by a nspire? i.e. the nspire being the brain of a robot.
Well, with Lua only it's possible and it's been done too, but only in os 3.0.x.
For example :
We'll see if futures OSes restore the print() function back...
Adriweb and jimbauwens definitely talked to TI about the problem... to no avail, at the time of this writing.
also you might convince TI to put print() back if you tell them about the educational purposes it could have (robotics and so)Exactly what we did :)
Adriweb and jimbauwens definitely talked to TI about the problem... to no avail, at the time of this writing.
...
We redirected the output of the print command to the console log of the integrated script editor. In retrospect, we should have maintained the print connection to stdout until the script editor console was fully implemented. Do you see value in continuing to send print output to stdout in addition to the script editor console?
I submitted a change request to reinstate output to stdout. I cannot guarantee the change control board will approve the change in time for the next software release. I quoted large parts of your email in the request.
Jim,
The change control board rejected the request. It comes too close to the end of the current development cycle. I'll add the change to the requirements for the next development cycle.
I forwarded the request to turn print() back on in Lua to the product definition manager who defines requirements for Lua scripting. The feature should be a requirement for the next release. I'll check with him on the status of feature.
There have been so many things that we wished, but they did not grant (and sometimes, had to grant ourselves), that we should not get ourselves excited until it's done ;)thats right ;)
@Jim Bawens and what if TI included also a "listen()" to receive data from the RX serial?
EDIT: by data I mean text, of course... even char by char would be awesome...