Bestekのロボット掃除機MAPiちゃんレビュー

-

ロボット掃除機導入してみた

諸君、私は掃除が嫌いだ。
家事の中で一番掃除が嫌いである。
そのせいで床に物は散乱、ほこりや髪の毛が散らばっていて足の踏み場もないという惨憺たる状態がデフォルトである。
これではいかんと思い、ロボット掃除機を購入することにした。
製品モニターとかじゃなくて、ガチで買ってるのでそこんところよろしく！

機器選定

Amazonで眺めるとロボット掃除機もピンからキリまである。
大きく分けると、部屋をランダムに掃除するのか、マップを作って秩序だって掃除するのかで2分される。
ランダムに掃除するタイプは、とにかく何かにぶつかるまで前進して、ぶつかったら方向を変えて手当たり次第に掃除を行う。
マップを作るタイプは、いったん部屋の地図を作成して、作成後は地図内を平行に進みながら効率よく掃除をする。
価格の安い奴は大体ランダムで掃除するやつで、ルンバや国内メーカーのお高い奴はマップをつくって掃除をするタイプである。
また、お高い奴は予約機能が付いていて、定時になると勝手にお掃除してくれる賢い機能がついている。

安くて、マップを作ってくれて、定時起動もできる、そんな都合のいい機器があるわけ…。
ありました！

Bestek MAPiを購入

マップ作成機能付きで予約機能付きの安いロボット掃除機、Bestek Mapiちゃん！（型番:BTA9)


 こんな見た目のいなせな奴である。
これが充電スタンドで、お掃除が終わると自動でおうちに帰宅してご飯を食べてくれるかわいい子です。マジでペット感覚になってくるのが不思議。

アプリによる操作および状態、結果確認

MAPiにWifiが内蔵されており、セットアップは一度MAPiのWifiに接続して行う。
家庭内のWifi接続情報をアプリから入力し、MAPiがWifiにつながればアプリから見えるようになる。
MAPiは2.4GHzのWifiにしか接続できないので注意。

ちなみに、リモコンがついているので、アプリは必須ではないし、中央のAUTOボタンを押すだけで掃除を開始してくれるので機械音痴の方にも安心であることをお伝えしておこう。

 下記がスマホアプリの画面ショットである。
うちの自宅は2階建ての2LDKでLDKと一部屋と廊下部分が段差なくつながっているのだが、
部屋のマップを作って掃除した後の結果がこんな感じである。
中央左あたりに階段があるが、ちゃんと検知して落ちずに掃除できている。
足のあるベッドの下も掃除してくれるので、ほこりが気にならなくなる。
うっすら線が見えるが、最初に超音波か何かで部屋の形状をスキャンしてマップを作り、そのレイアウトに従って掃除してくれる。
MAPiには名前を付けることができ、うちの子はrobotanと命名。
上記の広さで約40分ぐらいで掃除が完了。
どうでもいいが、MAPiにはトランスフォーム機能があるらしい。
予約機能を使えば、家にいない間に掃除が完了しているので便利。

IoT化できる？

どうやらMAPiちゃんの制御はWEBベースでやっているらしく、REST APIたたけば遠隔操作も可能のようである。
こちらのスレの782～787あたりにMAPiちゃんのパケットを解析した方が解析結果を載せてくださっており、やろうと思えばgoogle homeとかから音声で掃除開始とかもできるみたい。
うちのrobotanで実行するとこんな感じで、JSON形式で結果が返ってくる。
http://XXX.XXX.XXX.XXX:10009/get/robot_id
(製品固有ID関係は内緒）
{
"name": "robotan", 
"unique_id": <内緒>, 
"camlas_unique_id":  <内緒>, 
"model": "003:001:000", 
"firmware": "release:1.1.1986"
}
http://XXX.XXX.XXX.XXX:10009/get/status
{
"voltage":16704, 
"mode":"ready", 
"cleaning_parameter_set":1, 
"battery_level":95, 
"charging": "connected", 
"time": { "year": 2018, "month": 2, "day": 6, "hour": 23, "min": 28, "day_of_week": 2 }
}

ロボット掃除機導入の効果

導入して最大のメリットは、「床に物を置かなくなった」ことである。
床の上に物があると、当然ながら障害物となるので掃除ができない。

必然的にものをかたづける必要に駆られるため、あんなに足に踏み場がなかった我が家の床がすっかり綺麗になってしまった。
これは、ロボット掃除機が入れない一室と比べると歴然の差である。（掃除しなきゃ…）

また、部屋がきれいであることは精神衛生とも関連しているようで、気分爽快である。
部屋が汚れていると、やはり心の片隅で「何とかしなきゃ…」と思いつつ、片付けるのが面倒だからグダグダしてしまい、結局何もやらず、引きこもったまま週末が終わる…という悪循環に陥っていたが、ここのところサイクリングに出かけたり、前向きな感じである。

買うまでは、「一人暮らしなのにロボット掃除機なんて贅沢だ」などと思っていたが、一人暮らしの汚部屋の住人に是非お勧めしたい。
何者かが労働を代替してくれるということは非常に素晴らしいことなのだ。
ましてや、相手は二万円以下で買える機械。何の気兼ねがいらんや。

共働きのご夫婦は掃除の時間から解放されるために、旦那様は毎日掃除を頑張ってる奥様へのプレゼントとして購入してみてはいかがだろうか。

MAPiちゃんのデメリット

MAPiちゃんにはおおむね満足しているのだが、問題は消耗品の購入に不安が残る点である。

一応、消耗品であるブラシやフィルターは購入時に１つずつ予備が付いているが、いずれは交換するものである。

また、バッテリーはリチウムイオン電池と思われるが、リチウムイオンもそのうち充電できなくなるものなので、これも消耗品である。
Bestekさんに問い合わせれば買えそうな感じではあるが、電話しないといけないっぽい。

電話が嫌いな社会人としては、これは由々しき問題である。

なので、Amazonでブラシとフィルターとバッテリーを購入できるようになると最高なんだけどBestekさん売ってくれねぇかなぁ？

ルンバはこの辺はサードパーティー製含め充実しているので予後の心配はない。

ただ、やはりルンバはお試しで買うには高いので、入門機としてBestek MAPiを買ってみるのはアリだとおもう。

掃除の時間分の自由と精神衛生を買おう！

コメント

  1. S.A.2018年9月23日 8:55

    こんにちは。コメント失礼します。MAPi購入の際、こちらの記事を大変参考にさせて頂きました。ありがとうございました！
    ですがIoT化の部分で上手くステータスを取得できないため、質問させてください…

    例えば、下記コマンドを実行しても、
    ------------------------------------------------------------------------------------------------------------------------------
    curl -v xxx.xxx.xxx.xxx:10009/get/status（xxx.xxx.xxx.xxxはIPアドレス）
    ------------------------------------------------------------------------------------------------------------------------------

    下記の様にコネクションリフューズされてしまいます。
    ------------------------------------------------------------------------------------------------------------------------------
    * Trying xxx.xxx.xxx.xxx...
    * TCP_NODELAY set
    * Connection failed
    * connect to xxx.xxx.xxx.xxx port 10009 failed: Connection refused
    * Failed to connect to xxx.xxx.xxx.xxx port 10009: Connection refused
    * Closing connection 0
    curl: (7) Failed to connect to xxx.xxx.xxx.xxx port 10009: Connection refused
    ------------------------------------------------------------------------------------------------------------------------------

    一方で、以下を実行すると
    ------------------------------------------------------------------------------------------------------------------------------
    curl -v xxx.xxx.xxx.xxx（xxx.xxx.xxx.xxxはIPアドレス）
    ------------------------------------------------------------------------------------------------------------------------------

    以下が返って来ます。
    ------------------------------------------------------------------------------------------------------------------------------
    * Rebuilt URL to: xxx.xxx.xxx.xxx/
    * Trying xxx.xxx.xxx.xxx...
    * TCP_NODELAY set
    * Connected to xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx) port 80 (#0)
    > GET / HTTP/1.1
    > Host: xxx.xxx.xxx.xxx
    > User-Agent: curl/7.54.0
    > Accept: */*
    >

    < HTTP/1.1 200 OK
    < Date: Sat, 22 Sep 2018 23:38:52 GMT
    < Server: Boa/0.94.14rc21
    < Accept-Ranges: bytes
    < Connection: close
    < Pragma: no-cache
    < Cache-Control: no-cache
    < Content-Length: 88
    < Last-Modified: Thu, 01 Jan 1970 00:00:10 GMT
    < Content-Type: text/html
    <

    * Closing connection 0
    ------------------------------------------------------------------------------------------------------------------------------

    「netstat -p tcp」と「lsof -i」コマンドで生きてるポートを調べ、プロセスを確認してみたりしたのですが、そもそもMAPiらしきプロセスが見当たりませんでした…

    初学者なので、どこに問題があるのかさっぱりわかりません。
    お手数ですが、お時間のあるときにご教授いただけないでしょうか？
    宜しくおねがい致しますm(_ _)m

    返信削除
    返信
    1. ken tokuda2018年9月28日 10:26

      コメント気づいておらず申し訳ないですm(_ _)m

      ウチの環境だとフツーに接続できましたね。（ubuntuのcurlで接続。）
      $ curl -v 192.168.15.3:10009/get/status
      * Trying 192.168.15.3...
      * TCP_NODELAY set
      * Connected to 192.168.15.3 (192.168.15.3) port 10009 (#0)
      > GET /get/status HTTP/1.1
      > Host: 192.168.15.3:10009
      > User-Agent: curl/7.58.0
      > Accept: */*
      >
      * HTTP 1.0, assume close after body
      < HTTP/1.0 200 OK
      < Server: RobArt Custom (0.1)
      < Connection: Close
      < Content-Type: application/json
      <
      {
      "voltage":16720,
      "mode":"ready",
      "cleaning_parameter_set":1,
      "battery_level":96,
      "charging": "unconnected",
      "time": { "year": 2018, "month": 9, "day": 28, "hour": 10, "min": 21, "day_of_week": 5 }
      }
      * Closing connection 0

      何かファイアウォールで通信遮断してるとか、実はmapiのIPじゃないと事つないでるとか？
      お力になれそうになくてすいません。

      削除
    2. S.A.2018年9月28日 19:15

      ありがとうございます(TT)

      早速、ファイアーウォールとIPを再度確認してみます！^ ^

      削除
    3. S.A.2018年9月28日 19:28

      ちなみに、MacOSをを使用しているのですが、その辺りも関係があったりしますでしょうか…？
      （何度もすみません…）

      削除
    4. ken tokuda2018年9月29日 1:43

      macだったら大丈夫だと思いますよ！

      ちなみに、「netstat -p tcp」と「lsof -i」はmacで使ってるポートやプロセスを確認するコマンドなのでmapiのプロセスはいないかと。curlもコネクション確立できてないのでnetstatにも出てこないと思います。

      まずはブラウザからアクセスしてみて、結果が表示できればcurlでも行けるはずですので試してみてください。

      削除
    5. S.A.2018年10月7日 9:13

      上記件、アドバイスありがとうございました。
      一週間以上かかってしまいましたが、無事接続することができましたm(_ _)m
      （主な原因はmapiのIPアドレスを勘違いしていたことでした…）
      ご親切にご対応くださり、本当にありがとうございました！

      削除

コメントを投稿

このブログの人気の投稿

ヤマダ電機の安心会員住所変更をした

-
安心会員住所変更 ヤマダ電機の住所変更の顛末を記す。 結論から言えば実にあっさりと住所変更ができた。 重い腰を上げる 昨年三月末に引っ越しをしたので、当然ながら住所が変わったのだが、郵便局に転送依頼をかけておけば1年間は郵便物を新住所に転送してもらえる。 それに甘えて２～３の会員登録で住所変更をさぼっていたのだが、そろそろ転送の期限も近づいてきたので重い腰を上げてみた。 昨今、ネットのサイトから住所変更できるところが大半なので、ヒッキーの私でも安心して変更できるのだが、ネットでできないところは正直めんどくさい。 電話が怖いのよ電話が(((((( ;ﾟДﾟ)))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ …まぁ、社会人○○年目の大人だから必要があったらやるけどさ。 ということで、勇気を出してヤマダ電機の安心会員専用窓口に住所変更の電話を掛けてみた。 まったく簡単だ！！！ 簡単に言えば下記のようなホップステップからのホイップである。 住所変更の依頼である旨をご担当者様に申告すると、「とある情報」を聞かれるのでそれに答える。 その情報をキーとして、ご担当者様が会員情報を検索し、ヒットした情報が電話を掛けている人間のものであるか確かめるためにいくつか質問をされる。 回答した内容が正解であれば、住所変更の手続きに入る。 一応、「とある情報」というのは伏せておくが、引っ越しによって変わる可能性のある情報なので、個人情報にあたるもので引っ越し前後で変わったものがあれば、電話する前に書き出しておくことをお勧めする。 また、旧住所の情報も必要なので、番地、マンション名なども回答できるようにしておこう。 俺はしどろもどろになりながら答えた！だが、ご担当者は優しく対応してくれた！ 上記のプロセスを経て、晴れて住所変更が完了する。 ただ、つい最近変更したところなので、本当に住所変更できたか、郵便物がちゃんと届くのかといったところはわかり次第、追記したい。 追記：ちゃんと新住所に届きました！
続きを読む

JP1の定義をドキュメント化するjp1ajs2.jobdocが超便利

-
素晴らしいツール こちらの作者さん が作成されているJP1の定義からドキュメントのhtmlを生成するツールが超便利な件。 jp1ajs2.jobdoc https://github.com/mizukyf/jp1ajs2.jobdoc/ 必要とした経緯 JP1の標準で作成した定義を Excelに落とせるツール はあるのだが、なぜかJP1 Viewが入っている端末にExcelが入っていなかった。 （ちなみに、JP1用語だと定義を抜き出すのが「インポート」、定義を登録するのが「エクスポート」らしく大変ややこしい。） 見ようと思えば 定義ファイルの中身の記述が公開されている ので人力でも解析可能ではあるが、そんなのクソ面倒なので、誰か偉い人が作ってくれてるだろうと他力本願したところ、jp1ajs2.jobdocに出会った。 おすすめポイント 定義情報をjp1ajs2.jobdocに食わせると、html形式で解析対象配下のジョブ定義のパラメータをテーブル形式で表示してくれたり、マップもsvg形式で出力してくれる。 ブラウザがあれば定義情報とマップの両方を参照できるのが素晴らしい。 コード値に対応した日本語の説明文も出力してくれるので、わかりやすい。 また、これでドキュメント化しておけば、定義を確認するのにJP1 View開いて確認する必要がないので、JP1 Viewを見れない人に情報共有をしたり、自席で定義をサクッと確認したりするのにちょうどいいと思う。
続きを読む

curlでADのドメインユーザーでプロキシを超える

-
curlでADのドメインユーザーで認証してプロキシを超えたい こちらのサイト でslackにsnmp trapを送信する方法が書かれていたのに触発されてシステムのエラーを通知するのに、MicrosoftのTeamsのWebhookにjsonで飛ばしてみようと思ったらcurlでつながらない。 ADユーザーでプロキシ認証しないと外に出られない、Linux好きにとっては反吐の出る環境のため、それが原因で外に出れなかった。 ネット上にcurlで認証通す場合こうしたらいいよ～みたいなのがいっぱい転がっているが、なんかいまいちなので自分のやったことを備忘録として乗っけとく。 実際のコマンド例 ほんとは出力するメッセージを加工したりする処理を入れているのだが、要素だけ掲載すると下記のようなコマンドで飛ばせる。 WEBHOOKのURL作ったりするところはggrksでよろしくお願いします。 #環境変数定義 MESSAGE=<なんかメッセージ> TEAMS_WEBHOOKURL=＜TEAMSのWEBHOOKURL＞ #コマンド実行 echo "{ \" text \" : \" ${MESSAGE} \" } " | \ curl -H 'Content-type:application/json' \ -U "<ドメイン>\<ユーザー名>:<パスワード>" \ --proxy-ntlm \ -proxy <プロキシサーバ>:<ポート> \ -insecure -d @- ${TEAMS_WEBHOOKURL} プロキシ越えの肝となるオプション ポイントは下記の3つで、特にADのドメインユーザーで認証する場合、ntlm認証のために「--proxy-ntlm」オプションが必要らしい。 -U "<ドメイン>\<ユーザー名>:<パスワード>" --proxy-ntlm -proxy <プロキシサーバ>:<ポート>
続きを読む