https://www.densokogei.jp/tegalog/tegalog.cgi ja Copyright 2026 Fri, 24 Apr 2026 07:46:09 +0900 Powered by てがろぐ Ver 3.4.0 ]]> 　これらのデータが一度にキャッシュに入って連続した読み出しとなる(タイムアウト無しに連続して読み出せる)ならいいですが、そうでないと面倒です。いずれにしてもこの辺りの挙動をチェックする必要があります。今は１バイトのcharとして処理していますが、８バイトくらいのchar配列、つまり文字列として処理することになりそうです。

#Ｃ言語 -- Posted by 電装工芸 〔260文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=489 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=489 tegalog Sat, 28 Jan 2023 14:37:31 +0900 　ですが、ハードウェアが汎用ですし、キーボードが押されたことを検知しているのではなく、入力された文字コードを得る処理ですので、これ以上細かいことはもう少し勉強しないとダメかな。

　socketの検証は場所も時間も潤沢に必要なので、もう少し本業を終わらせないと手を付けられませんが、キー入力によるコマンド処理をどうしようか考えています。
　入力されたアルファベットをコマンドショートカットとし、数字は数字として扱うことを基本にしようと思います。キーに対して処理を割り付けるのではなく、得たASCIIテキストに対して処理を割り付ければ標準入力だろうがUARTだろうがsocketだろうが何でも良く、ハードウェアに合わせた入口さえ作ればその先の処理は同じでいけます。こうするのは専用入力端末が壊れた時に汎用のキーボードでも対応したいからです。
　では、得たASCIIテキストをどう処理するかです。
　入力されたASCIIテキストは文字列として普通に扱えばいいでしょう。画面にコマンド列を表示したいならそれを変換すればいいし、コマンドを実行するなら関数に文字列として投げればいい。
　せめて、入力に制限をかけてありえない文字列にならないようにした方がいいでしょう。「コレの後にありえる入力はコレ」といった制限です。一種のルールマップを作り、条件に合致しない入力は応答しないかエラーを出すのです。数値に最大値の制限もかけたいですが、これはコマンド実行関数側の仕事であって入力時にチェックするものでもないかな？

#[Art-Net] #Ｃ言語 -- Posted by 電装工芸 〔710文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=488 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=488 tegalog Sat, 28 Jan 2023 10:19:52 +0900