ich wolle eben meine lg-tv's einbinden
allerdings unter win64pro und perl64 (also KEINE vm)
was unter linux rennt, bringt fhem unter win zum absturz.
nach dem deffinieren kommt am lg-tv noch die abfrage zur freigabe und dann verstirbt fhem.
einzige lösung: dienst für fhem restarten. ins log schreibt er auch nix.
win selber meint dazu nur: - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> - <System> <Provider Name="Service Control Manager" Guid="{555908d1-a6d7-4695-8e1e-26931d2012f4}" EventSourceName="Service Control Manager" /> <EventID Qualifiers="49152">7032</EventID> <Version>0</Version> <Level>2</Level> <Task>0</Task> <Opcode>0</Opcode> <Keywords>0x8080000000000000</Keywords> <TimeCreated SystemTime="2017-11-13T18:23:28.554243900Z" /> <EventRecordID>4386</EventRecordID> <Correlation /> <Execution ProcessID="784" ThreadID="8640" /> <Channel>System</Channel> <Computer>Luke-7</Computer> <Security /> </System> - <EventData> <Data Name="param1">1</Data> <Data Name="param2">Neustart des Diensts</Data> <Data Name="param3">fhem server</Data> <Data Name="param4">%%1056</Data> </EventData> </Event>sprich: dienst abgekackt, leichenentsorgung nur per hand ...
Sorry aber ich kenne Windows nicht und kann da leider auch keine Unterstützung an bieten.
Grüße
was kommt den nach der anmeldeabfrage?
was müssen dazu für perl module installiert sein?
rufst du da eventuell irgendwas aus dem linux-system auf?
ich muß ja nur kompatibles finden ...
hab mich nochmal gespielt:
loghash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at ./FHEM/82_LGTV_WebOS.pm line 1104.
2017.11.13 21:00:03 1: registering fhem as Windows Servicesofort krepiert also fhem und bleibt als leiche im system.
Ich schau Mal.
Bis dahin. Hast du presence oder wakeOnLan aktiv?wenn ja, Attribut wieder entfernen.
Zeile 1104 ist ein encode_json Aufruf. Hast Du JSON installiert?
ohne presece rennts mal.
wir lesen uns zu schnell *g*
json und einige erweiterungen rennen, ja - siehe anhang
Zitat von: the ratman am 13 November 2017, 21:39:33
ohne presece rennts mal.
wir lesen uns zu schnell *g*
json und einige erweiterungen rennen, ja - siehe anhang
Dann wird es wohl der ping presence sein.
ach, is das nicht deiner, sondern das modul, das du nur aufrufst?
jp, das wird lusig - 1 ping geht koreckt, dann machts bumm
ah, und der presence liefert auch kein log, gut, dass ich dein modul nomal probiert hab ...
Ping presence ist eine Funktion welche im Modul steckt. Es kann aber auch das Blocking.pm sein was verwendet wird. Da gab es auch erst Probleme unter Windows.
hast du ne idee, wie ich das nonblocking modul testen kann?
In dem Du Module verwendest die auch Blocking.pm verwenden. Presence zum Beispiel.
nu wirds interessant - hättest nicht einfach du das problem verursachen können? *g*
es laufen unter win schon proplanta, update und dblog
ich trau mich also blocking.pm als problem mal raus nehmen.
nachdem presence selber abkackt muß ich wohl da ansetzen. gibts den autor überhaupt noch?
mal gucken (wieder mal), ob da n perlmodul bei is, dass ich erst nachinstallieren muß - oder hast du als mein lieblingsscripter, da ideen?
doch noch probs
tv1 kriegts auch nach 30 min. nicht mit, dass er aus is und
tv2 bringt fhem mit folgender rawdef zum einfrieren/absturzdefmod Schlazibotter LGTV_WebOS 192.168.178.9
attr Schlazibotter DbLogExclude .*
attr Schlazibotter cmdIcon channelUp:control_arrow_up channelDown:control_arrow_down
attr Schlazibotter devStateIcon on:it_television@green:off off:it_television@red:on
attr Schlazibotter icon it_television
attr Schlazibotter webCmd channelUp:launchApp:channelDownloghash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at ./FHEM/82_LGTV_WebOS.pm line 1104.
Wie ist denn presence bei Dir eingerichtet? Als Ping presence?
als gar nix - es rennt keiner, weil ich keinen bauen kann, ohne, dass es win-fhem beim 2. ping-aufruf zerlegt.
ich hab dem autor gestern noch ne pm geschrieben, ob er was weiß, aber bis jetzt noch keine antwort.
würde ichs gscheit installieren können, wärs wohl ein ping presence, weil ich dass so unter linux-fhem auch so gmacht hab.
mein vorhaben wird no echt witzig - bis jetzt is grad einmal 1 von mir getestetes modul (probplanta) ohne probleme out-of-the-box grennt.
mittlerweile rennt astro ohne probleme, weil pah sein modul sofort win-sicher gmacht hat
und jetzt wärst du dran gekommen mit deinen spielsachen lg-tv und amad (wobei ich ned mal nen schimmer hab, wie ich 2 amads parallel laufen lassen soll auf ein device *g*).
ich glaub, meine idee, fhem win64-brauchbar zu machen, und dafür dann meine sekretärin n wiki drüber basteln zu lassen, wird ne mamut-aufgabe *g*
es wird interessant ... presence - zumindest den lan-ping hab ich nochmal pobert, weil der ersteller meinte, dass er darauf extra geachtet hätte.
tjo, er hat recht - lan-ping auf den tv funzt.
noch ne idee?
grad deine module brauch ich ...
Geht denn das Modul komplett wenn du presence erstmal weg lässt?
es rennt ohne, aber es kriegt nix mit - keinen senderwechsel, nix.
mit presence kackt das ding ab. presence selber funzt aber - zumindest lan-ping.
langsam schält sich da aber was raus.
ähnliches verhalten zeigen netatmo und harmony.
immer connected, keine fehlermeldung aber es kommen keine daten rein.
ich vermute irgendwas bei der kommunikation zw den modulen und dem jeweiligen server ... nur was, hab ich keinen schimmer.