Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

osx monterey m1 not working #141

Open
dftpnd opened this issue Nov 8, 2021 · 10 comments
Open

osx monterey m1 not working #141

dftpnd opened this issue Nov 8, 2021 · 10 comments

Comments

@dftpnd
Copy link

dftpnd commented Nov 8, 2021

osx monterey m1 not working

After upgrading the os, the hub is not visible. talked to apple support for an hour, they could not help. maybe you know what the problem may be

@stanos
Copy link

stanos commented Nov 19, 2021

same here

@pbochynski
Copy link

I am on macOs 12.1 now. It still doesn't discover any HUB. I think it is related to this issue: abandonware/noble#225

@dlech
Copy link

dlech commented Dec 29, 2021

Passing the LWP3 service UUID to noble.startScanning() should work around the issue. (I haven't tried it with noble, but it worked for a similar Python library.)

See abandonware/noble#225 (comment)

Also, please file an issue in the Apple Feedback assistant and link the noble issue. Hopefully if enough people report it, Apple might do something about it.

@alin256
Copy link

alin256 commented Jan 9, 2022

I also have some basic issues on 12.1, but since it is on Intel, I posted it in a separate issue: #142

@alin256
Copy link

alin256 commented Jan 9, 2022

Seems that this might be related to the OS and not the M1 chip:

https://developer.apple.com/forums/thread/694146?login=true&r_s_legacy=true

@alin256
Copy link

alin256 commented Jan 9, 2022

Passing the LWP3 service UUID to noble.startScanning()

Can you elaborate in more detail on how to do that in code?

@nathankellenicki
Copy link
Owner

Hi, I've just published a new version (8.0.0) that should make this work on Monterey again. As mentioned, passing the service id's to the startScanning function solves the issue.

Initially I had concerns with using both LWP3 and WeDo 2.0 service id's as it should find one or the other, not both, but it doesn't seem to pose any problems.

@pbochynski
Copy link

I can confirm - the new version works! Thanks a lot!

@alin256
Copy link

alin256 commented May 27, 2022

I can confirm the following setups:

  • Intel MacOS 12.3.1 with node16
  • M1 MacOS 12.3 with node16

the discovery works for

  1. Boost
  2. Duplo train

I am upgrading the OS and testing against 12.4 later today. If I forget to report the results, feel free to @ me on this post.

@alin256
Copy link

alin256 commented May 27, 2022

The combination of

  • M1 MacOS 12.4 with node16

and both hubs works as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants