スキップしてメイン コンテンツに移動

日産リーフのモニター

ちょうど1年前くらい車検を前に、車買い替えるか、車なし生活にしちゃうか悩んでいたのですが、結局車検を通して今に至ります。
それから1年、ずっと悩み続けているのですが、Webをぐるぐるしてる時に日産リーフモニターキャンペーンというのが目にとまって申し込んでみました。

で、無料で1週間ほど借りてみました。

借りている間に、国東半島の海岸線を経由して、中津のからあげ食べに行ったり、佐賀関の方に行ったりしてみました。
今の車がマフラー変わってるターボ付きボクサーエンジンなので、走ってる時の音や振動は雲泥の差がありました。

で感想
  • 静か
  • ハンドリング素直
  • エコモード切ったら結構早い
  • 航続距離がちょっと厳しい
  • CMでやってた加速競争みたいなのは眉唾
  • 燃料代安そう
  • 充電スポット結構充実してる 
  • お高い 
  • 見た目がマーチのオニイサンっぽい
  • フルモデルチェンジの時期が気になる
充電できる場所は思ってた以上に充実していて、十分実用的かなと思いました。

 一番気になるのは航続距離ですね。実走行で160km前後くらいは走りそうでした。
つい先日、マイナーチェンジでバッテリー容量が増えたモデルが出たので、200kmくらいは走るようになるかもです。

今の生活スタイルだと、車を使うのは週末メインで、平日はたまに使うくらいです。
週末使う時は、近場で買い物か遠くへドライブのどちらかが多いのですが、遠くへドライブに行く時には航続距離が気になります。

燃料代も安くなりそうですが、ほとんど週末しか使っていないので、月に1回給油するかどうかって感じで、1年間で10万円も使っていないので、それほどランニングコストの削減にもならなそう。

多分、今のリーフにとっては一番合わない生活スタイルな気がしました。
ということで、リーフへの乗り換えはないなという結論に。

でも、電気自動車の静寂性とか、運動性能とかはとても素敵でした。
フルモデルチェンジして、見た目がかっこよくなって、航続距離400kmくらいになったら再度検討してみたいと思います。

毎日通勤で使っていたりとかで、月数万円も燃料代に使っている人は、検討の余地ありだと思いますよ。

コメント

このブログの人気の投稿

MacからWindowsの名前解決をする

Windowsな環境だと、NetBIOSでコンピュータ名で名前解決ができたりしてとても便利です。そんなこともあって、一時期はLinuxサーバに用がなくてもSambaをインストールしたりしていた時代もありました。 ですがMacからはNetBIOS名で名前解決してくれません。Windowsとのファイル共有にはSambaが使われているので、NetBIOSで名前解決しようと思えば簡単にできるはずですが、色々あるんでしょうね。きっと。 実際のところ、ファイル共有だけであればWindowsでもLinux上のSambaでも問題なくできるんですが、pingを打ちたい時や、pingを打ちたい時、ほかhttpとかデータベースに繋げたい時とかに困るんです。pingを打ちたい時の方が多いですが。 とりあえず手動でなら、NetBIOS名からIPアドレスは引けたりします。おもむろにターミナルを開いて $ smbutil lookup ホスト名 とすれば、IPアドレスが引けます。 ので、このIPアドレスを指定してping打ったり、他色々できますが、面倒でやってられませんね。 じゃあMacでNetBIOSのようなものってないのかというと、ちゃんとあって、mDNSという仕組みが使われています。 mDNSの詳しいことは後日調べるとして、LinuxならavahiをWindowsならBonjourをインストールして、ホスト名.localで名前解決ができるようになります。 他、DHCPサーバとDNSサーバを連動されてあげれば、ソフトを追加でインストールしなくて済むのでスマートに仕上がりますが、最近は面倒なのでDHCPサーバはブロードバンドルータに任せっきりなのでありました。 Bonjour for Windowsのダウンロードがイマイチ良く分からないことになっています。 とりあえず Bonjour Print Services for Windows をダウンロードすれば大丈夫そう。

M1 Macbookの仮想化環境 Parallels DesktopでWindows10

 CPUアーキテクチャの変更でもっとも影響を受けるところからいきなりぶっこんでみようと思います。 十数年前にPowerPCアーキテクチャからIntelアーキテクチャへの変更で、ユーザとしてもっとも恩恵を受けられたのがBootCampやParallelsなどの仮想マシン環境を使って、Windowsが使えるところが大きかったりします。 開発作業などはMacだけで行えたとしても、動作確認を行うためにWindowsの環境が必要になったり、Mac版のMS Officeでは印刷がズレてしまったり、Windows版のソフトしか提供されていなかったりなど、手元でWindowsが動いてくれたほうが嬉しい人も多いと思います。 IntelアーキテクチャからARMアーキテクチャの変更によって、一般的に広く使われているIntelアーキテクチャ向けのWindowsは動かなくなっています。 ですがMicrosoftはWindows8の頃から、ARM向けのWindowsをハードウェアベンダ向けには提供していて、これが一般に向け提供されるのかみなさん興味津々な状態です。 一般向けに提供されている訳ではないですが、Microsoftのベータテスト的なプログラム Insider ProgramでWindows 10が配布されており、これを試しに動かすことができるようです。 Windows Insider Program Macの仮想化環境としてはParallels、VMWare Fusion、VirtualBoxなどが使われていると思いますが、私はParallelsを愛用しています。 Parallels DesktopのM1対応のテクニカルプレビュー版 が公開されているので、これを使ってARM版Windows 10を動かしてみます。 早速Parallels Desktopのテクニカルプレビュー版をダウンロードしてみます。ダウンロードした時のバージョンは16.3.0-50385 となっていました。 インストール後に、こんなダイアログが表示されます。Intelベースの既存のVMを動かすことはできないし、新しくIntelベースのVMを作ることはできない的なことを書いていそう。 続いてWindows 10のイメージのダウンロードを行いますが、サイズが7.6GBもあるのでかなり時間がかかります。ビルド番号は202

DebianをSqueezeに上げたらKVMの仮想マシンが起動しなくなった

先日、無事にサーバのDebianをSqueezeにアップグレードした訳ですが、KVMの仮想マシンが起動しなくなっていたのをメモしとくの忘れていました。 実際のところ、KVMの仮想マシンが起動しなくなるという訳ではなくて、libvirtを使っていて、且つ、仮想HDDをrawフォーマット以外(qcow2とか)を使っている場合に Starting SeaBIOS (version 0.5.1-20101112_103537-polaris) Booting from Hard Disk... Boot failed: not a bootable disk No bootable device. なんて可愛らしメッセージが表示されちゃいます。 あまりの可愛らしさに胸がズキューンってなっちゃいますね。 これはlibvirtのバージョンが上がって、XMLのフォーマットに変更が入っているのが原因みたいです。新しいXMLのフォーマットではdiskにdriver要素が指定できるようになっているんですが、指定されていない場合はrawフォーマットとして扱われてるみたいです。 XMLフォーマットの詳細は こちら なのでdriver要素を指定して上げれば問題なく起動します。でもdriver要素チマチマ追加するの面倒だなぁと思っていたら、virshから編集すると、自動的にdriver要素追加してくれてました(rawになってるけど) $ sudo virsh edit ドメイン名 で、rawになっている部分を、実際に使用しているフォーマットに変更して上げればOK。 というかvirshのeditって今回初めて使ったんですが、defineしなくていいので楽チンですね。 今まではXMLファイルを編集して、その後 virsh defineやってました。