Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

For someone that is playing with Domoticz -- a HA program running on linux -- this should be a snap. On Friday, March 8, 2019 at 11:17:19 PM UTC-8, miso k wrote: > > No, there are several IP addresses that I need to edit. For me, as an user > without Linux networking knowledges, it is not clear

Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

The only one you need is eth0 I don't understand why this is difficult As root type *ifconfig* and paste it here On Friday, March 8, 2019 at 11:17:19 PM UTC-8, miso k wrote: > > No, there are several IP addresses that I need to edit. For me, as an user > without Linux networking

Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

No, there are several IP addresses that I need to edit. For me, as an user without Linux networking knowledges, it is not clear which IP is what. Michal Dňa so 9. 3. 2019, 0:40 Scott Grayban napísal(a): > It's clearly documented o how to setup hostapd. > > There are only 2 places you have to

[weewx-user] Re: MQTT extension, not publishing individual measurements properly

Ok, closing the loop here. It appears that when you use anonymous login to an MQTT broker, everything works fine and it will publish individual measurements properly. When you utilize a username/password, this is when things break, and individual measurements do not work. For my purposes, it's

Re: [weewx-user] database repair - dropping recent archive records when console is still ok

Do you have a real-time clock? On Fri, Mar 8, 2019 at 6:17 PM Greg Troxel wrote: > Thomas Keffer writes: > > > You could try using wee_device --dump > > . > It > > will dump all the records in the logger. Most will be

[weewx-user] Re: MQTT extension, not publishing individual measurements properly

Turns out, it's something with my mosquito config. I'm not sure what exactly is wrong with the config, but I tried pushing the data to a public broker, and when I push it to a public broker, the individual stats ARE in fact coming through. I'll investigate there, but can safely say that it is

Re: [weewx-user] database repair - dropping recent archive records when console is still ok

Thomas Keffer writes: > You could try using wee_device --dump > . It > will dump all the records in the logger. Most will be duplicates, but it > will recover the missing records. Then rebuild the daily summaries. Thanks for

Re: [weewx-user] WU RapidFire does not post all values

Hi Thomas Thanks for looking into it. The radiation value doesn't come from the FO unit (sadly it is not capable). Instead I derive it from our PV array which gives me real time info. I plumbed this into weewx as per the add_sensor howto with the radiation value stored in a flat file and read

[weewx-user] Re: MQTT extension, not publishing individual measurements properly

I did a fresh install of WeeWX, then installed the MQTT extension. I observed the same behavior - individual measurements is really just taking the first measurement from a long json string, and ignoring the rest. I even installed a couple of older versions of the MQTT extension, that still

Re: [weewx-user] WU RapidFire does not post all values

Hi, Phil Your FO station emits what we call "partial packets." This means, not every packet includes every data type, in particular, in this case, not every packet will include solar radiation. But, the WU expects every type to be in every packet. We get around this by using a cache to save older

Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

On your PI as ROOT type *ifconfig* eth0: flags=4163 mtu 1500 > inet 192.168.0.4 netmask 255.255.255.0 broadcast 192.168.0.255 > Second lie tells you what your IP and NETMASK is. Now take those numbers and put them in the /etc/dhcpcd.conf like this. and put your routers IP on

[weewx-user] WU RapidFire does not post all values

Hi I have a FineOffset running with an additional sensor adding data to weewx (radiation). The radiation values are recorded and displayed within weewx fine but if I use "RapidFire = True" in my [[Wunderground]] weewx.conf the values are never posted. They are however if I change the WU

Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

It's clearly documented o how to setup hostapd. There are only 2 places you have to manually edit. The IP/Network that dnsmasq uses and the SSDI ad PASSWORD that you need to connect the WS to the newly created WiFi hotspot. It can't get any simpler than that. On Friday, March 8, 2019 at

Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

domoticz running again, thanks Tom :) @Scott: no, I dont understand Linux networking, as I wrote, I am not a PC guy. I will check the link at the end of your man to try to understand it deeper. miso so 9. 3. 2019 o 0:16 Scott Grayban napísal(a): > There are many things in my life that are my

Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

done. Raspbian running, but not the Domoticz. The weewx is not generating the webpage too... miso pi 8. 3. 2019 o 23:55 Tom Robertson napísal(a): > Temporarily hook your RPI to a monitor and attach a mouse and keyboard. > Make changed to the wifi setup. Then reboot. You can also see what IP

Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

There are many things in my life that are my fault this is not one of them. It sounds like you don't understand Linux networking and need to take some classes online. And for the record my HOWTO has been followed by a few people with no issues... So yes it is TRUE. On Friday, March 8,

Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

Temporarily hook your RPI to a monitor and attach a mouse and keyboard. Make changed to the wifi setup. Then reboot. You can also see what IP address was assigned to the RPI. - Tom > On Mar 8, 2019, at 4:23 PM, miso wrote: > > F**CK!!! > That is not true! I have Ruined my whole

Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

F**CK!!! That is not true! I have Ruined my whole Domoticz setup. I cant connect to my RPi now at all!!! so much hours wasted!! miso pi 8. 3. 2019 o 22:36 Scott Grayban napísal(a): > There are only 2 places you edit -- the PI's IP for eth0 > and > The WiFi SSDI name and Password.

Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

There are only 2 places you edit -- the PI's IP for eth0 and The WiFi SSDI name and Password. Everything else is copy/paste. On Friday, March 8, 2019 at 1:29:05 PM UTC-8, Scott Grayban wrote: > > Directions are clearly written in the HOWTO > > Follow them > -- You received this message because

Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

Directions are clearly written in the HOWTO Follow them -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to weewx-user+unsubscr...@googlegroups.com. For more

Re: [weewx-user] Re: Eurochron EFWS2900 / Fine Offset WH2900 / Ambient Weather WS-2902A

thanks Scott, i have done everything until this: https://github.com/weewx/weewx/wiki/hostapd-WiFi-setup-for-Interceptor-driver#edit-etcdhcpcdconfand-edit-the-first-4-lines-below-for-your-static-ip interface eth0 static ip_address=192.168.0.4/255.255.255.0 *Raspberry one, or Weather

[weewx-user] Re: Any chance to add inHumidity to the plots?

I have thought about the same thing but rather see it in the current temperature graph. On Friday, March 8, 2019 at 6:08:59 AM UTC-8, Epfel Butzge wrote: > > Any chance to add inHumidity to the plots? > > -- You received this message because you are subscribed to the Google Groups

[weewx-user] Re: highcharts 5 & 6 in Belchertown skin

hi PAT ok I was thinking too, because I was looking everywhere. thanks, I will wait for you. Good Job. Patrick On Friday, March 8, 2019 at 7:12:28 PM UTC+1, Patrick Tranchant wrote: > > hi PAT, > > can I change this values ? in weewx.conf > > # Enabled by default since majority of the theme is

[weewx-user] Re: highcharts 5 & 6 in Belchertown skin

Not at this time without a bit of customization work. I am working on dynamic charts which will let you do this in a future release. Maybe a month or so after testing is completed. On Friday, March 8, 2019 at 1:12:28 PM UTC-5, Patrick Tranchant wrote: > > hi PAT, > > can I change this values

[weewx-user] Re: MQTT extension, not publishing individual measurements properly

When aggregate = individual, I am expecting it to NOT send in JSON format, and instead send it just the individual metric to the topic of /weewx/. I believe that is how yours is working today. If we want to test with your instance, you can add -v to your mosquitto_sub query and that will then

[weewx-user] Re: MQTT extension, not publishing individual measurements properly

Hi. I think I didn't fully understand your problem. When aggregate = individual mqtt extension does not send data to the broker in json format. Is that correct? I think that's how it works. If you want to select a specific data you must to subscribe to the proper topic. Why do you need

[weewx-user] highcharts 5 & 6 in Belchertown skin

hi PAT, can I change this values ? in weewx.conf # Enabled by default since majority of the theme is wrapped around the charts highcharts_enabled = 1 highcharts_graph_1 = "temperatureplot" highcharts_graph_2 = "windplot" highcharts_graph_3 = "rainplot" highcharts_graph_4 =

[weewx-user] Re: Any chance to add inHumidity to the plots?

you use skin Seasons ? On Friday, March 8, 2019 at 3:08:59 PM UTC+1, Epfel Butzge wrote: > > Any chance to add inHumidity to the plots? > > > I can add inHumidity together with inTemp and create a combined PNGs, this > works fine. > > But I didn't understood how to create single PNG only with

[weewx-user] Re: MQTT extension, not publishing individual measurements properly

Yea, I did stop/start weewx after I made the changes. When it is set aggregation = individual, and debug set to 2, here's the resultsappears that it simply takes the first value and publishes that to MQTT and ignores all the others. Seems like perhaps the parser is broken. Mar 8 11:07:04

[weewx-user] Re: Any chance to add inHumidity to the plots?

Well, i should better mark an appointment with my optician. ;-) removing the typo from the skin.conf ( [[[dayinhumidity[]] ---> [[[dayinhumidity]]] ) and it seems working, there is a new dayinhumidity.png in /var/www/html/weewx/ . -- You received this message because you are

[weewx-user] Any chance to add inHumidity to the plots?

Any chance to add inHumidity to the plots? I can add inHumidity together with inTemp and create a combined PNGs, this works fine. But I didn't understood how to create single PNG only with the value from inHumidity. Adding a new entry for a daily plot in skin.conf ends up in a failure and

[weewx-user] Re: MQTT extension, not publishing individual measurements properly

Hello!. It works for me. Perhaps it's a silly question. Did you stop and start weewx when you set aggregation = individual? mosquitto_sub -h localhost -t weather/# 8.38659531877 404.057634127 79.9993663432 1053.16600212 0.0 463.258922832 1053.16600212 12.9336678556 -2.73389218279 1.0 0.0