Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie
Toon posts:

IP-Symcon: domoticasoftware met php als scripttaal

Pagina: 1
Acties:

Onderwerpen


  • Femme
  • Registratie: juni 1999
  • Laatst online: 19:56

Femme

Hardwareconnaisseur

Official Jony Ive fan

Topicstarter

Symcon logo

IP-Symcon is een softwarepakket van Duitse origine waarmee je een groot aantal draadloze en bedrade domoticasystemen kunt verbinderen. Er wordt inmiddels 11 jaar aan het softwarepakket gewerkt door de mannen uit Lübeck. IP-Symcon kan overweg met onder andere FS20, Eaton Xcomfort, z-Wave, ZigBee, knx, dmx, modbus en EnOcean. Een complete lijst vind je hier. Het in Nederland populaire RFXCom wordt niet ondersteund.

Basisfunctionaliteit zoals het koppelen van events aan statuswijzigingen van objecten kan via een grafische interface ingesteld worden. Wat IP-Symcon voor de tweaker leuk maakt is dat je al je apparaten via php-scripts kunt aansturen. Zo'n script kan in de simpelste vorm bestaan uit een aantal commando's die bij het wijzigen van bijvoorbeeld een variabele wordt uitgevoerd, maar je kunt ook een framework bouwen voor je domoticasysteem compleet met dependency injection, service containers, models, controllers, factories, repositories en whatever je nog meer aan programmeer patterns handig vind om mee te werken.

Een alarmsysteem, aanwezigheidssimulatie, verlichting die zich automatisch inschakelt als je van je slaapkamer op weg bent naar de badkamer of een filter tegen onzinnige waarden van een sensor kun je nu helemaal naar eigen wens in elkaar proggen. Een ingebouwde webserver maakt het mogelijk om je domoticasysteem via het web of mobiele apps voor iOS, Android en Appel Watch te bedienen, variabelen te visualiseren en notificaties te ontvangen.


Doelgroep
IP-Symcon is een professioneel automatiseringsplatform dat geschikt is voor zowel thuisgebruikers als integrators die het product willen toepassen in commerciële projecten. De software is degelijk en stabiel. Ik gebruik IP-Symcon nu zo'n drie jaar en mijn ervaring is dat het nooit crasht en ook bijna geen bugs heeft. De betrouwbaarheidsissues die ik in mijn domoticasysteem hebben gehad werden eigenlijk altijd veroorzaakt door de hardware of andere software dan IP-Symcon (zoals Windows).

Als ik de reacties lees in topics over bepaalde open source domoticasoftwareprojecten heb ik de indruk dat de betrouwbaarheid nog wel eens te wensen overlaat of de software zich moeilijk laat configureren. Dat is bij IP-Symcon niet het geval. Waar je wel rekening moet houden is dat je basicly al je logica via php-scripts programmeert. IP-Symcon heeft geen simpele rules-engine waarmee je even snel wat acties bij elkaar klikt. Het scripten in php is echter ook super simpel. Het afvangen van events en deze koppelen aan een script kan wel heel makkelijk vanuit de GUI.

Kun je niets met php dan begin je dus ook weinig in IP-Symcon.


Platformen
IP-Symcon was voorheen alleen beschikbaar voor Windows. Begin 2016 werd de langverwachte versie 4.0 uitgebracht, die ook geschikt is voor Linux (x64 en ARMhf) en macOS.

Naast de software levert Symcon sindskort een kant-en-klare appliance genaamd Symbox. De Symbox is gebaseerd op hardware die vergelijkbaar is met de Raspberry Pi en is geschikt voor montage op een din-rail. De Symbox heeft geen usb. Interfaces naar domoticastandaarden zoals z-wave en knx wordt je geacht aan te sluiten via ethernet. Symcon verkoopt ethernet-interfaces voor 1-Wire, EnOcean, Z-wave en hun eigen IPS-868-systeem.

Persoonlijk vind ik dit een prima keuze. Door ethernet te gebruiken trek je de interface los van de domoticaserver waardoor je veel vrijheid hebt in de plaatsing van de interface (in de meterkast, op de verdieping, in de schuur enz.) en je de mogelijkheid hebt om een high availability setup te bouwen met een failover-server 8) .




Ondersteunde apparaten en protocollen
  • 1-Wire
  • Allnet
  • DigitalStrom
  • Dmx en ArtNet
  • Knx
  • IRTrans (infraroodblaster)
  • LCN
  • Modbus tcp, udp en rtu (bijv. om te communiceren met plc's van Wago, Beckhoff en ABB)
  • Mbus
  • Siemens OZW webserver voor knx
  • Siemens plc's
  • UVR1611
  • Velleman Board
  • W&T
  • EnOcean
  • FHZ1X00PC (interface voor o.a. FS20 draadloze modules)
  • HomeMatic
  • IPS-868
  • Eaton xComfort
  • Z-Wave
  • ELV FS10 weerstations
Apparaten die via een seriële poort of tcp communiceren kunnen verbonden worden door een I/O-instantie toe te voegen en de inkomende data te parsen in een script en vanuit een script commando's naar de I/O-instantie te sturen. De integratie van http api's kan natuurlijk ook vanuit scripts.

IP-Symcon heeft een json-rpc-api om andere apps te laten interfacen met je domoticasysteem. IP-Symcon 4.0 heeft de mogelijkheid via webhooks scripts aan te roepen, zodat je bijvoorbeeld vanuit IFTTT of Geofency makkelijk een script kan aanroepen.

Vanaf versie 4.0 is het mogelijk om PHP modules voor IP-Symcon te schrijven. De module fungeert als een container waarmee je bepaalde functionaliteit of de integratie van een bepaald apparaat makkelijk kunt hergebruiken en via een formulier kunt configureren. Modules worden toegevoegd vanuit git-repositories. Hiermee is ook de deployment van nieuwe code een stuk makkelijker geworden. Je pushed de nieuwe versie van je modules naar je git-repository en kunt de modules daarna via Module Control updaten.

Er zijn onder andere modules beschikbaar voor:
  • BananaPi
  • Elro 433MHz-apparaten via AB600 usb-stick
  • Netatmo weerstation
  • Ubiquity UniFi
  • Xbee
  • Philips Hue
  • MiLight
  • Bose SoundTouch
  • Sonos
  • Pi MusicBox
  • Onkyo av-receivers met lan of rs-232
  • SqueezeBox
  • Yamaha av-receivers
  • Bluetooth aanwezigheidsdetectie via Bluez onder Linux
  • Wunderground

Talen
Er is een Engelstalige versie beschikbaar, hoewel de documentatie nog volledig in het Duits is. Voor hulp kun je terecht op het forum van IP Symcon waar een vrij grote Duitse community actief is. Een beetje kennis van de Duitse taal is dus wel handig.


Versies en prijzen
De software is verkrijgbaar voor prijzen vanaf 99 euro. Daarvoor krijg je de Basic-versie die maximaal 250 variabelen ondersteunt en één WebFront (omgeving voor webinterface of app) heeft. Voor 249 euro heb je de Professional-versie met alle functionaliteit en een beperking van maximaal 1000 variabelen en vijf WebFronts. De Unlimited-versie kost 499 euro.

VersieVariabelenWebfrontsKosten
Basic2501€ 99,99
Professional10005€ 249,99
UnlimitedOnbeperktOnbeperkt€ 499,99

Bekijk alle verschillen op deze pagina.

De Symbox met softwarelicentie kost 350 tot 750 euro afhankelijk van de licentie die je afneemt.

Voor een gemideld huis zul je aan de Professional-versie genoeg hebben. De hoeveelheid variabelen die er per instantie worden gebruikt hangt af van het type apparaat. Een z-wave-apparaat gebruikt vaak wat meer variabelen (maar heeft vaak ook meerdere functies). Een dmx- of modbus-instantie gebruikt maar één variabele. Ga je veel data opslaan, bijvoorbeeld als je weersvoorspellingen via een api binnenhaalt en per uur in een dag opeens 20 variabelen moet opslaan (praktijkvoorbeeld waar ik zelf mee te maken had ;) ) dan kan het opeens snel gaan met je variabelengebruik.


Waarom zou je IP-Symcon willen gebruiken?
  • Stabiele en degelijke software
  • Veel ondersteunde hardware
  • Snel ontwikkelen van custom functionaliteit in php
  • Makkelijk api's verbinden via php-scripts
  • Vrij goede documentatie (weliswaar Duitstalig)
  • Eenvoudig in gebruik als je eenmaal doorhebt hoe het werkt.
  • Multi-platform (IP-Symcon 4.0)

Screenshots
Management console - tree view
Dit is de weergave van de hiërarchische indeling van alle objecten (categorieën, variabelen, instanties, events, media en links).



Management console - message view
Hier zie je wat er gaande is op je systeem. Je kunt hier zelf naartoe loggen in scripts als je bepaalde output in de message view wil laten terugkomen:



Management console - script view
Dit is een view waar je een script kunt bewerken, zoals in dit geval een script om afbeeldingen uit Synology Surveillance Station te trekken (dit script is gebaseerd op iets dat ik van het Domoticz-forum heb gehaald).



Smartphone app
Switches, waarden en subcategorieën in de app:



Temperatuur instellen op circular slider in de app:




Uitproberen?
IP-Symcon kun je uitproberen door de versie voor het gewenste platform te downloaden. De demo-versie heeft de beperking dat de I/O-instanties na een uur ophouden te werken:
https://www.symcon.de/service/ .

Instructies over de installatie onder Linux kun je hier vinden:
https://www.symcon.de/ser...nstallation/installation/

De management console is enkel beschikbaar voor Windows en kan via Wine onder Linux of macOS gedraaid worden. Instructies over de installatie onder macOS vind je hier:
https://www.symcon.de/for...ole-unter-Mac-OS-X-nutzen


IP-Symcon 5.0
Medio 2018 komt er een nieuwe versie van IP-Symcon uit. De belangrijkste 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.
  • Native ondersteuning van de toegangssystemen van eKey.
  • Ondersteuning voor Docker zodat IP-Symcon kan draaien op alle 64-bit Linux-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. 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.

Femme wijzigde deze reactie 13-02-2018 16:31 (194%)


Acties:
  • 0Henk 'm!

  • Femme
  • Registratie: juni 1999
  • Laatst online: 19:56

Femme

Hardwareconnaisseur

Official Jony Ive fan

Topicstarter
quote:
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
<?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
  • Registratie: juni 1999
  • Laatst online: 19:56

Femme

Hardwareconnaisseur

Official Jony Ive fan

Topicstarter
quote:
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.

  • BoerbooM
  • Registratie: april 2008
  • Laatst online: 30-07 16:10
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!

  • deWit
  • Registratie: november 2004
  • Laatst online: 20:18

deWit

Niet goed, geld toch kwijt!

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

  • roger_s
  • Registratie: november 2006
  • Laatst online: 16:15
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.

roger_s wijzigde deze reactie 08-11-2017 14:44 (18%)


  • Femme
  • Registratie: juni 1999
  • Laatst online: 19:56

Femme

Hardwareconnaisseur

Official Jony Ive fan

Topicstarter
quote:
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.



Pagina: 1


Apple iPhone 11 Nintendo Switch Lite LG OLED C9 Google Pixel 4 FIFA 20 Samsung Galaxy S10 Sony PlayStation 5 Games

'14 '15 '16 '17 2018

Tweakers vormt samen met Tweakers Elect, Hardware Info, Autotrack, Nationale Vacaturebank, Intermediair en Independer de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2019 Hosting door True