arduino / arduino/ArduinoCore-API
VirtualPins
- 主要言語
- C++
- スター
- 306
- フォーク
- 150
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
Hi!
I have and enhancement proposal to do small changes in the wiring_digital file and pins_arduino pin mapping, fully preserving compatibility, virtualizing the pins concept and do media (SPI,I2C, etc..) abstraction.
With minimal impact on existing function performance. The existing checks can work on an extended pin map and only adding an if, comparing pin number with a constant to existing functions (digital read/write).
In case of mapping to a virtual pin then the "content" is sent over an SPI or I2C (according to the map).
with this changes, libraries like LiquidCristal wouldn't have to be rewritten to control the same LCD's wired over SPI or I2C.
There are a LOT of advantages beside the mentioned one, but just for that I thinks it worth the effort considering the minimal impact it has.
I've done the implementation and some tests, available here for testing/appreciation:
https://github.com/neu-rah/VirtualPins
but I wish to put it here for discussion first and to get some advice on how should I proceed.
1. do a pull request with the changes to the arduino environment.
2. implement an alternative core and board that use virtual pins by duplicating some of the existing boards and pointing them to the alternative core.
waiting for feedback.
thanks.
_P.S. this was once done (in bad timing, to and older IDE) but now I'm available again and ported it to 1.8.3_
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
調査の方向性
まず wiring_digital ファイルと pins_arduino のピンマッピングを確認し、次に、提案された動作をリンク先の VirtualPins リポジトリにある実装およびテストと比較します。既存のピン API との互換性が維持され、仮想マッピングで SPI または I2C 経由のコンテンツ転送が可能になり、パフォーマンスへの影響が最小限であることが示されれば、提案は完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- cpp
- 領域
- api, embedded-iot
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 20/100