IUNGO Forum
Het Forum is voor IUNGO gebruikers en wordt ook vooral beantwoord door andere IUNGO gebruikers.
IUNGO maakt zelf beperkt gebruik van het Forum.
Specifieke vragen of storingen dus graag melden via de mail naar ons info adres.
Het Forum is voor IUNGO gebruikers en wordt ook vooral beantwoord door andere IUNGO gebruikers.
IUNGO maakt zelf beperkt gebruik van het Forum.
Specifieke vragen of storingen dus graag melden via de mail naar ons info adres.
Loxone (Loxone Home Automation & Building Automation | Loxone) heeft een moduul waarin energiegebruiksgegevens (electriciteitsverbruik, waterverbruik) kunnen worden opgeslagen en vervolgens weer verder gebruikt in beschikbare logica (bijvoorbeeld signaal als de tuinsproeier te lang openstaat). Standaard kan Loxone koppelen via een http-Get opdracht waarna de gewenste informatie uit het antwoord wordt gehaald.
Ik heb een dergelijke koppeling al ruim een jaar probleemloos werkend, maar omdat Iungo alleen http-Post opdrachten verwerkt, heb ik op een server een kleine website moeten installeren die de Get van Loxone omzet in een Post. Het gaat dan vooral om deze api-opdracht: object_list_props_values (hiermee krijg je van een opgegeven object alle waarden en dat kan vervolgens weer verwerkt worden).
Het verzoek is om naast de Post-opdrachten ook Get-opdrachten te accepteren voor informatie-verzoeken waarbij alle parameters in de header staan. In ieder geval een Get-tegenhanger van de huidige "object_list_props_values".
Get zou gewoon moeten werken:
/iungo/api_request/METHOD?arg=val&arg2=val2
voorbeeld:
curl 'http://192.168.1.18/iungo/api_request/object_list_props?oid=538d72d9'
Ik heb het voor de zekerheid zojuist nog een keer getest (ik gebruik doorvoor geen curl, maar een browser, omdat dat ook de methode is vanuit Loxone). De url is dan: 192.168.1.116/iungo/api_request/object_list_props?oid=538d72d9. Wat ik terug krijg zijn headers, maar geen waardes (zie hieronder). Als ik dezelfde aanroep (via de omzet-website) als post doe, krijg ik een antwoord met waardes. Mogelijk dat curl wat extra toevoegt in de communicatie, maar dat is dus geen optie voor een directe Loxone - Iungo interface.
{"ok":true,"type":"response","time":0.0014063464477658,"rv":{"properties":["name","provider_e","metertype","version","serial_e","usage","T1","T2","-T1","-T2","L1I","L2I","L3I","L1U","L2U","L3U","L1Pimp","L2Pimp","L3Pimp","L1Pexp","L2Pexp","L3Pexp","c_tariff","serial_g","provider_g","gas_usage","gas","Cost-T1","Cost-T2","Cost-nT1","Cost-nT2","netting","Cost-net-comp","Cost-gas","Gas-interval","Client-blob","crc_err","available"]},"systime":1737454050,"seq":1,"error":false}
object_list_props geeft alleen de properties, wat je zoekt is denk ik “object_list_props_values”.
http://192.168.1.18/iungo/api_request/object_list_props_values?oid=538d72d9
Dankjewel voor de tip! Het werkt inderdaad ook rechtstreeks (met de juiste opdracht)! Ik gebruikte wel de goede opdracht in de webserver, maar bij het rechtstreeks testen niet. Inmiddels alles aangepast en Loxone haalt nu energie- en waterverbruik rechtsreeks van Iungo.