Hi,
meine ersten FHEM Gehversuche haben wunderbar geklappt, aber jetzt bin ich an einer Stelle, wo gar nichts mehr funktioniert. Ich schreibe jetzt mal alles auf, was sich so zugetragen hat. Es könnte sein, dass das etwas länglich wird. Falls keiner antwortet werde ich die einzelnen Probleme ggf. nochmal kürzer beschreiben.
Erst einmal zu meiner Konfiguration: FritzBox 7390, HM-CC-RT-DN (Thermostat) und HM-WDS40-TH-I (Temperatur- und Feuchtesensor). Mit der FritzBox ist das über einen HMLAN-Adapter gekoppelt.
Auf der FritzBox habe ich die AVM-Version von FHEM installiert. Außerdem den HMLAN so konfiguriert wie im Wiki beschrieben.
Ich konnte dann sofort auf's FHEM Web-Frontend zugreifen. Nach ein paar Klicks war auch der HM-WDS40-TH-I angelegt und ich konnte die gemessene Temperatur und Feuchte sehen. Logfile war auch da und lesbar.
Der Versuch, den HM-CC-RT-DN zu pairen hat nicht geklappt. Die Sekundenanzeige am HM-CC-RT-DN hat einfach nur heruntergezählt, aber anscheinend ist keine Verbindung entstanden. Allerdings war ein "unbekanntes" Gerät im User Interface aufgetaucht, das jedoch von FHEM nicht als HM-CC-RT-DN erkannt wurde. Ich hatte einen Forumsbeitrag mit einem ähnlichen Problem gefunden. Ich hatte zwar nicht so ganz verstanden, was die Lösung war, aber anscheinend hing es mit der FHEM-Version zusammen. Also...
update, dann shutdown restart
Das hat problemlos geklappt. Jetzt alles zu dem "unbekannten" Gerät gelöscht und den HM-CC-RT-DN selbst in den Auslieferungszustand versetzt. Nach einem erfolglosen Pairing-Versuch hatte ich jetzt zumindest ein Gerät mit "HM_CC_RT_DN" im Namen. Allerdings schien FHEM nicht viel damit anfangen zu können. Das Ding hatte keine Channels und auch nichts Interessantes in der Logdatei.
Ok, vielleicht hatte ich das Ding ja aus Versehen noch in der HomeMatic-Software definiert. Also "shutdown" um FHEM zu stoppen, dann in die HomeMatic-Software. Hier sieht aber alles ok aus, keine Geräte zu sehen.
Also FHEM wieder gestartet: per Telnet auf die FritzBox, cd nach /var/InternerSpeicher/fhem, ./startfhem
Tja: "perl: can't load library 'libnsl.so.0'"
Also nochmal Google bemüht. Anscheinend ist es doch besser die fhem.de Version zu installieren. Ich habe dann fhem-5.5-fb7390.image runtergeladen. Das kommt dann als fhem-5.5-fb7390.tar an, welches kein .image enthält. Ich dachte mir schon, dass die wissen was sie tun und habe das dem FritzBox-Update vorgeworfen. Das ganze schien auch zu funktionieren bis an die Stelle mit der Warnung. Hier wollte ich weitermachen mit "Update", aber darauf hat die FritzBox überhaupt nicht reagiert. Es ging nur "Update Abbrechen" (oder so), worauf die FritzBox neu startet.
Danach ist dann aber fhem nicht automatisch gestartet. Manuelles starten ging immer noch nicht (siehe oben). Per Telnet "ps | grep fhem" liefert nur "grep fhem"...
Ich weiß an der Stelle wirklich nicht mehr weiter. Jegliche Hilfe oder Erklärung wäre sehr willkommen. Wenn eine Lösung bedeutet, alles platt zu machen und von vorne anzufangen, dann wär's mir auch recht.
Danke&Gruß,
Thorsten
ZitatDas kommt dann als fhem-5.5-fb7390.tar an, welches kein .image enthält.
Das ist ein fhem-5.5-fb7390.image und nicht tar, tar wird von deinem Browser gemacht.
mach mal "ziel speichern unter" , und speichere es direkt auf platte.
Ich würde ein recover von der fritzbox machen, um die Avm spuren zu beseitigen.
wenn die 5.5 dann geladen ist in der 7390, gleich ein update von fhem machen, da die version von Oktober ist :)
erst dann mit der anlernerei anfangen
Hi,
also ein paar Problemchen habe ich jetzt lösen können:
Erst einmal per "rm -rf" über telnet fhem gelöscht. Dann die fhem-5.5-fb7390.tar nochmal dem FritzBox update vorgeworfen. Das ganze habe ich mit ps, top und ls beobachtet. Tatsächlich passiert auf der Box etwas, wenn man die Warnung bestätigt, aber das merkt man am Frontend der FritzBox erst einmal nicht.
D.h. die fhem.de Version ist jetzt installiert. Nach einem "shutdown" geht auch das manuelle Starten per ./startfhem im fhem Verzeichnis.
Nach einem erneuten Pairing-Versuch waren dann auch die Kanäle des HM-CC-RT-DN vorhanden. Allerdings hat es nicht wirklich so ausgesehen, als ob das alles stimmt. Also nochmal "update". Hier dachte ich auch, dass das nicht funktioniert. Die fhem-Weboberfläche springt auf eine fast leere Seite, auf der nur "Events" steht. (Außer dem Menü.) Auch hier kann man leider nur per ps und top (telnet) sehen, dass was passiert.
Nach dem update dann die devices gelöscht. Ein neuer Pairing-Versuch sieht jetzt noch schlechter aus. Jetzt wird nicht einmal mehr der Temperatursensor erkannt und mit dem HM-CC-RT-DN kann fhem auch nichts mehr anfangen.
Hat da jemand noch einen Tipp?
Danke&Gruß,
Thorsten
Zitatgleich ein update von fhem machen, da die version von Oktober ist
:o
tipp mal version in die comand ein und poste es
Et voila:
# $Id: fhem.pl 4451 2013-12-24 09:10:26Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4462 2013-12-26 09:04:40Z martinp876 $
# $Id: 01_FHEMWEB.pm 4479 2013-12-27 16:09:57Z rudolfkoenig $
# $Id: 92_FileLog.pm 3759 2013-08-21 08:13:08Z rudolfkoenig $
# $Id: 00_HMLAN.pm 4464 2013-12-26 12:33:33Z martinp876 $
# $Id: 99_SUNRISE_EL.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 98_autocreate.pm 4234 2013-11-17 10:19:41Z rudolfkoenig $
# $Id: 91_eventTypes.pm 2982 2013-03-24 17:47:28Z rudolfkoenig $
# $Id: 91_notify.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
ok, update sieht gut aus :)
wie lernst du an?
set <hmlan1> hmPairForSec 60 ?
<hmlan1> steht für meinen Hmlanadapter, wie deiner heißt weis ja ich nicht.
und dan die Pairingtaste am entsprechenden Devise drücken?
Hi,
ja, genau so. Was dabei rauskommt sieht allerdings so aus:
Logfile:
2013.12.28 17:00:02 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_21FBB2, please define it
2013.12.28 17:00:02 2: autocreate: define CUL_HM_HM_CC_RT_DN_21FBB2 CUL_HM 21FBB2 A1A01840021FBB20000001000954B4551303530383136315900FFFF
2013.12.28 17:00:02 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_21FBB2 FileLog ./log/CUL_HM_HM_CC_RT_DN_21FBB2
"Internals" des Geräts:
CFGFN
CHANGED
DEF 21FBB2
21FBB2
IODev HMLAN1
NAME CUL_HM_HM_CC_RT_DN_21FBB2
NR 52
STATE ???
TYPE CUL_HM
lastMsg No:01 - t:00 s:21FBB2 d:000000 1000954B4551303530383136315900FFFF
protLastRcv 2013-12-28 17:00:02
Im Logfile des Geräts steht nichts.
mach mal in der commandzeile ein
list CUL_HM_HM_CC_RT_DN_21FBB2 und dann enter
ich hoffe ich hab das device richtig kopiert und posten
Noch eine Frage, welche hmid hast du vergeben
oder besser ein list vom hmlan adapter
Hi,
hier ist der Output von list HMLAN1:
Internals:
DEF 192.168.178.152:1000
DeviceName 192.168.178.152:1000
FD 11
HMLAN1_MSGCNT 2
HMLAN1_TIME 2013-12-28 17:19:10
NAME HMLAN1
NR 20
NTFY_ORDER 50-HMLAN1
PARTIAL
RAWMSG E1F4CB9,0000,2849DDCA,FF,FFCD,6386701F4CB900000000D933
RSSI -51
STATE opened
TYPE HMLAN
XmitOpen 1
assignIDsReport 0
firmware 0.961
msgKeepAlive dlyMax:0.022 bufferMin:4
msgLoadEst 1hour:0% 10min steps: 0/0/0/0/0/0
msgParseDly min:8 max:9 last:8 cnt:2
owner 23A3F4
serialNr KEQ0851839
uptime 007 187:46:02.199
Readings:
2013-12-28 17:17:16 Xmit-Events ok:1
2013-12-28 17:17:16 cond ok
2013-12-28 17:17:13 prot_disconnected last
2013-12-28 17:17:13 prot_init last
2013-12-28 17:17:16 prot_ok last
Helper:
000001:
flg 0
1f4cb9:
nextSend 1388247551.08122
21fbb2:
nextSend 1388247526.64678
Dly:
cnt 2
lst 8
max 9
min 8
K:
BufMin 4
DlyMax 0.022
Next 1388247608.62332
Start 1388247583.62332
Log:
all 0
sys 0
ids:
ARRAY(0xa57a40)
Q:
HMcndN 0
answerPend 0
hmLanQlen 1
keepAliveRec 1
keepAliveRpt 0
apIDs:
Cap:
0 0
1 1
2 0
3 0
4 0
5 0
last 1
sum 1
Ref:
drft -0.000199824154743825
hmtL 675962199
kTs 0
offL 1387571621428
sysL 1388247583627
Attributes:
hmId 23A3F4
hmLanQlen 1_min
wdTimer 25
Der Rest geht gerade nicht weil ich die Geräte wieder gelöscht habe. Ich habe den ganzen Kram mal per Homematic Software konfiguriert (da ging das Pairing innerhalb von 3 Sekunden). Jetzt will ich mal ausprobieren, ob fhem was von der Kommunikation mitbekommt.
Anscheinend hat fhem nichts von irgendwelcher Kommunikation mitbekommen. Ich habe jetzt nochmal für beide Geräte ein Pairing mit laufendem fhem versucht. Hier ist das Ergebnis:
<list CUL_HM_HM_CC_RT_DN_21FBB2>
Internals:
CFGFN
CHANGED
DEF 21FBB2
IODev HMLAN1
NAME CUL_HM_HM_CC_RT_DN_21FBB2
NR 97
STATE ???
TYPE CUL_HM
lastMsg No:02 - t:00 s:21FBB2 d:23A3F4 1000954B4551303530383136315900FFFF
protLastRcv 2013-12-28 17:30:04
Readings:
Helper:
rxType 1
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Attributes:
autoReadReg 4_reqStatus
expert 2_full
peerIDs
room CUL_HM
<list CUL_HM_HM_WDS40_TH_I_1F4CB9>
Internals:
CFGFN
DEF 1F4CB9
HMLAN1_MSGCNT 1
HMLAN1_RAWMSG E1F4CB9,0000,285552E1,FF,FFCC,6886701F4CB900000000D834
HMLAN1_RSSI -52
HMLAN1_TIME 2013-12-28 17:31:41
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 1
NAME CUL_HM_HM_WDS40_TH_I_1F4CB9
NR 90
STATE ???
TYPE CUL_HM
lastMsg No:68 - t:70 s:1F4CB9 d:000000 00D834
protLastRcv 2013-12-28 17:31:41
rssi_at_HMLAN1 avg:-52 min:-52 max:-52 lst:-52 cnt:1
Readings:
2013-12-28 17:31:41 noReceiver src:1F4CB9 8670 00D834
Helper:
rxType 1
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rssi:
At_hmlan1:
avg -52
cnt 1
lst -52
max -52
min -52
Attributes:
autoReadReg 4_reqStatus
expert 2_full
peerIDs
room CUL_HM
ich hab nochmal eine Frage
die Aes Encryption hast du mit der Homematicsoftware aus dem Hmlanadapter enfernt?
ich seh zwar die Anlermessage vom HM_CC_RT_DN_21FBB2,
aber die Antworten dazu fehlen, und in den Readings fehlen register wie Paired to, usw
ich lass den threat , nach homematic verschieben :)
Ja, AES encryption ist aus. Wie gesagt hatte ich das ganze ja auch mal mit der AVM-Version laufen und da hat zumindest mal der Temperatur-/Feuchtesensor was nützliches gemacht. Außerdem ist es mir nach der Installation des fhem.de-Image gelungen, den HM-CC-RT-DN halbwegs einzubinden:
2013.12.28 14:35:42 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_21FBB2, please define it
2013.12.28 14:35:42 2: autocreate: define CUL_HM_HM_CC_RT_DN_21FBB2 CUL_HM 21FBB2 A1A01840021FBB20000001000954B4551303530383136315900FFFF
2013.12.28 14:35:42 3: Device CUL_HM_HM_CC_RT_DN_21FBB2 added to ActionDetector with 000:10 time
2013.12.28 14:35:42 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_21FBB2 thermostat, model HM-CC-RT-DN serialNr KEQ0508161
2013.12.28 14:35:42 3: HMLAN1 pairing (hmPairForSec) not enabled
2013.12.28 14:35:42 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_21FBB2 FileLog ./log/CUL_HM_HM_CC_RT_DN_21FBB2-%Y.log CUL_HM_HM_CC_RT_DN_21FBB2
2013.12.28 14:35:43 2: autocreate: define CUL_HM_HM_CC_RT_DN_21FBB2_Weather CUL_HM 21FBB201
2013.12.28 14:35:43 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_21FBB2_Weather FileLog ./log/CUL_HM_HM_CC_RT_DN_21FBB2_Weather-%Y.log CUL_HM_HM_CC_RT_DN_21FBB2_Weather
2013.12.28 14:35:44 2: autocreate: define CUL_HM_HM_CC_RT_DN_21FBB2_Climate CUL_HM 21FBB202
usw...
Nach dem update hat das aber nie wieder geklappt. An der Konfiguration in der HM-Software habe ich nichts gemacht.
ZitatHMLAN1 pairing (hmPairForSec) not enabled
bei mir dauert anlernen 10 secunden mit Fhem :)
das zu thema anlernen siehe oben rot
Hi,
tja, die message mit dem "not enabled" kam als es funktioniert hat. Außerdem wüsste ich auch nicht, warum das nicht "enabled" ist. Ich hatte in allen Fällen ein "set HMLAN1 hmPairForSec 60" gemacht.
In den neuen Log-Einträgen kommt's ja gar nicht mehr dazu. Ich habe den Eindruck, dass die Kommunikation zwischen fhem und dem HMLAN gestört ist. Ich weiß aber nicht, wie ich dazu weiteres herausfinden kann.
Vielleicht hilft das hier weiter: Inzwischen kommt was in die Logfiles:
2013-12-28_19:10:20 CUL_HM_HM_CC_RT_DN_21FBB2 noReceiver: src:21FBB2 8610 0AB0D8105718
2013-12-28_19:13:23 CUL_HM_HM_CC_RT_DN_21FBB2 noReceiver: src:21FBB2 8610 0AB0D8105718
2013-12-28_19:16:11 CUL_HM_HM_CC_RT_DN_21FBB2 noReceiver: src:21FBB2 8610 0AB0D8105718
bzw.:
2013-12-28_19:13:02 CUL_HM_HM_WDS40_TH_I_1F4CB9 noReceiver: src:1F4CB9 8670 00D833
2013-12-28_19:15:40 CUL_HM_HM_WDS40_TH_I_1F4CB9 noReceiver: src:1F4CB9 8670 00D833
2013-12-28_19:18:02 CUL_HM_HM_WDS40_TH_I_1F4CB9 noReceiver: src:1F4CB9 8670 00D933
Hilft das weiter?
Gruß,
Thorsten
Hi Thorsten,
das sind ganz normale messages des RT.
Wenn diese nicht verarbeitet werde ist entweder deine SW (seht) alt oder das RT ist nicht/niicht korrekt definiert.
Was sagt ein list CUL_HM_HM_CC_RT_DN_21FBB2?
Gruss Martin
Jetzt antworte ich mir nochmal selbst.
Um etwas mehr Information zu bekommen: "attr HMLAN1 logIDs all".
Dann nochmal "set HMLAN1 hmPairSec 60" und die Knöpfe gedrückt. Jetzt funktioniert's komischerweise.
Ich hatte jetzt gerade in meiner Installation auch bei allen (3x) HM-CC-RT-DN einen ähnlichen/den gleichen Effekt.
Beim pairen von hmlan und HM-CC-RT-DN zählt der Countdown vom HM-CC-RT-DN von 30 auf 0 Sekunden runter (obwohl der hmlan sich noch im pairing befindet). Via autocreate erscheinen die Geräte auch, jedoch scheint keine Kommunikation stattzufinden (keine readings).
Wenn ich dann noch einmal die pairing Prozedur mache (FHEM: set HMLAN1 hmPairForSec 600 und am HM-CC-RT-DN die Boost-Taste für 3 Sekunden), dann quittiert der HM-CC-RT-DN nach 3-4 Sekunden mit "AC" und es erscheinen auch direkt readings...
Kann es sein, dass die 30 Sekunden die der HM-CC-RT-DN zur Verfügung stellt, nicht für einen vollständigen pairing-Handshake ausreichen?!
VG
Kai
Hallo Kai,
wenn du hmPairForSec einstellest und dann config am device auslöst geht es seht schnell.
- FHEM empfängt die Nachricht und richtet das Device ein (noch nichts gesendet)
- FHEM sendet das pairing kommando
alles in 1-2sec erledigt.
Wenn FHEM aus welchen grunden auch immer die message des Device verpasst, etwas falsches sendet oder nicht im pairing-mode ist passiert nichts weiter - die 30sec laufen runter.
Sollte also nicht sofort etwas passieren, passiert auch nichts mehr. Das Device schickt nur eine message - und wartet 30sec.
Mich würden die roh-messages interessieren. FHEM sollte alle bestehenden Kommandos löschen(falls vorhanden) und nur pairen.
Gruss Martin
@Kai:
Ich dachte zuerst, dass das "attr HMLAN1 logIDs all" bei mir die Lösung war. Allerdings klingt das was Du beschreibst so als ob FHEM mit dem HM-CC-RT-DN einfach zwei Pairing-Anläufe braucht. Beim ersten Versuch richtet FHEM das Gerät halbwegs ein, aber nicht ganz und der HM-CC-RT-DN bekommt vom Pairing nichts mit. Beim zweiten Versuch findet das Pairing dann wirklich statt und FHEM legt alle Kanäle etc. an. Das geht tatsächlich in 2 Sekunden oder so.
@Martin:
Ich würde momentan sehr ungern mein HM-CC-RT-DN zurücksetzen und neu pairen, da momentan alles gut funktioniert. Allerdings habe ich mir noch ein paar von den Teilen bestellt und kann dann gerne alle möglichen Protokolle einschalten. Ich bin noch nicht so lange mit FHEM zu Gange. Könntest Du mir die Kommandos geben, mit denen ich die Roh-Messages aufzeichnen kann?
Gruß,
Thorsten
Hallo Thorsten
attr global verbose 1
attr global mseclog 1
attr <hmlan> logIDs all,sys
Gruss Martin
Hallo Zusammen,
ich hänge mich an den Thread einmal an.
Ich habe gleiches Problem beim Pairen des HM_CC_RT_DN.
Beim ersten drücken, läuft der Countdown auf 30 herunter und beim zweiten Versuch funktioniert es dann. Dieses war bei den letzten HM_CC_RT_DN nicht der Fall. Dort funktionierte das Pairen innerhalb von Sekunden?
Der Aktor funktioniert auch nicht richtig. Ich bekomme immer die Nachricht CMD's_pending angezeigt und irgendwann Missing_ACK
Folgendes steht im LOG
Zitat
2014.01.01 16:04:24 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_222E28, please define it
2014.01.01 16:04:24 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28 CUL_HM 222E28 A1A018400222E280000001000954B4551303531363136345900FFFF
2014.01.01 16:04:24 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28 FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28-%Y.log CUL_HM_HM_CC_RT_DN_222E28
2014.01.01 16:05:05 3: Device CUL_HM_HM_CC_RT_DN_222E28 added to ActionDetector with 000:10 time
2014.01.01 16:05:05 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_222E28 thermostat, model HM-CC-RT-DN serialNr KEQ0516164
2014.01.01 16:05:05 2: CUL_HM set CUL_HM_HM_CC_RT_DN_222E28 getConfig
2014.01.01 16:05:06 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28_Weather CUL_HM 222E2801
2014.01.01 16:05:06 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28_Weather FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28_Weather-%Y.log CUL_HM_HM_CC_RT_DN_222E28_Weather
2014.01.01 16:05:07 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28_Climate CUL_HM 222E2802
2014.01.01 16:05:07 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28_Climate FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28_Climate-%Y.log CUL_HM_HM_CC_RT_DN_222E28_Climate
2014.01.01 16:05:08 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28_WindowRec CUL_HM 222E2803
2014.01.01 16:05:08 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28_WindowRec FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_222E28_WindowRec
2014.01.01 16:05:09 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28_Clima CUL_HM 222E2804
2014.01.01 16:05:09 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28_Clima FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28_Clima-%Y.log CUL_HM_HM_CC_RT_DN_222E28_Clima
2014.01.01 16:05:11 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28_ClimaTeam CUL_HM 222E2805
2014.01.01 16:05:11 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28_ClimaTeam FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_222E28_ClimaTeam
2014.01.01 16:05:11 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28_remote CUL_HM 222E2806
2014.01.01 16:05:11 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28_remote FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28_remote-%Y.log CUL_HM_HM_CC_RT_DN_222E28_remote
2014.01.01 16:05:34 2: CUL_HM set CUL_HM_HM_CC_RT_DN_222E28_Weather getConfig
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
2014.01.01 16:07:06 2: CUL_HM set CUL_HM_HM_CC_RT_DN_222E28 getConfig
Ein getConfig bring auch nur ein Missing_Ack
Der Aktor funktionierte schonmal, an gleicher Position, so dass ich ausschließen kann, dass er kein Empfang hat.
Ich habe keine Idee, woran es liegen kann.
Gruß
Dominik
schön das nocheiner das problem hat. habe es hier schon beschrieben
http://forum.fhem.de/index.php/topic,18091.0.html
unten
Hallo Dominik,
hast du pairen ein 2. Mal probiert? Geht es nur beim ersten Mal schief?
Gruss Martin
Hallo Martin,
der Aktor war schon mal mit dem Server verbunden. Ich hatte ihn dann im FHEM gelöscht und dann den Aktor auf Werkseinstellungen gesetzt.
Ich habe den Aktor schon mehrmals gelöscht und wieder gepairt. Immer das gleiche Ergebnis.
Gruß
Dominik
kannst du auch einmal die roh-messages aufzeichnen?
http://forum.fhem.de/index.php/topic,16563.msg107848.html#msg107848
Hallo Martin,
gerade kam mein 2. RT an. Und wieder muss man 2x das pairing am RT durchführen. Sprich
5 Sekunden Boost drücken
30 Sekunden runterlaufen lassen
5 Sekunden Boost drücken
nach 2 Sekunden das erhoffte AC am RT
Gerät ist aber sauber gekoppelt, Daten werden sofort ausgelesen, Temperatur kann gesetzt werden.
Anbei das Eventlog und das normale Log
gruß
christian
Hallo zusammen,
ich habe genau das selbe Problem. Ich wollte heute einen weiteren Thermostat einbinden und hatte das gleiche Problem wie oben beschrieben.
Durch ein zweites "Anlernen" wie hier beschrieben war der Thermostat dann aber richtig eingerichtet.
Hier meine zur Zeit laufende Version:
# $Id: fhem.pl 4519 2014-01-01 15:43:32Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4524 2014-01-02 08:35:12Z martinp876 $
# $Id: 01_FHEMWEB.pm 4510 2013-12-30 20:45:22Z rudolfkoenig $
# $Id: 92_FileLog.pm 3759 2013-08-21 08:13:08Z rudolfkoenig $
# $Id: 00_HMLAN.pm 4518 2013-12-31 11:46:26Z martinp876 $
# $Id: 99_SUNRISE_EL.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 90_at.pm 4246 2013-11-18 20:35:20Z rudolfkoenig $
# $Id: 98_autocreate.pm 4234 2013-11-17 10:19:41Z rudolfkoenig $
# $Id: 98_dummy.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 91_notify.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 98_structure.pm 4379 2013-12-14 09:11:03Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 91_watchdog.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
Gruss
rufus999
Hallo Martin,
ich hoffe, es genügt so.
Wenn nicht, sag mir bitte was ich als Loglevel einstellen muss.
Beste Grüße
Dominik
Hi,
war wohl einst beabsichtigt. beim ersten 'config' wurde das Device in FHEM angelegt. Erst beim 2. Mal wurde gepairt.
Sollte jetzt en-block funktionieren, benötigte einige Umstellungsn, sofort senden zu können.
Hoffe es klappt jetzt besser
Gruss Martin
Ahh cool.
Ist das im Update der 00_CUL.pm drin?
VG
Kai
es ist in 10_CUL_HM.pm
und es ist heute eingecheckt, also morgen im update (oder heute manuell in SVN)
Hi,
so, heute war der dritte RT dran. Vorher aber update check und update...
Der RT hat für das Pairing nur einen Anlauf gebraucht und beim runterzählen ist er nicht einmal zur 29 gekommen. Die Kanäle wurden angelegt und soweit ich das erkennen kann wird auch alles angezeigt.
ABER: Leider wurden die FileLogs nicht automatisch angelegt. Per createlog-Kommando ging's dann komischerweise. Hier ist der ensprechende Log-Auszug:
2014.01.05 17:33:59 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_21F833 is now defined
2014.01.05 17:34:00 3: Device CUL_HM_HM_CC_RT_DN_21F833 added to ActionDetector with 000:10 time
2014.01.05 17:34:00 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_21F833 thermostat, model HM-CC-RT-DN serialNr KEQ0506349
2014.01.05 17:34:00 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833 getConfig
2014.01.05 17:34:05 3: Device CUL_HM_HM_CC_RT_DN_21F833 added to ActionDetector with 000:10 time
2014.01.05 17:35:53 1: 192.168.178.152:1000 disconnected, waiting to reappear
2014.01.05 17:35:53 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.01.05 17:36:58 1: 192.168.178.152:1000 reappeared (HMLAN1)
2014.01.05 17:36:58 1: HMLAN_Parse: HMLAN1 new condition init
2014.01.05 17:36:58 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_Clima getConfig
2014.01.05 17:36:58 1: HMLAN_Parse: HMLAN1 new condition ok
2014.01.05 17:39:06 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_ClimaTeam getConfig
2014.01.05 17:41:26 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_remote getConfig
2014.01.05 17:57:43 3: Device CUL_HM_HM_CC_RT_DN_21F833 added to ActionDetector with 000:10 time
2014.01.05 17:57:43 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_21F833 thermostat, model HM-CC-RT-DN serialNr KEQ0506349
2014.01.05 17:57:43 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833 getConfig
2014.01.05 18:04:22 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_21F833 is now defined
2014.01.05 18:04:22 3: Device CUL_HM_HM_CC_RT_DN_21F833 added to ActionDetector with 000:10 time
2014.01.05 18:04:22 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_21F833 thermostat, model HM-CC-RT-DN serialNr KEQ0506349
2014.01.05 18:04:22 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833 getConfig
2014.01.05 18:04:27 3: Device CUL_HM_HM_CC_RT_DN_21F833 added to ActionDetector with 000:10 time
2014.01.05 18:06:30 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_WindowRec getConfig
2014.01.05 18:07:47 1: 192.168.178.152:1000 disconnected, waiting to reappear
2014.01.05 18:07:47 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.01.05 18:08:52 1: 192.168.178.152:1000 reappeared (HMLAN1)
2014.01.05 18:08:52 1: HMLAN_Parse: HMLAN1 new condition init
2014.01.05 18:08:52 1: HMLAN_Parse: HMLAN1 new condition ok
2014.01.05 18:09:24 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_Clima getConfig
2014.01.05 18:10:36 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_21F833 FileLog ./log/CUL_HM_HM_CC_RT_DN_21F833-%Y%m%d.log CUL_HM_HM_CC_RT_DN_21F833
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
2014.01.05 18:12:08 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_ClimaTeam getConfig
2014.01.05 18:13:36 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_21F833_Clima FileLog ./log/CUL_HM_HM_CC_RT_DN_21F833_Clima-%Y%m%d.log CUL_HM_HM_CC_RT_DN_21F833_Clima
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
2014.01.05 18:14:27 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_remote getConfig
2014.01.05 18:15:15 1: 192.168.178.152:1000 disconnected, waiting to reappear
2014.01.05 18:15:15 1: HMLAN_Parse: HMLAN1 new condition disconnected
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
2014.01.05 18:16:16 1: 192.168.178.152:1000 reappeared (HMLAN1)
2014.01.05 18:16:16 1: HMLAN_Parse: HMLAN1 new condition init
2014.01.05 18:16:17 1: HMLAN_Parse: HMLAN1 new condition ok
Noch ein paar Kommentare dazu:
17:33:59 Hier habe ich das erste Pairing gemacht. Es hat auch funktioniert, bis auf die Logs.
17:35:53 Hier hat sich anscheinend der HMLAN mal kurz abgemeldet, keine Ahnung warum. Ich habe auch keine Probleme bemerkt.
17:57:43 Ich dachte ein erneutes Pairing würde die Logs erzeugen, das war aber nicht so.
18:07:47 Mal wieder "HMLAN disconnected", aber keine Probleme bemerkt
18:10:36 Das kommt wohl vom manuellen "createlog". Vielleicht haben die Fehlermeldungen danach was mit dem Problem zu tun. Das createlog hat aber funktioniert.
18:13:36 Noch ein createlog für den Clima-Channel, siehe oben.
18:15:15 Mal wieder ein HMLAN disconnect, aber wieder habe ich nichts gespürt.
Für mich funktioniert das jetzt, aber ich denke mal dass der autocreate eigentlich die Logs automatisch anlegen sollte.
Gruß,
Thorsten
Hi Thorsten,
ok, das mit den Logfiles habe ich nicht geprüft (da ich eh ein gegner davon bin..... wer braucht diese unmengen einzelner logfiles...)
um es in einem zug durchziehen zu können musste ich einen shortcut einbauen. Ich werde mal nach dem logfile generator suchen...
Danke für den Tip.
das mit deinen disconnects solltest du untersuchen. Da hast du mittelfristig ein Problem. Oder waren die 3 disconnects eine ausnahme?
Gruss Martin
Hi Martin,
mir persönlich ist inzwischen eigentlich egal, ob die Logfiles automatisch angelegt werden oder nicht. Ich denke aber, dass es funktionieren sollte wenn der autocreate schon eine Einstellung dafür hat. Soweit ich das sehe, kann man es ja auch abschalten.
Von wegen disconnects: Normalerweise passiert das nicht, aber so alle zwei Tage schon. Ich glaube aber, dass es nur vorkommt, wenn man ein Pairing vornimmt oder irgendwas macht, was die FritzBox belastet. Allerdings sind das nur Vermutungen. Was könnte ich denn tun, um das Problem einzukreisen?
Gruß,
Thorsten
Hi Thorsten
ja, autocreate sollte das anlegen der Logfiles unterstützen
ja, man kann es abschalten (mein default)
um disconnects einzukreisen kannst du
- nachsehen, was HMLAN meldet und wie
msgKeepAlive dlyMax:3.014 bufferMin:1
msgLoadEst 1hour:0% 10min steps: 0/0/0/0/0/0
msgParseDly min:1 max:3112 last:10 cnt:1603
stehen. keepAlive max delay von 5 sec zeigt, dass du an der Grenze zum disconnect bist. Eingentlich sollte es kleiner 1 sec sein.
mit appptime kannst du suchen, welchen jobs lange dauern und damit gefährlich sind
Gruss Martin
Tja...
msgKeepAlive dlyMax:8.612 bufferMin:-3
msgLoadEst 1hour:0% 10min steps: 0/0/0/0/0/0
msgParseDly min:-2 max:9320 last:9 cnt:2081
und
name function max count total average param Max call
FileLog_og_bd_HeizungOp FileLog_Get 2173 3 6434 2144.67 HASH(0xfce368); FileLog_og_bd_HeizungOp; CURRENT; INT; 2014-01-06_00:00:00; 2014-01-07_00:00:01; 4:og_bd_HeizungOp.desired-temp\x3a::; 4:og_bd_HeizungOp.measured-temp\x3a::; 4:og_bd_HeizungOp.ValvePosition\x3a::
FileLog_og_sz_HeizungOp FileLog_Get 2159 3 6415 2138.33 HASH(0xd934f0); FileLog_og_sz_HeizungOp; CURRENT; INT; 2014-01-06_00:00:00; 2014-01-07_00:00:01; 4:og_sz_HeizungOp.desired-temp\x3a::; 4:og_sz_HeizungOp.measured-temp\x3a::; 4:og_sz_HeizungOp.ValvePosition\x3a::
FileLog_og_ku_HeizungOp FileLog_Get 2136 3 6366 2122.00 HASH(0xd921f8); FileLog_og_ku_HeizungOp; CURRENT; INT; 2014-01-06_00:00:00; 2014-01-07_00:00:01; 4:og_ku_HeizungOp.desired-temp\x3a::; 4:og_ku_HeizungOp.measured-temp\x3a::; 4:og_ku_HeizungOp.ValvePosition\x3a::
FHEMWEB:192.168.178.24:49262 FW_Read 1307 12 1360 113.33 HASH(0x1083050)
HMLAN1 HMLAN_Read 396 9 570 63.33 HASH(0xa662e8)
Kann es sein, dass FHEM beim Aufbereiten der SVG-Grafiken alles andere vergisst?
Gruß,
Thorsten
Hi Thorsten,
klar - grafik ist immer aufwändig.
ZitatmsgParseDly min:-2 max:9320 last:9 cnt:2081
9,3 sec delay beim message verarbeiten - da klappen selbst wiederholer nicht
ZitatFileLog_og_bd_HeizungOp FileLog_Get 2173 3 6434 2144.67 ...
über 2 sec pause - ggf sogar akkumuliert durch mehrere aufeinander folgende Darstellungen
Du solltest dich bei den Machern der Grafik erkundigen, wie sie dies auslagern können.
Du kannst mit dem Attribut
wdTimer das austimen es keepalive verhindern - setze es auf 20 oder kleiner. Aber generell ist das timing der Frontends kritisch und nicht echtzeit-geeignet
Gruss Martin
Hi,
an dem wdTimer mache ich erstmal nichts, da ich nicht verstehe, was das macht. Außerdem habe ich noch keine Probleme an der tatsächlichen Funktion des Ganzen feststellen können. Mir ist auch nicht so recht klar, was diese disconnects tatsächlich bedeuten.
Soweit ich das aber verstehe, macht FHEM kein Multithreading mit Prioritäten, sondern es passiert alles in einem Task. Das ist natürlich problematisch für Anwendungen, die mit externen Systemen kommunizieren sollen. Ich werde da mal weiterforschen.
Gruß,
Thorsten
Hi Thorsten,
HMLAN wird per default alle 25 sec getriggert. Diese Zeit kannst du runtersetzen, dann passiert es öfter. Wenn der Trigger nicht nach 30sec erscheint startet HMLANdie Connection neu. Es kann zu message-verlusten kommen.
Gruss Martin
Hi,
aha, das bedeutet also, dass nichts länger dauern darf als (30 - wdTimer) Sekunden. Ok, da werde ich aber erstmal versuchen, die SVGs zu beschleunigen.
Danke&Gruß,
Thorsten
Hi Thorsten,
nach 30sec disconnected HLAN 'sicher'.
wir triggern 5 sec vor ablauf, also alle 25sec. Damit bleiben 5 sec (kann der User einstellen).
Diese zeit ist natürlich die Akkumulierte aus allem, was dazwischen kommen.
Cool wäre es lange Auswertungen zu dispatchen. Nachteil ist, dass man es nicht sofort zurückgeben kann und damit die web-darstellung schwieriger wird - ich habe auch ein paar kandidaten.
Blocking bietet eine, wenn auch performance-lastige möglichkeit.
Beschleunigen ist immer gut.
Letztendlich sollte es (wie alle Frontend aktionen) in einem anderen Prozess laufen, mit geringer prio um echtzeit- tasks laufen zu lassen
Gruss Martin
Hi,
danke. Ich denke, ich schaffe es, die plots auf unter eine Sekunde zu drücken. Siehe hier: http://forum.fhem.de/index.php/topic,18442.msg123486.html#msg123486 (http://forum.fhem.de/index.php/topic,18442.msg123486.html#msg123486). Das mit den parallelen Prozessen scheint mit plotfork zu gehen, aber das habe ich noch nicht ausprobiert.
Gruß,
Thorsten
Hi Thorsten,
wie schon gesagt, optimieren ist immer gut!
plotfork habe ich einmal getestet (hatte es bisher nicht gesehen...)- funktioniert gut in meinem Fall.
Wie prospektiert werden die Aktionen in einen anderen Prozess ausgelagert. Die Latenz des aktuellen Prozesses ist immer unter 500ms geblieben. Es waren so 250ms - der Ausreißer von 480ms könnte einem Linux taskswitch geschuldet sein.
plotfork sollte man DRINGEND allen empfehlen, die Grafik nutzen. Es sollte default sein... leider ist windows ausgeschlossen was natürlich den Default probleme macht. Warum eigentlich? fork sollte auch in windows funktionieren
In meinem Fall ist die processdauer leicht über 10sec - und je nach gewähltem plot-Ausschnitt sicher noch deutlich größer.
Gruss Martin
Zitat von: martinp876 am 09 Januar 2014, 09:07:36
leider ist windows ausgeschlossen was natürlich den Default probleme macht. Warum eigentlich? fork sollte auch in windows funktionieren
Anscheinend nicht wirklich:
https://www.google.de/search?q=fork+windows&rlz= (https://www.google.de/search?q=fork+windows&rlz=)
Gruß,
Thorsten
könnte an der verwendeten Perl hängen...
jedenfalls auf einer FB klappt es einwandfrei.
User mit lunix-systemen sollten es als default nutzen (meine Meinung).
Den default könnte man natürlich von OS abhängig machen - ist aber eher Rudis Baustelle.
Ich werden es nutzen - und Usern empfehlen es zumindest zu testen.
Klar ist sowieso, dass die CPU immer noch alles rechnen muss... nur das timeslicing sollte besser werden.