Hallo Leute,
Da ich meine Max Installation auch weiterhin mit "anderer" Software vom Handy aus bedienen wollte, habe ich das MAXLAN Modul in dieser Form eingebunden:
define ml MAXLAN 192.168.117.9 60 ondemand
Das funktioniert soweit auch wunderbar, aber dabei wird mein FHEM Raspi immer langsamer.
Das geht soweit, dass nach ungefähr einem Tag die Web Oberfläche sehr sehr träge reagiert.
Ebenso stelle ich fest, dass die Weboberfläche ständig die "Verbindung" verliert (Meldung oben links in der Ecke).
Wahrscheinlich immer dann, wenn der Cube abgefragt wird. Nach einem Neustart läuft dann wieder alles eine gewisse Zeit.
Benutze ich hingegen:
define ml MAXLAN 192.168.117.9
also mit ständiger Verbindung, gibt es dieses Problem nicht. Dann läuft alles einwandfrei
Es scheint mir, als ob da "irgendwas vollläuft" (ich weiß, blöde Beschreibung, aber in Sachen Linux stecke ich in Anfängerschuhen)
Viele Grüße
Volker
Sorry in English
Are you using Max Cube device?
1) Are you sure of the correct IP?
2) Try to power-off and power-on your CUBE
3) Make sure Max Buddy from windows is not running.
- yes, IP is correct (it´s working, but FHEM get´s slow the longer it´s running)
- Repowering doesn´t help
- only FHEM is accessing the Cube. No other Software is running.
after a "fresh" restart of FHEM everything is working fine, but after some hour´s of running, FHEM get´s slower and slower.
Not just die "MAX" things ! everything slows down more and more.
hallo vobo,
Ich hatte früher auch MAXLAN mit ondemand eingebunden, hab es aber mitlerweile ohne ondemand weil ich nur noch FHEM benutze
also ich habe grade bei mir versucht die definition zu ändern in 192.168.178.xx 60 ondemand und da wird mir direkt ein fehler angezeigt
Wenn ich allerdings nur 192.168.178.xx ondemand eingebe dann geht es. kann jetzt aber leider nicht testen ob es daran liegt.
Also ohne das intervall von 60
villeicht versuchst du es mal und schaust was passiert.
gruß!
Zitat von: vobo am 27 Mai 2017, 12:38:39
- yes, IP is correct (it´s working, but FHEM get´s slow the longer it´s running)
- Repowering doesn´t help
- only FHEM is accessing the Cube. No other Software is running.
after a "fresh" restart of FHEM everything is working fine, but after some hour´s of running, FHEM get´s slower and slower.
Not just die "MAX" things ! everything slows down more and more.
How is slow and slower? If you are using Cube remember that there is a limit of how many commands can be transmitted per hour.
This was another problem I had, but 1hr later it was working well.
What are you using to run FHEM? (I am running on a Raspberry pi)
Zitat von: pumabaer am 27 Mai 2017, 13:46:13
Wenn ich allerdings nur 192.168.178.xx ondemand eingebe dann geht es. kann jetzt aber leider nicht testen ob es daran liegt.
Also ohne das intervall von 60
villeicht versuchst du es mal und schaust was passiert.
Ich habe das mal ausprobiert. Das produziert im log folgende Fehlermeldung:
PERL WARNING: Argument "ondemand" isn't numeric in addition (+) at ./FHEM/00_MAXLAN.pm line 804
Viele Grüße Volker
Zitat von: NDR008 am 27 Mai 2017, 15:14:52
How is slow and slower? If you are using Cube remember that there is a limit of how many commands can be transmitted per hour.
This was another problem I had, but 1hr later it was working well.
What are you using to run FHEM? (I am running on a Raspberry pi)
I´m using a Raspberry Pi 3.
The limit of commands can´t be the Problem, because I use the cube with the origional Firmware.
FEHM ist just "asking" commands via the LAN. The "Credit-thing" is just handled in the cube.
greetings
Volker
Sorry I can't help.
But it is also my understanding that the CUBE's original firmware will stop accepting commands when the max credits / hour are used.
also bei mir läuft es seid meinem ersten Post super mit folgender Definition
define ml MAXLAN 192.168.178.xx ondemand
Sorry, ich kann leider nicht großartig weiter helfen.
edit: ich hab sogar mal den DutyCycle ans limit gebracht (einfach tausend mal einstellungen vorgenommen) und selbst dann bleibt die Verbindung bestehen.
Ich hatte früher nur die "normale" MAX Server-Software auf meinem PI laufen, bevor ich mich mit FHEM beschäftigt habe. Und da musste ich immer wieder feststellen, dass der Cube keine Daten mehr entgegen genommen hatte.
Geholfen hat, den Cube gelegentlich vom Strom zu nehmen (ca. einmal pro Woche) und die Server Software regelmäßig neu zu starten (habs einfach gleich täglich gemacht, obs notwendig war?).
Irgendwelche Puffer scheinen sich da aufzuschaukeln. Es muss also nicht an FHEM liegen, sondern auch am Cube selbst.
Do you send many commands to MAXCube?
Maybe you are using all credits? Or damaged Cube?