Neues Frontend: FhemNative Updates

Begonnen von Syrex-o, 16 Juli 2019, 14:50:24

Vorheriges Thema - Nächstes Thema

ch.eick

Zitat von: mkraus81 am 20 September 2019, 12:08:43
also bei mir funktioniert "Button" deshalb die Frage
versuch mal ein anderes Gerät... einfaches Gerät was man mit set ON und OFF schalten... dann kannst sehen ob es überhaupt geht oder es z.B. an shelly liegt

Ich habe auch beim "switch" dieses Verhalten. Es liegt also nicht am "shelly2.5"
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

ch.eick

Und noch mal hallo.

Nun habe ich die lösung für mein Verhalten vom FhemNative.

Bevor ich das Problem mit dem Puffer gelöst habe hatte ich noch mit dem Attribut "timeout" experimentiert. Mein gesetzter Wert war dann auch noch zu niedrig, im die Initialisierung zu durchlaufen. Der Timeout sollte dann natürlich auch zu der Vielzahl an Daten und der Leitungsgeschwindigkeit passen.


Nun habe ich das Attribut "timeout" im Device wsPort wieder entfernt und es läuft.

Vielen Dank für Eure Geduld
     Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

Syrex-o

Hey,

Wenn du nun schonmal 2 grüne Meldungen von FhemNative bekommst, ist das ja ein Fortschritt.

Das Log-File funktioniert nur auf Abruf, um den Speicher nicht "voll zu müllen". Aktivieren --> Versuchen den Fehler zu Verursachen --> Log abstellen.
Der Speicherort und name wird dann angezeigt.

Mit den Komponenten (Switch, Button) stimmt alles soweit.

Über wie viele Readings sprechen wir denn?

Grüße

ZitatVielen Dank für Eure Geduld
No Problemo ;)

ch.eick

Hallo.

Hier als zip File mal ein aktuelles TV Programm

list dmy_TV    <== als Anhang
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

Eisix

Hallo,

habe heute auch getestet und habe das gleiche Problem wie ch.eick. Die Verbindung ist da, beim anlegen eines switches ist alles gruen. Danach kriege ich "No connection to Fhem. Please rev...." . 

$MAX_PAYLOAD_SIZE  habe auch  auf 196608 angehoben oder muss ich noch hoeher?

Bei mir laeuft der Socket auf 8081 da 8080 schon belegt war, aber das sollte glaube ich kein Problem mehr sein.

Gruss
Eisix


Eisix

Hab den MAX_PAYLOAD_SIZE auf 655360, damit funktioniert es.

Gruss
Eisix

Syrex-o

Zitat von: Eisix am 23 September 2019, 17:50:50
Bei mir laeuft der Socket auf 8081 da 8080 schon belegt war, aber das sollte glaube ich kein Problem mehr sein.
Hey,

Ich benutze nur 8080. Versuch den Verbindungsaufbau doch mal mit FhemWeb. Falls das geht, ist der Port Schuld.
Ansonsten: Was liefert das Log?

Grüße

ch.eick

Soweit so gut :-)

Nun versuche ich ein Chart und die readings werden nicht gefunden :-(


Internals:
   DEF        ./log/Strom-%Y-%m.log (StromZaehler):Strom_Status-02.*|(StromZaehler):Strom_Status-03.*|(StromZaehler_Heizung):SMAEM1901401955_Saldo_Wirkleistung.*
   FD         24
   FUUID      5ca3858a-f33f-81e9-715d-7b18c13905610639
   NAME       FileLog_Strom
   NR         287
   NTFY_ORDER 50-FileLog_Strom
   REGEXP     (StromZaehler):Strom_Status-02.*|(StromZaehler):Strom_Status-03.*|(StromZaehler_Heizung):SMAEM1901401955_Saldo_Wirkleistung.*
   STATE      active
   TYPE       FileLog
   currentlogfile ./log/Strom-2019-09.log
   logfile    ./log/Strom-%Y-%m.log
   READINGS:
     2019-09-23 18:08:02   linesInTheFile  90566
   pos:
Attributes:
   alias      FileLog_Strom
   room       Strom->System



2019-09-01_00:01:01 StromZaehler Strom_Status-02: 3362.8
2019-09-01_00:01:01 StromZaehler Strom_Status-03: 09003.99
2019-09-01_00:01:58 StromZaehler_Heizung SMAEM1901401955_Saldo_Wirkleistung: -3433.3
2019-09-01_00:01:58 StromZaehler_Heizung SMAEM1901401955_Saldo_Wirkleistung_Zaehler: -269.8


Log Geräte Name: FileLog_Strom
Log Reading 1: Strom_Status-02
Log Reading 2: SMAEM1901401955_Saldo_Wirkleistung_Zaehler

Und herauskommen soll soetwas wie im Anhang

Gruß
    Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

Syrex-o

Zitat von: ch.eick am 23 September 2019, 18:14:47
Log Geräte Name: FileLog_Strom
Log Reading 1: Strom_Status-02
Log Reading 2: SMAEM1901401955_Saldo_Wirkleistung_Zaehler

Das sieht soweit gut aus.

Bitte gib mir ein paar Indizien:
1. Wie zeigt es sich, dass nichts gefunden wurde? Ein Chart hat folgende Fehlermeldungen:
  - Keine Verbindung zu FHEM
  - Device nicht gefunden
  - Keine Daten
1.a Die Chart Komponente funktioniert aktuell nur mit der externen Websocket (kein FHEMWEB)
2. steht etwas im Log?

Ich habe mir gerade mal ein Beispiel Log angelegt und deinen Reading Namen verwendet. Funktioniert auf Anhieb.
Hast du etwas bei "Log Dateiname" angegeben? Die Chart Komponente zieht sich im default das aktuelle Log.

Beste Grüße

hoppel118

Spannendes Projekt! Ich lese auch mal mit! ;)
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi

Haecksler

Hallo,
habe auch mal versucht FhemNative zum Laufen zubekommen.

Allerdings gibt mir
define wsPort websocket 8080 global
"Cannot load module websocket" zurück und ein

reload 00_websocket.pm
gibt folgendes zurück
"Excessively long <> operator at ./FHEM/00_websocket.pm line 21."

Wo könnte der Fehler liegen.

Haecksler

Syrex-o

Zitat von: Haecksler am 24 September 2019, 07:32:12
Hallo,
habe auch mal versucht FhemNative zum Laufen zubekommen.

Allerdings gibt mir
define wsPort websocket 8080 global
"Cannot load module websocket" zurück und ein

reload 00_websocket.pm
gibt folgendes zurück
"Excessively long <> operator at ./FHEM/00_websocket.pm line 21."

Wo könnte der Fehler liegen.

Haecksler

Hast du alle Cpan Pakete installiert?
Und ist die Websocket aus dem GitHub?
Ich kann den Fehler nicht reproduzieren.
Welche Fhem Version hast du?

Beste Grüße

Haecksler

#147
Ja alles installiert und uptodate.

Kann dann nur noch an der PERL - Version liegen.
Hier habe ich 5.26.1 installiert.

Betriebssystem ist Ubuntu 19.x auf einem NUC.

Syrex-o

Zitat von: Haecksler am 24 September 2019, 08:59:31
Ja alles installiert und uptodate.

Kann dann nur noch an der PERL - Version liegen.
Hier habe ich 5.26.1 installiert.

Betriebssystem ist Ubuntu 19.x auf einem NUC.

An der Perl Version sollte es nicht liegen.
Gibt es sonst Einträge im log? Was bekommst du für Meldungen nach shutdown restart?

Beste Grüße

Haecksler

#149
Zitat von: Syrex-o am 24 September 2019, 09:09:53
An der Perl Version sollte es nicht liegen.
Gibt es sonst Einträge im log? Was bekommst du für Meldungen nach shutdown restart?

Beste Grüße
FHEM startet, normal ohne Fehlermeldungen.

[gelöst] Fehler gefunden, habe nicht das richtige File von Github geladen.... ::)