2016年6月22日水曜日

SmartLaser用のアプリを０から開発する。その7　とりあえずの目標とか方針とか。


まぁ、気分でつくってはいるものの、とりあえずの方針というか、予定を考えてみます。
（１）SmartlaserCO2の基本的なコマンドの確認　→　OK
（２）仮想COMポートに対するアクセスと、SmartLaserCo2の初期化等を確認　→　OK
（３）強さ、SPEEDの設定、レーザーで線を引く　→　OK
（４）画像をスキャンして線の集合でレーザーする　→　OK
----ここまで終了----
（５）画像をラスタ出力する
（６）SVGでパスを読み込む
（７）SVGで画像を読み込む
（８）SVGのパスで線をレーザーする
（９）SVGのパスで閉領域をレーザーする
（10）SVGの画像でレーザする
（11）アプリの形にする
----このあと機能拡張----
候補
・SVGのパスの線巾を考慮した複線化出力をする

投稿者 時刻: 3 件のコメント:
ラベル: , , , ,

SmartLaser用のアプリを０から開発する。その6【画像をダイレクトにベクタ出力する件】

では、画像をスキャンしてレーザーへ出力してみます。
レーザーはラスタ出力モードとベクタ出力モードがあるようですが、
今回は、画像をわざわざというか、ベクタのラインの集合で出力してみます。
なんかこっちの方がキレイにできそうな気がしたからです。
あと、閉領域の出力のテストを兼ねてってことにもなります。

とりあえず画像はモノクロ２値とし、テストで出力するまでがこんな感じです。
（１）まず最初STEP値を決める。解像度の逆数みたいなもの。
（２）次に解像度に合わせてイメージのビットマップを拡縮をかける
（３）１行ずつ、ビットフィールドを始点-終点に変換した座標のarrayを作成
（４）そのarrayで線の数だけLOOP。
※全て左から右へ移動してレーザー出力するようにしている。

結果としてはまぁまぁです。
始点や終点の【キレ】は、相変わらず甘いです。
キカイで調整できうるところは、別フェーズでやってみますが、
どこかに限界は有りそうな気はしてしまいます^^;


●SRC

    int laserCom = searchLaser();
    printf(":%d\n",laserCom);
    if(laserCom == 0){
        //    見つからない
        return    0;
    }
    laserOpen(laserCom); // 初期化はこの２行
    laserInit();    　　　　　// 初期化はこの２行

    setLineSpeed(500);    //    
    setForce(6);        //    

    aLaserPic    AL;
    AL.setStep(0.10);        //最少STEP(mm)
    AL.setSize(30,0);        //実際の大きさ(mm)
    AL.setOffset(10,10);    //左上座標
    bool b = AL.loadPng("C:/temp/LS01.png");
    int yline = AL.getPicHeight();
    for(int y=0;y＜yline;y++){
        double* dp = 0;
        int n = AL.getValue(y,&dp);
        if(!n) continue;
        double xx = dp[0] - 2.0;
        double yy = dp[1];
        moveTo(xx,yy);
        for(int w=0;w＜n;w++){
            double x1 = dp[w*3+0];
            double y1 = dp[w*3+1];
            double x2 = dp[w*3+2];
            double y2 = dp[w*3+1];
            moveTo(x1,y1);
            lineTo(x2,y2);
        }
    }
    laserClose();

●元データ



●元データ反転



●元データをスキャン（数値をファイル化してexcelで表示）




●竹材へ出力




●MDFへ出力

投稿者 時刻: 0 件のコメント:
ラベル: , , ,

2016年6月21日火曜日

SmartLaser用のアプリを０から開発する。その5

いくつかテストを行い、まず、ソフトウエア基本部分を完成させてみます。
int searchLaser(void);
bool laserOpen(int);
void laserInit();
int setForce(int);
int setLineSpeed(int);
int setMoveSpeed(int);
int moveTo(double,double);
int lineTo(double,double);
int laserClose(void);
//以下は直接は呼びません。
int writeLaser(const char*);
int readLaser(char*);
int readLaserEx(char*,int);
とりあえず基本部分は、こんな形にしました。
実際には、C++でクラスのメソッドです。（だからHANDLEとかの引数が無い^^;）
もちろん、ラスタ系のコマンドを呼ぶ場合には、何かしら追加になりますね。

searchLaser
→COMポートを1~10までサーチし、レーザーが見つかったところで、COM番号を戻します。
見つからなければ０を返します。
実際には、SetCommStateして、"LasaurGrbl"という文字列を含むstramが戻ってくるかどうかで判断します。

laserOpen
→　COMをOPENします。
DCBとCOMMTIMEOUTSを設定するところまでやります。

laserInit
→なんでこうするかは別にして、
『既存のシステムがこんなん投げてるからとりあえず同じことをしておく』
ということをします。
とりあえずわかってることは、
"G90\x0aM80\x0aG0F8000\x0aG1F1500\x0aS8\x0a"
この部分だけ^^;^^;
あとは、関数の最後に原点をサーチして移動するようにします。

setForce
→レーザー強さの設定です。
ForceなのかPowerなのかStrengthなのかわかりませんが。。。^^;

setMoveSpeed
→動くSpeedを設定します

setLineSpeed
→レーザーしながら動くSpeedを設定します

laserClose
→まぁCOMをcloseするだけです。

投稿者 時刻: 0 件のコメント:
ラベル: , , ,

2016年6月15日水曜日

SmartLaser用のアプリを０から開発する。その4

閉領域をちゃんと制御するためのテストです。
現状のSmartLaserCO2の出力ドライバ（Python）が、
いわゆる『閉領域』、 用語で言えば"FILL"に対応していません。 
ということで、実装するためにどのようなパラメータが必要かということを、
色々実験してみます。
    
これは拡大したもの。


いわゆる速度と強さは、Fxxxx、ｘｘｘ％と言う形で指定するようになっているので、
これはわかるのですが、その他、
『FILL-LINEのピッチ』が重要です。
画像の材質は竹なのですが、0.2mmのピッチでも、間が残ることはありません。
でも、間が残るかどうかは、材質によって違いますし、
強さとか速度とかにも関係する部分でもあります。

ということは、FILLするには、、、
【移動速度】【レーザー強さ】【FILL-LINEピッチ】が基本パラメータとなります。
きっとこれは材質によってプリセットを登録しておくような使い方になるのでしょう。
しかし、SmartLaserCO2は、それだけではダメなようです。
一見、『速度が速く強さが強い』のと『速度が遅く強さが弱い』にとでは、
似たような結果になっても良いような気がしますが、
もちろん違うことはわかってはいたのですが、
決定的な差がありました。

それは、『エッジの切れ味』とでもいいますか、速度が速いとエッジがシャープになりません。
これは、レーザー照射とステッピングモータによる移動が、
完全に同期しているとは言えないかららしいです。
でも、今回はそっちまで踏み込むつもりは無いので、
速度を落とせばそこそこエッジもキレイになるので、それで調整してみることにします。

つづく
投稿者 時刻: 0 件のコメント:
ラベル: ,

2016年6月11日土曜日

SmartLaser用のアプリを０から開発する。その3

SmartLaserCO2というのを研究開発目的で購入、
ソフトウェアの研究開発を開始です。
さて、codeを書いてみます。
ちょっと書きっぱなしな感じなのですが、テストとしてはこんな感じです。
起動して移動させてそれからリセット（HOMEへの移動）をさせてますが、
たぶん、このままではうまく動かないです。
タイミングをうまくとらないと、ダメですね。
ここらへんは、SleepやらRecieveのバイト数やら、いろいろやることになります。
実際にはデバッガでところどころ止めながらやってみたので、うまく動作したですね。

謎の文字列はどっから引っ張ってきたかというと、実際に元々のソフトウエァを動かして、
SerialPortMonitorなるものでキャップったからですね(o^^o)

int aCom::test01(void){
 HANDLE cPort = ::CreateFileA("\\\\.\\COM3", GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, 0);
 DCB dcb;     // シリアルポート構成情報STRUCT
 ::GetCommState(cPort, &dcb);// 現在の設定値をGET
/*
 dcb.BaudRate  = 57600;  // 速度
 dcb.ByteSize  = 8;   // データ長
 dcb.Parity   = NOPARITY;  // パリティ
 dcb.StopBits  = ONESTOPBIT; // ストップビット長
 dcb.fOutxCtsFlow = 0;   // 送信時CTSフロー
 dcb.fRtsControl  = RTS_CONTROL_ENABLE; // RTSフロー
*/
 ::SetCommState(cPort, &dcb); // 取得したまま書き込む。こうしないと、データが戻らない？

 unsigned long errors = 0;
 COMSTAT comStat;
 ::ClearCommError(cPort, &errors, &comStat);
 int lenR = comStat.cbInQue; // 受信したメッセージ長を取得する

 for(int w=0;w＜20;w++){
  if(lenR) break;
  ::Sleep(500);
  ::ClearCommError(cPort, &errors, &comStat);
  lenR = comStat.cbInQue;
 }
 if(!lenR){
  // Error
  printf("error-01\n");
//  return 0;
 }
 if(lenR ＞ 100){
  // Error
  printf("error-02\n");
//  return 0;
 }
 char rBuf[10000];
 memset(rBuf,0,sizeof(rBuf));
 unsigned long nPut = 0;
 unsigned long nRead = 0;
 ::ReadFile(cPort, rBuf, lenR, &nPut, 0); // バッファからREAD
 // テスト環境では、【# LasaurGrbl 14.01\x0a】
 if(!strstr(rBuf,"LasaurGrbl")){
  // Error
  printf("error-03\n");
//  return 0;
 }else{
  printf("LasaurGrbl OK!\n");
 }

 ::WriteFile(cPort, "\x14", 1, &nPut, 0); // ポートへPUT
 memset(rBuf,0,sizeof(rBuf));

 ::ReadFile(cPort, rBuf, 10, &nRead, 0);  // バッファからREAD

 // 謎の文字列送信
 ::WriteFile(cPort, "\x5e\x9f\x3f\x0a\x2a\x9f\x3f\x0a", 8, &nPut, 0);
 memset(rBuf,0,sizeof(rBuf));

 ::ReadFile(cPort, rBuf, 100, &nRead, 0); // バッファからREAD

//::Sleep(2000);




 ::WriteFile(cPort, "G90\x0aM80\x0aG0F8000\x0aG1F1500\x0aS77\x0a", 28, &nPut, 0);
 memset(rBuf,0,sizeof(rBuf));
 ::ReadFile(cPort, rBuf, 100, &nRead, 0); // バッファからREAD



 // 移動させてみる。
 ::WriteFile(cPort, "G0X150.0Y150.0\x0a", 15, &nPut, 0);
 memset(rBuf,0,sizeof(rBuf));
 ::ReadFile(cPort, rBuf, 100, &nRead, 0); // バッファからREAD

 // レーザーさせてみる。
 ::WriteFile(cPort, "G1X130.0Y130.0\x0a", 15, &nPut, 0);
 memset(rBuf,0,sizeof(rBuf));
 ::ReadFile(cPort, rBuf, 100, &nRead, 0); // バッファからREAD


 // 戻す
 ::WriteFile(cPort, "M81\x0aS0\x0aG0X0Y0F8000\x0a", 19, &nPut, 0);
 memset(rBuf,0,sizeof(rBuf));
 ::ReadFile(cPort, rBuf, 100, &nRead, 0); // バッファからREAD





//::Sleep(2000);

 // 謎の文字列送信原点の移動？
 ::WriteFile(cPort, "\x21\x0a", 2, &nPut, 0);
 ::WriteFile(cPort, "\x5e\x80\x7e\x0a\x2a\x80\x7e\x0a\x5e\x95\x47\x33\x30\x0a\x2a\x95\x47\x33\x30\x0a", 20, &nPut, 0);

 memset(rBuf,0,sizeof(rBuf));

 nRead = 0;
 while(nRead == 0)
 ::ReadFile(cPort, rBuf, 100, &nRead, 0); // バッファからREAD

 printf("%s\n",rBuf);
 ::CloseHandle(cPort); // シリアルポートを閉じる
 return 0;
}
投稿者 時刻: 0 件のコメント:
ラベル: , , ,

2016年6月8日水曜日

SmartLaser用のアプリを０から開発する。その2

SmartLaserCO2というのを研究開発目的で購入、
ソフトウェアの研究開発を開始したのですが、、、、
いろいろ試してみて、現時点で品質を決定づける要因と、
ソフトウェアでカバーできうる可能性を考えます。

今回気づいた点をあげてみますと、
【１】　ラスタモードでの実用性はどうなのか？
【２】　VLS2.30との品質の比較で負けている点はカバーできるのか？
まず、出来上がりを見てみましょう。
以下の２つはVLS2.30というキカイで、MakersBaseというところでやってみたものです。
　
かなりキレイです。
但し、これ、全て閉領域の塗り（FILL）でデータをつくっています。
これを加工していて気づいた点は、全て、走査線のように、
キカイが動いていたという点です。

次にSmartLaserCO2での加工を見てみます。
まず、画像をラスタで加工してみました。
　
うぅーーん。かなり残念の結果です。
これ、このキカイにおける（というかArduinoにのってるソフトウェア？）ラスタデータの宿命なのかもしれません。
DOTを打っているかの如く、点々の集合のようになってしまいました。
もちろんすべてが画像データなので、走査線のように、キカイが動いていました。

次に、閉領域の如く、ハッチをつけたデータにしてみます。

ううぅぅぅーーん。これはまた究極的に残念な結果です。
走査線のように、キカイが動いているわけではありませんでした。
まぁもちろん、Arduino側でうまくソートがかかっているのかもしれませんが、
ここは時間を犠牲にしてでも、走査線のように動いて欲しかったですね。
とにかく美しくない仕上がりです。

さて、まぁまだ試作段階なので、これからがチューンです。
そもそもVLS2.30レベルの品質まであげることがソフトウェアだけでできるかどうかは、
現時点ではまだわかりません。
例えば、レーザー出力管の出力安定性が劣る場合には、それをソフトウェアでカバーすることは不可能です。

とりあえず方針をたて、さらにテストしながらトライ＆エラー的に進めるしかないようです。

（１）データを、画像、閉領域、ベクタ図形の３種類にわけて読み込む。
（２）画像はBITフィールドのようなRAWデータと、走査線的なデータ変換の２種類のGコードの出力が可能なようにする。
（３）走査線の感覚は指定できるようにする。
（４）線幅に対応する。これはズラしてベクタデータを２重３重４重、、、、、に描かれているかのごとくヘッドが動くように考える。


現段階では、【カットには使えるけれど、彫刻的にはこのままの品質だと残念過ぎる 】
とい感じですね。


つづく
。
投稿者 時刻: 0 件のコメント:
ラベル: , , ,

2016年6月3日金曜日

SmartLaser用のアプリを０から開発する。その１

SmartLaserCO2というのを研究開発目的で購入したのですが、

出力用のアプリがかなり残念な出来なので、
これを０からというか１から開発してみます。
まぁもちろん、前情報としてかなり問題があること自体はわかっていて
手持ちのイラレで作ったSVGがかなりの確率で読み込めませんし、
閉領域もNGだし、画像もかなりアバウトです。

※Pythonコードに手を入れるというメンドイことはやりません。^^;



最初の段階でやってみるのは、解析とテストです。
幸い、現状のアプリにはGコード出力機能があるので、それを多少の手がかりにして進めます。


今回は、SmartlaserCo2（mini）は、USB接続によるCOMポート出力なので、
COMポート一覧を取得してSmartLaserが接続されているCOMポートかどうかを判断する部分から始めます。
ということで、C++（Windows）で書くと、こんな感じ。
JSONを扱うクラスが数か所でてきますが、これは値を保存する構造体代わりに使っています。
取得したサンプルはこんな感じ。
/*
    COMポートリスト取得
    ↓結果サンプル
{
    "comlist":[
        {
            "friendlyname":"通信ポート (COM1)"
            ,"name":"COM1"
        }
    ]
}
*/
コードはこんな感じです

int aCom::getComList(aDom8* pZ){
    aDom8& Z = *pZ;    //    JSON-Object
    char    buffer[256];
    memset(buffer,0,sizeof(buffer));
    DWORD    Length = 0;
    HDEVINFO hDevInfo = ::SetupDiGetClassDevs( &GUID_DEVINTERFACE_COMPORT, NULL, 0/*hwnd*/, ( DIGCF_PRESENT | DIGCF_DEVICEINTERFACE ) );
    DWORD w=0;
    SP_DEVINFO_DATA DeviceInfoData = {sizeof(SP_DEVINFO_DATA)};
    for(w=0; ::SetupDiEnumDeviceInfo( hDevInfo, w, &DeviceInfoData ); w++){
        ::SetupDiGetDeviceRegistryPropertyA( hDevInfo, &DeviceInfoData, SPDRP_FRIENDLYNAME, 0, (unsigned char*)buffer,sizeof(buffer),&Length );
        Z[w]["friendlyname"] = (const char*)buffer;    //    JSON-Object
        HKEY key = ::SetupDiOpenDevRegKey( hDevInfo, &DeviceInfoData,  DICS_FLAG_GLOBAL, 0, DIREG_DEV, KEY_QUERY_VALUE );
        if(key){
            DWORD type = 0;
            DWORD size = sizeof( buffer );
            ::RegQueryValueExA(key,  "PortName", 0, &type, (unsigned char*)buffer, &size);
            Z[w]["name"] = (const char*)buffer;    //    JSON-Object
        }
    }
    return    w;
}
っと、ここまではよかったのです。
きっと、【Arduino Mega 2560(COM3)】みたいな感じで、friendlynameが取れると思ってたのです。
しかし、、、残念ながらこのやりかたでは、仮想COMが取れませんでした。
んーーー。
仕方ない。。。WDKいれて、やるか。。。（＞＿＜）

つづく。
投稿者 時刻: 0 件のコメント:
ラベル: , , ,

2016年6月2日木曜日

Smart Laser CO2 というのを組み立てる。の３※Inkscapeは私の知っているDPIでは無かった件。


SmartLaserCO2というのを研究開発目的で購入。の３

時間がだいぶかかりましたが、なんとか完成しました。

まぁ水冷の冷却装置が、個別のパーツもすぐ壊れそうだし、
わざわざアクリルでつくってるのもよくわかんないし、
さらにネジの締め方がありえない弱い構造で、
あまりにも壊れそうなのにもかかわらず、
値段的に甚だ不満があるのはさておき、
とりあえず、S/Wをインストールしてサンプルをダンボールでテスト。


予想を上回るなかなか良いできです。
そして、精度をはかるために、100□80□60□40□20□で板に刻印。

よさげなんだけど、、、寸法を計ってみると、100mmのところが99.6mm。
でも、XもYも同じくこの値なので、機械的には問題無いと予測。

なんかFBのグループでちょこちょこ報告されてるような、
ズレちゃうとか、、直角がでないとか、そういうのはありません。
機械的に問題のありそうなところはかなり気合をいれて作ったので、
それがよかったのでしょう。

で、調査開始です。
このS/W、『Gコードで保存』ができるので、それを保存し、
TABを自分で入れて、EXCELに貼り付け。
まずは座標のグラフ化。


なるほど。なぜこれだけ制御点（正確な呼び名は知りませんが）が多いのかは謎ですが、
それは後回しにして、X,Yそれぞれの座標のMIN,MAXを調べると、
その差は、99.59。

そう、できあがりの99.6は全然間違ってませんでした。

ではどこが問題なのかと言うと、、
『Inkscapeは単位がpixで90DPI』という情報がありまして、
実際、読み込むときも90DPIを指定して読み込んでいます。

いやー、しかし、DPIってのは本来、ラスタ系の解像度を示す単位なので、
ベクタ系のデータとして使われてるのはちょっと違和感がありますが、、
それはおいといて、電卓をあれこれ叩いた結果、
【Inkscapeの90DPIのIは、25.4ではなく25.5である】
という結論に達しました。
この分だけ、誤差というか、、誤った値として取り込まれてしまっています。

この情報、間違いでした。申し訳ありません。
どうも、Inkscapeのデータの持ち方が、イラレ/PDF等のフォーマットとちょっと違う持ち方のようなので、もう少し解明してからまた記述します。

それにしても、まぁ研究開発のテーマがS/Wだから良いのですが、
この出力のためのS/W、使い勝手も、機能も、その完成度も、
今どきとしては考えられないような品質。
やりがいがとてもありそうです(o^^o)







投稿者 時刻: 0 件のコメント:
ラベル: , , , ,

2016年6月1日水曜日

江戸時代から情事好き。

だれかがつくると思ったけれど、、
見つからないのでつくってみました。
 
投稿者 時刻: 0 件のコメント:
ラベル: , , , ,
登録: 投稿 (Atom)