Raspberry för konfiguration av embedded

[ankan]

Bygger ett inbyggt system med stm32 processor som jag funderar på ifall det inte är smidigast att ansluta en Raspberry eller liknande som kör en hemsida där man kan konfigurera det inbyggda systemets parametrar samt se data.

Frågan är då om det finns något färdigt system för detta som man kan installera på Raspberryn. Alla webbaserade konfigurationer ser ungefär likadana ut. Tänk tex en router som du loggar in på och kan ställa in olika saker. Alla ser de ungefär likadana ut. Finns det någon färdig plattform som tex Joomla och WordPress fast för att göra en "konfigurationsite"?

[Micke_s]

Nackdelen med rpi är sdkort skador.
Titta på wiznet W5500 och kör hela webbsidan i stm32 så ligger den fast i flashen.

Edit: websidan lär inte bli så avancerad .

[TomasL]

Varför skulle det bli skador på SD-Kortet?

[AndLi]

Sannolikt för att de mountar filsystemet på ett olämpligt sätt och skriver i tid och otid till SD kortet.

Skulle man mountat ett readonly eller kört det i minnet ser jag inte hur SD kortet kan ta skada..

[TomasL]

Nej, det behöver vara ett synnerligen illa konfigurerat system om SD-kortet skall skrivas sönder, oavsett om det är monterat RO eller inte.
Ett RW monterat kort skall inte skrivas sönder om saker och ting är rätt konfigurerat.

[lillahuset]

Tids nog skrivs det sönder. Tids nog kan vara en mycket lång tid.

[TomasL]

Jo, naturligtvis, men då pratar vi åtminstone 2-3 tio-potenser i år, dvs mer än våran tid kvar här.

[XorXaX]

Om man orolig för att skriva sönder SD-kortet kan man nätverksboota på en RPi3. Och det verkar ju som att den ändå ska sitta på ett nätverk...?

.

[mrfrenzy]

Om man konfigurerar raspbian korrekt så håller sd-kortet i minst tio år.
Gör man inte det utan skriver stora loggfiler varje minut går det givetvis sönder snart.

https://domoticproject.com/extending-li ... i-sd-card/

[Micke_s]

Min erfarenhet av RPI är att filsystemet hyfsat lätt blir korrupt om RPI blir strömlöst.
Read-only lär fungera bra. Alla lösningar för göra rpi sd-kortsäker kräver en del jobb.

RPI3 nätverksboot kanske är ok, men kräver i gengäld extern server för kunna fungera.

[ankan]

Nackdelen med rpi är sdkort skador.
Titta på wiznet W5500 och kör hela webbsidan i stm32 så ligger den fast i flashen.

Edit: websidan lär inte bli så avancerad .

Räcker tyvärr inte jättelångt eftersom jag tänker att den även ska agera wifi accesspunkt och ansluta 3G modem för att koppla upp sig. Annars hade hade kretsen varit en början även om jag helst hade sett att den iallafall tog hand om hela konfigurationshemsidan och inte bara tcp/ip stacken.

[ankan]

Om nu inte RPi är en bra lösning, vad kör man annars? Alla som gör en enhet som man ansluter till nätverket som man behöver logga in på för att konfigurera kan väll inte vara skrivna från scratch. Måste finnas något som förenklar hela processen. RPi kanske inte är bra för att den har SD-kort, men det finns väll andra enchipsdatorer man kan använda som har allt i flash, eller?

Tänker att enheten ska kunna koppla upp sig via 3G-modem och sedan ävem agera accesspunkt så något som kör linux i botten känns ju rätt smidigt tänker jag. RPi var det första jag kom på som jag känner till som skulle kunna lösa det. Men det kanske finns andra mer lämpade lösningar. Tanken är att det ska bli en kommersiell produkt i framtiden så om in RPi är lösmningen, vad kör man då?

[TomasL]

Min erfarenhet av RPI är att filsystemet hyfsat lätt blir korrupt om RPI blir strömlöst.
Read-only lär fungera bra. Alla lösningar för göra rpi sd-kortsäker kräver en del jobb.

RPI3 nätverksboot kanske är ok, men kräver i gengäld extern server för kunna fungera.

Då kör du uppenbarligen fel OS

[lillahuset]

"Alla" flashminnen går att skriva sönder om man bara är envis nog, iallafall NAND. "Alla" inbyggda system är flashbaserade (NAND). SD är flashbaserat (NAND). SSD är flashbaserat (NAND).
Jag skriver "alla" för att inte drabbas av någon slags petimeterstorm.

Om du tänker dig för det minsta lilla så ska nog inte SD vara något problem.

1. Köp ett BRA SD-kort, gärna för industribruk.
2. Skriv inte en massa i onödan på kortet.
3. Om det är något du behöver skriva väldigt ofta men som det inte gör något om du tappar informationen från senaste xxx minuterna vid strömavbrott skriv till en RAM-disk och kopiera till SD var xxx minut.
4. Om du kör en RPi utan grafiskt gränssnitt ryms filsystemet på ett 4G SD med drygt 2G ledigt för egna filer. Om du istället väljer ett 8G SD har du 6G för egna filer och det håller enligt grov tumregel tre gånger fler skrivningar. 32G ger femton gånger fler skrivningar.

Edit: Det finns en hel hoper kort som liknar RPi som eventuellt skulle kunna passa bättre men troligen kosta mer och ha sämre support för Linux.

[Micke_s]

Om det ska bli en kommersiell produkt senare så är frågan hur mycket certifieringar du orkar med.

Bygger du in wifi eller annan trådlös teknik i prylen så kommer det ställa mycket hårdare krav än trådad teknik. Många länder utanför EU kräver att testningen/certiferingen är lokal.
Behöver du ett web-baserat gränssnitt ute vid STM32?

* Implementear Modbus(RS485) i stm32, mycket enklare att göra EMC certifieringen.
* Köp en färdig brygga mellan WIFI/ethernet och modbus.
* Skriv en windows/android/iphone app för konfigureringen av produkten.
* Alternativ så bygg något som kan köra på en webserver och prata med din modbus produkt.

Är konfigureringen vid installation eller mer ofta?

Här är en produkt som pratar wifi
https://www.anybus.com/products/wireles ... eless-bolt

Edit: t.ex. Indien, Mexico, Brasilien, Argentina måste du testa lokalt enligt deras radiodirektiv. Vissa andra länder godkänner FCC eller EU tester, vissa bara FCC osv...snabbt mycket jobb....