-
Notifications
You must be signed in to change notification settings - Fork 1k
Add board variant Heteromycin #361
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
This PR might not be finished for a v1.5 release. I'm currently testing the first prototype and I will need to create a new one for the next iteration. That will not happen until the start of next year. |
Hi @hasenbanck |
D7/D8 was inverted, moreover add a comment to specify they are not connected by default. SB6 and SB8 need to be closed to connect them to the CN3 connector. Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Adminius <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
User have to ensure the pin is configured. Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Use the PinName (PY_n) instead of the pin number (Pyn) Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Function always return map->pin Signed-off-by: Frederic.Pillon <[email protected]>
This will cause hard fault if used so check if NC can be removed Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
For F1 LL_GPIO_PIN_X is not the same than GPIO_PIN_X Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
gen_build_conf_list was modified inside build_config as paste by reference. This means any option added to fqbn was kept for next build. Example if USB was enabled then it was enabled for all following build. Signed-off-by: Frederic.Pillon <[email protected]>
Build only the default sketch (BareMinimum.ino) Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Allow to configure a pin as describe in a pinmap Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Fix #275 Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
This is required to handle properly ADC control Signed-off-by: Frederic.Pillon <[email protected]>
Signed-off-by: Frederic.Pillon <[email protected]>
Only 3 Ax on ARMED V1 so remove sketches using higher analog pins. Signed-off-by: Frederic.Pillon <[email protected]>
Upgraded the MCU to a H7 variant. As soon as the H7 PR is in master, I will rebase this whole branch on current master. |
Use them RAM_D1 domain to save the BSS and DATA of the programm. DTC is still used for HEAP and STACK.
Development is currently paused. So I will close this PR for now. |
Don't merge yet. Only opened the PR for visibility and early code review. I would like to include this board variant with v1.5 after testing the new board in the next couple of weeks.
After designing RemRam I decided to take a more radical approach and created a new 3D printer board which is much more powerful and takes lessons after designing and producing RemRam boards. The result of this design is "Heteromycin", which includes a deeply integrated Raspberry Pi (by utilizing the HAT specification) and is of course open sourced (https://github.com/hasenbanck/heteromycin).
I took the liberty to rename the menu section "RemRam series" to "3D printer boards" to not clutter the core more than necessary (as suggested in #347).