Looking through the MacOS instructions, I can see this is an easy mistake to make. I'll correct the instructions.
-tk On Sun, Mar 4, 2018 at 9:03 AM, Thomas Keffer <[email protected]> wrote: > The problem is that you are in the wrong subdirectory and, as a result, > are using the original weewx.conf that came with the distribution, rather > than the freshly minted copy with your choices. > > Try this > > cd /Users/Shared/weewx > ./bin/weewxd weewx.conf > > > -tk > > > > On Sun, Mar 4, 2018 at 8:53 AM, kdbarto <[email protected]> wrote: > >> Installed drivers include: >> 0) AcuRite (weewx.drivers.acurite) >> 1) CC3000 (weewx.drivers.cc3000) >> 2) FineOffsetUSB (weewx.drivers.fousb) >> 3) Simulator (weewx.drivers.simulator) >> 4) TE923 (weewx.drivers.te923) >> 5) Ultimeter (weewx.drivers.ultimeter) >> 6) Vantage (weewx.drivers.vantage) >> 7) WMR100 (weewx.drivers.wmr100) >> 8) WMR200 (weewx.drivers.wmr200) >> 9) WMR300 (weewx.drivers.wmr300) >> 10) WMR9x8 (weewx.drivers.wmr9x8) >> 11) WS1 (weewx.drivers.ws1) >> 12) WS23xx (weewx.drivers.ws23xx) >> 13) WS28xx (weewx.drivers.ws28xx) >> choose a driver: *6* >> Specify the hardware interface, either 'serial' or 'ethernet'. >> If the station is connected by serial, USB, or serial-to-USB >> adapter, specify serial. Specify ethernet for stations with >> WeatherLinkIP interface. >> type [serial]: *serial* >> Specify a port for stations with a serial interface, for >> example /dev/ttyUSB0 or /dev/ttyS0. >> port [/dev/ttyUSB0]: */dev/tty.usbserial-A900aaCR* >> >> Then run the thing and it looks like the station or serial driver didn’t >> take. >> >> marvin:weewx-3.8.0$ /Users/Shared/weewx/bin/weewxd weewx.conf >> Traceback (most recent call last): >> File "/Users/Shared/weewx/bin/weewxd", line 64, in <module> >> weewx.engine.main(options, args) >> File "/Users/Shared/weewx/bin/weewx/engine.py", line 865, in main >> engine = engine_class(config_dict) >> File "/Users/Shared/weewx/bin/weewx/engine.py", line 71, in __init__ >> self.setupStation(config_dict) >> File "/Users/Shared/weewx/bin/weewx/engine.py", line 89, in >> setupStation >> driver = config_dict[stationType]['driver'] >> File "build/bdist.macosx-10.11-intel/egg/configobj.py", line 554, in >> __getitem__ >> KeyError: 'unspecified' >> >> David >> >> On Mar 3, 2018, at 3:42 PM, Thomas Keffer <[email protected]> wrote: >> >> Nice to have a Mac expert around! Perhaps in a quiet moment you can tell >> me how to get the system logger to work on High Sierra. >> >> The biggest problem you are going to have is device drivers. In >> particular, if your hardware appears as anything other than a simple serial >> device, you may have problems getting it to work. From your first email, it >> looks like you have a Davis Vantage, which is a good thing, because it uses >> a serial interface. Hopefully, the Mac will recognize it as such. >> >> Get the prerequisites installed, as per the MacOS instructions >> <http://weewx.com/docs/macos.htm>. I know the instructions say to use >> easy_install (we should change that), but pip usually works better. If >> you're already installed everything using easy_install, don't worry about >> it. >> >> If you have a Vantage, you do not need to install pyusb >> >> Judging from your 2nd email, it looks like you tried installing weewx in >> /Users/Shared/weewx/... So try deleting everything in that directory. >> >> Then it's pretty much following the directions in the MacOS instructions, >> making sure to let the installer run to completion. >> >> An easy to overlook step is editing >> the file >> setup.cfg >> to reflect your nonstandard install location (normally, weewx is >> installed into /home/weewx, but /home is reserved on the Mac). >> >> */Users/Shared/weewx/weewx-3.8.0/setup.cfg:* >> >> # Configuration file for weewx installer. The syntax is from module >> # ConfigParser. See http://docs.python.org/library/configparser.html >> >> [install] >> >> # Set the following to the root directory where weewx should be installed >> home = /Users/Shared/weewx >> >> # Given the value of 'home' above, the following are reasonable values >> prefix = >> exec-prefix = >> install_lib = %(home)s/bin >> install_scripts = %(home)s/bin >> >> -tk >> >> >> On Sat, Mar 3, 2018 at 2:12 PM, kdbarto <[email protected]> wrote: >> >>> >>> On Mar 3, 2018, at 2:00 PM, Thomas Keffer <[email protected]> wrote: >>> >>> The Mac is an "unsupported platform," but I'm sure we can get it >>> working. >>> >>> First, see if you already have a copy of PIL or Pillow. From the command >>> line: >>> >>> python -c "import PIL” >>> >>> Had no output. I’ll assume that is good. >>> >>> >>> If that gives you an import error, try this >>> >>> python -c "import Image" >>> >>> >>> If either of these work, then you are probably OK, and do not need to >>> install Pillow. I say "probably," because it's possible your previous >>> attempt to install using "install" resulted in a corrupted copy being left >>> behind. We'll see. >>> >>> If neither of these two command lines work, then you will need to >>> install Pillow. Use pip to do so. Your system probably already has pip, but >>> if it doesn't see the pip website >>> <https://pip.pypa.io/en/stable/installing/> for instructions on how to >>> install it. >>> >>> With pip in hand, install Pillow: >>> >>> pip install pillow >>> >>> >>> As for your second error, "KeyError", that looks like it may be caused >>> by an incomplete install. Did you use setup.py to install? Normally, the >>> weewx configuration file comes with a station type of "unspecified". That >>> is then replaced by setup.py with your actual hardware type. This second >>> step somehow did not get completed. >>> >>> Try deleting everything and trying again, this time making sure you let >>> the setup.py install run to completion. >>> >>> >>> Deleting everything. I’m good with that. Where is this everything you >>> refer to? 8^) >>> I’m well versed in all things Unix and programming, so being technical >>> is OK with me. (My name appears in every iPhone shipped, for instance). >>> >>> David >>> >>> >>> Hope this gets you started. >>> >>> -tk >>> >>> On Sat, Mar 3, 2018 at 1:42 PM, David <[email protected]> wrote: >>> >>>> I’m just following the instructions from the weewx website. At this >>>> point it fails to launch. >>>> >>>> What I read on the Wview mailing list was that this was a good >>>> replacement and was actively developed and maintained, unlike wview. >>>> >>>> I guess I just need to know what to do ‘next’. Is there an un-install I >>>> can try to reset, and then try again? >>>> >>>> David >>>> >>>> On Mar 3, 2018, at 11:46 AM, Thomas Keffer <[email protected]> wrote: >>>> >>>> This seems to be a problem with the Pillow install, and not with WeeWX. >>>> >>>> First, are you sure you need to install Pillow? Most Python >>>> installations come with a version of PIL or Pillow. >>>> >>>> Second, I have generally had better luck installing things with pip, >>>> rather than BSD install or easy_install. >>>> >>>> -tk >>>> >>>> >>>> On Sat, Mar 3, 2018 at 10:38 AM, David Barto <[email protected]> wrote: >>>> >>>>> wviewd_vpro is consuming 75% of the cpu. So I thought I’d give weewx a >>>>> shot. >>>>> >>>>> Installing from their instructions shows the following problem, and >>>>> since I don’t know Python that well I though I’d ask if this is ‘OK’. >>>>> After doing this, trying it again shows that it is installed according >>>>> to the installer program. >>>>> >>>>> Anyone here have any answers about these problems? >>>>> >>>>> David >>>>> >>>>> >>>>> MacOS 10.11.6 >>>>> >>>>> marvin:Desktop$ python -V >>>>> Python 2.7.10 >>>>> >>>>> sudo install Pillow >>>>> >>>>> Adding Pillow 5.0.0 to easy-install.pth file >>>>> >>>>> Installed /Library/Python/2.7/site-packages/Pillow-5.0.0-py2.7-macosx- >>>>> 10.11-intel.egg >>>>> Processing dependencies for Pillow >>>>> Finished processing dependencies for Pillow >>>>> Exception in thread Thread-1: >>>>> Traceback (most recent call last): >>>>> File >>>>> "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/threading.py", >>>>> line 810, in __bootstrap_inner >>>>> self.run() >>>>> File >>>>> "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/threading.py", >>>>> line 763, in run >>>>> self.__target(*self.__args, **self.__kwargs) >>>>> File "/System/Library/Frameworks/Python.framework/Versions/2.7/li >>>>> b/python2.7/multiprocessing/pool.py", line 330, in _handle_workers >>>>> debug('worker handler exiting') >>>>> TypeError: 'NoneType' object is not callable >>>>> >>>>> Exception TypeError: TypeError("'NoneType' object does not support >>>>> item deletion",) in <Finalize object, dead> ignored >>>>> Exception in thread Thread-2: >>>>> Traceback (most recent call last): >>>>> File >>>>> "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/threading.py", >>>>> line 810, in __bootstrap_inner >>>>> self.run() >>>>> File >>>>> "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/threading.py", >>>>> line 763, in run >>>>> self.__target(*self.__args, **self.__kwargs) >>>>> File "/System/Library/Frameworks/Python.framework/Versions/2.7/li >>>>> b/python2.7/multiprocessing/pool.py", line 366, in _handle_tasks >>>>> debug('task handler got sentinel') >>>>> TypeError: 'NoneType' object is not callable >>>>> >>>>> >>>> >>>> >>> >>> >> >> >
