- Finds micropython library. Ok.
- Finds schematics for physical connection. Ok
"But where do I find that fiddly SD-card bracket?"
- Opens a drawer, sees a mound of useless MicroSD-adaptors. Ok.
11–20 of 66 posts
- Finds micropython library. Ok.
- Finds schematics for physical connection. Ok
"But where do I find that fiddly SD-card bracket?"
- Opens a drawer, sees a mound of useless MicroSD-adaptors. Ok.
> While it was easy to get a (RPI) solution up and running in a short time, over time we got a lot of problems resulting from using the Pi. A key problem of the Pi's design is, to rely on an SD-card. > after some months the SD-card broke and the application crashed. High-end industrial SD-card lasted longer, but finally still broke. > So we made the decision, to build a replacement, which is focused on high-reliabili…
But yes, then you need network storage or USB SSDs or something
"All I want for Christmas is SD-card reader on my ESP32." - Finds micropython library. Ok. - Finds schematics for physical connection. Ok "But where do I find that fiddly SD-card bracket?" - Opens a drawer, sees a mound of useless MicroSD-adaptors . Ok.
> While it was easy to get a (RPI) solution up and running in a short time, over time we got a lot of problems resulting from using the Pi. A key problem of the Pi's design is, to rely on an SD-card. > after some months the SD-card broke and the application crashed. High-end industrial SD-card lasted longer, but finally still broke. > So we made the decision, to build a replacement, which is focused on high-reliabili…
Don't get me wrong, the end result is really cool and if just an ESP can cover their entire use case then the Pi was definitely overkill, but it just seems like inventing a flying car because you once got a flat tire.
> While it was easy to get a (RPI) solution up and running in a short time, over time we got a lot of problems resulting from using the Pi. A key problem of the Pi's design is, to rely on an SD-card. > after some months the SD-card broke and the application crashed. High-end industrial SD-card lasted longer, but finally still broke. > So we made the decision, to build a replacement, which is focused on high-reliabili…
They decided to design this whole thing instead of just going with a read only SD partition or one of the CM4 docks with eMMC? Don't get me wrong, the end result is really cool and if just an ESP can cover their entire use case then the Pi was definitely overkill, but it just seems like inventing a flying car because you once got a flat tire.
Right now the supply chain problems RPys are so big,that they are reselling RP 4s for over 300 euros!!
Imagine that over night the price of cars go 3x and you have to wait a long time for them.
Different people are finding different alternatives. We also created a very convoluted solution.
Earlier quoted context omitted.
They decided to design this whole thing instead of just going with a read only SD partition or one of the CM4 docks with eMMC? Don't get me wrong, the end result is really cool and if just an ESP can cover their entire use case then the Pi was definitely overkill, but it just seems like inventing a flying car because you once got a flat tire.
We also depend on RPys. Right now the supply chain problems RPys are so big,that they are reselling RP 4s for over 300 euros!! Imagine that over night the price of cars go 3x and you have to wait a long time for them. Different people are finding different alternatives. We also created a very convoluted solution.
Lots of alternatives available and superior for most specific use cases, which people are discovering and/or transitioning to because of RPi's availability issues. Once this happens it'll be difficult to win those people back.
> While it was easy to get a (RPI) solution up and running in a short time, over time we got a lot of problems resulting from using the Pi. A key problem of the Pi's design is, to rely on an SD-card. > after some months the SD-card broke and the application crashed. High-end industrial SD-card lasted longer, but finally still broke. > So we made the decision, to build a replacement, which is focused on high-reliabili…
Anyway, kudos to this board designers ! :)
> While it was easy to get a (RPI) solution up and running in a short time, over time we got a lot of problems resulting from using the Pi. A key problem of the Pi's design is, to rely on an SD-card. > after some months the SD-card broke and the application crashed. High-end industrial SD-card lasted longer, but finally still broke. > So we made the decision, to build a replacement, which is focused on high-reliabili…
Personally I'm interested in running ADC daughter boards on it. Current solution is to hook an eMMC Pi-clone to a separate co-processor board, but having both on a single board is easier. An alternative would be to run a RTOS on the Pi-clone, but I don't know any that support clones with eMMC (I have Tinker Boards and RockPis)
Earlier quoted context omitted.
We also depend on RPys. Right now the supply chain problems RPys are so big,that they are reselling RP 4s for over 300 euros!! Imagine that over night the price of cars go 3x and you have to wait a long time for them. Different people are finding different alternatives. We also created a very convoluted solution.
I think that when the dust settles RPi will have lost a lot. Lots of alternatives available and superior for most specific use cases, which people are discovering and/or transitioning to because of RPi's availability issues. Once this happens it'll be difficult to win those people back.
> While it was easy to get a (RPI) solution up and running in a short time, over time we got a lot of problems resulting from using the Pi. A key problem of the Pi's design is, to rely on an SD-card. > after some months the SD-card broke and the application crashed. High-end industrial SD-card lasted longer, but finally still broke. > So we made the decision, to build a replacement, which is focused on high-reliabili…
They decided to design this whole thing instead of just going with a read only SD partition or one of the CM4 docks with eMMC? Don't get me wrong, the end result is really cool and if just an ESP can cover their entire use case then the Pi was definitely overkill, but it just seems like inventing a flying car because you once got a flat tire.
RPi4 supports usb boot for some time now.