Domotica met plc's

[mjkl]

Giblet schreef op dinsdag 31 december 2024 @ 15:39:
[...]

Bij mij werkt het als een trein
Ik durf niet te zeggen of de originele brother krimpkousen erin werken, maar de chinese kloons die ik gebruik wel. Mogelijk zijn die behuizingen iets anders (dat werkt in beginsel vrij simpel, een aantal pinnen die wel of niet ingedrukt worden).

We gaan het zien! ik heb de cube plus besteld en bij de bekende chinese webshop een 5 pack labels. Wel heb ik zelf de voorkeur voor zwart op geel.

Zowaar stond bij de listing dat de cube plus (pb710BT) idd ondersteund wordt. Maar wel voor de 24mm labels. Niet de 9mm wat de de HSe-221 (in zwart op wit) lijkt te zijn?

[TLDNL]

Ik ben even een testje aan het doen om een Esera Gateway-10 via een 750-352 en 750-653/003-000 uit te lezen. Echter lukt dit niet. Ik krijg een error in het owd device

Goed om te weten:
- Een 750-8212 is als master ingesteld en de 750-352 als slave (Modbus/TCP).
- Via de 750-352 en de 750-653/003-000 probeer ik dus de Esera Gateway-10 uit te lezen.
- Ik gebruik e!Cockpit
- Ik gebruik de HomeAutomation van Michel als basis
- De 750-653/003-000 is goed geconfigureerd en werkt naar behoren als die direct op de master PLC zit.
- De Esera gateway werkt ook naar behoren

Ik vermoed dat het in de volgende regels zit:

code:

module_aIn_2 : ARRAY[0..3] OF BYTE; 
module_aOut_1 : ARRAY[0..3] OF BYTE; 
IPort : WagoSysFieldbusModule.FbModule_75x_653 :=( PASizeInput := 4, PASizeOutput := 4);

Wie kan en wil mij verder helpen? Ik vermoed dat het iets heel stom kleins is, maar ik zie het even niet.

Dank vast!

[Kanze]

TLDNL schreef op woensdag 15 januari 2025 @ 14:37:
Ik ben even een testje aan het doen om een Esera Gateway-10 via een 750-352 en 750-653/003-000 uit te lezen. Echter lukt dit niet. Ik krijg een error in het owd device

Goed om te weten:
- Een 750-8212 is als master ingesteld en de 750-352 als slave (Modbus/TCP).
- Via de 750-352 en de 750-653/003-000 probeer ik dus de Esera Gateway-10 uit te lezen.
- Ik gebruik e!Cockpit
- Ik gebruik de HomeAutomation van Michel als basis
- De 750-653/003-000 is goed geconfigureerd en werkt naar behoren als die direct op de master PLC zit.
- De Esera gateway werkt ook naar behoren

Ik vermoed dat het in de volgende regels zit:

code:

module_aIn_2 : ARRAY[0..3] OF BYTE; 
module_aOut_1 : ARRAY[0..3] OF BYTE; 
IPort : WagoSysFieldbusModule.FbModule_75x_653 :=( PASizeInput := 4, PASizeOutput := 4);

Wie kan en wil mij verder helpen? Ik vermoed dat het iets heel stom kleins is, maar ik zie het even niet.

Dank vast!

Kan je een screenshot posten van de error die je krijgt?

[Rob Z]

@TLDNL Dus het werkt als je het Esera ding vanaf de 750-653 benadert?

[TLDNL]

Kanze schreef op woensdag 15 januari 2025 @ 16:51:
[...]
Kan je een screenshot posten van de error die je krijgt?

Ik zal morgen even screenshots maken. Maar het is het error bitje in het OWD device die actief word.

Rob Z schreef op woensdag 15 januari 2025 @ 17:06:
@TLDNL Dus het werkt als je het Esera ding vanaf de 750-653 benadert?

De 750-653 klem communiceert met de Esera gateway zolang deze verbonden is via de 750-8212 PLC. Maar niet via de 750-352 FC.

Waar ik ook nog achter kwam is dat als ik 2 RS485 masters heb (Een 750-653/003-000 zowel aan de master PLC als de 750-352 fieldbus connector) dat ik wel een temperatuur waarde binnen krijg.

[TLDNL]

Dank voor de reacties tot zover.

Hierbij de screenshots:

Fout: (zie het error bitje wat true word)


Netwerk:


Modbus Relatie:


Na het maken van de modbus relatie tussen de 750-8212 en de 750-352 worden er een aantal dingen aangemaakt:

- Global Variabel

code:

VAR_GLOBAL
    DK1_FC_tcp: typDK1_FC_tcp;
END_VAR

- TYPE 1

code:

TYPE typDK1_FC_tcp_FC_DK1_COM2:
    STRUCT
        module_aIn_2 : ARRAY[0..3] OF BYTE; 
        module_aOut_1 : ARRAY[0..3] OF BYTE; 
        IPort : WagoSysFieldbusModule.FbModule_75x_653 :=( PASizeInput := 3, PASizeOutput := 3); 
    END_STRUCT
END_TYPE

-TYPE 2

code:

TYPE typDK1_FC_tcp:
    STRUCT
        FC_DK1_COM2 : typDK1_FC_tcp_FC_DK1_COM2; 
    END_STRUCT
END_TYPE

- En een INIT PRG:

code:

PROGRAM DK1_FC_tcp_IPortInit
VAR
END_VAR

---------------------
(*generated code for slave DK1_FC_tcp for modules with available iport interface*)
(*Initialization code for slave module 'FC_DK1_COM2'*)
Modbus.DK1_FC_tcp.FC_DK1_COM2.IPort.SetNewPaInputs(ADR(Modbus.DK1_FC_tcp.FC_DK1_COM2.module_aIn_2),Modbus.DK1_FC_tcp.FC_DK1_COM2.IPort.PA_SIZE_INPUT);
Modbus.DK1_FC_tcp.FC_DK1_COM2.IPort.GetNewPaOutputs(ADR(Modbus.DK1_FC_tcp.FC_DK1_COM2.module_aOut_1),Modbus.DK1_FC_tcp.FC_DK1_COM2.IPort.PA_SIZE_OUTPUT);

Vervolgens draait de code uit de HomeAutomation van Michel:
- Variabelen:

code:

PROGRAM FC_PRG_RS485
VAR
    (* é!COCKPIT version*)
    
    ModbusMaster        : WagoAppPlcModbus.FbMbMasterSerial := (
                                            xConnect    := TRUE,
                                            udiBaudrate := 19200,
                                            usiDataBits := 8,
                                            eParity     := WagoTypesCom.eTTYParity.None,
                                            eStopBits   := WagoTypesCom.eTTYStopBits.One,
                                            eHandshake  := WagoTypesCom.eTTYHandshake.None,
                                            ePhysical   := WagoTypesCom.eTTYPhysicalLayer.RS485_HalfDuplex,
                                            eFrameType  := eMbFrameType.RTU,
                                            tTimeOut    := T#500MS);
                
    RtuQuery            : WagoAppPlcModbus.typMbQuery;
    RtuResponse         : WagoAppPlcModbus.typMbResponse;
    
    
    (* Shared variables for é!COCKPIT and CODESYS 3S Version *)
    Trigger             : BOOL:=FALSE;
    InitRS485           : BOOL:=FALSE;
    ActiveRtuQuery      : RS485_RtuQuery;
    RS485BusController : FB_RS485_BUSCONTROLLER;
        
    

    (* RS485 *)

    FB_RS485_ESERA_1WIRE_GATEWAY_MQTT_HOME : FB_RS485_ESERA_1WIRE_GATEWAY_MQTT;
    
END_VAR

- INIT Programma:

code:

IF NOT InitRS485 THEN
    InitRS485 := TRUE;

(* INIT RS485 BUS CONTROLLER; é!COCKPIT version *)
RS485BusController.Init(
    StartupDelay := T#5S,               (* Time to wait after startup to start using the bus, prevents boot delay issues when RS485 are not ready yet on startup *)     
    SilenceTime := T#50MS,              (* Silence time between two requests, important to not get faulty data on bus *)
    BusTrigger := ADR(Trigger),         (* Pointer to the bool used to initiate bus requests *)
    BusData := ADR(RtuResponse.awData), (* Pointer to the array containing the bus response data *)
    BusError := ADR(ModbusMaster.xError));(* Pointer to the bus error bool *)

RS485BusController.RegisterDevice(device := FB_RS485_ESERA_1WIRE_GATEWAY_MQTT_HOME);

FB_RS485_ESERA_1WIRE_GATEWAY_MQTT_HOME.InitRS485(
    DeviceAddress := 1);


FB_RS485_ESERA_1WIRE_GATEWAY_MQTT_HOME.EnableOwd(
    OwdNumber := 1,
    DataPollingInterval := T#2M);

END_IF

- RUN Programma:

code:

RtuQuery.bUnitId := RS485BusController.ActiveRtuQuery.DeviceId; 
RtuQuery.bFunctionCode := RS485BusController.ActiveRtuQuery.FunctionCode;   
RtuQuery.uiReadAddress := RS485BusController.ActiveRtuQuery.ReadAddress;    
RtuQuery.uiReadQuantity := RS485BusController.ActiveRtuQuery.ReadQuantity;
ModbusMaster(
    I_Port := modbus.DK1_FC_tcp.FC_DK1_COM2.IPort,
    utQuery:= RtuQuery,
    xTrigger := Trigger,
    utResponse:= RtuResponse);

//modbus.FC_DK1_COM2

(* Shared variables for é!COCKPIT and CODESYS 3S Version *)
RS485BusController();

(* RS485 devices *)
FB_RS485_ESERA_1WIRE_GATEWAY_MQTT_HOME();

Ik vermoed dus dat het in TYPE 1 misgaat. Maar ik zie het even niet. Ik hoop jullie wel?

[Kanze]

[b]TLDNL in "Domotica met plc's"**snip**

Ik zie dat de ModbusMaster hier specifiek naar een .IPort veld wordt verwezen bij die FB call.

code:

ModbusMaster(
    I_Port := modbus.DK1_FC_tcp.FC_DK1_COM2.IPort,
    utQuery:= RtuQuery,
    xTrigger := Trigger,
    utResponse:= RtuResponse);

In mijn eigen code geef ik de reference naar de gehele interface mee

code:

(* Link layer execution *)
ModbusMaster(
    I_Port := IoConfig_Globals.RS232_485_Interface, // Hier dus geen .IPport veld aangesproken
    utQuery:= MasterQuery,
    xTrigger := xTrigger,
    utResponse:= MasterResponse
    );

Kan je dat aanpassen? Ik heb geen ervaring met Modbuskaarten in een ethernet coupler.

[TLDNL]

Kanze schreef op donderdag 16 januari 2025 @ 18:26:
[...]


Ik zie dat de ModbusMaster hier specifiek naar een .IPort veld wordt verwezen bij die FB call.

code:

ModbusMaster(
    I_Port := modbus.DK1_FC_tcp.FC_DK1_COM2.IPort,
    utQuery:= RtuQuery,
    xTrigger := Trigger,
    utResponse:= RtuResponse);

In mijn eigen code geef ik de reference naar de gehele interface mee

code:

(* Link layer execution *)
ModbusMaster(
    I_Port := IoConfig_Globals.RS232_485_Interface, // Hier dus geen .IPport veld aangesproken
    utQuery:= MasterQuery,
    xTrigger := xTrigger,
    utResponse:= MasterResponse
    );

Kan je dat aanpassen? Ik heb geen ervaring met Modbuskaarten in een ethernet coupler.

Het laatste .IPort moet ik wel invullen anders compiled ie überhaupt niet.
De .IPort word aangemaakt in TYPE 1

code:

TYPE typDK1_FC_tcp_FC_DK1_COM2:
    STRUCT
        module_aIn_2 : ARRAY[0..3] OF BYTE; 
        module_aOut_1 : ARRAY[0..3] OF BYTE; 
        IPort : WagoSysFieldbusModule.FbModule_75x_653 :=( PASizeInput := 3, PASizeOutput := 3); 
    END_STRUCT
END_TYPE

Vandaar dat ik vermoed dat de gegeven instelling in dit TYPE niet correct is.

[Kanze]

Fraggar schreef op vrijdag 17 april 2020 @ 10:09:
[...]


P0: Deze poort gebruikt de monteur om lokaal gegevens uit de meter te halen.

P1: Deze poort heet de gebruikersinterface. Door het aansluiten van daarvoor geschikte apparatuur, kunt u gedetail- leerde informatie over uw energieverbruik uit de meter halen. Er zijn energieverbruiksmanagers zoals apps of slimme thermostaten te koop die u kunt verbinden met de slimme meter, waardoor u continu inzicht heeft in uw energieverbruik.

Aldus de handleiding van mijn slimme meter. Ik lees hem via een RPi ieder uur uit en sla de standen dan op in een database.

Ik haal even deze post eruit na een search op de term "P1" in onze thread.

Ik heb besloten dat het tijd is om mijn P1 meter aan te sluiten op mijn PLC. Bedoeling is die waarden dan door te publiceren via MQTT om ze te gebruiken in Home Assistant, onder meer voor de load balancing van onze laadpaal. De informatie online is redelijk schaars maar dit lijken twee goede bronnen te zijn:

https://jensd.be/1205/lin...ale-meter-met-de-p1-poort

https://github.com/lvzon/dsmr-p1-parser

Uit die tweede link haal ik deze hardware-oplossing:

Using an RS232-port (or a USB-RS232-converter) and a pull-up resistor. This is often the easiest solution, as this can be done without soldering, cheap USB RS232-converters are easy to find and you can add as many interfaces as you need (e.g. using multiple USB-devices or even a 4-port device based on an MCS7840 quad serial controller). The RS232 serial standard and the P1 standard both use an inverted serial signal, and altough the LOW voltage levels are technically incompatible (-15V to -3V for RS232, 0V to 1V for P1), most RS232-interfaces accept 0V as LOW and are able to decode the data transmitted by the P1-port without any problems. Just connect the signal ground of the two interfaces, and connect TXD on the P1-port to RXD on the RS232-interface. You will also still need to connect a 1-10 kOhm pull-up resistor between Vcc and the data line, and connect RTS on the P1-port to Vcc. You may also have to connect VccGND and GND.

Mijn initieel plan is om een dergelijk kabel zelf te maken en dan aan te sluiten op de PLC via COM1. Het uitlezen wil ik dan proberen met de library CAA SerialCom.

Voor ik begin: heeft iemand hier ervaring mee?

[Femme]

Kanze schreef op woensdag 5 februari 2025 @ 12:50:
[...]

Voor ik begin: heeft iemand hier ervaring mee?

Waarom via de plc uitlezen en de p1-poort niet direct aan je Home Assistent machientje hangen?

[Kanze]

Femme schreef op woensdag 5 februari 2025 @ 12:53:
[...]


Waarom via de plc uitlezen en de p1-poort niet direct aan je Home Assistent machientje hangen?

Mijn HA instance is een container op een server. Een fysieke connectie is niet mogelijk. Ik heb een kabel voorzien naar de PLC, én in zie het als een uitdaging om dat via de PLC te doen

[Rob Z]

@Kanze Hier een HA draaiend in docker en die ziet prima het P1 ding in de usb poort

[RedPas]

Kanze schreef op woensdag 5 februari 2025 @ 17:03:
[...]


Mijn HA instance is een container op een server. Een fysieke connectie is niet mogelijk. Ik heb een kabel voorzien naar de PLC, én in zie het als een uitdaging om dat via de PLC te doen

Als je het dan toch via je PLC wilt doen, koop de geschikte kaart voor je Wago.
3 Stroomtransfo's (CT klem) en hupla.

[KoBolD54]

RedPas schreef op donderdag 6 februari 2025 @ 07:45:
[...]


Als je het dan toch via je PLC wilt doen, koop de geschikte kaart voor je Wago.
3 Stroomtransfo's (CT klem) en hupla.

Of een meter kopen die modbus ondersteund en het op die manier in je PLC inbouwen. Dan kan je tevens de waarden sneller uitlezen dan via de P1.

[thomke]

Het probleem bij een meting is dat je veel andere relevante gegevens misloopt.

De P1-poort biedt aanzienlijk meer data die interessant kan zijn.

Zo is in België, met het capaciteitstarief, zowel je huidige kwartierpiek als je maandpiek van belang.

Ik doe het uitlezen van de P1 ook gewoon via HomeAssistant, via een wifi module, dan moet je niet zoeken naar hoe je het via USB uitgelezen moet krijgen in de docker. (verder lijkt het mij handiger om HomeAssistant als OS in een VM te draaien ipv docker container)

Dan zou je via mqtt misschien wel de informatie kunnen doorsturen naar de PLC, maar ik doe de regeling binnen HomeAssistant (nodered) zelf.

[Femme]

Met een modbusmeter zoals een Eastron SDM630 heb je ook alle relevante data.

Het zal vast kunnen, en p1-poort uitlezen via een PLC. Naast de fysieke communicatie moet je ook nog DSMR telegrammen gaan decoderen. Het is maar net hoeveel tijd je erin wil stoppen.

Je kunt het jezelf makkelijker maken door een p1 ethernet dongle te gebruiken die de data via MQTT en een REST API beschikbaar stelt:
https://smart-stuff.nl/pr...imme-meter-lezer/#reviews

[RedPas]

Femme schreef op donderdag 6 februari 2025 @ 12:17:
Met een modbusmeter zoals een Eastron SDM630 heb je ook alle relevante data.

Het zal vast kunnen, en p1-poort uitlezen via een PLC. Naast de fysieke communicatie moet je ook nog DSMR telegrammen gaan decoderen. Het is maar net hoeveel tijd je erin wil stoppen.

Je kunt het jezelf makkelijker maken door een p1 ethernet dongle te gebruiken die de data via MQTT en een REST API beschikbaar stelt:
https://smart-stuff.nl/pr...imme-meter-lezer/#reviews

Ik lees mn energie meter uit met de P1, na de meter zit een Schneider Iem 2150 modbus, en dan heb ik nog een smartpi met 3 CT klemmen.

Ja het maar hoeveel tijd je erin wil steken...

Oja de P1 is aangesloten op de SmartPi en die zend alles uit via mqtt.

De Schneider praat met ET 200 SP.
Home Assistant Energie Dashboard voor dagelijks gebruik. Grafana en Influx voor diepgaander onderzoek

[Kanze]

Ondertussen is het gelukt! Er zijn wel wat voordelen aan de P1 poort direct uitlezen ipv met een eigen meter. Je krijgt toegang tot meer data (Maandpiek, stroomonderbreking, dag&dal-uren, ...). Het is ook een zuivere seriële connectie zonder Modbus er bovenop. De meter heeft 1 seconde resolutie waar ik nu toegang toe heb en dat vind ik wel fijn. Als je een SDM630 aan die rate moet pollen hangt er best niets anders op die bus wat ietsofwat snel bereikbaar moet zijn.

De hardware setup is wat complexer als verwacht. Een RS232-connector op COM1 werkt niet op de PLC (maar wel op je home assistant met RS232-USB) omdat de PLC strikt RS232 voltages verwacht en die kan je nooit produceren met een 5V TTL output van je P1.

De oplossing was onderstaande logic-inverter bouwen en die te koppelen aan een MAX485. Dat alles past gelukkig mooi onder die groene kap van de meter dus valt verder niet op.



De PLC publiceert nu de gelezen waarden in MQTT om te gebruiken in HA.

Als er interesse voor is wil ik iets uitgebreider erover schrijven, laat maar weten

[Kanze]

P1-Poort lezen via Wago PLC

Doel

We willen een DSMR "slimme meter" uitlezen via de COM1 poort van een Wago PLC. De data van de meter kan dan gepubliceerd worden via MQTT.

DSMR

1. Bronmateriaal
   1. https://jensd.be/1205/linux/data-lezen-van-de-belgische-digitale-meter-met-de-p1-poort
   2. https://github.com/lvzon/dsmr-p1-parser
   3. https://domoticx.com/p1-poort-slimme-meter-uitlezen-hardware/
2. Er zijn verschillende versies van het DSMR protocol. De laatste versie (5.0.2) is al sinds 2016 van kracht. In België krijg je in principe een meter met versie 5.0.2. Oudere versies kunnen ook uitgelezen worden maar er zijn hardware verschillen.
3. Vanaf DSMR 4.0 zenden meters op de P1 poort elke second een ASCII bericht (Telegram) uit met alle gegevens. De gebruiker moet deze zelf weten uit te lezen en te verwerken.
4. Bij sommige netbeheerders (Bijvoorbeeld Fluvius in België) moet je P1 geactiveerd worden via een webportaal van de beheerder.

Hardware

Theorie

1. Er staat redelijk wat misinformatie over de P1 poort online. De poort gebruikt geen RS422 en ook geen RS232. Het is een 5V TTL Inverted Logic poort. Dat wil zeggen +V5 is False en GND is True
2. Met een PC kan je de poort direct uitlezen via een USB-RS232 kabel en enkele weerstanden. Meer uitleg hier.
3. Wago PLC's kunnen RS232 lezen en schrijven via hun COM1 poort maar verwachten voltages die strikt aan de RS232 specificatie voldoen (+15V tot +3V, en -3V tot -15V). Die kan de P1 poort nooit produceren via een RS232-RS232 kabel.
4. De oplossing is een signaalomvormer bouwen die de 5V TTL van de P1 poort flipt en via RS485 naar je PLC stuurt. Omdat we overstappen op RS485 is afstand niet meer van belang. RS485 werkt over honderden meters.

Praktijk

1. Dit is de weg die het signaal gaat afleggen
   
   
   code:
   

   P1 RJ12 -> Logic Inverter -> MAX485 -> PLC COM1

2. De P1 poort is een RJ12 (6P6C) connector. Je kan die zelf maken met een gewone UTP kabel waarvan je het laatste paar (bruin-wit) niet gebruikt. Ik raad aan om overal T568B aan te houden zodat pinnummer en aderkleuren altijd overeen komen.
3. Je kan een andere transistor kiezen zolang hij maar gelijkaardig is. ChatGPT geeft als voorbeelden de BC548, BC549, 2N2222, 2N3904, S8050.
4. De diodes zijn optioneel.
5. Dit is mijn versie. De rode connector is RS485 A en B. De Groene connector geeft inverter 5V TTL en GND
6. Aan de PLC zijde gebruik je een D-SUB connector waarmee je je RS485 aansluit op pinnen 3, 5, en 8, van de PLC. Zie de Wago documentatie.

Software

1. Data uitlezen doen we via de CAA SerialCom library. Deze heeft alleen ondersteuning voor COM1. Je kan dus helaas niet via een 750-652 of gelijkaardige kaart uitlezen tenzij je je eigen serial library ervoor schrijft.
2. Hier is een voorbeeld van hoe het uitlezen kan worden geïmplementeerd. Je moet eerst de poort initiëren en activeren, daarna kan je hem uitlezen. Mijn Belgische meter produceert Telegrammen van exact 1255 bytes. Omdat de stream ASCII is kan je de data die je wil gewoon per byteoffset uit die stream halen
3. Het programma hieronder is beta software maar geeft al een idee welke richting je uit kan gaan.

POU_SERIAL_COM1

code:

PROGRAM POU_SERIAL_COM1
VAR
    //Visu Variables
    xBtnClear       : BOOL := FALSE;
    xClearAll       : BOOL; // flag to clear all
    
    //Current State
    iState : INT := 0;

    (* Settings to communicate with the COM Port *)
    aCom1Params : ARRAY [1..7] OF COM.PARAMETER; 
    
    hCom    : CAA.HANDLE; (* handle of the port*)
    como1   : COM.Open;
    comc1   : COM.Close;
    comr1   : COM.Read; 
    
    sWrite  : STRING;
    szRead  : CAA.SIZE;
    uiRead  : UINT;
    
    bReadBuffer : ARRAY [1..10001] OF BYTE; (*Used to read data from the serial port*)
    sReadText   : STRING(10001);
    
    xReadSuccess    : BOOL;

    // errors
    xCom1OpenError  : BOOL;
    xCom1ReadError  : BOOL;
    iError          : INT;
    errRead         : INT;

    tTimer          : TON;
    DSMRPaser       : fbDSMRParser;
    MismatchCounter : UINT := 0;
    AlignTimer      : TON;
    AlignTime       : TIME := T#1000ms;
    bAligned        : BOOL;
    
    // sSend        : STRING(255);  // send message
    sStatus     : STRING(25);   // status message
    
    Received    :STRING(10001);
    intReceived :INT;
    iCnt        : INT;

    (* This PLC's MQTT prefix *)
    sMqttPrefix         : STRING(100) := 'pfc8204/';    
END_VAR

-----------------------------------------------------------

// COM_INIT

IF iState = 0 THEN
 // Init
    sStatus := 'INIT';
    iState:= 5; //Goto 5: Set Parameters    
    IF xClearAll THEN
        // reset errors
        POU_SERIAL_COM1.xCom1ReadError  := FALSE;
        //POU_SERIAL_TEST.xCom1WriteError := FALSE;
        POU_SERIAL_COM1.xCom1OpenError  := FALSE;           
        xClearAll := FALSE;
    END_IF
    
DSMRPaser.InitMqtt(MQTTPublishPrefix:= ADR(sMqttPrefix), pMqttPublishQueue := ADR(MqttVariables.fbMqttPublishQueue));
END_IF  

----------------------

// COM_ACTIVATE

    //Set COM port parameters
    IF iState = 5 THEN
            sStatus := 'Prepare';
            // port number
            aCom1Params[1].udiParameterId := COM.CAA_Parameter_Constants.udiPort;
            aCom1Params[1].udiValue := 1;
            // baudrate
            aCom1Params[2].udiParameterId := COM.CAA_Parameter_Constants.udiBaudrate;   
            aCom1Params[2].udiValue := 115200;
            // parity
            aCom1Params[3].udiParameterId := COM.CAA_Parameter_Constants.udiParity;
            aCom1Params[3].udiValue := INT_TO_UINT(COM.PARITY.NONE);
            // stopbit
            aCom1Params[4].udiParameterId := COM.CAA_Parameter_Constants.udiStopBits;
            aCom1Params[4].udiValue := INT_TO_UINT(COM.STOPBIT.ONESTOPBIT);
            // timeout
            aCom1Params[5].udiParameterId := COM.CAA_Parameter_Constants.udiTimeout;
            aCom1Params[5].udiValue := 0;
            // byte size
            aCom1Params[6].udiParameterId := COM.CAA_Parameter_Constants.udiByteSize;
            aCom1Params[6].udiValue := 8;
            // mode of transmission
            aCom1Params[7].udiParameterId := COM.CAA_Parameter_Constants.udiBinary;
            aCom1Params[7].udiValue := 0;
            
            // open COM port
            como1(xExecute := TRUE, usiListLength:=UINT_TO_USINT(SIZEOF(aCom1Params)/SIZEOF(COM.PARAMETER)),pParameterList:= ADR(aCom1Params), hCom=> hCom);
            
            // Successful
            IF como1.xDone THEN
                como1(xExecute := FALSE);   // Reset xExecute Flag
                iState := 10;               // Goto 10: Start Reading
            // Error
            ELSIF como1.xError THEN
                xCom1OpenError := TRUE;
                iError := como1.eError;
                iState := 1000; // Error occurred
            END_IF
    END_IF  

------------------------------------------

// COM_READ

IF iState = 10 THEN
 // Start Reading COM port
        
        IF xClearAll THEN
            // reset errors
            POU_SERIAL_COM1.xCom1ReadError  := FALSE;
            //POU_SERIAL_TEST.xCom1WriteError := FALSE;
            POU_SERIAL_COM1.xCom1OpenError  := FALSE;       
            xClearAll := FALSE;
        END_IF
        
        // read COM port
        AlignTimer(IN := TRUE, PT := T#1000MS);
        
        IF AlignTimer.Q THEN
            sStatus := 'Read';
            comr1(xExecute:= TRUE, hCom:= hCom, pBuffer:= ADR(bReadBuffer), szBuffer:= SIZEOF(bReadBuffer));
            IF comr1.xDone THEN
                szRead:= comr1.szSize;
                uiRead:= ANY_TO_UINT(comr1.szSize);
                
                IF uiRead <> 0 THEN
                    IF uiRead = 1255 THEN               
                        // Copy text from the read buffer to sReadText
                        MEM.MemMove(ADR(bReadBuffer), ADR(sReadText), uiRead);  // move bReadBuffer to sReadText
                        MEM.MemFill(ADR(sReadText) + uiRead, 1, 0);             // write ASCII 000 to byte after received string
                        
                        IF sReadText <> '' THEN 
                            //arsReceived[0,iCounter] := GetTime(1);    // get timestamp
                            Received := sReadText;  // copy read string to array
        
                            intReceived := STRING_TO_INT(Received);
                            sReadText   := '';                      // reset read string
                            
                            DSMRPaser(sTelegram := ADR(Received));
                            bAligned := TRUE;
                        END_IF
                    
                        xReadSuccess:= TRUE;
                    ELSE
                        MismatchCounter := MismatchCounter + 1;
                        bAligned := False;
                    END_IF
                END_IF
                
                AlignTimer(IN := FALSE);
                comr1(xExecute:= FALSE);    // Reset xExecute Flag
                iState:= 15;                // Goto 15: Delay after Reading
                
            // error
            ELSIF comr1.xError THEN
                xCom1ReadError := TRUE;
                errRead := comr1.eError;
                iError := comr1.eError;
                comr1(xExecute:= FALSE);
                iState:= 1000; // Error occurred
            END_IF
    END_IF
    
END_IF
IF iState = 15 THEN     
        //Delay after Reading is finished
            sStatus := 'Read Wait';
            xReadSuccess:= FALSE;
            iState := 10;   // Goto 10: read
END_IF

FB DSMRParser

code:

{attribute 'reflection' := ''}
FUNCTION_BLOCK fbDSMRParser
VAR_INPUT
    sTelegram : POINTER TO STRING(1500); (* Input string containing DSMR telegram *)
END_VAR
VAR_OUTPUT

END_VAR
VAR
    (* MQTT *)
    {attribute 'instance-path'}
    {attribute 'noinit'}
    (* object's full instance name DO NOT REMOVE PRAGMA or MQTT fails*)
    InstanceName            : STRING;
    Startup                 : BOOL := TRUE;
    InitMqttDone            : BOOL;
    MqttPublishTopicPrefix  : POINTER TO STRING;
    MqttPublishTopicSuffix  : STRING(50);
    pMqttPublishQueue       : POINTER TO FB_MqttPublishQueue;   


    (* PRO JSON *)
    stP1State           : typeP1State;
    fbStructToJson      : STRUCT_TO_JSON;
    sJsonString         : STRING(1024);
    sPlaceholder        : STRING(255);
END_VAR

------------------------

// MEMCOPY(ADR(sPlaceholder), sTelegram + 51, 28);
// THIS^.stP1State.Equipment_ID.AsString := LEFT(sPlaceholder, 28);
// 
MEMCOPY(ADR(sPlaceholder), sTelegram + 875, 6);
sPlaceholder := DELETE(sPlaceholder, 1, 3);
THIS^.stP1State.Instantaneous_Power_Consumption.Integer := STRING_TO_INT(LEFT(sPlaceholder, 5)); // Current power consumption (kW) (OBIS code: 1-0:1.7.0)


MEMCOPY(ADR(sPlaceholder), sTelegram + 897, 6);
sPlaceholder := DELETE(sPlaceholder, 1, 3);
THIS^.stP1State.Instantaneous_Power_Production.Integer := STRING_TO_INT(LEFT(sPlaceholder, 5)); // Current power production (kW) (OBIS code: 1-0:2.7.0)

fbStructToJson.JSONString       := ADR(sJsonString);
fbStructToJson.JSONStringSize   := SIZEOF(sJsonString);
fbStructToJson.JSONVars         := ADR(stP1State);
fbStructToJson.NumberOfVars     := SIZEOF(stP1State) / SIZEOF(JSONVAR);
fbStructToJson.MaxLevel         := 1;
fbStructToJson(Execute := TRUE);

IF InitMqttDone THEN
    (* Resets STRUCT_TO_JSON block ready for the next composition *)
    fbStructToJson(Execute := FALSE);
    (* Send off MQTT *)
    pMqttPublishQueue^.AddMessage(
        Payload := sJsonString,
        Topic := CONCAT(CONCAT(MqttPublishTopicPrefix^, MqttPublishTopicSuffix), '/read/state' ),
        Qos := MQTT.QoS.AtMostOnce,
        MqttRetain := FALSE
    );
END_IF

[ Voor 19% gewijzigd door Kanze op 12-02-2025 22:01 ]

[cotton_eye_joe]

Ik ben bezig mijn eckelmann controller uit te wisselen voor een Wago 750-8112, maar krijg met geen mogelijkheid modbus via de seriële poort in de benen. Heeft iemand hier een idee?

-Slave is getest met een modbus programma en converter via laptop dus die is goed.
-Communicatie instellingen kloppen (baud, slaveadres, etc).
-Via browser Seriele poort ingesteld op RS485
-Op DBsub9 pin 3 gebruikt voor A en pin 8 gebruikt voor B
-Voor de zekerheid ook voeding op IO klemmen gezet al gaat volgens mij de voeding van de seriele poort via de voeding van de CPU
-Ik heb geen eindmodule geplaatst, geen idee of dit invloed heeft maar het is een verschil dat ik zie vergeleken met een instructie filmpje.
-Het enige grote verschil dat ik zie is dat ze op de video de modbus master van wago gebruiken, ik kan alleen de modbus master van 3s selecteren. Zou dit iets uitmaken?



Sugusties zijn zeer welkom

[Kanze]

cotton_eye_joe schreef op woensdag 26 februari 2025 @ 19:11:
Ik ben bezig mijn eckelmann controller uit te wisselen voor een Wago 750-8112, maar krijg met geen mogelijkheid modbus via de seriële poort in de benen. Heeft iemand hier een idee?

-Slave is getest met een modbus programma en converter via laptop dus die is goed.
-Communicatie instellingen kloppen (baud, slaveadres, etc).
-Via browser Seriele poort ingesteld op RS485
-Op DBsub9 pin 3 gebruikt voor A en pin 8 gebruikt voor B
-Voor de zekerheid ook voeding op IO klemmen gezet al gaat volgens mij de voeding van de seriele poort via de voeding van de CPU
-Ik heb geen eindmodule geplaatst, geen idee of dit invloed heeft maar het is een verschil dat ik zie vergeleken met een instructie filmpje.
-Het enige grote verschil dat ik zie is dat ze op de video de modbus master van wago gebruiken, ik kan alleen de modbus master van 3s selecteren. Zou dit iets uitmaken?

[Afbeelding]

Sugusties zijn zeer welkom

1. Altijd een eindmodule plaatsen. Ik heb geen ervaring met PFC100's maar op mijn PFC200 G1 is dit verplicht als ik me goed herinner.
2. A en B connecteren maar ook FB_GND (pin 5 denk ik) connecteren aan je slave. Technisch is het een zuiver differentieel protocol maar ik merk dat er wel eens problemen optreden zonder die common ground
3. Stap over naar WagoAppPlcModbus

[Kanze]

In die handleiding van de PFC100 lees ik hieronder dat Wago een specifieke configuratie vraagt voor baudrates onder 115200. Lijkt me sterk dat nét dat het probleem zou zijn maar je weet maar nooit...

[cotton_eye_joe]

Bedankt voor het meedenken!

Ik heb net een andere slave geleend en getest (Chint DTSU666 kWh meter), die doet het wel gewoon. Heel erg vreemd. Kan nog niet ontdekken waarom mijn P1 naar modbus converter het wel doet via de laptop maar niet via de wago. Als ik meer weet post ik het hier.

[Kanze]

Opgepast bij het uitlezen van je P1 poort dat je rekening houdt met de cycles van je PLC en de timing van de inkomende data. Mijn teller maakt telegrammen van 1255 bytes. Ik had bij de ontvangst een ongewenste offset van 1 byte in mijn code. Het verschil tussen de code met en zonder die ene byte offset zie je onderaan.

code:

    sStatus := 'Read';
    comr1(xExecute:= TRUE, hCom:= hCom, pBuffer:= ADR(bReadBuffer), szBuffer:= SIZEOF(bReadBuffer));
    
    IF comr1.xDone THEN
        
        (* How many bytes read from COM1 this cycle *)  
        szRead              := comr1.szSize;
        uiRead              := ANY_TO_UINT(comr1.szSize);
        
        (* Buffered data during startup is ignored *)
        IF uiRead > 1255 THEN
            ;
                    
        (* Complete or Incomplete telegram - 3 options
            1. First char "/" and exactly 1255 bytes -> Perfect hit
            2. First char "/" but not 1255 bytes -> First Half
            3. First char NOT "/" and NOT 1255 bytes -> Second Half *Careful!**)
        ELSIF uiRead > 0 AND uiRead <= 1255 THEN

            IF bReadBuffer[1] = 47 THEN
                MEM.MemMove(ADR(bReadBuffer), ADR(sReadText), uiRead);
                uiReadTotal := uiReadTotal + uiRead;    

            ELSIF sReadText <> '' THEN
                MEM.MemMove(ADR(bReadBuffer) + uiReadTotal + 1, ADR(sReadText) + uiReadTotal + 1, uiRead);
                uiReadTotal := uiReadTotal + uiRead;
            END_IF

            IF uiReadTotal = 1255 THEN
                Received        := sReadText;                   // copy read string to array
                intReceived     := STRING_TO_INT(Received);
                sReadText       := '';                          // reset read string
                iState          := 10;
                uiReadTotal     := 0;
                DSMRParser(sTelegram := ADR(Received));
            END_IF
            
        (* No P1 telegram -- 0 bytes *) 
        ELSE
            ;
        END_IF

        comr1(xExecute:= FALSE, hCom:= hCom);
    END_IF

[MichVw]

Ik heb wat problemen met m'n 1-wire netwerk.
Als ik de bestaande bus probeer uit te breiden met een extra 30 meter stopt ie ermee..

we spreken dan over een totale bus lengte van 80-90 meter, in de toekomst doe ik er mogelijks nog eens 15 bij.

Hoe hebben jullie je bus stabiel gekregen? weerstanden, welke waardes en waar? hebben jullie de bus geterminate met bepaalde weerstanden, etc..

Ik hoor het graag Bedankt!

[MichVw]

MichVw schreef op dinsdag 6 mei 2025 @ 13:08:
Ik heb wat problemen met m'n 1-wire netwerk.
Als ik de bestaande bus probeer uit te breiden met een extra 30 meter stopt ie ermee..

we spreken dan over een totale bus lengte van 80-90 meter, in de toekomst doe ik er mogelijks nog eens 15 bij.

Hoe hebben jullie je bus stabiel gekregen? weerstanden, welke waardes en waar? hebben jullie de bus geterminate met bepaalde weerstanden, etc..

Ik hoor het graag Bedankt!

Probleem opgelost: bekabelingsfoutje bij één van de sensoren en pull up weerstand tussen Vcc en Data erbij van 1.5k.

[Kanze]

Voor wie nog wat DI/DO nodig heeft hier is nog een leuke listing

https://www.benl.ebay.be/itm/115416188050

[Devler]

Ik zie dat ik niet de enige ben die een PLC voor zijn domotica wil gebruiken.

Binnenkort ga ik verhuizen naar een woning waarbij de elektriciteit (en andere zaken) niet conform is en dus aan vernieuwing toe is.
In mijn huidige woning heb ik gebruik gemaakt van Siemens LOGO's die, gecombineerd met HomeAssistant, de woning van basis domotica voorzien. 1 van de grote redenen waarom ik die heb gekozen is omdat deze in een standaard zekeringkastje past en het eenvoudig in te bouwen leek te zijn.
Tijdens en na de installatie heb ik meteen gemerkt dat een ruimere kast toch aangeraden is, een fout die ik in de komende woning graag wil rechtzetten.

Ik werk momenteel met WAGO plc's voor het aansturen van uitgangen via o.a. modbus en lokale DI maar ik vind de vorm van de plc's en de " installatie vriendelijkheid" niet helemaal naar wens. Inbouwen in een standaard kast lijkt me dus ook geen goed idee, al vind ik het heel lastig om een goede maat van kast te vinden die ook nog aanvaard wordt door de (Belgische) keurder.

Voor het werk heb ik voor de 20 locaties dit kastje voorzien:


Dit is een CPU, 2 digitale ingangskaarten (16DI) en 2 digitale uitgangskaarten (16DO). Ik heb hier bewust gekozen om met individuele relais te werken, schakelen rechtstreeks op een kaart is handig maar moeilijker te onderhouden bij een defect.
Krap, maar zeker werkbaar. De uiteindelijke situatie na inbouw is nog overzichtelijk, al zouden 2 kastjes ipv 1 wel finder werken.

Typische installaties in België maken gebruik van Vynckier kasten, maar met een WAGO is dit niet toepasbaar zonder het schutbord helemaal om te bouwen. Ook de diepte van de kast laat wat te wensen over.

Heeft iemand van jullie de gouden tip om een betaalbare kast te vinden, waar ikzelf de rails op kan voorzien en die toch aanvaard worden door de Belgische keuring?
Zelf vond ik al de Eaton, de ABB Comfortline en de Schneider varianten maar die zijn voor een particulier of slecht verkrijgbaar of onbetaalbaar.

[KoBolD54]

Devler schreef op vrijdag 6 juni 2025 @ 08:53:
Heeft iemand van jullie de gouden tip om een betaalbare kast te vinden, waar ikzelf de rails op kan voorzien en die toch aanvaard worden door de Belgische keuring?
Zelf vond ik al de Eaton, de ABB Comfortline en de Schneider varianten maar die zijn voor een particulier of slecht verkrijgbaar of onbetaalbaar.

Zelf gebruik ik een Rittal 1114000 AX kast die ik zelf voorzien van rails. Nu weet ik niet of deze wordt aanvaard door de Belgische keuring maar gezien het merk vermoed ik van wel. Of deze voor jou oplossing betaalbaar is is lastig te zeggen en hangt natuurlijk ook af van je wensen. Er zijn ook kleinere formaten te verkrijgen. Mocht je meer informatie hierover willen mag je mij altijd een DM sturen.

[Kanze]

Devler schreef op vrijdag 6 juni 2025 @ 08:53:
Ik zie dat ik niet de enige ben die een PLC voor zijn domotica wil gebruiken.

Welkom Devler! Hier ook een installatie met Wago PLC's in België. Wij hebben gebruik gemaakt van Eaton kasten. Rital wordt particulier ook prima gekeurd.

Wij hebben verschillende kasten van verschillende dimensies uit deze reeks. Betaalbaarheid is een individuele vraag. Persoonlijk vond ik onze kasten uiteindelijk oké maar het moet niet krapper worden als dit. Dubbele hartafstand tussen din-rails voor kabelgoten had geen luxe geweest.

Hier wat beelden met een meetlat voor schaal

[Wafje]

Hier gekozen voor Schneider Prismaset G, ik start binnenkort met de layout.

[Devler]

Bedankt voor de info alvast, daar kan ik zeker mee verder.

Ik heb eigenlijk nooit overwogen om de hele PLC achter het schutbord te plaatsen zoals in het voorbeeld van Kanze, puur omdat ik in principe eerder industriële toepassingen gewoon ben waarbij de PLC bereikbaar/zichtbaar moet zitten. De ruimte (waarvoor dank!) die je opmeet is ruim genoeg zo te zien.

Ik overweeg om een vloerstaande kast te plaatsen zoals Wafje laat zien, al zal de mijne iets beperkter worden (dubbele kast, zie ik dat goed?) in omvang.

[Wafje]

Devler schreef op vrijdag 6 juni 2025 @ 15:05:
Bedankt voor de info alvast, daar kan ik zeker mee verder.

Ik heb eigenlijk nooit overwogen om de hele PLC achter het schutbord te plaatsen zoals in het voorbeeld van Kanze, puur omdat ik in principe eerder industriële toepassingen gewoon ben waarbij de PLC bereikbaar/zichtbaar moet zitten. De ruimte (waarvoor dank!) die je opmeet is ruim genoeg zo te zien.

Ik overweeg om een vloerstaande kast te plaatsen zoals Wafje laat zien, al zal de mijne iets beperkter worden (dubbele kast, zie ik dat goed?) in omvang.

Dubbele kast inderdaad. Links komen de automaten en enkele relais. En rechts sturingcomponenten, PLC, en merendeel van de relais. Onderaan in beide kasten komt een plaat voor montage van de LED drivers.

Ik gebruik standaard rails voor standaard componenten gemaakt voor de afschermingsplaten, in diepte instelbare rails voor PLC, voeding en alles die afwijkt van een standaard component.

[Devler]

Ik was zelf niet van plan om met led drivers te werken maar normale 220V led's te gebruiken. Zo te zien gebruikt het merendeel dat wel. Is dit puur omdat je zo met behulp van een AO kaart kan dimmen op die manier? Of zijn er nog voordelen die ik momenteel over het hoofd zie?

Dimmen zelf erbij programmeren mag geen probleem zijn. In tegenstelling tot het merendeel op het forum heb ik mijn Wago met CFC geprogrammeerd. Ik vind het persoonlijk eenvoudiger om het overzicht te bewaren, de ingewikkeldere zaken heb ik in 1 (eigen geschreven) blok gestopt en die gebruik ik voor elke uitgang opnieuw.

[Kanze]

Hangt af van waar je je kaarten kan halen maar analoge outputs kosten handen vol geld.

Qua dimming hier drie oplossingen in gebruik.

1. Eigen PWM dimmer gebouwd aangestuurd via modbus (esp32 en mosfets)
2. DMX4ALL PWM dimmers aangestuurd via DMX
3. Fase snijding S1DR dimmers voor GU10 spotjes via DMX.

Ik heb enkele 750-652 en 750-653 kaarten goedkoop op de kop getikt.

Benieuwd naar ervaringen met analoge kaarten (en kostprijs). Altijd interesse om mijn kennis uit te breiden

[Gunskes]

Wafje schreef op vrijdag 6 juni 2025 @ 14:54:
Hier gekozen voor Schneider Prismaset G, ik start binnenkort met de layout.

Ik ben zeer benieuwd naar jouw layout in deze soort kasten.
Plan jij ook om de afdekplaten te gebruiken en de PLC en andere toestellen af te schermen?
Ik ben zelf aan het kijken om een Schneider kast te gebruiken voor het domoticasysteem thuis.
Dit is het type dat ik ook voor ogen heb!

[Wafje]

Gunskes schreef op dinsdag 10 juni 2025 @ 16:26:
[...]


Ik ben zeer benieuwd naar jouw layout in deze soort kasten.
Plan jij ook om de afdekplaten te gebruiken en de PLC en andere toestellen af te schermen?
Ik ben zelf aan het kijken om een Schneider kast te gebruiken voor het domoticasysteem thuis.
Dit is het type dat ik ook voor ogen heb!

Als je nog een paar maanden geduld hebt kan ik wat foto's posten
PLC komt inderdaad op rails die wat dieper liggen, waardoor er een afdekplaat voor kan komen te staan.

[Roekeloos]

Ik heb hier een oude versie van e!Cockpit (1.8.0.2) die ik voorheen steeds update naar de laatste versie. Nu heb ik een nieuwe laptop en wil ik dat weer doen, maar lijkt de update server niet beschikbaar. Of de endpoint is gewijzigd...



Volgens de config file lijkt hij nu een update server te zoeken op https://upd.wago.com/UpdateServiceV2.svc

Kan iemand in recentere software kijken wat de juiste endpoint is? Of zijn er andere tips?

[Kanze]

Je kan de laatste versie downloaden van de wago website

[Kanze]

Tijdje terug zag ik twee 750-653/000-006 RS485 modules op eBay aan een goede prijs. Domweg gekocht zonder research te doen.

Blijkt dat deze nog een stapje meer low-level zijn als mijn 750-652 RS485 Modules. Die laatste kan je gewoon opgeven als interface voor ModbusMaster via de I_Port parameter.

De 750-653/000-006 dus niet. Chatgpt/Deepseek zeggen eigen wrapper schrijven met CAA SerialCom en die doorgeven aan ModbusMaster I_Port.

Specialisten hier aanwezig: enig advies?

[Devler]

Ik heb de Eaton kast ondertussen aangeschaft (de 800mm variant) en ik heb er aardingsrails bij gekocht. Aangezien hier nog mensen met deze kast zijn, hebben jullie ergens een instructie gevonden hoe je de rail best bevestigd in de kast? Ik zie verschillende mogelijkheden zowel boven als onderaan de kast maar ik ben zeker dat er een juiste manier is.

Foto van de kast.


Ik heb deze gekozen omwille van de inbouwdiepte om zeker voldoende plaats te hebben. Let niet op de rommel rond de nieuwe kast, ik wilde eerst de kast ophangen alvorens ik alles wat op de muur bevestigd is (en dat was meer dan ik had gehoopt) vernieuw/aanpas/... in de mate van het mogelijke.

Van opbouw verwacht ik eigenlijk zo goed als hetzelfde te maken als @Kanze . Alle kabels komen door de muur via de achterzijde in de kast (daar waar de voorziene uitsparing was in de kast) dus dat mag weinig problemen opleveren.

[Kanze]

Ik heb geen aardingrails gebruikt @Devler alles wordt geaard via klemmen en door de din-rails. Langs weerskanten heb je in de kast tegen de achterwand een opstaande kant waarin je je gekochte aardingrail(s) kan vastschroeven. Eventueel ter hoogte van de uitsparing in de achterwand zodat je je aardingsdraden niet te ver door de kast moet trekken tot aan je rail.

Succes met je verbouwing en geniet nog van die terugdraaiende teller

[Devler]

Ai, dat is minder (voor mij dan toch). Afgaande op voorbeeldfoto's van de kast probeer ik hem ondersteboven te monteren heb ik de indruk.
Ik heb op advies waar ik de kast kost 2 aardingsrails gekocht maar ik vermoed er maar 1 nodig te hebben, moest je er toch 1 willen :-)

Die terugdraaiende teller heb ik voorlopig niets aan omdat het volledige dak asbest bevat. Ik vermoed dat die teller vervangen wordt nog voor ik de centen heb verzameld om het dak te vernieuwen en zonnepanelen te leggen helaas. De gemeente waar ik woon heeft de informatie aanvraag rond windenergie voorlopig on hold gezet wegens geen in-house kennis van de materie :-|

[Gunskes]

Wafje schreef op woensdag 11 juni 2025 @ 13:55:
[...]


Als je nog een paar maanden geduld hebt kan ik wat foto's posten
PLC komt inderdaad op rails die wat dieper liggen, waardoor er een afdekplaat voor kan komen te staan.

Hoe vlotten de werken?
Ik ben benieuwd om te zien hoe jouw kast er nu uitziet. Ik plan binnen enkele maanden een gelijkaardige installatie op te starten en ben aan het onderzoeken welke kast ik plaats en hoe die ingedeeld moet worden.

[Blokker_1999]

Zucht. Gisteren heel even de stroom uitgezet en na het opkomen doet mijn installatie moeilijk. De PFC200 zelf werkt zonder problemen, maar de bediening die via de modbus uitbreiding loopt reageert meer niet dan wel . Ik wil dus even met de software gaan kijken, blijkt dat ik de VM waarin ik destijds alles gebouwd heb, heb verwijderd.

Geen probleem, het project zelf staat in OneDrive dus even naar de Wago website om een nieuwe trial versie van e!COCKPIT to downloaden en ... shit, die software bestaat niet meer.

Iemand die kan zeggen wat het beste pad voorwaarts is op dit moment?

[Santford]

Blokker_1999 schreef op zondag 26 oktober 2025 @ 08:29:
Zucht. Gisteren heel even de stroom uitgezet en na het opkomen doet mijn installatie moeilijk. De PFC200 zelf werkt zonder problemen, maar de bediening die via de modbus uitbreiding loopt reageert meer niet dan wel . Ik wil dus even met de software gaan kijken, blijkt dat ik de VM waarin ik destijds alles gebouwd heb, heb verwijderd.

Geen probleem, het project zelf staat in OneDrive dus even naar de Wago website om een nieuwe trial versie van e!COCKPIT to downloaden en ... shit, die software bestaat niet meer.

Iemand die kan zeggen wat het beste pad voorwaarts is op dit moment?

Naar welke software ben je precies op zoek?

[Blokker_1999]

Santford schreef op zondag 26 oktober 2025 @ 11:20:
[...]

Naar welke software ben je precies op zoek?

De laatste keer dat ik het project heb opengehad was met e!COCKPIT 1.11.1 volgens de download mail die ik heb teruggevonden, en ik vermoed dat ik minimaal die versie nodig zal hebben om ooit verder te kunnen werken daar ik me meen te herinneren dat ik toen ook de firmware van de controller bijgewerkt heb.

Ik wil ook gerust omschakelen naar Codesys, maar daar geeft Wago ook aan dat aan de ene kant je bestanden en controller minimaal voor een specifieke firmware target moeten voorzien zijn, en dat kan ik dus ook niet zomaar nakijken zonder software, en heb je uiteraard ook weer en specifieke versie van Codesys nodig die je ook niet op hun site kunt downloaden zonder een account. Dat was het mooie van die e!COCKPIT software. Een 30 dagen trial, en dat zijn dan 30 verschillende dagen waarop de software werd opgestart.

Ik heb ook geen probleem met van 0 af aan een nieuw project te bouwen, maar dan moet ik weten wat de beste optie is voor software.

[ Voor 6% gewijzigd door Blokker_1999 op 26-10-2025 12:10 ]

[Kanze]

Blokker_1999 schreef op zondag 26 oktober 2025 @ 12:10:
[...]

De laatste keer dat ik het project heb opengehad was met e!COCKPIT 1.11.1 volgens de download mail die ik heb teruggevonden, en ik vermoed dat ik minimaal die versie nodig zal hebben om ooit verder te kunnen werken daar ik me meen te herinneren dat ik toen ook de firmware van de controller bijgewerkt heb.

Ik wil ook gerust omschakelen naar Codesys, maar daar geeft Wago ook aan dat aan de ene kant je bestanden en controller minimaal voor een specifieke firmware target moeten voorzien zijn, en dat kan ik dus ook niet zomaar nakijken zonder software, en heb je uiteraard ook weer en specifieke versie van Codesys nodig die je ook niet op hun site kunt downloaden zonder een account. Dat was het mooie van die e!COCKPIT software. Een 30 dagen trial, en dat zijn dan 30 verschillende dagen waarop de software werd opgestart.

Ik heb ook geen probleem met van 0 af aan een nieuw project te bouwen, maar dan moet ik weten wat de beste optie is voor software.

Ben je hier nog naar op zoek? Ik heb de installer voor eCockpit 1.11.2.

[Roekeloos]

Zelfde probleem gehad hier. Uiteindelijk ben ik maar opnieuw begonnen in Codesys (dat was ik toch al een keer van plan). Ik had nog wel wat oude .export bestanden gevonden, waardoor ik niet helemaal bij 0 hoefde te beginnen. Maar heeft me wel een paar avonden gekost, voordat je alles weer op orde hebt met libraries enzo.

[Devler]

Die firmware kan je nakijken op de homepage van de PLC zelf, te bereiken via het IP adres van de PLC. Standaard is de login "admin" en paswoord "wago" wat je daar ineens kan aanpassen. Daar kan je ook de laatste versie uploaden. Geen specifieke software nodig in ieder geval.

Moest je twijfelen of het de moeite waard is om in Codesys opnieuw te beginnen, ik heb het een tijdje geleden gedaan om te kijken of ik had "bijgeleerd" van mijn eerste ervaringen. Ik merk dat door opnieuw te beginnen ik bepaalde zaken anders aanpak. Soms beter, soms slechter, maar een nieuwe insteek zorgt voor oplossingen die een andere aanpak vragen en niet mogelijk zouden zijn met de "oude" manier van programmeren. Je hebt immers ervaring opgedaan en problemen ontdekt en je kan ze vanaf begin mee opnemen in je programmatie.

Voor mijn eigen project ben ik ondertussen wat opgeschoten. Ik ben de inputs en outputs aan het doorlussen via insteekklemmen (wago - 1 op 1). Ik heb er zelf niet beter op gevonden dan 2x een SVV 8x0,8 per kaart te gebruiken. Hoe kableren jullie de verschillende in- en uitgangskaarten? 16x08 aankopen voor louter kableren vind ik wat overkill terwijl ik de andere heb liggen.

Fatsoeneren van de bekabeling is de volgende stap, maar ik had geen kabelgootjes meer en zoek nog achter een alternatief.

[Kanze]

Devler schreef op dinsdag 28 oktober 2025 @ 11:17:
Die firmware kan je nakijken op de homepage van de PLC zelf, te bereiken via het IP adres van de PLC. Standaard is de login "admin" en paswoord "wago" wat je daar ineens kan aanpassen. Daar kan je ook de laatste versie uploaden. Geen specifieke software nodig in ieder geval.

Moest je twijfelen of het de moeite waard is om in Codesys opnieuw te beginnen, ik heb het een tijdje geleden gedaan om te kijken of ik had "bijgeleerd" van mijn eerste ervaringen. Ik merk dat door opnieuw te beginnen ik bepaalde zaken anders aanpak. Soms beter, soms slechter, maar een nieuwe insteek zorgt voor oplossingen die een andere aanpak vragen en niet mogelijk zouden zijn met de "oude" manier van programmeren. Je hebt immers ervaring opgedaan en problemen ontdekt en je kan ze vanaf begin mee opnemen in je programmatie.

Voor mijn eigen project ben ik ondertussen wat opgeschoten. Ik ben de inputs en outputs aan het doorlussen via insteekklemmen (wago - 1 op 1). Ik heb er zelf niet beter op gevonden dan 2x een SVV 8x0,8 per kaart te gebruiken. Hoe kableren jullie de verschillende in- en uitgangskaarten? 16x08 aankopen voor louter kableren vind ik wat overkill terwijl ik de andere heb liggen.

Fatsoeneren van de bekabeling is de volgende stap, maar ik had geen kabelgootjes meer en zoek nog achter een alternatief.

[Afbeelding]

Ik was begonnen met H05V-0.5mm2 maar ben overgestapt naar kablagedraden van Velleman. Hier zie je het verschil tussen H05V (groen) en kablagedraad (paars)..

---

Iemand ervaring met Modbus via de 750-653 RS485 kaarten? Ik heb er twee liggen en krijg ze maar niet werkende.

[Wafje]

Gunskes schreef op donderdag 23 oktober 2025 @ 15:04:
[...]


Hoe vlotten de werken?
Ik ben benieuwd om te zien hoe jouw kast er nu uitziet. Ik plan binnen enkele maanden een gelijkaardige installatie op te starten en ben aan het onderzoeken welke kast ik plaats en hoe die ingedeeld moet worden.

Dit is de huidige status.
In de linkerkast komen alle LED drivers. Hiervoor bestel ik nog een verzinkte montageplaat.
In de rechterkast zit alle vermogenverdeling en onderaan de relais en PLC.
De verticale klemmenstroken zijn wel heel handig om ongeveer op de juiste hoogte de aansluiting te maken; hierdoor zitten de kabelgoten niet overvol.

Initieel was het plan om sturingselementen in de rechterkast te doen en vermogen in de linkerkast, met LED drivers verspreid over de 2 kasten onderaan. De setup nu is wat praktischer om het juiste circuit op de juiste relais(groep) aan te sluiten.

[Kanze]

Kom zeker terug met nieuwe foto's @Wafje! Ziet er al heel knap uit!

[Kanze]

Eerste ervaringen met Codesys 3.5 en Gen 2 niet geheel positief.

1. COM1 port ingesteld als RS485 om te communiceren met DSMR 5 meter van Fluvius waarop een RS485 vertaler zit. Werkt alleen als ik COM1 instel als RS232.
2. Modbus TCP doet vreemde dingen. Na enkele dagen stopt de communicatie met mijn SolarEdge omvormer plots. Geen exceptions of foutmeldingen. Gewoon geen antwoord meer. Reboot lost het op.
3. Heel sporadisch CPU errors (error 9 argument 5 CPU exception) in een project met Modbus TCP.
4. Geen support in de setup-wizard voor Modbus UDP
5. DMX met 750-652 blijkt onbetrouwbaar. Na enkele dagen plots geen reactie meer van armaturen op uitgestuurde dmx berichten.

[Roekeloos]

Ik ben van plan om mijn kasten helemaal opnieuw op te gaan bouwen. Wat overwegingen daarbij op basis van mijn ervaringen:

• Eerder heb ik 3-etage rijgklemmen gebruikt voor aansluiten lamp/wcd met een brug voor N en PE, maar dat vind ik echt niet fijn werken icm stugge 2,5mm2 draden. Ik wil nu gaan voor een N en PE rail in de kast.
• Ik ben nog op zoek naar een oplossing voor een 3-standen schakelaar aan/uit/auto voor noodbediening. Het idee is om een uitgang handmatig in de kast te kunnen overrulen in het geval de PLC niet (goed) werkt. Iemand daar ideeën voor?
• Ik heb uiteraard afgaande bekabeling al beveiligd, maar de aardlekschakelaar zit nu vóór de kast. Helaas al een paar keer gehad dat deze werd aangesproken door een buitenlamp waar wat vocht in zat, met als gevolg dat de PLC uitviel. Zijn er mogelijkheden voor een soort van "selectieve" alamat?
• Ik heb in alle ruimten 1-wire temperatuursensoren, welke stervormig zijn aangelegd met CAT5 kabel. Momenteel gebruik ik deze distributors van Esera, maar de kast wordt er erg rommelig van. Hebben jullie andere ideeën?
• Qua kabelmanagement wil ik overstappen van bedradingskokers, omdat dit er in eerste instantie strak uit ziet maar erg omslachtig is bij wijzigingen. Ik overweeg een kast waarbij voldoende ruimte achter de DIN rails zit voor bedrading. In het topic zijn al wat voorbeelden genoemd, maar ik sta open voor betaalbare suggesties.
• Ik wil een beter systeem voor labeling. Eerder zitten rommelen met labels op de rijgklemmen en PLC zelf, maar het is enorm lastig om alleen al van die plastic labeltjes te bestellen die daadwerkelijk passen. Ik overweeg de bekabeling zelf tweezijdig te labelen met een Dymo en daar een transparante krimpkous overheen te trekken. Uiteraard open voor alternatieven!

[Wafje]

Roekeloos schreef op zondag 4 januari 2026 @ 22:09:
Ik ben nog op zoek naar een oplossing voor een 3-standen schakelaar aan/uit/auto voor noodbediening. Het idee is om een uitgang handmatig in de kast te kunnen overrulen in het geval de PLC niet (goed) werkt. Iemand daar ideeën voor?

Finder heeft relays en teleruptoren met manuele bediening. Het exacte type moet ik u schuldig blijven.

Roekeloos schreef op zondag 4 januari 2026 @ 22:09:
Ik heb uiteraard afgaande bekabeling al beveiligd, maar de aardlekschakelaar zit nu vóór de kast. Helaas al een paar keer gehad dat deze werd aangesproken door een buitenlamp waar wat vocht in zat, met als gevolg dat de PLC uitviel. Zijn er mogelijkheden voor een soort van "selectieve" alamat?

In België mag je een selectieve differentieelschakelaar op de kop van de installatie zetten. Onder die selectieve kan je dan meerdere gewone differentieels plaatsen. https://www.bouwinfo.be/b...oor-selectiviteit.335343/

[Roekeloos]

Wafje schreef op maandag 5 januari 2026 @ 13:32:
[...]


Finder heeft relays en teleruptoren met manuele bediening. Het exacte type moet ik u schuldig blijven.

Finder 19.21.0.024.0000, I guess... Thanks, mooie oplossing!

[...]

In België mag je een selectieve differentieelschakelaar op de kop van de installatie zetten. Onder die selectieve kan je dan meerdere gewone differentieels plaatsen. https://www.bouwinfo.be/b...oor-selectiviteit.335343/

Ik zit in NL, waar de NEN1010 geldt. Deze zegt dat alleen "algemene groepen" (met WCD's waarin steeds een ander apparaat gestoken kan worden) achter een ALS moeten zitten. Dat brengt me op het idee om de besturingskast zelf niet achter een ALS te zetten, maar pas op de afgaande groepen van deze kast een ALS/Alamat te plaatsen. Ik ken de NEN1010 alleen niet in detail. Hoe hebben jullie dit opgelost?

[THM0]

Roekeloos schreef op dinsdag 6 januari 2026 @ 14:35:
[...]


Finder 19.21.0.024.0000, I guess... Thanks, mooie oplossing!


[...]


Ik zit in NL, waar de NEN1010 geldt. Deze zegt dat alleen "algemene groepen" (met WCD's waarin steeds een ander apparaat gestoken kan worden) achter een ALS moeten zitten. Dat brengt me op het idee om de besturingskast zelf niet achter een ALS te zetten, maar pas op de afgaande groepen van deze kast een ALS/Alamat te plaatsen. Ik ken de NEN1010 alleen niet in detail. Hoe hebben jullie dit opgelost?

Ik zou sowieso je buitenlamp nakijken of vervangen. En evt de PLC achter een andere of aparte aardlekschakelaar of -automaat zetten, of nog beter: de tuin-elektra op een eigen aardlekautomaat zetten parallel aan de bestaande aardlekschakelaars.

Je mag niet de besturingskast aansluiten op een manier dat de apparatuur in de kast en de kabel tussen hoofdaaansluiting en de kast niet afgezekerd en beschermd tegen aardlekken is.

[ Voor 9% gewijzigd door THM0 op 06-01-2026 15:44 ]

[Roekeloos]

iwhnm89 schreef op zaterdag 20 mei 2023 @ 20:29:
Ik heb ondertussen een dali klem (753-647).
Probeer deze nu werkend te krijgen, heb nu 1 meanwell pwm-60-da power supply aangesloten op de dali bus.
De 753-647 wordt met externe 18Vdc gevoed.

Ik heb de codesys libraries toegevoegd maar krijg momenteel "Mailbox is not initialise" als status op de "FbDaliMaster" fb.

Lijkt erop dat ik geen communicatie met de module heb. De 24 byte inputdata wijzigt niet bij al dan niet connecteren van de meanwell voeding.
Helaas kan je de "wago dali configurator " tool niet gebruiken als je een codesys runtime hebt draaien op je plc. Beetje vreemd, want ik lees dat ecockpit in de toekomst niet meer zal gebruikt worden en alles naar codesys gaat.

Screenshots

Iemand tips?

Was je hier nog uit gekomen? Ik loopt tegen dezelfde uitdagingen aan icm Codesys..

[iwhnm89]

Roekeloos schreef op zondag 11 januari 2026 @ 19:44:
[...]


Was je hier nog uit gekomen? Ik loopt tegen dezelfde uitdagingen aan icm Codesys..

Ik heb toen contact gehad met codesys support en bleek toen dat het niet ging werken met mijn gen1 wago controller, ik heb ondertussen een gen2 controller liggen maar moet nog altijd mijn dali led strips eens proberen toevoegen.

[Roekeloos]

iwhnm89 schreef op zondag 11 januari 2026 @ 20:46:
[...]


Ik heb toen contact gehad met codesys support en bleek toen dat het niet ging werken met mijn gen1 wago controller, ik heb ondertussen een gen2 controller liggen maar moet nog altijd mijn dali led strips eens proberen toevoegen.

Dus de combi 750-8202, 753-647 en Codesys zal nooit gaan werken...? Dat is balen!

Heb je al wel gekeken of je met de 750-8212 (gen 2) wel in staat bent om via Codesys DALI te configureren? Als ik zeker weet dat dat gaat werken, ga ik toch maar weer op zoek naar een gen 2 controller.

[KoBolD54]

In mijn woning heb ik een Wago PFC200. Nu wil ik de schakelaars en (tuin)verlichting van het tuinhuis ook aansturen via mijn Wago PFC200 in de woning zonder dag ik een tweede Wago PFC200 in het tuinhuis moet plaatsen.

Dus eigenlijk wil ik de I/O verlengen via ethernet of Modbus naar het tuinhuis en daar een onderverdeelkast met wat I/O modules plaatsen die worden aangestuurd vanuit de PFC200 in de woning, zodat alle I/O en aansluitingen op de bus één zijn ondanks dat een deel zich fysiek op een andere plek bevindt. Er ligt een dedicated netwerkkabel en een apart ethernet netwerk naar het tuinhuis.

Na wat zoeken ben ik de Wago 750-628 en de Wago 750-362 tegengekomen. Echter is het mij niet heel duidelijk wat nu echt het verschil is tussen de twee en welke in mijn situatie het beste is. Beide lijken die een UTP kabel de I/O bus te verlengen.

Heeft iemand hier toevallig ervaring mee of weet wat ik het beste kan doen?

[Kanze]

KoBolD54 schreef op woensdag 14 januari 2026 @ 09:19:
In mijn woning heb ik een Wago PFC200. Nu wil ik de schakelaars en (tuin)verlichting van het tuinhuis ook aansturen via mijn Wago PFC200 in de woning zonder dag ik een tweede Wago PFC200 in het tuinhuis moet plaatsen.

Dus eigenlijk wil ik de I/O verlengen via ethernet of Modbus naar het tuinhuis en daar een onderverdeelkast met wat I/O modules plaatsen die worden aangestuurd vanuit de PFC200 in de woning, zodat alle I/O en aansluitingen op de bus één zijn ondanks dat een deel zich fysiek op een andere plek bevindt. Er ligt een dedicated netwerkkabel en een apart ethernet netwerk naar het tuinhuis.

Na wat zoeken ben ik de Wago 750-628 en de Wago 750-362 tegengekomen. Echter is het mij niet heel duidelijk wat nu echt het verschil is tussen de twee en welke in mijn situatie het beste is. Beide lijken die een UTP kabel de I/O bus te verlengen.

Heeft iemand hier toevallig ervaring mee of weet wat ik het beste kan doen?

Een 750-628 is een bus extender en de 750-362 is een bus coupler.

Een extender gebruik je om een PLC binnen 1 kast uit te breiden via de local bus. De maximumafstand daarvoor is 5 tot 10 meter. Een coupler laat je PLC uitbreiden over TCP/IP waardoor die maximumafstand komt te vervallen. Voor je tuinhuis heb je dus die 750-362 coupler nodig.

In eCockpit kan je je PLC met de coupler verbinden via Modbus UDP of TCP. In Codesys heeft de wizard alleen ondersteuning voor TCP. De wizard voegt je coupler toe als een Ethernet device en staat je toe de veldbusmodules in je tuinhuis te mappen naar variabelen in je programma net zoals je dat doet voor de veldbusmodules bij je PLC. Hieronder wat screenshots.

edit: Je kan gerust een 750-352 tweedehands kopen. Vergeet geen bijkomende busvoeding voor je coupler te plaatsen. PFC200's komen standaard met die voeding aangekoppeld maar coupler dus niet. De coupler zelf kan je bus in het tuinhuis niet direct voeden. Hieronder nog een voorbeeldfoto. Je ziet de voeding (zelfs nog een Beckhoff module) als eerste in de veldbus zitten.

[ Voor 11% gewijzigd door Kanze op 14-01-2026 12:01 ]

[KoBolD54]

Kanze schreef op woensdag 14 januari 2026 @ 11:54:
[...]


Een 750-628 is een bus extender en de 750-362 is een bus coupler.

Een extender gebruik je om een PLC binnen 1 kast uit te breiden via de local bus. De maximumafstand daarvoor is 5 tot 10 meter. Een coupler laat je PLC uitbreiden over TCP/IP waardoor die maximumafstand komt te vervallen. Voor je tuinhuis heb je dus die 750-362 coupler nodig.

In eCockpit kan je je PLC met de coupler verbinden via Modbus UDP of TCP. In Codesys heeft de wizard alleen ondersteuning voor TCP. De wizard voegt je coupler toe als een Ethernet device en staat je toe de veldbusmodules in je tuinhuis te mappen naar variabelen in je programma net zoals je dat doet voor de veldbusmodules bij je PLC. Hieronder wat screenshots.

edit: Je kan gerust een 750-352 tweedehands kopen. Vergeet geen bijkomende busvoeding voor je coupler te plaatsen. PFC200's komen standaard met die voeding aangekoppeld maar coupler dus niet. De coupler zelf kan je bus in het tuinhuis niet direct voeden. Hieronder nog een voorbeeldfoto. Je ziet de voeding (zelfs nog een Beckhoff module) als eerste in de veldbus zitten.

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Bedankt voor de uitgebreide uitleg. Ik weet nu wat ik moet kopen

[matthijs33]

Ik had een gelijkaardige situatie waarbij 3 verschillende lichtpunten bij het tuinhuis aangestuurd moesten worden. Ik heb via een ethernet kabel de schakelaars rechtseeks op de PLC IO aangesloten en de 3 verlichtings punten gaan over een 5g1.5. Hierdoor is geen extra PLC nodig.
Is natuurlijk enkel een optie als je een wachtbuis hebt voor de verlichtings kabel.

[Roekeloos]

Theoretisch is een PLC natuurlijk super stabiel, maar het is en blijft een SPOF. Dat heb ik wederom ondervonden doordat de stroom op één fase is uitgevallen, wat waarschijnlijk een surge heeft veroorzaakt waardoor de PLC nu vreemd gedrag vertoont: hij draait op zich wel, maar heeft issues met de kbus communicatie. Nu kan ik op zoek naar de defecte module.

Ik heb overal spares van op liggen, maar dit kost toch behoorlijk wat tijd waarin het huis feitelijk niet functioneert. Bovendien moest ik de hele Codesys omgeving weer opbouwen op mijn nieuwe laptop, wat ook altijd echt weer een hele operatie is.

Ik heb gepland om mijn kasten opnieuw te gaan opbouwen. Misschien vloeken in de kerk, maar ik overweeg om de gelegenheid aan te grijpen om te switchen naar Loxone of KNX...

[THM0]

Roekeloos schreef op vrijdag 30 januari 2026 @ 05:10:
Theoretisch is een PLC natuurlijk super stabiel, maar het is en blijft een SPOF. Dat heb ik wederom ondervonden doordat de stroom op één fase is uitgevallen, wat waarschijnlijk een surge heeft veroorzaakt waardoor de PLC nu vreemd gedrag vertoont: hij draait op zich wel, maar heeft issues met de kbus communicatie. Nu kan ik op zoek naar de defecte module.

Ik heb overal spares van op liggen, maar dit kost toch behoorlijk wat tijd waarin het huis feitelijk niet functioneert. Bovendien moest ik de hele Codesys omgeving weer opbouwen op mijn nieuwe laptop, wat ook altijd echt weer een hele operatie is.

Ik heb gepland om mijn kasten opnieuw te gaan opbouwen. Misschien vloeken in de kerk, maar ik overweeg om de gelegenheid aan te grijpen om te switchen naar Loxone of KNX...

Als je geen SPOF wilt kun je Loxone direct van je lijstje strepen. Het is conceptueel niet heel veel anders dan de werking van de PLC die je nu hebt. Plus heel erg gesloten. Wat ga je doen als Loxone ooit failliet gaat?

KNX Is echt een heel mooi systeem, oa omdat je alle merken kunt combineren omdat ze alle datatypes etc helemaal gestandaardiseerd hebben. Maar vooral omdat de apparaten zelf onderling ook berichten kunnen sturen over de bus en daar op kunnen reageren. Als de centrale controller stuk is blijft je lichtschakelaar gewoon werken.

[TLDNL]

Kan je niet de I/O aan een veldbuscoupler (Modbus TCP / Ethercat / Profinet / etc.) hangen en dan je programmatuur op een PLC of soft PLC draaien? Dan kan je ook makkelijk een machine als (hot) spare laten draaien.

KNX lijkt mij namelijk ook niet echt zaligmakend...

[Kanze]

Vervelend voor je dat er nu problemen zijn @Roekeloos maar tegelijk is er ook niets in je verhaal waar de PLC echt schuld aan treft. Wie weet was een Loxone gewoon opgeblazen bij die spanningspiek, geen idee. Best je software intern ergens in een git repo steken om problemen met nieuwe laptops te voorkomen.

Doe eerst voldoende research voor je overstapt naar een gesloten ecosysteem. Je moet maar eens een edge case hebben (nu of later) waarvoor je met een PLC je eigen ding kon schrijven maar waar Loxone arbitrair iets niet wil toelaten. Ik denk aan het hele verhalen met minimum modbus polling rates bijvoorbeeld.

[Roekeloos]

Kanze schreef op zaterdag 31 januari 2026 @ 00:49:
Vervelend voor je dat er nu problemen zijn @Roekeloos maar tegelijk is er ook niets in je verhaal waar de PLC echt schuld aan treft. Wie weet was een Loxone gewoon opgeblazen bij die spanningspiek, geen idee. Best je software intern ergens in een git repo steken om problemen met nieuwe laptops te voorkomen.

Doe eerst voldoende research voor je overstapt naar een gesloten ecosysteem. Je moet maar eens een edge case hebben (nu of later) waarvoor je met een PLC je eigen ding kon schrijven maar waar Loxone arbitrair iets niet wil toelaten. Ik denk aan het hele verhalen met minimum modbus polling rates bijvoorbeeld.

Mijn punt is vooral dat het recoveren (net als het voor de eerste keer opzetten), best een operatie is. Dat is de prijs die je betaalt voor een open ecosysteem. Neemt niet weg dat velen (met mij) als ze de balans opmaken nog steeds voor domotica met PLC's kiezen. Maar ik wilde vooral iedereen weer eens bewust maken dat de PLC een SPOF is en dat het uitvallen daarvan best een impact heeft. Dus zorg goed voor spares en backup & recovery.

[TLDNL]

Redundancy van je controller zou je kunnen op lossen door twee plc's zonder I/O te nemen en dan je I/O's via veldbuscouplers aan te sluiten. Bijvoorbeeld een combinatie van twee Wago 750-8212 en de 750-352 met daarin je I/O kaarten.

Dan zou je kunnen kiezen tussen handmatige keuze tussen de 8212's of dit automatiseren. Voordeel is ook dat je lekker kan spelen met 1 controller en na het spelen in een keer terug kan naar een werkende situatie.

Ik ben dit nu ook op deze manier aan het opzetten. En dit lijkt goed te gaan. Het enige is dat ik problemen heb om de Esera 1-wire rs-485 doos uit te lezen via een 750-653/003-000. Hier moet ik nog steeds induiken.

[Kanze]

Heeft iemand de laatste release van eCockpit gearchiveerd? Het is versie 1.11.3.1, zelf heb ik 1.11.2.0 maar upgrading via eCockpit zelf lukt niet meer. Vermoedelijk omdat Wago dat bestand niet meer host.

[MichVw]

Kanze schreef op zondag 1 februari 2026 @ 15:28:
Heeft iemand de laatste release van eCockpit gearchiveerd? Het is versie 1.11.3.1, zelf heb ik 1.11.2.0 maar upgrading via eCockpit zelf lukt niet meer. Vermoedelijk omdat Wago dat bestand niet meer host.

ik heb 1.10. Waarom heb je die nieuwere versie nodig? Wago support al geprobeerd?

[MichVw]

Voor iedereen die MQTT discovery gebruikt, er komt een breaking change in Home Assistant 2026.4.
Er is een nieuwe release met de nodige aanpassingen: https://github.com/Michie...eSys3/releases/tag/v1.6.0

Als je niet alles wilt updaten kan je gewoon de MQTT discovery objecten verwijderen uit je project en opnieuw importeren via de codesys export.

[MichVw]

Ik ben de omschakeling aan het verkennen van cockpit naar codesys.
Hoe flash je best de PLC met een software die omkan met codesys V3?



Ik heb het in het verleden nog gedaan maar is precies iets te lang geleden..

Update, de Wago upload tool zegt dat een update niet supported is:

[ Voor 26% gewijzigd door MichVw op 21-02-2026 16:11 ]

[kuhlivisj]

Als je huidige firmware versie 11 of lager is dan kan je hem alleen updaten via een sd kaart. Vanaf firmware 12 kan het met WAGOupload.

Let wel op dat de 750-8202 een eerste generatie PFC200 is. Die kunnen niet naar Codesys 3.5 geüpdatet worden.

[MichVw]

kuhlivisj schreef op zaterdag 21 februari 2026 @ 16:27:
Als je huidige firmware versie 11 of lager is dan kan je hem alleen updaten via een sd kaart. Vanaf firmware 12 kan het met WAGOupload.

Let wel op dat de 750-8202 een eerste generatie PFC200 is. Die kunnen niet naar Codesys 3.5 geüpdatet worden.

ook niet als ik via targets van de codesys store?

[kuhlivisj]

De codesys runtime kan inderdaad wel

[MichVw]

kuhlivisj schreef op zaterdag 21 februari 2026 @ 17:42:
De codesys runtime kan inderdaad wel

moet ik daarvoor ook de firmware version updaten naar laatste versie die Wago beschikbaar stelt? (FW22)?
Of hoe maak ik m'n toestel compatibel?

[kuhlivisj]

Volgens de codesys store moet je minimaal firmware 17 hebben

[Kanze]

MichVw schreef op zondag 22 februari 2026 @ 10:20:
[...]


moet ik daarvoor ook de firmware version updaten naar laatste versie die Wago beschikbaar stelt? (FW22)?
Of hoe maak ik m'n toestel compatibel?

Je moet eens kijken of dit wel zinvol is. Ik ga er even van uit dat je 75-8202 geen volwaardige licentie van WAGO heeft voor Codesys 3.5. Dus als je via de targets van Codesys zelf wil werken denk ik dat je onder hun licentiemodel valt. Ze hebben sinds een tijdje een getrapt model met vervelende hinderpalen.

Ik ging in deze post verder schrijven hoe je eventueel beter een tweedehands PFC200 G2 aanschaft. Ik heb er zelf namelijk een jaar geleden twee gekocht voor 400 euro per stuk. Maar nu kijk ik op ebay en consoorten en zie dat de prijzen x2 gegaan zijn. Is er wat gaande? Je zou toch denken dat met de PFC300 launch er best wat stock G2's op de markt zouden komen...

[THM0]

Kanze schreef op zondag 22 februari 2026 @ 19:34:
[...]


Je moet eens kijken of dit wel zinvol is. Ik ga er even van uit dat je 75-8202 geen volwaardige licentie van WAGO heeft voor Codesys 3.5. Dus als je via de targets van Codesys zelf wil werken denk ik dat je onder hun licentiemodel valt. Ze hebben sinds een tijdje een getrapt model met vervelende hinderpalen.

Ik ging in deze post verder schrijven hoe je eventueel beter een tweedehands PFC200 G2 aanschaft. Ik heb er zelf namelijk een jaar geleden twee gekocht voor 400 euro per stuk. Maar nu kijk ik op ebay en consoorten en zie dat de prijzen x2 gegaan zijn. Is er wat gaande? Je zou toch denken dat met de PFC300 launch er best wat stock G2's op de markt zouden komen...

In Duitsland koop je een G2 PFC200 nog steeds op ebay voor een slordige 400 euro.

[MichVw]

Kanze schreef op zondag 22 februari 2026 @ 19:34:
[...]


Je moet eens kijken of dit wel zinvol is. Ik ga er even van uit dat je 75-8202 geen volwaardige licentie van WAGO heeft voor Codesys 3.5. Dus als je via de targets van Codesys zelf wil werken denk ik dat je onder hun licentiemodel valt. Ze hebben sinds een tijdje een getrapt model met vervelende hinderpalen.

Ik ging in deze post verder schrijven hoe je eventueel beter een tweedehands PFC200 G2 aanschaft. Ik heb er zelf namelijk een jaar geleden twee gekocht voor 400 euro per stuk. Maar nu kijk ik op ebay en consoorten en zie dat de prijzen x2 gegaan zijn. Is er wat gaande? Je zou toch denken dat met de PFC300 launch er best wat stock G2's op de markt zouden komen...

ik heb 4 toestellen hangen, een update naar G2 als het echt niet nodig is vermijd ik liever.. ik zit op één toestel met DALI dus daar zal ik het wel vlaggen hebben. Iemand al ervaring op dat vlak? (G2/Dali/Wago libs via Codesys?)

[THM0]

MichVw schreef op maandag 23 februari 2026 @ 08:13:
[...]


ik heb 4 toestellen hangen, een update naar G2 als het echt niet nodig is vermijd ik liever.. ik zit op één toestel met DALI dus daar zal ik het wel vlaggen hebben. Iemand al ervaring op dat vlak? (G2/Dali/Wago libs via Codesys?)

Het is een tijdje geleden dat ik er mee bezig was, maar Wago publiceert zijn libaries tegenwoordig gratis, die kun je gewoon downloaden en importeren in Codesys 3.5 via een Codesys add-on van Wago.
Ik zie geen reden waarom je met een G1 PFC200 niet uit de voeten zou kunnen, de DALI libraries zijn toch niet specifiek voor een G2?

Je moet alleen de Codesys targets kopen voor iedere PLC.
Ik heb het nieuwe Codesys licentiemodel bij introductie even kort bekeken, er zit een soort getrapt kostenmodel in afhankelijk van de complexiteit. Nu lijkt je project me niet bepaald enorm complex, dus wellicht kun je met een goedkopere SKU voor een target prima uit. Is er geen trial meer? In de oude opzet hadden ze een gratis target die na 2 uur de applicatie stopt.

[Kanze]

THM0 schreef op zondag 22 februari 2026 @ 21:18:
[...]

In Duitsland koop je een G2 PFC200 nog steeds op ebay voor een slordige 400 euro.

Dat dacht ik dus ook maar toen ik gisteren ging kijken waren de prijzen een stuk hoger. Tweedehands fluctueert inderdaad wel.

Mijn insteek was 2dehands komt waarschijnlijk goedkoper uit na een paar jaar als codesys target met nieuwe licentiemodel. Ik zou al vast hangen aan de 89 euro versie omwille van de applicatiegrootte (>1mb)

[MichVw]

Kanze schreef op maandag 23 februari 2026 @ 12:50:
[...]

Mijn insteek was 2dehands komt waarschijnlijk goedkoper uit na een paar jaar als codesys target met nieuwe licentiemodel. Ik zou al vast hangen aan de 89 euro versie omwille van de applicatiegrootte (>1mb)

Een licentie is toch niet op jaarbasis? of wat mis ik hier?

[MichVw]

THM0 schreef op maandag 23 februari 2026 @ 10:31:
[...]

Het is een tijdje geleden dat ik er mee bezig was, maar Wago publiceert zijn libaries tegenwoordig gratis, die kun je gewoon downloaden en importeren in Codesys 3.5 via een Codesys add-on van Wago.
Ik zie geen reden waarom je met een G1 PFC200 niet uit de voeten zou kunnen, de DALI libraries zijn toch niet specifiek voor een G2?

Je moet alleen de Codesys targets kopen voor iedere PLC.
Ik heb het nieuwe Codesys licentiemodel bij introductie even kort bekeken, er zit een soort getrapt kostenmodel in afhankelijk van de complexiteit. Nu lijkt je project me niet bepaald enorm complex, dus wellicht kun je met een goedkopere SKU voor een target prima uit. Is er geen trial meer? In de oude opzet hadden ze een gratis target die na 2 uur de applicatie stopt.

trial van 2u is er inderdaad nog altijd. Bedankt voor de tip ivm de libraries, ik ga het proberen..

[MichVw]

Codesys brengt dit jaar een nieuwe IDE uit, codesys go:

https://www.codesys.com/products/engineering/codesys-go/

Eindelijk git support, Linux support ook. Ziet er naar uit alsof het kan draaien in een docker container en je gewoon kan verbinden via browser..

Vanaf 2028 betalend..

[Kanze]

MichVw schreef op maandag 23 februari 2026 @ 14:27:
[...]


Een licentie is toch niet op jaarbasis? of wat mis ik hier?

Je hebt helemaal gelijk! Ik ging er zo maar van uit dat het wel jaarlijks te betalen zou zijn.

[Kanze]

Ik heb de laatste revisie van eCockpit (1.11.3.1) en de laatste PFC200 G1 firmware (031010 (22)) geüpload naar het Internet Archive. Hopelijk bespaar ik zo iemand in de toekomst veel zoekwerk


https://archive.org/details/eCockpit-v1.11.3.1

https://archive.org/detai...0x-v-031010-ix-22-r-71749

[ Voor 27% gewijzigd door Kanze op 25-02-2026 14:53 ]

[Kanze]

Vandaag na maanden debuggen (en met de hulp van Claude) eindelijk een bug met modbus uit mijn programma gehaald. Elke week tot 10 dagen liep mijn PLC vast met een access violation error in WagoAppPlcModbus. Er moest iets gaande zijn met een pointer binnen de library maar zonder de broncode was het voor mij onbegonnen werk dat te vinden.

Voor wie dit ooit tegen het lijft loopt dus dit. In mijn geval zijn bepaalde modbus devices ook bereikbaar via MQTT. Je kan commando's sturen en zo de PLC opdrachten geven via die blocks. Bleek nu dat in sommige edge cases er een MQTT commando binnenkwam wat de actieve typMbQuery van dat device muteerde terwijl het in gebruik was binnen de ModbusMaster block van Wago. Dat zorgde voor corruptie binnen de library en een crash van de PLC.

Eenvoudig op te lossen met een extra typMbQuery buffer en MemCopy. Maar je moet er maar aan denken hé. Thanks, AI

[Accretion]

Ik heb een klein projectje om een pomp aan te sturen, echter willen we waarschijnlijk een klein display erbij.

Nu zie ik dat een Siemens LOGO! PLC niet heel duur is (€250,-) en de programmeer software kost ook ~€50,-?

Heeft iemand daar ervaring mee?

Persoonlijk zou ik eerder een Arduino of Controllino gebruiken met een los LCD'tje, maar ik wil eigenlijk iets wat meer 'gestandaardiseerd' is.

[Jan_]

Siemens logo kun je in een starterkit kopen, daar zit alles in https://www.siemens.com/nl-nl/products/logo/starter-kits/
Dat is dan nog met de 'oude' LOGO8 er is recent een LOGO9 uitgekomen.

De nieuwe LOGO9 heeft i.t.t. alle voorgaande versie een touchscreen, communicatie en programmeren gaat via ethernet. Programmeren kan in ladder of blokken.

Heb hier zelf een aantal logo's draaien die verlichting automatisch regeling op basis van astronomische kloktijden. En nu recent de sturing van zwembad pomp en warmtepomp op basis van een logo gemaakt,

[ Voor 40% gewijzigd door Jan_ op 10-06-2026 19:02 ]

[Accretion]

Jan_ schreef op woensdag 10 juni 2026 @ 18:59:
Siemens logo kun je in een starterkit kopen, daar zit alles in https://www.siemens.com/nl-nl/products/logo/starter-kits/
Dat is dan nog met de 'oude' LOGO8 er is recent een LOGO9 uitgekomen.

De nieuwe LOGO9 heeft i.t.t. alle voorgaande versie een touchscreen, communicatie en programmeren gaat via ethernet. Programmeren kan in ladder of blokken.

Heb hier zelf een aantal logo's draaien die verlichting automatisch regeling op basis van astronomische kloktijden. En nu recent de sturing van zwembad pomp en warmtepomp op basis van een logo gemaakt,

Haha, die netwerkkabel en plastic opbergbox van de starterset heb ik niet nodig, maar ik zie wel dat die set goedkoper is dan alles los kopen, dus toch een goede tip

Echter zie ik dat een S7-1200 eigenlijk ook praktisch net zo duur is? Maar die software is dan veel duurder of hoe zit dat dan?

Ik heb zojuist ook even de Logo!9 Demo software gedraaid om een idee te krijgen van het programmeren, de simulatie is ook wel handig en kon al wat op het gesimuleerde display weergeven. Alleen is de simulatie qua netwerk interfacing gelimiteerd, lijkt alsof je niet de webpagina/mqtt kan simuleren.

Vanwege de MQTT ondersteuning zou hij wel goed koppelbaar aan Home-Assistant moeten zijn, zou ideaal zijn om mijn 'domme' warmte terugwin ventilatie smart mee te maken of beregening van de tuin te automatiseren.

Wel lijkt het alsof je niet vrij TCP berichten of HTTP berichten kunt sturen. Dat kan bij een Arduino wel en geloof ook bij een S7 PLC. En als C/C++ programmeur voelt ladder/blokken wat onhandig/limiterend.

Ik ga nog eventjes goed nadenken over wat ik daadwerkelijk wil bouwen / waarmee ik moet gaan interfacen. Ik denk dat een PLC heel goed werkt voor een aantal heel 'standaard' automatiseringsprojecten.

En de Arduino/Controllino heb je eigenlijk alleen nodig als je liever C/C++ programmeert en/of iets raars gaat doen zoals een RFID lezer op batterij maken die ook muziekjes kan afspelen.

[ Voor 3% gewijzigd door Accretion op 11-06-2026 00:11 ]

[mjkl]

Accretion schreef op woensdag 10 juni 2026 @ 23:53:
[...]

Echter zie ik dat een S7-1200 eigenlijk ook praktisch net zo duur is? Maar die software is dan veel duurder of hoe zit dat dan?

De s7-1200 is het instapmodel, professionele plc. Een LOGO was altijd een instapmodelletjes voor simpele schakelingen. Meer geschikt voor je "eerste plc programma" op school dan iets anders. Alhoewel de functies zo te zien behoorlijk uitgebreid zijn.

Je raad het goed voor s7-1200 is (of was in mijn tijd) een TIA Portal licentie nodig die in de duizenden euro's per jaar, per developer kan lopen. Of althans zo werd het bij mijn vorige werk voorgehouden. Er is volgens mij ook daar weer een PRO licentie waardoor je de s7-1500 kan programeren die weer stapje omhoog is.

Accretion schreef op woensdag 10 juni 2026 @ 23:53:
Wel lijkt het alsof je niet vrij TCP berichten of HTTP berichten kunt sturen. Dat kan bij een Arduino wel en geloof ook bij een S7 PLC. En als C/C++ programmeur voelt ladder/blokken wat onhandig/limiterend.

Dit kan goed kloppen. Volgens mij kan je met een 1200 wel al veel meer. Maar zeker die LOGO's zijn dichtgetimmerd. Het is een lokkertje om je binnen de deur te krijgen.

Als oud-plc programmeur die nu naar C/C++ overgestapt is, snap ik je gedachtegang. Maar daarbij moet ik wel zeggen dat ladder echt wel zijn plaats heeft. Zeker in de vorm binnen TIA Portal of andere Professionele studio's. Ik moet geregeld nu nog wat doen binnen de proces industrie. En ik heb geregeld heimwee naar mijn ladders.

Voor complexe situaties met veel binaire sensoren en voorwaarden kan ik veel sneller een leesbare ladder uit mijn pols schudden, die daarna overzichtelijk te debuggen is, Dan dat ik een leesbaar c++ programma schrijf. Dan moet je bij een veelvoud van complexe voorwaarden met meerdere branches. Al snel veel if en else's nesten tot 1 groot rattennest (hier zijn oplossingen voor, dat weet ik, maar het gaat hier om het gemak)

Echter zijn voorgenoemde ladders volgens mij weer niet te schrijven in LOGO omdat die niet ondersteund worden. Alleen de simpelste vormen mogen daar.

Conclusie:
Voor een simpele pomp aansturen zou het dus prima moeten zijn. Je kan nog kijken naar concurrenten zoals een Eaton EasyE4

Als je neigt naar een controllino. Zou ik zeker even rondkijken in de ESP32 wereld. Zeker icm Esphome kan je snel mooie oplossingen maken. Ik heb mijn oude ac motor ventilatie ge retro fit op een "ESP32 PLC" van KMP electronics https://kmpelectronics.eu/products/prodino-esp32-v1/

Maar kijk ook eens bij:
https://www.industrialshields.com/industrial-hardware-solutions-based-on-esp32

Voordeel van deze dingen boven een controllino is dat een esp32 een stuk krachtiger is en ze vaak met een ethernet poort komen ipv wifi

[Accretion]

Jaarlijkse licentiekosten heb ik totaal geen zin in Voor huis/tuin/keuken aansturing ook belachelijk duur overigens.

Een ESP32 gebaseerde 'PLC' is wel leuk en dan heb je eigenlijk veel meer mogelijkheden voor een lagere prijs.

Maar ergens heb ik de neiging om toch voor een 'echte' (Logo9) PLC te gaan en misschien juist omdàt het het een beetje dichtgetimmerd is, je kan een webpagina drag&droppen en makkelijk het touchscreen gebruiken.

Bij een Arduino/ESP32 begint het al met 'welke library heb ik nodig' en dan handmatig de grafische elementen voor een knop op het touchscreen te zetten (al zijn daar wellicht ook libraries voor, moet die wel weer met jouw type ESP32 werken e.d.)

[Jan_]

Accretion schreef op woensdag 10 juni 2026 @ 23:53:
[...]

Vanwege de MQTT ondersteuning zou hij wel goed koppelbaar aan Home-Assistant moeten zijn, zou ideaal zijn om mijn 'domme' warmte terugwin ventilatie smart mee te maken of beregening van de tuin te automatiseren.

Wel lijkt het alsof je niet vrij TCP berichten of HTTP berichten kunt sturen. Dat kan bij een Arduino wel en geloof ook bij een S7 PLC. En als C/C++ programmeur voelt ladder/blokken wat onhandig/limiterend.

[...]

Via Modbus TCP is ook een optie om aan HomeAssistant te koppelen zie bijvoorbeeld: YouTube: Home assistant remote siemens LOGO8
Het is een andere denkwijze dan je als programmeur gewend bent, als je echter uit de industriehoek komt dan is dit weer 'vertrouwd'.

[Step5]

mjkl schreef op donderdag 11 juni 2026 @ 15:33:
[...]

De s7-1200 is het instapmodel, professionele plc. Een LOGO was altijd een instapmodelletjes voor simpele schakelingen. Meer geschikt voor je "eerste plc programma" op school dan iets anders. Alhoewel de functies zo te zien behoorlijk uitgebreid zijn.

Je raad het goed voor s7-1200 is (of was in mijn tijd) een TIA Portal licentie nodig die in de duizenden euro's per jaar, per developer kan lopen. Of althans zo werd het bij mijn vorige werk voorgehouden. Er is volgens mij ook daar weer een PRO licentie waardoor je de s7-1500 kan programeren die weer stapje omhoog is.


[...]

Dit kan goed kloppen. Volgens mij kan je met een 1200 wel al veel meer. Maar zeker die LOGO's zijn dichtgetimmerd. Het is een lokkertje om je binnen de deur te krijgen.

Als oud-plc programmeur die nu naar C/C++ overgestapt is, snap ik je gedachtegang. Maar daarbij moet ik wel zeggen dat ladder echt wel zijn plaats heeft. Zeker in de vorm binnen TIA Portal of andere Professionele studio's. Ik moet geregeld nu nog wat doen binnen de proces industrie. En ik heb geregeld heimwee naar mijn ladders.

Voor complexe situaties met veel binaire sensoren en voorwaarden kan ik veel sneller een leesbare ladder uit mijn pols schudden, die daarna overzichtelijk te debuggen is, Dan dat ik een leesbaar c++ programma schrijf. Dan moet je bij een veelvoud van complexe voorwaarden met meerdere branches. Al snel veel if en else's nesten tot 1 groot rattennest (hier zijn oplossingen voor, dat weet ik, maar het gaat hier om het gemak)

Echter zijn voorgenoemde ladders volgens mij weer niet te schrijven in LOGO omdat die niet ondersteund worden. Alleen de simpelste vormen mogen daar.

Conclusie:
Voor een simpele pomp aansturen zou het dus prima moeten zijn. Je kan nog kijken naar concurrenten zoals een Eaton EasyE4

Als je neigt naar een controllino. Zou ik zeker even rondkijken in de ESP32 wereld. Zeker icm Esphome kan je snel mooie oplossingen maken. Ik heb mijn oude ac motor ventilatie ge retro fit op een "ESP32 PLC" van KMP electronics https://kmpelectronics.eu/products/prodino-esp32-v1/

Maar kijk ook eens bij:
https://www.industrialshields.com/industrial-hardware-solutions-based-on-esp32

Voordeel van deze dingen boven een controllino is dat een esp32 een stuk krachtiger is en ze vaak met een ethernet poort komen ipv wifi

Tia portal pro eenmalige aanschaf ~2500, daarna kun je update 'abo' nemen ~520/jaar (ex)

Basic is stuk goedkoper maar kan zo snel geen prijzen vinden. Basic is goed genoeg voor 1200 maar heeft geen SCL dacht ik (pascal achtig).

Als je een oudere 1200 koopt kom je ook wel weg met een licentie voor een oudere versie van TIA en die lijken hier en daar nog wat goedkoper. Nieuwe hardware (nieuwere firmware) heeft meestal de nieuwste versie van TIA nodig. Je hoeft normaal niet echt steeds de versie te upgraden, daar komt ieder jaar een nieuwe van uit. De versie zelf krijgt normaal wel een tijdje updates en service packs.

[Accretion]

Step5 schreef op zondag 14 juni 2026 @ 09:15:
[...]

Tia portal pro eenmalige aanschaf ~2500, daarna kun je update 'abo' nemen ~520/jaar (ex)

Vindt ik vrij heftig voor de hobby/thuis.

De Siemens LOGO! PLC lijkt te voldoen voor mijn usecase.

[Step5]

Accretion schreef op zondag 14 juni 2026 @ 16:54:
[...]

Vindt ik vrij heftig voor de hobby/thuis.

De Siemens LOGO! PLC lijkt te voldoen voor mijn usecase.

Eens hoor