Real time Status GUI « Jee Labs Talk

Real time Status GUI

(14 posts) (5 voices)

Tags:

No tags yet.

jeroen

Hi, Trying to install JeeMon with the real-time status Gui. Downloaded from svn. Modified the config.txt to use the proper serial port and to define rf channel. And started JeeMon On the console I see the following information:

    root@tecra:/home/jeroenb/Desktop/JeeMon# ./JeeMon JeeMon-jcw
    15:42:33.782    event add /dev/ttyUSB0
    15:42:34.318   server Starting web server at http://127.0.0.1:8080/ ...
    15:42:35.312        . (advJ)  A i1 g212 @ 868 MHz
    15:42:35.343        . (advJ) DF I 609 54
    15:42:35.351        . (advJ)  A i1 g212 @ 868 MHz
    15:42:37.787        . (advJ) OK 37 11 86 212 0
    15:42:42.787        . (advJ) OK 37 11 86 212 0
    15:42:47.787        . (advJ) OK 37 11 86 212 0

But The screen: reading Status and main are empty (just an empty screen)

config.txt:

    interfaces/ {
        usb-A900advJ/ {baudrate  38400 action sketch }
    }

    RF12/ {
        868:212/ {
            1/  { type central }
            5/  { type rooms title "test" }
            37/ { type rooms title "test1" }
        }
    }

    sketches/ {
        rooms/      { timeout 300 }
    }

    actions/ {
        sketch { JeeSketch listen $conn }
        terminal { Gui terminal $conn }
    }

any ideas?

regards Jeroen

Posted 02/04/2010 13:49:02

jcw

(tip: indent your code with 4 spaces to show it properly in this forum - ignore the ` comment)
Is your sketch sending out a "\n[sketchName]" line when it starts up? That gets used to detect that it's a sketch for JeeMon to treat differenttly.

Posted 02/04/2010 14:54:05
jcw

If this is for reporting remote JeeNodes, then the first line should read: "[RF12demo] A i1 g212 @ 868 MHz". Then JeeMon will use the "RF12demo/host.tcl" script to interpret the incoming OK messages.
I'll document the big picture of what JeeMon is doing, please give me a few days.

Posted 02/04/2010 15:04:09
jeroen

probably a stupid question, but the RF12demo/host.tcl script... Where is it ? I did a complete svn is it the same as the central/host.tcl script with the central.pde?

Posted 02/04/2010 16:26:26
jcw

Ah, wait - yes, - central/host.tcl ... oops!
I've started moving things around (and then got side-tracked by the forum/wiki mess). Yes - upload the central.pde to your JeeLink/JeeNode, It reports itself as "\ncentral]" and that should start the ball rolling.
The reason for the change is that I want to take some JeeLink-specific DataFlash code out of the RF12demo preloaded on JeeNodes. So "central.pde" will become the version for the JeeLink, when used as, eh, well, central node...

Posted 02/04/2010 19:23:43
zooer

Jeroen, did you continue your exploration with this? I just started, and am having similar challenges amongst others. Cheers, Zooer

Posted 24/07/2010 20:26:51
jeroen

Zooer, I stopped with Jeemon after JC wrote "I'll document the big picture of what JeeMon is doing, please give me a few days.". Don't know if he did.
success Jeroen

Posted 25/07/2010 09:57:33
stef007

Don't give up on JeeMon too fast. Also you do not have to use everything JC created in JeeMon. This is how I'm using JeeMon:
- my JeeMon is running on my NAS. At first I wanted to use something like Mango M2M to manage my sensor outputs. But it was just too heavy for my NAS. JeeMon which contains Tcl/Tk is a lot better for my NAS. The JeeMon I'm using does not have Tk, the GUI part, because I don't have a GUI on my NAS. For GUI I'm using any device that can browse to HTML pages that JeeMon is serving
- I'm not using JeeMon's specific config files or webpages. I just made my own application.tcl where I'm using the serial and web support that JeeMon provides. For the rest I'm just using standard tcl and my own stuff. No config but everything hard coded (yep dirty;-)) I'm very happy on how it's running here right now. Actually, when you take the time to learn a bit of Tcl it gets really fun and easy.
My application.tcl logs sensor output to file and serves several webpages:
- an overview page listing all sensor outputs (and updating them with json/ajax behind the scenes)
- a detail page per sensor output showing a graph (using google charts) and the latest outputs per 24h
- a graphical plan/map of my house per story showing the sensor info as icons (using raphael jsb lib)
The idea is now to use a cheap media player or tablet pc (with touchscreen) to hang on the wall or something which can be used to display those web pages. At first I was thinking about using the Archos 5. But then I was thinking: I'm not only using simple HTML pages but also Javascript and in some cases not so simple things like the raphael lib to display vector icons. It uses the HTML5 canvas element and I'm unsure if the old Android version on the Archos5 supports this. But what I do now is that the latest android 2.2 version should support it. So now I'm on the look out for android 2.2 tablet thingies...

Posted 25/07/2010 11:49:16
zooer

stef007, very impressive. Have you published your setup somewhere besides this forum? I'd be very interested to study that! I'm planning on putting a similar setup on a linux box that does not have a display.. Cheers, Zooer

Posted 02/08/2010 11:14:10
stef007

Zooer,
well it's not really clean code but it might be helpfull to some people. When I find some extra time I will try to publish it somewhere on the net. In the mean time I do have some extra news about android 2.2: a colleague of mine has a 2.2 android phone (actually received the upgrade to 2.2 just a few days ago). I asked him to surf to the raphael js website, to the demos.
It did not work.... I know that js lib is part of sencha labs which specializes on mobile OS's like android and IOS. The demos linked from there do work better but still it's not working like it should.
I had the same experience using the android SDK. It contains an emulator. Surfing from within that simulated android phone to the demo websites showed the same result as on the actual device.
So now at least I know that such JS libs like raphael are still a bit too much for android. Perhaps IOS (ipad, iphone) works better but I cannot test that for now. And besides, I'm not an apple fan but that's another discussion.
Perhaps I should just stick to a simple website using HTML image maps to display maps and icons (which are bitmaps instead of vectors then).
I'm even doubting if I really need that small touchscreen device on my wall. There's always a laptop lying around here somewhere that I can use.

Posted 02/08/2010 19:34:25
jcw

Stefan sent me his two demos recently, and I reworked them a bit. There's a demo with DataTables and one with [Raphaël](http://dl.dropbox.com/u/564060/jeelab-files/demo-raphael.zip) - both use jQuery and Ajax to create webpages which update in real-time.
To try them, get JeeMon, get the above two zip files, and launch JeeMon either as "./JeeMon demo-datatables.zip" or as "./JeeMon demo-raphael.zip". On Windows, you can probably drop the zip on the exe to get the same effect.
Then point your browser to http://127.0.0.1:8081/ and click on one of the HTML files.
To see how it's done, unpack the zip.
Update - the above instructions will no longer work, see the post below.

Posted 20/08/2010 21:31:00
rinie

Nice! Good looking browser displays with Ajax updates and examples of json processing in tcl.
Thanks.

Posted 22/08/2010 07:18:46
jcw

The demo mechanism has changed. The way to run JeeMon demos is now by launching JeeMon (make sure there's no "application.tcl" or "JeeMon-rigs" dir next to it, or it'll run those). On GUI-enabled versions of JeeMon, i.e. Windows, Mac, and Intel Linux, you'll get a window with some choices. One of them is "Run web-based demo". Click there and you'll get the same two demo's as before.
Note that JeeMon will download scripts from an area on the web controlled exclusively by me. If you're not comfortable running such scripts, then don't click on the links. The same holds for JeeMon itself, btw, if you've downloaded the executable from Jee Labs. At the end of the day, if you don't trust code from Jee Labs, then you shouldn't be using JeeMon.
The server I use is secure, and part of a much larger setup. It's not on the servers I manage myself, so even if my own servers were ever compromised, it wouldn't affect JeeMon code or these demos (or the shop, for that matter).
Just wanted to point this out, to make it clear that I don't take over-the-net operation or security lightly.
Ok, with that out of the way: enjoy the demos. There will be more, now that the basic mechanism is in place. You can examine every aspect of them, because each demo you run ends up as a ZIP file in a "JeeMon-demos" directory on your disk.

Posted 22/08/2010 23:02:03
rinie

I took Jeemon from SVN ;). Will try to 'run web-based' as well
thanks, looks nice to try explore some new demo's in a short time...

Posted 23/08/2010 05:35:36