SDV V5.03.04G - Das Entwicklungs und Diagnose Tool für Homematic CCUs
Moderator: Co-Administratoren
-
- Beiträge: 9561
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 696 Mal
- Danksagung erhalten: 1608 Mal
Re: SDV V4.09.06A - Das Entwicklungs und Diagnose Tool für Homematic CCUs
Die dunkle Materie des HomeMatic Universums
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
-
- Beiträge: 3729
- Registriert: 23.09.2017, 12:04
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 119 Mal
Re: SDV V4.09.06A - Das Entwicklungs und Diagnose Tool für Homematic CCUs
Hallo
das gibt es ja auch bei anderen IT Themen. Nur wird dort regelmäßig verdichtet, um nicht an Grenzen zu stossen.
Denn wenn die Lücken immer größer werden, ist doch die Grenze des definierten Zahlenraumes bald erreicht.
Dann knallt es in der Rega mal wieder
Ist der nächste Homatic GAU damit schon wieder im Code von eq-3 implementiert??
-
- Beiträge: 12084
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 847 Mal
- Danksagung erhalten: 2139 Mal
- Kontaktdaten:
Re: SDV V4.09.06A - Das Entwicklungs und Diagnose Tool für Homematic CCUs
Definiere "bald"
Wenn es ein 64bit (un)signed int ist:
https://stackoverflow.com/questions/464 ... integer-be
Wenn es ein 32bit Wert ist,
https://en.wikipedia.org/wiki/2,147,483,647
hast du im Jahre 2038 noch ein ganz anderes Problem
https://en.wikipedia.org/wiki/Year_2038_problem
Aber auch an die Grenze eines signed 32Bit (2147483647) musst du erstmal stoßen.
Davon mal übertrieben 1 Million vergebene IDs abgezogen, könntest du noch die nächsten 68 Jahre jede Sekunde eine neue ID vergeben, ohne die Grenze zu erreichen
The end is near...
-
- Beiträge: 331
- Registriert: 05.10.2020, 18:37
- System: CCU
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 23 Mal
Re: SDV V4.09.06A - Das Entwicklungs und Diagnose Tool für Homematic CCUs
Hi
nur CCU2-User müssen Angst haben vor was jmaus da implementiert hat
Thomas
DON'T PANIC!
nur CCU2-User müssen Angst haben vor was jmaus da implementiert hat
ne CCU3 schliest die Lücken.
Thomas
Wenn du keine App zur Bedienung brauchst, dann hast du kein Smarthome, sondern nur eine angefangene Baustelle, oder nur ein unsmartes Autohome.
Homematic-Script - ScriptLexikon für alle
Methoden Konstanten
Hilfe und Infos erwünscht. Alle können mitmachen. Keine Levels. Keine Geheimtuerei.
Homematic-Script - ScriptLexikon für alle
Methoden Konstanten
Hilfe und Infos erwünscht. Alle können mitmachen. Keine Levels. Keine Geheimtuerei.
- Black
- Beiträge: 5463
- Registriert: 12.09.2015, 22:31
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Wegberg
- Hat sich bedankt: 418 Mal
- Danksagung erhalten: 1069 Mal
- Kontaktdaten:
SDV V4.09.06B - Das Entwicklungs und Diagnose Tool für Homematic CCUs
Wie gestern angekündigt, nun die Forum Version:
Was ist neu:
1. Upgrade der Lazarus RAD auf 2.2.4 (sollte eigentlich keine Spassbremsen enthalten, aber heisst nix, der letzte RAD Wechsel war ja ne mittelschwere Katastrophe)
2. Vergleichslauf Elemente Paramset in Paramset Desscription enthalten (sollte auf jedem System laufen, CCU2,CCU3 und RMatik)
3. Nach langen DIskussion und Praktikabilitätstests im Testerkreis aufgrund der neuen IseID Vergabe Strategie folgende SDV interne Scanmethoden definiert:
- wie Früher Scan der Regadom, ermitteln der höchsten ID, lauf bis zu der Nummer
Tuts bei CCU3, CCU2 und RMAtiken
Gibts grosse und viele Lücken, auch die müssen getestet werden = sinnlos Zeitverplempern --> wird exponentiel schlimmer mit der neuen Strategie
Um die AKtuelle grösse zu haben brauchts eigentlich einen dom.Save, dieser braucht bei grossen Installationen zeit = sinnloses Zeitverplempern
WUNSCHLISTE: eine Rega Methode, die einen String zurückliefert der verwendeten IDs, wobei Block in der Form z.b. 1026-1455 zusammengefasst sind
- Neu im Hintergrund seit 2 Versionen (powered bei Jerome, der hilfreich bei der Mitentwicklung der Unix Kommandos war)
Tuts auch bei CCU3, CCU2 und RMAtiken
Ermittlung der Belegten Blöcke, es wird nur über die ermittelten IDs geprüft, schneller und Effektiver, vor allem bei grossen Lücken (siehe neue Strategie) Auch hier gilt: Um die AKtuelle grösse zu haben brauchts eigentlich einen dom.Save, dieser braucht bei grossen Installationen zeit = sinnloses Zeitverplempern
WUNSCHLISTE: eine Rega Methode, die einen String zurückliefert der verwendeten IDs, wobei Block in der Form z.b. 1026-1455 zusammengefasst sind
- Mit der Neuen Strategie der Rega lsst sich einfach in Regascript die Letzte ID abfragen. damit schneller und aktuell, aber auch hier uss über Lücken iteriert werden, s.o. Das hier tuts nur bei Firmwares, wo in der Rega der Bug der ID vergabe in Bezug auch Allready in MAP behoben ist. Obs bei CCU2 ist weiss ich nicht. ALte Firmwares oder auch CCU2? wird das nicht gehen.
Um das ganze jetzt in einen Topf zu bekommen:
Auswahl der Rega Scan Methode SDV-Weit. Möglichkeiten habich oben schon beschrieben, AutoSave kann noch aktiviert werden, auch hier um praktikables Arbeiten und Erfahrung zusamenfliessen zu lassen. DIe Texte stehen auch in den Hilfehints.
Realisiert ist dieses bisher zum Testen im Punkt
die anderen sind dann recht zuzügig umgestellt, das ist nun eine saubere gekapselte class, die gemäß den einstellungen den nötigen Code erzeugt.
4. DomScan.
EIngabe: Wie früher: im dem Bereich wird gescannt. Neu ist: Doppelklick auf die obere Grenze ermittelt automatisch die höchte Rega ID (gemäß der im setup eingestellten Methode) und trägt diese ein.
Automatisch: gemäß der gewählten Methode wird über die Rega iteriert. Besonderheit: Der DomScan macht KEINEN AUtosave, dafür gibts oben die Taste wenn nötig.
Wenn mit dem Scanverfahren keine Katastrophen auftreten, werde ich dann die noch ausstehenden Läufe ebenfalls auf dieses Verfahren abändern
SDV V4.09.06B
Black
Aufgrund der Zeichensatz Problematik immo bei DVs bei der aktuellen Raspberrymatik zur zeit bitte KEINE GERÄTE SICHERUNGEN MACHEN UND AUCH KEINE ZURÜCKSPIELEN, das gibt nur Gemurkse.
Was ist neu:
1. Upgrade der Lazarus RAD auf 2.2.4 (sollte eigentlich keine Spassbremsen enthalten, aber heisst nix, der letzte RAD Wechsel war ja ne mittelschwere Katastrophe)
2. Vergleichslauf Elemente Paramset in Paramset Desscription enthalten (sollte auf jedem System laufen, CCU2,CCU3 und RMatik)
3. Nach langen DIskussion und Praktikabilitätstests im Testerkreis aufgrund der neuen IseID Vergabe Strategie folgende SDV interne Scanmethoden definiert:
- wie Früher Scan der Regadom, ermitteln der höchsten ID, lauf bis zu der Nummer
Tuts bei CCU3, CCU2 und RMAtiken
Gibts grosse und viele Lücken, auch die müssen getestet werden = sinnlos Zeitverplempern --> wird exponentiel schlimmer mit der neuen Strategie
Um die AKtuelle grösse zu haben brauchts eigentlich einen dom.Save, dieser braucht bei grossen Installationen zeit = sinnloses Zeitverplempern
WUNSCHLISTE: eine Rega Methode, die einen String zurückliefert der verwendeten IDs, wobei Block in der Form z.b. 1026-1455 zusammengefasst sind
- Neu im Hintergrund seit 2 Versionen (powered bei Jerome, der hilfreich bei der Mitentwicklung der Unix Kommandos war)
Tuts auch bei CCU3, CCU2 und RMAtiken
Ermittlung der Belegten Blöcke, es wird nur über die ermittelten IDs geprüft, schneller und Effektiver, vor allem bei grossen Lücken (siehe neue Strategie) Auch hier gilt: Um die AKtuelle grösse zu haben brauchts eigentlich einen dom.Save, dieser braucht bei grossen Installationen zeit = sinnloses Zeitverplempern
WUNSCHLISTE: eine Rega Methode, die einen String zurückliefert der verwendeten IDs, wobei Block in der Form z.b. 1026-1455 zusammengefasst sind
- Mit der Neuen Strategie der Rega lsst sich einfach in Regascript die Letzte ID abfragen. damit schneller und aktuell, aber auch hier uss über Lücken iteriert werden, s.o. Das hier tuts nur bei Firmwares, wo in der Rega der Bug der ID vergabe in Bezug auch Allready in MAP behoben ist. Obs bei CCU2 ist weiss ich nicht. ALte Firmwares oder auch CCU2? wird das nicht gehen.
Um das ganze jetzt in einen Topf zu bekommen:
Auswahl der Rega Scan Methode SDV-Weit. Möglichkeiten habich oben schon beschrieben, AutoSave kann noch aktiviert werden, auch hier um praktikables Arbeiten und Erfahrung zusamenfliessen zu lassen. DIe Texte stehen auch in den Hilfehints.
Realisiert ist dieses bisher zum Testen im Punkt
die anderen sind dann recht zuzügig umgestellt, das ist nun eine saubere gekapselte class, die gemäß den einstellungen den nötigen Code erzeugt.
4. DomScan.
EIngabe: Wie früher: im dem Bereich wird gescannt. Neu ist: Doppelklick auf die obere Grenze ermittelt automatisch die höchte Rega ID (gemäß der im setup eingestellten Methode) und trägt diese ein.
Automatisch: gemäß der gewählten Methode wird über die Rega iteriert. Besonderheit: Der DomScan macht KEINEN AUtosave, dafür gibts oben die Taste wenn nötig.
Wenn mit dem Scanverfahren keine Katastrophen auftreten, werde ich dann die noch ausstehenden Läufe ebenfalls auf dieses Verfahren abändern
SDV V4.09.06B
Black
Aufgrund der Zeichensatz Problematik immo bei DVs bei der aktuellen Raspberrymatik zur zeit bitte KEINE GERÄTE SICHERUNGEN MACHEN UND AUCH KEINE ZURÜCKSPIELEN, das gibt nur Gemurkse.
Wenn das Fernsehprogramm immer mehr durch nervende Werbung unterbrochen wird und der Radiomoderator nur noch Müll erzählt, ist es besser, die Zeit für sinnvolle Dinge zu nutzen -
mal aufs Klo zu gehen, ein Bier zu holen oder einfach mal den roten AUS-Knopf zu drücken. Klick - und weg
Script Time Scheduler V1.3
AstroSteuerung über Zeitmodul flexibel mit Offset / spätestens, frühestens
SDV 5.03.01 Das umfassende Entwicklungs und Diagnosetool für Homematik
Selektive Backups - Nützliche Dinge, die die WebUI nicht kann
Intel NUC6 Celeron 16GB mit 512GB SSD unter Proxxmox mit insgesamt 5 VM: 2 x bloatwarebefreiter Raspberrymatik, 2 x IOBroker als Middleware und einer MariaDB zur Archivierung. Verbrauch: 6W
technical contribution against annoying advertising
mal aufs Klo zu gehen, ein Bier zu holen oder einfach mal den roten AUS-Knopf zu drücken. Klick - und weg
Script Time Scheduler V1.3
AstroSteuerung über Zeitmodul flexibel mit Offset / spätestens, frühestens
SDV 5.03.01 Das umfassende Entwicklungs und Diagnosetool für Homematik
Selektive Backups - Nützliche Dinge, die die WebUI nicht kann
Intel NUC6 Celeron 16GB mit 512GB SSD unter Proxxmox mit insgesamt 5 VM: 2 x bloatwarebefreiter Raspberrymatik, 2 x IOBroker als Middleware und einer MariaDB zur Archivierung. Verbrauch: 6W
technical contribution against annoying advertising
-
- Beiträge: 300
- Registriert: 16.11.2011, 18:16
- System: CCU und Access Point
- Hat sich bedankt: 26 Mal
- Danksagung erhalten: 8 Mal
Re: SDV V4.08.07F - Das Entwicklungs und Diagnose Tool für Homematic CCUs
Ich würde das gerne noch mal hochholen und ergründen wollen, warum bei mir "CheckObjects" so ewig lange dauert. System läuft immer noch stabil. Aber anscheinend "bremst" ja irgendwas bei den Objekten?! Ist seit der damaligen Diskussion auch nicht besser/schneller geworden.Black hat geschrieben: ↑24.01.2022, 17:53Ich such nur nach einem Grund, warum der Lauf bei dem einen Kollegen in den Threadkill rennt.. die Läufe sind fehlerfrei, die Objektstruktur unauffällig
bei mir rennt das in 2 Sekunden durch (ok, OVA aufm Nuc, aber da laufen auch 6 VM zur Zeit)
die zeit ist ja, von aussenden des Scriptes, bis die Antwort der CCU wieder eingeht
HmIP auf Pi3B+ mit RaspberryMatic und neuem Funk-Modul sowie 3 HAPs / Etwa 150 IP-Geräte
-
- Beiträge: 3000
- Registriert: 28.01.2016, 18:06
- System: CCU
- Wohnort: Hürth
- Hat sich bedankt: 16 Mal
- Danksagung erhalten: 260 Mal
Re: SDV V4.09.06B - Das Entwicklungs und Diagnose Tool für Homematic CCUs
Hi,
ich habe das Problem ja auch.
Kam vor einiger Zeit nach einem SDV Update und ich hatte dazu schon Kontakt zu Black.
Wenn man aus dem Skript folgenden Teil entfernte, lief es in einer Sekunde durch.
ich habe das Problem ja auch.
Kam vor einiger Zeit nach einem SDV Update und ich hatte dazu schon Kontakt zu Black.
Wenn man aus dem Skript folgenden Teil entfernte, lief es in einer Sekunde durch.
Code: Alles auswählen
foreach (s2,oID.ChnEnumDPUsagePrograms () ) {
oDP= dom.GetObject (s2);
c=c+1;
if (!(oDP && (oDP.Type ()== OT_PROGRAM))) {WriteLine ("\tObject [" # s # "] aus " # sListname # " Methode ChnEnumUsagePrograms [" # s2 # "] verweist auf kein ProgrammObject"); err= err+1;}
}
-
- Beiträge: 300
- Registriert: 16.11.2011, 18:16
- System: CCU und Access Point
- Hat sich bedankt: 26 Mal
- Danksagung erhalten: 8 Mal
Re: SDV V4.09.06B - Das Entwicklungs und Diagnose Tool für Homematic CCUs
Liegt dieser "Verzögerung" denn irgendein Problem in der CCU bzw. den Programmen zugrunde? Oder ist das System einfach zu groß?
HmIP auf Pi3B+ mit RaspberryMatic und neuem Funk-Modul sowie 3 HAPs / Etwa 150 IP-Geräte
-
- Beiträge: 3000
- Registriert: 28.01.2016, 18:06
- System: CCU
- Wohnort: Hürth
- Hat sich bedankt: 16 Mal
- Danksagung erhalten: 260 Mal
Re: SDV V4.09.06B - Das Entwicklungs und Diagnose Tool für Homematic CCUs
Hi,
ich kenne die Ursache nicht.
Wie gesagt, es kam nach einem SDV Update, vorher war das deutlich schneller.
Gruß
Gerti
ich kenne die Ursache nicht.
Wie gesagt, es kam nach einem SDV Update, vorher war das deutlich schneller.
Gruß
Gerti