Ankündigung: NUT - Network UPS Tools

Icinger · 01 Juni 2015, 20:48:08

Habe heute seit sehr langer Zeit wieder mal ein Update gemacht, wo auch NUT geupdatet wurde.
Seither habe ich das selbe Problem wie obj.

Dürfte aber nicht direkt im NUT-Modul liegen, da ich auch nach zurückspielen des "alten" NUT nach wie vor das selbe Problem habe.
Auf meinem Testcubie, wo NUT lokal läuft, ist (ohne Update) kein Problem.

lg, Ici

PS: Hmm, ich sehe grad, dass NUT gar kein Update hatte. Muss also irgendwo anders liegen

PPS: Das Problem liegt in der DevIo......Sobald ich die Update, bekommt NUT keine Verbindung mehr zum service

arne.dien · 07 Juni 2015, 12:44:18

ich habe auch das Problem mit dem disconnect

gibt's da mittlerweile eine Lösung?

Und was hat's mit der DevIO auf sich?

LG
Arne

Creideiki · 07 Juni 2015, 16:23:29

Hallo allerseits,

eigentlich habe ich das Modul entsprechend umgebaut. Ich komme bloß gerade nicht zum Testen, und ungetestet will ich es nicht einchecken. Ich habe es mal hier drangehängt; wer will, kann es mal testen und mir Rückmeldung geben. Es kann aber eben sein, dass es schlechter läuft also vorher - ist ja ungetestet.

DevIo ist ein Modul, das den ganzen Aufwand des Gerät (USB, Netz, Socket...) übernimmt, die Daten einliest und an das eigene Modul weitergibt usw. Es vereinfacht den Aufwand dafür wesentlich (es geht ja z.B. nicht, dass ein Modul auf Daten wartet und damit das ganze FHEM blockiert), aber es ist bisher nur wenig dokumentiert.

Icinger · 07 Juni 2015, 17:52:02

~~Habe grade das 34_NUT durch dein hier angehängtes ersetzt, hat sich aber nichts geändert (trotz reload 34_NUT und auch späterem komplett-Reset des Cubie's)~~

Liegt/lag wohl daran, dass ich nicht im selben Zug die DevIo geupdatet hatte.
Diese ist jetzt auch am neuesten Stand und seither läufts wieder.

Ich lass das mal über nacht und probiers dann morgen auf meinem Produktiv-System ebenfalls.

lg, Ici

Creideiki · 07 Juni 2015, 20:18:41

Hm, das klingt... tja...

Gut finde ich, dass 34_NUT nicht gleich einen Syntaxfehler ausspuckt.

Schlecht finde ich, dass die Funktion/Nicht-Funktion von der Version von DevIo abhängt. Mit der hab ich nämlich nichts zu tun und ich habe auch noch keinen Changelog von ihr gefunden. Wenn sich da was ändert, wäre das gut, wenn man das mitkriegt...

Ich bin jedenfalls neugierig, wie es jetzt läuft.

ojb · 08 Juni 2015, 00:13:26

Hallo Creideike,

habe eben die modifizierte 34_NUT eingespielt.

Bekomme folgebde Fehlermeldungen im fhem.log:

Code Auswählen

2015.06.08 00:01:57 1: PERL WARNING: Deep recursion on subroutine "main::NUT_ListVar" at ./FHEM/34_NUT.pm line 137.
2015.06.08 00:01:57 1: PERL WARNING: Deep recursion on subroutine "main::DevIo_OpenDev" at ./FHEM/34_NUT.pm line 181.

und FHEM hängt ....

Liebe Grüße und Danke trotzdem für die Mühen
Oli

Icinger · 08 Juni 2015, 06:19:00

So, auf meinem Testsystem läuft 34_NUT seit gestern abend ohne Fehler.
Vor ca. 30 Minuten hab ich die NUT auf mein Produktiv rüberkopiert.

Läuft soweit, ABER:
Beim ersten Start hing FHEM komplett und hat mir das Log zugemüllt:

Code Auswählen

2015.06.08 05:44:44 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:44 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:44 3: NUT antwortet nicht
2015.06.08 05:44:44 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:44 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:44 3: NUT antwortet nicht
2015.06.08 05:44:44 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:44 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:44 3: NUT antwortet nicht
2015.06.08 05:44:44 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:44 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:44 3: NUT antwortet nicht
2015.06.08 05:44:44 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:45 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:45 3: NUT antwortet nicht
2015.06.08 05:44:45 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:45 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:45 3: NUT antwortet nicht
2015.06.08 05:44:45 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:45 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:45 3: NUT antwortet nicht
2015.06.08 05:44:45 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:45 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:45 3: NUT antwortet nicht
2015.06.08 05:44:45 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:45 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:45 3: NUT antwortet nicht
2015.06.08 05:44:45 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:45 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:45 3: NUT antwortet nicht
2015.06.08 05:44:45 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:45 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:45 3: NUT antwortet nicht
2015.06.08 05:44:45 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:45 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:45 3: NUT antwortet nicht
2015.06.08 05:44:45 1: 192.168.1.23:3493 disconnected, waiting to reappear (APC_UPS)
2015.06.08 05:44:45 1: 192.168.1.23:3493 reappeared (APC_UPS)
2015.06.08 05:44:45 3: NUT antwortet nicht

Habe dann FHEM gestoppt (service fhem stop), dann direkt in der config das NUT auf "disable 1" gesetzt.
Danach ließ FHEM sich einwandfrei starten.
Nachdem ich dann das disable gelöscht habe, läuft es jetzt ohne Fehler.....

Hatte nur einen Fehler im Log:

Code Auswählen

2015.06.08 05:53:23 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/34_NUT.pm line 172.

lg, Ici

Creideiki · 08 Juni 2015, 07:15:46

OK, da kann ich reinschauen, das sollte sich beides beheben lassen. Wird aber heute nichts mehr, meine Tochter hat Geburtstag.

eldrik · 13 Juni 2015, 14:04:23

Hi,

ist das Problem evtl. schon gefunden? Seit dem letzten Update wird mein Log auch vollgeschrieben $:-\$

Greetz
Eldrik

Icinger · 13 Juni 2015, 19:28:59

Nicht wirklich, habe NUT vorläufig deaktiviert, nachdem es nach einem Reset wieder begonnen hatte, mein Log zu spammen.

Keine Ahnung, wo da der Hund begraben liegt.

Creideiki · 14 Juni 2015, 08:54:38

Sorry für die späte Antwort, aber diese Woche war komplett dicht.

Ich denke, ich habe beide Fehler gefunden; anbei die neue Version.
Genaugenommen waren es eigentlich drei Fehler; zwei davon haben dafür gesorgt, dass er nach einem Neustart in diese Endlosschleife gekommen ist. Das sollte jetzt weg sein.

Icinger · 14 Juni 2015, 09:20:30

Supi, werd ich gleich mal testen.......

PS: Sieht nach den ersten Minuten und einem Restart gut aus

eldrik · 14 Juni 2015, 10:52:11

Zitat von: Icinger am 14 Juni 2015, 09:20:30
Supi, werd ich gleich mal testen.......

PS: Sieht nach den ersten Minuten und einem Restart gut aus

Dito!

Greetz
Eldrik

ojb · 15 Juni 2015, 22:26:32

Hallo,

bei mir hängt FHEM:

Code Auswählen


2015.06.15 22:25:03 1: PERL WARNING: Deep recursion on subroutine "main::NUT_ListVar" at ./FHEM/34_NUT.pm line 137.
2015.06.15 22:25:03 1: PERL WARNING: Deep recursion on subroutine "main::DevIo_OpenDev" at ./FHEM/34_NUT.pm line 181.

Liebe Grüße
Oli

Creideiki · 16 Juni 2015, 09:34:00

Kannst du mir sagen, unter welchen Umständen das angefangen hat? Gibt es da noch andere Fehlermeldungen am Anfang? Ist das die Version, die ich weiter oben (14.6.) angehängt habe?