Thanks M! On Tuesday, January 2, 2018 at 1:17:46 AM UTC, mwall wrote: > > > you might want to do this as a standalone driver instead of try to merge > the functionality into the wmr9x8 driver. >
Presume this is reduce the risk of messing up anyone using the wm918 and wm918 after upstreaming? I cleaned up the original wmr9x8.py driver a bit, * removing most of the obvious duplicated code. * making the serial handling code more robust * aggregating all the model specific magic numbers in model_settings etc. My initial feeling was the there was enough similarity with the wm89, wm918 etc to justify trying to reuse? > it probably means quite a bit of code duplication, at least for the first > implementation. but there is already a lot of duplication between the wmr > drivers (other than wmr300 - it is a different beast altogether). > > > by any chance have you been able to communicate with the wmr89 via usb? i > cannot even get the oregon scientific software to run, let alone sniff > whatever it does on the usb. > Nope, its a complete horror show. I tried playing with the windows software a bit, sniffing the USB etc, it was a struggle - I made very little progress with it. I figured out it was ultimately going to be counter productive, as the 'Main Unit' - the monitoring base station was silently dropping samples pretty consistently. At times the Wind Speed on the LCD wouldn't update on the base station for minutes at a time, meanwhile I was seeing a rock solid constant data stream through WeeWx with Arduino + RXB6. The antenna in the base station mustn't be up to much, but from the LCD you have no way of knowing. > m >
