はてなブックマーク

先日秋葉原のラジオデパート3FにあるShigezoneにてMaixduinoを入手しました。 公式のマニュアルは https://maixpy.sipeed.com/en/ のようなのでさらっと確認。 ただ一部リンク切れなのか書き間違ってるのかで開けないところ等も有ったりするもよう。 windowsでの環境構築手順とIDEを使った開発の基本的な部分がbilibliに上がっています。 解説は中国語ですが英語字幕もあるのでそれほど問題もなく導入できそうです。 うちはDebian(buster)環境ですがツールはwindows,mac,linux用が揃っているので十分参考になります。 日本語だとここを参考にしました。 http://www.pwv.co.jp/~take/TakeWiki/index.php?Arduino%E5%8B%89%E5%BC%B7%E4%BC%9A%2F30-Maix

うちで提供しているバイナリ(kernel)のソースをgithubに公開しました。 提供されたU-Bootのソースも置いてあるので他のOSを動かしたいとか、起動処理を追いたいという方には参考になると思います。 (私はU-Bootのソースは読んだだけでコンパイルは試してません) https://github.com/ichinomoto/dm200_debian_kernel https://github.com/ichinomoto/dm200_uboot rootfs作成用に作ったスクリプトなどもあるので、そちらは整理がつき次第上げます。

注意/制限事項など 前回からの変更/追加分のみ ■試験的にX環境(xfce4)を入れてありますが、長時間触らずに置いておくと気がつくと反応しなくなっている場合があったので使用する場合はご注意ください。そうなった場合にはCtrl+Alt+F2などで別のttyからログインしてkillするなどしてください。 ■Bluetoothを有効化するコマンドを追加しましたが、Bluetooth機器と接続しているとWiFiと干渉するのかWiFiの通信が不安定になります。その場合はBluetoothを切断してみてください。 インストール手順 ■準備 内蔵eMMC(4GB)のバックアップをとるために十分なサイズのSDカードが必要です。 インストーラとrootfsの入ったSDカードイメージを書き込むために16GB以上のSDカードが必要です。 公開前のテストにはSanDiskのUltra 16GBを使用しました。(

注意/制限事項など 長いですがひととおり読んでから入れるか判断してください。 ■標準環境はコンソール状態なのでLinuxの操作/設定がそれなりにわかる方向けです。以下の説明では環境固有の情報以外は省略されている場合があります。その場合は他で調べてください。 ■DM200には内蔵のポインティングデバイスがないため基本的にはコンソールでの使用になると考えています。X関係のパッケージは初期状態では入れていません。必要な方は起動後に追加してください。 Xの動作はまだ検証不足です。DM200はもともとポインティングデバイスを内蔵していないので、X環境をメインで使うつもりの場合は以下の各種制限もあって微妙かもしれません。 ■実装されている物理メモリは512MBなのであまりメモリを使用するソフトは厳しいと思います。そのためSDカードの3番目のパーティションに1GB分のswapを作成するようにしています。

気がつけば今年初めての更新ですが、2016年の年末にDM200を買いまして、しばらくは主にこれを調べてました。 今はこんな感じです。 この程度までの動作に必要なバイナリと情報は近いうちに出そうと思います。 ただ、今はちょうどGPD Pocketとぶつかるんですよね。 DM200はGPD Pocketと比較すると性能では確実に見劣りしますが、キーボードに関してだけはDM 200の方が配列がまとも(だと思う)のでLinuxが使える人にでもある程度需要はあると良いですが…… #ちなみにこれならネタにできるかと思ってコミケに申し込んでみたら場所が取れてしまったので、そこに向けて解析時の情報などをまとめるつもりです。 1日目(8/11) 金-東そ26a

Pebbleのフォント/言語はパッケージで変更可能になっているということなので、母艦側のアプリから何かする処理があるだろうとAndroidのPebbleTimeアプリのapkファイルをばらして眺めていたところ言語パッケージ置き場のURLを発見。 これをもとに少し探してみると、先ほど見つけたPebbleの言語パッケージ置き場のURLやパッケージファイルの構造が書かれているサイトがgithubにありました。 xndcn/pebble-firmware-utils 言語パッケージは拡張子pbl(Pebble language fileですかね)のファイルで、pblファイルのpack/unpackスクリプトも上記のサイトに有る物を使用すれば可能です。 この情報をもとに自前の日本語言語パックを作ってみたので備忘録を兼ねて以下に作成方法を記載します。 作成環境 作業はubuntu14.04で行いました

1年ほど前に横浜の東急ハンズ移転のための閉店セールでmemopri MEP-F10が安かったので購入しました。 購入後はちょくちょく使用しているのですがWiFi経由で使うためのソフトはAndroid/iPhone/Windows用のみです。Linux版がないのはわかるとしてMac版もありません。 USB接続では使えるようですがWiFiが有るのにわざわざUSBで使いたくはないし。 現在公開されているAndroid版は最近の解像度の高い端末ではサイズの大きい文字が入力できないという問題と、手書き入力が動かないという2つの問題があって使えません。うちのNexus5はどちらの問題も出て使えません。修正版の公開をお願いしたいところです。 またうちではwindowsはVM上で必要な時にしか起動しないため、ちょっと使おうと思った時にもiPhone版を起動しなくてはならないという状態でした。 というわけで

LavieZのwindows8では主にVMWarePlayer上のubuntuを使っていますが、全画面表示にしてもVMWareのツールバーが上に出るのがじゃまでしょうがなかったので出ないようにしました。 windowsの場合

基本的なところは動かせるようになったので次はnginxとuWSGIのインストール、設定を行って外から見えるようにします。 このあたりは前にpythonをuWSGI経由で使えるようにしようと思った時に、本体とあまり関係ないのによくわからなくてやる気をかなり削がれたところです(笑 書いてみるとそこまでではないですね。ただし毎度のごとく正確な内容かどうかの保証はできませんが…… 今回インストールしたバージョンは nginx 1.4.1 uWSGI 1.9.12 です。 nginxのインストールと設定 portsのwww/nginxにあるので特にconfigも変更しないでここからインストールしました。 /etc/rc.confにもnginx_enable=”yes”を追加しておきます。 設定ファイルは/usr/local/etc/nginxにあるのでuWSGIと接続する設定を追加します。 ngin

前回作った環境にDjangoを入れて使えるようにします。 Djangoは1.5からpython3に対応したので(まだ正式ではないようですが)試しにpython3環境で使ってみます。 構成は以下のようにする予定です。おそらくOSがLinuxでも大きな違いはないと思います。 OS:FreeBSD 9.1 python:3.3.2 django:1.5.1 webサーバー:nginx 1.4.1 + uwsgi 1.9.12 データベース:sqlite3　3.7.16.1 webサーバーとデータベースはこれを書いた現時点ではまだ使っていないのであとで変わるかもしれませんが一応予定ということで。 ところで、Djangoについては日本語で検索してもあまり記述を見かけないうえに、公式サイトのドキュメントに書いてあることだけを見ていると手順がいまいちよくわかりませんでした…… 本を参考に自分でやったこと

特にファイルシステムのタイプ情報が欲しかったので調べてみた内容。 mount済みの場合、その領域のファイルシステム情報は $mount /dev/sda1 on / type ext4 (rw,errors=remount-ro,commit=0) proc on /proc type proc (rw,noexec,nosuid,nodev) none on /sys type sysfs (rw,noexec,nosuid,nodev) fusectl on /sys/fs/fuse/connections type fusectl (rw) none on /sys/kernel/debug type debugfs (rw) none on /sys/kernel/security type securityfs (rw) none on /dev type devtmpfs (r

2013/4/2 追記 どうも10.8.3からSSD+HDDの構成でディスクユーティリティを開くと自動でFusion Driveを作成しにいくということのようです。 Bootcamp領域をSSD上に取り直すことにしたので、以前使っていたCorsairのSSDを試しにつなぎ直して確認しました。CorsairのSSDと東芝のHDDでも自動でCorestorage LVGを作成しにいきます。 #しかし今度はディスクユーティリティを使うとどうやっても勝手にFusion Driveを作成しようとしに行くので、Fusion Driveにしないような設定もできるようにしたもらえた方がうれしかった… FusionDriveの解除にはコマンドラインからLVGを作り直すのが正しいんでしょうが、面倒だったので2台目にのせているHDDのコネクタだけ外してSSDにリカバリ。その後OSXが起動する状態になってから2台

2012/12/19追記 国内版の現行バージョンである5.3.0または5.3.1ではこちらの方法でJailbreak可能です。 Kindle Paperwhite 5.2.0 – 5.3.1用 Jailbreak これから国内で販売されるKindle Paperwhiteは既に海外ではJailbreak完了しています。 PaperwhiteはTouchから音声出力機能を外してバックライトを付け、タッチパネルの方式を変えた後継機になりますが、ソフトのメイン部分あまり変わっていないのでしょう。基本的にTouchと同じ方法でJailBreak可能なので一緒に書いておきます。 Touchの初期に作られたJB手段はver5.0.3で埋められてしまいましたが、その後できた新しい方法では手持ちのKindle Touch ver5.1.2とKindle Paperwhite ver5.2.0(ともに北米版

Androidのセルスタンバイ問題はAndroidを使い始めた初期に気にはしていたのですが、docomoのデータ専用simを使うようになってすっかり忘れていました。先月からdocomoのデータ専用simをやめてIIJmioの高速モバイル/Dを使うようになったのでまたこの問題に再会。 今更ながら修正箇所を確認したので、対応のための暫定コードを足してみました。 ちなみにずいぶん前に行った修正はこれですが、これではアプリしかだませず、電池もちの改良には至りませんでした。今回はもっと下層です。 セルスタンバイ対策といえばこちら、 Android + データ専用 SIM での動作修正パッチ [ブローヴちゃん] 年の初め頃にパッチが出ていることは見かけていたのですが、その頃は特に問題もなかったのであまりよく見ていませんでした。 思い出して上記サイトのパッチで何をしているのか確認してみようと見に行ったと

2chで有志の開発しているLinux向けchardev版ドライバが結構安定しているという話を聞いたので 試しにPT3ボード自体を注文して環境を作ってみました。 しかしPT3は交通費を考えるとamazonで買った方が安いという状況みたいですが 今回有り余ってるんですかね? さて、注文出してから2日後には到着したので絶賛稼働中の録画機にささっているPT1を抜いてPCI-EにPT3を装着。 ドライバをgithubからDLしてビルドとインストール。 PT1の時にDLしてきたrecpt1コマンドも、”pt1_dev.h”にあるデバイスファイル指定部分をpt3video*にかき換えて ビルドし直してインストール。 (PT1と共存させる場合はデバイスファイルを追加にして、デバイス数を定義している”recpt1.h”も変えないと いけないはず。うちは共存させる予定はないので省略) あと何故かドライバととも

sambaの動いているサーバを見に行くとやたらと反応が悪かったのでssh経由でtopコマンドを確認したところ swapが6GB以上ということになっていました。 どうもうちのサーバでメモリ食いのスクリプトを動かしていたため2GBメモリ1枚では足りなかったようです。 メモリ食いのスクリプトをcronで定期的に動かしていたため、1回の処理中にswapアウトしてしまって時間が足りず、 そのまま次の処理が動くせいでどんどん積み重なってこんなことになったもよう。 次の処理開始までに終わればいいので、ひとまず1回処理する間にswapが発生しないようにならないかと思い X関係のプロセスを自動で動かないようにしたくて調べてみました。

SonyのReader以来久しぶりに日本で発売になったE-ink端末だったので買ってみました。安かったし。 (Readerは買ってませんけどね) さて、 とりあえず裏を開けるとこんな感じ シリアル接続端子部分です。シルク印刷もあるので書いてあるとおり接続すれば通信できそう rootfsの入ったmicroSD。簡単に外れます。 右上にいかにもserial接続端子がありますがどうしても起動ログが見たいというのでなければ有線での接続は不要です。 しかもrootfsは内蔵のmicroSDに格納されているため、このSDを外してubuntuからddでバックアップできますし、 普通にマウントして中身もいじれるので、kindleみたいに苦労してnandの中身を書き換えるというようなことはしなくて済みます。 telnet接続方法は、をぢさんより教えてもらった Kobo Touch Hacking にありまし

Google I/O で配られたGalaxyNexus用JellybeanのROMがXDAにあったので入れてみました。 [ROM][CWM] Jellybean 4.1 JRN84D Stock, Rooted, Busybox, Deodexed + New Radio! リカバリには以下を使用。 [RECOVERY] ClockworkMod Recovery *GSM Edition* oemunlockされているのが前提。 動作中のROMの状態で上のサイトにあるRADIOとROMイメージを端末に転送しておく。 端末をfastbootモードで起動して リカバリイメージで起動するので必要ならbackupをとっておく。 backupをとった場合は、ROMを書きんだあとでwipeするとbackupした物も消えるので、 ROMを書き込む前にPCに転送することを忘れないように。 再度リカバリイ

少し前に「ちょっと間違って/usrを壊してしまった」というkindle2を譲ってもらったので Recovering a formatted or corrupt Kindle 2の手順にて修理した記録です。 kindle2限定ですがシステム領域を壊したり、まっさらにしても復帰できる方法を試すことになったため せっかくなので書いておきます。どれだけ需要があるのかは謎ですけど。 今回の方法を使うための前提条件 以下のものが必要になります。 ・正常に動作するkindle2か、または正常に動いていた時点のrootfsのバックアップ ・u-bootにコマンドを入力したりカーネルを転送するため、シリアルで接続できる環境 ・LinuxかMacOSX等、rawデバイスにアクセスできてddの使えるマシン(今回はUbuntu11.04にて実施) ターゲットの文鎮化程度 何を思ったかssh接続状態で/usrをリ

ついでなのでHDD関係でもう一つ badblocksも使うたびに半分忘れてるので書いておきます。 うちでは専ら読み出しのチェックのみで、購入直後とHDDの読み込み動作が怪しいと思ったときに 確認するのに使う程度。(なので忘れる) 詳細はMan Page of BADBLOCKSにて。 上記コマンドで/dev/sddに対して1024byteのブロックを256個ずつ読み込みチェックを行います。 -svは進行状況と詳細表示を出力するオプション。 -o bad.log はbad.logファイルに不良ブロック番号を出力するオプション。 -wオプションで読み書きチェックにもできます。 上記コマンドのようにデバイス全体指定でかけた場合の不良ブロックの出力は HDDのどのあたりに不良があるかの指標にしかなりません。 これはブロックサイズが合っていないと番号がずれるため。 あとでfsckにわたしたい場合は、

[2011/11/6 追記] この手順をSH-13Cを借りて試してみましたが、sharpは国内でrootとられただけあって制限が厳しく、 /data以下にユーザーの読み書き権限がないためにいきなり適用不可でした。 また、ここで配られてるファイルの元になってるzergRushのソースを見ると、 そのままコンパイルした場合は/dataの下にファイルを置くことが前提になっているので この辺りを書き換えてコンパイルし直さないとダメでしょうね。 自分の端末ではないのでさすがにそこまでは試さず。 XDAを見ていたらGingerBreadの2.3.4世代の端末全てで使えそうなroot取得方法が出ていたので F-12Cで試してみたところ無事に取得できました。 詳細はこちら [30/OCT][ROOTING/UNROOTING] DooMLoRD’s Easy Rooting Toolkit [v1.0](

kindle4は先日購入してから普通にしか使っていませんでしたが、やっと時間ができたので開けてみました。 今回も、このシリコンハウスで買ったケース開け道具が役に立ってます。 分解記事は”blog kindle”にすでにあり、シールドもはがしてあるので中を全部見たい場合はこちらでどうぞ。 Kindle 4 Disassembly – Part I Kindle 4 Disassembly – Part II (Part IIは壊す気で開けてる感じ。コネクタ破損してるし…) シールド板は半田でつけてあるのでうちでは外してません。 kindle4では、裏のふた自体をゆがませてはめてあるうえに、ふたと本体がのりで貼り付いているので外すのに苦労します。 ふたはかなり柔らかいので、けっこう力を入れてたわんでも大丈夫そうです。 k2やkdxの頃はアルミだったのでそれに比べると安っぽいですが、コストの問題