ak.ito@RUSHTECH

1.6K posts

ak.ito@RUSHTECH

ak.ito@RUSHTECH

@akit37

가입일 Temmuz 2010
344 팔로잉164 팔로워
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
@karaage0703 Jetsonですが、VNCは遅くて使い物にならず、sunshine+moonlightでは入力できず。NoMachine+Tailscaleに落ち着きました。
日本語
1
0
1
22
からあげ
からあげ@karaage0703·
GWで帰省先からDGX Sparkにリモートデスクトップしたい人向けの記事です > DGX Sparkに xrdp + Tailscale でリモートデスクトップ環境を構築する|からあげ zenn.dev/karaage0703/ar… #zenn
日本語
3
13
58
6K
moji01@pulsar-works
moji01@pulsar-works@moji0112·
大根餅サロンイナシュヴェのカラスミかけ😃
moji01@pulsar-works tweet media
日本語
2
0
13
222
moji01@pulsar-works
moji01@pulsar-works@moji0112·
DIYの機運高まる。 ソフトウエアじゃなくて、リアルな何かを作りたい気持ちが高まっている。
日本語
2
0
8
145
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
#stackchan 届いた、のポスト、背景に他のロボたちが映り込んでる率高いのオモロイ。(うちのは入れ忘れた)
日本語
0
0
5
121
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
デフォルトのLLM動かしてるだけだけど、こいつ、AlexaやGoogleHomeより賢いのでは… 1台が聞いてるときにもう1台がしゃべっても、2台での会話が始まらないのは、何か制限入ってる? #stackchan
日本語
0
0
1
77
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
@sibucho_labo 初期の光ファイバーは、直径1mくらいで巻いてたんですよね。
日本語
0
0
0
43
しぶちょー
しぶちょー@sibucho_labo·
【配線・配管の最小曲げ半径】 配線・配管には必ず、『最小曲げ半径』という仕様がある。これは"どれだけ曲げて良いか"ということ🧐 配線が動くか、固定かによっても最小曲げ半径は変わる。仕様を明確にして、適切な経路や案内を設けよう‼️ 配線系の不具合は"数年後"に出る時限爆弾だ💣要注意⚠️
日本語
7
18
149
7.6K
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
まずは見分けられるように飾り付け。 レゴテクニック互換なの優秀すぎん? #stackchan #ランボルギーニ仕様
ak.ito@RUSHTECH tweet media
日本語
0
3
23
744
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
@jawayjaway @sibucho_labo それはあるんですが、かなり時間が経ってからしか通知されません。それでヨシとしているメーカーの判断はどうなんかなーという感じ。
日本語
0
0
1
16
jaway
jaway@jawayjaway·
@akit37 @sibucho_labo 自動お湯張りなら、ある程度の時間で水位が上がらなかったら停止しますよ。
日本語
1
0
0
17
しぶちょー
しぶちょー@sibucho_labo·
【炊飯器の謎】 炊飯器のフタがしっかり閉まり切らないまま米を炊いてしまって、炊飯に失敗🥲炊飯器ってフタが開いている状態でも「炊飯開始」できる仕様なんだよねー🧐 フタ開いているときは、炊飯開始できないようにすればいいのに、不思議。でもコレ何か理由があるはず、なんでこの仕様なんだろ❓
しぶちょー tweet media
日本語
25
2
69
15.4K
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
#Stackchan 届いた! 協調動作させてみたくて2人にしたけど、何してもらおうかなぁ。
ak.ito@RUSHTECH tweet media
日本語
0
3
33
860
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
@model3yokohama YのLRは後回しになってるみたいですね。最近注文した友人からの情報。2週間音沙汰ないそうですw
日本語
0
0
2
951
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
@Yuki_Yamamoto23 @zenkairacing_jp これソフトは何ですか?カナリアスのコースめちゃ眺めいいからゆっくり走ってみたい… しかし、2つか3つ先のコーナーを読んでるんだよなぁ。早めにコールする設定変えてみようかな。 #EAWRC
日本語
1
0
0
1K
山本雄紀/Yuki Yamamoto
山本雄紀/Yuki Yamamoto@Yuki_Yamamoto23·
ラリーのシミュレーターってどのくらいリアルなの?ってよく聞かれます😃 結構すごくない!? カナリアのパワーステージです! #ZENKAIRACING #sim #rbr
日本語
21
215
1.5K
81.4K
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
#ProjectHailMary 読了。 面白かった! 海外SFモノでは、マイケル ・クライトン並みに面白い。宇宙モノでは最高かも。 これでやっと映画が見られるw
日本語
0
0
0
120
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
@ynishi2015 DGX Spark x 4 ならどうでしょ? 128GB x 4 で、80万円くらいx4。
日本語
0
0
1
2.6K
西村/learningBOX/競プロアカ
ローカルLLMって、500万円ぐらい出したら、先端モデルの半年ぐらい遅れぐらいの使える?
日本語
27
21
500
268.2K
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
@ikedachin 使い方によっては、Jetson Thorがかなりパフォーマンスいいらしいのが気になってます。使ってみたい… #JetsonAGXOrin でも十分速い。
日本語
1
0
2
40
いけだちん
いけだちん@ikedachin·
@saraswat_music まぁちょっとレポートくらいは書くか・・・ いや、ゴールデンウィークなので書かせよう😆
日本語
1
0
2
36
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
Unique3D、丸一日戦ったのち諦め。InstantMesh、半日で撤退。 #PartPacker 、30分程度で構築完了。画像一枚から3Dモデ生成できた。探し方の問題だった…
日本語
0
0
0
57
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
windowsで機械学習のトレーニング中にUbuntuで3D触りたいけど、同じマシンだからできん…ゲームもできん。 GPU使いたいことばかりで困る。
日本語
0
0
0
56
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
@toki_engineer なるほど。それをμsレベルの時間で行うんですね…ちゃんと動くコード書ける気がしませんw
日本語
0
0
1
36
とき@engineer
とき@engineer@toki_engineer·
そうですね。おっしゃるとおり、共通クロックを入れるだけで全て解決、とはならないんですよね。 クロックは「時間の基準」を揃えるものですが、制御では入力をいつ読むか、演算が何周期後に終わるか、出力がいつ物理的に反映されるか、通信遅延が固定か、まで含めて設計する必要があります。 時計を合わせることと、制御動作が揃うことは別なんですよね。
日本語
1
0
2
319
とき@engineer
とき@engineer@toki_engineer·
「リアルタイム制御」でまさかこんなに反応があるとは思わなかった。また、IT業界の人からも反応があったのは意外だったし参考になった。 リアルタイム制御について、もう少し補足してみる。 リアルタイム制御を「応答の速さ」と捉えている人には理解しにくいかもしれないが、 ・0.1msの実行周期 ・1000msの実行周期 があったとする。 これらは、要求された周期を許容範囲内のジッタで一貫して守れるなら、どちらもリアルタイム制御になり得る。 0.1ms間隔は人間の感覚として「速い」ので、リアルタイムという認識を持ちやすい。一方で1000ms間隔は設備制御の世界ではかなり遅く感じるので、リアルタイムと認識されにくい。 しかし、リアルタイム制御の本質は「速いこと」そのものではなく、所定の周期・期限を一貫して守れること、つまり「決定性とジッタの小ささ」にある。したがって、条件が成立するなら1000ms間隔であってもリアルタイム制御と言える。
とき@engineer@toki_engineer

何度も言うが、「リアルタイム制御」の本質は「応答の速さ」ではなく「応答が揃う」こと。 これ、制御屋でも理解していない人が多い。特にPLCのフリースキャンで「速く回ること」ばかりに注目している人ほど、制御の本質を外してる気がする。 装置制御で本当に重要なのは平均応答時間ではなく、サンプリング周期のジッタと、入力→演算→出力の遅延ばらつき。これらが揺れると同じロジックでも出力タイミングの位相が毎回変わる。 例えば、 「1回上手く動いても再現性が出ない」 「負荷が増えたら時間関係が崩れ、制御が破綻する」 などは、時間の設計ができていないから起こる。 特に多軸同期や位置同期出力などの制御で効くのは、速さそのものではなく、「低ジッタで揃っている」こと。 制御が破綻するのを性能不足のせいにする人が多いが、これは性能不足ではなく、時間設計不足。 これも何度も言ってるが、設備の制御屋はモータを回したりI/Oを叩いたり機器と通信するのが仕事ではなく、時間を設計するのが制御屋の仕事。

日本語
3
62
313
45.7K
ak.ito@RUSHTECH
ak.ito@RUSHTECH@akit37·
@MASK_iracing ここの高速コーナー、踏んだまま行けそうで絶対行けないんですよねw
日本語
1
0
1
93
MASK@自宅がゲーセンな人
おはようございます😬 ちょっと前にMaxフェルスタッペンがニュルのレースに出てたので、ちょっと気になって走ってみた😎 あの人、抜き方えげつない。ニュルはこんな狭いので接触しやすく、ちょっと?ブレーキが遅れただけで、一瞬でこんな感じでレース終了します💡 車はMercedes GT3 Evo。フェラーリF40、2台もやっつけてしまった💦 ※相手はAIです。 #simracing #acevo #assettocorsa #fanatec
日本語
7
4
83
5.5K