| ▲ | oytis 8 hours ago |
| There is no lock in, you can use avr-gcc with Arduino boards. Arduino is a portable SDK with HAL, you can add support for your own devices to it pretty easily |
|
| ▲ | zajio1am 8 hours ago | parent | next [-] |
| Yes, i mean more like educational lock-in, trying to push their own tools and SDKs so people get used to them. |
| |
| ▲ | oytis 8 hours ago | parent [-] | | The point is ease of use. It was designed for artists and other non-programmers originally. I've seen people who would never figure out how to use a crosscompiler do pretty cool things with Arduino. |
|
|
| ▲ | ghurtado 7 hours ago | parent | prev [-] |
| The lock-in is that it's a big pain in the arse to use anything but their IDE. Most vendor lock-in isn't "it's impossible to do the thing" but "it's hard enough to do the thing any other way, so this is effectively the only practical way to do it" |
| |
| ▲ | oytis 4 hours ago | parent | next [-] | | But the vendor in this case is Atmel and the hard way has existed before Arduino was created. The contribution of Arduino was that they made the simplified path - it doesn't make sense to accuse them of lock in for that. | |
| ▲ | ErroneousBosh 4 hours ago | parent | prev | next [-] | | > The lock-in is that it's a big pain in the arse to use anything but their IDE. How so? It uses bog standard avr-gcc and avrdude. There is nothing stopping you from using those yourself. What's hard about it? | |
| ▲ | MSFT_Edging 7 hours ago | parent | prev [-] | | It's also possible to import the Arduino libs/headers and build against them with a little bit of Make. I put together a simple setup to skip the arduino ide on an AVR design, but still be able to use their serial.println and other utilities. You can use it side by side with manual register masks for enabling IO. |
|