1. ホーム
  2. DIY、工具
  3. 道具、工具
  4. 電動工具
  5. 京セラ TG-30 ミニ卓上グラインダ
【50%OFF】 高品質 京セラ TG-30 ミニ卓上グラインダ kentaro.sakura.ne.jp kentaro.sakura.ne.jp

京セラ TG-30 ミニ卓上グラインダ

2243円

京セラ TG-30 ミニ卓上グラインダ







商品特長・スペック

★ 机の上でも手軽に使える小型軽量タイプです。

★ 各種金属の研削、研磨およびツヤ出しに適しています。

* 消費電力(W):50
* 無負荷回転数(min[の-1乗])50/60Hz:3000/3600
* 無負荷回転数(min[の-1乗])50/60Hz:3000/3600
* 定格電流:0.5A
* 電源:AC100V
* コード長さ:1.8m
* 定格使用時間:15分
* 砥石・フェルト外径×内径:75×12.7mm
* フェルトバフ
* 砥石(#80)
* 両口スパナ2本
* 原産国 : 中国

京セラ TG-30 ミニ卓上グラインダ

カチューシャ 痛くない いたくない 日本製 結婚式 ベルベット ベルベッド 幅広 LA-90
81%以上節約 京セラパワー リョービ ミニ卓上グラインダ TG-30 discoversvg.com81%以上節約 京セラパワー リョービ ミニ卓上グラインダ TG-30 discoversvg.com
ビッグ割引 KYOCERA 京セラ ミニ卓上グラインダ 200 x 144 152 mm TG-30 旧リョービ discoversvg.comビッグ割引 KYOCERA 京セラ ミニ卓上グラインダ 200 x 144 152 mm TG-30 旧リョービ discoversvg.com
ギボシ端子スリーブセット(メス) 20セット 黄銅(スズメッキ) AV0.5sq〜AV2.0sq パーツ工房 AN-4
bullocki 5
スーパーで清算済みカゴにセットしてレジの方が上手に詰めてくれたバッグを持ち帰るだけ。日々の面倒がひとつ減ってとても良いです。スーパーのカゴに丁度セットできるサイズで、肩に掛けることも出来ました。満点です。

RYOBI ミニ卓上グラインダ TG-30 | ORIGINALMIND オリジナルマインドRYOBI ミニ卓上グラインダ TG-30 | ORIGINALMIND オリジナルマインド
長い間検討していて購入に至らなかったグラインダをついに購入できました。paypayの還元率が高い期間に即決で購入できました。 評判通り、コンパクトで置き場所に困らない。 運搬も楽です。 パワー不足の評価もありますが、模型工作には十分です。 砥石に対象物を当てすぎると回転が止まりました。自動ブレーキか 安全性もRYOBIですので問題なさそうです。 音も静かなほうと思います。 小さな刃物であれば研ぎに使用できそうです。 同じメーカの150mm砥石シリーズのようなごつさもなく、スッキリしたデザインです。 
マスキングテープ mt カモ井加工紙 mt1P 無地 たまご (15mmx7m) MT01P193・1巻
Amazon.co.jp: 京セラ(Kyocera) 旧リョービ ミニ卓上グラインダ 砥石径75mm TG-30 625050A 【机の上でも手軽に使える小型・軽量タイプ】 定格使用時間15分 砥石径75mm フェルトバフ75mm 金属の研削・研磨・艶出し : DIY・工具・ガーデンAmazon.co.jp: 京セラ(Kyocera) 旧リョービ ミニ卓上グラインダ 砥石径75mm TG-30 625050A  【机の上でも手軽に使える小型・軽量タイプ】 定格使用時間15分 砥石径75mm フェルトバフ75mm 金属の研削・研磨・艶出し :  DIY・工具・ガーデン
三菱電機 パイプ用ファン
市場 リョービ RYOBI ミニ卓上グラインダ市場 リョービ RYOBI ミニ卓上グラインダ
寺西化学工業 マジックインキ補充液 60ml 青 10個 MHJ60B-T3
坊主 5
凄いですね、助かります、丈夫ですね

直送商品 京セラインダストリアルツールズ POWER DIY用 両頭 卓上グラインダー TG-151 100V No.632501A fucoa.cl直送商品 京セラインダストリアルツールズ POWER DIY用 両頭 卓上グラインダー TG-151 100V No.632501A fucoa.cl
KYOCERA 京セラ ミニ卓上グラインダ TG-30 :TG-30:買援隊ヤフー店 - 通販 - Yahoo!ショッピングKYOCERA 京セラ ミニ卓上グラインダ TG-30 :TG-30:買援隊ヤフー店 - 通販 - Yahoo!ショッピング
ソニー SONY 純正ビデオカメラアクセサリー アクセサリーキット ACC-TCV7C
注文した翌日に届き、すぐ使ってみました。 電動サンダーよりも音が静かだし、手も疲れにくいし、コンパクトだし大満足です! もっと早く買っておけばよかった~♡
翌日発送!新品 Toshiba PA5212U-1BRS PABAS283対応 dynabook RX73 RZ73 RZ83 Satellite B35 R35ノートパソコン修理交換用バッテリー バッテリパック 2200mAh 泡盛 残波プレミアム30度 残波プレミア35度 5年古酒 720ml ギフトセット
山本金物 - 激安電動工具通販・販売「職人市場」 / 京セラ- ミニ卓上グラインダー TG-30山本金物 - 激安電動工具通販・販売「職人市場」 / 京セラ- ミニ卓上グラインダー TG-30
ビッグ割引 KYOCERA 京セラ ミニ卓上グラインダ 200 x 144 152 mm TG-30 旧リョービ discoversvg.comビッグ割引 KYOCERA 京セラ ミニ卓上グラインダ 200 x 144 152 mm TG-30 旧リョービ discoversvg.com
市場 リョービ RYOBI ミニ卓上グラインダ市場 リョービ RYOBI ミニ卓上グラインダ
なな 3
このかわいらしい外観に惹かれて、合わせ買いにて思わず購入しました!排水口やシンクの掃除用途で使い、アルミ粒子が入っている硬い方の面は軽く擦るだけ汚れを絡めとってくれて気に入っていたのですが、すぐに柔らかくなってしまい毛羽だってきたので残念でした。ぼこぼこした形で使いづらさを感じるところはありますが、この見かけのキュートさで許せます。気に入っています(*' `*)

Natruly ナトゥリー 有機サジージュース 900ml×2本セット
サイズ 京セラ ミニ卓上グラインダー TG-30 砥石径75mm フェルトバフ75mm KYOCERA リョービ カナジン PayPayモール店 - 通販 - PayPayモール ・フェルト - shineray.com.brサイズ 京セラ ミニ卓上グラインダー TG-30 砥石径75mm フェルトバフ75mm KYOCERA リョービ カナジン PayPayモール店 -  通販 - PayPayモール ・フェルト - shineray.com.br
iPh0ne 充電ケーブル ライトニングケーブル 巻き取り 充電ケーブルCAFELE 3in1 5V3A急速充電 最大15W 高速データ転送(i RAYS TEAM DAYTONA FDX F6 8.0J-18インチ (20) 6H PCD139.7 KZ ホイール4本セット レイズ チームデイトナ イトメン 無塩製麺 チャンポンめん (5食パック)×6個 フードプロセッサー テスコム TK441-W ホワイト

xRと出会って変わった人生と出会った技術を書き残すためのGeekなHoloRangerの居場所

本日はUnity調査枠です。

先日GitHub上で公開されているリポジトリから直接Unityパッケージとして機能をインポートする方法を記述しました。

この際にリポジトリのルートが直接パッケージとして読み込める形になっていない場合として任意のパスのフォルダを指定しする方法を紹介しました。

redhologerbera.hatenablog.com

今回はフォルダではなく任意のブランチを指定する方法を紹介します。

〇任意のブランチをUnityパッケージとして導入する。

GitHubでは複数のブランチでプロジェクトが管理されていることがあります。

例えばMicrosoft MixedRealityToolkit GraphicsToolsではmainブランチのほかにpublic/0.4xなどいろいろなブランチが存在しています。

通常何も指定しない場合先日の方法ではdefalutのブランチ(MRGTではmainブランチ)が指定されます。

今回はここを任意のブランチに変更して使用していきます。

今回はpublic/0.4.xのブランチを使用していきます。

package.jsonに次の一行を追加します。

    "com.microsoft.mrtk.graphicstools.unity": "https://github.com/microsoft/MixedReality-GraphicsTools-Unity.git?path=/com.microsoft.mrtk.graphicstools.unity#public/0.4.x",

前回の階層を指定する方法は?path=/(フォルダ名)でしたが今回のブランチを指定する方法は末尾に#(ブランチ名)をつけることで可能になります。

この方法でブランチを選択してインポートできるようになりました。

本日はUnity調査枠です。

今回はGithubのリポジトリから直接パッケージとしてUnityのプロジェクトに導入していきます。

〇環境

・Unity2021.3.5f1

・GitHub

〇経緯と前提

UnityのパッケージではUnity公式非公式問わずに様々なパッケージを入手、使用することができますが、例えばGitHubでオープンソースで開発されているプロジェクトでリリースとして提供されているバージョンではなく、GitHubの最新のリポジトリをパッケージとして導入したいという場合もあります。

筆者の場合Microsoft MixedRealityGraphicsToolsの開発に参加しているということもありリリース版ではなく最新のGitHubリポジトリの機能を使用したい場合があります。

 そういった場合UnityではGitHubのリポジトリ自体からPackageとしてインポートすることができます。

 この方法が可能な条件としてpackage.jsonが存在しUnityパッケージとして機能する必要があります。

 

①UnityプロジェクトのエクスプローラーからPackages/manifest.jesonを開きます。

dependenciesに次の一文を追加します。

 "dependencies": {
    "com.microsoft.mrtk.graphicstools.unity": "https://github.com/microsoft/MixedReality-GraphicsTools-Unity.git",

この名前はMixedReality-GraphicsToolsのpackage.jsonnameがそれに該当します。

github.com

{
  "name": "com.microsoft.mrtk.graphicstools.unity",
  "version": "0.4.14",
  "displayName": "MRTK Graphics Tools",
  "description": "Graphics tools and components for developing Mixed Reality applications in Unity.",
  "msftFeatureCategory": "MRTK3",
  "unity": "2020.3",
  "author": "Microsoft",
  "license": "MIT",
  "repository": {
    "type": "git",
    "url": "https://github.com/microsoft/MixedReality-GraphicsTools-Unity"
  },
  "bugs": {
    "url": "https://github.com/microsoft/MixedReality-GraphicsTools-Unity/issues"
  },

urlはリポジトリをクローンする際のHTTPSを指定します。

③URLの末尾に次の行を追加します。

?path=/com.microsoft.mrtk.graphicstools.unity

これはpackage.jsonがリポジトリの直下に存在する場合は必要ないですが、今回のMRGTの場合リポジトリのcom.microsoft.mrtk.graphicstools.unityフォルダにpackage.jsonがあり、一つ下の階層を指定する必要があります。

これを行うためにはHTTPS?path=/(フォルダ名)を使用します。

これによってUnityのプロジェクトを開いた際にパッケージが導入されます。

以上でGitHubリポジトリからUnityパッケージとしてインポートできました。

スズキ スーパー キャリイ シートカバー ( 運転席・助手席セット )選べる カラーステッチ SUZUKI キャリー 軽 トラック 内装 S

本日はMRGT調査枠です。

前回に引き続きMixedRealityGraphicsTools StandardShader全機能を解説していきます。

前回はCullModeの実装を見ていきました。

ビーズクッション 人をダメにするソファ オニオン 170リットル スタイリスカバーセット

本日はAlbedoの処理を追っていきます。

〇Albedo

Albedoは最も基本的な設定になります。

ここではテクスチャと色を指定することができます。

プロパティ上は冒頭に記載されている_Color_MainTexで定義されています。

Shader "Graphics Tools/Standard"
{
    Properties
    {
        // Main maps.
        _Color("Color", Color) = (1.0, 1.0, 1.0, 1.0)
        _MainTex("Albedo", 2D) = "white" {}

また実装ではPixelShaderの最初期に処理が行われています。

MRGTShaderのPixelShaderでは最初にテクスチャ関係の処理が行われています。

half4 PixelStage(Varyings input, bool facing : SV_IsFrontFace) : SV_Target
{
  ・・・
#if defined(_TRIPLANAR_MAPPING)
    // Calculate triplanar uvs and apply texture scale and offset values like TRANSFORM_TEX.
    half3 triplanarBlend = pow(abs(input.triplanarNormal), _TriplanarMappingBlendSharpness);
    triplanarBlend /= dot(triplanarBlend, half3(1.0h, 1.0h, 1.0h));
    float2 uvX = input.triplanarPosition.zy * _MainTex_ST.xy + _MainTex_ST.zw;
    float2 uvY = input.triplanarPosition.xz * _MainTex_ST.xy + _MainTex_ST.zw;
    float2 uvZ = input.triplanarPosition.xy * _MainTex_ST.xy + _MainTex_ST.zw;
  ・・・
#endif
// Texturing.
#if defined(_DISABLE_ALBEDO_MAP)
    half4 albedo = half4(1.0h, 1.0h, 1.0h, 1.0h);
#else
#if defined(_TRIPLANAR_MAPPING)
#if defined(_URP)
    half4 albedo = SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, uvX) * triplanarBlend.x +
                   SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, uvY) * triplanarBlend.y +
                   SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, uvZ) * triplanarBlend.z;
#else
    half4 albedo = tex2D(_MainTex, uvX) * triplanarBlend.x +
                   tex2D(_MainTex, uvY) * triplanarBlend.y +
                   tex2D(_MainTex, uvZ) * triplanarBlend.z;
#endif
#else
   ・・・
#if defined(_URP)
    half4 albedo = SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, input.uv);
#else
    half4 albedo = tex2D(_MainTex, input.uv);
#endif
#endif
#endif
#endif

ここでは機能ごとに分かれていますが基本的な処理は次のようになります。

#if defined(_URP)
    half4 albedo = SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, input.uv);
#else
    half4 albedo = tex2D(_MainTex, input.uv);
#endif

URPの場合とビルドインの場合で処理が分岐していますが、どちらもサンプリングを行っているだけです。

これらのサンプラーはGraphicsToolsStandardInputで定義されています。

#if defined(_URP)
TEXTURE2D(_MainTex);
SAMPLER(sampler_MainTex);
#endif
#else
sampler2D _MainTex;

URPではSAMPLERが使用できるため最適化されています。

half4 albedoは最終出力へ出力されております。

本日は以上です。

このあたりは基礎的なものですね。

本日はBlenderモデリング枠です。

今回はBlenderでNゴンを表示する方法を紹介します。

〇Nゴンとは?

Nゴンとはメッシュの形状を指す言葉です。

3DCGは様々な拡張子があり、様々な表現が行われていますが、共通して頂点と3つの頂点をもとに構成される面であるメッシュで構成されています。

この三角形のメッシュをポリゴンと呼びます。

しかしBlenderでは3つ以上の頂点をもとにメッシュを作成することができます。

上記の例では32個の頂点で一つのメッシュが形成されています。

このように3つ以上の頂点で構成されるメッシュのことをNゴンと呼んでいます。

 Blenderだけで使用する場合はまだよいのですが、NゴンはBlenderからエクスポートされた場合自動でポリゴンへ変換されます。

 この際にメッシュが破断してしまうことがあります。また一部のアドオンなどではメッシュ形状に依存しているものがあり、Nゴンは許容するかNゴンを作らないように作成するかはモデラーが後先のことを考えて作成する必要があります。

〇Nゴンを検出する

今回はアドオンの関係でNゴンが許容できず修正する必要がありました。

具体的にはHairToolで髪を作成する際に4つの頂点で構成されるメッシュである必要がありました。

redhologerbera.hatenablog.com

redhologerbera.hatenablog.com

HairToolを使用するためにはメッシュを四角形にする必要があります。

これは三角面を四角面にを選択して半自動的にメッシュを修正します。

ですが単純に行っては一部に三角形やNゴンが生じます。

この先は手動で修正する必要がありますがここからNゴンの検出を行います。

ここからは特徴で全選択から面の辺数を選択します。

メニューから頂点数を今回発見したいNゴンの数にします。

ここで表示されている面が今回では四角形以外のメッシュになります。

5角形のNゴンを検出したい場合は頂点数を5に設定します。

以上でNゴンを検出できました。

本日はグラフィック調査枠です。

〇RenderDocとは?

RenderDocはオープンソースで開発、提供されている、GPU上で実行されている処理を見ることができるソフトウェアになります。

〇RenderDocを使用してUnityアプリのデバッグを行う。

今回はOculusLinkで接続したPCVR用のアプリケーションのデバッグを行います。

今回はもともとMetaQuest単体で動かすために開発していたソフトウェアを急遽PCVRでアプリケーションを実行したところ、一部のオブジェクトが描画されないという問題が発生しました。

 今回はなぜ描画がされていないのかデバッグを行いました。

 UnityではEditor自体がRenderDocによるデバッグをサポートしているためRenderDocがインストールされているPC環境ではGameウィンドウ、もしくはSceneウィンドウからキャプチャを行うことができました。

 Unityで開発したアプリケーションにはその機能はないため、RenderDoc経由でアプリケーションを起動する必要があります。

〇環境

・Windows 11

・PCVR(Desktop)向けにビルドしたUnityアプリケーション

・RenderDoc

〇手順

①RenderDocを起動します。

前述のとおりデバッグを行うアプリケーションはRenderDoc経由で起動する必要があります。

②Launch Applicationタブを開きます。

Executable Pathの右側アイコンを選択します。

④起動したいUnityアプリのexeファイルを選択します。

⑤Pathが入ったことを確認してLaunchを選択します。

以上でアプリが起動します。

RenderDoc経由で起動した場合左上部にデバッグログが表示されるようになっています。

キャプチャをとるためにはF12キーを選択します。

〇ピクセル単位のデバッグ

今回はあるピクセルにおいてどのような処理が実行されているのかを調べます。

Texture Viewerで任意のピクセルを右クリックします。

これによってPixel Contextにピクセル単位の表示が行われます。

Pixel Context下部のHistoryを選択することでそのピクセルで行われているイベントを見ることができます。

画像の例では4つのイベントが走っていることがわかります。

各イベントをダブルクリックすることでそのイベントへと飛ぶことができます。

Pixel Contextを使用することでそのピクセルで実行されているイベントと描画されるRGBAを見ることができます。

 これによってより描画がおかしい場所などデバッグを行いやすくなっています。

本日は以上です。

セレニウム(セレン) 100mcg 250粒 タブレット NOW Foods(ナウフーズ)

本日はMRGT調査枠です。

前回に引き続きMixedRealityGraphicsTools StandardShader全機能を解説していきます。

前回はRenderingModeの実装を見ていきました。

redhologerbera.hatenablog.com

redhologerbera.hatenablog.com

redhologerbera.hatenablog.com

redhologerbera.hatenablog.com

今回はCullModeを見ていきます。

〇CullModeとは?

CullModeはカリングを指し、もともと不要なものを取り除くという意味があります。

 Shaderではメッシュの裏面、表面のどちらかを描画するかを指定するパラメータになります。

 CullModeの意味に合わせると『メッシュの表、裏どちらを不要な描画として描画しないか』になります。

デフォルトではBackが指定されており、この状態ではメッシュの裏面が描画されなくなっています。

CullMode=Back

この場合メッシュの表面のみが描画され、Unityプリミティブキューブの場合では近づいたときに見えるキューブの内側は描画されていないことがわかります。

反対にfrontでは面の表面がカリングされ、裏面が描画されます。

CullMode=front

もう一つOffというモードがあります。

これはカリングを無効(=カリングしない)モードでこの場合メッシュの両面が描画されます。

通常の不透明オブジェクトの場合デフォルトのBackで問題なく表示されますが、例えば次の画像の髪のように板ポリゴンで構成されているメッシュの場合見た目が悪くなることがあります。

オフにすることで両面が描画され、ある程度違和感のない見た目が実現できます。

当然Offにすることで描画負荷は上がってしまいますが、MRTKのシェーダーの場合任意に切り替えることもできるので、裏面が見えないようなオブジェクトをポリゴンで再現する場合とCullModeで対応する場合で比較した場合ほとんどの場合はCullModeで両面描画するほうがパフォーマンスもよくなると思うので、便利な機能です。

〇実装

カリングはShaderLab内で次のように定義します。

Cull Off
Cull Front
Cull Back

Graphicstools StandardShaderでは次のように実装されています。

  // Default pass (only pass outside of the editor).
        Pass
        {
            Name "Main"
            ・・・
            Cull[_CullMode]
            ・・・
            HLSLPROGRAM
   ・・・
            ENDHLSL
        }

_CullModeはPropetiesブロックで定義されています。

        [Enum(UnityEngine.Rendering.CullMode)] _CullMode("Cull Mode", Float) = 2                             // "Back"

UnityEngine.Rendering.CullModeはUnityで提供されるEnum型のクラスです。

docs.unity3d.com

冒頭で紹介した通りBack、Front、Offが提供されておりそれぞれ値を渡せるよういなっています。

本日は以上です。

本日はUnityのトラブルシューティング枠です。

本日まで3日ほど筆者は所属している会社の方で展示会に出展しておりました。

パナソニック横型インバーター冷凍冷蔵庫 型式

今回はPCVR(OculusLink)向けにアプリケーションを開発したのですが、作成したexeファイルをPCで実行する際にセキュリティスキャンが始まり起動できない問題がありましたので今回は解消した方法を残します。

〇問題

冒頭で紹介したようにUnityで出力された.exeファイルを実行時にセキュリティスキャンが行われ、いつまでもアプリが起動しない問題がありました。

この問題を解消するためには一時的にWindowsのセキュリティを解除するウことを行いました。

これを行うためにWindowsの[設定]アプリを開きます。[更新とセキュリティ]を選択します。

[Windoiwsセキュリティ]を選択し[アプリとブラウザーの制御]を選択します。

この設定では実行するアプリやWebブラウザーでのウィルスなどのセキュリティをチェックしています。

今回は筆者自身が作成したアプリケーションであるため一時的にセキュリティを解除しています。

次に[評価ベースの保護設定]を選択します。

最後に[望ましくない可能性のあるアプリをブロック]をオフに設定します。

この設定はデフォルトではオンになっているものです。

この操作によってアプリ起動時のブロックが発生しなくなります。

この状態で[管理者権限で実行]を利用してアプリケーションを起動することでループから抜け出しアプリケーションが起動します。

本日は簡単なトラブルシューティングになりました。

なお、セキュリティの問題からアプリ終了時にはセキュリティによる保護を再度確認し、有効にする必要があります。