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?
Foto van de kast.
:strip_exif()/f/image/QsQ31XMSSFYPvD9kQPEQYouu.jpg?f=fotoalbum_large)
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.
Succes met je verbouwing en geniet nog van die terugdraaiende teller
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 :-|
Hoe vlotten de werken?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.
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.
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?
No keyboard detected. Press F1 to continue.
Naar welke software ben je precies op zoek?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?
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.Santford schreef op zondag 26 oktober 2025 @ 11:20:
[...]
Naar welke software ben je precies op zoek?
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 ]
No keyboard detected. Press F1 to continue.
Ben je hier nog naar op zoek? Ik heb de installer voor eCockpit 1.11.2.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.
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.
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)..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]
---
Iemand ervaring met Modbus via de 750-653 RS485 kaarten? Ik heb er twee liggen en krijg ze maar niet werkende.
Dit is de huidige status.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.
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.
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.
- 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!
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 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?
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 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?
Finder 19.21.0.024.0000, I guess... Thanks, mooie oplossing!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.
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?[...]
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 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.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?
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 ]
Was je hier nog uit gekomen? Ik loopt tegen dezelfde uitdagingen aan icm Codesys..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?
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 schreef op zondag 11 januari 2026 @ 19:44:
[...]
Was je hier nog uit gekomen? Ik loopt tegen dezelfde uitdagingen aan icm Codesys..
Dus de combi 750-8202, 753-647 en Codesys zal nooit gaan werken...? Dat is balen!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.
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.
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.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 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.
/f/image/1vfPKq75dI4MdGtEkUIomO7M.png?f=fotoalbum_large)
/f/image/xn0tJxlTQ5kXd2bwHsyY4FaP.png?f=fotoalbum_large)
/f/image/nJAw4b4sTlvByZu5PHqqXISK.png?f=fotoalbum_large)
[ Voor 11% gewijzigd door Kanze op 14-01-2026 12:01 ]
Bedankt voor de uitgebreide uitleg. Ik weet nu wat ik moet kopenKanze 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]
Is natuurlijk enkel een optie als je een wachtbuis hebt voor de verlichtings kabel.
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?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...
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.
KNX lijkt mij namelijk ook niet echt zaligmakend...
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.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.
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.
ik heb 1.10. Waarom heb je die nieuwere versie nodig? Wago support al geprobeerd?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.
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.