コグノスケ

全体電圧	充電量	電池1	電池2	電池3	電池4	備考
3.96V	1397mAh	0.55V	1.13V	1.13V	1.00V
4.51V	1191mAh	1.13V	1.13V	0.89V	1.12V	Panasonic 2000mAhの電池
3.68V	1346mAh	0.62V	0.45V	1.13V	1.13V	Panasonic 1900mAhの電池
4.59V	1400mAh	1.14V	1.13V	1.10V	1.10V	エネループ1900mAh
4.59V	1368mAh	1.12V	1.14V	1.13V	1.14V	Panasonic 2000mAhの電池
4.51V	1351mAh	1.12V	1.17V	1.18V	1.17V	Panasonic 1900mAhの電池

大体1300mAh〜1400mAhくらい充電できるようです。電圧は結構変動するので何とも言えませんが、4.4V * 1400mAh = 6.16Whくらいですかね。ニッケル水素電池は1本1.2V 1900mAh = 2.28Wh、4本で9.12Whなので、67.5％くらい活用できている計算でしょうか。前回は1000mAhくらいで止まっていました、あれは運が悪かったのかな？？

長い時間放置すると、1つの電池に負荷が偏って電圧が極端に下がる様子も見えます。二次電池はあまり深く放電させると電池を傷めるので、充電が止まったら、即停止させた方が電池には良さそうです。USB電力計を持っていないと、充電が止まったかどうかわからないのが難点ですけども。

ちなみに電圧に関しては測定はあまり厳密ではありません。充電が止まって（＝充電電流が0.00Aになった時点）から、すぐに停止した（4, 5番目辺り）ものもあれば、放置してしまった（3番目は1晩忘れてた）こともあります。参考程度に見ていただけると嬉しいです。

編集者:すずき(2022/11/26 19:34)

コメント一覧

コメントはありません。

この記事にコメントする

2019年11月6日

permalink

編集する

FnキーとCtrlキー

家のLenovo製ノートPC（ThinkPad E480）のキーボードは、左端から「Fn, 左Ctrl」という変な順で並んでいます。ThinkPadを使い続けていたせいか、この変な並びで打ち慣れてしまいました。

一方、会社の東芝製ノートPCはCtrl, Fnという順に並んでいて、左CtrlのつもりでFnを連打してしまい、イライラします。

デスクトップ用のキーボードも東芝と同じ並びで、打ち間違えそうに思いますが、なぜか打ち間違えません。この現象は自分でも謎でしたが、改めてCtrlの打ち方を確認してみると、

Lenovoの場合（1枚目）: Ctrlの左端、Fnとの境目近くを押している
デスクトップの場合（2枚目）: Ctrlの右端、Windowsキーとの境目近くを押している

こんな感じで押していることがわかりました。写真で示すと、

Lenovoの場合

デスクトップの場合

X座標的にはTabキーの右端辺りが近いです。つまりノートもデスクトップも関係なく、ほぼ同じ場所を押していた、というオチでした。

特にこの位置を意識して押しているつもりはありませんが、変なLenovoキーボードと、標準キーボードの双方に鍛えられた結果なんですかね？？

一方、東芝キーボードの場合、この位置はFnの左端に相当します。なるほど、打ち間違える訳だよ。

メモ: 技術系の話はFacebookから転記しておくことにした。一部修正。

編集者:すずき(2019/11/07 22:57)

コメント一覧

コメントはありません。

この記事にコメントする

2019年11月7日

permalink

編集する

独自のaptサーバー - その6 - ソースコードパッケージの配布

目次: apt

今までの設定によって、独自のaptサーバーからバイナリパッケージを配布することができるようになりました。実はaptにはもう1つ大事な機能があります。ソースコードパッケージの配布です。

ご存知かもしれませんがapt-get source hogehogeと実行するだけで、パッケージのソースコードを取得できてしまう、便利な機能です。今回はこの機能を使えるようにaptサーバーを設定します。

テスト用のパッケージ準備

前回はDockerの *.debをコピーして流用しましたが、Dockerはソースコードパッケージを公開していないので、別の手法を取りましょう。

DebianにはHello Worldを表示するプログラムがあります。パッケージ名は何の捻りも無いhelloです。まずはhelloパッケージのソースコードを取得します。

helloパッケージのソースコードを取得

$ apt-get source hello

Reading package lists... Done
Need to get 733 kB of source archives.
Get:1 http://ftp.jp.debian.org/debian testing/main hello 2.10-2 (dsc) [1335 B]
Get:2 http://ftp.jp.debian.org/debian testing/main hello 2.10-2 (tar) [726 kB]
Get:3 http://ftp.jp.debian.org/debian testing/main hello 2.10-2 (diff) [6132 B]
Fetched 733 kB in 1s (1155 kB/s)
dpkg-source: info: extracting hello in hello-2.10
dpkg-source: info: unpacking hello_2.10.orig.tar.gz
dpkg-source: info: unpacking hello_2.10-2.debian.tar.xz


$ ls

hello-2.10                  hello_2.10-2.dsc
hello_2.10-2.debian.tar.xz  hello_2.10.orig.tar.gz

取得したソースコードからDebianパッケージを作成します。helloに限りませんがapt-get sourceで取得したソースコードは、Debianパッケージ作成のための様々な設定が既に済んだソースコードですので、単にdebuildを実行するだけでパッケージが作成できます。簡単ですね。

helloパッケージを作成

$ cd hello-2.10

$ debuild -uc -us

...

$ cd ../

$ ls

hello-2.10                     hello_2.10-2_amd64.buildinfo
hello-dbgsym_2.10-2_amd64.deb  hello_2.10-2_amd64.changes
hello_2.10-2.debian.tar.xz     hello_2.10-2_amd64.deb
hello_2.10-2.dsc               hello_2.10.orig.tar.gz
hello_2.10-2_amd64.build

作成されたファイルのうち、*.debがバイナリインストール用のパッケージ、*.dscと *.tar.* つまりtarballがソースコードインストール用のパッケージです。ソースコードをaptサーバーから配布する場合は *.dscとtarballの両方が必要です。

パッケージの配置、設定ファイルの作成

下記のようにstableにはバイナリパッケージのみを配置し、testingにはバイナリパッケージと、ソースコードパッケージの双方を配置します。

理由は、あとでapt-get sourceするときに比べやすいからです。期待する結果はstableを使うと失敗し（ソースコードパッケージが見つからない）、testingを使うと成功することです。

HTMLサーバーのルートディレクトリ、ディレクトリ構成

$ tree linux

linux
|-- conf
|   |-- apt_generate_debian_buster.conf
|   `-- apt_release_debian_buster.conf
`-- debian
    `-- dists
        `-- buster
            |-- pool
            |   |-- stable
            |   |   |-- amd64
            |   |   |   |-- hello-dbgsym_2.10-2_amd64.deb
            |   |   |   `-- hello_2.10-2_amd64.deb
            |   |   `-- source
            |   `-- testing
            |       |-- amd64
            |       |   |-- hello-dbgsym_2.10-2_amd64.deb
            |       |   `-- hello_2.10-2_amd64.deb
            |       `-- source
            |           |-- hello_2.10-2.debian.tar.xz
            |           |-- hello_2.10-2.dsc
            |           `-- hello_2.10.orig.tar.gz
            |-- stable
            |   |-- binary-amd64
            |   `-- source
            `-- testing
                |-- binary-amd64
                `-- source

17 directories, 9 files


#### 参考: ディレクトリ構造を作って、下記のように配置するイメージです。

$ cp *.deb linux/debian/dists/buster/pool/stable/amd64/

$ cp *.deb linux/debian/dists/buster/pool/testing/amd64/
$ cp *.tar.* *.dsc linux/debian/dists/buster/pool/testing/source/

設定ファイルapt_generate_debian_buster.confは前回（2019年8月29日の日記参照、シリーズその5）とほぼ同じであるものの、2つだけ変更が必要です。

1点目はTreeDefault::SrcDirectoryの設定です。ソースコードパッケージ *.dscやtarballが入っているディレクトリを指定します。

2点目はTreeのArchitecturesにsourceというアーキテクチャを加えることです。sourceは特殊なアーキテクチャ名で、ソースコードパッケージが存在することを意味します。

apt_generate_debian_buster.conf


Dir::ArchiveDir ".";
Dir::CacheDir   "dists/buster";
Default::Packages::Compress   ". gzip bzip2";
Default::Packages::Extensions ".deb";
Default::Sources::Compress    ". gzip bzip2";
Default::Contents::Compress   ". gzip bzip2";
Default::FileMode             0644;
TreeDefault::Directory        "dists/buster/pool/$(SECTION)/$(ARCH)";
TreeDefault::SrcDirectory     "dists/buster/pool/$(SECTION)/$(ARCH)";
TreeDefault::Packages         "dists/buster/$(SECTION)/binary-$(ARCH)/Packages";

Tree "dists/buster" {
    Sections "stable testing";
    Architectures "amd64 source";
};

もう一つの設定ファイルapt_release_debian_buster.confは、その2（2019年8月11日の日記参照）で紹介した内容から、変更不要です。一応、再掲しておきます。

apt_release_debian_buster.conf


APT::FTPArchive::Release {
    Architectures "amd64";
    Components "stable";
    Label "Test Label";
    Origin "Test";
    Suite "buster";
};

パッケージ管理情報を更新して署名を付けるまでの操作イメージは、前回（2019年8月29日の日記参照、シリーズその5）と似ていますが、ちょっと違うので下記に全て載せます。

apt-ftparchiveを実行、Releaseファイルに署名


export TARGET=debian
export DIST=buster
export ARCH=amd64

for SECT in stable testing
do
    mkdir -p /var/www/linux/${TARGET}/dists/${DIST}/${SECT}/binary-${ARCH}
    mkdir -p /var/www/linux/${TARGET}/dists/${DIST}/${SECT}/source
    mkdir -p /var/www/linux/${TARGET}/dists/${DIST}/pool/${SECT}/${ARCH}
    mkdir -p /var/www/linux/${TARGET}/dists/${DIST}/pool/${SECT}/source
done


### *.debファイルをコピーする（モジュールによってコピー元は違うと思うので、これは一例）
### cp *.deb /var/www/linux/${TARGET}/dists/${DIST}/pool/${SECT}/${ARCH}

### *.dsc, tarbellをコピーする（モジュールによってコピー元は違うと思うので、これは一例）
### cp *.dsc   /var/www/linux/${TARGET}/dists/${DIST}/pool/${SECT}/source
### cp *.tar.* /var/www/linux/${TARGET}/dists/${DIST}/pool/${SECT}/source


### Packages, Contents, Sourcesファイルを作る
### linux/debianの下でapt-ftparchiveを実行しないと *.debが見つからないといわれる

cd /var/www/linux/${TARGET}
find . -name "Contents-*" -or -name "Contents-*.*" | xargs rm -f
find . -name "Packages" -or -name "Packages.*" -or -name "packages-*.db" | xargs rm -f
find . -name "Sources" -or -name "Sources.*" -or -name "sources-*.db" | xargs rm -f
find . -name Release -or -name Release.gpg -or -name InRelease | xargs rm -f
apt-ftparchive generate ../conf/apt_generate_${TARGET}_${DIST}.conf


### Releaseファイルを作る
### linux/debian/dists/busterの下でapt-ftparchiveを実行しないと、
### 後ほどapt-getを実行した際にパッケージが見つからないといわれる

cd /var/www/linux/${TARGET}/dists/${DIST}
apt-ftparchive release -c=../../../conf/apt_release_${TARGET}_${DIST}.conf . > Release


### Releaseファイルに署名する

echo -n "abcd1234" | gpg --batch --passphrase-fd 0 --pinentry-mode loopback --clearsign -o InRelease Release
echo -n "abcd1234" | gpg --batch --passphrase-fd 0 --pinentry-mode loopback -abs -o Release.gpg Release
chmod 644 Release InRelease Release.gpg

GnuPGの鍵ファイルの作成と、aptへの登録方法については、その3（2019年8月12日の日記参照）をご参照ください。

動作確認

用意したhelloのパッケージと、設定ファイルを使ってapt-ftparchiveを実行すると、下記のようにリポジトリ情報が生成されるはずです。

テストに使うディレクトリ構造

$ tree linux

linux
|-- conf
|   |-- apt_generate_debian_buster.conf
|   `-- apt_release_debian_buster.conf
`-- debian
    `-- dists
        `-- buster
            |-- InRelease
            |-- Release
            |-- Release.gpg
            |-- packages-amd64.db
            |-- pool
            |   |-- stable
            |   |   |-- amd64
            |   |   |   |-- hello-dbgsym_2.10-2_amd64.deb
            |   |   |   `-- hello_2.10-2_amd64.deb
            |   |   `-- source
            |   `-- testing
            |       |-- amd64
            |       |   |-- hello-dbgsym_2.10-2_amd64.deb
            |       |   `-- hello_2.10-2_amd64.deb
            |       `-- source
            |           |-- hello_2.10-2.debian.tar.xz
            |           |-- hello_2.10-2.dsc
            |           `-- hello_2.10.orig.tar.gz
            |-- sources-stable.db
            |-- sources-testing.db
            |-- stable
            |   |-- Contents-amd64
            |   |-- Contents-amd64.bz2
            |   |-- Contents-amd64.gz
            |   |-- binary-amd64
            |   |   |-- Packages
            |   |   |-- Packages.bz2
            |   |   `-- Packages.gz
            |   `-- source
            |       |-- Sources
            |       |-- Sources.bz2
            |       `-- Sources.gz
            `-- testing
                |-- Contents-amd64
                |-- Contents-amd64.bz2
                |-- Contents-amd64.gz
                |-- binary-amd64
                |   |-- Packages
                |   |-- Packages.bz2
                |   `-- Packages.gz
                `-- source
                    |-- Sources
                    |-- Sources.bz2
                    `-- Sources.gz

17 directories, 33 files

各セクションの下にContentsとPackagesが生成され、さらにSourcesも作成されていることが分かります。ファイルが生成できたら /etc/apt/sources.listにこのサーバーを指定して、apt-get updateを実行します。

/etc/apt/sources.listに独自aptサーバーを追加


deb [arch=amd64] http://192.168.1.1/linux/debian/ buster stable
deb-src http://192.168.1.1/linux/debian/ buster stable
  -> バイナリ（apt-get install hello）はインストールでき、
     ソースコード（apt-get source hello）はインストールできないはず

deb [arch=amd64] http://192.168.1.1/linux/debian/ buster testing
deb-src http://192.168.1.1/linux/debian/ buster testing
  -> バイナリもソースコードもインストールできるはず

うまくいっていれば、セクションをstableとtestingで切り替えたときに、apt-get sourceの成功可否が変わるはずです。

編集者:すずき(2021/08/05 12:13)

コメント一覧

コメントはありません。

この記事にコメントする

2019年11月9日

permalink

編集する

teamLab TOKYO

豊洲のteamLab Planets TOKYOに行きました。事前予約必要、1人3,200円、全部見るのに1時間くらいです。もっとゆっくり見ることもできます。空いていれば当日予約でも何とかなります。

teamLab Planets TOKYO外観

ユーザーがスマホのアプリを使って光らせることができる作品、

The Infinite Crystal Universe

水の中に入る作品、

人と共に踊る鯉によって描かれる水面のドローイング - Infinity

などなど、全て体験型の作品で、大人も子供も楽しめると思います。

写真をもっと撮りたかったのですが、全体的に暗く、スマホで写真を撮るのは難しいですね……。

仮想通貨奉納祭

仮想通貨奉納祭（サイトへのリンク）に行きました。

川島商店街

場所は、中野区の川島商店街です。今までは普通に地元のお祭りをやっていたようです。今年はデジタルハリウッド大学院がコラボして奇祭となりました。

お神輿

地元の人との温度差とか、デジハリの人たちだけ浮いてしまい、おかしな雰囲気になるのでは……、と勝手に心配していましたが、実際見てみると、地元の人たち（たぶん）も楽しそうでした。特に未来を担うお子様たちにウケていたのは素敵です。

日本のお祭りの寛容さはすごいですね。今年限りなのかな？来年もやるんですかね？

編集者:すずき(2023/07/11 15:42)

コメント一覧

コメントはありません。

この記事にコメントする

2019年11月11日

permalink

編集する

apt - まとめリンク

目次: apt

一覧が欲しくなったので作りました。

編集者:すずき(2024/08/17 15:58)

コメント一覧

コメントはありません。

この記事にコメントする

2019年11月26日

permalink

編集する

ROCKPro64とオーディオDAC - その1 - I2Cスレーブアドレスの謎

目次: ROCK64/ROCKPro64

昔LKMLに投稿したROCKPro64用のパッチが「動かない」という報告メールを貰いました。

設定ミスかと思ったのですが、メールのやり取りをするうちに、どうもAudio DACのI2C Slaveアドレスが私のボードと違っていて動かないことがわかりました。

もう一つ判明したことがあって、ROCKPro64のボードは複数バージョン（V2.0とV2.1）あり、メールをくれた人はV2.0、私のボードはV2.1を使っていることもわかりました。

報告してくれた人のボード（V2.0）: スレーブアドレス0x10
私のボード（V2.1）: スレーブアドレス0x11

V2とV2.1の回路図を見ましたが、Audio DAC周りの回路は全く同じで、スレーブアドレスも0x10が正しそうです。

私のボードは壊れているのだろうか…？と思っていたところ、他のV2.1所有者から「俺のボードもアドレス0x11だよ」と連絡がありました。てことはですね、

V2とV2.1には回路差分がある
V2.1の回路図は間違っている
回路差分がAudio DACのI2C Slaveアドレスに影響する

シルクも書いてないボードで、こんな差分わからないよ。勘弁してくれ〜。

メモ: 技術系の話はFacebookから転記しておくことにした。

編集者:すずき(2020/10/30 00:55)

コメント一覧

コメントはありません。

この記事にコメントする

2019年11月27日

permalink

編集する

ROCKPro64とオーディオDAC - その2 - V2.0ボードとV2.1ボード

目次: ROCK64/ROCKPro64

ROCKPro64のボードにシルクは一切ありませんので、回路図の抵抗やコンデンサの番号から、回路を辿ることはできません。小さいボードなので仕方ないとはいえ、今回のような症状が出て、ボードの配線を調べたいときは困ります……。

辿れないなりにも、実装されているチップ表面を見ればES8316の位置はわかりますし、公開されているES8316の仕様書を見れば端子の並びもわかります。

ROCKPro64の回路図を見る限りES8316のI2C Slaveアドレスを決めるCE端子には、R225とR226という抵抗が関係します。これらの抵抗はそれぞれ、

R225: 1.8V電源に繋がりDNPつまり未実装
R226: 接地していて0Ω

このようになっていてCE端子はLになっているのが正解のように思えるのですが、実際にROCKPro64のES8316のCE端子付近の抵抗（隣が未実装なので、おそらくR226だと思われる）をテスターで測ると、

R225と思われる部品: 未実装
R226と思われる部品: なぜか10kΩ で、電源を入れると1.8Vが掛かる

かなり謎の結果になります。測り間違っている可能性も大いにありますが、抵抗値まで違うのは何故だろう？うーん？？

メモ: 技術系の話はFacebookから転記しておくことにした。

編集者:すずき(2020/10/30 00:55)

コメント一覧

コメントはありません。

この記事にコメントする

2019年11月28日

permalink

編集する

ROCKPro64とオーディオDAC - その3 - Linuxのパッチ

目次: ROCK64/ROCKPro64

今まで見てきた結果からROCKPro64のV2.0とV2.1では、回路に何らかの差分がある可能性は高そうです。

ボードに部品番号のシルクがないため、回路のどこに原因があり、ES8316のI2Cスレーブアドレスが食い違うのか？正確な原因は追えません。しかし差がある以上、V2.0用とV2.1用にデバイスツリーを分けるしかないでしょう。

分け方が良くわからなかったのですが、とりあえず分けてLinuxのパッチを作って送っておきました。

編集者:すずき(2020/10/30 00:55)

コメント一覧

コメントはありません。

この記事にコメントする

こんてんつ

wiki

pukiwiki

Linux JM

Java API

Java 8

Java 7

Java 6

Java 2 SE 5.0
link

Java 2 SE 1.4.0
link

Java 2 SE 1.3
link

Java Media Framework 2.0

過去の日記

2002年

8月 9月
10月 11月 12月

2003年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2004年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2005年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2006年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2007年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2008年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2009年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2010年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2011年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2012年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2013年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2014年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2015年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2016年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2017年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2018年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2019年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2020年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2021年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2022年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2023年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2024年

1月 2月 3月
4月 5月 6月
7月 8月 9月
10月 11月 12月

2025年

1月 2月 3月
4月 5月

過去日記について

生成ログ

その他の情報

アクセス統計

エージェントごと

ホストごと

履歴

サーバ一覧

マスタ(SAKURA)
link

ミラー(自宅)

サイトの情報

HTML 4.01 Strict
check passed

CSS3

管理者: Katsuhiro Suzuki(katsuhiro( a t )katsuster.net)

This is Simple Diary 1.0 Copyright(C) Katsuhiro Suzuki 2006-2023.
Powered by PHP 8.3.8. using GD bundled (2.1.0 compatible)(png support.)