Emoncms v11 master branch testing before merge to stable (merged)

My inputs are not updating now


on emonpi

I have reboot

> service-runner trigger sent for '/var/www/emoncms/scripts/serialmonitor/start.sh 38400 /dev/ttyAMA0'
> |emonPiCM V1.0.0
> |OpenEnergyMonitor.org
> LCD found i2c 0x27
> OK 5 0 0 7 0 7 0 182 89 176 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 15 106 0 0 0 40 43 24 5 253 255 0 0 8 0 36 3 0 0 255 255 255 255 0 0 0 0 2 0 0 0 48 117 48 117 48 117 0 0 0 0 (-64)
> OK 5 0 0 7 0 7 0 184 89 176 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 5 1 0 4 0 5 0 109 89 176 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 5 1 0 4 0 5 0 90 89 176 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 5 2 0 4 0 6 0 82 89 176 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 5 2 0 4 0 6 0 80 89 176 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 15 109 0 0 0 34 43 85 8 253 255 0 0 76 0 212 2 0 0 255 255 255 255 0 0 0 0 39 0 0 0 48 117 48 117 48 117 0 0 0 0 (-75)
> OK 15 109 0 0 0 7 43 26 5 253 255 255 255 7 0 47 3 0 0 255 255 255 255 0 0 0 0 2 0 0 0 48 117 48 117 48 117 0 0 0 0 (-66)
> OK 5 2 0 4 0 6 0 78 89 176 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 5 2 0 4 0 6 0 83 89 176 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 5 2 0 4 0 6 0 78 89 163 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 5 2 0 4 0 6 0 60 89 176 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 5 2 0 4 0 6 0 86 89 176 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 15 111 0 0 0 4 43 23 5 253 255 254 255 7 0 54 3 0 0 255 255 255 255 0 0 0 0 2 0 0 0 48 117 48 117 48 117 0 0 0 0 (-65)
> OK 5 2 0 4 0 6 0 86 89 176 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 5 2 0 4 0 6 0 89 89 176 4 48 117 48 117 48 117 48 117 48 117 2 0 0 0 0 0 0 0 237 3 0 0 201 3 0 0 (-0)
> OK 15 112 0 0 0 11 43 15 5 253 255 255 255 7 0 57 3 0 0 255 255 255 255 0 0 0 0 2 0 0 0 48 117 48 117 48 117 0 0 0 0 (-66)

Edit - Formatted text. BT, Moderator

Hi @TrystanLea

Looks pretty good, I can see many of the new features working as described.

As you know I have a pretty hacky Docker container that looks like this. I added the BRANCH section so I could do this testing:

FROM openenergymonitor/emoncms

RUN rm -rf /var/www/emoncms
RUN mkdir /var/www/emoncms

ENV BRANCH master

RUN git clone --branch ${BRANCH} https://github.com/emoncms/emoncms.git /var/www/emoncms
WORKDIR /var/www/emoncms/Modules

RUN git clone --branch ${BRANCH} https://github.com/emoncms/dashboard.git
RUN git clone --branch ${BRANCH} https://github.com/emoncms/graph.git
RUN git clone --branch ${BRANCH} https://github.com/emoncms/app.git
RUN git clone --branch ${BRANCH} https://github.com/emoncms/device.git
RUN git clone --branch ${BRANCH} https://github.com/emoncms/postprocess.git

The only change I needed to make was to use vis.helper.js from the Lib:

Thanks

David

1 Like

Got it working but set 110v and reporting 220v why?

Problem was datacodes = h, h, h, h, h change to datacodes = h

Volts are working on EMONTX ok


[interfacers]
##
[[SerialTx0]]
     Type = EmonHubTx3eInterfacer
      [[[init_settings]]]
           com_port= /dev/ttyUSB0
           com_baud = 115200
      [[[runtimesettings]]]
           pubchannels = ToEmonCMS,
          nodeoffset = 8
[[SerialTx1]]
     Type = EmonHubTx3eInterfacer
      [[[init_settings]]]
           com_port= /dev/ttyUSB1
           com_baud = 115200
      [[[runtimesettings]]]
           pubchannels = ToEmonCMS,
          nodeoffset = 9
[[SerialTx2]]
     Type = EmonHubTx3eInterfacer
      [[[init_settings]]]
           com_port= /dev/ttyUSB2
           com_baud = 115200
      [[[runtimesettings]]]
           pubchannels = ToEmonCMS,
          nodeoffset = 10

[[RFM2Pi]]
    Type = EmonHubJeeInterfacer
    [[[init_settings]]]
        com_port = /dev/ttyAMA0
        com_baud = 38400                        # 9600 for old RFM12Pi
    [[[runtimesettings]]]
        pubchannels = ToEmonCMS,
        subchannels = ToRFM12,
        group = 210
        frequency = 433
        baseid = 5                              # emonPi / emonBase nodeID
        calibration = 110V                      # (UK/EU: 230V, US: 110V)
        quiet = true                            # Disable quite mode (default enabled) to enable RF packet debugging, show packets which fail crc
        # interval =  300                         # Interval to transmit time to emonGLCD (seconds)
     
[[MQTT]]

    Type = EmonHubMqttInterfacer
    [[[init_settings]]]
        mqtt_host = 127.0.0.1
        mqtt_port = 1883
        mqtt_user = emonpi
        mqtt_passwd = emonpimqtt2016

    [[[runtimesettings]]]
        pubchannels = ToRFM12,
        subchannels = ToEmonCMS,

     
       node_format_enable = 1
       node_format_basetopic = emonhub/

       
        nodevar_format_enable = 1
        nodevar_format_basetopic = emon/




[nodes]


[[5]]
    nodename = emonpi
    [[[rx]]]
       names = HotTub1,HotTub2,power1pluspower2,vrms,t1
       datacode = h 
       scales = 1,1,1,0.01,0.01
       units = W,W,W,V,C
[[8]]
    nodename = emontx3cm15
    [[[rx]]]
       names = MSG,Vrms, Grid1, Solar1, Air1, Garage
       scales = 0,1,1,1,1,1
       units = n,V,W,W,W,W

[[9]]
  nodename = emontx3cm16
    [[[rx]]]
       names = MSG,Vrms, Grid2, Solar2, Air2, Furnace
       scales = 0,1,1,1,1,1
       units = n,V,W,W,W,W

[[10]]
  nodename = emontx3cm17
    [[[rx]]]
       names = MSG,Vrms, Dryer1, Dryer2, Washer, Microwave
       scales = 0,1,1,1,1,1
       units = n,V,W,W,W,W

[For future reference, when posting code or output, please put 3 ‘backticks’ (normally found at the top left of the keyboard) on a line of their own before the code, and 3 more backticks also on a line of their own after the code:

```
code
```

If it is something like php you can add a language identifier after the first 3 backticks: ```php or even ```text if you don’t want any language markup applied. - Moderator (RW) ]

Looks calibration = 110V is not work now
1st no power about 0
2nd power connecred 204v

How do Change it 110v?

OK 5 4 3 28 3 32 6 28 0 226 4 48 117 48 117 48 117 48 117 48 117 3 0 0 0 0 0 0 0 43 40 0 0 13 39 0 0 (-0)
OK 5 204 1 199 1 147 3 164 89 226 4 48 117 48 117 48 117 48 117 48 117 3 0 0 0 0 0 0 0 43 40 0 0 14 39 0 0 (-0)

I see in log:
MainThread Setting RFM2Pi calibration: 110V (2p)

Found ther problem:

Change back to JEELIB and show 110v

With the new emonPiCM software “Native RFM69 (New)” that you chose, there is no need for the complicated and inflexible calibration = 110V, you can calibrate the voltage exactly in emonCMS using Setup →Admin → Serial Monitor, using that to send calibration commands to the emonPiCM in exactly the same way as you would with a programmer and laptop to an emonTx.

The documentation is part of the emonPiCM release: The emonPiCM

1 Like

Until now only 1 thing: in the dashboard, in element chart of type zoom the 5 and 1 minute zooms did not show a graph…

1 Like

Thanks @Thelmike I can replicate that bug with the realtime visualisation, will have a look at what’s causing the issue, thanks!

@TrystanLea I have an ugly bug that I’ve found but it’s probably not gating because there’s a workaround.

The masthead sometimes dissappears when I go back to my phone after a while.

That’s clearly unhelpful. I can’t reproduce it, so I can’t tell you if it’s device specific, time related or some other thing. If I were to randomly guess I’d think it was most likely related to the browser snoozing the page and the content being mistakenly dropped.

It still holds the same space on the page, so it’s not being removed from the DOM.

I’m on:

Fairphone 4
Android 11
Firefox Beta
AdGuard AdBlocker
uBlock Origin

I didn’t see this behaviour a week ago or ever before that. Unfortunately since then I’ve changed my phone and my EmonCMS version to the master branch.

I’ve tried to reproduce on my old phone but seeing as I can’t purposefully reproduce it anywhere I don’t know if it’s just not appearing because of that.

I have seen it about five times now. I can always fix it by refreshing the page.

Specifically it’s the div with class menu-top bg-menu-top that is going completely white.

Aha, it looks like it’s related to scrolling and it not re-appearing when you scroll back up. I can now reproduce it reliably and on multiple mobile devices, but not on desktop. It might be related to this change, I’m investigating:

Yep, if I back out the changes to menu.css it stays broken but if I also back out menu.js the menu stays in place when you scroll (as you’d expect) and never goes white.

Of course I’m seeing this because I’m working on mobile with the side menus hidden. On desktop with the side menus hidden I see the menu transition back from the top a fraction of a second (yes, probably 0.3s) after I scroll back to the top.

@nchaveiro I’ve tried to see what I could tweak in menu.js but it’s a bit more than I can absorb as I’m not a front-end developer. I think I’d pretty much just be turning it all on / off which isn’t useful information for you.

Here’s my client info to help (I hope):

Ooh, here’s another client where it’s tripping up:

1 Like

On emoncms dashboards, the jgauge2 little red number is shown by the big yellow pointer and the big white number is shown by the little red pointer. That seems backwards: I’d expect red pointer to show the red number. Is this a new bug or just something I hadn’t noticed before upgrading?

1 Like

Thanks @MyForest @mjr I will take a closer look at these soon, thanks for flagging these up!

1 Like

This is probably a blast from the past @TrystanLea but I was tripping up with opening the config on my app now that I’m on the v11 branch.

That’s because I’m still using the old classes instead of the new object-orientated ones.

I’ve patched my app to work with both branches.

Other than including my app in the main repo, I don’t see how you would have known to make the change.

Other than me paying a lot more attention to the underlying framework I don’t know how I would have known to make the change.

As things stand I don’t think either of us has more time to chase this type of thing so I think we’re just going have to accept that sometimes my app will break.

1 Like

Sorry about that @MyForest maybe I should look again at inclusion of your app in the main repo, Il get it installed again on my own system here and have another think about it.

1 Like

@TrystanLea This next one isn’t urgent, it might not even be real, but @Timbones is seeing his values coming back as strings from feeds/list.json and I’m seeing them coming as integers. I’m on the master branch, I don’t know what Tim is on.

Of course we can adapt the client code to be more robust, but I thought I’d mention this in case it was interesting.

1 Like

Thanks @MyForest!

Thanks @Robert.Wall I’ve made a couple of changes to improve this now in the lastest graph module on the master branch. It now looks like this:

1 Like

Thanks @Thelmike this is now fixed in the latest master branch

1 Like

Thanks @mjr I have now fixed the jgauge2 widget, I see what you mean, I think this has been a long standing issue. It now looks like this:

image

1 Like

Tested master and it worked fine. Thanks!

1 Like

Thanks @Thelmike

v11 is now released as stable, thanks all for helping with testing!

2 Likes