Svenska ElektronikForumet

Palle500, tur jag använder 24VDC.

Det är klart jag kan C/C++. Men jag tänkte se hur det blir om jag använder
något som är avsett just för det jag vill göra. Några brytare, några reläer.
Hela listan på "programspråk" är här och jag kan inget av de (än). Med en esp32/raspberry/etc blir det alltid fråga om interfejsning
och skruvplintar och sånt. Mycket smidigt att bara köpa den delen.
Om man sen skriver C/C++ eller PLC-språk, ja nu vill jag prova PLC-språk.
Även om logiken inte är så märklig, så har jag märkt att det alldeles
för lätt blir buggar när jag skriver C++. Tänkte testa om det är enklare
med PLC-språk. Och lära mej lite nytt. Kanske jag kan säga "PLC, baah"
med gott samvete efter detta. Eller så tar jag till mej det.

Lägger till en bild på FX1N kina-kopian. https://www.amazon.se/dp/B086G3SF6C
Finns en drös olika såna på aliexpress.

Jag köpte en FX-klon för ett antal år sedan för att jag var nyfiken och hade tillgång till GX IEC Developer. Negativ logik på ingångarna, vanligt i Japan men inte riktigt vad vi är vana vid. Värt att verifiera/kolla innan man köper en sådan.

OpenPLC, molnbaserat med kommande prenumerationslicens utan prisuppgift.
"Vi bjuder på allt medan du gör vårt jobb att testa, sen när det fungerar vill vi ha betalt av dig för att använda det." - Nej tack.

Finns en off-line version men frågan är vad som händer med den...

Både Fx3 och Fx5 har möjlighet att koppla om mellan positiv och negativ logik. De mindre Fx varianterna har jag ingen erfarenhet av, men de har förmodligen den möjligheten också.
Står i manualen hur det fungerar.

Kinakopier kan ju tänkas spara in pengar på att inte göra dom omkopplingsbara. Därför är det intressant att veta om du läst manualen.

Ja, min riktiga FX0-14MR har S/S anslutning, min FX-nånting klon har det inte - därav "varningen". Någon manual följde inte med klonen som benämndes

PLC117# Single board plc,20MR compatible for Mitsubishi plc,STM32 MCU 12 input point & 8 output point

när jag köpte den 2013... På hawkans bild ovan syns ingen S/S-anslutning heller.

Notera dock att även orignalen finns (eller fanns(?)) i en "World spec" och i en "Japanese spec" där den senare saknar S/S-anslutningen och alltså inte är omkopplingbar.

Mitsubishi avänder väl SG, GS eller var det SS plinten heter för att beståmma logic? Man glömmer fort när man inte håller på.
Glömde koppla in den en gång så jag fick 30-40 flytande ingångar, blev ju en intressant drifttagning om inte annat.

Mindmapper skrev: ↑29 mars 2026, 10:20:44 veta om du läst manualen.

Nej, har letat men inte hittat nåt alls.
Kanske ska ta en lite djupare letning.

hawkan skrev: ↑29 mars 2026, 09:14:25 Lägger till en bild på FX1N kina-kopian.
Skärmbild 2026-03-29 091314.png
https://www.amazon.se/dp/B086G3SF6C
Finns en drös olika såna på aliexpress.

Skrev inlägget ovan innan jag såg din bild. Av bilden kan man nästan gissa att de tagit bort möjligheten att koppla om mellan negativ och positiv logik.

Jag skulle vilja prova open plc - ESP på grund av skäl som är nästan tvärt om mot dina.
Har erfarenhet av ganska många PLC. Snickrar en del med ESP men är dålig på att programmera annat än PLC. Fördelen med en ESP mot en PLC är att ESP har alla digitala och analoga I/O. En PLC då ska du i regel bygga ut med moduler. Blir både kostsamt och tar mycket plats. För hemmabruk är det en smidigare lösning än PLC.

Som CPMS skriver så är PLC överlägsen när det gäller industriellt utförande, de är gjorda för att jobba med spänningar som varierar, transienter i stort format, och de går väldigt sällan sönder. Jag har dålig erfarenhet av billiga Schneider dock, de är nog de PLC jag har sämst erfarenhet med tillförlitligheten av. Har haft problem med tre stycken av ett drygt tiotal, LCD på en, minne på en annan och förmodligen nätdel på den tredje. Inga problem att få nya men i en produktionsmiljö vill man inte ha störningar. Gick över till ett annat billigt system, Siemens LOGO men de har en massa konstiga saker för sig som t.ex att mjukvara i PLC och och programmet du programmerar med måste ha rätt versioner för att få allt att lira tillsammans. Ett PLC ska fungera utan att du måste uppdatera dess mjukvara då och nu.

Alla större PLC har inte behov av att uppgraderas då och nu för att kunna kommunicera med datorerna du använder för felsökning. Så är även fallet för de flesta små PLC. Har du senaste programmet i datorn kan du kommunicera med PLC'na utan att behöva bry dig om vilken mjukvara dessa har. I det här fallet vet jag inte om vi fick en bättre lösning med LOGO en med de billiga Schneider. Tycker i varje fall bättre om Schneider än LOGO. Schneider är väldigt trevliga att programmera och jobba med trots att vi hade mer problem än nödvändigt med deras små system. De större Siemens systemen är en helt annan sak, TIA-portalen har otroliga möjligheter och är i en helt annan division än LOGO.

Hemmiljö är som sagt en annan sak, och ESP har otroliga möjligheter att kommunicera med billiga sensorer över en massa små bussar (även en del industriella bussar). Dessa småbussar skulle aldrig platsa i industriella miljöer men är väldigt händiga hemmavid för att bygga ut ett ESP system.
Ett sista ord om PLC kloner, de är ju också en PLC för "hemmabruk". För att få dom billiga har du tagit bort det mesta som gör att ett PLC kan överleva i en industriell miljö och förmodligen lite till.

Vill du köra ESP-baserat, kolla in Waveshare's grejor. Har en ESP32-S3-ETH-8DI-8RO-C som styr elpatronerna i pannan via en effektvakt och en Dallas 18b20 tempgivare. Styr också pelletsbrännaren lite provisoriskt med den.
Lite bökig att progga tills man kommer på vilken multiplex dom amvänder för utgångarna men annars inget större problem.
Hade man hittat ESPHome's sida över den hade allt blivit betydligt lättare än att som jag gå via pcb'n och datablad.

Personligen så ser jag att grafiska programmeringsspråk i mångt och mycket tappar alla sina fördelar nu i och med intågande av AI. Svårt att få bra hjälp där med FBD.

C/C++ glänser AI på och man kan få all möjlig hjälp med att koda, felsöka eller bara granska kod.
ST funkar också helt OK det jag testat med Codex/GPT men där kan det ibland fallera på små skillnader mellan olika tillverkares språkstandard.

För att jämföra C med ST så är vissa enkla saker enklare i ST, men lite mindre enkla saker väldigt mycket bökigare i ST.

Ni som letar PLC, varför?
Är tanken att ha ett snäpp upp mot nåt hemmasnickrat med en ESP programmerad i Arduino IDE så bör man ju skippa allt med Open-PLC och sånt ändå.
Då är det ju riktig hårdvara som gäller och dess programmeringsverktyg.

Och då kommer ju nästa punkt om kompatibilitet, äldre PLCer finns i drivor, men alldeles för gamla programmeringsverktyg kommer snart bli svårt att köra.

Jag har inga konkreta tips på fabrikat, Beckhoff är prisvärt, men det är väl allt jag vill säga.
CoDeSys lät lovande, jag har testat det en del och tycker det är rätt lätt. Men jag ser inte genomslaget i branschen riktigt. Annars ska ju det vara fabrikatsoberoende.

För att det skulle vara ett enklare sätt än att programmera esp32 eller annan arduino-processor.

Men beroendet med olika programmeringsmiljöer stör mej,
att det ska vara så svårt att använda en etablerad produkt?

Men efter att ha testat OpenPLC är jag inte alls säker på att det är rätt väg.
Jag har gjort logiken både i ladder och C, samma princip men olika språk.
Det är inget stort, bara 6 brytare och två reläer. Två sekvenser, i övrigt direktstyrt.

Det finns ju ett lite utbrett stöd hos flera tillverkare för CoDeSys, men oavsett det stödet så är det så mycket som ska konfas i PLCn som kräver unika program som ofta vävs in i programmeringsmiljön och kanske därför finns det inte EN vedertagen miljö helt enkelt.
De flesta PLCer kan ju (en del ska) bestyckas med I/O-moduler på nåt vis, och dessa ska knytas in till programmet och det blir en unik hantering oavsett.

I ditt fall skulle jag kika på en Siemens LOGO! eller liknande, det är ju mer ett smart relä än en PLC kanske, men är väl till för just enkla saker som du beskriver men med lite mer robust och framförallt färdig hårdvara.
Sen är det ett eget verktyg för att programmera en sån, men det är gratis och enkelt.

hawkan skrev: ↑30 mars 2026, 09:36:21 Men efter att ha testat OpenPLC är jag inte alls säker på att det är rätt väg.
Jag har gjort logiken både i ladder och C, samma princip men olika språk.

Ladder skulle jag säga är helt förpassat till de dinosaurier som det en gång utvecklats för.

Dvs. totala icke-programmerare till elektriker, som är vana vid kopplingsscheman men kan noll om programmering och vill ha minsta möjliga tröskel in i programmeringen.
Har man någon som helst traditionell programmeringskunskap så bör man tveklöst glömma Ladder, enligt mig.

FBD är åtminstone hyggligt användbart, om man tvunget vill programmera grafiskt.


Men prova Strukturerad Text om du är nyfiken på PLC-språk. Det är relativt likt C (om än lite för likt ibland, för att syntaxen skiljer sådär lagom mycket att det kan vara förvirrande i början) och ganska kraftfullt.
Vissa saker är enklare i ST tack vare funktionsblock såsom fördröjningar/tidsräknare, flanktriggers och dylikt.

Men saker som bitmanipulering och dylikt blir lite klumpigt i ST. Utnyttjar man dessutom objektorientering i ST (om OpenPLC stödjer det?) så kommer man ännu längre tack vare funktionspekare/interface, metoder och dylikt.



(För kontext så har jag själv programmerat C/C++ i snart 15 år varav professionellt i 10, men senaste året jobbat mycket med ST men ser också mycket FBD i interna och kundprojekt även om jag själv lyckats undvika att jobba skarpt med det i några projekt)

Siemens LOGO "ser ut" som en liten PLC på utsidan men programmeras inte i något av PLC-standardspråken definierade i IEC 61131-3 eller i något text-baserat högnivåspråk typ C. Den programmeras grafiskt i vad jag skulle beskriva som en blandning mellan FBD och kretsschema med logikgrindar.

Så vitt jag vet är mjukvaran inte gratis men tar med varm hand emot en länk där senaste versionen kan laddas ner så jag kan uppdatera min.