{"id":2369,"date":"2012-09-11T04:21:29","date_gmt":"2012-09-11T09:21:29","guid":{"rendered":"http:\/\/www.summet.com\/blog\/?p=2369"},"modified":"2012-10-04T09:04:28","modified_gmt":"2012-10-04T14:04:28","slug":"ubuntu-probing-all-bluetooth-serial-connections-for-modems","status":"publish","type":"post","link":"https:\/\/www.summet.com\/blog\/2012\/09\/11\/ubuntu-probing-all-bluetooth-serial-connections-for-modems\/","title":{"rendered":"Ubuntu probing all bluetooth serial connections for modems?"},"content":{"rendered":"

I use a scribbler robot with an IPRE fluke for my classes. On Ubuntu, I have a funky situation where the fluke does not work correctly the very first time I connect to it. Dan Walker, of BetterBots has captured all of the bluetooth data and says that Ubuntu is sending “AT+GCAP” data (AT command for a modem to “Request Complete Capabilities List”) to the fluke when first connected. This command gets the fluke into an unstable state and make it not work until rebooted (a possible problem with the fluke…but really, should custom hardware have to anticipate receiving random AT commands?)<\/p>\n

The extra data doesn’t happen on subsequent connections to the same \/dev\/rfcomm* port until the laptop is rebooted. We suspect that the network manager may be the culprit. (I stay logged in until rebooting, so perhaps if a user logged out that would also trigger the network manager to re-probe?) <\/p>\n

Thanks to Doug Harms for the solution…this is the ModemManager service probing all bluetooth serial ports. To disable it you can issue the following command (all on one line…):<\/p>\n

sudo mv \/usr\/share\/dbus-1\/system-services\/org.freedesktop.ModemManager.service
\n\/usr\/share\/dbus-1\/system-services\/org.freedesktop.ModemManager.service.disabled<\/code><\/p>\n","protected":false},"excerpt":{"rendered":"

I use a scribbler robot with an IPRE fluke for my classes. On Ubuntu, I have a funky situation where the fluke does not work correctly the very first time I connect to it. Dan Walker, of BetterBots has captured … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8],"tags":[],"class_list":["post-2369","post","type-post","status-publish","format-standard","hentry","category-commentary"],"_links":{"self":[{"href":"https:\/\/www.summet.com\/blog\/wp-json\/wp\/v2\/posts\/2369","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.summet.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.summet.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.summet.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.summet.com\/blog\/wp-json\/wp\/v2\/comments?post=2369"}],"version-history":[{"count":0,"href":"https:\/\/www.summet.com\/blog\/wp-json\/wp\/v2\/posts\/2369\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.summet.com\/blog\/wp-json\/wp\/v2\/media?parent=2369"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.summet.com\/blog\/wp-json\/wp\/v2\/categories?post=2369"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.summet.com\/blog\/wp-json\/wp\/v2\/tags?post=2369"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}