AskSin Analyzer XS - Der Analyzer als Desktop-App ohne ESP

[Ron24]

Hallo
Besten Dank an jp112sdl und Stefan0815
Dann schaut es wirklich danach aus, dass es am lokalen PC liegt. Die Schnittstelle habe ich auch mal gewechselt, will aber noch nicht, falls ich es doch noch herausfinde warum es klemmt, werde ich die Lösung hier posten.

LG, Ron

[klana]

Hi Leute,

ich hab die Lösung!!

Bei so was gebe ich ungern auf!


Mein System:
System: PC mit Windows 10 Professional / 64Bit / Intel / 32 GByte Speicher

Lösung:
Im Programmordner des Programms Arduino gibt es den folgenden Ordner:

\arduino-1.8.13\drivers\

Hier drin ist das Programm :

dpinst-amd64.exe (für 64 Bit Systeme, auch wenn da AMD im Namen ist wird der Treiber auf einem Intelboard installiert!)
oder
dpinst-x86.exe (für 32 Bit Systeme)

Je nach System 32/64Bit ausführen.
Danach einfach nur noch AskSinAnalyserXS aufgerufen!!
Haben keinen Reboot oder ähnliches durchgeführt

Und siehe da….es kommen Daten ohne Ende …. Jippiiiieee!!!

Jetzt muss ich nur noch herausfinden, wie ich feststellen kann, was bei meiner Installation nicht stimmt.
Wenn da jemand für mich einen Tipp hat ... immer her damit!

Hoffentlich hilft das Euch weiter - würde mich freuen!

Gruß
Klana

[peterchen88]

Nun noch mal alles zusammen:
Der NANO CUL https://www.smart-home-komponente.de/na ... 68-extern/
oder hier https://www.amazon.de/nanoCUL-CC1101-Kn ... 541&sr=8-1
Die passende Firmware https://www.smart-home-komponente.de/ap ... 1600799335
Die Anleitung zum flashen https://www.smart-home-komponente.de/20 ... c-flashen/

[Stefan0815]

Hi Leute,

ich hab die Lösung!!

Bei so was gebe ich ungern auf!


Mein System:
System: PC mit Windows 10 Professional / 64Bit / Intel / 32 GByte Speicher

Lösung:
Im Programmordner des Programms Arduino gibt es den folgenden Ordner:

\arduino-1.8.13\drivers\

Hier drin ist das Programm :

dpinst-amd64.exe (für 64 Bit Systeme, auch wenn da AMD im Namen ist wird der Treiber auf einem Intelboard installiert!)
oder
dpinst-x86.exe (für 32 Bit Systeme)

Je nach System 32/64Bit ausführen.
Danach einfach nur noch AskSinAnalyserXS aufgerufen!!
Haben keinen Reboot oder ähnliches durchgeführt

Und siehe da….es kommen Daten ohne Ende …. Jippiiiieee!!!

Jetzt muss ich nur noch herausfinden, wie ich feststellen kann, was bei meiner Installation nicht stimmt.
Wenn da jemand für mich einen Tipp hat ... immer her damit!

Hoffentlich hilft das Euch weiter - würde mich freuen!

Gruß
Klana


2020-09-22 16_13_49-AsPowerBar.png

2020-09-22 16_14_14-AsPowerBar2.png

Glückwunsch zur Lösung des Problems. War also tatsächlich der ComPort-Treiber.
...das Signal/Rausch-Verhältnis sieht gut aus. Sollte unter -80 sein. Einfach laufen lassen (mehr als 1h) und den DC der einzelnen Geräte beobachten.

Grüße Stefan

[mskrause]

Hi Leute,

ich hab die Lösung!!

Bei so was gebe ich ungern auf!

gleichfalls Glückwunsch

Jetzt dürfte für den nanoCul einiges an Problemlösungen abgedeckt sein

Gruß Marco

[klana]

Glückwunsch zur Lösung des Problems. War also tatsächlich der ComPort-Treiber.
...das Signal/Rausch-Verhältnis sieht gut aus. Sollte unter -80 sein. Einfach laufen lassen (mehr als 1h) und den DC der einzelnen Geräte beobachten.

Grüße Stefan

Hi Stefan,

Bei den einzelnen Geräten konnte ich keinen erhöhten DC feststellen. Allerdings ist das Signal/Rausch-Verhältnis immer so zwischen -105 und -120 .

Was bedeutet das jetzt?

Die HMIP Geräte sind vom DC höher als die normalen HM Geräte. Ist das normal? HMIP von 1.5-4.8% und HM 0.2-1.3%

Gruß
Klana

[Stefan0815]

Alles soweit super und normal. Das Signal/Rausch-Verhältnis sollte kleiner als -80 sein. -105 und -120 sind also gute Werte. Der DC von HmIP müsste bei gleicher Sendehäufigkeit doppelt so hoch im Vergleich zu MH-Geräten sein. Also grob theoretisch. Das liegt daran, dass HmIP für einen Befehl + Antwort 4 Tickets benötigt, HM aber nur 2. Insgesamt ist die eingestellte Sendehäufigkeit aber sicher relevanter. Bisher also alles iO.

Funktioniert momentan alles bei Dir? Wie hoch ist der max. DC eines Gerätes und der Zentrale in AskSinAnalyzerXS ?

Grüße
Stefan

[klana]

Hi Stefan,

mein max. DC bei einem Gerät ist 5,4 % (LED16 Panel) sonst zwischen 0,1 bis 3,6, aber eher alles im Bereich um 1%

Ich habe ja alle Geräte neu aufgesetzt und auf einer frischen Neuinstallation aufgesetzt (ohne Backup).
Nachdem ich meine Geräte alle neu angelernt und eingestellt hatte und noch keinerlei Programme oder Scripte im Einsatz waren,
ist der DC immer um die 5 %. Vorher war der mit allen Programmen und Scripten zwischen 1-max 2%

Meine Vermutung: Die obere Etage habe ich komplett auf HMIP Geräte umgerüstet, wird wohl daran liegen das der DC jetzt im Leerlauf höher ist?

Das mit dem Signal-/Rausch Verhältnis hatte ich falsch interpretiert.
Natürlich ist -105 kleine als -80 ( *Kopfklatsch* - ich dachte falsch rum, hab das Minus nicht bedacht ).

Die Geräte funktionieren alle.
Programme hab ich bisher nur ein Paar (Rolladen Rauf, Runter, Lüften; Fensterstatus an LED16 melden)
Es kommen immer noch jede Menge Kommunikationsstörungen, deswegen versuche ich noch immer die Ursache zu finden.
Wie gesagt bis vor 4-5 Wochen hatte ich maximal 1-2 pro Monat und jetzt alle halbe Stunde von den unterschiedlichsten Geräten.
Da werde ich mit den Programmen noch etwas warten bis ich den Grund gefunden habe.
Aber da komme ich einfach nicht weiter....

Schönen Abend
Klana

[Wombater]

Hallo,

erst einmal ein großes Lob an diejenigen die diese Software möglich machen.
Ich bin eher der Anwender und habe aktuell ein Duty-Cycle problem. DAs Kästchen von ELV ging gleich wieder zurück. Das bringt ja gar nix oder nur mit sehr viel Geduld.
Der Analyzer ist die viel schönere Lösung, wenn sie funktioniert.
Leider hakt es aktuell da bei mir.

Nachdem ich schon einiges ausprobiert habe hoffe ich dass hier im Forum jemand eine gute Idee hat.

- Ich habe auf einem nanoCUL V3.0 den AskSin Sniffer Sketch installiert. Dabei GD00 nach Anleitung auf PB3 gemapped. Ist das so noch richtig?
- Dann auf dem MAC Mini die FTDI USB-Treiber installiert.
- nanoCul geflasht --> Ohne Fehlermeldung
- nanoCul wird erkannt und als /dev/tty.usbserialT... angezeigt.
- Mit Arduino serial-Monitor bei 57.500 Baud werden Telegramme angezeigt.

- Auf dem Mac die AskSin Analyzer 1.6.1 (dmg) installiert und ausgeführt.
* AsksinAnalyzer
- lädt vom Raspberry die XML-Datei.
- kann scheinbar den Port finden (zumindest kommt keine Fehlermeldung)
- Zeigt aber einfach NIX an
Mit der Developper-Version das gleiche.

Dann auf Windows in einer VM (virtualbox) den serialport als COM1 durchgereicht.
- Es kommen auch die Telegramme an (sieht man im Serial-Monitor der Arduino IDE)
- Aber: AskSin Analyzer zeigt wieder nichts an.

So sehen die Telegramme aus:
19:53:07.242 -> :6AskSin++ V4.1.6 (Sep 23 2020 12:44:19)
19:53:08.644 -> CC init1
19:53:08.644 -> CC Version: 14
19:53:08.678 -> - ready
19:53:08.678 -> :8A;
19:53:09.419 -> :67;
19:53:10.170 -> :69;
19:53:10.926 -> :6C;
19:53:11.687 -> :67;
19:53:12.418 -> :69;
19:53:13.177 -> :68;
19:53:13.942 -> :69;
19:53:14.676 -> :6B;
19:53:14.742 -> :441810008EA19487718B680F5696992E3E14D62BC008AE4B89ED;
19:53:15.409 -> :67;
19:53:16.179 -> :68;

oder so:
19:53:29.085 -> :310D40A610124E1112AD5206012100;
19:53:29.226 -> :3E1140A00212AD52124E11044A0A68EE7BF500;
19:53:29.331 -> :311940A003124E1112AD52F2A4BB3152B538BC9995F5A2A388DA80;
19:53:29.439 -> :3F0E40800212AD52124E1100A0262D32;
19:53:29.687 -> :66;

Sehen diese Telegramme sinnvoll aus?

So sieht der AskSin Analyzer XS Konfiguration aus:

Konfigurationsseite Analyzer XS

Bei der Seite mit den Telegrammen bleibt aber alles leer.

Irgendwie bin ich ratlos. Weder in Windows (1.6.1) noch auf dem MAC (1.6.1 oder 0.0.0) wird irgend etwas angezeigt. Es muss also etwas grundsätzlich falsch laufen.

Hat jemand eventuell eine gute Idee was ich probieren sollte? Gerne auch mehrere!

Gruß

Wombater

[jp112sdl]

Sehen diese Telegramme sinnvoll aus?

Ja von der Seite ist alles ok.

Warum im Bunten nix kommt, kann ich leider auch nicht sagen