Domotica met plc's

[Giblet]

thomke schreef op vrijdag 6 december 2019 @ 07:51:
Verder vroeg ik mij ook af als de PLC met ART-NET kan communiceren voor DMX drivers.. heeft iemand als zoiets gedaan?

ook hier dacht ik anders weer de DMX vanuit hoger liggende software aan te sturen.. indien de communicatie weg valt.. dat dan de PLC begint te zenden over ART-Net naar de DMX modules.
Bedankt!

Zie dit draadje op een ander forum voor een startpunt: http://elektrotechnik114....an-67765779/all_p170.html
Hier vind je het bestandje "DMX 27.11.2014.zip" met een stukje voorbeeldcode voor codesys 2.3 waarin je vanuit de PLC ARTNET kan sturen. Ik heb het hier werkend gekregen (hier een wago 750-881 in een testopstelling draaien, dus gebonden aan codesys V2.3), maar moet bekennen dat ik niet alles snap wat er in de code gebeurt. Volgens mij komt het neer op UDP berichten die verstuurd worden over het netwerk.

Hoop dat het als startpunt kan dienen

[joostboot]

Ik weet niet of het voor jou ook toepasbaar is @thomke , maar e!cockpit heeft wel het een en ander om DMX over een seriële interface te sturen. Zie: https://www.wago.com/global/dmx

Persoonlijk zou ik liever HomeAssistant/watdanook via mijn plc de verlichting aansturen. Dus via MQTT naar de plc en dan vanaf daar via dmx naar de dimmers. Mocht homeassistant dan even niet bereikbaar zijn, dan blijft de basisfunctie van de plc altijd nog gewoon werken.

[sjoerd1980]

@MichVw De komende tijd zal ik nog weinig input kunnen leveren voor dit project, maar ik zal dat zeker later oppakken. Het basis idee komt overeen met hoe ik het voor ogen heb, functionaliteit in PLC, extra features en leuke dingen extern.

Voor mijn temperatuur sensoren (NTC 20k) heb ik inmiddels een paar klemmen besteld, 750-461/020. Dit zijn 2 kanaals modules voor deze NTCs. Gelijk ook een analoog in (0-10V) besteld voor de CO2 sensoren en omdat ze goedkoop waren een tweetal 8-kanaals digitale ingangsklemmen.

De starterskit komt begin volgende week en ik verwacht bovengenoemde klemmen ook komende week. Helaas kan ik er nog even niets mee doen, eerst moeten er nog wat andere dingen af in huis.

[MichVw]

even een paar puntjes aanhalen als reactie op jullie feedback:
- de gitter is bedoeld als een plaats om samen te werken/nadenken/argumenteren over de verdere approach van het project. Dit forum is leuk maar gitter is een betere plaats om te gaan samenwerken aan git projecten (integratie met git maar ook de engelse voertaal). Het is ook moeilijk om hier op het forum zicht te krijgen op wie er gebruik van maakt of wilt maken..
- dmx/artnet staat nog niet meteen op m'n radar.. maar ik wil gerust helpen als je het inkijkt.
- er zijn meer mensen die gebruik maken van de CODESYS 3S runtime dan ik dacht, ik stel de visie dan ook wat bij van het project: 'CODESYS 3S & é!COCKPIT', niemand heeft een glazen bol die kan zeggen welke van de twee een goede keuze is voor de toekomst. Zelf ga ik wel gebruik maken van é!COCKPIT voor zolang ik kan, ik zie het nut niet om te betalen voor targets als het anders kan en als het project word ontwikkeld voor beide runtimes voor indien een omschakeling nodig is.

Voor mensen met de CODESYS 3S runtime: ik heb een klein stukje code dat getest zou moeten worden om de user leds aan te sturen: https://github.com/Michie...mation.CoDeSys3/issues/42

Ook voor RS485 zou het handig zijn moest er iemand kunnen testen wat ik gemaakt heb op de CODESYS 3S runtime..

[Razor91]

Als lang meelezer in dit topic wou ik jullie mijn laatste post betreffende Home Assistant and PLC's niet onthouden:

https://www.plccoder.com/home-assistant-and-twincat/

Waar de meesten in dit topic weglopen met Wago is deze post gericht op de TwinCAT soft PLC's van Beckhoff.
In mijn ogen een zeer sterk alternatief

[arjan_1980]

Goede insteek.

IK denk niet dat ik heel veel kan beteken, aangezien ik installatie heb volledig op KNX, en de Wago plc is een uitbreiding hierop die toeziet op de logica voor het sturen van de verwarmings installatie.

MichVw schreef op maandag 2 december 2019 @ 08:14:
Zeeeer leuk om te horen dat er zoveel interesse is en er de wil is om samen te gaan werken aan een implementatie!

Wat ik zou voorstellen:
v1.1: conversie naar é!cockpit first approach (samen te bespreken)
v1.2: RS485 support, mogelijkheid om Eastron smd energiemeters te gaan uitlezen en ook via zelfde implementatie temperatuursensoren voor HVAC (ingewerkt in lichtschakelaars)
v2.0: HVAC!
• Aansturen zoneventielen aan de hand van temperatuursensoren
• Aansturen pomp warmtepomp (ik heb een famillielid die bij Vaillant werkt waar ik wel wat info kan vragen)
• Webvisu implementatie in de PLC om verwarming (alle bovenstaande puntjes dus) aan te sturen via html5. De hele setup moet robuust zijn dus lijkt me belangrijk om dit ook rechtstreeks op de PLC te kunnen aansturen?

Om concreet verder te gaan zou ik onderstaande voorstellen:
- Iedereen die interesse heeft om m'n project te gaan gebruiken, graag een github account aanmaken als je die nog niet hebt en de gitter chat joinen (link, ook te bereiken door op de gitter badge te drukken in de readme op de git repo)
- Laat weten wat je mening is met betreffing tot de codesys/é!cockpit keuze
- Laat weten of de funcionaliteit in de v2.0 voldoet aan jou doeleinden, indien niet, laat weten wat je mist van functionaliteit
- Laat weten wat je deadline is
- Laat weten of je wilt/tijd hebt om bij te dragen

Met de gitter wil ik de mensen die er gebruik van maken groeperen op een medium gelinkt aan de gitrepo met een lage comminicatiegrens (lijkt me niet onbelangrijk).

Indien je niet kan bijdragen: zeker geen probleem! Hoe meer mensen gebruik maken van de setup hoe beter! Bugs worden rapper ontdekt en alles word veel rapper zoals het hoort!

Nog even voor alle duidelijkheid: dit is de link naar de git repo: https://github.com/Michie...e/HomeAutomation.CoDeSys3

Indien mogelijk graag engels als voertaal voor git issues en de gitter chat?

Ik tag ook even een paar mensen; @arjan_1980 , @Kanze , @J.oost , @sjoerd1980 , @dries_47 , @smaertens, @yniezink , @thomke , @THM0 , @mpdevries84 , @TailwindNL , @Heire , @ThePsycho , @Fraggar

[yniezink]

MichVw schreef op maandag 2 december 2019 @ 08:14:
Zeeeer leuk om te horen dat er zoveel interesse is en er de wil is om samen te gaan werken aan een implementatie!

Wat ik zou voorstellen:
v1.1: conversie naar é!cockpit first approach (samen te bespreken)
v1.2: RS485 support, mogelijkheid om Eastron smd energiemeters te gaan uitlezen en ook via zelfde implementatie temperatuursensoren voor HVAC (ingewerkt in lichtschakelaars)
v2.0: HVAC!
• Aansturen zoneventielen aan de hand van temperatuursensoren
• Aansturen pomp warmtepomp (ik heb een famillielid die bij Vaillant werkt waar ik wel wat info kan vragen)
• Webvisu implementatie in de PLC om verwarming (alle bovenstaande puntjes dus) aan te sturen via html5. De hele setup moet robuust zijn dus lijkt me belangrijk om dit ook rechtstreeks op de PLC te kunnen aansturen?

Om concreet verder te gaan zou ik onderstaande voorstellen:
- Iedereen die interesse heeft om m'n project te gaan gebruiken, graag een github account aanmaken als je die nog niet hebt en de gitter chat joinen (link, ook te bereiken door op de gitter badge te drukken in de readme op de git repo)
- Laat weten wat je mening is met betreffing tot de codesys/é!cockpit keuze
- Laat weten of de funcionaliteit in de v2.0 voldoet aan jou doeleinden, indien niet, laat weten wat je mist van functionaliteit
- Laat weten wat je deadline is
- Laat weten of je wilt/tijd hebt om bij te dragen

Met de gitter wil ik de mensen die er gebruik van maken groeperen op een medium gelinkt aan de gitrepo met een lage comminicatiegrens (lijkt me niet onbelangrijk).

Indien je niet kan bijdragen: zeker geen probleem! Hoe meer mensen gebruik maken van de setup hoe beter! Bugs worden rapper ontdekt en alles word veel rapper zoals het hoort!

Nog even voor alle duidelijkheid: dit is de link naar de git repo: https://github.com/Michie...e/HomeAutomation.CoDeSys3

Indien mogelijk graag engels als voertaal voor git issues en de gitter chat?

Ik tag ook even een paar mensen; @arjan_1980 , @Kanze , @J.oost , @sjoerd1980 , @dries_47 , @smaertens, @yniezink , @thomke , @THM0 , @mpdevries84 , @TailwindNL , @Heire , @ThePsycho , @Fraggar

Ben wat laat, maar heel mooi initiatief. Hoop met de kerst straks weer e.e.a op te kunnen pakken.

Zelf zou ik het mooi vinden als alles in Ecockpit kan draaien. Dan hoef je ook niet 100 euro uit te geven aan de targets.

[Sandolution]

MichVw schreef op maandag 2 december 2019 @ 08:14:
Zeeeer leuk om te horen dat er zoveel interesse is en er de wil is om samen te gaan werken aan een implementatie!

Wat ik zou voorstellen:
v1.1: conversie naar é!cockpit first approach (samen te bespreken)
v1.2: RS485 support, mogelijkheid om Eastron smd energiemeters te gaan uitlezen en ook via zelfde implementatie temperatuursensoren voor HVAC (ingewerkt in lichtschakelaars)
v2.0: HVAC!
• Aansturen zoneventielen aan de hand van temperatuursensoren
• Aansturen pomp warmtepomp (ik heb een famillielid die bij Vaillant werkt waar ik wel wat info kan vragen)
• Webvisu implementatie in de PLC om verwarming (alle bovenstaande puntjes dus) aan te sturen via html5. De hele setup moet robuust zijn dus lijkt me belangrijk om dit ook rechtstreeks op de PLC te kunnen aansturen?

Om concreet verder te gaan zou ik onderstaande voorstellen:
- Iedereen die interesse heeft om m'n project te gaan gebruiken, graag een github account aanmaken als je die nog niet hebt en de gitter chat joinen (link, ook te bereiken door op de gitter badge te drukken in de readme op de git repo)
- Laat weten wat je mening is met betreffing tot de codesys/é!cockpit keuze
- Laat weten of de funcionaliteit in de v2.0 voldoet aan jou doeleinden, indien niet, laat weten wat je mist van functionaliteit
- Laat weten wat je deadline is
- Laat weten of je wilt/tijd hebt om bij te dragen

Met de gitter wil ik de mensen die er gebruik van maken groeperen op een medium gelinkt aan de gitrepo met een lage comminicatiegrens (lijkt me niet onbelangrijk).

Indien je niet kan bijdragen: zeker geen probleem! Hoe meer mensen gebruik maken van de setup hoe beter! Bugs worden rapper ontdekt en alles word veel rapper zoals het hoort!

Nog even voor alle duidelijkheid: dit is de link naar de git repo: https://github.com/Michie...e/HomeAutomation.CoDeSys3

Indien mogelijk graag engels als voertaal voor git issues en de gitter chat?

Ik tag ook even een paar mensen; @arjan_1980 , @Kanze , @J.oost , @sjoerd1980 , @dries_47 , @smaertens, @yniezink , @thomke , @THM0 , @mpdevries84 , @TailwindNL , @Heire , @ThePsycho , @Fraggar

Ik haak hier graag op in!
Zie mijn post een tijdje terug.https://gathering.tweaker...message/60427866#60427866

Hierin zit al zeer veel ervaring met CoDeSys V3 en HA.
MQTT, HTTP, JSON, Interface met Domoticz en MySensors.
Daarnaast nog een library met wat basis blokken zoals drukknoppen, vertragingen, weekklok etc.
Ik maak gebruik van Lenze PLC Designer, soortgelijk aan Wago e!cockpit.

Wellicht kunnen we mijn libraries (her)gebruiken of opnemen in dit project?
Wil deze stap al een tijdje maken, maar tot nu toe nog niet gedaan.

Sowieso ben ik benieuwd of mijn libs werken op andere PLC's

[Oystein]

Het is al weer een tijdje geleden ( 15 maart) dat ik een eerste opzet heb getoond van mijn Domotica installatie o.b.v. de Siemens Logo : https://gathering.tweaker...message/58277902#58277902

Wij heben van het voorjaar onze hele benedenverdieping gerenoveerd en de complete elektra nieuw aangelegd.
Voor een verdere omschrijving wat de domotica betreft zie mijn reactie van 15 maart.

Nu (bijna) alles aangesloten is en geprogrammeerd werkt het zoals verwacht .. ben er blij mee

Het flexibele van de Logo is dat je heel makkelijk vanuit de ene Logo input een output op een andere Logo kunt aansturen omdat ze allemaal op hetzelfde LAN netwerk zitten.

Zo heb ik nog 2 pulsdrukkers binnen over (de andere bedienen de zonneschermen) waarmee ik straks in de tuin (wordt Logo nr. 4) de verlichting verdeeld over 2 groepen aan en uit kan zetten.



En wellicht in de toekomst nog een Logo (nr. 5) op zolder om de afzuiging (keuken en badkamer) te kunnen regelen en wie weet wat ik nog meer verzin.

Zoals de kasten nu zijn:





Een beetje off-topic .... dit was de verbouwing:











En dan uiteindelijk de nieuwe netwerk kast met achter de blindplaten een open frame PC als NAS.:

[MichVw]

Sandolution schreef op maandag 16 december 2019 @ 09:16:
[...]


Ik haak hier graag op in!
Zie mijn post een tijdje terug.https://gathering.tweaker...message/60427866#60427866

Hierin zit al zeer veel ervaring met CoDeSys V3 en HA.
MQTT, HTTP, JSON, Interface met Domoticz en MySensors.
Daarnaast nog een library met wat basis blokken zoals drukknoppen, vertragingen, weekklok etc.
Ik maak gebruik van Lenze PLC Designer, soortgelijk aan Wago e!cockpit.

Wellicht kunnen we mijn libraries (her)gebruiken of opnemen in dit project?
Wil deze stap al een tijdje maken, maar tot nu toe nog niet gedaan.

Sowieso ben ik benieuwd of mijn libs werken op andere PLC's

Welk merk PLC gebruik je dan?
Ik heb je post wat gemist maar heb zeker interesse. Even denken hoe we dit gaan organiseren, kan je anders een git issue maken op de git repo met je project in bijlage en aangeven mits een check van huidige FB's wat er ontbreekt in het project in vergelijking met het jouwe & in welke FB's dat dan resulteert?

Neem gerust eens het project door een kijk eens of je geen grote 'not done'(s)' vind. Ik ben geen PLC programmeur dus kan zeker nog bijleren.

Waar ik wat mee zit is dat het project eigenlijk een reference architectuur is die de MQTT zaken losgekoppeld heeft van andere functionaliteit, geen idee of dat het moeilijk maakt om dan jou FB's te gaan importeren. Los daarvan is de oefening naar ontbrekende functionaliteit in vergelijking met jou project al interessant

[Sandolution]

@MichVw

PLC is van Lenze, type 3200C. Is gewoon een CoDeSys V3 controller.
Zie https://www.lenze.com/en-...ntrols/controller-3200-c/.

Ik heb een issue gemaakt op je git repo, kijk het project is rustig door. Het projectarchive zou je moeten kunnen openen en de libraries die erin zitten dan automatisch installeren. Dan heb je wellicht een beetje een idee hoe het e.e.a. in elkaar steekt. Ik zal andersom jouw lib's eens openen en even rondkijken! Heb mezelf ook aan de Gitter chat toegevoegd.

[Antonius]

Ik snap dat het aantrekkelijk lijkt om alles in E!Cockpit te zetten (ik gebruik het voor mijn werk, nog eens extra gemakkelijk ) maar het beperkt wel de mogelijkheden om de ontwikkelde functionaliteit breed in te zetten. Als de basis in standaard CoDeSys 3 zit, dan is het te gebruiken op meerdere types/merken PLC en verschillende runtimes op de Wago hardware.

[MichVw]

Antonius schreef op zaterdag 21 december 2019 @ 12:02:
Ik snap dat het aantrekkelijk lijkt om alles in E!Cockpit te zetten (ik gebruik het voor mijn werk, nog eens extra gemakkelijk ) maar het beperkt wel de mogelijkheden om de ontwikkelde functionaliteit breed in te zetten. Als de basis in standaard CoDeSys 3 zit, dan is het te gebruiken op meerdere types/merken PLC en verschillende runtimes op de Wago hardware.

Het is volledig de bedoeling om alles in CoDeSys 3 te houden (wat ook mogelijk is in é!cockpit). Ik maak er een workitem van om dat duidelijk te maken op de main readme..

Neem gerust eens de code door als professionele PLC programmeur, ik kan waarschijnlijk wel nog iets bijleren 😉

[VBP8501]

Een paar tips:

1) Sensoren verbinden op dezelfde utp kabel:
https://www.lets-sell.de/....6-250mhz-mit-lsa-leisten
(via postbus doorsturen)
De printplaat met die lsa connectors passen prima in een Helia inbouwpotje zonder de behuizing. Verder ook heel handig achter valse plafonds/muren.

2) PIR sensoren monteren
De bakjes van punt 1 kunnen ook gebruikt worden om de PIR sensoren die hier al een paar keer vermeld zijn mee aan te sluiten / weg te werken in de meer technische ruimtes waar de waf minder relevant is:
https://photos.app.goo.gl/ZEZYzk97b9J8WisE6

3) Op strategische lijnen in je kelder / garage kabelgoten plaatsen is echt superhandig, zowel voor pir sensoren aan te hangen, kabels langs te leiden of stopcontacten aan te bevestigen.

4) Ik had magneetsensoren van het type 2,2k / 4,4k gekocht. Dat zijn er die 2,2k ohm weerstand hebben als de magneet ertegen hangt en 4,4k als ze er niet tegen hangt (of omgekeerd, weet niet meer precies). Die kun je dus niet zomaar aansluiten op de PLC (is eigenlijk analoog signaal). Die magneetsensoren zijn heel goed om nog eens te meten of de kabel niet is onderbroken (doorgeknipt). Om ze aan een PLC te hangen moet je er een 24V signaal van maken (eigenlijk 2 signalen, eentje om te meten of de kabel is doorgeknipt en eentje om te meten of het 2,2 of 4,4 k is). Ik heb hiervoor een printplaat gesoldeerd met quad opamp (TL084CN) en de nodige weerstanden voor spanningsdeling en referentiespanning op te bouwen. Hierbij mijn schema's en foto's
https://photos.app.goo.gl/f4YCkW2YANkgEPts5
Vervolgens de printplaatje op DIN rail voetjes gevezen en in de verdeelkast gestoken.

[KroontjesPen]

Dat ik op mijn leeftijd er 2 dagen aan besteed om dit topic helemaal te lezen had ik niet gedacht.
Eerst een compliment voor het samenspel hier.
Zoekende in een nieuwe wereld voor de gewone man/vrouw.

Jammer dat oplossingen dan ergens in dit topic staan en niet makkelijk terug te vinden zijn.
Als voorbeeld de oplossing voor het trage pollen wat schakelproblemen gaf.

De reden om dit topic te volgen was het tegenvallen van mijn besluit om mij KaKu te vervangen voor Zwave.
Die betrouwbaarheid van het schakelen is behoorlijk tegen gevallen.
Misschien door de combinatie Windows10, AEOTec Zw-stick Gen5, Fibrao wall plug's (13) en Domoticz.
Ze laten allemaal steekjes vallen wat dus een gat veroorzaak.
Een lege stick bijvoorbeeld en een wall plug die retour is omdat die niet aan wil blijven.
Die KaKu spullen heb ik nog dus kan ik terug als straks mijn laatste herstelpoging niet werkt
Kost wel veel tijd door de administratie die ik nu nog beter wil bijhouden. Daar nu even geen zijn in.
De tuin omzetten naar Zwave gaat zeker niet door. Dat blijft KaKu.

Of ik kan hiervoor wel eens kijken dit met iets PLC-achtig kan doen.
Kabels kan je daar makkelijker kwijt dan je dit koophuis uit de 70-er jaren.
Hier wel ontdekt dat ik nog veel moet ontdekken over verschillende zaken.
Eerst maar uitzoeken wat belangrijk is om te weten op PLC niveau.

In de tuin zijn het haast alleen vaste schakeltijden wel zon-op/-onder gerelateerd.
Bij noodweer 's nachts wil ik de verlichting wel aan kinnen doen.
Alleen een KaKu censor laat bij donker weer overdag wat lampen aangaan.
Nu zijn er 18 mogelijke schakelpunten waarvan er 11 zijn uitgevoerd.

Dit topic blijf ik in ieder geval volgen.

[MichVw]

net een nieuwe release aangemaakt van m'n MQTT enabled PLC project, details kan je hier bekijken:
https://github.com/Michie...eSys3/releases/tag/v1.1.0

Ik benadruk nog eens: het project word ontwikkeld in é!cockpit maar is de volste bedoeling om compatibel te zijn met iedere runtime/ontwikkel omgeving die Codesys 3.5 ondersteund. Dat gezegd zijnde, zou het handig zijn moest er iemand wat tijd hebben om zaken te testen in Codesys 3S die ik ontwikkel in é!cockpit. Het gaat hem dan over hardwarematige zaken zoals interfacen met de RS485 COM poort en het aansturen van de user leds.

volgende stappen zijn RS485 en HVAC, ik vermelde hier een tijdje geleden dat ik overwoog om een modbus sensor te ontwikkelen die in de schakelaar outlet past in de muur. Ook daar heb ik in tussentijd wat meer onderzoek naar gedaan. Kort samengevat: het is zeker mogelijk aangezien het al bestaat :
- Domoticx: http://domoticx.nl/webwin...h=427_463&product_id=2612
- Git repo die ongeveer zelfde doet: https://github.com/cbalint13/tinnymodbus

ik ga nog wat tijd steken in het ontwikkel van software/pcb die 100% m'n zin is maar dat zal na de Codesys RS485 en HVAC ontwikkeling zijn.

Er kruipt een hoop werk in dit allemaal en ik apprecieer het enorm als je even de tijd neemt om m'n git repo te starren:
https://github.com/Michie...e/HomeAutomation.CoDeSys3 (op 'Star' drukken rechts vanboven).
Als je op 'Watch' drukt krijg je ook een mailtje bij volgende release.

bedankt voor al jullie feedback alvast tot nu toe!

[BoschR]

Ik overweeg ook een WAGO PLC aan te schaffen om mee te experimenteren. Kijken of ik er wat mee kan voor een volgend huis.

Met die reden kijk ik af en toe op eBay of ik tegen een zacht prijsje een tweedehands kan overnemen. Ik zag zojuist iemand die 4 keer een 750-8012 aanbied. Inclusief verzendkosten komt dit uit op 400 euro (vanuit Frisco, Texas, Verenigde Staten).

Wellicht is hier iemand geïnteresseerd. Aangezien het om een kale PLC gaat krijg ik het idee dat dit nog best prijzig is t.o.v. het 8212 starters pakket.

[MichVw]

BoschR schreef op dinsdag 7 januari 2020 @ 11:25:
Ik overweeg ook een WAGO PLC aan te schaffen om mee te experimenteren. Kijken of ik er wat mee kan voor een volgend huis.

Met die reden kijk ik af en toe op eBay of ik tegen een zacht prijsje een tweedehands kan overnemen. Ik zag zojuist iemand die 4 keer een 750-8012 aanbied. Inclusief verzendkosten komt dit uit op 400 euro (vanuit Frisco, Texas, Verenigde Staten).

Wellicht is hier iemand geïnteresseerd. Aangezien het om een kale PLC gaat krijg ik het idee dat dit nog best prijzig is t.o.v. het 8212 starters pakket.

Mijn PFC komt ook van Ebay, ik kijk wel altijd op ebay.de, een kleine €400 betaalde ik voor de mijne dus de prijs is wel correct. Zitten daar douane kosten in?

[BoschR]

MichVw schreef op woensdag 8 januari 2020 @ 08:31:
[...]


Mijn PFC komt ook van Ebay, ik kijk wel altijd op ebay.de, een kleine €400 betaalde ik voor de mijne dus de prijs is wel correct. Zitten daar douane kosten in?

Ik kan zo niks vinden over douane kosten. Maar de 8212 starterskit kost net geen 600 euro en daar krijg je o.a. een voeding á 66 euro bij. Dat maakt de 400 euro deals van ebay (met mogelijk risico van de douane) een stuk minder interessant.

[Rob Z]

@BoschR check ook welke programmeersoftware je nodig hebt en of die wel/niet in een starterskit zit

[MichVw]

Rob Z schreef op woensdag 8 januari 2020 @ 11:32:
@BoschR check ook welke programmeersoftware je nodig hebt en of die wel/niet in een starterskit zit

Op die vraag hebje in deze post een antwoord:
https://gathering.tweakers.net/forum/view_message/60835550

[BoschR]

MichVw schreef op woensdag 8 januari 2020 @ 12:23:
[...]


Op die vraag hebje in deze post een antwoord:
https://gathering.tweakers.net/forum/view_message/60835550

Dat wist ik inderdaad al wel, maar die wordt bij een tweedehands ook niet bijgeleverd (ga ik vanuit). Die e!cockpit trail periode van 30 dagen (+ nieuwe installatie na 30 dagen) heb ik voorlopig wel genoeg aan!

Het software verhaal is mij ook nog niet helemaal helder. Ik lees dingen over CodeSys 3.5, CodeSys 3S, e!cockpit en targets? Mis ik nog wat en wat zijn de verhoudingen ten opzichte van elkaar?

Is 3.5 hetzelfde als 3S? En e!cockpit een uitbreiding van WAGO op CodeSys?

[yniezink]

@MichVw Ik wil weer terug naar ecockpit en moet hiervoor de juiste runtime op mijn apparaat zetten. Waar kan ik deze vandaan halen? Via google kom ik steeds op Ecockpit terecht, maar dat is niet wat ik moet hebben om via een SD kaart de boel te herstellen.

[MichVw]

yniezink schreef op woensdag 8 januari 2020 @ 14:40:
@MichVw Ik wil weer terug naar ecockpit en moet hiervoor de juiste runtime op mijn apparaat zetten. Waar kan ik deze vandaan halen? Via google kom ik steeds op Ecockpit terecht, maar dat is niet wat ik moet hebben om via een SD kaart de boel te herstellen.

https://www.wago.com/glob...dFile=FWMedia_62_750-8202

Edit: eenmaal je de é!cockpit runtime terug geflashed hebt via sdkaart kan je de runtime ook updaten via é!cockpit zonder sdkaart. Enkel updaten naar een nieuwere versie van é!cockpit natuurlijk, geen Codesys 3S

[ Voor 19% gewijzigd door MichVw op 08-01-2020 18:08 ]

[MichVw]

BoschR schreef op woensdag 8 januari 2020 @ 12:41:
[...]

Dat wist ik inderdaad al wel, maar die wordt bij een tweedehands ook niet bijgeleverd (ga ik vanuit). Die e!cockpit trail periode van 30 dagen (+ nieuwe installatie na 30 dagen) heb ik voorlopig wel genoeg aan!

Het software verhaal is mij ook nog niet helemaal helder. Ik lees dingen over CodeSys 3.5, CodeSys 3S, e!cockpit en targets? Mis ik nog wat en wat zijn de verhoudingen ten opzichte van elkaar?

Is 3.5 hetzelfde als 3S? En e!cockpit een uitbreiding van WAGO op CodeSys?

niet 100% zeker maar volgens mij:
CoDeSys 3.5 is wat zowel CODESYS 3S (ontwikkeld door 3S-Smart Software Solutions) en é!cockpit (ontwikkeld door WAGO) op gebouwd zijn.

é!cockpit ondersteund enkel WAGO PLCs.
CODESYS 3S ondersteund een hoop PLCs, teveel om op te noemen. Waaronder de WAGO PFC PLCs. maar om de CODESYS 3S runtime langer dan 2u te laten draaien moet je je de WAGO PFC200 target aanschaffen. Targets zijn dus software maar ook licenties voor PLCs die CODESYS 3S ondersteund.

Dat is hoe ik het zie tenminste..

[BoschR]

Niet zeker of dit toegestaan is, maar wil graag het volgende tippen:

Als er nog mensen hier een PFC200 (750-8202) willen kopen. Er werden er gisteren 4 aangeboden, waar er nu nog één van over is. Één daarvan heb ik (naar mijn idee) gunstig aan kunnen kopen voor 175 dollar (+ helaas 70 dollar verzendkosten). Vraagprijs is 250 dollar, maar hij ging zonder tegenvoorstel akkoord met 175 dollar.

[xelnaha]

Hallo allemaal,
I’m heb de stap ook gezet en ben een trotse eigenaar van pfc200 gen 2(8212) en ben aan het verkennen, waar halen jullie nieuwste firmware vandaan? Ik heb op wago gekeken maar daar kun je alleen requesten wat tot op heden op nul is uitgekomen en volgens mij heb ik een oudere firmware want ik kan geen docker draaien zo te zien?


Daarnaast begrijp ik de documentatie goed dat als je de een voeding plaatst dat alle opvolgende modules aan de rechterkant gevoed worden met 24v via de bus maar alle schakel modules de field voltage krijgen bv 5v of 240v etc?

De documentatie was wat gebrekkig of mijn lees vermogen eveneens minder

Dank!

[THM0]

xelnaha schreef op woensdag 22 januari 2020 @ 00:44:
Hallo allemaal,
I’m heb de stap ook gezet en ben een trotse eigenaar van pfc200 gen 2(8212) en ben aan het verkennen, waar halen jullie nieuwste firmware vandaan? Ik heb op wago gekeken maar daar kun je alleen requesten wat tot op heden op nul is uitgekomen en volgens mij heb ik een oudere firmware want ik kan geen docker draaien zo te zien?


Daarnaast begrijp ik de documentatie goed dat als je de een voeding plaatst dat alle opvolgende modules aan de rechterkant gevoed worden met 24v via de bus maar alle schakel modules de field voltage krijgen bv 5v of 240v etc?

De documentatie was wat gebrekkig of mijn lees vermogen eveneens minder

Dank!

Je kunt hem hier aanvragen, meestal gaat dat vrij vlot: https://www.wago.com/global/d/FW_118_750-8212
Ik kan hem ook met je delen als je wilt, stuur me even een DM. Voorheen stonden ze ook op Github, maar daar zie ik ze niet meer staan.
Edit: volgens mij kan het overigens ook via e!Cockpit, daar zitten ook firmwares bij. Maar dat is mij nog nooit gelukt.

Voor de Field Supply (modules) moet je een Power Supply module toevoegen (750-602 bijv). Deze heb ik direct naast de 8212 zitten zelf.

[ Voor 5% gewijzigd door THM0 op 22-01-2020 08:15 ]

[THM0]

FW staat toch nog op Github: https://github.com/WAGO/pfc-firmware/releases/tag/v03.03.10

[xelnaha]

top!,

ik ga eens kijken hoe de firmware upgrade werkt als ik thuis kom vanavond,

tnx


Edit: firmware upgrade is gelukt wat vrij eenvoudig is.

Nu heb ik node-red op de PLC gezet aangezien ik al een hoop logica hierin heb gebouwd voor een ander project. Heeft iemand ervaring met hoe stabiel dit draait in tegenstelling tot bv the PLC zelf te programeren? (dit aangezien node-red behoorlijk wat goede libraries heeft etc?)

ik ben benieuwd naar ervaringen

[ Voor 67% gewijzigd door xelnaha op 23-01-2020 14:00 ]

[Kanze]

xelnaha schreef op woensdag 22 januari 2020 @ 11:16:
top!,

ik ga eens kijken hoe de firmware upgrade werkt als ik thuis kom vanavond,

tnx


Edit: firmware upgrade is gelukt wat vrij eenvoudig is.

Nu heb ik node-red op de PLC gezet aangezien ik al een hoop logica hierin heb gebouwd voor een ander project. Heeft iemand ervaring met hoe stabiel dit draait in tegenstelling tot bv the PLC zelf te programeren? (dit aangezien node-red behoorlijk wat goede libraries heeft etc?)

ik ben benieuwd naar ervaringen

Ook ik ben benieuwd naar wat de performance zal zijn. Node-Red is Javacript en lijkt me dus vrij intensief voor een PLC.

e!Cockpit versie 1.6.1.5 vertoont verschillend gedrag in mijn virtual machine. Het lijkt erop dat de trial versie nu kalenderdagen aftelt in de plaats van gebruiksdagen. Iemand die dit gedrag kan bevestigen of weerleggen?

[ Voor 13% gewijzigd door Kanze op 28-01-2020 10:17 ]

[xelnaha]

Ik ben de afgelopen dagen af en aan zoet geweest met uit to zoeken hoe de PLC werkt, maar boy o boy is dat een steile leercurve zeg! het installeren van e!cockpit duurde zelf al lang en heb moeite om de input / output te mappen naar een modbus.

hoe hebben jullie de plc ingesteld? als modbus master of slave? en nog een goede tip voor plc modbus 101 voor een total noob?

[THM0]

xelnaha schreef op maandag 27 januari 2020 @ 09:38:
Ik ben de afgelopen dagen af en aan zoet geweest met uit to zoeken hoe de PLC werkt, maar boy o boy is dat een steile leercurve zeg! het installeren van e!cockpit duurde zelf al lang en heb moeite om de input / output te mappen naar een modbus.

hoe hebben jullie de plc ingesteld? als modbus master of slave? en nog een goede tip voor plc modbus 101 voor een total noob?

Ik weet niet of je Modbus al verder bekeken hebt, maar het is een vrij elementair protocol. Een slave doet letterlijk niks totdat een master iets opvraagt/schrijft. Dus als je de PLC iets op afstand wilt laten uitlezen, dan moet de PLC de master zijn.
Ik zou eens hiermee beginnen: YouTube: CTRL SEE e!COCKPIT and PFC as Modbus Master
Het kan ook allemaal in code, maar dat is wat meer werk.

[DomiGijzen]

Kanze schreef op vrijdag 24 januari 2020 @ 23:43:
[...]


Ook ik ben benieuwd naar wat de performance zal zijn. Node-Red is Javacript en lijkt me dus vrij intensief voor een PLC.

e!Cockpit versie 1.6.1.5 vertoont verschillend gedrag in mijn virtual machine. Het lijkt erop dat de trial versie nu kalenderdagen aftelt in de plaats van gebruiksdagen. Iemand die dit gedrag kan bevestigen of weerleggen?

Toevallig hierin gewerkt van 23:59 - 00:00? Dat zijn twee gebruikersdagen. Zo ervaar ik het tenminste op dit moment.

[MichVw]

Ik heb zonet een HVAC "whitepaper" geschreven om het idee achter de HVAC function blocks en de nodige sensoren en actuators wat uit de doeken te doen voor ik effectief aan de ontwikkeling begin. Graag eens nalezen aangezien het toch vrij belangrijk is om dit meteen goed te hebben vanaf het begin..

https://github.com/Michie...C/docs/HVAC_whitepaper.md

Feedback, goed of slecht is alles wat ik vraag


@xelnaha, modbus rtu is vrij straight forward in codesys 3S. In é!cockpit ben ik ook het nog even aan het uitzoeken (documentatie volgt op m'n git repo). Indien je er echt niet aan uit geraakt kan je Wago support gaan lastigvallen

[Kanze]

MichVw schreef op maandag 27 januari 2020 @ 17:54:
Ik heb zonet een HVAC "whitepaper" geschreven om het idee achter de HVAC function blocks en de nodige sensoren en actuators wat uit de doeken te doen voor ik effectief aan de ontwikkeling begin. Graag eens nalezen aangezien het toch vrij belangrijk is om dit meteen goed te hebben vanaf het begin..

https://github.com/Michie...C/docs/HVAC_whitepaper.md

Feedback, goed of slecht is alles wat ik vraag


@xelnaha, modbus rtu is vrij straight forward in codesys 3S. In é!cockpit ben ik ook het nog even aan het uitzoeken (documentatie volgt op m'n git repo). Indien je er echt niet aan uit geraakt kan je Wago support gaan lastigvallen

Ik heb 'em juist even doorgenomen. Het concept lijkt me werkbaar. Voor communicatie met de verwarmingsketel zou ik kijken naar OpenTherm. Maar ik weet niet wat de prevalentie is van ketels met die capabiliteit.

DomiGijzen schreef op maandag 27 januari 2020 @ 15:54:
[...]


Toevallig hierin gewerkt van 23:59 - 00:00? Dat zijn twee gebruikersdagen. Zo ervaar ik het tenminste op dit moment.

Ik heb vandaag een rollback gedaan van die VM en hij staat weer op 30 dagen. Moest de software nu kalenderdagen tellen dan zou dat minder moeten zijn. Lijkt er dus op dat alles bij het oude is gebleven.

[ Voor 18% gewijzigd door Kanze op 28-01-2020 14:05 ]

[sjoerd1980]

Sensor opzet lijkt me goed. Met meerdere sensoren kan je later, als uitbreiding, nog denken aan een check of de sensor een logische waarde geeft. Bijvoorbeeld twee aangrenzende ruimtes met meer dan 10grd verschil is niet waarschijnlijk etc.

Klepsturing lijkt me in de basis goed.

Sturing van de verwarming / koeling zelf is een lastigere.
- Ik denk sowieso dat er een optie bij hoort of een ruimte warmtevraag mag genereren. Dus mag deze ruimte het verwarmingstoestel aanslingeren of mogen alleen de kleppen gestuurd worden (dus meedraaien wanneer een andere ruimte warmte vraagt).
- Een uitbreiding daarop zou kunnen zijn een tweede regelbereik. 1e regelbereik is dan meedraaien op vraag van andere ruimte. Wanneer de temperatuur te ver zakt kan de ruimte alsnog zelf warmte vragen (2e regelbereik).
- Wanneer opentherm of een modulerende aansturing gewenst is zal doorgaans ook meer informatie benodigd zijn waarin vaak buitentemperatuur wordt meegenomen. Het wordt dan wel complex. een aantal ruimten met bepaalde temperatuurvraag t.o.v. buitentemperatuur geeft dan een bepaald vermogen.

Ons eigen huis is dermate goed geïsoleerd en voorzien van thermische massa dat sturing op binnentemperatuur een tweede orde regeling zal zijn. Mijn doel is om in de basis te sturen op buitentemperatuur en dit later uit te breiden met weersvoorspelling. Het huis moet dan een versimpeld thermisch model worden met warmteverlies (tgv buitentemperatuur en evt. wind) en warmtewinst (zon instraling). Het verschil moet dan geleverd worden door de warmtepomp.

Wat zones betreft zullen we dan ook sturen op de zone waar het netto verlies het grootst is. En bij koeling uiteraard andersom.

[MichVw]

sjoerd1980 schreef op dinsdag 28 januari 2020 @ 23:15:
Sensor opzet lijkt me goed. Met meerdere sensoren kan je later, als uitbreiding, nog denken aan een check of de sensor een logische waarde geeft. Bijvoorbeeld twee aangrenzende ruimtes met meer dan 10grd verschil is niet waarschijnlijk etc.

Klepsturing lijkt me in de basis goed.

Sturing van de verwarming / koeling zelf is een lastigere.
- Ik denk sowieso dat er een optie bij hoort of een ruimte warmtevraag mag genereren. Dus mag deze ruimte het verwarmingstoestel aanslingeren of mogen alleen de kleppen gestuurd worden (dus meedraaien wanneer een andere ruimte warmte vraagt).
- Een uitbreiding daarop zou kunnen zijn een tweede regelbereik. 1e regelbereik is dan meedraaien op vraag van andere ruimte. Wanneer de temperatuur te ver zakt kan de ruimte alsnog zelf warmte vragen (2e regelbereik).
- Wanneer opentherm of een modulerende aansturing gewenst is zal doorgaans ook meer informatie benodigd zijn waarin vaak buitentemperatuur wordt meegenomen. Het wordt dan wel complex. een aantal ruimten met bepaalde temperatuurvraag t.o.v. buitentemperatuur geeft dan een bepaald vermogen.

Ons eigen huis is dermate goed geïsoleerd en voorzien van thermische massa dat sturing op binnentemperatuur een tweede orde regeling zal zijn. Mijn doel is om in de basis te sturen op buitentemperatuur en dit later uit te breiden met weersvoorspelling. Het huis moet dan een versimpeld thermisch model worden met warmteverlies (tgv buitentemperatuur en evt. wind) en warmtewinst (zon instraling). Het verschil moet dan geleverd worden door de warmtepomp.

Wat zones betreft zullen we dan ook sturen op de zone waar het netto verlies het grootst is. En bij koeling uiteraard andersom.

Ik vind het ook een moeilijk geval, zoals je zelf aangeeft kan je er een meesterwerk van maken . Dan word het wel rap zeer complex, Aangezien iedere valve op auto, heating or cooling zal kunnen gezet worden kan dergelijk complex scenario eventueel gestuurd worden vanuit je Automation platform (bv HA) waar het eenvoudiger is om dergelijke zaken te doen? Als die dan wegvalt om de één of andere reden kan er nog altijd terugggevallen worden tot de logica in de PLC. Ik ben geen HVAC expert (helaas) maar moest er iemand zijn die de nodige logica van binnen en van buiten kent en er ook een whitepaper kan overschrijven ben ik zeker te vinden om de implementatie een shot te geven!

[Kanze]

Iemand die ervaringen heeft met brandmelders en bewegingsdetectors? Welke gebruiken jullie?

[xelnaha]

[b]MichVw in "Domotica met plc's"


@xelnaha, modbus rtu is vrij straight forward in codesys 3S. In é!cockpit ben ik ook het nog even aan het uitzoeken (documentatie volgt op m'n git repo). Indien je er echt niet aan uit geraakt kan je Wago support gaan lastigvallen

Ik zag dat er een Modbus TCP functie was, en deze geprobeerd aan te roepen volgens de beschrijving in de documentatie, maar alas geen joy krijg een vage error. Email is inmiddels paar dagen geleden naar WAGO support gestuurd.

er is redelijk weinig te vinden qua tutorials op het internet in vergelijking met andere talen, misschien een optie om hier wat voor op te nemen voor onze mede gebruikers?

[VBP8501]

Kanze schreef op zondag 2 februari 2020 @ 23:56:
Iemand die ervaringen heeft met brandmelders en bewegingsdetectors? Welke gebruiken jullie?

Ik heb deze:
1 B00S859T1U Gira 233602 Rauchmelder Dual VdS Q Label reinweiss - 4er Pack
1 B003INGJ9W Gira 234000 Relaismodul Rauchwarnmelder Dual VdS Rauchmelder

Via de relais module aangesloten op de PLC:
- Uitlezen van melding alarm
- Activeren alarm door relais te sluiten

Alle rookmelders zijn gekoppeld, als eentje afgaat, gaan ze allemaal af

Zien er ook mooi uit

[Kanze]

Begin van deze week samengezeten met de installateur elektriciteit en hij gaat ermee akkoord dat ik me ontferm over de controlekringen met een PFC200. Hij staat in voor de aansluiting van alle vermogenkringen. Ik was wat onzeker over hoe dat gesprek ging verlopen. In België heb je wel wat installateurs die moeilijk kunnen doen over de opstelling als ze niet zelf alles in de hand mogen houden. Dat kan dan met name bij de keuring problemen opleveren. Maar met onze man zit de verstandhouding dus goed.

Ik heb bij het ontwerp modulariteit vooropgesteld. Dat wil zeggen dat gehele sturing normaal door een PFC200 wordt gedaan. Indien er zich een ernstig probleem voordoet dat ik niet onmiddellijk verholpen krijg dan moet (een stuk van) de installatie zonder problemen (tijdelijk) kunnen worden omgevormd naar een klassieke sterschakeling.

Alle vermogenkringen worden geschakeld met teleruptors (bi-stabiele relais). Dat kost meer maar bij een PFC probleem kan dan snel een bypass worden gemaakt van een drukknop naar een teleruptor.

Over een maand of twee verwachten we de ruwbouwwerken voor elektriciteit aan te vatten. Er wordt hier nu dus dagelijks over het sensornetwerk nagedacht Als jullie willen meevolgen wil ik wel wat foto's posten.

[MichVw]

Kanze schreef op woensdag 5 februari 2020 @ 17:19:
Begin van deze week samengezeten met de installateur elektriciteit en hij gaat ermee akkoord dat ik me ontferm over de controlekringen met een PFC200. Hij staat in voor de aansluiting van alle vermogenkringen. Ik was wat onzeker over hoe dat gesprek ging verlopen. In België heb je wel wat installateurs die moeilijk kunnen doen over de opstelling als ze niet zelf alles in de hand mogen houden. Dat kan dan met name bij de keuring problemen opleveren. Maar met onze man zit de verstandhouding dus goed.

Ik heb bij het ontwerp modulariteit vooropgesteld. Dat wil zeggen dat gehele sturing normaal door een PFC200 wordt gedaan. Indien er zich een ernstig probleem voordoet dat ik niet onmiddellijk verholpen krijg dan moet (een stuk van) de installatie zonder problemen (tijdelijk) kunnen worden omgevormd naar een klassieke sterschakeling.

Alle vermogenkringen worden geschakeld met teleruptors (bi-stabiele relais). Dat kost meer maar bij een PFC probleem kan dan snel een bypass worden gemaakt van een drukknop naar een teleruptor.

Over een maand of twee verwachten we de ruwbouwwerken voor elektriciteit aan te vatten. Er wordt hier nu dus dagelijks over het sensornetwerk nagedacht Als jullie willen meevolgen wil ik wel wat foto's posten.

ik wil met plezier meevolgen :)! over het sensornetwerk: Ik ben nog altijd voorstander van een Modbus RTU netwerk met Attiny85 µC chips ingewerkt in de schakeldozen in de muur. Het vraagt nog wat tijd om uit te werken maar er zijn al vergelijkbare setups uitgewerkt door Domoticx. Als je wat googled zal je zien dat zowel 1-Wire als een RS485 netwerk word aangelegd met CAT5(e) kabel. Voorzie dus misschien zo je bekabeling en dan heb je nog altijd keuze nadien..? Ik zou alvast aanraden om alles in een bus topologie te leggen en het einde van je bus te laten terugkomen naar je kast (kan je in de toekomst eventueel nog makkelijk iets bijhangen in het geval van RS485).

EDIT: dit is waar ik wat tijd geleden naar refereerde in verband met een sensornetwerk aan de hand van RS485:
volgende stappen zijn RS485 en HVAC, ik vermelde hier een tijdje geleden dat ik overwoog om een modbus sensor te ontwikkelen die in de schakelaar outlet past in de muur. Ook daar heb ik in tussentijd wat meer onderzoek naar gedaan. Kort samengevat: het is zeker mogelijk aangezien het al bestaat :
- Domoticx: http://domoticx.nl/webwin...h=427_463&product_id=2612
- Git repo die ongeveer zelfde doet: https://github.com/cbalint13/tinnymodbus

betreffende HVAC ben ik momenteel aan het bekijken wat deze lib doet:
https://store.codesys.com...ult#Product%20Description
er hangt wel een kostprijs aan van €90 maar als ik hoor van @benbam dat ie zelf ondersteund om weersafhankelijk te werken lijkt me dat het wel waard. Uiteindelijk doel zou dan zijn om alle FB te wrappen in nieuwe FB die MQTT ondersteunen.

Momenteel heeft RS485 en het sensornetwerk wel prio, indien bovenstaande HVAC lib alle benodigde functionaliteit heeft kan je die reeds gebruiken enkel later zal er een kleine aanpassing nodig zijn om je HVAC setup MQTT enabled te maken

[ Voor 23% gewijzigd door MichVw op 06-02-2020 08:07 ]

[Giblet]

MichVw schreef op woensdag 8 januari 2020 @ 14:58:
[...]


https://www.wago.com/glob...dFile=FWMedia_62_750-8202

Edit: eenmaal je de é!cockpit runtime terug geflashed hebt via sdkaart kan je de runtime ook updaten via é!cockpit zonder sdkaart. Enkel updaten naar een nieuwere versie van é!cockpit natuurlijk, geen Codesys 3S

Ik ben inmiddels ook in het bezit van een 750-8202 en heb bovenstaande geprobeerd, maar dan krijg je exact dezelfde firmware als die via de github aangeboden wordt.

Welke versie van de firmware ik ook probeer, ik krijg met geen mogelijkheid de e!runtime zichtbaar/beschikbaar op de pfc. Iemand nog een idee?

[Kanze]

Giblet schreef op donderdag 6 februari 2020 @ 12:52:
[...]

Ik ben inmiddels ook in het bezit van een 750-8202 en heb bovenstaande geprobeerd, maar dan krijg je exact dezelfde firmware als die via de github aangeboden wordt.

Welke versie van de firmware ik ook probeer, ik krijg met geen mogelijkheid de e!runtime zichtbaar/beschikbaar op de pfc. Iemand nog een idee?

Ik denk dat je best nog eens van voor af aan begint. Wat gebeurt er als je de volgende stappen volgt;

1. Download de laatste firmware (versie 15) van de WAGO github
2. Flash deze op een SD kaartje met de open source tool "Etcher"
3. Boot de PFC met het SD kaartje. PFC afzetten, SD erin, en PFC in RUN mode
4. Surf naar het IP van je PFC en log in op de web based management met gebruiker "admin" en paswoord "wago"
5. Zoek in de werkbalk de functie "create image". Deze zal het filesystem van de SD kaart kopiëren naar het interne PFC geheugen
6. Stop de PFC en verwijder de SD kaart. Start de PFC opnieuw en log opnieuw in via WBM. Kriig je nu de e!cockpit Runtime beschikbaar in de drop-down?

Zit momenteel op mobiel maar als het niet lukt zal ik nog wat screenshots maken.

[MichVw]

Kanze schreef op donderdag 6 februari 2020 @ 18:08:
[...]


Ik denk dat je best nog eens van voor af aan begint. Wat gebeurt er als je de volgende stappen volgt;

1. Download de laatste firmware (versie 15) van de WAGO github
2. Flash deze op een SD kaartje met de open source tool "Etcher"
3. Boot de PFC met het SD kaartje. PFC afzetten, SD erin, en PFC in RUN mode
4. Surf naar het IP van je PFC en log in op de web based management met gebruiker "admin" en paswoord "wago"
5. Zoek in de werkbalk de functie "create image". Deze zal het filesystem van de SD kaart kopiëren naar het interne PFC geheugen
6. Stop de PFC en verwijder de SD kaart. Start de PFC opnieuw en log opnieuw in via WBM. Kriig je nu de e!cockpit Runtime beschikbaar in de drop-down?

Zit momenteel op mobiel maar als het niet lukt zal ik nog wat screenshots maken.

Ik zet met een zelfde probleem met een 2de PFC die ik aankocht, de firmware upgrade lukt (naar versie 14, zoals m'n andere PLC). Als ik kijk met Wago Ethernetsettings zie ik 'HW Version 3' terwijl bij de PLC waar ik de é!runtime wel kan selecteren 'HW Version 4' zie staan...

Mailtje naar Wago support is onderweg...

[Krilo_89]

Als je op dit moment zou willen starten met een Wago controller, wat is dan qua prijs/opties de beste keuze? Ik zie op ebay en bijv. ook conrad verschillende types staan (750-880, 8212 en 8202), maar die verschillen onderling gigantisch in prijs. Door al die type nummers raak ik een beetje de weg kwijt van wat nieuw en oud is etc. Het verschil in prijs is soms wel 1500 euro, wat nogal wat is.

Ik begrijp dat de starterskit (750-880) de derde generatie is en daarmee zou ik denken de beste, maar je kunt hier veel minder op aansluiten? En dat de 8212 de tweede generatie is en de 8202 de 1e? En dat de tweede generatie wat meer aankan dan de 8202.
Docker ga ik elders draaien, dus dat hoeft er van mij niet op. Ik zou de 8202 kunnen bestellen tussen de 180 en 250 dollar, maar daar komt nog 72 dollar verzendkosten bij. Nog steeds lijkt me dit schappelijke prijs? Of is het slimmer om met wat anders te starten qua prijs en opties?

[MewBie]

De 750-880 is EOL gegaan eind vorig jaar, heeft geen seriele poort en geen ondersteuning voor e!cockpit en codesys v3.

750-8202 vs -8212, de 8212 heeft een snellere cpu, meer geheugen (en ondersteuning voor EtherCAT en MQTT zo te zien) maar is verder hetzelfde als de 8202.

[Giblet]

MichVw schreef op donderdag 6 februari 2020 @ 19:23:
[...]


Ik zet met een zelfde probleem met een 2de PFC die ik aankocht, de firmware upgrade lukt (naar versie 14, zoals m'n andere PLC). Als ik kijk met Wago Ethernetsettings zie ik 'HW Version 3' terwijl bij de PLC waar ik de é!runtime wel kan selecteren 'HW Version 4' zie staan...

Mailtje naar Wago support is onderweg...

Zou je de reactie willen delen?

[Kanze]

MichVw schreef op donderdag 6 februari 2020 @ 19:23:
[...]


Ik zet met een zelfde probleem met een 2de PFC die ik aankocht, de firmware upgrade lukt (naar versie 14, zoals m'n andere PLC). Als ik kijk met Wago Ethernetsettings zie ik 'HW Version 3' terwijl bij de PLC waar ik de é!runtime wel kan selecteren 'HW Version 4' zie staan...

Mailtje naar Wago support is onderweg...

Misschien krijg je het verholpen door een upgrade te doen naar firmware versie 15.

Ik heb versie 15 op mijn actieve PFC200 en hieronder is wat ik krijg met Ethernet Settings.

[ Voor 4% gewijzigd door Kanze op 07-02-2020 11:23 ]

[Krilo_89]

MewBie schreef op donderdag 6 februari 2020 @ 23:07:
De 750-880 is EOL gegaan eind vorig jaar, heeft geen seriele poort en geen ondersteuning voor e!cockpit en codesys v3.

750-8202 vs -8212, de 8212 heeft een snellere cpu, meer geheugen (en ondersteuning voor EtherCAT en MQTT zo te zien) maar is verder hetzelfde als de 8202.

Dus de tweede en derde generatie volgen elkaar niet op zoals de naam zou vermoeden .

Maar of de 8212 de bijna 700 euro prijsverschil waard is voor alleen EtherCAT-Master, EtherNet/IP-Adapter en MQTT lijkt me niet. MQTT kan ik ook makkelijk via een andere weg beschikbaar maken, want dat ga ik wel gebruiken.

[MewBie]

Krilo_89 schreef op vrijdag 7 februari 2020 @ 11:38:
[...]


Dus de tweede en derde generatie volgen elkaar niet op zoals de naam zou vermoeden .

Maar of de 8212 de bijna 700 euro prijsverschil waard is voor alleen EtherCAT-Master, EtherNet/IP-Adapter en MQTT lijkt me niet. MQTT kan ik ook makkelijk via een andere weg beschikbaar maken, want dat ga ik wel gebruiken.

De meerprijs zal voornamelijk in de snellere cpu en het grotere geheugen zitten, waar je voor thuis gebruik waarschijnlijk niet zo veel aan hebt.

[MichVw]

Klopt, voor die meerprijs koop je best andere hardware om je docker containers te laten op lopen @Krilo_89

@Giblet , ik heb een update van Wago support:
------
Dan heb je zo goed als zeker een aangepaste controller te pakken.

Die aanpassing in de firmware is er met reden (enkel grote bedrijven met veel afname kunnen dit vragen bij Wago) en wij kunnen dit niet terug naar origineel zetten hier in België.

Vrij kort geleden heb ik dit ook gezien bij een andere klant.

Groot bedrijf vernieuwt controllers, werknemer pakt de afgeschreven controllers mee en verkoopt ze 2dehands op internet, zonder de beperkingen te weten...
------

Als ik dan vraag om eventueel een 3-4 PLC's op te sturen naar duitsland om een aanpassing te laten doen:
------
Sowieso gaat dat je niet verder helpen.

Ik heb het ook even nagevraagd bij de collega’s en de eerste generatie 8202 controllers had blijkbaar geen licentie voor e!Cockpit.

(Hardwarematig zou het perfect kunnen, maar per verkochte controller betaalt Wago een licentie aan Codesys)
------

Dat gezegd zijnde, geen paniek: je moet gewoon je controller flashen met de Codesys 3S runtime en je zal Codesys 3.5 kunnen gebruiken... Initieel zonder kost maar als je dan wilt dat je PLC langer dan 2u draait zal je een codesys PFC200 license moeten kopen (€100).

Ik heb nu 1 zo'n PLC liggen die enkel Codesys 3S kan runnen en ga hem van de hand doen. Voor een €250 kan je hem overnemen alsje geintereseerd bent.
Ik zorg er sowieso voor dat de laatste versie van Codesys 3S op geflasht staat.
Zelf zoek ik een PLC die é!cockpit kan omdat ik al een PLC hangen heb die é!cockpit runt en liever niet twee verschillende runtimes gebruik..

Voor de nieuwe mensen hier, ik ben al even bezig met een Codesys project die MQTT enabled is voor home automation:
https://github.com/Michie...e/HomeAutomation.CoDeSys3

Er is zeer veel moeite en tijd in gekropen en zou jullie dus wat tijd moeten besparen..
Er zijn ook flink wat voordelen verbonden aan het opbouwen van een community rond zelfde codebase..

[THM0]

Sinds enige tijd de PLC weer eens aangezwengeld. Moet je iets speciaals doen om een firmware update te doen vanuit e!Cockpit? Ik krijg het met geen mogelijkheid werkend... Lijkt erop dat er een authenticatie issue is (maar ik kan wel gewoon verbinden om een programma te uploaden...). Moet er een service ingeschakeld worden op de PLC ofzo om dit werkend te krijgen? Ik heb eigenlijk alles op de default staan wat network services betreft.

[Kanze]

THM0 schreef op zaterdag 8 februari 2020 @ 20:25:
Sinds enige tijd de PLC weer eens aangezwengeld. Moet je iets speciaals doen om een firmware update te doen vanuit e!Cockpit? Ik krijg het met geen mogelijkheid werkend... Lijkt erop dat er een authenticatie issue is (maar ik kan wel gewoon verbinden om een programma te uploaden...). Moet er een service ingeschakeld worden op de PLC ofzo om dit werkend te krijgen? Ik heb eigenlijk alles op de default staan wat network services betreft.

Er komen vaak vragen over het updaten van de controllers dus ik heb hieronder een stappenplan gemaakt met beeldmateriaal. Hopelijk lukt hier hiermee bij jouw nu ook

PFC200 Update procedure

1. Maak verbinding met de PFC via WAGO I/O CHECK dat mee wordt geïnstalleerd met e!cockpit. Hier werd het gedaan via ethernet maar je kan in het keuzemenu "Connection" ook de serial-USB kabel kiezen.
   
   

   ---

2. Controleer op welke FW versie de PFC momenteel staat. Mijn 750-8204 moest toevallig nog een update krijgen van FW 13 naar FW 15. Je kan firmware versies gratis downloaden van de WAGO Github repository.
   
   

   ---

3. Flash het firmware IMG bestand op een SD kaartje. Zet de PFC af en steek het SD kaartje in. Zorg ervoor dat de PFC in STOP mode staat alvorens de voeding terug aan te sluiten. Staat hij niet in STOP dan heb je kans op timeout errors bij het gebruik van de web based management in de volgende stappen.
   
   Merk op dat in de WBM de firmware versie wordt weergegeven van de firmware die op de SD kaart staat. Deze is hiermee nog niet geïnstalleerd.
   
   

   ---

4. Browse nu naar Administration >> create image. Na het laden van de pagina zou hier destination: Internal Flash moeten staan samen met de melding dat er voldoende geheugen vrij is voor de flash. Druk op Start Copy. De update pop-up verschijnt en verdwijnt weer. Er wordt geen feedback gegeven of de operatie succesvol was. Zet nu de controller uit en verwijder het SD kaartje.
   
   

   ---

5. Zet de controller weer aan en controleer de FW versie met WAGO I/O CHECK of via de WBM. Deze moet nu de nieuwe versie weergeven.
   
   

   ---

WAGO gebruikt deze afkorting voor opvolging van firmware en hardware versies.

MichVw schreef op zaterdag 8 februari 2020 @ 09:30:
Klopt, voor die meerprijs koop je best andere hardware om je docker containers te laten op lopen @Krilo_89

@Giblet , ik heb een update van Wago support:
------
Dan heb je zo goed als zeker een aangepaste controller te pakken.

Die aanpassing in de firmware is er met reden (enkel grote bedrijven met veel afname kunnen dit vragen bij Wago) en wij kunnen dit niet terug naar origineel zetten hier in België.

Vrij kort geleden heb ik dit ook gezien bij een andere klant.

Groot bedrijf vernieuwt controllers, werknemer pakt de afgeschreven controllers mee en verkoopt ze 2dehands op internet, zonder de beperkingen te weten...
------

Als ik dan vraag om eventueel een 3-4 PLC's op te sturen naar duitsland om een aanpassing te laten doen:
------
Sowieso gaat dat je niet verder helpen.

Ik heb het ook even nagevraagd bij de collega’s en de eerste generatie 8202 controllers had blijkbaar geen licentie voor e!Cockpit.

(Hardwarematig zou het perfect kunnen, maar per verkochte controller betaalt Wago een licentie aan Codesys)
------

Dat gezegd zijnde, geen paniek: je moet gewoon je controller flashen met de Codesys 3S runtime en je zal Codesys 3.5 kunnen gebruiken... Initieel zonder kost maar als je dan wilt dat je PLC langer dan 2u draait zal je een codesys PFC200 license moeten kopen (€100).

Ik heb nu 1 zo'n PLC liggen die enkel Codesys 3S kan runnen en ga hem van de hand doen. Voor een €250 kan je hem overnemen alsje geintereseerd bent.
Ik zorg er sowieso voor dat de laatste versie van Codesys 3S op geflasht staat.
Zelf zoek ik een PLC die é!cockpit kan omdat ik al een PLC hangen heb die é!cockpit runt en liever niet twee verschillende runtimes gebruik..

Voor de nieuwe mensen hier, ik ben al even bezig met een Codesys project die MQTT enabled is voor home automation:
https://github.com/Michie...e/HomeAutomation.CoDeSys3

Er is zeer veel moeite en tijd in gekropen en zou jullie dus wat tijd moeten besparen..
Er zijn ook flink wat voordelen verbonden aan het opbouwen van een community rond zelfde codebase..

Knap onderzoekswerk @MichVw.

Voor zover ik weet is dit nieuwe informatie die wel bijzonder relevant is voor iedereen. Sommige PFC's kunnen dus een custom hardware versie hebben die het gebruik van een e!cockpit runtime onmogelijk maakt (tenzij er via WAGO hardwarematig wordt ingegrepen én dat op vlak van licenties legaal is begrijp ik).

Zou dit op te sporen zijn via het serienummer of de FWL versie?

Nog eventjes en we hebben genoeg materiaal voor een eigen wiki

[THM0]

Ja updaten via SD kaart is me al vele malen gelukt. Maar het kan ook direct vanuit e!Cockpit, als het goed is sinds firmware 12. Ik had de PFC200 op fw 13. Als ik dan 'Replace firmware' doe staat er "Controller" maar greyed out. Op firmware 15 (via SD geladen) lijkt het wel te werken (maar moet dan even wachten op een nieuwe versie om het te testen).

Kanze schreef op zondag 9 februari 2020 @ 00:27:
[...]


Er komen vaak vragen over het updaten van de controllers dus ik heb hieronder een stappenplan gemaakt met beeldmateriaal. Hopelijk lukt hier hiermee bij jouw nu ook
<snip>

[THM0]

Wat staat er op de zijkant van de PFC200 die geen e!Runtime heeft?

[Blokker_1999]

Ik begin ook stilaan na te denken om mijn huidige domotica installatie te vernieuwen en hierbij naar bijv. het PLC systeem van WAGO te kijken. Al weer heel wat jaren geleden dat ik met PLCs ben bezig geweest, maar dat mag op zich geen probleem zijn. De huidige isntallatie maakt gebruik van Domintell maar gaat stilaan naar de 15 jaar en de eerste tekenen van veroudering beginnen zich af te tekenen terwijl het vandaag zoveel eenvoudiger is geworden om bijvoorbeeld aanwezigheidsdetectie te doen of te integreren met rookdetectoren. Maar de belangrijkste vraag waar ik op dit eigenste moment mee zit is de volgende.

Mijn huidige installatie is verdeeld over 2 installatieborden en de I/O modules zullen dus ook over 2 borden verdeeld moeten worden. Maar wat is de beste manier om dat met het wago systeem te doen?

[Kanze]

Blokker_1999 schreef op zondag 9 februari 2020 @ 09:44:
Ik begin ook stilaan na te denken om mijn huidige domotica installatie te vernieuwen en hierbij naar bijv. het PLC systeem van WAGO te kijken. Al weer heel wat jaren geleden dat ik met PLCs ben bezig geweest, maar dat mag op zich geen probleem zijn. De huidige isntallatie maakt gebruik van Domintell maar gaat stilaan naar de 15 jaar en de eerste tekenen van veroudering beginnen zich af te tekenen terwijl het vandaag zoveel eenvoudiger is geworden om bijvoorbeeld aanwezigheidsdetectie te doen of te integreren met rookdetectoren. Maar de belangrijkste vraag waar ik op dit eigenste moment mee zit is de volgende.

Mijn huidige installatie is verdeeld over 2 installatieborden en de I/O modules zullen dus ook over 2 borden verdeeld moeten worden. Maar wat is de beste manier om dat met het wago systeem te doen?

In dit geval zou ik in het hoofdinstallatiebord de controller plaatsen en die vervolgens verbinden met een Field Bus Coupler over ETHERNET die je plaats in het tweede installatiebord. Zo wordt alle I/O die gekoppeld is aan de field bus coupler bereikbaar voor de controller in je hoofdinstallatiebord.

[Kanze]

MichVw schreef op donderdag 6 februari 2020 @ 07:59:
[...]
EDIT: dit is waar ik wat tijd geleden naar refereerde in verband met een sensornetwerk aan de hand van RS485:
volgende stappen zijn RS485 en HVAC, ik vermelde hier een tijdje geleden dat ik overwoog om een modbus sensor te ontwikkelen die in de schakelaar outlet past in de muur. Ook daar heb ik in tussentijd wat meer onderzoek naar gedaan. Kort samengevat: het is zeker mogelijk aangezien het al bestaat :
- Domoticx: http://domoticx.nl/webwin...h=427_463&product_id=2612
- Git repo die ongeveer zelfde doet: https://github.com/cbalint13/tinnymodbus

Hier wilde ik nog op terugkomen. Na zelf wat meer gestudeerd te hebben op RS485 zie ik inderdaad enkele grote voordelen.

• RS485 werkt het beste in bus topologie en kan zo tot 32 nodes 32 Unit Loads per netwerk bedienen. Bus topologie is praktisch gezien wenselijk in een residentieel gebouw.
• Het aanbod aan microcontrollers die RS485 capabel zijn is enorm
• De fysieke plaatsing van het netwerk wordt gedaan (zelfs aanbevolen) met UTP kabel en mits enkele voorzorgen (karakteristieke impedantie van de bus en minimale signaalreflectie bij het doorlussen van nodes) is het resistent aan EMI van nabijgelegen 230VAC vermogenkringen.

Op dit moment lijkt RS485 me voor de toepassing in onze nieuwbouw uitermate geschikt als physical layer voor het sensornetwerk. Daar volgt dan dat MODBUS RTU wordt gebruikt voor de link layer.

De Domoticx link uit je post werkt hier helaas niet meer @MichVw

[MichVw]

Kanze schreef op zondag 9 februari 2020 @ 00:27:
[...]


Er komen vaak vragen over het updaten van de controllers dus ik heb hieronder een stappenplan gemaakt met beeldmateriaal. Hopelijk lukt hier hiermee bij jouw nu ook

PFC200 Update procedure

1. Maak verbinding met de PFC via WAGO I/O CHECK dat mee wordt geïnstalleerd met e!cockpit. Hier werd het gedaan via ethernet maar je kan in het keuzemenu "Connection" ook de serial-USB kabel kiezen.
   [Afbeelding]
   

   ---

2. Controleer op welke FW versie de PFC momenteel staat. Mijn 750-8204 moest toevallig nog een update krijgen van FW 13 naar FW 15. Je kan firmware versies gratis downloaden van de WAGO Github repository.
   [Afbeelding]
   

   ---

3. Flash het firmware IMG bestand op een SD kaartje. Zet de PFC af en steek het SD kaartje in. Zorg ervoor dat de PFC in STOP mode staat alvorens de voeding terug aan te sluiten. Staat hij niet in STOP dan heb je kans op timeout errors bij het gebruik van de web based management in de volgende stappen.
   
   Merk op dat in de WBM de firmware versie wordt weergegeven van de firmware die op de SD kaart staat. Deze is hiermee nog niet geïnstalleerd.
   [Afbeelding]
   

   ---

4. Browse nu naar Administration >> create image. Na het laden van de pagina zou hier destination: Internal Flash moeten staan samen met de melding dat er voldoende geheugen vrij is voor de flash. Druk op Start Copy. De update pop-up verschijnt en verdwijnt weer. Er wordt geen feedback gegeven of de operatie succesvol was. Zet nu de controller uit en verwijder het SD kaartje.
   [Afbeelding]
   

   ---

5. Zet de controller weer aan en controleer de FW versie met WAGO I/O CHECK of via de WBM. Deze moet nu de nieuwe versie weergeven.
   [Afbeelding]
   

   ---

WAGO gebruikt deze afkorting voor opvolging van firmware en hardware versies.

[Afbeelding]


[...]


Knap onderzoekswerk @MichVw.

Voor zover ik weet is dit nieuwe informatie die wel bijzonder relevant is voor iedereen. Sommige PFC's kunnen dus een custom hardware versie hebben die het gebruik van een e!cockpit runtime onmogelijk maakt (tenzij er via WAGO hardwarematig wordt ingegrepen én dat op vlak van licenties legaal is begrijp ik).

Zou dit op te sporen zijn via het serienummer of de FWL versie?

Nog eventjes en we hebben genoeg materiaal voor een eigen wiki

De hardware versie heeft er niets mee te maken normaal, dit gaf wago support ook nog mee:
-----
De hardware versie heeft er an sich weinig mee te maken, de 8202 ondersteunt altijd e!Cockpit en Codesys 2.3, en niet enkel vanaf een bepaalde hardwareversie.

Wat wel mogelijk is, is dat de controller geproduceerd is voor een bepaalde organisatie en dus customized firmware heeft.

Dan is het mogelijk dat bv. e!Cockpit uitgeschakeld is in de firmware van de controller en dat kan je niet zelf aanpassen.
-----

Met andere woorden: voor sommige grote afnemers produceert Wago PFC's met custom firmware waarop é!cockpit word uitegeschakelt omdat er dan geen licensekost dient betaald te worden aan CODESYS.

Normaal is het geen probleem om dan simpelweg de CODESYS 3S runtime te flashen om toch codesys 3 te kunnen runnen maar ik doe de test alsnog eens volgende week.

Goed punt over de wiki, ik schrijf er iets over in de FAQ sessie van m'n repo als ik de tijd vind..

[MichVw]

Kanze schreef op zondag 9 februari 2020 @ 11:16:
[...]


Hier wilde ik nog op terugkomen. Na zelf wat meer gestudeerd te hebben op RS485 zie ik inderdaad enkele grote voordelen.

• RS485 werkt het beste in bus topologie en kan zo tot 32 nodes per netwerk bedienen. Bus topologie is praktisch gezien wenselijk in een residentieel gebouw.
• Het aanbod aan microcontrollers die RS485 capabel zijn is enorm
• De fysieke plaatsing van het netwerk wordt gedaan (zelfs aanbevolen) met UTP kabel en mits enkele voorzorgen (karakteristieke impedantie van de bus en minimale signaalreflectie bij het doorlussen van nodes) is het resistent aan EMI van nabijgelegen 230VAC vermogenkringen.

Op dit moment lijkt RS485 me voor de toepassing in onze nieuwbouw uitermate geschikt als physical layer voor het sensornetwerk. Daar volgt dan dat MODBUS RTU wordt gebruikt voor de link layer.

De Domoticx link uit je post werkt hier helaas niet meer @MichVw

ik dacht dat meer dan 32 nodes mogelijk waren afhankelijk van de RS485 transiever chip die je gebruikt.
Dit is de link: http://domoticx.com/attin...18b20-temperatuur-sensor/

[Antonius]

THM0 schreef op zondag 9 februari 2020 @ 08:29:
Ja updaten via SD kaart is me al vele malen gelukt. Maar het kan ook direct vanuit e!Cockpit, als het goed is sinds firmware 12. Ik had de PFC200 op fw 13. Als ik dan 'Replace firmware' doe staat er "Controller" maar greyed out. Op firmware 15 (via SD geladen) lijkt het wel te werken (maar moet dan even wachten op een nieuwe versie om het te testen).


[...]

Voor updaten van firmware vanuit E!Cockpit moet je in E!Cockpit een naam/wachtwoord instellen om te verbinden met de PLC. Als je die niet zelf eerder gewijzigd hebt, dan zijn is het de standaard combi admin met wachtwoord wago. Beiden lowercase. Als je die invult in E!Cockpit probeer het dan nog eens. Knopje daarvoor zit nog iets verder naar rechts bovenin de balk als ik me niet vergis, ik heb geen E!Cockpit bij de hand om screenshot te laten zien.

[THM0]

Antonius schreef op zondag 9 februari 2020 @ 18:23:
[...]


Voor updaten van firmware vanuit E!Cockpit moet je in E!Cockpit een naam/wachtwoord instellen om te verbinden met de PLC. Als je die niet zelf eerder gewijzigd hebt, dan zijn is het de standaard combi admin met wachtwoord wago. Beiden lowercase. Als je die invult in E!Cockpit probeer het dan nog eens. Knopje daarvoor zit nog iets verder naar rechts bovenin de balk als ik me niet vergis, ik heb geen E!Cockpit bij de hand om screenshot te laten zien.

Je bedoelt deze:


Die werkte gisteren inderdaad niet, bijv query status. Vandaag wel (nadat ik firmware 15 dus heb geinstalleerd). Qua credentials heb ik dezelfde dingen aangepast als ik voorheen had...

[ Voor 3% gewijzigd door THM0 op 09-02-2020 20:24 ]

[Antonius]

Dat is wel apart, klinkt dan alsof je alles wel goed had staan.
Query Status werkt alleen als naam/wachtwoord ingevuld is en overeenkomt met de controller. Als je credentials aanpast op de PLC (wachtwoord van admin anders dan default) dan moet je dat ook in E!Cockpit aanpassen. Volgens mij zit dat onder de knop "Replace Firmware Connection" van je screenshot. Ik heb het hier niet bij de hand, dus is wel allemaal een beetje droog zwemmen van mijn kant.

[THM0]

Antonius schreef op zondag 9 februari 2020 @ 22:40:
Dat is wel apart, klinkt dan alsof je alles wel goed had staan.
Query Status werkt alleen als naam/wachtwoord ingevuld is en overeenkomt met de controller. Als je credentials aanpast op de PLC (wachtwoord van admin anders dan default) dan moet je dat ook in E!Cockpit aanpassen. Volgens mij zit dat onder de knop "Replace Firmware Connection" van je screenshot. Ik heb het hier niet bij de hand, dus is wel allemaal een beetje droog zwemmen van mijn kant.

Vreemde is dat ik wel gewoon "Connect" kon doen naar de controller, een nieuwe applicatie kon uploaden, modules scannen etc. Hij gebruikt voor de firmware toch dezelfde credentials als die je gebruikt om een programma te uploaden?
Edit: blijkbaar niet, ik log voor programma's in met admin, en voor firmware moet je met root inloggen. Dat zijn aparte accounts. root password kun je via SSH aanpassen.

[ Voor 9% gewijzigd door THM0 op 10-02-2020 15:02 ]

[sjoerd1980]

Krilo_89 schreef op vrijdag 7 februari 2020 @ 11:38:
[...]
Dus de tweede en derde generatie volgen elkaar niet op zoals de naam zou vermoeden .

Maar of de 8212 de bijna 700 euro prijsverschil waard is voor alleen EtherCAT-Master, EtherNet/IP-Adapter en MQTT lijkt me niet. MQTT kan ik ook makkelijk via een andere weg beschikbaar maken, want dat ga ik wel gebruiken.

700 euro prijsverschil lijkt me ook wat overdreven. Ik heb de 8212 nieuw gekocht voor minder dan dat bedrag. En zover ik kon zien was de 8202 toen nog niet gratis...

[sjoerd1980]

Inmiddels heb ik de installatiekast voorzien van de nodige rijgklemmen (mooi speelgoed) en schakelen de eerste lampen, zij het met impulsrelais. Dit was ook zo gedaan omdat we zelf nog duidelijk wilden krijgen wat we precies wilden op gebied van sturing. Daar is nu beter zicht op;

- Een aantal lampen geven basis verlichting (entree, trap etc.) Hier is geen nut om te dimmen, dus gaan ze gewoon achter relais.
- De keuken (eiland en achterwand) krijgt LED-strips in twee kleurig wit. Hier is dus een controller nodig om de intensiteit en kleurtemperatuur te regelen.
- Andere kamers, met name de slaapkamers krijgen 'gewone' dimbare LED lampen. We willen bijvoorbeeld dat deze na een bepaalde tijd altijd gedimd aan gaan. De aanname is dat er oriëntatielicht gewenst is. Een dubbele druk zou dan bijvoorbeeld vol licht kunnen geven. Hier is dus een triac dimmer nodig.

De hoofdvraag is even hoe dit nu het beste aan te sturen is vanuit de WAGO PLC. In de basis zouden Dali en DMX logische opties zijn. Dali master is te vinden voor een schappelijk bedrag (zeg E 80). Kan de 8212 op zijn eigen RS485 connector direct DMX sturen? Of is er toch de 750-652 nodig? Deze is ongeveer twee keer zo duur als de Dali master.

Voor LED-drivers voor de strips is er zowel in DMX als in Dali het eea te vinden. Maar weet iemand (goede) triac dimmers (fase aan- dan wel afsnijding) met Dali of DMX als input?

[THM0]

sjoerd1980 schreef op maandag 10 februari 2020 @ 22:40:
Inmiddels heb ik de installatiekast voorzien van de nodige rijgklemmen (mooi speelgoed) en schakelen de eerste lampen, zij het met impulsrelais. Dit was ook zo gedaan omdat we zelf nog duidelijk wilden krijgen wat we precies wilden op gebied van sturing. Daar is nu beter zicht op;

- Een aantal lampen geven basis verlichting (entree, trap etc.) Hier is geen nut om te dimmen, dus gaan ze gewoon achter relais.
- De keuken (eiland en achterwand) krijgt LED-strips in twee kleurig wit. Hier is dus een controller nodig om de intensiteit en kleurtemperatuur te regelen.
- Andere kamers, met name de slaapkamers krijgen 'gewone' dimbare LED lampen. We willen bijvoorbeeld dat deze na een bepaalde tijd altijd gedimd aan gaan. De aanname is dat er oriëntatielicht gewenst is. Een dubbele druk zou dan bijvoorbeeld vol licht kunnen geven. Hier is dus een triac dimmer nodig.

De hoofdvraag is even hoe dit nu het beste aan te sturen is vanuit de WAGO PLC. In de basis zouden Dali en DMX logische opties zijn. Dali master is te vinden voor een schappelijk bedrag (zeg E 80). Kan de 8212 op zijn eigen RS485 connector direct DMX sturen? Of is er toch de 750-652 nodig? Deze is ongeveer twee keer zo duur als de Dali master.

Voor LED-drivers voor de strips is er zowel in DMX als in Dali het eea te vinden. Maar weet iemand (goede) triac dimmers (fase aan- dan wel afsnijding) met Dali of DMX als input?

Je moet voor DMX de 750-652 hebben; werkt niet met het onboard seriele interface op de PFC200. Even opletten dat je een exemplaar koopt met de juiste firmware, anders werkt het helemaal niet of met minder kanalen (heb ik ergens in dit forum iets over gepost).

[Krilo_89]

sjoerd1980 schreef op maandag 10 februari 2020 @ 22:31:
[...]

700 euro prijsverschil lijkt me ook wat overdreven. Ik heb de 8212 nieuw gekocht voor minder dan dat bedrag. En zover ik kon zien was de 8202 toen nog niet gratis...

Ik keek op dit moment op Ebay . Daar stond een 8212 voor 950,-, maar ik zie hem op Conrad voor 830,-, dus vooruit. De 8202 stond goedkoop op Ebay voor 250,-, wat het verschil met Conrad geen 700,-, maar 580,- maakt.
Wat me nu wel opvalt is dat ze op Ebay ook rustig 1500,- vragen voor een 8202, waarom is dat? Ik heb nu een voor 250,- inclusief verzending een 8202 kunnen bestellen. Die prijs kan ik nog wel verantwoorden om een beetje mee te gaan spelen om te zien of het uberhaupt een idee is.

Wat ik me wel afvraag voor de mensen die alles opgezet hebben met een PLC, wat als je je huis verkoopt? Laat je alles zitten en zeg je: succes tegen de volgende mensen die hoogstwaarschijnlijk heel wat minder technisch zijn? Of haal je alles eruit en trek je nieuwe bekabeling (is bijna niet mogelijk denk) of je legt nog normale bekabeling neer naast de stervormige bekabeling?

@sjoerd1980, jij hebt niets anders qua home automation aangesloten op de PLC? Dus alles staat vast geprogrammeerd op de PLC zelf (welke software heb je hiervoor gebruikt?). Want wat ik me afvraag is of je zo'n dubbele klik afvangt in de PLC en daar dus een gevolg/actie aan vast hangt of dat je dat bijv. in HomeAssitant laat binnenkomen en daar de actie aan vasthangt?

[Kanze]

Krilo_89 schreef op dinsdag 11 februari 2020 @ 09:33:
[...]

Ik keek op dit moment op Ebay . Daar stond een 8212 voor 950,-, maar ik zie hem op Conrad voor 830,-, dus vooruit. De 8202 stond goedkoop op Ebay voor 250,-, wat het verschil met Conrad geen 700,-, maar 580,- maakt.
Wat me nu wel opvalt is dat ze op Ebay ook rustig 1500,- vragen voor een 8202, waarom is dat? Ik heb nu een voor 250,- inclusief verzending een 8202 kunnen bestellen. Die prijs kan ik nog wel verantwoorden om een beetje mee te gaan spelen om te zien of het uberhaupt een idee is.

Wat ik me wel afvraag voor de mensen die alles opgezet hebben met een PLC, wat als je je huis verkoopt? Laat je alles zitten en zeg je: succes tegen de volgende mensen die hoogstwaarschijnlijk heel wat minder technisch zijn? Of haal je alles eruit en trek je nieuwe bekabeling (is bijna niet mogelijk denk) of je legt nog normale bekabeling neer naast de stervormige bekabeling?

@sjoerd1980, jij hebt niets anders qua home automation aangesloten op de PLC? Dus alles staat vast geprogrammeerd op de PLC zelf (welke software heb je hiervoor gebruikt?). Want wat ik me afvraag is of je zo'n dubbele klik afvangt in de PLC en daar dus een gevolg/actie aan vast hangt of dat je dat bijv. in HomeAssitant laat binnenkomen en daar de actie aan vasthangt?

Er bestaan van elk model PFC verschillende varianten. Bijvoorbeeld de basisvariant PFC200 is de 750-8202 voor de eerste generatie en 750-8212 voor de tweede generatie. Per variant heb je gespecialiseerde modellen met een langer modelnummer. Bijvoorbeeld de 750-8212/025-001. Naar wat ik begrijp zijn die speciale varianten gecertificeerd voor extreme omstandigheden. Denk dan aan controllers die werken nabij hoogovens van de staalindustrie of in chemische omgeving in de petrochemie. Het kan zijn dat je een speciaal model hebt gevonden. Of de verkoper vraagt gewoon te veel voor een basisvariant.

Wat te doen bij verkoop zal afhangen van de omstandigheden. Ik denk dat de situatie ook verschillend is tussen België, waar een installatie met ster-topologie meer is ingeburgerd, en Nederland waar mensen eerder een centraaldozensysteem verwachten.

Als je met PFC's werkt ligt je installatie waarschijnlijk in ster. Bij verkoop zou ik sowieso de PFC's demonteren. Daarom dat onze installatiekast wordt aangelegd met teleruptors/impulsrelais. Als je de PFC's verwijderd hebt kunnen die impulsrelais gewoon worden aangesloten op de bestaande controlekringen.

Het klopt dat daar inderdaad wat werk aan is en dat het dus niet zo eenvoudig is als een Loxone of KNX installatie doorverkopen. Maar indien je bij verkoop je Loxone installatie wil meenemen (KNX is al wat moeilijker) dan stelt zich hetzelfde probleem.

Er valt dus zeker over na te denken maar mits de juiste voorzieningen lijkt het me geen probleem te zijn.

[Kanze]

THM0 schreef op dinsdag 11 februari 2020 @ 09:29:
[...]

Je moet voor DMX de 750-652 hebben; werkt niet met het onboard seriele interface op de PFC200. Even opletten dat je een exemplaar koopt met de juiste firmware, anders werkt het helemaal niet of met minder kanalen (heb ik ergens in dit forum iets over gepost).

Voor nieuwe lezers ben ik even gaan zoeken en heb dit gevonden in een oude post hier.

The DMX function is only possible using WAGO 750-652 Serial Module from firmware version 03. For FW 03 until FW05, maximum 21 or 45 DMX channel can be sent depends on the Process Image setting of the module. From FW 06 maximum 512 DMX channel can be sent.

[sjoerd1980]

Bedankt voor de reacties. Op basis daarvan neig ik naar Dali. Goedkoper en logischere interface voor wat ik nodig heb / wil bereiken. Op het gebied van led-drivers lijkt bijna alles zowel in DMX als in Dali uitvoering verkrijgbaar. Helaas zie ik nog geen Dali triac dimmers die in de buurt komen. Alleen lompe dingen met paar honderd Watt per kanaal.

Het liefst zoek ik iets als de S1-DR of DMX302, maar dan in de Dali uitvoering. Als niemand een idee heeft gaat het gebrek hieraan er toch voor zorgen dat ik de DMX route ga bewandelen.

Of alternatief beiden. DMX lijkt minder geschikt om de drivers op afstand te monteren vanwege het doorlus principe.

Krilo_89 schreef op dinsdag 11 februari 2020 @ 09:33:
[...]

@sjoerd1980, jij hebt niets anders qua home automation aangesloten op de PLC? Dus alles staat vast geprogrammeerd op de PLC zelf (welke software heb je hiervoor gebruikt?). Want wat ik me afvraag is of je zo'n dubbele klik afvangt in de PLC en daar dus een gevolg/actie aan vast hangt of dat je dat bijv. in HomeAssitant laat binnenkomen en daar de actie aan vasthangt?

Het is sowieso mijn bedoeling dit in de PLC te regelen. De WAGO Building libraries hebben hier standaard functie blokken voor (enkel klik vs multi-klik, lang vs kort). Ook zijn er bijvoorbeeld functie blokken voor enkel schakelaar dimmen, twee schakelaar dimmen etc. Volgens mij genoeg om te doen wat ik nu voor ogen heb.

In de toekomst kan ik me goed voorstellen dat er een schil overheen komt, maar dan voornamelijk als interface naar de telefoon.

[THM0]

Je kunt met een DMX splitter werken. Dan kun je de dimmers wel op afstand plaatsen. Iets anders om mee rekening te houden is het verschil in protocol tussen DALI en DMX. DALI stuurt bij een wijziging van een kanaal die wijziging de bus op naar het juiste adres. DMX stuurt echter continue de huidige waardes van alle kanalen de bus op (met een bepaalde frequentie).
Als je overweegt om de spanning van de dimmers te halen wanneer ze niet in gebruik zijn, moet je met DALI dat echt gaan timen wanneer je ze weer gaat inschakelen: eerst de dimmer voorzien van spanning, en dan het DALI signaal pas sturen als de dimmer klaar is om dat te verwerken. Bij DMX zet je de dimmer gewoon aan en hij pikt het vanzelf wel op. Je kunt ook kijken voor dimmers die beide protocollen ondersteunen. Eldoled heeft bijv drivers die beide aankunnen.

Nog een aanvulling over de firmware van de 750-652 module: de firmware versie is niet te upgraden. Je moet echt de juiste versie kopen om DMX te kunnen sturen.

[Femme]

sjoerd1980 schreef op dinsdag 11 februari 2020 @ 21:37:

Of alternatief beiden. DMX lijkt minder geschikt om de drivers op afstand te monteren vanwege het doorlus principe.

Je moet in beide gevallen een communicatiekabel trekken. Voor DMX heb je twee aders en een shield nodig. S/FTP kabel neemt kun je prima de 'aanvoer' en 'retour' via dezelfde kabel laten gaan en via rijgklemmen in je verdeelkast doorlussen naar de volgende driver.

Hoe wil je die drivers op afstand inbouwen? Het mooie van drivers in de verdeelkast plaatsen is dat je er weinig inbouwruimte nodig is voor de strips of spots zelf en de kabeling is ook simpeler (alleen een voedingskabel, communicatie blijft in de verdeelkast).

[sjoerd1980]

De strips komen in de keuken. Boven het eiland komt een verlaagd plafond zodat de afzuiging hierin past. Ruimte genoeg voor de drivers.

230V heb ik daar al (voor de afzuiging), dus het is of data trekken of voeding. Maar ik snap je punt ook om het juist in de verdeelkast te plaatsen. TBD denk ik.

[Kanze]

Hieronder het systeemdiagram van de installatie zoals ze momenteel op papier staat. Tussen de theorie en de praktische uitvoering zitten wel nog wat vraagtekens.

Het principe achter het sensornetwerk is eenvoudig. Hoe meer sensors op de RS485 bus kunnen hoe beter. De bus topologie is hier het grote voordeel. Voor inbouwsensors zou een microcontroller met aanhangende sensoren worden gebruikt. ATTiny85 lijkt hier een optie maar daar moet ik nog verder onderzoek naar doen.

Voor opbouwsensoren, vooral dan bewegingsmelding, moet dan iets gevonden worden dat RS485 spreekt of rechtstreeks kan worden aangesloten op een 750-431. Maar dan moet het weer 24VDC signaal zijn of het wordt complexer.

Wat denken jullie?

[THM0]

Je kunt een 652 module besparen door het seriële interface op de PFC200 te gebruiken voor RS485.
Als je weinig dimmers hoeft aan te sturen zou je nog voor 0-10v sturing kunnen kijken, die modules zijn goedkoper te krijgen dan de 750-652 maar ook beperkt in het aantal dimmers/kanalen je per module kunt aansturen.

[MichVw]

Kanze schreef op vrijdag 14 februari 2020 @ 16:36:
Hieronder het systeemdiagram van de installatie zoals ze momenteel op papier staat. Tussen de theorie en de praktische uitvoering zitten wel nog wat vraagtekens.

Het principe achter het sensornetwerk is eenvoudig. Hoe meer sensors op de RS485 bus kunnen hoe beter. De bus topologie is hier het grote voordeel. Voor inbouwsensors zou een microcontroller met aanhangende sensoren worden gebruikt. ATTiny85 lijkt hier een optie maar daar moet ik nog verder onderzoek naar doen.

Voor opbouwsensoren, vooral dan bewegingsmelding, moet dan iets gevonden worden dat RS485 spreekt of rechtstreeks kan worden aangesloten op een 750-431. Maar dan moet het weer 24VDC signaal zijn of het wordt complexer.

Wat denken jullie?

[Afbeelding]

Inderdaad, de onboard RS485 poort gebruiken. Ik heb het bijna in gang gekregen met é!cockpit om data uit te lezen van Eastron sdm aan de hand van de onboard poort. Zodra het werkt schrijf ik het uit en voeg ik het toe op m'n git repo.

Geen uitgangen om zoneventielen te sturen voor radiatoren/vloerverwarming?

Uitlezen van de stand van waterput ging ik ook via RS485 doen. Ook een AtTiny of Arduino nano met een radar sensor op..

[ Voor 4% gewijzigd door MichVw op 15-02-2020 13:35 ]

[Ethirty]

Erg veel interessante inzichten hier. Ik ben sinds dit topic ook om dat ik straks in een nieuw huis geen (basis)domotica op basis van wireless meer wil. Zeker de basis als verlichting en HVAC wil ik via een PLC laten lopen.

Nu merk ik wel dat de Wago route mij wat complex is en daarom ben ik net als @Oystein bij de Logo! uitgekomen.

Voordeel is dat er online superveel over te vinden is, van tutorials tot compleet uitgewerkte voorbeelden. Programmeren is ook supersimpel, ik heb al een half virtueel huis bij elkaar gesleept.

Alleen de IO is per stuur-unit wat beperkt. En toen kwam ik na wat zoeken uit bij de Eaton Easy E4, een evolutie op de eerdere Easy serie. Met 188 IO een stuk ruimer dan de Logo! en bijv ook wat betaalbaardere 0-10V output opties.

Alleen een heel andere manier van programmeren en ook weinig tutorials over te vinden.

Iemand nog suggesties voor de ene of de andere route? Met meerdere Logo's of Easy's kan ik wel taken per etage scheiden zodat je bij een update van de programmering niet volledig in het donker komt te zitten. De goedkopere opties lijken namelijk allemaal uit RUN te moeten voor aanpassingen.

En parallel aan het uitdenken, hoe kiezen jullie voor relais? De Finder 4C die @Femme adviseert, is die vooral op prijs, of is er een technisch voordeel over de dozijn andere relais die er te vinden zijn? En dimmers zijn er ook een dozijn mogelijkheden, maar ik dacht gewoon aan een aantal din-rails dimmers van bijv Eltako ipv een heel DMX systeem.

[sjoerd1980]

Hoe realiseren jullie de buisinvoer in de installatiekast?

Ik heb een kast met wartelplaat (nog zonder gaten, dus ik kan ze zagen / ponsen zoals ik ze hebben wil) en wil graag flexbuis in een wartel hebben zodat ik tot aan de kast in buis blijf.

Even mijn situatie: vanuit de vloer en vanuit plafond komen stugge PVC buizen tot op ongeveer 20cm van de kast. Vanuit de vloer is het een dubbele rij. Mijn idee is / was om de laatste 20cm in flex te pakken zodat ik ze op de juiste afstand / plek kan krijgen voor in de kast. Ook kan ik daarmee de UTP apart houden (dit is enige kabel die niet direct langs de 230v draden mag). Dit laatste stukje flex wil ik dus de kast invoeren, dan vastgezet op de wartelplaat.

Dus wat ik zoek is een wartel waar flex in vast geklikt kan worden. Of zoals mijn eerste vraag; hoe doen jullie dat? Zijn er betere ideeën?

Ik wil wel een plaatje posten, maar ik moet nog even uitzoeken hoe ;-)

---
Wat betreft de relais: ik ga hier ook nog wat verder naar zoeken, maar mijn ideeën tot nu:
- Ten eerste is het van belang dat ze voldoen voor jouw situatie, dus afhankelijk van je stuurspanning en belasting (vermogen, maar ook soort belasting, een WCD zou ik achter een zwaar relais zetten; iemand kan er zomaar een stofzuiger, slijptol of wat dan ook aanknopen).
- Mij lijkt het daarnaast nuttig om te kiezen voor relais met stuurspanning onder en aansluitingen voor de belasting boven. Niet alleen past dat in mijn opzet van de kast (rijgklemmen bovenste rail, relais op tweede rail en PLC op derde rail), maar ook houd je zo stuurcircuit geïsoleerd van je 230V circuit.
- Het is prettig als er een kambrug beschikbaar is om er een aantal aan elkaar te lussen.

[Oystein]

Ethirty schreef op zaterdag 15 februari 2020 @ 13:44:
En parallel aan het uitdenken, hoe kiezen jullie voor relais? De Finder 4C die @Femme adviseert, is die vooral op prijs, of is er een technisch voordeel over de dozijn andere relais die er te vinden zijn?

De relais die ik heb toegepast zijn de volgende delen:

Weidmuller relais 8869810000
Relaisvoet TE Connectivity 1860306-1
Diode module Schrack 9-1415036-1

In 2019 gekocht bij TME voor totaal 5,74 ex. BTW p.st.

[Blokker_1999]

BoschR schreef op maandag 13 januari 2020 @ 20:36:
Niet zeker of dit toegestaan is, maar wil graag het volgende tippen:

Als er nog mensen hier een PFC200 (750-8202) willen kopen. Er werden er gisteren 4 aangeboden, waar er nu nog één van over is. Één daarvan heb ik (naar mijn idee) gunstig aan kunnen kopen voor 175 dollar (+ helaas 70 dollar verzendkosten). Vraagprijs is 250 dollar, maar hij ging zonder tegenvoorstel akkoord met 175 dollar.

Voor de geïntereseerden, er staat er nog 1tje. Komen er blijkbaar regelmatig bij. Mijn bod van 175 werd niet aanvaard, heb daarna waarschijnlijk onmiddelijk iets te hoog gegaan door direct naar 205 te gaan, maar dat werd wel aanvaard. En daarmee is de eerste stap gezet in mijn eigen upgradetraject

[THM0]

Blokker_1999 schreef op maandag 17 februari 2020 @ 09:31:
[...]

Voor de geïntereseerden, er staat er nog 1tje. Komen er blijkbaar regelmatig bij. Mijn bod van 175 werd niet aanvaard, heb daarna waarschijnlijk onmiddelijk iets te hoog gegaan door direct naar 205 te gaan, maar dat werd wel aanvaard. En daarmee is de eerste stap gezet in mijn eigen upgradetraject

Ik hoop voor je dat ie ongemerkt door de douane komt, anders kun je ook nog BTW en inklaringskosten aftikken.

[Ethirty]

Oystein schreef op maandag 17 februari 2020 @ 09:00:
[...]


De relais die ik heb toegepast zijn de volgende delen:

Weidmuller relais 8869810000
Relaisvoet TE Connectivity 1860306-1
Diode module Schrack 9-1415036-1

In 2019 gekocht bij TME voor totaal 5,74 ex. BTW p.st.

Dat zegt me nog steeds niet hoe je tot zo'n keuze komt. Alleen dat je met electronica kennis een stuk goedkoper uit bent dan als je een kant en klaar relais koopt?

[Oystein]

Ethirty schreef op maandag 17 februari 2020 @ 15:01:
[...]

Dat zegt me nog steeds niet hoe je tot zo'n keuze komt. Alleen dat je met electronica kennis een stuk goedkoper uit bent dan als je een kant en klaar relais koopt?

Omdat de relais van de Siemens Logo maar max. 5 A mogen schakelen en mijn via de domotica geschakelde WCD's op 10A zijn beveiligd heb ik deze relais er nog tussen gezet.

De relais zijn 16 A (single pole) maar de voetjes zijn geschikt voor 8A (dual pole).
Door de 2 I/O van het relais parallel te zetten kan het voetje ook 16A hebben.

Zo haalde ik de benodigde specs en zo goedkoop mogelijk

[thomke]

Kanze schreef op vrijdag 14 februari 2020 @ 16:36:
Voor inbouwsensors zou een microcontroller met aanhangende sensoren worden gebruikt. ATTiny85 lijkt hier een optie maar daar moet ik nog verder onderzoek naar doen.

Wat denken jullie?

[Afbeelding]

ik heb die ATTIny85 hier al een paar keer vermeld zien staan..

Als ik het goed versta is het de bedoeling dat de sensoren via OneWire met de ATTiny85 communiceren.. waarop dieze ATTIny85 dan via RS485 met de plc communiceert...

Waarom dan niet de sensoren rechtstreeks via onewire aan de PLC aanlsuiten? waarom deze extra tussenstap? dit ziet er mij extra werk uit.. extra kablage, extra programmatie.. dus ook extra problemen die het met zich mee zal brengen?

Ik ben net voorstander van met PLC's te werken door de robuuste vertrouwbaren hardware van de PLC...
steek je met zo een ATTiny85 niet een extra (zwakke?) schakel in heel de settup? en het lijkt mij ook omslachtiger..

Indien ik het mis zie dan hoor ik het graag! Ik sta namelijk op het punt om met de elektrische werken te beginnen voor mijn huis

Bedankt!

[Kanze]

thomke schreef op maandag 17 februari 2020 @ 15:53:
[...]

ik heb die ATTIny85 hier al een paar keer vermeld zien staan..

Als ik het goed versta is het de bedoeling dat de sensoren via OneWire met de ATTiny85 communiceren.. waarop dieze ATTIny85 dan via RS485 met de plc communiceert...

Waarom dan niet de sensoren rechtstreeks via onewire aan de PLC aanlsuiten? waarom deze extra tussenstap? dit ziet er mij extra werk uit.. extra kablage, extra programmatie.. dus ook extra problemen die het met zich mee zal brengen?

Ik ben net voorstander van met PLC's te werken door de robuuste vertrouwbaren hardware van de PLC...
steek je met zo een ATTiny85 niet een extra (zwakke?) schakel in heel de settup? en het lijkt mij ook omslachtiger..

Indien ik het mis zie dan hoor ik het graag! Ik sta namelijk op het punt om met de elektrische werken te beginnen voor mijn huis

Bedankt!

De PLC heeft geen 1-Wire interface, enkel RS232 en RS485. Er moet dus sowieso ergens een overgang bestaan tussen het 1-Wire component en de PLC. Ik ping even @MichVw want als ik me goed herinner heeft hij een tijd terug ook gekeken naar een oplossing hiervoor. ESERA verkoopt 1-Wire controllers maar toen waren die enkel als RS232 beschikbaar.

[thomke]

Kanze schreef op maandag 17 februari 2020 @ 17:37:
[...]


De PLC heeft geen 1-Wire interface, enkel RS232 en RS485. Er moet dus sowieso ergens een overgang bestaan tussen het 1-Wire component en de PLC. Ik ping even @MichVw want als ik me goed herinner heeft hij een tijd terug ook gekeken naar een oplossing hiervoor. ESERA verkoopt 1-Wire controllers maar toen waren die enkel als RS232 beschikbaar.

Dus in principe kun je dan met 1 ATTiny85 in de hoofdkast alle 1-wire sensoren hierop dan in een lus (al dan niet apart naar de kast getrokken en zo uw lus/ster in de kast zelf maken) aansluiten in plaats van iedere sensor van een ATTiny85 te voorzien die dan rondom het huis in wandschakelaars en dergelijke weggewerkt zitten? - dit is namelijk hoe ik het verstond dat deze gingen gebruikt worden... -

[MichVw]

thomke schreef op maandag 17 februari 2020 @ 17:47:
[...]


Dus in principe kun je dan met 1 ATTiny85 in de hoofdkast alle 1-wire sensoren hierop dan in een lus (al dan niet apart naar de kast getrokken en zo uw lus/ster in de kast zelf maken) aansluiten in plaats van iedere sensor van een ATTiny85 te voorzien die dan rondom het huis in wandschakelaars en dergelijke weggewerkt zitten? - dit is namelijk hoe ik het verstond dat deze gingen gebruikt worden... -

Dat is niet direct het idee..
Even een recap:
- er zijn heel weinig 1-wire gateways en nog minder gateways die van 1-wire naar rs485 wat weinig vertrouwen geeft voor de toekomst
- het idee is om zo'n robuust mogelijk sensor netwerk zo direct mogelijk opje PLC uit te lezen (geen tussen hardware)

Dat resulteert dan in de conclusie dat modbus RTU over de RS485 serieele poort van de PLC de beste optie is. Modbus RTU is een industrieel protocol die zichzelf al lang bewezen heeft in industriele omgevingen..

Een bus structuur met max 32 nodes waarvan elk van die nodes een microcontroller is.. ATtiny85 is de keuze omdat ook die zichzelf al lang bewezen heeft naar robuustheid..

Of je dan van die microcontrolller die op het modbus netwerk zit 1-wire gaat gebruiken of een ander protocol om een sensor uit te lezen, dat is min of meer bijzaak :-)

[BoschR]

Blokker_1999 schreef op maandag 17 februari 2020 @ 09:31:
[...]

Voor de geïntereseerden, er staat er nog 1tje. Komen er blijkbaar regelmatig bij. Mijn bod van 175 werd niet aanvaard, heb daarna waarschijnlijk onmiddelijk iets te hoog gegaan door direct naar 205 te gaan, maar dat werd wel aanvaard. En daarmee is de eerste stap gezet in mijn eigen upgradetraject

Wat TMH0 zegt inderdaad. Ik heb namelijk wel ~54 euro douane inklaringskosten moeten betalen. Vragen of de verkoper een lager bedrag op het pakket wil zeker helpen, maar is wellicht al te laat?

Daarnaast nog een tip: altijd vragen naar de HW versie. MichVw en ik hebben van deze verkoper gekocht met een verschillende HW versie. Met als resultaat dat MichVw geen e!RUNTIME heeft (HW versie 3) en ik wel (HW versie 6).

[MichVw]

BoschR schreef op maandag 17 februari 2020 @ 21:28:
[...]

Wat TMH0 zegt inderdaad. Ik heb namelijk wel ~54 euro douane inklaringskosten moeten betalen. Vragen of de verkoper een lager bedrag op het pakket wil zeker helpen, maar is wellicht al te laat?

Daarnaast nog een tip: altijd vragen naar de HW versie. MichVw en ik hebben van deze verkoper gekocht met een verschillende HW versie. Met als resultaat dat MichVw geen e!RUNTIME heeft (HW versie 3) en ik wel (HW versie 6).

de HW versie heeft er niets mee te maken, volgens WAGO support kan iedere HW versie de é!RUNTIME aan maar worden sommige controllers voor sommige klanten zonder é!COCKPIT license verkocht! Waarschijnlijk om de prijs te drukkken, ik kan me goed voorstellen dat sommige bedrijven veel codesys 2.3 projecten hebben (legacy) en geen nood om die om te zetten naar codesys 3.5 en daar dus ook een meerprijs voor te betalen.

HW versie heeft er dus niets mee te maken..

Ik sta in contact met de verkoper en hij vraagt me hem te tonen hoe hij dat kan detecteren (door firmware te flashen en te zien of je é!RUNTIME kan selecteren natuurlijk) om niet zelfde tegen te komen in de toekomst..

[Blokker_1999]

Heb er zelf geen probleem mee als blijkt dat het zonder e!cockpit is, ook al is het ook al weer lang geleden dat ik codesys nog eens ergens gebruikt heb gehad. En de douanekosten, das een hit or miss natuurlijk, maar gegeven de retailwaarde van een nieuwe controller, blijft het een goede deal.

[Kanze]

MichVw schreef op maandag 17 februari 2020 @ 20:05:
[...]


Dat is niet direct het idee..
Even een recap:
- er zijn heel weinig 1-wire gateways en nog minder gateways die van 1-wire naar rs485 wat weinig vertrouwen geeft voor de toekomst
- het idee is om zo'n robuust mogelijk sensor netwerk zo direct mogelijk opje PLC uit te lezen (geen tussen hardware)

Dat resulteert dan in de conclusie dat modbus RTU over de RS485 serieele poort van de PLC de beste optie is. Modbus RTU is een industrieel protocol die zichzelf al lang bewezen heeft in industriele omgevingen..

Een bus structuur met max 32 nodes waarvan elk van die nodes een microcontroller is.. ATtiny85 is de keuze omdat ook die zichzelf al lang bewezen heeft naar robuustheid..

Of je dan van die microcontrolller die op het modbus netwerk zit 1-wire gaat gebruiken of een ander protocol om een sensor uit te lezen, dat is min of meer bijzaak :-)

Ondertussen heb ik twee 750-652 klemmen kunnen bestellen via eBay. Toevallig alle twee met FW06 dus ze kunnen ook dienen voor DMX.

Bij de sensoren op ATTiny85 heb ik nog een groot vraagteken. Is het mogelijk om verschillende sensors op één chip aan te sluiten om zo een multisensor te maken?

[MichVw]

Kanze schreef op woensdag 19 februari 2020 @ 16:46:
[...]


Ondertussen heb ik twee 750-652 klemmen kunnen bestellen via eBay. Toevallig alle twee met FW06 dus ze kunnen ook dienen voor DMX.

Bij de sensoren op ATTiny85 heb ik nog een groot vraagteken. Is het mogelijk om verschillende sensors op één chip aan te sluiten om zo een multisensor te maken?

Ik zie niet in waarom niet, die ATtiny zal dan gewoon meer modbus registers hebben die de PLC kan uitlezen..

[bartvb]

Ik ben al een aantal jaar bezig met puzzelen op de automatisering van het huis dat we op dit moment aan het bouwen zijn.

Oorspronkelijke plan was Loxone, dat is opgeschoven naar KNX en op dit moment neig ik naar KNX + WAGO PLC + 'iets' voor visualisatie en intelligentie. B.v. iets als Node Red.

Bij die zoektocht kwam ik net deze tegen:
https://www.wago.com/nl/d/1661766
De 'WAGO Room Automation Macro'.

Is dat interessant als basis voor domotica-toepassingen? Iemand al ervaring mee? Is wel beperkt tot de PFC200 Gen2.

[Giblet]

sjoerd1980 schreef op zondag 16 februari 2020 @ 10:55:
Hoe realiseren jullie de buisinvoer in de installatiekast?

Ik heb een kast met wartelplaat (nog zonder gaten, dus ik kan ze zagen / ponsen zoals ik ze hebben wil) en wil graag flexbuis in een wartel hebben zodat ik tot aan de kast in buis blijf.

Even mijn situatie: vanuit de vloer en vanuit plafond komen stugge PVC buizen tot op ongeveer 20cm van de kast. Vanuit de vloer is het een dubbele rij. Mijn idee is / was om de laatste 20cm in flex te pakken zodat ik ze op de juiste afstand / plek kan krijgen voor in de kast. Ook kan ik daarmee de UTP apart houden (dit is enige kabel die niet direct langs de 230v draden mag). Dit laatste stukje flex wil ik dus de kast invoeren, dan vastgezet op de wartelplaat.

Dus wat ik zoek is een wartel waar flex in vast geklikt kan worden. Of zoals mijn eerste vraag; hoe doen jullie dat? Zijn er betere ideeën?

Even rondgekeken en vond zo snel 3 mogelijke opties:

• Reguliere wartels met een grote diameter: https://www.elektrototaal...ersite&utm_medium=display
• Speciale wartels voor dit doel: https://shop.breemes.be/c...6-tbv-flexibele-buis.html
• Rubber doorvoeren (zijn vaak voor het specifieke merk/type kast dat je koopt wel te verkrijgen). Ziet er ongeveer zo uit

Ik vind de wartels speciaal daarvoor bedoelde wartels wat aan de dure kant, maar zal eens verder zoeken of deze ergens betaalbaar te vinden zijn. Ik zit met dezelfde uitdaging namelijk. Ik neig nu naar zoiets als dit: https://www.elektrototaal...-eskv-kabelwartel-4138119 dat vind ik nog wel betaalbaar voor 96 invoeren. En dan een kwestie van netjes 96 gaten hiervoor boren

[ Voor 6% gewijzigd door Giblet op 20-02-2020 13:54 ]

[Kanze]

bartvb schreef op woensdag 19 februari 2020 @ 20:43:
Ik ben al een aantal jaar bezig met puzzelen op de automatisering van het huis dat we op dit moment aan het bouwen zijn.

Oorspronkelijke plan was Loxone, dat is opgeschoven naar KNX en op dit moment neig ik naar KNX + WAGO PLC + 'iets' voor visualisatie en intelligentie. B.v. iets als Node Red.

Bij die zoektocht kwam ik net deze tegen:
https://www.wago.com/nl/d/1661766
De 'WAGO Room Automation Macro'.

Is dat interessant als basis voor domotica-toepassingen? Iemand al ervaring mee? Is wel beperkt tot de PFC200 Gen2.

Lijkt mij wel interessant ja. Ik heb de application note pdf net gedownload en op het eerste gezicht lijkt het sterk op de ideeën die je hier ook veel leest.

[sjoerd1980]

Kanze schreef op woensdag 19 februari 2020 @ 16:46:
[...]
Ondertussen heb ik twee 750-652 klemmen kunnen bestellen via eBay. Toevallig alle twee met FW06 dus ze kunnen ook dienen voor DMX.

Bij de sensoren op ATTiny85 heb ik nog een groot vraagteken. Is het mogelijk om verschillende sensors op één chip aan te sluiten om zo een multisensor te maken?

Heb je ze nog voor een goede prijs kunnen vinden? En zijn er daar nog meer? Ik zie ze alleen voor veel teveel geld voorbij komen (orde E 200/st en hoger).

Giblet schreef op donderdag 20 februari 2020 @ 13:45:
[...]


Even rondgekeken en vond zo snel 3 mogelijke opties:

• Reguliere wartels met een grote diameter: https://www.elektrototaal...ersite&utm_medium=display
• Speciale wartels voor dit doel: https://shop.breemes.be/c...6-tbv-flexibele-buis.html
• Rubber doorvoeren (zijn vaak voor het specifieke merk/type kast dat je koopt wel te verkrijgen). Ziet er ongeveer zo uit [Afbeelding]

Bedankt voor je suggesties. Bij rubber doorvoeren zie ik het nog niet zo snel netjes worden. Dus ik leuk richting de wartels. Lompe wartels zijn inderdaad wel stuk betaalbaarder dan de specifieke voor ribbelbuis (die zitten snel op > E 3/st.). Maar ergens vind ik het wel zo netjes om de buis vast te klikken in de wartel en deze dan op de plaat te schroeven. Keuzes..

bartvb schreef op woensdag 19 februari 2020 @ 20:43:
Bij die zoektocht kwam ik net deze tegen:
https://www.wago.com/nl/d/1661766
De 'WAGO Room Automation Macro'.

Lijkt gerelateerd aan hun 'flexroom' concept. Controllers daarvoor (750-884) zijn voor een goede prijs te koop. Los daarvan lijkt het een nuttige opzet voor de PFC200, maar wat kost dat? Volgens mij biedt het in de basis niets meer dan wanneer je zelf de beschikbare functieblokken aan elkaar knoopt, behalve dan gemak dat het voorgekookt is.

[ Voor 66% gewijzigd door sjoerd1980 op 20-02-2020 22:48 ]

[Kanze]

sjoerd1980 schreef op donderdag 20 februari 2020 @ 22:29:
[...]


Heb je ze nog voor een goede prijs kunnen vinden? En zijn er daar nog meer? Ik zie ze alleen voor veel teveel geld voorbij komen (orde E 200/st en hoger).

De eerste was 155 euro en de tweede 169 euro beide inclusief verzendkosten. Heb wel in beide gevallen de verkoper moeten overtuigen om ze naar het buitenland te versturen. Het was de moeite waard want het ging om geheel nieuwe klemmen (nog in de doos) en via het serie nummer kon ik zien dat het productiejaar 2019 was en met FW06.

Koop je dat nieuw bij een verdeler dan kost het je 250 tot 300 euro per klem.

Voor WAGO spullen gebruik ik meestal https://picclick.com dat zoekt wat gemakkelijker.