openknx / oam-logicmodule Goto Github PK
View Code? Open in Web Editor NEWImplements a simple logic engine for KNX Bus
License: GNU General Public License v3.0
Implements a simple logic engine for KNX Bus
License: GNU General Public License v3.0
Moin,
mir ist heute folgendes Verhalten des Logikmoduls aufgefallen:
Wenn das komplette System nach Spannungswiederkehr wieder hochläuft ist u.U. noch eine falsche Uhrzeit (und Datum) auf dem Bus (im MDT-IP-Interface), da der NTP-Server noch keine aktuelle Zeit hat.
Wird dann später eine (korrekte) Uhrzeit gesendet, scheint es mir so, als würden die Zeitschaltuhren nicht neu ausgewertet. Das passiert erst nach Geräteneustart (oder vmtl. beim jeweils nächsten Schaltzeitpunkt - so lange wollte ich aber nicht warten).
Viele Grüße
Thilo
Beim implementieren aller Zeitschaltuhren aus der MDT GBZ sind wir auf das Problem gestoßen, dass das Logikmodul offensichtlich noch keine Zufälligenzeitschaltungen kann.
In der Glasbedienzentrale sieht das wie folgt aus
Für uns ist dies für eine Abwesenheitssteuerung wichtig, da wir Nachts in einem Zeitraum per Zufall die "zu Bett geh" Szene schalten.
Habe versucht das Logikmodul mit der NZDT (+13h) Zeitzone zu verwenden. Habe dazu die Zeitzone +13 im Code fest vorgeben, da es in der ETS z.Z. nur wenige europäische Zeitzonen gibt. Musste dann leider feststellen, dass die Sunrise und Sunset Berechnungen falsch sind. Auch für die default Location Frankfurt weichen die Ergebnisse vom Modul um +/- 10 Minuten vom Google Ergebnis ab.
Zum Debuggen mal mit den Ergebnissen von https://github.com/troglobit/sun verglichen (selbe Astro Code Base). Dieser Code produziert die korrekten Zeiten, im Vergleich mit Google und anderen Online Rechnern.
Im Code sind folgende Probleme:
Für Funktion int Timer::sunRiseSet(int year, int month, int day, double lon, double lat, double altit, int upper_limb, double *trise, double *tset)
muß altit
für die Sunrise und Sunset Berechnung auf -35/60 degrees
gesetzt werden (das Minus fehlt im Code).
Die Ergebnisse rise und set der obigen Funktion können negativ sein und somit die resultierenden Zeiten vor der Zeitzonenkorrektur. Durch die Verwendung von unsigned integern für den Time struct werden die Ergebnisse falsch berechnet. Korrigiert wie folgt:
diff --git a/src/Timer.h b/src/Timer.h
index 3017ad2..3cfac82 100644
--- a/src/Timer.h
+++ b/src/Timer.h
@@ -19,8 +19,9 @@
struct sTime
{
- uint8_t minute;
- uint8_t hour;
+ int8_t minute;
+ int8_t hour;
};
diff --git a/src/Timer.cpp b/src/Timer.cpp
index d2871b5..f8f2ab9 100644
--- a/src/Timer.cpp
+++ b/src/Timer.cpp
@@ -81,13 +81,14 @@ void Timer::calculateSunriseSunset()
double rise, set;
// sunrise/sunset calculation
sunRiseSet(getYear(), getMonth(), getDay(),
- mLongitude, mLatitude, 35.0 / 60.0, 1, &rise, &set);
- double lTmp;
- mSunrise.minute = round(modf(rise, &lTmp) * 60.0);
- mSunrise.hour = lTmp + mTimezone + ((mIsSummertime) ? 1 : 0);
- mSunset.minute = round(modf(set, &lTmp) * 60.0);
- mSunset.hour = lTmp + mTimezone + ((mIsSummertime) ? 1 : 0);
-}
+ mLongitude, mLatitude, -35.0 / 60.0, 1, &rise, &set);
+ mSunrise.hour = (int)floor(rise);
+ mSunrise.minute= (int)(60 * (rise - floor(rise)));
+ mSunrise.hour += mTimezone + ((mIsSummertime) ? 1 : 0);
+ mSunset.hour = (int)floor(set);
+ mSunset.minute= (int)(60 * (set - floor(set)));
+ mSunset.hour += mTimezone + ((mIsSummertime) ? 1 : 0);
+ }
lTimezone
sollte kein unsigned int sein, wie auch in der Function Declaration. Das würde spätestens wenn man einen +/- Offset in der ETS setzen kann zum Problem werden.diff --git a/src/Logic.cpp b/src/Logic.cpp
index 6d48366..2cbc1a3 100644
--- a/src/Logic.cpp
+++ b/src/Logic.cpp
@@ -466,7 +472,8 @@ void Logic::setup(bool iSaveSupported) {
float lLat = LogicChannel::getFloat(knx.paramData(LOG_Latitude));
float lLon = LogicChannel::getFloat(knx.paramData(LOG_Longitude));
// sTimer.setup(8.639751, 49.310209, 1, true, 0xFFFFFFFF);
- uint8_t lTimezone = (knx.paramByte(LOG_Timezone) & LOG_TimezoneMask) >> LOG_TimezoneShift;
+ // SXR timerzone must be unsigned (could be negative if all time zones are to be allowed)
+ int8_t lTimezone = (knx.paramByte(LOG_Timezone) & LOG_TimezoneMask) >> LOG_TimezoneShift;
bool lUseSummertime = (knx.paramByte(LOG_UseSummertime) & LOG_UseSummertimeMask);
sTimer.setup(lLon, lLat, lTimezone, lUseSummertime, knx.paramInt(LOG_Neujahr));
// for TimerRestore we prepare all Timer channels
Ich habe die Berechnung für https://sunrise.maplogs.com/frankfurt_germany.72.html, https://sunrise.maplogs.com/united_kingdom.31.html und https://sunrise.maplogs.com/christchurch_city_canterbury_new_zealand.925.html geprüft und die Werte scheinen jetzt zu stimmen.
Vielleicht kann ich noch zwei Feature Request machen?
Die Zahlenausgabe "Kommunikationsobjekt für Ausgang" enden bei 999. Bei höheren Logikkanälen ist der Zahl somit falsch.
Beispiel bei Logik 99 wird die 999 ausgegeben, aber die KO Nummer ist: 1146.
Zeitschaltuhr sollte auch nach Sonnenstand schalten, wobei nicht nur ein Zeitoffset, sondern auch eine Abweichung in Grad zum Horizont vergeben können werden sollte.
Feature an mich selbst.
Hallo,
ich beobachte aktuell falsche Ergebnisse bei Logikkanälen, die den Durchschnitt auf zwei DPT5.001-Eingängen berechnen. Parametriert ist das Ganze wie folgt:
Schreibe ich nun auf die beiden Eingänge 100%, erhalte ich als Ergebnis 39%:
Möglich, dass andere Funktionen/Operationen/Datentypen ebenfalls betroffen sind - bei den Prozenten war es bislang am einfachsten nachzuvollziehen, da das Ergebnis so gar nicht zum Zustand der Rollos passen will. ;-)
Firmware ist OAM-PresenceModule 1.5 mit passender Applikation.
Danke & viele Grüße
Thilo
Edit: Ich könnte mir vorstellen, dass das mit den Änderungen aus 12d419c zu tun hat...
Aktuelle Anforderung: 20 September (Weltkindertag).
Dazu ist erstmal ein Umbau auf 64 Bit Feiertagablage nötig.
While following https://github.com/OpenKNX/OpenKNX/wiki/Getting-(cloning)-an-OpenKNX-Project-from-Github
I am failing in the step
./Restore-Checkout-Hash.ps1
with the error
./Restore-Checkout-Hash.ps1
Subproject lib/knx
HEAD is now at 4c16a38 Merge pull request #256 from OpenKNX/add-flash-callback
M .vscode/extensions.json
Subproject lib/OFM-Updater
fatal: failed to stat '.... /OpenKNX/OAM-LogicModule/lib/OFM-Updater': No such file or directory
I am not able to find any OFM-Updater repository within OpenKNX.
Is it maybe an access issue or an outdated script or am I doing something wrong?
If needed I am happy to support any debugging,
Wenn ein Logikkanal als TOR konfiguriert ist und die beiden Eingangssignale Eingang1 Dateneingang und Eingang2 Toreingang nach dem Neustart vom KNX gelesen werden sollen, wird zwar der ReadRequest ausgeführt, aber das TOR Ausgangssignal nicht entsprechend aktualisiert. Insbesondere wird Eingang2 Toreingang nicht ausgewertet, wenn ein AUS gelesen wurde und daher das Logikausgangssignal nicht gesetzt.
Im Test werden die Eingangssignale durch Logik1 mit L-Flag bereit gestellt. Logik 1 hat eine Verzögerungszeit von 1s und Logik2 startet mit einer Verzögerungszeit von 4s entsprechend später.
Ein ReadRequest wird nach dem Neustart von der Logik2 ausgeführt und korrekt beantwortet. Das Ausgangssignal der Logik2 wird jedoch nicht gesetzt (müsste ein AUS sein). ReadRequests auf 31/4/205 werden nicht beantwortet.
Wenn die Logik bei identischen Bedingungen auf z.B. ODER konfiguriert wird, verhält sich diese erwartungskonform.
Konfiguriert ist ein UND Gatter mit dem zeitversetzten Senden des EIN Signals am Ausgang.
Darauffolgendes AUS führt zu "Verzögerung bleibt bestehen"
Verzögerungszeit 2s, Eingang 1 ist True
Eingang 2 wird kurz EIN geschaltet und innerhalb der 2s wieder ausgeschaltet (roter Pfeil)
Beobachtetes Verhalten: Am Ausgang wird nochmal AUS gesendet und nach 2s schaltet der Ausgang auf EIN und bleibt beliebig lange auf EIN, obwohl die Eingangssignale (Eingang 1 True, Eingang 2 false) bei einem UND ein False erwarten lassen.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.