Vad finns det för fallgropar - EMC, transienter osv?

[AndLi]

För att det ska vara nybörjar vänligt och se till att klivet in på riktiga projekt blir större...

Det var alltså Arduinons språkval jag kommenterade ovan vilket är ett Arduino specefikt språk med influencer från c/c++

Du provocerar inte, du visar bara upp din okunskap om elektronikutveckling btw...

[sodjan]

> Men vad jag förstår gör man själva programmeringen i något annat språk än vanlig C++ som man använder för Arduinon. Varför?

Av samma orsak som att snickaren inte skruvar i skruv med hammaren.
Och de som har grundläggande kunskap om snickeri förstår varför.

[WhyNotOnMars]

För att det ska vara nybörjar vänligt och se till att klivet in på riktiga projekt blir större...

Det var alltså Arduinons språkval jag kommenterade ovan vilket är ett Arduino specefikt språk med influencer från c/c++

Jag skulle säga lite mer än "influencer". Det är C++ med ett preprocessing-steg som bara lägger till lite includes och deklarationer.

Inte helt med på vad du menar med "nybörjarvänligt", menar du PLC-programmeringen? För C++ används garanterat i mer komplicerade applikationer än PLC, och i minst lika säkerhetskritiska system också.

Men det är ju jättebra att köra ett enklare programmeringsspråk i PLC om man kan komma undan med det, det har jag givetvis full förståelse för. C++ är bara ett nödvändigt ont i många system som man helst skulle vilja byta ut mot något annat, t ex Rust.

[AndLi]

Nä jag menar Arduinospråket, att det är skapat för att göra det lättare för nybörjare.

[WhyNotOnMars]

Nä jag menar Arduinospråket, att det är skapat för att göra det lättare för nybörjare.

Det är som sagt C++ med ett extra preprocessing-steg. Betydligt mer komplicerat än PLC (hoppas jag iaf, annars har de verkligen gjort något fel när de designade språket de kör!).

[AndLi]

Sätter du en modern obejktoritenterad programmerare framför en PLC som använder Step Ladder och Instruction List så är denne nog ganska förvirrad, sätter du en assembler-programerar framför samma sak kommer han vara igång på en sekund...

SL/IL gissar jag är minst en 10-20 år äldre än C++...

Men tex Simens Logo kan man ju programmera helt grafiskt genom att dra lite streck mellan lite boxar, typ LabView alltså..

[DanielM]

Det vore intressant och höra vad en Siemens Logo PLC har egentligen för skydd, än att höra att uC har inget skydd alls. Mest bara för en utvecklande diskussion.

[AndLi]

Det finns flera som plockat isär siemens logo på nätet, så du borde kunna få en uppfattning utan att köpa en själv och slakta...

[RuneStone]

PLC är väl till att börja med att jämföra med fpga. Programmeringsspråken följer IEC-61131-3 vilket är en standard. Ett av dessa är ST vilket är ett högnivåspråk likt C. En PLC följer massa standarder i hur saker och ting exekveras. Det finns många timmar av ingenjörstänk bakom detta. Språken och uppbyggnaden säkerställer också att vissa programmeringsfel och instruktionsfel kan undvikas. I en uC kan man ju i princip göra vad man vill. Nyare PLC klara även av flera andra högnivåspråk. Bland annat C++. Att programmera avancerade program i PLC är inte trivialt utan kräver mångårig erfarenhet och kunskap

[DanielM]

Så det är standarden IEC-61131-3 som gör det säkert, eller bara en standard för att alla ska göra på samma sätt?

[AndLi]

Kanske inte den mest tekniskt djupdykande videon...

[Nerre]

En PLC programmerar man ju oftast inte på samma sätt som en dator. I en dator kan man t.ex. klanta sig i kodningen så att man i vissa tillfällen hamnar i en oändlig loop.

Men en PLC programmerar man oftast istället som ett reläschema. Programmet i PLCn snurrar i en loop några hundra gånger i sekunden, i varje sån loop läser den av status på ingångar och sätter status på utgångar (dessa in- och utgångar behöver inte vara på PLC:n, utan kan vara på interna funktionsblock).

PLC togs alltså från början fram just för att ersätta relä-konstruktioner. Det skulle antagligen gå att även ersätta en PLC med diskret logik (med AND, OR-grindar, vippor etc).

Nu finns det antagligen moderna PLC som kan programmeras på lite andra sätt också, men att använda ett så kallat "ladder diagram" för att programmera en PLC är nog det absolut vanligaste.

https://en.wikipedia.org/wiki/Ladder_logic

[DanielM]

Kanske inte den mest tekniskt djupdykande videon...

Det är ju bara vanlig elektronik där i. Trodde det skulle vara riktig svart magi, precis som Beijer IX paneler.

En PLC programmerar man ju oftast inte på samma sätt som en dator. I en dator kan man t.ex. klanta sig i kodningen så att man i vissa tillfällen hamnar i en oändlig loop.

Men en PLC programmerar man oftast istället som ett reläschema. Programmet i PLCn snurrar i en loop några hundra gånger i sekunden, i varje sån loop läser den av status på ingångar och sätter status på utgångar (dessa in- och utgångar behöver inte vara på PLC:n, utan kan vara på interna funktionsblock).

PLC togs alltså från början fram just för att ersätta relä-konstruktioner. Det skulle antagligen gå att även ersätta en PLC med diskret logik (med AND, OR-grindar, vippor etc).

Nu finns det antagligen moderna PLC som kan programmeras på lite andra sätt också, men att använda ett så kallat "ladder diagram" för att programmera en PLC är nog det absolut vanligaste.

https://en.wikipedia.org/wiki/Ladder_logic

Så det är PLC pråket som gör PLC:n, inte själva skyddet?

[TomasL]

Så det är PLC pråket som gör PLC:n, inte själva skyddet?

Nja, det är ju hela paketet.

[DanielM]

Jag vet hur en PLC fungerar och förstår att det finns regler hur programmet ska flöda.
Men bortsett från detta, hur är skyddet?

Det lär väll vara rätt grundläggande skydd mot transienter och störningar?