no, no, no - if zero powers the hub it will achieve nothing. zero should ideally not be supplying power TO anything. put batteries in the weather station for backup purposes. use a usb hub powered by its own power supply, not by the pizero. when you say "did not restart fine offset" what exactly do you mean? what does the log show - answers are always in the log.
On Tuesday, 8 October 2019 23:31:37 UTC+3, Pila wrote: > > I agree. But for starters... Since rebooting Zero does not restart my Fine > offset I need an external switch anyway. > > But as I live on a an isolated island in a small country, getting > particular equipment is not easy. This was just perfectly convenient > solution with items I had laying around. Of course nothing can be used if > not nearly bulletproof. > > I do have an extra powered hub and there can never be shortage of > SmartSwitches. Zero will power the hub... Unless I fix is USB cable. > Frankenstein style. > > > Na 8. listopada 2019. 12:03:31 CEST, Andrew Milner <andrew....@gmail.com > <javascript:>> wrote: >> >> I would be cautious about powering the fineoffset from the pizero, and >> would prefer to have a powered hub to power the weather station. The usb >> interface on the fineoffsets is somewhat finicky at the best of times!! >> Inadequate power supplies are behind many issues with rpi and weather >> stations. >> >> the database should always reflect good data. >> >> >> >> On Tuesday, 8 October 2019 12:56:13 UTC+3, Pila wrote: >>> >>> Amazing amount of work and detail went into WeeWX! It is hard to find >>> what can not be adjusted. >>> >>> I parse data from a small text only report I added. I think: >>> >>> $current.DateTime.Raw >>> >>> is adequate. No need for $latest in this context? $current will be the >>> time report was generated. If too old... >>> >>> >>> >>> Na 8. listopada 2019. 04:19:23 CEST, Andrew Milner <andrew....@gmail.com> >>> wrote: >>>> >>>> as i said if communication is lost no data is saved in the database - >>>> so you will not have n/a, null or anything else in the database. in fact >>>> weewx will ultimately stop running and eventually do a restart. the >>>> symptom will be shown by the time of the generated html file - which will >>>> be older than 5 minutes ago (or whatever archive period you have >>>> specified). do my test and see what happens. >>>> >>>> >>>> >>>> On Monday, 7 October 2019 21:15:43 UTC+3, Pila wrote: >>>>> >>>>> I meant: my external program parses output. How will my program know >>>>> USB broke down? What value in my program should i test to find reset is >>>>> needed? Will N/A be saved? >>>>> >>>>> Na 7. listopada 2019. 15:26:17 CEST, Andrew Milner < >>>>> andrew....@gmail.com> wrote: >>>>>> >>>>>> the driver will log an error if communication with the fine offset is >>>>>> lost, and does not continue to store data in the database until >>>>>> communication is restored. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Monday, 7 October 2019 16:19:19 UTC+3, Pila wrote: >>>>>>> >>>>>>> I export InTemp to check if my USB connection to the First Offset >>>>>>> dropped dead. >>>>>>> >>>>>>> InTemp $current.inTemp.format(add_label=False) >>>>>>> InTemp $current.inTemp.raw >>>>>>> >>>>>>> What will be produced in case of null data? What do I need to test? >>>>>>> >>>>>>> In the first case, I expect N/A to mean USB connection is lost. I am >>>>>>> guessing N/A will not be in raw data. An empty field? >>>>>>> >>>>>>> So, probably the first line is a better choice for such purpose? >>>>>>> >>>>>>> -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/af49a512-23fc-4f37-9ec3-36121487607a%40googlegroups.com.
