Raspberry Pi släpper betaversion av eget fjärrstyrningsverktyg

Bra. Ett problem jag ofta upplever är att det i "killgissning teorin" är superlätt att bygga mycket saker med t.ex. raspberri pi, sedan när väl ska bygga så blir det både svindyrt, klumpigt och väldigt tidskrävande. Bara det att 24v är stanard inom automation och man ska omvandla alla digitala och analoga in- och utgångar till detta blir kostsamt.

Hade jag haft obegränsat med tid, så oj vad mycket roligt jag hade byggt med raspberri pi.

Jag är sugen på att just bygga en rasperi pi lösning som ska ha 40st 24V ingångar, 40st 24V utgångar, 20st 4-20ma eller 0-10V utgångar och 20st 4-20ma eller 0-10V ingångar. De analoga utgångarna ska från programkod vara ändringdsbara om de ska vara 4-20mA eller 0-10V. Sedan ska de kunna hantera Hart funktion som vissa analoga ingångskort har. (egentligen 250ohm extra motstånd i analogdelen)

Teknisk sett inga konstigheter, men i praktiken blir det dyrt, klumpigt och väldigt tidskrävande. Detta är ett projekt som man ska bygga helt på sin fritid som man knappt har..

Att göra väldigt enkla saker, ja det är inget konstigt. Jag gjorde i skolan analoga in och utgångar på mikrodatorer som inte ens hade analog in/utgångar. (resistorstege + komparator). Men det blir väldigt kostsamt om man ska ha mängder eller ställer högre krav.
*edit*
Att få upp samplingsprestandan hemmabyggd analog igång med resistorstege är ett coolt projekt för nybörjare inom programmering. Att börja från 1 och uppåt är segt, börja från 50%, sedan 25% eller 75% beroende på svar är mycket snabbare, men sedan kan man förespå vad värdet bör vara och ta med den i beräkningen var man ska börja.

*edit2*
Raspberry pi utklassar självklart plc på otroligt mycket speciellt när man pratar behandla datorkommunikation. Men jag ser inga större lösningar med 24V som jag kan kopiera rakt av som jag skulle kopia om de funnits och vore enkla/billiga att bygga.
Självklart vill jag att detta ska finnas.
Ett problem i sverige är dessa priser. Optokopplare på ingången löser 24V superlätt, det stämmer men sedan om man köper dessa styckvis på Elfa blir det både svindyrt och klumpigt. Få in och utgångarna att räcka, multiplexer eller flera stycken raspberri som slavenheter. Visst går, men det blir snabbt ett projekt som tar lite fritid att bygga. Det blir också lätt ett litet klumpig låda man bygger.

Det är coollt att man rent teoretisk sett kan bygga distruberade iomoduler med raspberri pi som på många sätt skulle utklassa det tradionella plc. Men i praktiken har man gett sig in i ett gigantisk projekt. Inget man ska driva själv utan något för väldigt många.

Tveksam till om detta är värre än vad samma kategori användare hittar på på egen hand.

Ett projekt jag byggt handlar om att ta mängder med bilder och föra över dom till en större dator för processering. En liten PI4 packar lätt ihop 90 720p JPEG i sekunden i bra kvalité med bibliotek som knappast är dunder-optimerade för hastighet. Då ligger allt i ram hela tiden så disk spelar ju ingen roll. Men prestandan finns för saker som hade varit helt omöjliga för några år sedan.

"Om det av någon anledning inte är möjligt att upprätta en direktanslutning kan trafiken istället vidarebefordras genom Raspberry Pi:s servrar, där den krypteras med DTLS."

*inserts MITM*.. varför skulle någon vilja köra sin trafik igenom england där dom avlyssnar all trafik?

Har svårt att sätta fingret på vad specifikt du vill åt:

* den konstiga formuleringen i Swec-artikeln som nästan får det att låta som att de kan se själva trafiken, vilket de iaf vad jag förstått inte får (dock exponeras ju metadatan om vem som ansluter till vem)
* att det (iaf just i början av betatestet) bara finns en TURN-server som fallback, och att den är i UK
* att de öht tillhandahåller TURN som fallback när enheterna inte kan nå varandra (problemet med UK känns inte särskilt unikt)

Men om jag bara ignorerar ovanstående och i blindo svarar på frågan om varför så är nog det mest relevanta svaret att de som lär överväga att använda Connect förmodligen i mycket hög grad föredrar att tjänsten fungerar även när de har kassa förutsättningar för peer-to-peer i nätverken de jobbar med än att de får ett felmeddelande och får lösa konnektivitetsproblemen mellan sina nätverk.

MITM med DTLS är lika knepigt att utföra som med TLS. Och som du antagligen inte känner till (baserat på din okunskap ovan) är det TLS du använder alldeles just nu här på Sweclockers.

Om man ändå skall köra igång en tunnel genom terminalen först, vad är fördelen jämfört med tex VNC över Tailscale?