IP-Symcon: domoticasoftware met php als scripttaal

[Nhz]

Jammer dat hier niet meer reacties zijn. Ziet er veelbelovend uit. Ik draai momenteel (ook) op domoticz en heb ook de ervaring dat het zwave verhaal te wensen over laat.

Femme, gebruik jij dit pakket nog steeds? Hoe zijn de ervaringen tot nu toe?

Ik heb een hele tijd naar het Loxone bedrade systeem gekeken, maar ben bang dat dat toch te hoog gegrepen is voor onze renovatie woning. Daarnaast spreekt me het scripten in PHP erg aan.

[Femme]

Nhz schreef op zaterdag 16 juli 2016 @ 05:50:
Jammer dat hier niet meer reacties zijn. Ziet er veelbelovend uit. Ik draai momenteel (ook) op domoticz en heb ook de ervaring dat het zwave verhaal te wensen over laat.

Femme, gebruik jij dit pakket nog steeds? Hoe zijn de ervaringen tot nu toe?

Ja mijn huis draait hier op (nu nog steeds op versie 3.4). Ik ben momenteel bezig om een lichtgewicht gebouwbeheersysteem te maken op basis van IP-Symcon, in eerste instantie gericht op verwarming/koeling met modules die verantwoordelijk zijn voor temperatuurregeling in een ruimte en communicatie van de warmte/koudevraag naar een centrale module die de aanvoertemperatuur regelt en wamtepompbesturingsmodule aanstuurt. Qua hardware moet dit gaan draaien op ARM single board computers zoals een Odroid C2 met decentrale I/O modules die via modbus/tcp of modbus/rtu communiceren. Elke ruimte kan optioneel een ruimtethermostaat krijgen die via modbus/rtu communiceert en bedoeld is om de doeltemperatuur te kunnen instellen.

Ik heb er een soort framework voor gemaakt om de objecten in IP-Symcon (zoals variabelen, instanties en events) ook daadwerkelijk als objecten in je php-code te kunnen gebruiken. In plaats van dat je met een functie zoals IPS_GetEvent($objectId) een array terugkrijgt met de eigenschappen van een event kun je via een object factory een object ophalen en als het een event is kun je er alle eigenschappen van een event mee setten en getten. Is een stuk makkelijker in de omgang met objecten.

De mogelijkheid om nu modules in php te schrijven en via git te installeeen is een enorme verbetering ten opzichte van IPS 3.4 waar je je scripts nog los in de object tree moest plaatsen. Nu bundel je ze in een git repository en kun je ze via Module Control makkelijk deployen en updaten.

IP-Symcon 4.0 heb ik hier nu alleen lokaal op mijn MacBook draaien voor testwerk en op een Odroid C2 waar om waardes van 1-wire sensoren in te lezen via de 1-Wire Ethernet Gateway van Symcon (die wordt niet ondersteund in 3.4). De stabiliteit van IPS 4.0 is uitstekend hier, ik had alleen wat issues met het installeren onder een kale Debian Jessie-afgeleide distributies zoals Armbian en Odrobian. Mogelijk zijn die nu opgelost.

Ik heb een hele tijd naar het Loxone bedrade systeem gekeken, maar ben bang dat dat toch te hoog gegrepen is voor onze renovatie woning. Daarnaast spreekt me het scripten in PHP erg aan.

Qua programmeerbaarheid heb je in IP-Symcon als php-programmeer wel veel meer vrijheid denk ik.

Wat voor hardware wil je nu gebruiken? Z-wave of wel bedraad?

[Nhz]

Ik ben nog steeds zoekende, maar aangezien we niet in de planning hebben staan om alles opnieuw te gaan bedraden ontkomen we niet echt aan draadloos. Op zich werkt dat ook prima, maar wil daarbij apparatuur op batterijen vermijden. Nu gebruik ik bijvoorbeeld zwave wand schakelaars om een dimmer te besturen. Ik gebruik liever schakelaars welke ik fysiek aan de zwave dimmer aansluit.

Bovenstaande heeft een stuk minder impact op de installatiewerkzaamheden dan wanneer je per schakelaar, lichtpunt, etc terug moet naar de meterkast.

Jouw verhaal over het verwarmingssysteem spreekt me ook erg aan, de oplossing is natuurlijk mooi, maar wat me vooral aanspreekt is de manier waarop je zoiets zelf kan ontwerpen en bouwen.

[ Voor 15% gewijzigd door Nhz op 17-07-2016 08:53 ]

[Femme]

deWit schreef op woensdag 13 juli 2016 @ 19:44:
Even een reactie hier op een bericht wat in het PLC topic stond:

Femme, zou je wellicht wat van jouw scripts kunnen delen die iets van basisfunctionaliteit laten zien?

Je bent bezig met een Wago-plc las ik in het plc-topic. Hier een voorbeeld script over hoe je met behulp van een pulsdrukker een output op je plc kunt schakelen, waarbij je die output tegelijkertijd ook kunt schakelen met een knopje in een WebFront in IP-Symcon (webinterface of mobiele app).

Hiervoor heb je nodig:

- Een script om de status variabele en de output te setten. Hierin moet je later nog wat waardes van variabelen aanpassen:

PHP:

<?php

// Object id of boolean status variable
$statusVariableId = 28354 /*[Toggle test\Toggle status]*/;

// Object id of modbus instance that controls the output
$instanceId = 21194 /*[Toggle test\Output]*/;

// Current status of output
$outputStatus = GetValue($statusVariableId);

// Script is executed by trigger event
if (isset($_IPS['EVENT']))
{
    // Toggle status
    $outputStatus = $outputStatus == true ? false : true;
}
// Script is executed by variable action
elseif (isset($_IPS['VARIABLE']))
{
    $outputStatus = $_IPS['VALUE'];
}

SetValue($statusVariableId, $outputStatus);
@ModBus_WriteCoil($instanceId, $outputStatus);

?>

- Een modbus instantie voor de input
- Een modbus instantie voor de output (juiste modbus-adressen heb je al gevonden?)
- Een boolean variabele waarin de status van de output wordt bijgehouden en die je later vanuit de app kunt wijzigen. Ik heb deze in het voorbeeld 'Lamp' genoemd. Als variabeleprofiel selecteer je '~Switch' en als custom action selecteer je het eerder aangemaakte script, zodat dit script wordt uitgevoerd bij het veranderen van de variabele van je WebFront.




- Aan het script voeg je een event toe (rechter muisknop > Add object > Add event). Je kiest voor trigger event en selecteert de 'Value'-variabele (als je die nog niet hernoemt hebt) van de modbus instantie voor de input als variabele. Je laat het event triggeren op een specifieke waarde en kiest dan True als waarde. Dit zorgt ervoor dat het event alleen triggert als de input 'hoog' wordt.

Als je het event als child van het script hebt toegevoegd staat het juiste script dat het event moet uitvoeren al ingevuld.





Zo zouden de benodigde objecten eruit kunnen zien in de tree:



Vervolgens wijzig je de twee variabelen in het script ($statusVariableId en $instanceId) naar de juiste object id's voor respectievelijk de status variabele (die ik 'Lamp' heb genoemd), het trigger event en de modbus instantie van de output.

Het script herkent op basis van de systeemvariabelen $_IPS['EVENT'] en $_IPS['VARIABLE'] of het uitgevoerd wordt door respectievelijk het event of de custom action van de status variabele. In het eerste geval toggelt hij de output van true naar false of andersom en in het tweede geval gebruikt hij de uitkomst van de actie die meegegeven wordt in de systeemvariabele $_IPS['VALUE'] als nieuwe waarde van de output.

Vanuit de app kun je nu de output bedienen door op het knopje bij 'Lamp' te drukken:



Ik heb zelf mijn de object tree ingedeeld op basis van de fysieke locatie van instanties. Alle modbus-instanties van mijn Wago-plc staan bij elkaar in een mapje onder Schakelkast en de 'virtuele outputs' (zoals onze statusvariabele 'Lamp') in een categorie voor de ruimte waar het apparaat zich bevindt dat geschakeld wordt (bijvoorbeeld een lamp).

Zoals je ziet moet je best wat handelingen uitvoeren om een simpel toggle scriptje te maken. Het kan veel makkelijker met een simpele php-module voor een instantie waarmee je simpelweg de input variabel en output instantie aanklikt in een configuratieformulier en de rest vanzelf gaat. Ik moet nog eens een zo'n module maken .

[Femme]

Nhz schreef op zondag 17 juli 2016 @ 08:50:

Jouw verhaal over het verwarmingssysteem spreekt me ook erg aan, de oplossing is natuurlijk mooi, maar wat me vooral aanspreekt is de manier waarop je zoiets zelf kan ontwerpen en bouwen.

Als (php)-programmeur heb je inderdaad erg veel mogelijkheden om zelf functionaliteit te bouwen. Het kost wel tijd maar persoonlijk vind ik het leuke programmeeruitdagingen. Dat je er iets mee bestuurt en slimmer maakt dat effect heeft op de echte wereld maakt het extra leuker.

Qua basisfunctionaliteit zit er buiten de HeatingControl en ShutterControl modules bijna niets in. Het is geen platform voor mensen die even snel wat bij elkaar willen klikken. Als je alles met losse scriptjes en events aan elkaar plakt wordt een grote installatie snel onverzichtelijk en moeilijk beheersbaar. De php-modules kosten wat meer tijd om te maken maar kunnen dit probleem wel oplossen. De functionaliteit die in een module zit kun je makkelijk eindeloos hergebruiken zonder scripts te moeten kopiëren.

[deWit]

Femme schreef op zondag 17 juli 2016 @ 11:59:

- Een modbus instantie voor de input
- Een modbus instantie voor de output (juiste modbus-adressen heb je al gevonden?)
- Een boolean variabele waarin de status van de output wordt bijgehouden en die je later vanuit de app kunt wijzigen. Ik heb deze in het voorbeeld 'Lamp' genoemd. Als variabeleprofiel selecteer je '~Switch' en als custom action selecteer je het eerder aangemaakte script, zodat dit script wordt uitgevoerd bij het veranderen van de variabele van je WebFront.

Thanks! Ik had na wat stoeien ook al iets vergelijkbaars gemaakt. De modbus instanties voor in en output werken inmiddels prima, en ik had ook al bedacht om een aparte variable voor de output te nemen die o.a. vanuit de webfront te schakelen was. Met een script het e.e.a. regelen is handig.

Ik had er zelf voor gekozen om een script aan de on-change van de modbus input te hangen, maar deze variant is mooier omdat hij direct ook de switch vanaf het web afvangt. Daarnaast draait in jouw geval het script alleen als de knop word ingedrukt, en niet bij het loslaten nogmaals.

Ik heb zelf mijn de object tree ingedeeld op basis van de fysieke locatie van instanties. Alle modbus-instanties van mijn Wago-plc staan bij elkaar in een mapje onder Schakelkast en de 'virtuele outputs' (zoals onze statusvariabele 'Lamp') in een categorie voor de ruimte waar het apparaat zich bevindt dat geschakeld wordt (bijvoorbeeld een lamp).

Ik had iets vergelijkbaars, het is zeker handig om gebruik te maken van de categorieen om te voorkomen dat het snel onoverzichtelijk is.

Zoals je ziet moet je best wat handelingen uitvoeren om een simpel toggle scriptje te maken. Het kan veel makkelijker met een simpele php-module voor een instantie waarmee je simpelweg de input variabel en output instantie aanklikt in een configuratieformulier en de rest vanzelf gaat. Ik moet nog eens een zo'n module maken .

Ik heb daar al eens naar zitten kijken, an sich zijn in v4 de modules redelijk makkelijk geschreven.

Als je alles met losse scriptjes en events aan elkaar plakt wordt een grote installatie snel onverzichtelijk en moeilijk beheersbaar. De php-modules kosten wat meer tijd om te maken maar kunnen dit probleem wel oplossen. De functionaliteit die in een module zit kun je makkelijk eindeloos hergebruiken zonder scripts te moeten kopiëren.

Daar ben ik inmiddels al wel achter. Dat is ook voor mij het grote dilemma waar ik mee zit. Aan de ene kant vind ik het fijn om de volledige vrijheid te hebben en erin te kunnen knutselen wat ik wil. Aan de andere kant neig ik naar Loxone omdat het daar simpelweg klik en klaar is en er veel basisfunctionaliteit al in zit. Ik denk dat daar nog een hele grote stap te maken is voor de makers van IP-symcon, simpel de basisfunctionaliteit kunnen implementeren maakt de stap voor heel veel mensen een stuk kleiner.

[deWit]

Nou, de kogel is door de kerk, na een paar weken wat hebben lopen stoeien met IP Symcon ben ik toch om. ik ben toch wel erg onder de indruk van hoe goed sommige dingen werken en hoe goed sommige basisfunctionaliteit die er al in zit wel werkt. Afgelopen weekend dus het een en ander omgezet, een oude RPi opgezocht en daar IP Symcon op gezet met een Z-wave USB Stick, een USB-Serial kabeltje om de slimme meter uit te lezen en wat scripts om het een en ander vanaf de camera te trekken. Dat werkte dusdanig prima (ook met zeer acceptabele belasting voor de Rpi2 trouwens) dat ik ook maar een licentie heb gekocht.

Volgende projectje is de omvormer van de zonnepanelen erin integreren en de Intergas CV ketel erin integreren.

Voorlopig blijft er nog een tweede pi naast draaien met Domoticz, ik heb nog een aantal oude 433 Mhz sensoren die ik niet direct wil vervangen, dat komt keurig binnen via de json-rpc interface. Ik moet nog even kijken of ik de RFxcom rechtstreeks kan draaien vanuit IP Symcon, maar voor nu is dit net zo makkelijk (het kan opzich, maar het is een crime om alle adressen etc voor sensoren er in te zetten terwijl dit net zo snel werkt...)

[ Voor 5% gewijzigd door deWit op 03-08-2016 10:36 ]

[Nhz]

deWit schreef op woensdag 03 augustus 2016 @ 10:35:
...Dat werkte dusdanig prima (ook met zeer acceptabele belasting voor de Rpi2 trouwens) dat ik ook maar een licentie heb gekocht.
...

Hoe heb je dit getest? Ik zie nergens een demo versie, of stel ik nou een vraag die ik niet moet stellen?

[deWit]

Ik heb het ook moeten vragen Je kunt de standaard versie van de website downloaden, bij het starten vraagt het geheel om een licentie maar je kunt ook demo aanvinken met als limitatie dat al je I/O instanties na een uur ophouden. Ruim te tijd om te testen en na een reboot heb je weer een nieuw uur om te knutselen.

[Femme]

Leuk dat er eindelijk wat meer gebruikers zijn van IP-Symcon . Ik heb de TS ook even bijgewerkt met wat info over IPS 4.0 en de beperkingen van de demo.

[deWit]

Iemand nog een goede suggestie voor het afvangen van een long-press? Ik heb nu een script wat kijkt wanneer het zelf voor het laatst is uitgevoerd wat getriggerd word door een on-change van een input. An sich werkt het, maar het is nogal grof en niet zo netjes. Eigenlijk zou ik het liefste iets triggeren bij het indrukken en op basis van de tijd dat de knop ingedrukt is gaan werken.

[Femme]

deWit schreef op dinsdag 09 augustus 2016 @ 20:57:
Iemand nog een goede suggestie voor het afvangen van een long-press? Ik heb nu een script wat kijkt wanneer het zelf voor het laatst is uitgevoerd wat getriggerd word door een on-change van een input. An sich werkt het, maar het is nogal grof en niet zo netjes. Eigenlijk zou ik het liefste iets triggeren bij het indrukken en op basis van de tijd dat de knop ingedrukt is gaan werken.

Hierbij een simpele oplossing. Je voert dit script uit op een trigger event, on specific value = true van de variabele die jouw drukknop representeert. Het script pollt elke 25 ms de waarde van de variabele voor een maximale duur van 10 seconden. Als de waarde van de variabel weer false is (drukknop niet meer ingedrukt) stopt hij met pollen en bepaalt ie afhankelijk van de duur of de knop kort of lang werd ingedrukt.

Het script logt het resultaat in de message view.

Je kunt het ook gebruiken om verlichting te dimmen via dmx door bijvoorbeeld bij elke iteratie van de while loop een fade te doen naar een lager of hoger dimniveau.

PHP:

<?

// Max duration in seconds of short press
$maxShortPressTime = 1;

// Polling interval in milliseconds
$pollingInterval = 25;

// Max polling duration in seconds
$maxPollingDuration = 10;

if (isset($_IPS['VARIABLE']))
{
    $startTime = microtime(true);
    $duration = 0;

    while ($duration < $maxPollingDuration && GetValue($_IPS['VARIABLE']) == true)
    {
        IPS_Sleep($pollingInterval);
        $duration = microtime(true) - $startTime;
    }

    $message = "Button press duration " . $duration;
    $message .= $duration <= $maxShortPressTime ? " (short press)" : " (long press)";

    IPS_LogMessage('Button press test', $message);
}

?>

[ Voor 5% gewijzigd door Femme op 10-08-2016 23:01 ]

[deWit]

Dat werkt natuurlijk ook. Ik wilde eigenlijk voorkomen om consequent te moeten pollen maar mijn methode met on-change is te grof, daar is het altijd secondes...

---

Ik heb van de week m'n eerste module in elkaar geklust om m'n slimme meter uit te lezen over een seriële poort. Daar had ik al een scriptje voor draaien, maar om eens te kijken hoe makkelijk het maken was van een module heb ik daar een poging voor gedaan. Conclusie is dat het met een beetje enthousiasme, wat googlen en mijn beperkte programmeerkennis goed te doen is. Met een avondje heb je een relatief simpele module wel in elkaar geklust. Resultaat is te vinden op github

Ik begin er steeds meer lol in te krijgen . Volgende uitdaging is het vinden van een systeem om de logica erin te krijgen. Alles met losse scripts is volgens mij een enorme uitdaging om dat onder controle, gedocumenteerd en inzichtelijk te houden . Overigens lijkt dat wel te zijn wat de klok slaat op het IP Symcon forum...

[deWit]

Vandaag verplicht ge-update naar 4.1 omdat IP Symcon 4.0 niet meer werkt na een update van Jessie op de RPi. Schijnt een bekende bug te zijn, maar an sich is 4.1 inmiddels wel stabiel genoeg...

[Femme]

deWit schreef op zondag 30 oktober 2016 @ 18:58:
Vandaag verplicht ge-update naar 4.1 omdat IP Symcon 4.0 niet meer werkt na een update van Jessie op de RPi. Schijnt een bekende bug te zijn, maar an sich is 4.1 inmiddels wel stabiel genoeg...

Die fix zorgt ervoor dat IPS 4.1 nu ook goed werkt op een Odroid C2 met Ubuntu 16.04. Onder 4.0 werkte dns resolution niet icm Ubuntu 16.04.

4.1 heeft ook mooie verbetering zoals de mogelijkheid om je zelf geschreven modules via RegisterMessage en MessageSink te subscriben op allerlei berichten over statuswijzigingen van het systeem, zoals het toevoegen of veranderen van objecten of het updaten van de waarde van een variable. Een module kan nu op allerlei veranderingen inhaken zonder dat je events moet aanmaken.

Ik gebruik het o.a. in een module die de temperatuur in een ruimte regelt om te reageren op veranderingen van de temperatuurvariabele van een 1-wire of z-wave instantie.

[ Voor 6% gewijzigd door Femme op 31-10-2016 13:48 ]

[Femme]

Inmiddels is RC1 van IP-Symcon 4.1 uit. De veranderingen:

Nieuwe functies

• PHP 5.6.26 (löst insbesondere das microtime() Speicherleck und enthält offiziell den cURL Crashfix)
• Z-Wave unterstützt mehr Klassen (SECURITY, COLOR, CENTRAL_SCENE, DOOR_LOCK, USER_CODE, TIME, SWITCH_ALL)
• Z-Wave zeigt List der Geräteparameter an (Wird über Open Z-Wave DB ermöglicht)
• Z-Wave hat Möglichkeit die interne WAKE_UP Warteschlange einzusehen
• Z-Wave optimiert jede Nacht alle Nodes automatisch (zur Zeit im 5 Minuten Abstand)
• Z-Wave kann die Erreichbarkeit der (auch batteriebetriebenen) Geräte direkt aus dem Konfigurator prüfen
• Z-Wave Funktion ZW_ConfigurationSetValueEx kann wieder für batteriebetriebene Geräte ausgeführt werden
• HomeMatic IP (Vollständiger Umbau von Bin-RPC auf XML-RPC)
• digitalStrom: Unterstützung für App-Taster über Joker Klemmen
• digitalStrom: Unterstützung für Sensoren an z.B. iSens200
• digitalStrom: Unterstützung für binäre Eingänge an z.B. Automatisierungsklemmen
• KNX-Shutter unterstützt weitere Rückmeldeadressen und Stepping für Lamellen
• KNX-RGB/KNX-RGBW unterstützt weitere Rückmeldeadressen
• DMX unterstützt 16 Bit Adressen
• xComfort Dimmaktoren (Neue Gerätegeneration mit speziellen Rückmeldungen wird unterstützt)
• ModBus Module unterstützt explizite Angabe des Funktionscodes (01, 02, 03, 04, 05, 06, 15, 16)
• ModBus RTU/TCP Gateway-Instanzen synchronisieren sich korrekt, sofern mehrere an einer I/O Instanz dran sind
• Unterstützung weiterer Eltako EnOcean Geräte (FKC, FKF, FRW, FTR65DS, FTR65HS, FUTH65D, FZS)
• Unterstützung von EnOcean EEP F6-10-00
• LCN unterstützt die Einstellung für 200 Dimmschritte
• ServerSocket mit ClientIP/ClientPort Adressierung
• MulticastSocket neu hinzugefügt (erlaubt Empfangen von z.B. UPNP/SSDP)
• Siemens OZW unterstützt den Typ RadioButton

Management console

• Upgrade auf neuste Delphi Version (Mit korrekter Unicode Unterstützung)
• Verbesserter Skripteditor
• Suchen & Ersetzen wird direkt im Editor angezeigt
• Besseres Highlighting bei der Suche
• Code Folding
• Nach Querverweisen suchen (Im Kontextmenü eines Objekts und im Skript-Editor)
• Konsistentere Icon-Auswahl
• Assistent zum Validieren auf UTF-8 Konformität (über Utils Control) (Bitte Settings + Skripte sichern!)

WebFront

• Login-Seite kann einen Skin laden (über Skin Control einstellbar) (Beispiel auf GitHub)
• Profile mit Schrittweite werden als Circle Slider (wie in den mobilen Apps) dargestellt
• Profile mit sehr vielen Aufzählungen werden reduziert und können über einen Dialog eingestellt werden
• Dialoge für UnixTimestamp, UnixTimestampDate, UnixTimestampTime, sofern Aktionsskript definiert ist
• [url=https://www.symcon.de/service/dokumentation/modulreferenz/webfront-konfigurator/wfc-opencategory/]WFC_OpenCategory($id);[/ur]

PHP Module

• Auswahl von Branches im Module Control
• Anzeige der Repository URL im Module Control
• Übersetzung von PHP-Module (Beispiel auf GitHub)
• Dynamische Konfigurationsformulare (Beispiel auf GitHub)
• Liste der verfügbaren Nachrichten im MessageSink
• $this->MessageSink($TimeStamp, $SenderID, $Message, $Data); (Beispiel auf GitHub)
• $this->SetSummary($Summary);
• $this->RegisterMessage($SenderID, $Message); (Beispiel auf GitHub)
• $this->UnregisterMessage($SenderID, $Message); (Beispiel auf GitHub)
• $this->SetBuffer($Name, $Data); (Beispiel auf GitHub)
• $this->GetBuffer($Name); (Beispiel auf GitHub)
• $this->SetReceiveDataFilter($RequiredRegexMatch); (Beispiel auf GitHub)
• $this->SetForwardDataFilter($RequiredRegexMatch);
• $this->Destroy();
• MC_ReloadModule($module_control_id, "ModulName"); (Lädt das PHP Modul neu und erstellt auch die Instanzen neu)

Best wel veel nuttige verbeteringen dus van o.a. de z-wave-ondersteuning, modbus, dmx en de mogelijkheden met betrekking tot de ontwikkeling van php modules.

Ondersteuning voor 16-bit dmx-kanalen heb ik zelf nog een bijdrage aan geleverd door een EldoLED driver met 16-bit kleurdiepte aan Symcon GmbH op te sturen zodat ze ermee konden testen .

Zie voor meer info https://www.symcon.de/ser...lation/migration-v40-v41/ .

[ Voor 10% gewijzigd door Femme op 03-11-2016 12:07 ]

[Femme]

Ik heb gisteren eindelijk maar eens mijn primaire domoticasysteem overgezet van IP-Symcon 3.4 op een Mac Mini met Windows 10 naar IPS 4.1 RC3 op een Odroid C2 met Ubuntu 16.04. De Mac Mini crashte de afgelopen tijd weer regelmatig (heeft hij eerder last van gehad) en de oorzaak daarvan was lastig te vinden. Ook had ik problemen met de Z-wave.me UZB1 z-wave usb-gateway die na verloop van tijd (vaak meerdere weken) ophield met werken. Hopelijk draait het beter onder Linux. Mijn testomgeving is in ieder geval super stabiel.

Qua prestaties is de C2 ook meer dan snel genoeg. Ik monitor elke vijf seconden de cpu-belasting en die schommelt meestal rond de 0% op alle vier cores . Het tien keer per seconde pollen van >100 modbus-adressen kost blijkbaar ook geen noemenswaardige cpu-tijd.

De Linux-versie van IP-Symcon biedt nog geen mogelijkheden om geluid af te spelen out of the box. Dit was snel opgelost door aplay te gebruiken via shell_exec(); Geluid gebruik ik voor de deurbel. Ik heb een klein versterkertje van 20W met een toslink die de speakers in de keuken aanstuurt. Het versterktje hangt nu aan een Hifi Shield Plus voor de Odroid C2.

[ Voor 4% gewijzigd door Femme op 08-11-2016 17:25 ]

[yzf1kr]

Ik twijfel nog een beetje, na een hoop leeswerk en wat testen lijkt me IP-Symcon een perfect stukje software voor wat wil wil.

Mijn PHP kennis is beperkt, maar ik leer snel.

En er zijn veel handige voorbeeldscripts te vinden zoals deze: https://www.symcon.de/for...ple-Zeitschaltuhr-mit-PHP

Maar ik heb een chronisch gebrek aan tijd......

[ Voor 25% gewijzigd door yzf1kr op 04-12-2016 18:18 ]

[deWit]

Nu ik IPS een tijdje langer heb draaien wil ik graag alle intelligentie die ik voorheen in Domoticz had draaien graag gaan overzetten. Wat timers, wat beweginsmelders met daaraan acties, simulatie van aanwezigheid, scenes etc. Ik ben al een hele tijd aan het stoeien met wat nu een handige manier is om die intelligentie in IPS te kijken zonder het óf nodeloos ingewikkeld te maken, of een samenraapsel van scripts wat zo ondoorzichtelijk is als wat.

Er lijkt niet echt een standaard syteem of methode te zijn die mensen aanhouden, het IP Symcon forum heeft een aantal zinnige threads waarin wat genoemd word over structuur of logica, maar echt een "hoe zet je dit handig op" overzicht lijkt er niet te zijn. De meerderheid van de mensen lijkt gewoon de boel aan elkaar te haken met scripts.

Femme, hoe heb jij het nu in elkaar gezet, in het verleden meen ik te hebben gelezen dat je per ruimte een roomcontroller had waarin je alles afhandelde. Kun je iets meer vertellen hoe je dat, met name uit structuuroogpunt, hebt opgezet?

[Femme]

deWit schreef op zaterdag 7 januari 2017 @ 16:36:
Nu ik IPS een tijdje langer heb draaien wil ik graag alle intelligentie die ik voorheen in Domoticz had draaien graag gaan overzetten. Wat timers, wat beweginsmelders met daaraan acties, simulatie van aanwezigheid, scenes etc. Ik ben al een hele tijd aan het stoeien met wat nu een handige manier is om die intelligentie in IPS te kijken zonder het óf nodeloos ingewikkeld te maken, of een samenraapsel van scripts wat zo ondoorzichtelijk is als wat.

Er lijkt niet echt een standaard syteem of methode te zijn die mensen aanhouden, het IP Symcon forum heeft een aantal zinnige threads waarin wat genoemd word over structuur of logica, maar echt een "hoe zet je dit handig op" overzicht lijkt er niet te zijn. De meerderheid van de mensen lijkt gewoon de boel aan elkaar te haken met scripts.

Femme, hoe heb jij het nu in elkaar gezet, in het verleden meen ik te hebben gelezen dat je per ruimte een roomcontroller had waarin je alles afhandelde. Kun je iets meer vertellen hoe je dat, met name uit structuuroogpunt, hebt opgezet?

Op mijn leven wat makkelijk te maken heb ik een framework gemaakt voor het werken met objecten en modules. Het framework voorziet in o.a. de volgende functionaliteit:

• Service container die makkelijk toegang biedt tot allerlei diensten (bijv. dmv $serviceContainer->get('ObjectModelFactory')) en de mogelijkheid biedt om services en hun constructor parameters in een json-bestandje te definiëren zodat ik makkelijk nieuwe services kan toevoegen.
• Class auto loader zodat je niet met de hand bestanden hoeft te includen om een bepaalde class te kunnen gebruiken.
• Modellen voor alle soorten objecten in IP-Symcon, aanroepbaar via een uniforme methode ($objectModelFactory->getById($objectId)). Dit maakt het een stuk makkelijker om met categorieën, instanties, variabelen, events en links te werken. Ik hoef niet te weten wat de functie is om een naam van een bepaald soort object te krijgen of te veranderen, dat werkt altijd hetzelfde ( $object->getName() of $object->setName($name)). Wat het tevens doet biedt is uniforme methodes om de waarde van een instantie te setten of getten via $object-setVaue() of $object->getValue(), voor zover ik het betreffende type instantie heb geïmplementeerd. IP-Symcon heeft voor elk soort hardware een aparte functie en dat werkt niet handig. Het moet niet uitmaken of ik de waarde van een modbusadres of een z-wave schakelactor wil veranderen.
• Allerlei classes om het werken met modules te vereenvoudigen. Ik pas grofweg de principes van het model-viewer-controller-pattern toe. Elke module heeft een model dat het datamodel van de module bevat (met methodes om bijvoorbeeld de kamertemperatuur en doeltemperatuur van een room temperature controller op te vragen) en één of meerdere services daaromheen die higher level business logic bevatten, bijvoorbeeld de logica die ervoor zorgt dat een output van een room temperature controller aan gaat als de kamertemperatuur onder de doeltemperatuur zakt. Deze services hebben eventueel ook toegang tot de modelen of services van andere modules.
  
  Views heb ik nog niet geïmplementeerd maar dit zou het inrichten van een categorie voor de app/WebFront zijn met eventueel de html van htmlBoxes voor het geval de standaard mogelijkheden van IP-Symcon niet voldoen om gegevens en functionaliteit op de gewenste manier toegankelijk te maken.
  
  Verder zorgt het er o.a. voor dat ik variabeleprofielen centraal in json configuratiebestanden kan beheren en per module variable-identitieten kan definiëren met eigenschappen zoals de naam, het gebruikte variabeleprofiel, de positie, of er een actie aan zit en of de variabele moet loggen. Met behulp van één regel code kan ik de waarde van een variabele met een bepaalde identitiet verkrijgen in het model van een module en dan zorgt de achterliggende code ervoor dat de variabele wordt aangemaakt indien nog niet aanwezig. Als je in en module elke keer dat je een variabele nodig hebt de eigenschappen met de hand moet gaan zitten setten en valideren wordt je snel simpel van de redundante code.

In mijn nieuwe code probeer ik alle herbruikbare functionaliteit in modules te stoppen. Die modules hebben een beperkte verantwoordelijkheid. De room temperature controller heeft bijvoorbeeld maar één uitgang voor een instantie die het warmwaterventiel schakelt. Als er meerdere ventielen geschakeld moeten worden die ieder hun eigen output hebben, dan moet ik er een 'digital output duplicator' module tussen zetten die maximaal acht andere outputs schakelt. Dit kan ik gebruiker voor verwarming maar ook elke andere toepassing waarin ik de status van een instantie willen dupliceren naar andere instanties. Voor de input van de kamertemperatuur geldt hetzelfde, via een ‘variable aggregator’ kan bereken ik het gemiddelde van verschillende input variabelen zodat de room temperature controller die niet zelf hoeft te kunnen.

Het plannen van de doeltemperatuur van de kamer gaat via een eigen module waar je een comfort, nighttime setback en eco-temperaturen kunt instellen via een weekplan kanneer die actief zijn. Deze module wijzigt de doeltemperatuur van de room temperature controller. Dit is een beetje hoe de modules voor verwarming met elkaar samenwerken:



In de object tree ziet het er zo uit:







Het bouwen van modules kost wel veel tijd en ik zit nog steeds bezig met het uitbouwen en refactoren van mijn framework om ervoor te zorgen dat ik zo makkelijk mogelijk nieuwe modules kan bouwen en varianten van bestaande modules kan maken (die generieke interfaces gebruiken).

Op het systeem waarop ik dit aan het opbouwen ben heb ik een aparte categorie-indeling gemaakt voor hardware-instanties en logica-instanties (modules zoals de temperatuurcontroller) en eventueel losse scripts. Op het hoogste niveau zijn de categorieën ingedeeld op basis van de ruimte in het huis.

De webfronts zitten ook in aparte structuren die opgebouwd zijn uit categorieën en links naar variabelen of instanties.

[jwhijm]

Hallo!

Ik ben op zoek naar een php module voor de Eneco Toon.
Heeft iemand deze toevallig al gevonden / in gebruik?

Heb alles nu Domoticz en twijfel om over te gaan naar wat uitgebreider systeem.

[Femme]

jwhijm schreef op zondag 26 maart 2017 @ 14:46:
Hallo!

Ik ben op zoek naar een php module voor de Eneco Toon.
Heeft iemand deze toevallig al gevonden / in gebruik?

Ik acht de kans klein omdat er weinig Nederlandse gebruikers van IP-Symcon zijn.

[deWit]

Maar het is vrij eenvoudig om een module te bouwen. Kan ook een leuk projectje zijn

[jwhijm]

Thx! Ja ziet er uit als een leuk projectje
En er zijn al een aantal PHP scripjes(niet IPsymcom) voor het uitlezen van de toon (google)
Is kijken of ik wat kan gaan (ver)bouwen voor ipSymcon..

Het is jammer dat de heren/dames van IP-Symcon, zo verschrikkelijk Duits georiënteerd zijn..
Het pakket zelf ziet er goed doordacht uit..

[lemonade]

@Femme Wat is de ervaring met data logging? Ik wil o.a. mijn PV installatie en energiewaardes loggen, kan dit in Symcon? Zit er iets van aggregatie in voor historische data?

[Femme]

lemonade schreef op vrijdag 21 april 2017 @ 09:52:
@Femme Wat is de ervaring met data logging? Ik wil o.a. mijn PV installatie en energiewaardes loggen, kan dit in Symcon? Zit er iets van aggregatie in voor historische data?

Je kunt een variabele laten loggen. IP-Symcon kan dan grafieken weergeven in de app en de webinterface en je kunt de data er via php-commando's uithalen (om bijvoorbeeld je eigen meer geavanceerde grafieken te maken met c3.js of een andere library of om er berekeningen op los te laten).

De waarde kunnen als cumulatieve waarde geaggregeerd worden en je kun ook makkelijk gemiddelden over een bepaalde tijd eruit halen via php-command's.

[BoerbooM]

Aangezien ik nu echt blijf hangen op IP Symcon het vervolg op mijn vorige url="https://gathering.tweakers.net/forum/view_message/50973389"]post[/url] hier..

Ik heb uitgesloten dat het verkeerd aangesloten is door in CoDeSys een test te schrijven.
Hiermee kon ik door middel van beide digitale input de juiste digitale output schakelen.
Nu heb ik hiermee ook vast kunnen stellen dat het om modbus adres 512 en 513 gaat, aangezien deze in IPS groen worden wanneer ik het via CoDeSys inschakel.

Echter wanneer ik de PLC in CoDeSys weer reset en het over laat aan IPS gebeurd er helaas niets.
Ik heb de digitale output met "Emulate status" getest en dan werkt het script wel (indicatie wordt groen).
Hiermee lijkt het mij dus dat ook de juiste id's zijn ingesteld in het script.

Mijn DO_01 ziet er als volgt uit;

Aangezien ik wel de status van DI_01 kan uitlezen lijkt het mij dat de rest correct is ingesteld of zijn er specifieke instellingen voor het schrijven?
Alvast bedankt voor de genomen moeite!

[AddictIT]

Zijn er mensen die IPS benaderbaar hebben gemaakt via het internet, al dan niet via een reverse proxy?

Hoe gaan jullie om met authenticatie tot webfront of via de app? Wordt er zoiets als 401 basic authenticatie ondersteund (voornamelijk vanuit de app) en kan dit gekoppeld worden aan een LDAP backend?

Combinatie van beiden zorgen wel voor wat meer zekerheid wanneer je die controller benaderbaar maakt van buitenaf, zonder gebruik te moeten maken van vpn.


Voor zover LDAP authenticatie niet aanwezig is, is dit iets wat zou kunnen toegevoegd worden aan de software door middel van eigen scripts/modules?


Momenteel werk ik met OpenHAB, maar ben alternatieven aan het bekijken voor ik volledig los ga. Bovenstaande punten zijn in OpenHAB op dit moment overigens ook niet mogelijk...

[Femme]

AddictIT schreef op zaterdag 22 april 2017 @ 11:11:
Zijn er mensen die IPS benaderbaar hebben gemaakt via het internet, al dan niet via een reverse proxy?

Hoe gaan jullie om met authenticatie tot webfront of via de app? Wordt er zoiets als 401 basic authenticatie ondersteund (voornamelijk vanuit de app) en kan dit gekoppeld worden aan een LDAP backend?

Combinatie van beiden zorgen wel voor wat meer zekerheid wanneer je die controller benaderbaar maakt van buitenaf, zonder gebruik te moeten maken van vpn.

Voor zover LDAP authenticatie niet aanwezig is, is dit iets wat zou kunnen toegevoegd worden aan de software door middel van eigen scripts/modules?

Er is een WebOAuth-module waar je iets mee kunt doen. Zie voorbeeld hier:
https://github.com/paresy/SymconTest/tree/master/OAuthTest

Via het contactformulier kun je een identifier aanvragen bij Symcon en dan via Symcon Connect en OAuth autoriseren, zo lijkt het. Symcon Connect is een dienst om je webfront/app toegankelijk te maken voor de buitenwereld zonder zelf fort forwarding te moeten doen. Misschien kun je iets bouwen om via OAuth een client over LDAP te authenticeren.

Ik gebruik zelf NAT op de router met de wachtwoordbeveiliging van het webfront en ssl voor encryptie en authenticatie.

[ Voor 4% gewijzigd door Femme op 24-04-2017 16:47 ]

[gompy]

Hallo,

op dit moment gebruik ik Homeseer, alle divices die ik gebruik worden (al dan niet met een plugin) goed ondersteund. Ik gebruik op dit moment: Visonic Alarm, Zwave, Netatmo, Plugwise Circles, Plugwise Smile, MQTT (o.a. arduino sensors) en Nefit Easy. Via Homeseer is alles goed te schakelen en is geïntegreerd met mijn Homekit.

Wat ik vooral mis is een goede IOS App, grafieken en complexe scene's die je programmeren. ik werk daar nu een beetje omheen met een eigen app, homekit en grafana. Maar ik vind dit verre van prettig werken en erg complex en niet geïntegreerd.


Ik ben al een tijdje aan het kijken naar een vervanger van HomeSeer. Nu kwam ik door het mooie artikel over Femme zijn huis, op IP-Symcon.

Mijn vraag is, zijn er mensen met ervaring met Homeseer in vergelijking met Symcon? Ik hoor graag jullie ervaringen!

[GENETX]

AddictIT schreef op zaterdag 22 april 2017 @ 11:11:
Momenteel werk ik met OpenHAB, maar ben alternatieven aan het bekijken voor ik volledig los ga. Bovenstaande punten zijn in OpenHAB op dit moment overigens ook niet mogelijk...

Sorry dat ik hier even "inbreek" , maar is de myopenhab service geen oplossing? Dan heb je ook geen VPN nodig om in je OpenHAB systeem te komen van buiten je thuisnetwerkt.

[AddictIT]

GENETX schreef op woensdag 26 april 2017 @ 09:54:
[...]

Sorry dat ik hier even "inbreek" , maar is de myopenhab service geen oplossing? Dan heb je ook geen VPN nodig om in je OpenHAB systeem te komen van buiten je thuisnetwerkt.

Dat zou op zich kunnen, maar ik vertrouw die diensten nooit helemaal, omdat je nooit weet hoe die applicatie-flow volledig in elkaar zit.
Daarom dat ik bij voorkeur gebruik maak van een reverse proxy zoals Citrix NetScaler om dit verkeer af te handelen en te beveiligen.

Probleem is dat de meeste apps geen 401-based authentication ondersteunen, om zo je app van credentials te voorzien. En server-side is het probleem meestal dat er geen ondersteuning is voor LDAP of dergelijke. SAML zou een oplossing kunnen zijn, maar om nu ook nog eens ADFS te gaan draaien in een thuisnetwerk... Ik ben net een poging aan het doen om mijn Active Directory te vervangen door een generieke LDAP omgeving.


Ik snap dat dit niet echt traditioneel huis/tuin/keuken-opstellingen zijn, maar ik kan wel een mooie use case bedenken voor het integreren van user accounts (al dan niet LDAP-gebaseerd) voor een Home Automation product. Bijvoorbeeld: kinderen hoeven niet aan bepaalde instellingen te kunnen die je wil automatiseren.

[Femme]

gompy schreef op woensdag 26 april 2017 @ 08:45:
Hallo,

op dit moment gebruik ik Homeseer, alle divices die ik gebruik worden (al dan niet met een plugin) goed ondersteund. Ik gebruik op dit moment: Visonic Alarm, Zwave, Netatmo, Plugwise Circles, Plugwise Smile, MQTT (o.a. arduino sensors) en Nefit Easy. Via Homeseer is alles goed te schakelen en is geïntegreerd met mijn Homekit.

IP-Symcon heeft op dit moment nog geen native MQTT-ondersteuning. Er is wel een module die het minimaal benodigde ondersteund om berichten te ontvangen en te versturen:
https://github.com/thomasf68/IPS_MQTT

Wat ik vooral mis is een goede IOS App, grafieken en complexe scene's die je programmeren. ik werk daar nu een beetje omheen met een eigen app, homekit en grafana. Maar ik vind dit verre van prettig werken en erg complex en niet geïntegreerd.

IP-Symcon heeft een nette app die je helemaal naar eigen wens kunt inrichten met behulp van de standaard objecten zoals categorieën (voor hiërarchische navigatie in de app), variabelen (met weergave van grafieken als logging voor de betreffende variabele is ingeschakeld), links (om te linken naar andere objecten buiten de boomstructuur van je map waarin je je webfront/mobile app inricht) en instanties (die meestal variabelen groeperen die de state van de instantie representeren). Verder zitten er o.a. circle sliders en kleurwielen in om de waarde van een variabele binnen een bepaald bereik te selecteren en om een kleur te kiezen.

Als iets niet lukt met standaard objecten kun je altijd nog een string variabele van het type HtmlBox maken, waarmee je een html view in de app kunt maken. Daar kun je volgens al het mogelijke in doen met behulp van de de json api of met html die je genereert vanuit een script. Het is vrij eenvoudig om bijvoorbeeld met behulp van c3.js complexere grafieken te maken.

GENETX schreef op woensdag 26 april 2017 @ 09:54:
[...]

Sorry dat ik hier even "inbreek" , maar is de myopenhab service geen oplossing? Dan heb je ook geen VPN nodig om in je OpenHAB systeem te komen van buiten je thuisnetwerkt.

Ik weet niet wat myopenhab is maar vermoedelijk lijkt dit op Symcon Connect. Daarmee kun je zonder VPN of port forwarding toegang krijgen tot je systeem.

AddictIT schreef op woensdag 26 april 2017 @ 11:14:
[...]

Dat zou op zich kunnen, maar ik vertrouw die diensten nooit helemaal, omdat je nooit weet hoe die applicatie-flow volledig in elkaar zit.
Daarom dat ik bij voorkeur gebruik maak van een reverse proxy zoals Citrix NetScaler om dit verkeer af te handelen en te beveiligen.

Ik heb toevallig vandaag wat zitten klooien met een nginx reverse proxy op mijn dedicated server om via een nette url toegang te krijgen tot IP-Symcon. Dit werkt gewoon goed. Inloggen gaat goed, toegang op de apps werkt. Alleen de response is net een tikkeltje trager dan bij directe toegang (mijn server staat in Frankfurt).

Qua beveiliging is dit wel net wat mooier omdat je router niet aan alles en iedereen toegang hoeft te verschaffen tot je domoticasysteem (maar alleen aan de reverse proxy) en ik vind het ook wel een prettig idee dat uit de hostname van de reverse proxy niet het ip van mijn router te achterhalen is. Nog mooier is dan de combo met een client-side certificaat zoals in https://gist.github.com/mtigas/952344 .

[ Voor 9% gewijzigd door Femme op 26-04-2017 15:26 ]

[GENETX]

Femme schreef op woensdag 26 april 2017 @ 12:51:
Ik weet niet wat myopenhab is maar vermoedelijk lijkt dit om Symcon Connect. Daarmee kun je zonder VPN of port forwarding toegang krijgen tot je systeem.

Ja precies dat, daarom dat ik het nog even noemde, mede omdat AddictIT nooit gesignaleerd is in het OpenHAB topic . Zou zonde zijn om zomaar een (neem ik aan) werkende setup te vervangen doordat iemand simpelweg niet van het bestaan van een oplossing weet. maar met de reactie van AddictIT is het inderdaad helder dat dat niet gaat lukken met OpenHAB. Helaas zit er geen user-systeem in met een soort van "ACL" op regels en items.

* GENETX is out om verdere offtopic discussie te voorkomen

[Femme]

Ik heb de mogelijkheid van een nginx reverse proxy in combinatie met client certificaat voor nog betere beveiliging vandaag nog even uitgeprobeerd. Deze methode werkt wel in de browser maar in de iOS-app krijg ik een parse error en doet de app niets meer. Best jammer want specifiek voor een situatie waarin je maar enkele personen en apparaten toegang wil geven is zo'n client certificaat wel een mooie manier van authenticatie.

[BoerbooM]

BoerbooM schreef op vrijdag 21 april 2017 @ 23:02:
Ik heb uitgesloten dat het verkeerd aangesloten is door in CoDeSys een test te schrijven.
Hiermee kon ik door middel van beide digitale input de juiste digitale output schakelen.
Nu heb ik hiermee ook vast kunnen stellen dat het om modbus adres 512 en 513 gaat, aangezien deze in IPS groen worden wanneer ik het via CoDeSys inschakel.

Echter wanneer ik de PLC in CoDeSys weer reset en het over laat aan IPS gebeurd er helaas niets.
Ik heb de digitale output met "Emulate status" getest en dan werkt het script wel (indicatie wordt groen).
Hiermee lijkt het mij dus dat ook de juiste id's zijn ingesteld in het script.

Niemand die mij verder kan helpen?
Ik heb het ook al geprobeerd op het symcon.de/forum, maar helaas kom ik daar ook niet verder.
Hierbij de stappen welke ik zet vanaf het begin, wellicht dat iemand de fout ziet?

I removed all instances and started over;
1) I clicked on "Add Object" and choose "ModBus Device".
2) As location I picked IP-Symcon.
3) I left is as default but only changed the addresses. Both the read and write address are now 512.
4) I clicked on "A parent instance seems to be inactive. Please click here to open the configuration dialog."
5) I checked "Active" and filled in the Host (192.168.1.100) and Port (502)
6) I applied all changes and went back to "Location tree".

[kuhlivisj]

Waarschijnlijk blokkeert de PLC de toegang tot de uitgangen. Er kan maar 1 proces toegang hebben tot de uitgangen, of het PLC programma of modbus. Wie er togang heeft kun je zien in het web based management. Als je daar naar de IO Config pagina gaat dan staat er een tabel I/O configuration file. Hierin kun je de mapping zien van alle modules. Mocht de tabel er niet staan of leeg zijn dan moet je een keer op de knop create ea-config.xml klikken. De mapping van de modules moet op Fieldbus 1 staan voor het aansturen via modbus.

[BoerbooM]

kuhlivisj schreef op woensdag 3 mei 2017 @ 08:40:
Waarschijnlijk blokkeert de PLC de toegang tot de uitgangen. Er kan maar 1 proces toegang hebben tot de uitgangen, of het PLC programma of modbus. Wie er togang heeft kun je zien in het web based management. Als je daar naar de IO Config pagina gaat dan staat er een tabel I/O configuration file. Hierin kun je de mapping zien van alle modules. Mocht de tabel er niet staan of leeg zijn dan moet je een keer op de knop create ea-config.xml klikken. De mapping van de modules moet op Fieldbus 1 staan voor het aansturen via modbus.

Held! Dit was inderdaad het probleem.
Na het aanmaken van ea-config.xml stond het direct op Fieldbus 1.
In IP-Symcon de module geopend en in "Test-center" kan ik het nu besturen.

[gompy]

Na drie weken testen ben ik ook overgestapt op IpSymcon 4.2 op een Ubuntu platform onder ESX. Ik kom van een Homeseer platform en heb bijna alle werkend gekregen: Zwave, Plugwise circle's, Plugwise Smile, Netatmo, Netfit easy, UniFi, Hikvision Webcams, Visonic Alarm en een Omnik. En een aantal zaken via JSON-RPC: o.a een Arduino weerstation, SMA inverter. Mijn RFXCom werkt nu niet meer, maar daar heb ik de laatste jaren steeds minder modules mee uitgelezen..

En vandaag is de homekit integratie ook gelukt en kan ik met mijn Apple Watch mijn huis grotendeels bedienen!

Mijn eerste positieve bevindingen:

• Zeer eenvoudig te scripten met PHP
• Google translate beter vertaald van Duits naar Engels dan naar Nederlands
• Gebruik weinig resources onder Linux
• Rete snel
• Snelle, uitgebreide en stabiele IOS App
• (onofficiele) Homekit integratie via Homebridge
• Beheer console werk goed op OSX via Wine

De komende weken ga ik me verdiepen in modules e.d. Nu alles nog op basis van losse script gemaakt, maar ik wil ook maar een groter geheel. Daarna mijn huis nog slimmer maken met de nieuwe mogelijkheden.

Ooh ja, hou je variabele in de gaten, zit nu al op de 571 van de 1000.

[Verwijderd]

.

[ Voor 99% gewijzigd door Verwijderd op 25-06-2017 15:16 . Reden: te veel gevoelige info ]

[deWit]

Sinds 1 augustus is versie 4.3 beschikbaar. Er zijn een aantal leuke veranderingen, waaronder eindelijke support voor het inzien van complexere grafieken vanuit de app.

De complete lijst staat hieronder:


Liste der Änderungen

Graphen im WebFront
Neu: WebFront nutzt die neuen Graphen, welche auch die Apps nutzen
Neu: WebFront ist nun ~100kb kleiner, da die Graphen vom Backend erzeugt werden
Neu: Splines swingen nicht mehr so sehr (Vermeidet die typischen S-förmigen Kurven)
Neu: CSV-Export verbessert, sodass die Daten besser kopierbar sind
Neu: Kontinuierliche Graphen haben im Titel das "bis" wie die mobilen Apps
Neu: Legende bei Multi-Graphen ist kompakter, sofern kein Offset benutzt wird
Graphen in den mobilen Apps
Neu: Multi-Graphen werden in den mobilen Apps angezeigt



Systeme & Geräte
Neu: Unterstützung für EnOcean Gateway "Eltako FGW14"
Neu: Unterstützung für EnOcean EEP D2-01-*
Neu: Unterstützung für EnOcean EEP D2-06-*
Neu: Technische Alternative CMI Modul unterstützt die Netzwerk Eingänge/Ausgänge
Neu: LCN_SwitchRelayTimer
Neu: LCN Display Modul
Neu: LCN RGBW Modul

PHP-Module
Neu: Module prüfen die Kompatibilität zur IP-Symcon Version vor einem Update
Neu: Translate Funktion für Module
Neu: Sofern das Modul keine HTTP/HTTPS Adresse hat wird gefragt, ob die aktuelle Adresse in die Zwischenablage kopiert werden soll
Neu: Module können aktualisiert werden, auch wenn lokale Änderungen vorgenommen wurden (Änderungen ggf. werden verworfen)
Neu: Module unterstützen das Überschreiben von gleichen Funktionen mit dem selben Prefix durch andere Module bei gleichen Parametern
Fix: Module: Editierbare Listen im Aktionsbereich funktionieren korrekt
Fix: Modulliste wird nun ohne Beachtung der Groß- und Kleinschreibung sortiert
Fix: Module: Select* Elemente können im Aktionsbereich ausgewertet werden
Fix: Wenn bei Listen kein gültiges "values" Array geschickt wurde, gab es eine AccessViolation
Fix: Fehlende Farben bei Modulen mit Listen, sofern die Liste im "elements" Bereich war und vorhandene Einträge überschrieben hat
Fix: Module mit sauberem Type Hinting warfen einen Fehler sofern diese aus ProcessHookData genutzt wurden
Fix: Leere Strings wurden für rowColor nicht korrekt ausgewertet
Fix: Module: Rot+Blau waren beim Wert für SelectColor vertauscht
Fix: Module welche beim Erstellen Fehler hatten wurden nicht sauber aufgeräumt wenn bereits Unterobjekt erstellt wurden
Fix: Module: Access Violation bei einigen Buttons im Aktionsbereich
Sonstiges
Neu: Wir würden gerne eine paar nicht personalisierte Benutzerdaten über Ihr System sammeln (Details)
Neu: Neuer Medientyp: Dokument, welcher zur Zeit txt, doc, xml und pdf Uploads erlaubt
Neu: Bibliothek zum Formatieren von Strings (z.B. %f, %d) wurde gegen eine schnellere getauscht
Neu: Instanz hinzufügen Dialog zeigt den Author des Moduls an
Neu: Konsole: WebFront Konfigurator wählt beim Duplizieren das selektierte Element automatisch vor
Neu: DWD Wetterdaten werden über neues CDN geladen

Fixes
Fix: Z-Wave Multisensor wählt korrekte Profile aus
Fix: Z-Wave Parameterliste liest "Nur Schreiben" Parameter nicht mehr aus
Fix: Z-Wave: Besseres Handling von vielen gleichzeitigen verschlüsselten Nachrichten
Fix: Z-Wave: Konsole: WAKE_UP wurde nicht korrekt erkannt, wenn vorher ein Timeout beim Auslesen eines Parameters passiert ist
Fix: Z-Wave: Beim Laden von Parametern kann dies korrrekt erneut versucht werden, sofern eine Unterbrechung stattgefunden hat
Fix: Parameterinformationen für IPSModule Klasse
Fix: Filter im Instanz-Debug wurde für neue Nachrichten nicht angewendet
Fix: KNX Konfigurator überprüft ESF Datei auf dreistufige GAs
Fix: KNX Repeat Flag wird nicht mehr gesetzt
Fix: Rundungsfehler im WebFront
Fix: WebFront hat mit einer Fehlermeldung quittiert, sofern ein eingebetteter Graph mit einer nicht existenten Variable vorhanden war
Fix: Für EnOcean Thanos konnte die Temperatur aus dem WebFront nicht korrekt eingestellt werden
Fix: Kommentare zu Ereignissen werden im SkriptEditor korrekt erstellt
Fix: WebFront: CSS Spezialklassen wurden nicht korrekt an verlinkte Objekte angefügt
Fix: Bei Ereignissen musste ein Ziel angegeben werden, obwohl dies gar nicht notwendig war
Fix: Objektnamen waren Leer wenn diese per Skript erstellt wurden und kein IPS_SetName folgte
Fix: Seltenes Problem beim Auslesen von dS Joker Klemmen korrigiert
Fix: Problem gelöst, wenn Gerätetaster von dS Klemmen im SceneResponder genutzt wurden
Fix: Für nicht existente Variablen konnte Logging aktiviert werden
Fix: Multicast Pakete konnten auf Linux, Raspberry Pi und MacOS nicht empfangen werden
Fix: Berechnung von LCN Motor war noch falsch
Fix: Ein Problem beim Starten mit der Aggregation gelöst
Fix: Wir löschen curl.cacert Einträge in der php.ini, wenn diese für die Plattform unnötig sind
Fix: Die Vorschläge im Circle Slider beachten nun die Schrittweite
Fix: Beim Öffnen von Variablen im Archiv wurde der Baum neu geladen und die Scrollposition wurde zurückgesetzt
Fix: LCN_SwitchRelayTimer hat auf dem ersten Kanal falschen Wert gesendet
Fix: Multicast Socket sendet unter Windows nun korrekt über die ausgewählte Schnittstelle (BindIP)
Fix: Speicherleck bei PHP-Modulen, welche den Datenfluss verwendet haben
Fix: Kleines Speicherleck beim Aktualisieren von PHP-Modulen
Fix: Potentielle Race Condition im Discovery Server
Fix: Potenzieller Deadlock beim Laden von Modulen
Fix: Cutter kann HID als I/O auswählen
Fix: %d funktionierte in GetValueFormatted nicht bei Assoziationen
Fix: Windows Installer erstellt keine neuen Einträge pro Version

[deWit]

Ik ben zelf inmiddels helemaal over naar IP symcon. Voorheen had ik nog een aantal 433 Mhz temperatuur sensoren draaien op een RFxcom voor plekken waar ik niet bedraad kon komen. Ik kon niet echt fatsoenlijke alternatieven vinden die niet heel erg lomp en lelijk of een fortuin kosten, dus inmiddels zelf een paar temperatuursensoren gemaakt op basis van een ESP8266. Integratie in IP symcon was een eitje met het maken van een webhook.

[Nhz]

Ik wil deze week ook even IP-Symcon gaan installeren op mijn Raspberry (met AEON Labs zwave plus stick). Volgens de documentatie werkt het op Raspbian Jessie, maar die is inmiddels vervangen, de laatste versie is Stretch.

Zijn er bekende problemen met installaties op andere versies dan Jessie?

Tevens heb ik even gezocht naar het installeren van de zwave USB stick, maar ik kan er niet echt een duidelijke handleiding van vinden. Dat kan komen door mijn behoorlijk achterhaalde (en achtergestelde) kennis van de Duitse taal, of is dat inderdaad wat lastig te vinden?

[Femme]

Nhz schreef op maandag 28 augustus 2017 @ 11:07:
Ik wil deze week ook even IP-Symcon gaan installeren op mijn Raspberry (met AEON Labs zwave plus stick). Volgens de documentatie werkt het op Raspbian Jessie, maar die is inmiddels vervangen, de laatste versie is Stretch.

Zijn er bekende problemen met installaties op andere versies dan Jessie?

Tevens heb ik even gezocht naar het installeren van de zwave USB stick, maar ik kan er niet echt een duidelijke handleiding van vinden. Dat kan komen door mijn behoorlijk achterhaalde (en achtergestelde) kennis van de Duitse taal, of is dat inderdaad wat lastig te vinden?

Voor wat betreft Raspbian Stretch kan ik je niet helpen. Ik draai IP-Symcon zelf op een Odroid C2 met Ubuntu en dan moet ik zelf wat dependencies installeren, maar uiteindelijk draait het wel.

Om de z-wave stick te gebruiken voeg je een 'Z-Wave Configurator' toe via 'Create Configurator' in de welkomsttab van de management console. Dan krijg je als het goed is automatisch een serial port onder I/O Instances in je tree view. Die seriële poort moet je even goed instellen. Vervolgens kun je via de Z-Wave Configurator devices toevoegen en beheren.

[Nhz]

Helaas, Stretch werkt niet. Staat nu ook op de website: "kein Raspbian Strech".

Nu zat ik al een tijdje te twijfelen om een barebone te kopen, ipv een Pi. Dit vind ik zelf wel een goed moment. Hebben jullie aanraders? Zat zelf aan bijvoorbeeld een Shuttle NC02U3 te denken.

[ Voor 56% gewijzigd door Nhz op 30-08-2017 10:59 ]

[Femme]

Nhz schreef op woensdag 30 augustus 2017 @ 10:53:
Helaas, Stretch werkt niet. Staat nu ook op de website: "kein Raspbian Strech".

Nu zat ik al een tijdje te twijfelen om een barebone te kopen, ipv een Pi. Dit vind ik zelf wel een goed moment. Hebben jullie aanraders? Zat zelf aan bijvoorbeeld een Shuttle NC02U3 te denken.

Ik draai het op een Odroid C2. Voordelen boven een Pi: 2GB ram, hogere kloksnelheid (1,5GHz ipv 1,2GHz), native gigabit ethernet en mogelijkheid om eMMC te gebruiken (sneller en betrouwbaarder dan SD). Kost wel wat meer.

[deWit]

Ik draai mijn bescheiden installatie wel op een rpi 2. Vooralsnog zonder problemen wbt performance. Ik las overigens wel dat vanaf IP Symcon v4.4 Raspian Stretch wel ondersteund gaat worden.

[lemonade]

Ooit gestart met Homewizard, daarna een Vera en nu alles overgezet op Symcon icm IPSView.

Het is wel duidelijk dat dit de juiste keuze is geweest, het draait zeer stabiel (vooral z-wave, siemens logo en nog wat 433Mhz componenten via de Homewizard).

Het op een overzichtelijke manier kunnen scripten en indelen van het systeem is heerlijk

[O085105116N]

Ik weet niet zo goed waar ik mijn vraag moet stellen omdat er een overlap is met het gebruik van mijn PLC, maar ik stel hem hier ook maar.

Ik krijg het niet voor elkaar om een 0-10V dimmer aan te sturen, zowel met pulsedrukker als via de webfront niet.

Ik denk dat ik ergens fundamenteel de fout in ga, namelijk met het aanmaken van de AO in IPS. Het type dat de AO krijgt is altijd een integer en ik denk dat dit iets anders moet zijn om de juiste waarde te zetten/uit te lezen. Dat ziet er momenteel zo uit:






Ik heb op de site van IPS gezocht, daar kom ik wel wat verwante artikelen tegen, maar eigenlijk geen die gedetailleerder beschrijft hoe ik dit moet aanvliegen.

Ik heb dus ook nog geen script in IPS kunnen maken.

[ Voor 18% gewijzigd door O085105116N op 08-11-2017 14:44 ]

[Femme]

O085105116N schreef op donderdag 2 november 2017 @ 19:38:
Ik weet niet zo goed waar ik mijn vraag moet stellen omdat er een overlap is met het gebruik van mijn PLC, maar ik stel hem hier ook maar.

Ik krijg het niet voor elkaar om een 0-10V dimmer aan te sturen, zowel met pulsedrukker als via de webfront niet.

Ik denk dat ik ergens fundamenteel de fout in ga, namelijk met het aanmaken van de AO in IPS. Het type dat de AO krijgt is altijd een integer en ik denk dat dit iets anders moet zijn om de juiste waarde te zetten/uit te lezen. Dat ziet er momenteel zo uit:

[afbeelding]


[afbeelding]

Ik heb op de site van IPS gezocht, daar kom ik wel wat verwante artikelen tegen, maar eigenlijk geen die gedetailleerder beschrijft hoe ik dit moet aanvliegen.

Ik heb dus ook nog geen script in IPS kunnen maken.

Ik zou smallint als unit kiezen en eens kijken wat hij doet als je een waarde van 65535 schrijft via ModBus_WriteRegisterSmallInt($instandeId, $value); (vanaf IP Symcon 4.4: ModBus_WriteRegisterShort).

Als dat niet werkt zit je waarschijnlijk naar het verkeerde adres te schrijven of klopt er iets anders niet .

[O085105116N]

Ik ga het zsm proberen, thnx!

Femme schreef op donderdag 9 november 2017 @ 13:30:
[...]


Ik zou smallint als unit kiezen en eens kijken wat hij doet als je een waarde van 65535 schrijft via ModBus_WriteRegisterSmallInt($instandeId, $value); (vanaf IP Symcon 4.4: ModBus_WriteRegisterShort).

Als dat niet werkt zit je waarschijnlijk naar het verkeerde adres te schrijven of klopt er iets anders niet .

[gompy]

Gebruikt hier iemand IPSView, en wat zijn de ervaringen?

Voor welke doeleinden gebruiken jullie het? iPad op de muur of op de iphone?

[Femme]

gompy schreef op zondag 10 december 2017 @ 20:34:
Gebruikt hier iemand IPSView, en wat zijn de ervaringen?

Voor welke doeleinden gebruiken jullie het? iPad op de muur of op de iphone?

Ik heb er wel even mee gespeeld. Het lijkt me behoorlijk bewerkelijk om je eigen views op te zetten met IPSView. Ook biedt het niet zoveel handvaten en echt mooie dingen te maken.

Een alternatief voor IPSView is AIO Creator Neo met de IP-Symcon plugin. Hier zou je wel gave dingen mee moeten kunnen maken gezien de screenshots, maar de integratie met IP-Symcon schijnt wel beperkt te zijn. Dat is bij IPSView veel beter aangeizen het specifiek voor IP-Symcon is gemaakt.

[gompy]

Dank voor je reactie. IPSView lijkt er op de generator die bij Homeseer zit. Deze vond ik totaal niets omdat alles erg bewerkelijk is en geen enkele dynamic geeft om nooit interfaces te maken.

Ik ga ook eens kijken naar AIO Creator. dank!

[thomke]

Dag iedereen,

Ik ben op zoek naar een professioneel domotica systeem (mag open-source zijn, momenteel gebruik ik Domoticz)
Maar IP-Symcom lijkt mij redelijke open software + er staat een bedrijf achter (toekomst zekerder)
En blijkbaar is dit een zeer betrouwbaar robuust systeem.

Ik zou dit willen implementeren in mijn eigen huis (nog te bouwen) en in het huis van mijn ouders.

De Duitste taal schrikt mij wel wat af maar tot nu toe lijkt google translate goed werk te doen
maar ik ben nog op geen andere alternatieven gebotst die even goed zijn (even betrouwbaar en oneidig veel mogelijkheden)

Voorlopig gebruik ik zoals ik al zei 'Domoticz' waar ik wel zeer tevreden van ben, ik heb thuis ook een Google Home staan. Samen met domoticz werkt dit zeer goed de laatste tijd (met Controlicz)

Nu weet ik dat er voor IP-symcon hier nog geen ondersteuning voor is.. maar ik hoop dat dit in de toekomst er wel komt. (ze ondersteunen Alexa tenslotte??)
Maar bij Alexa.. moet je dan de 'yearly license' blijven betalen om dit werkend te blijven hebben?

deze licentie is niet gewoon voor updates te blijven ontvangen? maar er verdwijnt ook functionaliteit als je stopt met betalen?


Groeten,
Thomas

[Femme]

thomke schreef op maandag 15 januari 2018 @ 14:22:

deze licentie is niet gewoon voor updates te blijven ontvangen? maar er verdwijnt ook functionaliteit als je stopt met betalen?

De licentie is nodig om updates te ontvangen en gebruik te maken van hun infrastructuur voor notificaties en remote toegang (Symcon Connect).

Remote toegang kun je zelf regelen met port forwarding en eventueel een reverse proxy.
Hun notificatiesysteem is wel handig. In theorie kun je er wel omheen werken door notificatiediensten zoals PushOver te implementeren in je code.

[DomiGijzen]

Sinds het artikel/video over Femme's woning ben ik me het verdiepen in PLC's en IP-Symcon. Tot toen veel alternatieven gezien maar nooit het "wow" gevoel bereikt.

Omdat ik ook al een jaar aanhik tegen de kosten van Honeywell ruimteverwarming, voor die prijs heb je namelijk een redelijk automatisch huis, afgelopen week maar eens een Railduino gekocht om een begin te maken. Draai nu nog IP-Symcon op mijn laptop maar zodra de oDroid weer leverbaar is bestel ik die. Als dit begin lukt en ik een plan heb voor de rest van het huis ga ik verder met plc's van wago. Moet daarvoor eerst een oplossing verzinnen voor het bekende centraal dozen probleem.

Meteen een vraag:
Is er iemand met een Railduino die deze proper heeft draaien in IPS? Ik loop er namelijk tegenaan dat de digital output, de relais' dus, wel schakelen maar dat ik het register bij het volgende relais ook zie veranderen. Komt volgens mij omdat Railduino 16bit variabelen verwacht maar IPS alleen met 32bit variabele het relais daadwerkelijk weet te schakelen. Het is geen groot issue want het functioneert wel. Netjes is het niet.

[Femme]

DomiGijzen schreef op maandag 15 januari 2018 @ 22:35:

Meteen een vraag:
Is er iemand met een Railduino die deze proper heeft draaien in IPS? Ik loop er namelijk tegenaan dat de digital output, de relais' dus, wel schakelen maar dat ik het register bij het volgende relais ook zie veranderen. Komt volgens mij omdat Railduino 16bit variabelen verwacht maar IPS alleen met 32bit variabele het relais daadwerkelijk weet te schakelen. Het is geen groot issue want het functioneert wel. Netjes is het niet.

Om een relais van de Railduino te schakelen maak je een modbus-instantie aan in IP-Symcon met als unit 1-bit, read function code ('Read single coil'), write function code 'Write single coil' en adres 5.

De waarde van de digitale inputs zit per acht inputs gecodeerd in een 8-bit waarde.

[DomiGijzen]

Femme schreef op woensdag 17 januari 2018 @ 11:48:
[...]


Om een relais van de Railduino te schakelen maak je een modbus-instantie aan in IP-Symcon met als unit 1-bit, read function code ('Read single coil'), write function code 'Write single coil' en adres 5.

De waarde van de digitale inputs zit per acht inputs gecodeerd in een 8-bit waarde.

Aha, die optie had ik nog niet geprobeerd. Handleiding omschreef het gebruik van lezen en schrijven naar registers. Ga ermee verder, tnx!

Edit: Vandaag geprobeerd maar dan gebeurt er niks helaas. Maar heb er in de praktijk nog geen last van gehad. Laat het maar even zo aangezien het een testopstelling is.

[ Voor 13% gewijzigd door DomiGijzen op 20-01-2018 21:55 ]

[thomke]

Dag iedereen!

Ik ben mij nog altijd wat aan het verdiepen in het IP-symcon wereldje
( zoals ik ook al vermeld had in deze post: Home Automation - Controller - Professional)

Ik weet dat de RFXcom niet ondersteund wordt door IP-Symcon (wat ik zeer spijtig vind) .

Maar op het forum van IP-Symcom lees ik hier en daar van mensen die dit wel gebruiken..

Zijn er hier mensen die ervaring hebben met RFXcom en IP-Symcom? hoe makkelijk is het te integreren?
(ik ben gewoon van RFXcom te gebruiken met domoticz, en hierbij werkt het echt heel simpel)

Groeten, Thomas

[Femme]

Ik ben gisteren op het Symcon Preview Event in Lübeck geweest, waar de volgende neuheiten worden aangekondigd:

SymBox Neo

• Nieuwe versie van de Symbox, accepteert nu 5-24VDC voeding en voeding via PoE. De versie voor din-rail montage kan uitgebreid worden met KNX, 1-Wire, M-Bus, RS-485 (Modbus RTU), Z-Wave of EnOcean. Je kunt de SymBox nu dus direct aan bijvoorbeeld een KNX-netwerk hangen.
• Hardware: quad-core 1,2GHz ARM v7 processor, 1GB RAM en 3GB eMMC opslag.
• De prijs begint bij 400 euro inclusief een licentie die normaal gesproken 100 euro zou kosten. Nog steeds best duur, voor 100 euro heb je een Odroid C2 met 32GB eMMC en din-rail behuizing.
• De uitbreidingen voor de SymBox zijn niet duur en variëren van 30 euro voor RS-485 tot 70 euro voor KNX.

IP-Symcon 5.0
Nieuwe features:

• Integratie van PHP 7.0, dus alle voordelen van PHP 7 waaronder betere performance en compatibiliteit met libraries die afhankelijk zijn van PHP 7.0. Daardoor is nu ook betere spraakondersteuning mogelijk via Alexa, Google Assistant en HomeKit.
• Betere KNX-ondersteuning: ondersteuning van meer dan 370 datatypen in 77 DPT-klassen. Geen idee wat het betekent maar zou de integratie van alle KNX-apparaten mogelijk moeten maken.
• Native ondersteuning van de toegangssystemen van eKey (vingerscanner waarmee je deuren kunt openen).
• Ondersteuning voor Docker zodat IP-Symcon kan draaien op alle 64-bit systemen waar Docker op functioneert, waaronder Qnap en Synology netwerkopslag.
• Verbererde pushnotificaties: je kunt een objectId meegeven waar de notificatie naar toe leidt als je er op klikt. Je kunt bijvoorbeeld een categorie in de app openen of een script starten als er op een notificatie wordt geklikt, zodat je vanuit een deurbelnotificatie kunt doorklikken naar een camerabeeld.
• Uitbreiding van Location Control, je kunt een offset opgeven zodat je het moment van zonsop- en ondergang kunt bijstellen.
• Grafieken in WebFront kunnen rauwe data weergeven zonder interpolatie en het wordt mogelijk om multi-grafieken te maken waarin bool- en lijngrafieken worden gecombineerd (bijv. temperatuurverloop in een ruimte versus status van verwarmingsventiel).
• Er komt een standaard meegeleverde lichte skin voor het WebFront.
• De managementconsole wordt volledig webbased, zodat er geen Windows-applicatie meer voor nodig is. Dat is een enorme verbeteringen voor mensen die geen Windows gebruiken. Er zitten mooie nieuwe features in zoals de weergave van widgets op het homescreen van de managementconsole waarmee je o.a. de status van het systeem kunt inzien.

Verder was er een demo van Alexa, een workshop PHP Modules ontwikkelen en een vragensessie. Ik heb geïnformeerd naar de status van de Engelse vertaling van de documentatie. Men is nu werkelijk bezig om geleidelijk alles te vertalen naar het Engels.

Video's: https://www.symcon.de/events/

[Femme]

thomke schreef op zondag 28 januari 2018 @ 11:31:
Dag iedereen!

Ik ben mij nog altijd wat aan het verdiepen in het IP-symcon wereldje
( zoals ik ook al vermeld had in deze post: Home Automation - Controller - Professional)

Ik weet dat de RFXcom niet ondersteund wordt door IP-Symcon (wat ik zeer spijtig vind) .

Maar op het forum van IP-Symcom lees ik hier en daar van mensen die dit wel gebruiken..

Zijn er hier mensen die ervaring hebben met RFXcom en IP-Symcom? hoe makkelijk is het te integreren?
(ik ben gewoon van RFXcom te gebruiken met domoticz, en hierbij werkt het echt heel simpel)

Ik heb geen ervaring met een RFXcom. Als dat ding op een simpele manier via usb communiceert is het vast wel mogelijk om een integratie te maken (het mooiste als splittermodule). Dit vergt echter wel enige programmeerervaring.

[deWit]

thomke schreef op zondag 28 januari 2018 @ 11:31:
Dag iedereen!

Ik ben mij nog altijd wat aan het verdiepen in het IP-symcon wereldje
( zoals ik ook al vermeld had in deze post: Home Automation - Controller - Professional)

Ik weet dat de RFXcom niet ondersteund wordt door IP-Symcon (wat ik zeer spijtig vind) .

Maar op het forum van IP-Symcom lees ik hier en daar van mensen die dit wel gebruiken..

Zijn er hier mensen die ervaring hebben met RFXcom en IP-Symcom? hoe makkelijk is het te integreren?
(ik ben gewoon van RFXcom te gebruiken met domoticz, en hierbij werkt het echt heel simpel)

Groeten, Thomas

In de basis is iets benaderen over serieel/usb niet heel moeilijk. Het meest uitdagende zal waarschijnlijk de commando's zijn die nodig zijn om de RFXcom met de verscheidenheid aan apparatuur te laten praten.

[O085105116N]

Femme schreef op donderdag 9 november 2017 @ 13:30:
[...]


Ik zou smallint als unit kiezen en eens kijken wat hij doet als je een waarde van 65535 schrijft via ModBus_WriteRegisterSmallInt($instandeId, $value); (vanaf IP Symcon 4.4: ModBus_WriteRegisterShort).

Als dat niet werkt zit je waarschijnlijk naar het verkeerde adres te schrijven of klopt er iets anders niet .

Ik heb eindelijk tijd om verder te zoeken.

smallint als unit kiezen kan ik niet, of ik begrijp je verkeerd.

toevoeging:
Na wat meer zoek werk snap ik het nu. Ik zie ook dat een waarde in codesys wordt weggeschreven, maar de dimmer reageert niet. Ik moet ook niks op de uitgang van plc module zelf.

Toevoeging 2:

Na nog wat meer zoekwerk het volgende:
Er staat al een minimaal voltage op de output, de dimmer (Finder Finder 151182300400) reageert daar ook wel op. Het controleledje knippert iets sneller nu, maar er is geen 230V schakeling, de lamp gaat niet aan.

Verder lukt het me om iedere AO aan te sturen en er een waarde op te zetten, ik zie dat dus in Codesys ook gebeuren/wijzigen.

AO1 met adres 512 (Short 16bit unit) met write single register is aangemaakt. Dat levert me de mogelijkheid op om of een integer of float weg te schrijven. Ik doe dat nu met Float met het profile Volt. Intensity(Integer) heb ik ook geprobeerd, maar de lamp gaat niet aan.

Wat ik mij nu afvraag, maar ik weet niet of het noodzakelijk is, is dat in in de PLC merkers aanmaak waar ik naar toe schrijf, ik vermoed van niet, maar ik heb dit dus nog niet getest.


Steile leercurve FTW.

Toevoeging 3:

Ik weet nu zeker dat de waardes in de PLC aankomen (750-559). Met een multimeter meet ik ook voltages. Het gekke is echter dat zodra ik in IPs met de slider beweeg en dan tussen de 30 en 50% zit, de 559 in error komt, de rode lamp gaat aan. Schuif ik verder, dan is het weer goed. Ook met 5V gaat de lamp niet aan overigens, de dimmer schakelt de 230 niet in. Ik weet eigenlijk niet meer zo goed waar ik dit moet zoeken, er is volgens mij wel iets stuk, maar ik weet niet wat. Ik heb op de dimmer zelf direct 5V gezet, ik had verwacht dat ie dan de lamp wel zou aanzetten, maar dat doet ie niet.

Het werkt! Ik heb de bekabeling nagelopen, er zat een 230V kabel naar de lamp gewoon niet goed.

[ Voor 67% gewijzigd door O085105116N op 21-02-2018 23:08 ]

[thomke]

Dag iedereen,

Ik ben best wel fan van ip-symcon, zeker nu ik zie dat ze google assistant ook ondersteunen..
wat wel wijst dat ze blijven streven om mee te zijn met de laatste ontwikkelingen.

zoals al eerder gemeld schrikt de duitse taal mij wel af nog altijd af. Maar er bestaat volgens mij geen beter alternatief.

Dus ik had eignlijk 2 vragen:
heeft er iemand ervaring met de google assistant integratie? (volgens mij moet je dan wel de IP-Symcon subscription hebben.. wat nu niet zo veel is.. (40 euro per jaar) ik vermoed niet dat je dit kan zonder? )
Daar ben ik dus ook geen fan van.. stel dat ze plots belissen de prijs omhoog te doen.. of gewoon te stoppen met de dienst..

Mijn 2e vraag is als er toevallig mensen (Femme?) zijn die het zouden zien zitten om eens een basis opleiding (nederlands of engels) te geven rond ip-symcon? Ik weet niet als er nog mensen intresse hierin zouden hebben maar ik in ieder geval wel! volgens mij zou een opleiding van 1 dag veel mensen over de streep halen om voor ip-symcon te kiezen. (bij voorkeur dan wel tegen de belgische- nederlandse grens )

In hoeverre dit praktisch haalbaar is weet ik niet, maar ik zie het eerder als een demo hoe je van 0 start (dus hoe de hardware configuratie opbouwen (verschillende protocollen modbus, dmx, knx,.. ) , hoe variablen gebruiken, en events aanmaken, hoe de visualisatie opbouwen, hoe plugins gebruiken,... en dat dan de mensen in 'opleiding' kunnen meevolgen (live toekijken en via powerpoint?) en tussendoor vragen kunnen stellen.
Ieder zijn eigen basis opstelling en zelf meedoen lijkt mij praktisch niet haalbaar, En volgens mij zal er sneller kennis kunnen overgebracht worden door gewoon mee te kijken, en aan de hand van een powerpoint. eventueel de sessie opnemen zodat deze later kan herbekeken worden indien we thuis het wel eens in de praktijk willen overdoen. Misschien is het een idee ddat ook wel voorgelegd kan worden aan IP-symcon en willen ze wel de sessie sponseren/mee helpen met de opleiding

(of een webinar?)

Dit was gewoon even een idee waar ik mee zat en ik zeker wel intresse voor heb.

Groeten,
Thomas

[Femme]

thomke schreef op woensdag 11 juli 2018 @ 13:18:

Dus ik had eignlijk 2 vragen:
heeft er iemand ervaring met de google assistant integratie? (volgens mij moet je dan wel de IP-Symcon subscription hebben.. wat nu niet zo veel is.. (40 euro per jaar) ik vermoed niet dat je dit kan zonder? )
Daar ben ik dus ook geen fan van.. stel dat ze plots belissen de prijs omhoog te doen.. of gewoon te stoppen met de dienst..

De subscription heb je nodig om na het eerste jaar gebruik te kunnen maken van Symcon Connect (om van buiten je huis zonder port forwarding bij je webfront te komen) en om notificaties te ontvangen. Of het ook nodig is voor Google Assistant integratie weet ik eigenlijk niet.

In IP-Symcon 5.0 (waarvan net de eerste release candidate is uitgekomen) is Google Assistant integratie en koekje. Je moet de module installeren, een instantie aanmaken onder core instances en dan kun je daar je dingen instellen. Zie:
https://www.symcon.de/for...)-mit-IP-Symcon-verbinden

Die voor HomeKit werkt vergelijkbaar en had ik snel up and running.

Mijn 2e vraag is als er toevallig mensen (Femme?) zijn die het zouden zien zitten om eens een basis opleiding (nederlands of engels) te geven rond ip-symcon? Ik weet niet als er nog mensen intresse hierin zouden hebben maar ik in ieder geval wel! volgens mij zou een opleiding van 1 dag veel mensen over de streep halen om voor ip-symcon te kiezen. (bij voorkeur dan wel tegen de belgische- nederlandse grens )

In hoeverre dit praktisch haalbaar is weet ik niet, maar ik zie het eerder als een demo hoe je van 0 start (dus hoe de hardware configuratie opbouwen (verschillende protocollen modbus, dmx, knx,.. ) , hoe variablen gebruiken, en events aanmaken, hoe de visualisatie opbouwen, hoe plugins gebruiken,... en dat dan de mensen in 'opleiding' kunnen meevolgen (live toekijken en via powerpoint?) en tussendoor vragen kunnen stellen.
Ieder zijn eigen basis opstelling en zelf meedoen lijkt mij praktisch niet haalbaar, En volgens mij zal er sneller kennis kunnen overgebracht worden door gewoon mee te kijken, en aan de hand van een powerpoint. eventueel de sessie opnemen zodat deze later kan herbekeken worden indien we thuis het wel eens in de praktijk willen overdoen. Misschien is het een idee ddat ook wel voorgelegd kan worden aan IP-symcon en willen ze wel de sessie sponseren/mee helpen met de opleiding.

Het lijkt me wel leuk om dit te doen. Momenteel ontbreekt me de tijd omdat er een baby op komst is tussen nu en drie weken.

Een setting waarin de deelnemers elk of per twee personen over een eigen single board computer, monitor/toetsenbord/muis en wat hardware kunnen beschikken werkt wel het leukst denk ik. Ik zal er eens over nadenken.

[O085105116N]

Femme schreef op maandag 16 juli 2018 @ 17:29:
[...]


Het lijkt me wel leuk om dit te doen. Momenteel ontbreekt me de tijd omdat er een baby op komst is tussen nu en drie weken.

Leuk! Gefeliciteerd!

[thomke]

Eerst en vooral Proficiat Femme! hopelijk is alles goed verlopen en krijg je toch nog wat nachtrust nu de baby er is;)


Onze knoop is doorgehakt, en wij gaan bouwen. Natuurlijk als "home automaiton" liefhebber wil ik hiervan zo veel mogelijk in mijn huis steken. zoals reeds eerder vermeld heb ik al heel wat ervaring met Domoticz.
Maar voor een volledig huis wil ik voor iets professioneels gaan. (maar zonder te moeten inboeten op de voordelen van opensource zoals domoticz) IP-Symcon lijkt mij hiervoor ideaal..

Nu ben ik mij dus al een tijdje aan het verdiepen in IP-Symcon (trail versie op de pc) en simpele script schrijven lukt. ook heb ik al wat zitten spelen met DMX en dit werkt ook zeer eenvoudig en goed (dus in het huis zal ik ook voor dmx gaan voor de verliching)

mijn schakelaars en actoren ben ik er nog niet heel aan uit (ik twijfel tussen codesys plc of KNX) KNX heeft het grote voordeel van de simpele bekabeling en de enorm uitgebreide ondersteuning van sensoren en actoren.
Indien ik met een plc zou werken, dan kan ik alles mooi integreren van een scakelaar in ip-symcon (dubbelklik, lang indrukken, ...) weet iemand als dit ook mogelijk is met knx? ik ken de basis van knx, dus ik vermoed dat je dan in ETS uw logische 'dubbel klik' of 'lang indrukken' moet maken en dan van daaruit doorsturen naar ip-symcon? of is het ook mogelijk om de signalen real time binnen te lezen en dan de logica van een dubbelklik /lang indrukken rechtstreeks in ip-symcon te doen?

de visualisatie van ip-symcon vind ik zeker niet bij de mooiste horen (zeker niet als je vergelijkt met homeassistant, node-red dashboard of Loxone en dergelijke) hopelijk doen ze hier snel iets aan!
Ik vroeg mij af hoe makkelijk het is om hier camera's in te integreren? kan ip-symcon overweg met rstp?


Ip-symcon is multi user dacht ik? is dit dan per user een web front die aangemaakt moet worden?
bestaat er dan iets van een gebruikersbeheer? of is dit puur de gemaakte webfront voor een bepaalde user?
kunnen meerdere users aangemaakt worden voor 1 webfront? wordt er gelogd welke user er wat gedaan heeft? (is het bvb terug te vinden welke user de thermostaat verhoogd heeft of iets dergelijks?)

Verder vroeg ik mij ook af welke videophone (deurbel) jullie geïntegreerd hadden met jullie ip-symcon en de ervaringen hier mee zijn.

de harmony hub heb ook reeds kunnen integreren en wat testen mee gedaan. besturen jullie entertainment ook via een harmonie hub of hebben jullie hier ander oplossingen voor?

en dan als laatste maar ook niet onbelangrijk naar mijn mening voor een goed domotica systeem:
muziek /multiroom audio.. zijn er hier enkele mooie toepassingen van met behulp van ip-symcon?
(ik dacht zelf om 'simpele/domme' versterkers te gebruiken en hieraan een google chromecast te gebruiken en op deze manier muli-room audio te integreren. maar kan ip-symcon hiermee overweg? is het bvb mogelijk om van uit ip-symcon het commando te geven om in heel het huis daar een bepaalde zender te luisteren, zodat ip-symcon dan deze versters aan zet (gewoon spanning op de versterker zetten) en dan chromecast aan te sturen? omgekeerd is het waarschijnlijk niet mogelijk.. stel je met uw gsm muziek wilt afspelen (spotify) en je selecteert de "heel het huis" groep dat ip-symcon dit signaal kan interpreteren en de versterkers aan zet?
Wat zijn jullie suggesties voor muli-room audio met ip-symcon? ikzelf heb enkele google home's staan, en zowel een chromecast als een chromecast audio en ben wel fan van hoe eenvoudig heel dit chromecast systeem werkt..

Als er mensen raad en tips en antwoorden hebben bij enkele van deze vragen die door mijn hoofd spoken, dan hoor ik het graag!

Bedankt!
Thomas

[gday]

Ik ben ook de afweging aan het maken of ik alles in huis wil laten besturen door IP Symcon. Waar ik echter tegenaan loop is dat ik niet goed kan vinden hoe ik de bestaande Philips Hue lampen kan integreren, en of het überhaupt mogelijk is om de bestaande apparaten van Nest (thermostaat en rookmelders) kan integreren.

Voor Philips Hue ik heb wat third party repo's gevonden met óf ontbrekende óf Duitse documentatie. Mij is niet geheel helder wat ik met de code in die repo's moet doen. En van de mogelijkheid om Nest te integreren heb ik al helemaal niets gezien.

Ik snap dat een Nest-thermostaat niet evenveel waarde heeft qua besturing als een andere thermostaat omdat de Nest-thermostaat al veel zelf wil doen, maar ik wil graag al mijn devices in de Webfront hebben.

Wat dat betreft mis ik wel het een en ander aan IP Symcon, maar de mogelijkheid om PHP te gebruiken compenseert een hoop. Dat er een hoop op een puur Duitstalig publiek gericht is, maakt het wel erg lastig.

Edit: Het idee van het importeren van modules is me inmiddels duidelijk. Ik had verwacht dat modules zoals die voor Philips HUE door Symcon GmbH zelf ontwikkeld zouden zijn, maar voor dit soort dingen leunen ze dus blijkbaar zwaar op de community. En die is dus óók vrijwel geheel Duitstalig ...

[ Voor 29% gewijzigd door gday op 30-10-2018 18:35 ]

[noahmaes]

Ha Femme (en andere tweakers), ben begonnen met IP symcon en werkt geweldig!

Ik heb het voor elkaar gekregen om een met een klein scriptje mijn homewizard te bedienen, maar ben nog flink aan het knutselen met uitlezen van data etc.

Omdat ik een hoop moois in je IP symcon screenshots zie staan ben ik benieuwd of je dergelijke templates etc wil delen met de rest van tweakers? Misschien kunnen we iets EN/NL-taligs opzetten waarin we scripts delen?

[Femme]

Leuk dat je met IP-Symcon aan de slag bent. Ik kan wel eens mijn skin voor het webfront delen, die ziet er al wat beter uit dan standaard.

Afgelopen weekend was het jaarlijkse Symcon event in Lübeck waar een preview werd gegeven van IP-Symcon 5.1. De highlights:

• Update van PHP naar versie 7.3
• Webfront maakt gebruik van websocket om verandering van server naar client te pushen ipv dat de client elke seconde een api request doet om mogelijke updates op te halen.
• De prestaties van de webbased management console zijn verbeterd en zouden nu acht keer beter moeten zijn (in een installatie met veel objecten wordt de console nu best wel traag als je er enige tijd mee bezig bent).
• Support voor Homematic CCU3 (niet zo boeiend voor Nederland want hier nauwelijks verkocht).
• Mogelijkheid om data in de management console te importeren in verschillende bestandsformaten.
• Support voor RTSP-streams voor surveillancecamera's. IP-Symcon kan hierbij een enkele stream uit een camera doorstreamen naar meerdere clients.
• Z-wave code wordt herschreven en zou beter moeten presteren (komt mogelijk niet mee in eerste release van 5.1).
• Apps krijgen lichte en donkergrijze skins naast de bestaande blauwe.
• iOS app ondersteunt Siri shortcuts.

En dan de knaller: er komt een Module Store waarmee je vanuit de management console makkelijk naar modules kunt zoeken en ze kunt installeren. Module ontwikkelaars kunnen via de Symcon-website modules hun toevoegen. Vooralsnog zit er geen verdienmodel achter.

In de toekomst komt er sandboxing voor modules zodat je zeker van bent dat modules die je via de store naar binnen hengelt niet je systeem slopen of privacygevoelige data naar een andere partij sturen.

Ook interessant is dat ze aan het nadeken zijn over een high availability oplossing waarmee Symcon-installaties in een master-slave-opstelling kunnen draaien en de slave failover doet op het moment dat de master down is. Dit vereist wel dat je hardware ermee overweg kan (je gebruikt ethernet gateways die bij voorkeur meerdere verbindingen tegelijk aankunnen).

[deWit]

Femme schreef op donderdag 31 januari 2019 @ 10:18:

En dan de knaller: er komt een Module Store waarmee je vanuit de management console makkelijk naar modules kunt zoeken en ze kunt installeren. Module ontwikkelaars kunnen via de Symcon-website modules hun toevoegen. Vooralsnog zit er geen verdienmodel achter.

Dat zou een erg waardevolle toevoeging zijn, zeker voor standaard componenten die nu missen. Dat maakt denk ik dat de drempel voor een deel ook weggenomen kan worden als het een kwestie is van gewoon een component toevoegen in plaats van zelf een script moeten schrijven voor basale dingen als een scene.

Daarnaast gaat er hopelijk collectief aan modules gewerkt worden, in plaats van dat iedereen z'n modules/scripts voor zichzelf ontwikkeld. Nu moet je maar net een repository tegenkomen waar iemand zijn module deelt...

[Femme]

Nog een mooie verbetering die eraan komt: IP-Symcon krijgt eindelijk een geïntegreerde MQTT broker. De lead developer heeft zich na het event van vorige week en de feedback die hij daar kreeg even druk gemaakt en een proof of concept in elkaar gesleuteld. De MQTT Broker wordt waarschijnlijk nog niet gereleased in 5.1 maar in 5.2.

Ik gebruik nu een tijdje een zelfgebouwde MQTT client op basis van het werk van thomasf68 om MQTT topics van een Wago 750-881 te ontvangen en dat werkt super. Ik heb een 'Double Push Button' module gemaakt om het links, rechts en dubbel en het kort en lang indrukken van een dubbele pulsdrukker te kunnen herkennen. Dit werkt matig icm met modbus polling maar super goed icm MQTT, helemaal afhankelijk van logica op de plc.

[deWit]

Dat zou geweldig zijn, want mijn eigen halfbakken implementatie van een client op basis van diezelfde code werkt nog niet zo heel stabiel. Is die beta versie ook ergens te vinden?

Ik gebruik een aantal ESP8622's die her en der wat dingen via MQTT naar een mosquitto broker gooien, mijn client kijkt nu naar specifieke topics en op basis van het topic schuift hij de data door naar specifieke instances, bijvoorbeeld een temperatuur sensor of een ESP8622 die mijn Itho Fan aanstuurt.

Sowieso hoop ik op nog iets meer documentatie over de modules, die is soms nog wat matig. Vooral het data heen en weer schuiven tussen modules met de MessageSink mist voor mij als hobbyprogrammateur wat documentatie. En het vinden van de juiste zoekterm in het duits maakt het soms ook nog een uitdaging

[O085105116N]

Heeft er iemand een voorbeeld script voor een dimmer?

Via de webfront en de app werkt het prima, maar via de fysieke knop krijg ik het maar niet werkend.

De input wekt, de output wekt ook, maar ik krijg het niet aan elkaar geknoopt. Dat wil zeggen, ik kan wel sturen naar 1 waarde, maar niet variëren in die waarde indien de fysieke knop langer wordt ingedrukt.

Ik heb al wat gevonden in dit topic, de enige plek waar ik dus niet heb gezocht.

[ Voor 10% gewijzigd door O085105116N op 21-03-2019 21:15 ]

[noahmaes]

O085105116N schreef op donderdag 21 maart 2019 @ 15:42:
Heeft er iemand een voorbeeld script voor een dimmer?

Via de webfront en de app werkt het prima, maar via de fysieke knop krijg ik het maar niet werkend.

De input wekt, de output wekt ook, maar ik krijg het niet aan elkaar geknoopt. Dat wil zeggen, ik kan wel sturen naar 1 waarde, maar niet variëren in die waarde indien de fysieke knop langer wordt ingedrukt.

Ik heb al wat gevonden in dit topic, de enige plek waar ik dus niet heb gezocht.

Als je een variabele toevoegd en onder "profile and action settings" op het + symbool klikt maakt hij er zelf 1 voor je aan!

[noahmaes]

Femme schreef op donderdag 31 januari 2019 @ 10:18:
Leuk dat je met IP-Symcon aan de slag bent. Ik kan wel eens mijn skin voor het webfront delen, die ziet er al wat beter uit dan standaard.

Afgelopen weekend was het jaarlijkse Symcon event in Lübeck waar een preview werd gegeven van IP-Symcon 5.1. De highlights:

• Update van PHP naar versie 7.3
• Webfront maakt gebruik van websocket om verandering van server naar client te pushen ipv dat de client elke seconde een api request doet om mogelijke updates op te halen.
• De prestaties van de webbased management console zijn verbeterd en zouden nu acht keer beter moeten zijn (in een installatie met veel objecten wordt de console nu best wel traag als je er enige tijd mee bezig bent).
• Support voor Homematic CCU3 (niet zo boeiend voor Nederland want hier nauwelijks verkocht).
• Mogelijkheid om data in de management console te importeren in verschillende bestandsformaten.
• Support voor RTSP-streams voor surveillancecamera's. IP-Symcon kan hierbij een enkele stream uit een camera doorstreamen naar meerdere clients.
• Z-wave code wordt herschreven en zou beter moeten presteren (komt mogelijk niet mee in eerste release van 5.1).
• Apps krijgen lichte en donkergrijze skins naast de bestaande blauwe.
• iOS app ondersteunt Siri shortcuts.

En dan de knaller: er komt een Module Store waarmee je vanuit de management console makkelijk naar modules kunt zoeken en ze kunt installeren. Module ontwikkelaars kunnen via de Symcon-website modules hun toevoegen. Vooralsnog zit er geen verdienmodel achter.

In de toekomst komt er sandboxing voor modules zodat je zeker van bent dat modules die je via de store naar binnen hengelt niet je systeem slopen of privacygevoelige data naar een andere partij sturen.

Ook interessant is dat ze aan het nadeken zijn over een high availability oplossing waarmee Symcon-installaties in een master-slave-opstelling kunnen draaien en de slave failover doet op het moment dat de master down is. Dit vereist wel dat je hardware ermee overweg kan (je gebruikt ethernet gateways die bij voorkeur meerdere verbindingen tegelijk aankunnen).

Ha Femme,

Nadat mijn projectje een paar weken stil heeft gelegen heb ik het tweaken weer opgepakt;

Ik heb inmiddels op je aanraden de LAN versie van de Railduino in huis :-)

Heb jij een module in symcon hiervoor gebouwd?

Het verzenden van commando's is met "USCK_SendText(53939, "rail1 ro1 on");" vrij eenvoudig, maar hoe lees je realtime de input statussen uit van schakelaars etc? Met "RegisterVariable" kom ik er niet uit.

ps.
Ik heb ook een losse Arduino Mega 2560 r3 gekocht, maar krijg die al helemaal onmogelijk aan de praat ;-) heb je tips?

[O085105116N]

noahmaes schreef op vrijdag 3 mei 2019 @ 15:41:
[...]


Als je een variabele toevoegd en onder "profile and action settings" op het + symbool klikt maakt hij er zelf 1 voor je aan!

Dit maakt een script aan met SetValue($_IPS['VARIABLE'], $_IPS['VALUE']);

Dat wist ik al wel, maar ik krijg het niet voor elkaar om de fysieke knop werkend te krijgen. Dus via Homekit, webfront app etc.. werkt de slider perfect, maar de knop krijg ik dus niet werkend. En door een heleboel te testen, weet ik nu niet meer wat ik heb getest

[Femme]

noahmaes schreef op vrijdag 3 mei 2019 @ 15:48:
[...]


Ha Femme,

Nadat mijn projectje een paar weken stil heeft gelegen heb ik het tweaken weer opgepakt;

Ik heb inmiddels op je aanraden de LAN versie van de Railduino in huis :-)

Heb jij een module in symcon hiervoor gebouwd?

Het verzenden van commando's is met "USCK_SendText(53939, "rail1 ro1 on");" vrij eenvoudig, maar hoe lees je realtime de input statussen uit van schakelaars etc? Met "RegisterVariable" kom ik er niet uit.

Ik heb er nog geen module voor gebouwd, maar wil me daar best eens aan wagen. Ik heb hier zelf alleen de oude Railduino liggen.

De Raiduino zou via udp een berichtje moeten sturen als de status van een input wijzigt. Zie je in de debugweergave van de udp-instantie die je hebt gemaakt al wel data binnenkomen als je op schakelaars drukt?

[noahmaes]

O085105116N schreef op vrijdag 3 mei 2019 @ 22:17:
[...]


Dit maakt een script aan met SetValue($_IPS['VARIABLE'], $_IPS['VALUE']);

Dat wist ik al wel, maar ik krijg het niet voor elkaar om de fysieke knop werkend te krijgen. Dus via Homekit, webfront app etc.. werkt de slider perfect, maar de knop krijg ik dus niet werkend. En door een heleboel te testen, weet ik nu niet meer wat ik heb getest

Aha; je moet een script aanmaken voor de IO module die je wil aansturen? Wat wil je schakelen?

[noahmaes]

Femme schreef op zaterdag 4 mei 2019 @ 22:00:
[...]


Ik heb er nog geen module voor gebouwd, maar wil me daar best eens aan wagen. Ik heb hier zelf alleen de oude Railduino liggen.

De Raiduino zou via udp een berichtje moeten sturen als de status van een input wijzigt. Zie je in de debugweergave van de udp-instantie die je hebt gemaakt al wel data binnenkomen als je op schakelaars drukt?

Heel cool; wat mij betreft leggen we een potje in om iemand deze module te maken! ;-)

De railduino luistert naar de UDP commando's die ik verstuur, deze zie ik ook in de debug weergave van de UDP. Schakelingen (bijvoorbeeld als ik 12v op een input zet) geven wel een lampje op de railduino, maar zie ik niet in de UDP debug.

[O085105116N]

noahmaes schreef op dinsdag 7 mei 2019 @ 16:58:
[...]


Aha; je moet een script aanmaken voor de IO module die je wil aansturen? Wat wil je schakelen?

Ja dat klopt.

Ik heb een Wago PLC met analoge 0-10V kaart met daarop een, je raad het al 0-10V dimmer.
Het aansturen van de dimmer via de een slider in de app werkt. Maar de fysieke knop gebruiken niet. Het lukt me hooguit om de lamp uit of aan te krijgen op een vooraf ingestelde sterkte.

Daarbij heb ik ook nog eens de hindernis, dat de slider van 0 - 50% werkt, waarbij 50%=100%, daarna gaan de lampen weer uit, waarom weet ik niet. Ik heb verschillende "intensity" geprobeerd, zoals 100 of 65535, maar ik krijg het niet goed.

[Femme]

noahmaes schreef op dinsdag 7 mei 2019 @ 17:00:
[...]

Heel cool; wat mij betreft leggen we een potje in om iemand deze module te maken! ;-)

De railduino luistert naar de UDP commando's die ik verstuur, deze zie ik ook in de debug weergave van de UDP. Schakelingen (bijvoorbeeld als ik 12v op een input zet) geven wel een lampje op de railduino, maar zie ik niet in de UDP debug.

De Railduino ontvangt udp-berichten op poort 55555 en verstuurt multicast udp-berichten op poort 44444. Heb je een udp-instantie aangemaakt om op die poort te luisteren?

[noahmaes]

Femme schreef op woensdag 8 mei 2019 @ 16:53:
[...]


De Railduino ontvangt udp-berichten op poort 55555 en verstuurt multicast udp-berichten op poort 44444. Heb je een udp-instantie aangemaakt om op die poort te luisteren?

Ik heb inderdaad een UDP-instantie aangemaakt (UDP socket);
- Open Socket (aan)
- Send host (het ip adres van de Railduino)
- Send port: 44444
- Recv Host: (het ip adres van de Symcon)
- Recv Port: 55555

In de debug-log is het verzenden van alle commandos vanuit symcom goed zichtbaar. Ook reageren de relais naar wens.

Maar inkomende signalen zie ik niet.
Ik heb met Wireshark gekeken of de Railduino de commando's goed verstuurd. Nu zie ik dat de railduino commando's stuurt naar ip 255.255.255.255 op poort 55555. Nu is de receive host van de Symcon niet aanpasbaar naar 255.255.255.255.

Femme, hoe heb je er voor gezorgd dat de Symcon de UDP commando's aan 255.255.255.255 toch oppikt?


= = = = =

opgelost; kleine work-around, los scriptje geschreven met:


IPS_SetProperty(59237, "BindIP", "255.255.255.255"); // set UDP port to listen to 255.255.255.255
IPS_ApplyChanges(59237); // Apply new configuration

[ Voor 31% gewijzigd door noahmaes op 29-05-2019 22:59 . Reden: opgelost :-) ]

[Femme]

Voor wie zijn slag wil slaan, vandaag 20 procent korting licenties voor IP-Symcon:
https://www.symcon.de/shop/#software

[DomiGijzen]

Ben nu alweer een paar avonden het stoeien met de MQTT module van Symcon. Die zou berichten moeten ontvangen van mijn plc (wago 750-8212). Op de PLC draait de MQTT code van MichielVanwelsenaere. Zie ook het plc topic .

Nou is het geval dat ik wel netjes het birth/heartbeat bericht zie. Maar geen andere berichten. Is het iemand gelukt om dit binnen Symcon aan het werk te krijgen?

Heb het geprobeerd middels de configurator, die naar mijn idee alle topics moet tonen die voorbij komen. In ieder geval ziet deze een andere simpele payload van mijn iphone wel.
Daarnaast geprobeerd handmatig een instance aan te maken met eerst het specifieke topic dat ik wil ontvangen en vervolgens meerdere varianten met # en enkel #.

Overigens worden de topics wel netjes verstuurd. Met mosquitto wordt alles netjes ontvangen.

[Femme]

DomiGijzen schreef op donderdag 16 januari 2020 @ 15:10:
Ben nu alweer een paar avonden het stoeien met de MQTT module van Symcon. Die zou berichten moeten ontvangen van mijn plc (wago 750-8212). Op de PLC draait de MQTT code van MichielVanwelsenaere. Zie ook het plc topic .

Nou is het geval dat ik wel netjes het birth/heartbeat bericht zie. Maar geen andere berichten. Is het iemand gelukt om dit binnen Symcon aan het werk te krijgen?

Heb het geprobeerd middels de configurator, die naar mijn idee alle topics moet tonen die voorbij komen. In ieder geval ziet deze een andere simpele payload van mijn iphone wel.
Daarnaast geprobeerd handmatig een instance aan te maken met eerst het specifieke topic dat ik wil ontvangen en vervolgens meerdere varianten met # en enkel #.

Overigens worden de topics wel netjes verstuurd. Met mosquitto wordt alles netjes ontvangen.

Ik gebruik de MQTT library van Sebastian Rau om MQTT-berichten vanaf een Wago 750-881 naar Symcon te sturen en dat werkt probleemloos. Met de MQTT-code van MichielVanwelsenaere heb ik geen ervaring.

Je ziet dus ook geen payload voorbij komen in de debug-weergave van de MQTT Server instantie in Symcon?

[DomiGijzen]

Femme schreef op vrijdag 17 januari 2020 @ 23:37:
[...]


Ik gebruik de MQTT library van Sebastian Rau om MQTT-berichten vanaf een Wago 750-881 naar Symcon te sturen en dat werkt probleemloos. Met de MQTT-code van MichielVanwelsenaere heb ik geen ervaring.

Je ziet dus ook geen payload voorbij komen in de debug-weergave van de MQTT Server instantie in Symcon?

De library van Sebastián rau zit hier ook in verwerkt. Denk dat het aan de kant van de plc ook allemaal goed werkt. De variabele in de plc reageren netjes en de output reageert volgens de logica.

In symcon zie ik we de birth Message iedere 5 seconden. Maar verder niks. Gebruik jij in symcon ook de standaard MQTT module?

Om te testen heb ik ook een mosquitto server opgezet. Daar zie ik precies de Messages die de plc verstuurt.
Wat me in het bijzonder opvalt: na wat proberen in symcon zet ik de server daar uit en zet ik de mosquitto aan. Daar zie ik dan alle door symcon gemiste Messages ineens binnenkomen. Waarschijnlijk doe ik dus iets fout in symcon.

Zie jij in de debug in symcon van de server/configuratie alle message voorbij komen? Of moet je eerst nog wat instellen?

[gday]

Ik gebruik nu MQTT om devices die verbonden zijn met een andere controller te gebruiken in IP-Symcon, zodat ik alvast de logica en automations kan inprogrammeren voordat ik de devices daadwerkelijk fysiek aan IP-Symcon wil gaan hangen. Echter, ik zie dat je per topic een instance krijgt met daaronder een variabele. Dat betekent dus dat bijvoorbeeld een z-wave device met 3 sensoren 3 aparte instances krijgt met onder elke instance een variabele. Is er een manier om dat wat beter te groeperen? Dat zou de switch later wat soepeler maken denk ik.

[Femme]

gday schreef op dinsdag 4 februari 2020 @ 15:26:
Ik gebruik nu MQTT om devices die verbonden zijn met een andere controller te gebruiken in IP-Symcon, zodat ik alvast de logica en automations kan inprogrammeren voordat ik de devices daadwerkelijk fysiek aan IP-Symcon wil gaan hangen. Echter, ik zie dat je per topic een instance krijgt met daaronder een variabele. Dat betekent dus dat bijvoorbeeld een z-wave device met 3 sensoren 3 aparte instances krijgt met onder elke instance een variabele. Is er een manier om dat wat beter te groeperen? Dat zou de switch later wat soepeler maken denk ik.

Met welk doel wil je goeperen? Voor de visualisatie in je WebFront? Dat kun je oplossen door links te maken in je WebFront-(sub)categorieën of ze in zo'n categorie onder een Dummy-instance te linken.

Je zou zelf een module kunnen bouwen om variabelen die behoren tot aan elkaar gerelateerde mqtt-topics onder één instantie van zo'n module te zetten, maar dat vraagt wat meer programmeerwerk en kennis van de IP-Symcon php-sdk. Ik heb zelf zo'n module gemaakt om de json payload van een mqtt berichtjes uit m'n Wago-plc te decoden en de waarden in variabelen op te slaan:

[gday]

Femme schreef op dinsdag 4 februari 2020 @ 15:52:
[...]


Met welk doel wil je goeperen? Voor de visualisatie in je WebFront? Dat kun je oplossen door links te maken in je WebFront-(sub)categorieën of ze in zo'n categorie onder een Dummy-instance te linken.

Je zou zelf een module kunnen bouwen om variabelen die behoren tot aan elkaar gerelateerde mqtt-topics onder één instantie van zo'n module te zetten, maar dat vraagt wat meer programmeerwerk en kennis van de IP-Symcon php-sdk. Ik heb zelf zo'n module gemaakt om de json payload van een mqtt berichtjes uit m'n Wago-plc te decoden en de waarden in variabelen op te slaan:

[Afbeelding: Json MQTT topic variabelen]

Nou, mijn gedachte was dat ik vóór de switch naar IP-Symcon alvast de boomstructuur exact zo zou inrichten zoals ik die zou hebben ná de switch als alles direct aan IP-Symcon hangt. Anders moet ik met een mapping op de proppen komen. Voor de webfront heb ik het nu inderdaad opgelost mbv links, maar het zorgt wel voor een hoop clutter.

Voor programmeerwerk an sich draai ik m'n hand niet om (voor zover dat lukt met 2 kinderen van 0 en 2 jaar ). Het lijkt me een mooie oplossing om daar een module voor te coden. Dat kan voor later ook wel handig zijn, maar dan moet ik me maar even door die Duitse documentatie heen worstelen ... dat blijft nog wel een struikelblokje. Het vertalen van die documentatie is ook een lang proces, merk ik. Heb je daar gewoon de module van thomasf68 voor gebruikt?

[gday]

Goed, na een hoop voorbeelden doornemen en de Duitse documentatie doorpluizen is me nu duidelijk hoe modules met elkaar samen kunnen werken. Ik dacht dus eerst zomaar de module van thomasf68 onaangepast te kunnen gebruiken in m’n eigen module door die als parent te definiëren maar zo simpel werkt dat duidelijk niet. Liever pas ik ook geen modules aan tenzij ik ze ga forken en actief bij ga houden, maar toen kwam ik deze module tegen:
https://github.com/Schnittcher/MQTTClient

Dat is zelf een fork van die van thomasf68 die exact doet wat ik wil. Daar ben ik een hoop verder mee gekomen. Thanks voor het duwtje in de juiste richting, @Femme!

[Ken G]

Ik heb momenteel de Panasonic AMN31112J sensoren aangesloten op mijn Wago PLC en die werken goed. Deze worden mooi in IP-Symcon weergegeven en bij beweging gaan deze aan/uit.

Nu gaan deze wel heel veel aan en uit als er beweging is: de output knippert constant.

Hoe zou ik dat best kunnen opvangen in IP-Symcon @Femme? Ik dacht aan een soort timer die bij beweging een output 30 seconden hoog zet en bij iedere beweging dus gereset wordt. Eens er niemand meer in de ruimte is, gaat het licht dan uit na 30 seconden (de timer loopt af). Of is dit iets te kort qua timing? Hoe zou ik dat ik een script kunnen oplossen?

[On3mar]

Hallo,
Ik probeer met de demolicentie van IP-symcon connectie te maken met google assistent.
Dit lukt mij maar van zodra ik een schakelaar toevoeg dan kan ik deze niet bedienen.
Heeft iemand een idee wat ik hier kan aan doen? Zou het kunnen dat google assistent in het nederlands niet werkt?

[Femme]

Ken G schreef op vrijdag 7 augustus 2020 @ 21:58:
Ik heb momenteel de Panasonic AMN31112J sensoren aangesloten op mijn Wago PLC en die werken goed. Deze worden mooi in IP-Symcon weergegeven en bij beweging gaan deze aan/uit.

Nu gaan deze wel heel veel aan en uit als er beweging is: de output knippert constant.

Hoe zou ik dat best kunnen opvangen in IP-Symcon @Femme? Ik dacht aan een soort timer die bij beweging een output 30 seconden hoog zet en bij iedere beweging dus gereset wordt. Eens er niemand meer in de ruimte is, gaat het licht dan uit na 30 seconden (de timer loopt af). Of is dit iets te kort qua timing? Hoe zou ik dat ik een script kunnen oplossen?

Zo zou je het inderdaad kunnen aanpakken.

- Je maakt een boolean variabel voor aanwezigheid in de ruimte.
- Je maakt een script dat die variabele op false zet en hangt daar een cyclic event met als time pattern 'once' (default instelling bij het toevoegen van zo'n event).
- Je maakt een ander script dat de variabele op true zet en hangt daar trigger events onder die uitgevoerd worden als de variabelen die behoren bij de inputs van je pir-sensoren in de betreffende ruimte in waarde veranderen naar true. In dit script zet je ook de tijd waarop het timer event wordt uitgevoerd x aantal seconden vooruit. Hoe je dat doet wordt hier uitgelegd: https://www.symcon.de/en/...ips-seteventcyclictimeto/

Voorbeeldcode:

PHP:

$time = time();
$timeEnd = $time + 30;

IPS_SetEventCyclicTimeTo ($eventId, date('H', $timeEnd), date('i', $timeEnd), date('s', $timeEnd));

30 seconde is wel erg kort en alleen maar geschikt voor een verkeersruimte waar iemand nooit stil staat. Wat een geschikte timeout is zul je in de praktijk moeten uitzoeken.

Ik doe het bovenstaande via modules voor bewegingsdetectie en aanwezigheidsdetectie. In de instantie van de bewegingsdetectie en 'movement direction director' modules configureer ik de inputvariabelen die erbij horen. De aanwezigheidsdetectiemodule is verantwoordelijk voor het bijhouden van aanwezigheid en reageert op de detectie van momentane aanwezigheid door de bewegingsdetectie of 'movement direction detector' modules. Via de app en het Webfront kan ik de fijnafstelling doen zoals de instelling van de timeout. Er zitten wat slimmigheden in zoals het kunnen instellen of een bewegingsdetector aanwezigheid mag initiëren (de variabele initieel van false op true zetten, niet handig bij radarsensoren die af en toe false positive geven). Ook kun je een minimale trigger count en een lagere initiële timeout instellen. De timeout neemt geleidelijk toe naarmate er meer triggers zijn geweest in de ruimte, om te voorkomen dat de timeout meteen naar bijv. 5 minuten gaat terwijl iemand even de ruimte in loopt en meteen weer vertrekt. De timeout is per detector instelbaar zodat sensoren in een verkeersgedeelte van een ruimte op een lagere timeout kunnen staan dan sensoren boven een tafel of bank waar mensen in chillmodus zitten en minder bewegingen maken.





Helaas kan ik die module library niet zomaar delen.

[ Voor 6% gewijzigd door Femme op 09-08-2020 13:41 ]

[Ken G]

Bedankt @Femme voor de duidelijke uitleg, hiermee kan ik inderdaad een stuk verder.
De 30 seconden waren inderdaad voor een verkeersruimte (gang naar toilet en badkamer).
Nu heb ik daarnet een PFC200 op Ebay gevonden aan een mooi prijsje... eventueel kan ik een TOF gebruiken om de input hoog te houden voor 30 seconden (na de laatste puls). Maar dat heeft dan als nadeel dat deze veel minder dynamisch in te stellen is zoals je in IPS kunt doen, dus liefst via IPS.

Wat is jouw ervaring van de beste posities waar je de PIR sensoren plaatst? In het plafond zijn die iets (want ze zijn echt wel zeer klein) zichtbaarder dan bijvoorbeeld onder een wand drukknop...
Eventueel had ik gedacht deze onder of boven een WCD te plaatsen, zou dit genoeg bereik hebben om alle personen te detecteren in de ruimte?

Nu vraag ik me wel af waarom je de module library niet kunt delen? Deze lijkt me super interessant

[On3mar]

On3mar schreef op zaterdag 8 augustus 2020 @ 13:34:
Hallo,
Ik probeer met de demolicentie van IP-symcon connectie te maken met google assistent.
Dit lukt mij maar van zodra ik een schakelaar toevoeg dan kan ik deze niet bedienen.
Heeft iemand een idee wat ik hier kan aan doen? Zou het kunnen dat google assistent in het nederlands niet werkt?

@Femme Op vandaag lukt mij dit niet heb jij ervaring met google assistant? Zou dit probleem kunnen zijn omdat ik met google assistant in het nederlands werk?

[alan_smithee]

Ik ben aan het uitzoeken of ik HomeSeer kan verruilen met IP-Symcon en er zijn nog paar dingen waar ik het antwoord niet van kan vinden.

- Is er een bedraad alarmsysteem dat met IPS gekoppeld kan worden (zoals Caddx/Networkx)?
- In plaats van IPSStudio wordt AIO creator aangeraden in dit forum. Is dit nog steeds het geval?
- Kan ik met IPSStudio of AIO op de iPad tts of geluidsbestanden afspelen?
- Is er ergens een getting started handleiding met de do's en dont's?

[Femme]

alan_smithee schreef op maandag 7 september 2020 @ 23:17:
Ik ben aan het uitzoeken of ik HomeSeer kan verruilen met IP-Symcon en er zijn nog paar dingen waar ik het antwoord niet van kan vinden.

- Is er een bedraad alarmsysteem dat met IPS gekoppeld kan worden (zoals Caddx/Networkx)?
- In plaats van IPSStudio wordt AIO creator aangeraden in dit forum. Is dit nog steeds het geval?
- Kan ik met IPSStudio of AIO op de iPad tts of geluidsbestanden afspelen?
- Is er ergens een getting started handleiding met de do's en dont's?

Ik heb zero kennis van alarmsystemen. In principe kun je alles integreren dat een makkelijk toegankelijke app heeft of waarmee je fysiek kunt interfaces middels bijvoorbeeld potentiaalvrije ingangen en uitgangen.

Audio-objecten worden ondersteund door IPSStudio, dus ik neem aan dat je ze kunt afspelen.

Mijn ervaring met IPSStudio is zeer beperkt op basis van een beetje prutsen een paar jaar geleden. In versie 5.5 komt wordt er een integratie mogelijk van IPSStudio views in IP-Symcon WebFront. Gezien de samenwerking tussen de twee partijen zou ik daarom voor IPSStudio kiezen.

[DomiGijzen]

@Femme Zou je niet een keer een “demo” willen geven van jouw systeem? Niet zozeer de code, ik heb al eens gelezen dat je daar andere plannen mee hebt. Maar hoe je alles hebt ingedeeld en van die slimmigheden als hier boven.
Vind jouw posts altijd heel inspirerend. Meer handvaten dan symcon zelf geeft...