How use Room Plan ?

[tommysharp]

The updatedomo bit? Sorry have no experience with Linux so didn't even try to read that page, I went for the SD image method...

[Dnpwwo]

SD images are only built for non-Beta, stable releases. Sorry but you will either need to follow the instructions for 'install from source' or wait until the next release.

The good thing about a Pi is you can back your SD card up and try it the other way and if it doesn't work just restore the old image.

[Dynamic]

I tried 'updatedomo', but that didn't work on my pi. I have to wait till the next beta.

[pvm]

Update from the user interface, that worked fine for me. Did have to select beta channel in settings

[Dynamic]

I tried if through the UI first and I am on the beta-channel, but is says: "no update available".

[pepijn]

This update is not provided in any beta or stable build right now. We do not build all commits to a beta binary that can be installed using the Domoticz update function .

If you want to test this you have to build Domoticz from source (see INSTALL.TXT) or wait until the pre-build binaries will be released.

[Dynamic]

Okay! Didn't know that... But it's available now. Will do some more testing tonight!

[ro.]

Looks very promising! I created a 1920x1080 floorplan image, but it displays in a tiny thumbnail. I tried .png and .jpg - am I doing something wrong? The code around the image shows a small height being set:

Code: Select all

        <div id="floorplaneditor" height="100%" width="100%" style="height: 56.25px;">
            <span id="helptext" data-i18n="Click on the image below to define room area, drag and drop devices" title="Image width is: 1920, Height is: 1080"> … </span>
            <img id="floorplanimagesize" width="100%" height="100%" onload="ImageLoaded()" style="display:none" src="images/ro-downstairs-we.jpg"></img>
            <style type="text/css"> … </style>
            <svg id="svgcontainer" style="display:inline" preserveAspectRatio="xMinYMin meet" onresize="SVGResize();" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns="http://www.w3.org/2000/svg" version="1.1" height="100%" width="100%" viewBox="0 0 1920 1080">
                <g id="floorplangroup" zoomed="false" planidx="4">
                    <image id="floorplanimage" onclick="FloorplanClick(event);" xlink:href="images/ro-downstairs-we.jpg" height="100%" width="100%"></image>
                    <polygon id="roompolyarea" class="hoverable" onclick="PolyClick(event)" title="" points=""> … </polygon>
                    <script> … </script> 
                    <g id="roomplandevices"></g>
                </g>
                <g id="DeviceContainer"> … </g>
            </svg>
        </div>

[Derik]

@ Dnpwwo
Looks very nice .....

What are the conditions for a picture?
How did you make it, sketchup?

If it is still going to come ....
Can I go fixed my signs ...


When there is a start in the beta?

Can not wait ..

[Dnpwwo]

@ro

Sorry to hear you are having issues. The extract you have provided tells me that your image link is valid and that the editor agrees with you on the size which is good. As far as I know any image type will work but I've tested mostly against jpg so that is not the issue here.

The height of 56.25px would appear to be the issue as you have guessed. This attribute exists to force SVG to use as much of the browsers as possible and is calculated from the dimensions of the image and the width of the SVG container itself. It is calculated on image load and recalculated whenever the browser is resized.

I've tried Chrome, Firefox, IE and Ipad (iOS 7) and it was fine. What are you using? Old browsers don't support SVG as well.

Can you please try the following:

• see what happens when you resize your browser
• try some other, completely different, images
• Try a different browser (if you have one)

EDIT: I wasn't expecting any issues in this area so debugging is limited. In the next 24 hours I'll upload a version with some debug and a minimum height (I can't get mine below 250 and can get it as high as 680)

@Derik
I drew mine in Blender which is a steep learning curve, there are online editors now that would be much easier

[Derik]

What are the conditions for a picture?

What are the conditions for a picture?

Just a 3D sketch?
And there a picture from?

[Pjedr]

I added my floorplan and a front and back view of my house.
First it didn't work, but then i read again the path must be relative.
Then it worked, i added roomplans, some rooms did't work.
After removing all scenes from roomplans it works.
My klikaanklikuit, weather, power sensors worked.
AppLamp shows, but i can not set a level, this sould be apearing as a dimmer device, but does not work.
Another problem is zoom back to previous room. I can zoom in but not back, how should i do that?????
I see potential in using fot's as well, mayby i make a 360foto, and then zoom into a room.

This roomplan was easy to configure, en flipping between roomplanedit and floorplan was fast.
So i could change something in roomplan and use it directly in floorplan.

[Dnpwwo]

@ro, Build 1.1844 was uploaded last night and has a forced minimum height and writes the inputs to the height calculation into attributes on the container. I've also created a 'floorplan' folder under 'images' and included an example image that works for me. Can you see if that work better?


@Pjedr,

You are not the first person to have an issue selecting the image. I will need to make that more friendly once I get the basic functionality working.

I haven't used scenes yet so I've obviously missed something. Thanks for figuring the underlying problem out, I'll create some and tweak the code accordingly. I also don't have any dimmable devices, can you send me a picture of how this looks in the dashboard?

I hadn't thought of people using photos instead of actual floor plans but I tried to put the absolute minimum number of restrictions in so that I didn't constrain people. Would you mind sharing some screen shots?

[Dynamic]

I love the floorplans, but as mentioned before, there are some bugs. I had some issues with Firefox while dragging and dropping, but Chrome did the trick for me.

- Dimmable devices don't show up
- Blinds don't show up.

This is how these devices look like at the dashboard:

[ro.]

@ro, Build 1.1844 was uploaded last night and has a forced minimum height and writes the inputs to the height calculation into attributes on the container. I've also created a 'floorplan' folder under 'images' and included an example image that works for me. Can you see if that work better?

Thanks. I don't know whether it was that fix or that I upgraded firefox to the latest version (actually debian's iceweasel 31.0), but the scaling problem has gone away. It now looks really good!

Some observations on using #Floorplanedit:

When I try to drag a device by holding down the mouse button, I first get a "piece of paper" icon attached to the mouse cursor, but the device icon doesn't move with it. When I release the mouse button, the piece of paper flits back towards the device icon and disappears. If I then hover the mouse over the device icon (without pressing the mouse button), it sticks to the pointer, but only lightly: if I move the mouse slowly, the device icon keeps up, but if I move too fast, it "falls off" and gets left behind!

The same device may be in more than one roomplan (e.g. a light on stairs which spans two floors), but if you then try to use the two roomplams in two floorplans, the co-ordinates of the shared device are common to both, so it can't be moved independently.

I'm not sure it makes sense to tie the floorplan function to roomplans. I haven't used roomplans much (waiting for something better!), so it seems a bit backwards that I now have to create a roomplan to contain the devices I want to put on the floorplan. I suppose it helps people migrating from roomplans to floorplans, but if you were starting from scratch, wouldn't it be easier just to go straight to the floorplan and add whatever devices you wanted directly?

If you add a roomplan that contains more than about 15 devices, the list of icons waiting to be placed extends off the bottom of the display so you can't reach the ones further down.

Some device types don't show up in firefox, e.g. dimmers and doorbell/chime devices.

Some observations on using #Floorplans:

If a device is very near the right edge, the entire floorplan doesn't appear. If it's near the right edge, the pop-up information is cut off on the right.

On a small screen, the image is scaled down to such an extent that the pop-up information is illegible.
If there is more than one floorplan, I get "< Previous" and "Next >" buttons, but they don't do anything.

Using Android 's Internet app, the device icons show up, but the background image doesn't appear. Everything is too small to be usable—though maybe that wouldn't be a problem with a smaller floor image. Weirdly, the device types which don't show up in the editor, do show up here, with the small blue and white Domoticz 'D' icon.

[m_g_s_g]

Impressive work, @Dnpwwo! Works nice so far.

Assigning different colors to each room would be nice.
As mentioned earlier, if a room contains a scene, no devices are shown.

Thanks!!

[Dnpwwo]

Build 1855 submitted.
Edit: Build 1858 submitted, some of the previous build was overwritten in svn

Should have pretty complete basic device coverage. Known limitations are:

• Dimmers and % blinds don't have slider yet
• For devices with two icons on the popup only the left one works (blinds and groups)

Scenes and groups support added (except for limitation above).
Fixed issue with devices that haven't been positioned going off the bottom of the screen.

Next build will:

• Popups going of the right of the screen (particularly when zoomed)
• Scaling devices to keep them the same size regardless of floor plan image size

Thanks for the feedback.

@ro,
SVG Image support on mobile devices might be patchy. iOS only works from v7, prior to that it ignores them. Android may be the same. Not much I can do until they catch up. I suspect the Domoticz 'D' icon was the 'image not found' that it used. Should be fixed now I'm handling most devices.
I stuck with the Room Plan concept because it already existed. Really its just a way of grouping devices. On small devices the concept is useful because you define an area on the plan in the editor and you can zoom in to that room on the main screen which should make things usable on small form factors. On an iPad the zoomed in popups are very readable once I zoom.
As for drag and drop, SVG does not natively support it so its done in javascript, i'll have a second look at it when the major bugs/deficiencies are taken care of. Current one works best on IE for some reason.

@m_g_s_g, configurable colour/opacity by room is on the list of future enhancements.

[Dnpwwo]

Build 1866 upped.

Fixed:

• ro.'s report bug where devices didn't work properly when in more than one room
• icon and popup scaling is now consistent regardless of background image resolution (unless zoomed in)
• added visual feedback for 1st floor plan click when drawing a room area in the editor

[ro.]

Yes, the scaling is much better now. and it copes when you add a lot of new items - they appear in a neat grid! ...apart from humidity sensors, which don't line up (I think because there's too much text to fit in the box) - and all have the title "Humidity" rather than their own device name.

I do like all the new device icons. Have you had to construct them individually?

In the bottom right corner of the device information pop-up, partially obscuring the last seen time, there's a blue or yellow star. Is this intentional? What does it signify?

But I really dislike the way editing with room plans work. When editing one room plan, you can't see where you have put the items on another room plan so it's easy to overlap things without realising; you can only see the combined version on the live screen, where you can't edit anything to fix overlaps. I also dislike not being able to use the same room plan more than once (on a different floor plan). In the process of experimenting, I've added and deleted floorplans several times, and now I've ended up with the room plans menu missing some of the room plans that I previously used on the deleted floor plans. Is there any way to reset it so they all come back? In fact, I just hate the interaction with room plans in general - why can't I just add the devices I want?

I just want to emphasize that despite all these little niggles, I think this is absolutely brilliant and it's already my preferred way to interact with domoticz!

[tommysharp]

For the amateurs (me!) it'd be great to have an easy way to upload images to use as the room backgrounds. You say they need to be put somewhere in the WWW folder which I guess I have to use TELNET or FTP or something..... An upload option in the Domoticz web site would be great!

EDIT : Okay a quick google shows me that it's pretty straight forward to connect with something like FileZilla and Secure FTP SSH..... But an upload option or select already uploaded file when creating a new floor plan would still be great