Hi Gary, I checked the emulation of the WeatherDuino in the code and from my point of view it seems to be implemented as in the protocol description. Nevertheless it might differ in any behaviour which is not exactly defined in the description.
It's very hard for me to understand the python code of the vantage driver since I am not familiar with the language. I estimate that the vantage driver make the weewx engine to save an archive record each time it gets one from the hardware. According to my observations und the upper preconditions it seems that archive records are received in the same frequency as the LOOP packets. This would mean that the vantage driver polls with a DMPAFT command each view seconds. Do you have any knowledge about this matter and do you know how it should work correctly? To get this issue solved I think it would be necessary to get a serial sniffer in place to be able to see the communications between both devices. Can I simply add some logs in the source of the vantage driver, like I did in my data service? Regards, engolling Am Freitag, 22. März 2019 00:48:49 UTC+1 schrieb gjr80: > > It seems that the WeatherDuino emulation of the Davis logger may still > have some issues. It's possible that the WeeWX vantage driver has some > issues but the driver is mature and has been in use for many years > communicating with actual Davis hardware without issue. One thing I have > noticed with some of the other PWS software packages is that they seem to > operate using the vantage loop packets only, whereas WeeWX has the option > of operating with loop packets only (record_generation=software) or a > combination of loop packets and hardware archive records ( > record_generation=hardware). That may explain why no one else sees this > issue. I am certain I have seen another WeeWX user who was using the > WeatherDuino as a Davis emulator and there were some clear issues with the > emulator. Unfortunately I cannot find that thread. > > You can obtain extra debug info in the log by setting debug=1 in > weewx.conf, though for the vantage driver I doubt this will give you too > much more information. The vantage driver does not have the debug > capabilities that some other driver have so that you can see individual > commands and responses. > > Gary > > On Wednesday, 20 March 2019 08:26:33 UTC+10, engolling wrote: >> >> Hi Gary, >> >> I disabled my data service and the errors still were there. See the >> logfile in attachment. >> >> So I assumed that there is a problem with the vantage driver in >> combination with my hardware. >> So I changed in weewx.conf to >> # If possible, new archive records are downloaded from the station >> # hardware. If the hardware does not support this, then new archive >> # records will be generated in software. >> # Set the following to "software" to force software record >> generation. >> record_generation = software >> this solves the problem with the logging errors. >> >> With the "unable to add records" problem solved I finished my data >> service - also in attachment - which seems to be working now :). >> >> Back to the issue with the archive records - I read in the customization >> guide, that in case of the record generation is set hardware, the archive >> records are directly genereted by the hardware. So I assume, that my >> hardware emitts an archive record to often. >> As I have seen in the vantage protocol descriptin the archive data can be >> requested via the DMPAFT command and sending the timestamp of the last >> received archive record. >> I think somewhere is a slight different behaviour between my WeatherDuino >> and an original Davis device - because the developper of the WeatherDuino >> says the emulation is compatible with the original Davis software and >> nearly each other weather software. I can confirm this. >> Maybe it is necessary to use some kind of port sniffer to check the >> communication or do you know if there are additional debug outputs of the >> driver available. >> >> Best regards, >> engolling >> >> Am Dienstag, 19. März 2019 00:57:16 UTC+1 schrieb gjr80: >>> >>> On Tuesday, 19 March 2019 07:57:06 UTC+10, engolling wrote: >>>> >>>> Hi Gary, >>>> thanks for your patience. >>>> >>>> This is not normal operation. Because something it triggering an >>>>> archive record to be saved every few seconds the NEW_ARCHIVE_RECORD event >>>>> is also triggered which causes your service to fire as well. The issue >>>>> here >>>>> is not your service but whatever is causing this archive record to be >>>>> written every few seconds. I suggest we step back a bit and get a clear >>>>> picture of how your system is configured and what it is running. >>>>> >>>> >>>> I was wondering where these errors where coming from and I already >>>> tried to get more information about it. I found somewhere a statement that >>>> is not too bad and might happen if a very narrow saving interval is used. >>>> But now I increasingly understand... >>>> >>> >>> Errors involving 'Unable to add record' are not good and are a sign >>> something is wrong, at the very least you are wasting processor time, >>> something you probably should avoid with such a short archive interval. A >>> short archive interval should not be the cause in itself >>> >>> On Tuesday, 19 March 2019 08:21:12 UTC+10, engolling wrote: >>> >>>> One more thing - I do not own a original davis station - I'm using a >>>> WeatherDuino, emulating a davis station for import of "standard" data. >>>> https://www.meteocercal.info/forum/index.php >>>> >>> >>> OK, not saying that is the issue but it is another complicating factor. >>> Your weewx.conf looks fine and I don't see anything in your service >>> that would be causing the archive record problem. Let's step right back to >>> basics and disable your service so that you have WeeWX running just the >>> vantage driver to talk the WeatherDuino. To do this: >>> >>> 1. edit weewx.conf, and change: >>> >>> [Engine] >>> >>> [[Services]] >>> # This section specifies the services that should be run. They >>> are >>> # grouped by type, and the order of services within each group >>> # determines the order in which the services will be run. >>> prep_services = weewx.engine.StdTimeSynch >>> data_services = user.WeeWx_WeatherDuino_Logger_plugin. >>> WeeWxService, >>> process_services = weewx.engine.StdConvert, weewx.engine. >>> StdCalibrate, weewx.engine.StdQC, weewx.wxservices.StdWXCalculate >>> >>> to >>> >>> [Engine] >>> >>> [[Services]] >>> # This section specifies the services that should be run. They >>> are >>> # grouped by type, and the order of services within each group >>> # determines the order in which the services will be run. >>> prep_services = weewx.engine.StdTimeSynch >>> data_services = , # >>> user.WeeWx_WeatherDuino_Logger_plugin.WeeWxService, >>> process_services = weewx.engine.StdConvert, weewx.engine. >>> StdCalibrate, weewx.engine.StdQC, weewx.wxservices.StdWXCalculate >>> >>> 2. save weewx.conf >>> >>> 3. restart WeeWX and let it run for 10 minutes or so then take a copy of >>> the log from when WeeWX was restarted and post it here, make sure you >>> capture the full WeeWX startup >>> >>> This should show us whether the WeatherDuino/vantage driver is causing >>> the problem or if it is your service. >>> >>> Gary >>> >>> -- 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 options, visit https://groups.google.com/d/optout.
