普段、Webサーバのテストを行うときはPythonのSimpleHTTPServerをよく使うのですがNode.jsでWebサーバが動けばそれで代用できるんじゃないかと思って調べた。

そしたら、やっぱりあるのね。

ソースコード

JavaScriptは次のように書いて、Node.jsで実行するとlocalhostの8080番ポートがlistenになるのでWebブラウザからhttp://localhost:8080/にアクセスするとよい。

// httpモジュールを読み込み、インスタンスを生成
var http    = require('http');
var fs      = require('fs');
var server  = http.createServer();

server.on('request', function(req, res) {
  res.writeHead(404, {'Content-Type' : 'text/plain'});
  res.write(req.url);
  res.end();
});

server.listen(8080, "127.0.0.1");

ファイルを表示

URLでファイルを表示する場合は次のように書く。

// httpモジュールを読み込み、インスタンスを生成
var http    = require('http');
var fs      = require('fs');
var server  = http.createServer();

server.on('request', function(req, res) {
  // ファイルを読み込むときはcallbackにする
  fs.readFile(__dirname + req.url, 'utf-8', function (err, data) {
    // エラー発生時
    if (err) {
      res.writeHead(404, {'Content-Type' : 'text/plain'});
      res.write('page not found');
      return res.end();
    }

    res.writeHead(200, {'Content-Type' : 'text/html'});
    res.write(data);
    res.end();
  });
});

server.listen(8080, "127.0.0.1");

これでhttp://localhost:8080/hello.htmlとかでアクセスすると、Node.jsを実行したディレクトリのhello.htmlを表示する。

Node.jsとはサーバサイドで動作するJavaScriptです。

詳しくは「Node.jsとは」を参照してください。

JavaScriptとは主にWebブラウザで動作するスクリプト言語です。

JavaScriptの使用はAjavaとは関係ありません。

私はときどき、JavaScriptを使うのでNode.jsを使います。

ただ、新規環境を構築するときにNode.jsのインストールに迷ってしまうことがあるのでインストール手順をメモする。

バージョン

私が普段使用するUbuntu 20.04LTS(執筆時点)では次のようになっています。

aptでインストールするとバージョンが古いし、最新版好きの私としては14.8.0を使いたいところです。

最新のインストールというよりは任意のバージョンのNode.jsのインストール手順をまとめます。

インストール

インストールはaptを使用しません。

次のようにcurlを使ってsetupスクリプトを実行します。

$ curl -sL https://deb.nodesource.com/setup_14.x | sudo -E bash -

念の為にapt updateしておきます。

$ sudo apt update
$ sudo apt upgrade

aptコマンドでnodejsをインストールします。

$ sudo apt install nodejs

インストールしたNode.jsのバージョンを確認します。

$ node -v
v14.8.0

image.ubとはKernelやDevice Treeをまとめたu-bootのブートイメージです。

Xilinx系の評価プロジェクトでこれが提供されていることがあるのだが、ここからDeviceTreeを取り出したくなるときがある。

そのためのメモである。

image.ubを生成するにはmkimageを使用するが、抜き出しにはdumpimageを使用する。

まずはimage.ubがどのように構成されているか確認する。

$ dumpimage -l image.ub
FIT description: U-Boot fitImage for PetaLinux/4.14-xilinx-v2018.3+gitAUTOINC+eeab73d120/plnx-zynqmp
Created:         Tue May 26 22:38:33 2020
 Image 0 (kernel@1)
  Description:  Linux kernel
  Created:      Tue May 26 22:38:33 2020
  Type:         Kernel Image
  Compression:  gzip compressed
  Data Size:    7111615 Bytes = 6944.94 KiB = 6.78 MiB
  Architecture: AArch64
  OS:           Linux
  Load Address: 0x00080000
  Entry Point:  0x00080000
  Hash algo:    sha1
  Hash value:   a28aa4f3f6dc093f484e3d8f62383a7827a6ec49
 Image 1 (fdt@system-top.dtb)
  Description:  Flattened Device Tree blob
  Created:      Tue May 26 22:38:33 2020
  Type:         Flat Device Tree
  Compression:  uncompressed
  Data Size:    36434 Bytes = 35.58 KiB = 0.03 MiB
  Architecture: AArch64
  Hash algo:    sha1
  Hash value:   8100aa8e2a88a8e18696033cf27161d56b5b3ad1
 Default Configuration: 'conf@system-top.dtb'
 Configuration 0 (conf@system-top.dtb)
  Description:  1 Linux kernel, FDT blob
  Kernel:       kernel@1
  FDT:          fdt@system-top.dtb
  Hash algo:    sha1
  Hash value:   unavailable

つまり、imageが2個とconfigが1個入っていることになっている。

抜き出すのは2個目のimageで次のようにする。

$ dumpimage -T flat_dt -p 1 -o hoge.dtb image.ub

あとはdtcでテキストにしちゃえばいいだけ。

Draw.ioとはdiagrams.netが提供しているMicrosoft VisioやInkscapeなどのツールと同等レベルのドローツールです。

筆者はよく使うドローツールです。

Web上でお絵描きできるツールとして有名ですがWebだけではなく、Windows、Mac、Linuxなどのネイティブアプリでも提供されています。

Web上ではファイルの保存先を直接、google driveやdropboxなどオンラインストレージを指定できるのでオンラインストレージでファイルを管理して使われている方も多いのではないかと思います。

Draw.ioで作成した絵に限らず、他のドローツールで作成した絵であってもその絵だけで資料が完成することはほぼありません。

何らかの文書とともに絵が存在して一つの資料としてまとまると思います。

このDraw.ioが非公式ながらVSCodeのExtensionとしてインストールすることができます。

インストール

ファイルオープン

ファイルの拡張子は.drawio、.dio、.drawio.svgとなっているとEXPLORERでファイルを選択時すると自動的にDraw.ioで開きます。

ここでは、作成済みのファイルをオープンしていますがファイルを新規作成するとブランクなキャンパスで開くことができます。

キャンパス色の変更

ファイルオープンで見えるキャンパスはwebで作成したファイルを持ってきたものです。

Webでは白背景のキャンパスで作成したものでした。

VScodeは黒背景になっているので文字が消えてしまったいるように見えます。

筆者はキャンパスは白背景で良いのでVScodeのDraw.ioのThemeを変更します。

VScodeでFile→Preference→Hediet > Vscode-drawio:Themeを開いて、atlasに変更します。

キャンパスを白背景にすると次のようになります。

これでWebと同じキャンパスで描けるようになります。

Webで作成

WebでDraw.ioを使うにはdiagrams.netに直接アクセスするか、google driveであれば新規→その他→diagrams.netで作成することができます。

google driveからVSCodeへ

今までにgoogle driveなどで作成した絵はダウンロードして使うことができます。

google driveで保存されるファイルは.drawioですがfile→export→XMLでXMLファイルとしてダウンロードします。

ダウンロードすると拡張子が.xmlになるので.drawioまたは.dioに変換するとVSCodeでもそのまま読み込むことができます。

あとがき

筆者としてはドキュメントとDraw.ioで作成した絵に限らずドキュメントに掲載する元ファイルは一元管理したい思いがあります。

今まではgoogle driveでDraw.ioの絵を描いて、PNGでダウンロードしてMarkdownのドキュメントに入れてということをして、ドキュメントと絵を2つの場所で管理していましたがVScodeでDraw.ioができるようになってドキュメントと絵を一元管理して、githubに入れることができるようなりました。

VScodeは結構便利です。

なんでもかんでもVScodeでというのもあとあと危険な可能性もあるのですが今のところ、いい感じなので当分はこのまま使用していきます。

結局、STAで問題なければよいのでどの記述でもいいわけなんだけど、他にいくつか試してみた。

信号名をRSTでないケース

ケース２と同じ記述でRST_NからRSTを削除したものです。

`default_nettype none
`timescale 1ns/1ps

module fftest5
(
    input wire DINX,
    input wire CLK,

    input wire DIN0,
    input wire DIN1,
    input wire DIN2,
    input wire DIN3,
    input wire DIN4,
    input wire DIN5,
    input wire DIN6,

    output reg DOUT
);

reg CLK_DINX;

always @(posedge CLK) begin
    CLK_DINX <= DINX;
end

always @(posedge CLK) begin
    if(!CLK_DINX) begin
        DOUT <= 0;
    end else begin
        DOUT <= DIN0 | (DIN1 & DIN2 & DIN3 & DIN4 & DIN5 & DIN6);
    end
end

endmodule

`default_nettype wire

結果はケース２と同じになりました。

0への初期化はリセットと認識されるんですかね？

三項演算子にしたケース

RST名前もなしに三項演算子で0に初期化するケースです。

`default_nettype none
`timescale 1ns/1ps

module fftest7
(
    input wire DINX,
    input wire CLK,

    input wire DIN0,
    input wire DIN1,
    input wire DIN2,
    input wire DIN3,
    input wire DIN4,
    input wire DIN5,
    input wire DIN6,

    output reg DOUT
);

reg CLK_DINX;

always @(posedge CLK) begin
    CLK_DINX <= DINX;
end

always @(posedge CLK) begin
    DOUT <= (!CLK_DINX)?0:(DIN0 | (DIN1 & DIN2 & DIN3 & DIN4 & DIN5 & DIN6));
end

endmodule

`default_nettype wire

この場合もケース２と同じ結果になった。

0への初期化はRSTとして認識するんですね。

論理に組み込んだケース

初期化するというよりかいネーブル信号に近い形にしたケースです。

`default_nettype none
`timescale 1ns/1ps

module fftest6
(
    input wire DINX,
    input wire CLK,

    input wire DIN0,
    input wire DIN1,
    input wire DIN2,
    input wire DIN3,
    input wire DIN4,
    input wire DIN5,
    input wire DIN6,

    output reg DOUT
);

reg CLK_DINX;

always @(posedge CLK) begin
    CLK_DINX <= DINX;
end

always @(posedge CLK) begin
    DOUT <= CLK_DINX & (DIN0 | (DIN1 & DIN2 & DIN3 & DIN4 & DIN5 & DIN6));
end

endmodule

`default_nettype wire

この場合は次のようになりました。

ケース２に比べてLUTが1個減り、つぎの構成になりました。

• DINXのFF
• DOUTのFF
• (DIN1 & DIN2 & DIN3 & DIN4 & DIN5 & DIN6)のLUT
• CLK_DINX & (DIN0 | 上記の信号)のLUT

だから、なんなのさぁと言われても何もないんですけどね。