8月末、このコントロールユニットでエンジンを始動できるのは3人だけでした。 一般的に、気分は非常に憂鬱でした。
3か月が経過し、すべてが何らかの形でゆっくりと改善し始めました。
修正されたバージョンのボードがリリースされました-必要に応じて、stm32f407チップをボードに直接はんだ付けできます。この形式のボードはほとんどデザイナーのようには見えません。
rusEfiクラブには現在、10人と12台のモーターがあります。 最初の列6と最初のモペットが巻き上げられました。 最初の非オリジナルボードが登場しました。
FSIO
一方では、すべてのエンジンは、エンジンの制御に関して互いに非常に似ています-ノズル、火花、それだけです。 一方、現代のエンジンには、排気ガス回収システムのソレノイド、吸気形状変更システム、カムシャフトの相変化システムなどの補助装置が装備されていることがよくあります...さらに、ECUにはアタッチメント（空調、パワーステアリング、ラジエーターファン）を制御するタスクもあります。 ここには多くのバリエーションがあり、すべてをプログラムすることはできません。 柔軟でセクシーな入力出力はrusEfi ECUチップであり、ユーザー定義の論理式または算術式を使用して、このような非標準機器を制御できます。
たとえば、ガスポンプの制御：Cのプログラミングロジックの代わりに、FSIO式（time_since_boot <4）OR（rpm> 0）を使用します
実装の詳細：式をポーランド語の逆表記に変換し、この形式でこれをすべて迅速に検討します-最適化してさらに高速なプロセッサを待機する場合、FSIO式は各回転で既に考慮できるため、フィードを修正できます燃料または火花。 しかし、これはまだ夢です-今のところ、比較的遅いデバイスを管理しているだけです。
もう少し複雑な例： ヒステリシスがあるため、異なる温度でファンをオン/オフする必要があります。
（ファンおよび（クーラント> fan_off_setting））または（クーラント> fan_on_setting）
既存の制御ユニットでは、多くの場合、何らかの形式の非標準出力ポートの構成があります。 サブジェクト指向言語を介して追加のポートを管理するオプションは、おそらく、コンパイルと再プログラミングを必要としないすべてのオプションの中で最も柔軟です。
甘やかす
私は個人的に車についてあまり知らないことを理解する必要があります-私はプログラマーです。 どういうわけか、モーターは動作しますが、これがどれだけ良いか悪いかはわかりません。この問題に関する適切なツールは車力計です。
ネイティブユニット：121 ls /フィートあたり127ポンド。
rusEfiの最初の打ち上げ-息をのむような1足あたり44ポンド/ 69ポンド。 エンジンは全範囲で同じ点火時期を好まない/
8回目の打ち上げ：ネイティブブロックの前に1フィートあたり123ポンド/ 128ポンド-乾杯。 この場合、イグニッションのみがセットアップされました-燃料はデフォルトのパラメーターでSpeed Densityによって考慮され、明らかにチューニングの可能性が残っています。
なぜパワーが1.5馬力しか増えないのですか？ 第一に、疲れてお祝いに行ったからです:)第二に、ストックモーターから素晴らしい数字を得ることができないため、rusEfiのタスクは、工場のユニットが動作しなくなったときに行った変更でエンジンを制御することです。
計画
それでも、ノックセンサー信号をデコードするHIP9011との統合が機能しない理由を理解する必要があります。
shagovikに基づいてアイドルバルブを制御する必要があります-これまでのところ、ソレノイドのみがサポートされています。
それでも、私はもっと自動車のアーム-TMS570を試したいです。
そして、はるかに。
rusefi.com
rusefi.com/forum
www.facebook.com/rusEfiECU