opentx
OpenTX custom firmware for Transmitters (by opentx)
Marlin
Marlin is an optimized firmware for RepRap 3D printers based on the Arduino platform. Many commercial 3D printers come with Marlin installed. Check with your vendor if you need source code for your specific machine. (by MarlinFirmware)
Our great sponsors
opentx | Marlin | |
---|---|---|
5 | 755 | |
2,025 | 15,888 | |
0.9% | 1.1% | |
9.1 | 9.8 | |
about 1 month ago | about 20 hours ago | |
C++ | C++ | |
GNU General Public License v3.0 only | GNU General Public License v3.0 only |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
opentx
Posts with mentions or reviews of opentx.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-06-18.
- RxBt on radio showing different voltage than OSD
-
Are FLYSKY systems any good in 2021?
Yes. that Jumper T12 Pro is the one I have, and I highly recommend it! I personally had no problems with it at all, but I did have problems with the (much older) Jumper T16, but it seems they learned from their earlier mistakes and the T12 Pro was really perfectly fine for me. The reason I'm not using the T16 is that it's just so much bigger, and frankly the color screen seems like a nice idea (and it is), but it uses a lot of power (battery life) and is just harder to read is full sun light.All of thses transmitters (including FlySky) are some variation of "cheap chinese electronics", and the 'cheap' part is obviously the part we really like. The one problem I know of that it used to have was a software issue in OpenTX (related issues on Github #1 #2, if you're really curious). Basically, using voice output could stop it transmitting, which is obviously very bad (stuff falls out of the sky!), but has been fixed ages ago in OpenTX 2.3.8 (from about a year ago).
- I hope this is the right place, instructions say it should be in R9M ACCESS mode, but even after flashing the firmware to the r9m 2019 module, no such option appears. Transmitter is qx7 accst with r9m access mod, trying to bind to r9 sx
-
Setting Up An Auxilary Servo Controlled Gimbal
Oh man- that's way above my pay grade... I'm going to need some more experience before I can sort that out and it'll be a few days till I can even try since i'm travelling atm. Thanks so much for putting it together though! Pursuing it further- I had had made some progress on github. I loaded this config successfully onto my Taranis and yet I still don't know how to properly utilize it. Ahh well. I'll keep you posted if I ever succeed!
- New to the hobby, made a bad purchase, need help.
Marlin
Posts with mentions or reviews of Marlin.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-12-26.
-
Why Prusa is floundering, and how you can avoid their fate
There is _a lot_ wrong with Marlin. It is a complex codebase, full with ancient artefacts, litterred with preprocessor ifdefs every 2-3 lines of code, dynamic includes in the middle of CPP files, etc[1]. It's about as unreadable as C++ code gets--well, I guess it's not template metaprogramming.
Klipper by contrast is a breeze to read through[2].
I am very grateful for Marlin, for all of reprap, and everyone who has contributed to it. But saying there is nothing wrong with it is straight up misguided.
[1]: https://github.com/MarlinFirmware/Marlin/blob/bugfix-2.1.x/M...
[2]: https://github.com/Klipper3d/klipper/blob/master/src/lcd_hd4...
-
E steps way off.
I think you are mistaken. I can't speak for implementations preceding the Ender 3 V2, so what you're saying may have been true at some point for other machines. However, here you can see Marlin developers confirm that there is an EEPROM on the stock E2V2 board using diagrams from Creality and photographic confirmation. Here is the datasheet for the EEPROM. Here is a thread discussing this Marlin release, and also the then-recent release of official Creality firmware which resolved the same issue. Since the stock firmware is based on Marlin, and at the time Marlin did not support this type of EEPROM, the EEPROM was not usable at launch. Any mainstream firmware (official or third-party) from the last three years will be using the onboard EEPROM unless the user intentionally specified otherwise.
-
FYI: Marlin 2.1.2.1 on Sapphire plus v2
pull latest Marlin from github: https://github.com/MarlinFirmware/Marlin
-
Ender 3 Pro + Octoprint = Thermal Malfunction, system stopped! Heater_ID: E0
Also, checked the following discussion but seems like I need to update the firmware to be able to comment that like right? Temperature variance monitor tweaks by zeleps · Pull Request #23571 · MarlinFirmware/Marlin · GitHub
- Marlin DACAI Screen Bug
-
Anycubic Kobra Marlin 2.1+ based custom firmware
i spent some time and successfully rebased Kobra 2.8.2 OG firmware from an unknown Marlin ~2.0.8 frankenstein to a clean latest (as of now) release (not bugfix) 2.1.x -- v2.1.2.1 + 1 commit
-
Digraphs and Trigraphs
As an example, check the macropocalypse in Marlin - but the actual trigger for me to start was Reprap firmware doing a floating point divide in interrupt context while targeting AVR8 core…
-
Need advice on intermittent thermal runaway (Ender 3 V2)
Any change of thermistor or to a PT100/PT1000 will require recompiling the firmware, because every type has different characteristics. Marlin uses an internal table to calculate the temperature for whatever reading it gets from the CPU's analogue-to-digital converter. It has many tables for different thermistors, but only one is ever incorporated at compile time. So you have to specify which type you're using. You can see the commonly-used types in the list in Marlin's Configuration.h file, in the section headed // @section temperature. The tables themselves are in Marlin/src/module/thermistor.
- Marlin ramps1.4
-
Has anyone actually edited Marlin source code and added a new feature?
FWIW It IS open source but the GNU General Public License v3.0 rules apply. https://github.com/MarlinFirmware/Marlin/blob/bugfix-2.1.x/LICENSE