Hackaday.ioでのもう1つのきちんとした汎用はんだごて

、ユーザー[Tomasz Jastrzebski]は、温度制御はんだ付けアイアンを運転するための片思いに見えるカスタムメイドのコントローラを作成しました。デザインは、さまざまな電圧とプローブタイプのために評価されたアイアンで動作することができ、それらは熱電対またはサーミスタベースであることを意図しています。電源を統合するのではなく、これは外部ユニットによって取り扱われ、これを必ずしもグリッドに結び付ける様々なソースから給餌する可能性を与えます。

ハードウェア的には、REF2030の精密電圧源を参照して、INA823計装アンプに基づく素晴らしいフロントエンドで、ショーを担当するユビキタスSTM32マイクロコントローラがあります。入力段は汎用性のあるホイートストンブリッジ入力回路として構成され、微調整のための範囲がたくさんある。

SuperCapacitorバックアップを備えたRTCのサポートなどのはんだ付けアイアンドライバに必ずしも必要ではないデザインには、設計にはいくつかの追加機能がありますが、これははんだごての鉄を運転する必要はありません。温度フィードバックを伴う。ファームウェアが変更されているため、これは他のタスクに役立ちます。マインドに湧き出る1つの潜在的な機能 – それが誤って残っている場合には、一定の時刻に自動的に電源を切ることができます。

概略図には多くの部品が多くの部品が優れています。それは議会の家に余分な選択肢を与えることを理解するので、製造に関わっている私たちの多くが何年もこれをやってきましたが、これは本当に必須の練習です。

STM32G0シリーズマイクロコントローラのファームウェアは、STM32 HALに基づいており、それを簡単に保ち、都合のよいスタジオコードプロジェクトが提供されています。すべてのハードウェア(KICAD)とファームウェアがProject GitHubにあります。

私たちは、このようなユニバーサルはんだ付けコントローラー、JBCアイアンのためのカスタムメイドのコントローラー、そしてこの優れた携帯型Arduinoベースのユニットのように、何年にもかかわらず、いくつかのプロジェクトを見ました。

Leave a Reply

Your email address will not be published. Required fields are marked *

Related Post

Samsung Galaxy S9 Front、Back Panel Leakは、主要なスタイルの変更を再確認しませんSamsung Galaxy S9 Front、Back Panel Leakは、主要なスタイルの変更を再確認しません

SamsungのGalaxy S9は発表されてからほんの数か月離れています。新しいスマートフォンがどのような袖にしているのか、そしてそれがどのように見えるかについての多くの推測があります。 私たちはすでに内側にあるものについてむしろ少し理解していますが、今ではGalaxy S9とGalaxy S9+が外側でどのように見えるかについて、私たちは最高の見方をしています。 TechTasticの写真とWeibo、前面とリアパネルの写真に漏れています。新しいハイエンドフラッグシップの後部パネルは、すべての人が見るために提供されています。少なくとも正面からは、発信銀河S8。ここには主要な再設計はありません。これは、多くの人にとって非常に残念なことであることがわかります。 ありがたいことに、デバイスの背面になると、少なくとも正面を補うために何らかの方法を進める大きな変更が1つあります。 Galaxy S8、特にGalaxy S8+を持っている人は誰でも、後部カメラの側面に指紋センサーの配置がばかげていることを認めます。今では、サムスンがカメラの下に移動したように思われ、その過程で到達するのが大幅に到達しやすくなっています。それは良い知らせだ! 内部的には、Galaxy S9とGalaxy S9+がQualcomm Snapdragon 845またはExynos 9810 CPUで見つけることをすでに期待しています。 Galaxy S9は5.8インチディスプレイを機能させ、代わりに6.2インチバージョンで大きいGalaxy S9+を絞ります。 昨年と同様に、3月に同様に可能な別のイベントで、モバイルワールドコングレス中またはその周辺で両方が明らかになると予想しています。 (出典:Weibo、TechTastic [Google Translate]) 同様に検査するのが好きかもしれません: ダウンロード:iOS 11.2.5ベータ2 IPSWリンクと休日の前にリリースされたOTA iOS 11.2.5ベータ2の変更、ノートのリリース、およびあなたが理解するために要求するチェンジログの詳細

LEDストリップケープ駆動キロメートル分のLEDLEDストリップケープ駆動キロメートル分のLED

[ハドソン]は多くのLEDを運転したいと思っています。キロメートル分のLEDストリップに効率的に対処する運転師は、やってくるのは簡単なことではありません。だから彼は仕事をするために彼自身のビーグルボーンケープを開発する過程にあります。上記のボードレイアウトが彼が働いているのを見ることができます。中央に繰り返し赤い足跡のセットに注目してください。これらは32 RS485コネクタ用のパッドです! もちろん、これはすべてマントラがいるように見える男性の燃焼マンに備えています。まあ、あなたが炎で仕事をするのが好きな種類のソート。しかし、私たちは掘ります。 [Hudson]が法外な数のマイクロコントローラを含めないことの周りのヒンジを処理しているスケーリングの問題は、ストリップのデータバス上でさらに移動するためにビーグルボーンの3.3Vの論理レベルを強化する必要性を妨げる必要があります。長距離にわたってデータを伝送するために開発されたRS485プロトコルを活用することによって – 彼は各リモートストリップコネクタにRS485トランスレータを追加することによって単一の処理ユニットで逃げることができます。彼はBeagleBoneのプログラマブルリアルタイムユニット機能を使用して、ケープ上の8つの運転数に対処する予定です。しかし、最初に彼はトレースルーティングの問題の意見のように見えるものを解決しなければなりません

セキュリティで今週:Samba、Wormhole Crypto Heist、Bogus Cveセキュリティで今週:Samba、Wormhole Crypto Heist、Bogus Cve

Sambaは非常に大きな脆弱性、CVE-202-44142を持っています。 4.15.5と同様に。 TrendMicroの研究者によって見つけられ、この認証されていないRCEのバグはCVSS 9.9で評価されます。節約猶予は、それが有効にされるフルーツVFSモジュールを必要とすることです。これは、MacOSクライアントとサーバー相互コップをサポートするために利用されます。有効になっている場合、デフォルト設定は脆弱です。 POCのコードがすぐに減少する可能性が高いため、攻撃は野生では見られませんでしたが、POCコードが遅くなる可能性が高いため、更新されるだけでなく更新されます。 ワームホールの暗号化 1つの注目に値する販売ポイント、web3は賢明な契約であり、介入なしで非常に迅速に連動する可能性があるブロックチェーンで直接実行されるビットコンピュータプログラムです。グラールな欠点がこれらのものであることは、介入なしで、非常に迅速に送金できるコンピュータプログラムです。今週は、攻撃者がワームホールブリッジを通して326百万ドルのエセラーを盗んだとき、職場での賢明な契約のもう1つの例でした。 CryptoCurrency Bridgeは、2つの異なるブロックチェーン上のリンクされた契約として存在するサービスです。これらの契約により、片側に通貨を入れて、他のブロックチェーンに効率的に通貨を譲渡することができます。私たちが何が悪かったのかを理解することは、[Kelvin Fichter]も同様に[SmartControcts]として適切に理解されています。 ブリッジが転送を行うと、トークンは1つのブロックチェーン上のWISE契約に堆積され、転送メッセージが生成されます。このメッセージはデジタル検査アカウントチェックのようなものです。ブリッジのもう一方の端は「チェック」のシグネチャーを検証します。この問題は、橋の一方の側で、検証ルーチンがエンドユーザーによって、そしてコードがそれをキャッチしなかったということです。 それは暑い点検詐欺です。攻撃者は、偽装された転送メッセージを作成し、Bogus検証ルーチンを提供し、ブリッジはそれを本物として受け入れました。お金の大部分は、他のユーザーの有効なトークンが開催されていた、そして攻撃者がそれらの民族トークンの90,000人で歩き回っていました。 9.8 CVEはそうではありませんでした 安全性およびセキュリティ報告書を扱うことは困難になる可能性があります。たとえば、英語はすべての最初の言語ではありませんので、文法の間違いと同様にスペルで電子メールが入手可能な場合は、それを拒否するのが簡単ですが、これらの電子メールは本当に深刻な問題を知らせています。それ以降は、ChromeのDevToolsが最初に初めてChromeのDevToolsを見つけたので、レポートを入手しています。 CVE-2022-0329はそれらの一つでした。懸念されるバンドルはPythonライブラリです。ロギングライブラリのメジャーCVE? Webは一括して1つのLog4Jスタイルの問題についてまとめてブレースされています。それから、より多くの人々が脆弱性報告書とバグ報告を見て、そして問題の妥当性に関する課題の質問を見始めました。そんなに、CVEが取り消されたこと。 githubが自動通知を発送していたというそのような高い安全性とセキュリティの問題として、バグ以外のバグがどのように評価されましたか。 理論的な脆弱性は、LOGURUの依存関係として含まれているPICKLEライブラリが、信頼されていないデータを安全に逆シリアル化しない逆シリアライゼーションの問題でした。それが有効な問題ですが、レポートは、Roguruが信頼できないデータを危険な方法で逆シリアル化することができる方法を正確に説明できませんでした。 ここでプレイするというアイデアは、「気密ハッチウェイ」です。任意の種類のコードベースまたはシステムでは、プログラムデータを操作することができる点がコードの実行をもたらす可能性がある。これは、そのアサルトがすでにプログラムを管理している必要があることを実行するときに気密ハッチウェイの背後にあります。この場合、ピクルスが逆シリアル化する項目を開発できる場合は、任意のコードの実行がすでにあります。それはそのようなインスタンスを修復するのに適していない状態ではありませんが、それは脆弱性を修復していません。 これがレールから出たところです。 [デルガン]は、Loguruの後ろのデザイナーが本当の脆弱性ではなかった、しかし彼はそのアイデアを中心にいくつかのコード強化を行うことを望んでいるので、承認された元の脆弱性報告書をマークしました。このセットでは、自動化された機械類を動かし、CVEが発行されました。そのCVEは、問題の素朴な包括的な、おそらく自動化された動作も同様に信じられないほど深刻に設定されました。この自動化されたフレンジーは、誰かが最後に踏み込まれる前に、すべての方法をGithub Advisoryに続けています。n。 Windows Eop Pop 1月、Microsoft Patched CVE-2022-21882、Win32コードのWindowsのエスカレーション。それをあなたにトリックさせないでください、それは64ビットバージョンの窓に存在します。あなたがあなたの最新情報の後ろになっているならば、あなたはこのバグのために概念の証明が下がったので、忙しくしたいかもしれません。これはパッチバイパスとして報告されており、これはこの基本的にはCVE-2021-1732とまったく同じ課題になりました。 QNAPが更新されました