江端智一のホームページ
滅茶苦茶びっくりしたのですが、GUIだけでUbuntu16.04 でラズパイをWiFi-AP化できるようです。
もっと早く知りたかった。今迄の苦労は何だったんだ。
https://tatanaideyo.hatenablog.com/entry/2017/07/16/072209
でも、IPアドレスの指定など、まだやり方分からないけど、インターネットにも繋がるし、理屈もよく分からんし、セキュリティホールにもなりそうだけど(間違いなくなるな)、もう、これ以上ルータ買うの嫌だから、これでいいかな。
SSIDとパスワードは、ラズパイに張っておこう。
江端家のカメラ監視サーバ(16.04.7 LTS)が、こんな感じになってしまいました。
どうやら停電の影響を受けたようです。
ディスプレイに出力しないと分かりませんでした。
Welcome to emergency mode! After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" to try again
to boot into default mode.
Give root password for maintenance
(or type Control-D to continue):
で、ここで、パスワードを入力。
まずは、fstabを確認。
# cat /etc/fstab
proc /proc proc defaults 0 0
/dev/mmcblk0p1 /boot vfat defaults 0 2
/dev/mmcblk0p2 / ext4 defaults,noatime 0 1
で、
# umount /dev/mmcblk0p2
# e2fsck /dev/mmcblk0p2
で直る。
"/" がumountできるのはemergency modeだかららしいです。
普通はできません。
# ちなみに、カーネルのバージョンアップは諦めています。
工場出荷時のIPアドレスは、192.168.0.10です。Webから設定できます
WS-S2130RJUXは、天井に固定するタイプのカメラですが、勿論、実験機材なのでそんなことはません。
20年以上前に、プロジェクタスクリーン用のアタッチメントを取りつけていたので、そこに結束バンドで仮固定しました。
といっても、地震で落ちてきたら、機材と私の両方が壊れるので、縛り方には工夫を施しています。
まあ、自分の映像を写しながら、コーディングやチューニングをする、ということですね。やり方としては明快です。
結束バンドの場合、ニッパーでカットするだけで簡単に取り外せるというメリットもあります。
これで、私の部屋には5台のカメラが設置されることになりました。
刑務所の独房でも、これだけのカメラが設置されることはないだろうなぁ、と思っています。
curl http://localhost:8000/getHeartbeatInfo
curl http://localhost:8000/getHeartbeatInfo/
のように、行末に”/"を入れたり、入れなかったりしてみる。
import os
import sys
import signal
import errno
def kill_parent_and_children(parent_pid):
try:
# 親プロセスとその子プロセスのPIDを取得
parent_and_children_pids = [parent_pid] + get_child_processes(parent_pid)
# 親プロセスとその子プロセスを終了させる
for pid_to_terminate in parent_and_children_pids:
if pid_to_terminate is not None:
os.kill(pid_to_terminate, signal.SIGKILL) # プロセスを終了させる
except Exception as e:
print(f"Error terminating processes: {str(e)}")
def get_child_processes(parent_pid):
child_processes = []
try:
# /procディレクトリからプロセス情報を取得
proc_dir = '/proc'
for pid_entry in os.listdir(proc_dir):
pid_path = os.path.join(proc_dir, pid_entry)
if os.path.isdir(pid_path) and pid_entry.isdigit():
# プロセスのステータスを読み取り
with open(os.path.join(pid_path, 'status'), 'r') as status_file:
status_lines = status_file.readlines()
# PPid行から親プロセス番号を取得
for line in status_lines:
if line.startswith('PPid:'):
ppid = int(line.split()[1])
if ppid == parent_pid:
child_processes.append(int(pid_entry))
break
except Exception as e:
print(f"Error getting child processes: {str(e)}")
return child_processes
if __name__ == "__main__":
if len(sys.argv) != 2:
print("Usage: python3 xxxx.py <parent_pid>")
sys.exit(1)
parent_pid = int(sys.argv[1])
# 親プロセスとその子プロセスをすべて終了させる
kill_parent_and_children(parent_pid)
出展はこちら→ https://content.connect.panasonic.com/jp-ja/fai/file/39018
admin/jvc で、 JVC HD IP Camera VN-H68 が出てくる
「設定」を押す。
以上
初期(工場)設定IPアドレスは192.168.0.10, ユーザ名 cam パスワードCam12345(最初は大文字)とした。
cam@cam-desktop:~$ ffplay -i rtsp://cam:Cam12345@192.168.0.10/Src/MediaInput/stream_1
cam@cam-desktop:~$ GST_DEBUG=3 gst-launch-1.0 -v rtspsrc location=rtsp://192.168.0.10/Src/MediaInput/stream_1 user-id="cam" user-pw="Cam12345" ! decodebin ! autovideosink
gst-play-1.0 rtsp://cam:Cam12345@192.168.0.10/Src/MediaInput/stream_1
cam@cam-desktop:~$ gst-launch-1.0 rtspsrc location=rtsp://cam:Cam12345@192.168.0.10/Src/MediaInput/stream_1 ! rtph264depay ! h264parse ! queue ! autovideosink
(これは、これまでのカメラでは動いていたコマンド)
gst-launch-1.0 rtspsrc location=rtsp://cam:Cam12345@192.168.0.10/Src/MediaInput/stream_1 latency=0 ! rtph264depay ! avdec_h264 ! videoconvert ! autovideosink
gst-launch-1.0 rtspsrc location=rtsp://cam:Cam12345@192.168.0.10/Src/MediaInput/stream_1 latency=0 ! rtph264depay ! avdec_h264 ! videoconvert ! videoscale ! video/x-raw,width=640,height=360 ! videorate ! video/x-raw,framerate=5/1 ! autovideosink
Keyword:USB LAN ehternet アダプタ ubuntu etc netplan
(1)>ip addrで、
8: enx207bd2222d29: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 20:7b:d2:22:2d:29 brd ff:ff:ff:ff:ff:ff
みたいな奴をみつける
(2)/etc/netplan/99_config.yamlで、以下のよう書き替える
まず、この2つの点は、どっちが、私(江端)が追加したノードだったのかを思い出すことにします。
上のノードは、こんな風
id番号が若いから、こっちが私が作った方で、まあ、間違いないでしょう。
念の為、もう一方も確認。
こちもID番号若いけど、以前管理した番号とは違うみたいだから、こっちが既存のノードであろう、とする。
これを私が結線した時に作った道路が、これ。
結線の情報は、source,target, source_osm, target_osmで入っているので、少なくともノード間の結線であれば、ここの加工だけで何とかなるんじゃないかな、と。
で、ここの部分のエントリーを見てみたら、こんな感じでした。(tomioka_db_c_trialの方で確認中)
gid、osm_id →新規の番号を適当に付ける
source, target, source_osm, target_osm は、これから結線するノード番号を記載する。(sourceが、江端が作成したNodeになっている)
と、まあ、ここまではいいとして、tag_idってなんだろう。あと、the_geomをどうしようかなぁ。
QGIS使ってtag_id = 112 だけを表示して調べてみたけど、私が手を入れたところに(も)出てきているようなので、何も分からないまま 112 を使うことにする。
さて、次に問題は、the_geomである。これは面倒くさい。多分デタラメな値を入れても大丈夫だとは思うが、念を入れておきたい。
と、2点の座標を結ぶ直線であることが分かった。
そこで、以下のプログラムを作成してみた。
/*
c:\users\ebata\tomika3b\src\others\main31.go
go run main31.go
*/
package main
import (
"encoding/hex"
"fmt"
"github.com/twpayne/go-geom"
"github.com/twpayne/go-geom/encoding/wkb"
)
func main() {
// 2つの緯度経度ポイント
//coordinates := [][]float64{{139.6917, 35.6895}, {-74.006, 40.7128}}
coordinates := [][]float64{{139.61725559089, 35.3693678707}, {139.61725862094, 35.36936143758}}
//coordinates := [][]float64{{139.61725862094, 35.36936143758}, {139.61725559089, 35.3693678707}}
// Geometryの作成
lineString := geom.NewLineStringFlat(geom.XY, []float64{coordinates[0][0], coordinates[0][1], coordinates[1][0], coordinates[1][1]})
// WKB形式に変換
wkbBytes, err := wkb.Marshal(lineString, wkb.NDR)
if err != nil {
fmt.Println("Error:", err)
return
}
// WKB形式を16進数文字列に変換
wkbHex := hex.EncodeToString(wkbBytes)
// 出力
fmt.Println(wkbHex)
}さて、このプログラムからから、
0102000020E610000002000000AA04CC8EC0736140C26C467247AF414090C32695C0736140A2674F3C47AF4140
を作れるかな？
coordinates := [][]float64{{139.61725559089, 35.3693678707}, {139.61725862094, 35.36936143758}}
としたら、
ベース: 0102000020E610000002000000AA04CC8EC0736140C26C467247AF414090C32695C0736140A2674F3C47AF4140
作成: 01020| |0000002000000aa04cc8ec0736140c26c467247af414090c32695c0736140a2674f3c47af4140
一部欠けているが、一致している。
では、逆転させてみよう。
coordinates := [][]float64{{139.61725862094, 35.36936143758}, {139.61725559089, 35.3693678707}}
としたら、
ベース: 0102000020E610000002000000AA04CC8EC0736140C26C467247AF414090C32695C0736140A2674F3C47AF4140
作成: 000000000200000002406173c08ecc04aa4041af4772466cc2406173c09526c3904041af473c4f67a2
こっちは、不一致が多いようです。
でも geomの長さが違うと思い、ChatGPTに尋ねてみたところ、以下のように言われました。
-----
では、本命。
この2点間を結線する、をやってみます。
coordinates := [][]float64{{139.62232489, 35.37185132}, {139.62233160, 35.37184490}}
で計算したところ、
今回は、この2点間を繋ぐ、wayのオブジェクトを作れば良いだけなので、基本的にはwayのエントリーを一つ追加するだけで足りるはず。
(1 row)
空き番号となっているgidは1984
空き番号となっているosm_idは、現在104088(と同じ桁であれば)、104090あたりが良さそう
INSERT INTO ways (gid, osm_id, tag_id, length, length_m, name, source, target, source_osm, target_osm, cost, reverse_cost, cost_s, reverse_cost_s, rule, one_way, oneway, x1, y1, x2, y2, maxspeed_forward, maxspeed_backward, priority, the_geom)
VALUES (1984, 104090, 112, 7.110994016919574e-06, 0.7650124135935403,NULL, 305 , 1401, 102381, 4095221163, 7.110994016919574e-06, 7.110994016919574e-06, 0.0550808937787349, 0.0550808937787349, NULL, 0, 'UNKNOWN', 139.62232489, 35.37185132, 139.62233160, 35.37184490, 50, 50, 2.5, '0102000000020000002d41e315ea736140ed2ff5d298af41408ea8f523ea7361409a571a9d98af4140');
結線されたようです。
では、ちゃんとダイクストラで繋がるのかを確認してみます。
バス時刻表を手動でCSVファイルにしてから、バスの運行テーブルに書き換えるプログラム(1行分だけだけど)
を、エクセルに貼りつけて、
csvでinput.csvという名前でセーブしてから、go run main30.go で実行すると、
てな感じで、平日、土曜、休日単位のテーブル(の1行)になる。
// バス時刻表を手動でCSVファイルにしてから、バスの運行テーブルに書き換えるプログラム
// c:\users\ebata\tomioka3B\others>go run main30.go
package main
import (
"encoding/csv"
"fmt"
"os"
)
func main() {
// 入力ファイルと出力ファイルのパス
inputFile := "input.csv"
// CSVファイルを読み込む
csvFile, err := os.Open(inputFile)
if err != nil {
fmt.Println("Error:", err)
return
}
defer csvFile.Close()
reader := csv.NewReader(csvFile)
records, err := reader.ReadAll()
if err != nil {
fmt.Println("Error:", err)
return
}
// 出力するデータを格納するスライス
var hour string
for k := 1; k < 4; k++ {
for _, row := range records {
if row[0] != "" {
hour = row[0]
}
if row[k] != "" {
fmt.Printf("%02s:%02s,", hour, row[k])
}
}
fmt.Println()
}
}
バスの時刻表