組み込みの里の標識を3D印刷で更新しました。
文字は1ミリ厚で、ベースは2ミリ厚です。
スライサーのQIDI Printの後処理指定で2mm点でフィラメント交換の為のpauseを入れるようにしています。
以前の木材にlaserで焼いたものは読めなくなってしまいましたが、今回のものも日焼けして色が抜けてしまうかもしれません。
電池駆動半田ごてケースの修理の続報です。
底面の形状をスキャンしてBMPからInkscapeでトレースしてSVGにしてFusion360に取り込みました。ここまでは前回お知らせしました。
実際のサイズは、WHD 37×24.7×6でした。
取り込んだSVGのスケッチを6mm厚で押し出してから、この実物のサイズとスケッチのサイズWHを測定して比率に基づいて拡大を行った。
現物を観つつ、ノギスで計測していきます。外観のカーブが取れているので、スケーリングで合わせます。残りはちまちまと合わせていきます。
レビューをしたつもりで、スライサーにSTLファイルを読み込ませました。
種々パラメータ設定してスライス処理を実施
ほどなくスライスが進み
48分の所要時間を示して、gcodeファイルが生成されました。
これをUSBメモリに入れて3Dプリンタで印刷するのが現在の運用です。ちなみにプリンターにWifiも有るのでリモートでの印刷も可能です。
一見良さそうな試作設計段階でしたが・・・・
評価してみると・・・・
折れてしまいました。構造が不味かったですね、不正確な作図で薄くなっていました。気を取り直して修正して作成しました。まだ、サポートが付いている状態がこちらです。
無事に装着して嵌合も出来ました。
強度的にもよさそうです。
荒天が予想されお休みとさせて頂きます。
急なお知らせで申し訳ございません。
2024年があけました、今年もよろしくお願いいたします。
ご利用いただいている方々の支援をしつつ、整備や学びをしています。
昨年問い合わせをいただいたRISC-Vのミニボードの評価作業でのお手伝いなどを通じてカードを用意したりしています。どうぞよろしくお願いいたします。
大洋電機が出しているMSD20という電池式半田ごての本体ボディの作りがいまいちで元々電池蓋が取れがちだった。そしてやがてそれは折れてしまい使えなくなっていた。放置していたのだが3Dプリントで修理することにした。
手順としては、まず折れた部品をコピー機にかけてスキャンする。
得られたbitmapファイルをInkscapeでインポートしてビットマップを
トレースしてパスを得る。
得られたパスはfillされている形なのでfillをなしにして
strokeをありにすると以下のようになる。
表示モードを変えると構成点で以下の様に表示される。
要らない外枠をctrlキー押しながら、選択していく。
削除すると2つのデータになる。
左のデータをマウスで領域選択する
削除すると目的の底板のアウトラインが得られる
この状態でSVGファイルとして保存する。このSVGファイルをFusion360で取り込んでサイズの補間をする。
実際にノギスで測ったサイズとSVGデータのサイズをスケーリングするわけだ。
Fusion360では、計測機能があるのでSVGのサイズ(S)を求めて実際のサイズ(A)で縮尺処理をする。スケーリング指定では(A/S)の形で与えれば実際のサイズに変換できる。
下絵のベースが出来たら少しずつ実物をトレースしていき仕上げていく。
実際には、半分だけ仕上げてカットした形からミラーリングで作り上げる。
作り上げたファイルはSTLにして落として、プリント用にスライスしてgcodeファイルを生成して、プリンタに掛けるという手順だ。Thingiverseに登録しておいたが、まだ印刷前なのでinprogressとしている。
修理は実際には、その先で始まり爪がうまく止まるように調整していくことが必要ではある。
別宅は、普段は住んでいない週末の家なのだ。先日、水洗トイレが止まらなくなるという事態が発生して、フロータンクの中の部品(大小で流す水量を調整する可動式の弁?)がズレてしまうことが問題のようだ。写真での右中央にあるものが大小で動作する部品なのだが、これが収まる黒い樹脂部品容器がずれてしまうことで問題が起きるようだった。問題がおきたら、水栓を止めてから、この黒い容器を動かして調整をして様子を見てきた。トイレの水量が止まらなくなると水道代として漏水扱い(実際そうなのだが)として料金が跳ねあがるのだ。1週間あるいは2週間留守にすることもあるので実際に今回の水道料金は普段が2500円程度のものが12000円程度になっていて水道メーターの管理で来た人もたまらずベルを鳴らして訪ねてきた。普段は在宅していないので偶々休日にこられたのだが・・・。顛末は理解していたので、あの1件だとわかった。何かの拍子でずれることもあるだろうから、固定化する修理までは、留守にするときにトイレ内の水栓を止めるようにしていた。
水道代の請求から修理することにしたのだが落ち着いてよかった,
雰囲気としては、昔のアマチュア無線のノブを設計するのに似ているが、大きなネジ
自体は近いサイズのネジを作りこんでからスケーリングで合わせるしかなさそうだ。
なんだか、それなりのものが出来た。一番難しかったのは螺子の谷に埋め込まれたサポートの取り外しだったが、バリ取り工具のプラ用で取り去ることが出来た。 |
DMAでADC開始した後にさらにADC開始をしていたために一回チャネルがずれてしまうことになったようだった。
pUart = &huart1;
HAL_ADC_MspInit(&hadc1);
HAL_UART_Receive_DMA(pUart, RdBuff, RCV_BUFF_SIZE); /* 受信開始 */
HAL_ADC_Start_DMA(&hadc1, ADC_BUFF, ADC_BUFF_SIZE*6);
HAL_ADCEx_Calibration_Start(&hadc1);
HAL_ADC_Start(&hadc1);
修正にいたる過程では6chのうち一つだけを増やしてサンプリングしたいということなどの要望がありDMAを使うものと割り込み駆動をするものとでトライしたがままならずDMAのみでサンプルするチャネルを当該のみ10倍にすることにした。この際に、バッファ段数の動的切り替えなどをトライする過程でADCとDMAの停止・取り込み再開の検討をする中で上記の点について気づきなおすことでトリガ単位で一つのチャネルをADC取り込みがなされることを確認できた。
HAL_ADC_MspInit(&hadc1);
HAL_UART_Receive_DMA(pUart, RdBuff, RCV_BUFF_SIZE); /* 受信開始 */
HAL_TIM_Base_Start(&htim3);
HAL_ADCEx_Calibration_Start(&hadc1);
HAL_ADC_Start_DMA(&hadc1, ADC_BUFF, ADC_BUFF_SIZE*15);
STM32を使った測定器開発案件で、i2Cデバイスで2つのメモリ領域を持つデバイスの対応で嵌った。I2Cで用いるHAL層は以下の関数なのだが、領域全体をアクセスする場合と個別をアクセスする場合とでズレるのだ。ちなみに個別アクセスした場合には正しくアクセスできるが、連続アクセスした場合には1番地ズレた形でアクセスされて、最終領域に先頭データが読み込まれた。
HAL_StatusTypeDef HAL_I2C_Mem_Read(I2C_HandleTypeDef *hi2c, uint16_t DevAddress, uint16_t MemAddress, uint16_t MemAddSize, uint8_t *pData, uint16_t Size, uint32_t Timeout)
そう、HAL層に違いはないのだ。
この事例では0x50(0xA0)と0x51(0xA2)のI2Cアドレスを持ち、それぞれに256バイトの空間を持つデバイスでした。以下のAPIを変えて実行してみると結果が異なった。
HAL_I2C_Mem_Read(&hi2c1, 0xA0, 0, 0x100, BUF, 256, 100)
1番地から読み出されて最後に0番地の内容が得られる
CubeMXのバージョン違いを確認してHAL層のコードとしては違いはなかった。
i2Cの仕様として、メモリデバイスとそうでないものをMemAddSizeにて処理を分けている。今回のデバイスはどうも、メモリデバイスではあるもののそのプロトコルの実装に問題があるようだ。
I2Cの評価用ツールをお客様がお持ちだったのでその内容と検証して後者の実装で
逐一アドレス指定をする形での実装を行った。デバイスの検証は必要なステップだと改めて感じた。