Hi,
sorry for the very late response, yes I succeeded, please refer my blog (there are some entries on how to compile mono). I currently also have a package online but that's for my company and has the root password set accordingly, I may upload it with a different root password so everybody could use it.
http://www.semicolon-expected.blogspot.co.at/2012/04/dreamplug-debian-squeeze-mono-20.html
To your second issue; check with Webserver and CGI or - which I'd prefer - go via Tomcat Server (Java Servlets) or Java Serverpages and JNI to get appropriate low level functions.
You could also - what I used to do - create a MySQL-Database where the Webapplication (PHP) is writing messages to and a more native Application, the one that controls your motors, gets notified (or polls the DB) then and processes these messages accordingly to your user interactions.
Thank you for your suggest,
in the meantime I've read and evaluated several way to accomplish my task and finally I'm going to check this solution:
- C/C++ application running on Dreamplug with a TCP-IP socket support. I'm thinking to create two thread, one is a listening server for incoming request and another one is a server for sending reply.
Of course the server will be more simple because have to manage simple command from the user application (see next point) and reply to this one when the request was performed by the Dreamplug.
- Java PC application used to control remotely the Dreamplug trough the web socket programming.
The behaviour should be that the Java application is a simple GUI and every time the user push a button or make some other action on the GUI the application trough a socket send the request to the listeing server executed as a single thread into the C/C++ program on the Dreamplug. When the action is performed, like running a motor, the Dreamplug send back to the Java application resident on the user site the reply like "motor-on" trough another socket, at this point the reply is processed and then I can blink a led on the GUI and show the motor button into the pressed state. From this perspective the Java is a simple GUI that reflect the state of the Dreamplug. In other word because the Dreamplug itself can't run any GUI I will re-create it remotely trough this mechanism of a simple command-response protocol.
With this approach I think I can not penalize the performance of Dreamplug because I'm avoiding to run graphical server pages (like Javascript applet, AJAX or similar technologies), Dreamplug have just to run a C/C++ application in background and wait for incoming connection trough some sockets.
Meke sense for you?
Now I've another question, how to code the Dreamplug applicatin in order to make it not blocking for other Dreamplug system task? In other word I like to run the main code like a service, in this way when the C/C++ main program is running I can also connect the Dreamplug trough the standard lighttpd web server and then make some FTP upload and download of file and data by means of some simple PHP pages (e.g. to make software update, upload and download file to and from the Dreamplug). From this point of view may be I've to code the main app like a service but I'm unsure if this is the right way.
Also I like to have full access trough the command bash of the DreamPlug also when the main program is running in order to have direct access to the internal file and so on then this seems to me that I've to code my program as a service but I need some other infos from expert, I'm a noob of the Dreamplug.
Could you also gimme some help on this last point?
Thanks in advance!!
Best regards
Grinch