Disconnects von HMLAN01/02

[frank]

starte mal apptime und lass es vielleicht 2 stunden laufen, so dass ein paar disconnects in der zeit vorgekommen sind. danach poste dann "apptime max".

schau ebenfalls beim hmlan, ob die uptime während dieser zeit durchlief, oder resettet wurde. wie viele disconnects gab es in dieser zeit?

gibt es eine wlan-strecke zwischen hmlan und fhem?

[Gisbert]

Hallo frank,

eine neue (eigentlich alte) Position des HMLAN (keine Switches zwischen dem HMLAN und dem Router) hat keine Verbesserung gebracht.
Nachdem ich ihn vorgestern abend wieder am Strom hatte, steht uptime jetzt bei: "uptime 001 40:24:02.877", d.h. neu gestartet wurde das Gerät offensichtlich nicht.

In dieser Zeit steht das Reading bei "Xmit-Events disconnected:150 ok:76 init:76", also viele disconnects in den 40 Stunden Betriebszeit.

Ich hatte gestern morgen, also ca. vor 28 Stunden Fhem neu gestartet und apptime gestartet.

Hier ist die Ausgabe von apptime:

Code Auswählen Erweitern

active-timers: 162; max-active timers: 208; max-timer-load: 7  min-tmrHandlingTm: 0.0ms; max-tmrHandlingTm: 855.6ms; totAvgDly: 331.8ms

name                                     function                               max    count      total  average   maxDly   avgDly TS Max call     param Max call
Callmonitor                              FB_CALLMONITOR_Read                   5494       13    5882.15   452.47     0.00     0.00 25.06. 11:25:51 HASH(Callmonitor)
HMLAN1                                   HMLAN_Ready                           3006    18608  255950.13    13.75     0.00     0.00 25.06. 18:02:04 HASH(HMLAN1)
myHmUARTLGW1                             HMUARTLGW_Read                        1155    10046   57500.14     5.72     0.00     0.00 25.06. 09:16:47 HASH(myHmUARTLGW1)
Garage.notify                            notify_Exec                           1117        3    3279.20  1093.07     0.00     0.00 25.06. 09:16:47 HASH(Garage.notify); HASH(Handsender.04)
myRollladenGarage                        dummy_Set                             1116       18    3276.33   182.02     0.00     0.00 25.06. 09:16:47 HASH(myRollladenGarage); myRollladenGarage; up
notifyRollladenControl                   notify_Exec                           1104   100909   52797.40     0.52     0.00     0.00 25.06. 09:16:47 HASH(notifyRollladenControl); HASH(myRollladenGarage)
WEB                                      FW_Read                               1094     1004   45379.51    45.20     0.00     0.00 25.06. 17:51:34 HASH(WEB)
tmr-Calendar_PollChild                   HASH(0x55ff95fabc60)                   800        6    4358.82   726.47   113.35    26.46 26.06. 00:19:53 HASH(Muelltonnen.Kalender.AVEA)
myMuell                                  ABFALL_Notify                          691       30    3742.23   124.74     0.00     0.00 26.06. 00:19:53 HASH(myMuell); HASH(Muelltonnen.Kalender.AVEA)
Battery.State                            readingsGroup_Notify                   578   100909  104480.90     1.04     0.00     0.00 26.06. 02:20:31 HASH(Battery.State); HASH(Wetter.Proplanta)
mySIGNALduino                            SIGNALduino_Read                       552    22310  175636.00     7.87     0.00     0.00 26.06. 00:22:39 HASH(mySIGNALduino)
tmr-DWD_OpenData::Timer                  HASH(0x55ff969589f8)                   433      135    1921.00    14.23  3008.11    57.65 25.06. 09:00:05 HASH(DWD.Wetter.Leverkusen)
DLNASocket-myDLNARenderer-1900           DLNARenderer_Read                      423     8099    4811.83     0.59     0.00     0.00 25.06. 12:17:09 HASH(DLNASocket-myDLNARenderer-1900)
MyBroker                                 MQTT::Read                             400    25747  877407.27    34.08     0.00     0.00 26.06. 00:22:42 HASH(MyBroker)
mySignalESPSMABuchse                     SIGNALduino_Read                       352     7113  204664.61    28.77     0.00     0.00 25.06. 08:20:17 HASH(mySignalESPSMABuchse)
WEBtablet                                FW_Read                                338       41    2541.42    61.99     0.00     0.00 25.06. 18:37:21 HASH(WEBtablet)
mySignalESPHelicalAntenna                SIGNALduino_Read                       216     9670   65272.12     6.75     0.00     0.00 25.06. 08:21:52 HASH(mySignalESPHelicalAntenna)
DLNASocket-myDLNARenderer-37723          DLNARenderer_Read                      207        8     562.62    70.33     0.00     0.00 25.06. 12:17:10 HASH(DLNASocket-myDLNARenderer-37723)
Haushaltsraum.Lueftung                   DOIF_Notify                            199   100909   13613.91     0.13     0.00     0.00 26.06. 00:22:42 HASH(Haushaltsraum.Lueftung); HASH(Haushaltsraum.Ventilator)
tmr-SYSMON_Update                        HASH(0x55ff9814a410)                   194     1630   58102.33    35.65   589.65     2.60 26.06. 00:15:47 HASH(T610.Sysmon)
tmr-Calendar_PollChild                   HASH(0x55ff961b2578)                   172        4     601.13   150.28   223.88   130.14 26.06. 08:19:54 HASH(NRW.Feiertage.Kalender)
tmr-DOIF_TimerTrigger                    REF(0x55ff9bdb09f0)                    163        1     163.47   163.47   101.28   101.28 26.06. 00:19:47 REF(0x55ff9bdb09f0)
Klingeln                                 DOIF_Notify                            151   100909    5839.40     0.06     0.00     0.00 26.06. 10:11:19 HASH(Klingeln); HASH(Klingel)
HMLAN1                                   HMLAN_Read                             143     7694   69744.90     9.06     0.00     0.00 25.06. 18:03:05 HASH(HMLAN1)
tmr-statistics_PeriodChange              HASH(0x55ff975b5838)                   134       27    2143.97    79.41    72.44     6.04 25.06. 23:59:55 HASH(Statistik)
tmr-FRITZBOX_Readout_Start               FritzBox6490.Readout                   119      814   15620.32    19.19  3006.38    14.80 26.06. 08:24:11 FritzBox6490.Readout
tmr-DOIF_TimerTrigger                    REF(0x55ff9d5ac1d0)                    116        1     116.59   116.59    10.14    10.14 26.06. 09:00:00 REF(0x55ff9d5ac1d0)
Spitzboden.Lueftung                      DOIF_Notify                            116   100909   38316.03     0.38     0.00     0.00 26.06. 03:00:30 HASH(Spitzboden.Lueftung); HASH(Spitzboden.Ventilator)
tmr-DOIF_TimerTrigger                    REF(0x55ff99a5d988)                    106        1     106.32   106.32     3.97     3.97 26.06. 05:15:00 REF(0x55ff99a5d988)
tmr-DOIF_TimerTrigger                    REF(0x55ff99a5dca0)                    106        1     106.28   106.28     1.70     1.70 25.06. 21:15:00 REF(0x55ff99a5dca0)
tmr-DOIF_SleepTrigger                    HASH(0x55ff929b36e0)                   101       11     986.30    89.66    12.47     2.46 26.06. 09:21:03 HASH(CamWatchAlarm.on)
tmr-DOIF_SleepTrigger                    HASH(0x55ff98122aa0)                   101      664   15132.54    22.79   321.34     8.51 26.06. 09:02:31 HASH(Warmwasser.Zirkulation)
tmr-DOIF_SleepTrigger                    HASH(0x55ff92b6f920)                   100      594   41972.42    70.66  2597.40    21.58 25.06. 17:59:22 HASH(Anwesenheit.Zuhause)
tmr-FHEM::Astro::Update                  HASH(0x55ff97018828)                    98       27    1345.29    49.83   162.65    29.83 26.06. 00:19:54 HASH(myAstro)
tmr-DOIF_TimerTrigger                    REF(0x55ff9bd015d8)                     97        1      97.09    97.09     3.86     3.86 26.06. 00:19:47 REF(0x55ff9bd015d8)
Update.Dieselpreise                      DOIF_Notify                             94   100909   13765.27     0.14     0.00     0.00 26.06. 09:24:59 HASH(Update.Dieselpreise); HASH(myUniFi)
tmr-at_Exec                              HASH(0x55ff91b22488)                    94       54    4567.91    84.59     1.53     1.26 26.06. 02:19:35 HASH(addlog.myUniFi)
tmr-DOIF_TimerTrigger                    REF(0x55ff9d1751e8)                     93        1      93.70    93.70     4.00     4.00 26.06. 07:00:00 REF(0x55ff9d1751e8)
tmr-DOIF_TimerTrigger                    REF(0x55ff9a5d7448)                     87        1      87.85    87.85     6.02     6.02 25.06. 13:00:00 REF(0x55ff9a5d7448)
tmr-at_Exec                              HASH(0x55ff92e375a8)                    87     1630   53180.05    32.63   459.44     3.21 25.06. 23:23:35 HASH(FritzBoxTraffic)
tmr-DOIF_TimerTrigger                    REF(0x55ff997ab610)                     87        1      87.27    87.27     2.36     2.36 25.06. 21:19:47 REF(0x55ff997ab610)

apttime max liefert:

Code Auswählen Erweitern

active-timers: 162; max-active timers: 208; max-timer-load: 7  min-tmrHandlingTm: 0.0ms; max-tmrHandlingTm: 855.6ms; totAvgDly: 330.4ms

name                                     function                               max    count      total  average   maxDly   avgDly TS Max call     param Max call
Callmonitor                              FB_CALLMONITOR_Read                   5494       13    5882.15   452.47     0.00     0.00 25.06. 11:25:51 HASH(Callmonitor)
HMLAN1                                   HMLAN_Ready                           3006    18608  255950.13    13.75     0.00     0.00 25.06. 18:02:04 HASH(HMLAN1)
myHmUARTLGW1                             HMUARTLGW_Read                        1155    10089   57731.91     5.72     0.00     0.00 25.06. 09:16:47 HASH(myHmUARTLGW1)
Garage.notify                            notify_Exec                           1117        3    3279.20  1093.07     0.00     0.00 25.06. 09:16:47 HASH(Garage.notify); HASH(Handsender.04)
myRollladenGarage                        dummy_Set                             1116       18    3276.33   182.02     0.00     0.00 25.06. 09:16:47 HASH(myRollladenGarage); myRollladenGarage; up
notifyRollladenControl                   notify_Exec                           1104   101373   53034.62     0.52     0.00     0.00 25.06. 09:16:47 HASH(notifyRollladenControl); HASH(myRollladenGarage)
WEB                                      FW_Read                               1094     1007   45424.88    45.11     0.00     0.00 25.06. 17:51:34 HASH(WEB)
tmr-Calendar_PollChild                   HASH(0x55ff95fabc60)                   800        6    4358.82   726.47   113.35    26.46 26.06. 00:19:53 HASH(Muelltonnen.Kalender.AVEA)
myMuell                                  ABFALL_Notify                          691       30    3742.23   124.74     0.00     0.00 26.06. 00:19:53 HASH(myMuell); HASH(Muelltonnen.Kalender.AVEA)
Battery.State                            readingsGroup_Notify                   578   101373  104536.08     1.03     0.00     0.00 26.06. 02:20:31 HASH(Battery.State); HASH(Wetter.Proplanta)
mySIGNALduino                            SIGNALduino_Read                       552    22326  175645.38     7.87     0.00     0.00 26.06. 00:22:39 HASH(mySIGNALduino)
tmr-DWD_OpenData::Timer                  HASH(0x55ff969589f8)                   433      136    1922.73    14.14  3008.11    57.25 25.06. 09:00:05 HASH(DWD.Wetter.Leverkusen)
DLNASocket-myDLNARenderer-1900           DLNARenderer_Read                      423     8269    4881.89     0.59     0.00     0.00 25.06. 12:17:09 HASH(DLNASocket-myDLNARenderer-1900)
MyBroker                                 MQTT::Read                             400    25854  881172.23    34.08     0.00     0.00 26.06. 00:22:42 HASH(MyBroker)
mySignalESPSMABuchse                     SIGNALduino_Read                       352     7141  205588.69    28.79     0.00     0.00 25.06. 08:20:17 HASH(mySignalESPSMABuchse)
WEBtablet                                FW_Read                                338       41    2541.42    61.99     0.00     0.00 25.06. 18:37:21 HASH(WEBtablet)
mySignalESPHelicalAntenna                SIGNALduino_Read                       216     9721   65535.66     6.74     0.00     0.00 25.06. 08:21:52 HASH(mySignalESPHelicalAntenna)
DLNASocket-myDLNARenderer-37723          DLNARenderer_Read                      207        8     562.62    70.33     0.00     0.00 25.06. 12:17:10 HASH(DLNASocket-myDLNARenderer-37723)
Haushaltsraum.Lueftung                   DOIF_Notify                            199   101373   13712.83     0.14     0.00     0.00 26.06. 00:22:42 HASH(Haushaltsraum.Lueftung); HASH(Haushaltsraum.Ventilator)
tmr-SYSMON_Update                        HASH(0x55ff9814a410)                   194     1637   58373.42    35.66   589.65     2.59 26.06. 00:15:47 HASH(T610.Sysmon)
tmr-Calendar_PollChild                   HASH(0x55ff961b2578)                   172        4     601.13   150.28   223.88   130.14 26.06. 08:19:54 HASH(NRW.Feiertage.Kalender)
tmr-DOIF_TimerTrigger                    REF(0x55ff9bdb09f0)                    163        1     163.47   163.47   101.28   101.28 26.06. 00:19:47 REF(0x55ff9bdb09f0)
Klingeln                                 DOIF_Notify                            151   101373    5864.15     0.06     0.00     0.00 26.06. 10:11:19 HASH(Klingeln); HASH(Klingel)
HMLAN1                                   HMLAN_Read                             143     7759   70120.64     9.04     0.00     0.00 25.06. 18:03:05 HASH(HMLAN1)
tmr-statistics_PeriodChange              HASH(0x55ff975b5838)                   134       27    2143.97    79.41    72.44     6.04 25.06. 23:59:55 HASH(Statistik)
tmr-FRITZBOX_Readout_Start               FritzBox6490.Readout                   119      818   15703.74    19.20  3006.38    14.73 26.06. 08:24:11 FritzBox6490.Readout
tmr-DOIF_TimerTrigger                    REF(0x55ff9d5ac1d0)                    116        1     116.59   116.59    10.14    10.14 26.06. 09:00:00 REF(0x55ff9d5ac1d0)
Spitzboden.Lueftung                      DOIF_Notify                            116   101373   38533.39     0.38     0.00     0.00 26.06. 03:00:30 HASH(Spitzboden.Lueftung); HASH(Spitzboden.Ventilator)
tmr-DOIF_TimerTrigger                    REF(0x55ff99a5d988)                    106        1     106.32   106.32     3.97     3.97 26.06. 05:15:00 REF(0x55ff99a5d988)
tmr-DOIF_TimerTrigger                    REF(0x55ff99a5dca0)                    106        1     106.28   106.28     1.70     1.70 25.06. 21:15:00 REF(0x55ff99a5dca0)
tmr-DOIF_SleepTrigger                    HASH(0x55ff929b36e0)                   101       11     986.30    89.66    12.47     2.46 26.06. 09:21:03 HASH(CamWatchAlarm.on)
tmr-DOIF_SleepTrigger                    HASH(0x55ff98122aa0)                   101      668   15195.80    22.75   321.34     8.47 26.06. 09:02:31 HASH(Warmwasser.Zirkulation)
tmr-DOIF_SleepTrigger                    HASH(0x55ff92b6f920)                   100      598   42261.52    70.67  2597.40    21.44 25.06. 17:59:22 HASH(Anwesenheit.Zuhause)
tmr-FHEM::Astro::Update                  HASH(0x55ff97018828)                    98       27    1345.29    49.83   162.65    29.83 26.06. 00:19:54 HASH(myAstro)
tmr-DOIF_TimerTrigger                    REF(0x55ff9bd015d8)                     97        1      97.09    97.09     3.86     3.86 26.06. 00:19:47 REF(0x55ff9bd015d8)
Update.Dieselpreise                      DOIF_Notify                             94   101373   13926.85     0.14     0.00     0.00 26.06. 09:24:59 HASH(Update.Dieselpreise); HASH(myUniFi)
tmr-at_Exec                              HASH(0x55ff91b22488)                    94       54    4567.91    84.59     1.53     1.26 26.06. 02:19:35 HASH(addlog.myUniFi)
tmr-DOIF_TimerTrigger                    REF(0x55ff9d1751e8)                     93        1      93.70    93.70     4.00     4.00 26.06. 07:00:00 REF(0x55ff9d1751e8)
tmr-DOIF_TimerTrigger                    REF(0x55ff9a5d7448)                     87        1      87.85    87.85     6.02     6.02 25.06. 13:00:00 REF(0x55ff9a5d7448)
tmr-at_Exec                              HASH(0x55ff92e375a8)                    87     1637   53426.30    32.64   459.44     3.20 25.06. 23:23:35 HASH(FritzBoxTraffic)
tmr-DOIF_TimerTrigger                    REF(0x55ff997ab610)                     87        1      87.27    87.27     2.36     2.36 25.06. 21:19:47 REF(0x55ff997ab610)

Kannst du einen Ansatzpunkt erkennen, dem es sich lohnt nachzugehen?
Viele Grüße
Gisbert

[Hollo]

Einfach mal aus aktuellem Anlass eine "blöde Idee" in eine andere Richtung...

Läuft Dein FHEM unter Bebian Stretch bzw. mit dieser ominösen Perl-Version?
Wenn das vorher lange gut funktioniert hat, hast Du evtl. etwas aktualisiert, geändert, neue Regex eingebaut?

Reagiert das ganze FHEM evtl. "träger" als sonst?

[frank]

einen direkten verantwortlichen erkenne ich erstmal nicht.

allerdings gibt es einige funktionen mit relativ häufigen und identischer anzahl an aufrufen (100909). ich schätze mal ca alle 10s. ist das nötig? eventuell summieren sich hier hin und wieder die freezes ungünstig.

offen ist noch meine wlan-frage.

wenn du attr wdTimer beim hmlan verkürzt von default 25s auf zb 15s, sollten sich die disconnects im vergleichbaren zeitraum reduzieren, wenn meine vermutung zutrifft.
grundsätzlich aber nicht empfehlenswert wegen zusätzlicher belastung.

poste doch noch ein list vom hmlan.

edit: 100000 aufrufe in 28 std bedeutet nicht jede 10s, sondern jede sekunde.

[Gisbert]

Hallo Hollo,

es läuft Debian 9.8 Stretch auf einem HP ThinClient T610, seit März 2019, mit regelmäßigen updates/upgrades alle ca. einen Monat.
Fhem reagiert nicht sonderlich träge, aber gefühlt zum März doch langsamer. Das kann aber auch an zusätzlichen Diagrammen bzw. Karten liegen, die ich vor 4 Monaten noch nicht hatte.

Ich aktualisiere Fhem einmal wöchentlich, deshalb ist es für mich unmöglich zu sagen, ab welchem Update es zu den disconnects kommt.

Hallo frank,

ich verstehe die Frage nach dem Wlan nicht ganz. Ich habe natürlich Wlan, aber der HMLAN-Adapter hängt per Kabel am Router.
Ich habe eine VCCU; zusätzlich habe ich ein HmUARTLGW1 hängt per Wlan im Netz.

Die häufigen Aufrufe sind nicht beabsichtigt. Jedes einzelne Device hat eine sinnvolle Abfragefrequenz, allerdings frage ich so gut wie alles ab, was mir unter die Finger kommt (Wetterdaten, Netatmo, Blitzer, ...).
Ist es ratsam sich da etwas zu mäßigen und entweder die Abfragefrequenz weiter auszudünnen oder die Anzahl der abgefragten Devices zu reduzieren?

Viele Grüße Gisbert

[topfi]

Bei meinen HMLANs war erst Ruhe, nachdem ich für zeitkritische Dinge eine zweite FHEM-Instanz eröffnet habe. Konkret handelte es sich um die Module IPCAM und SIRD, ersteres für INSTAR-Kameras, zweites für ein Lidl-Internetradio. Diese Module waren sehr zeithungrig. Außerdem gibt es nun ein eigenes VLAN zwischen dem FHEM-Server und den HMLAN-Adaptern.

Danach waren keepalive-timeouts ohne Ausnahme verschwunden. Ein paar Reboots genehmigte sich der eine HMLAN. Daraufhin habe ich die Elkos getauscht --> keine Besserung. Das Netzteil wars. Mit diesem hier https://www.amazon.de/gp/product/B002TPY1VS/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1 ok.

[Gisbert]

Hallo topfi,

vielen Dank für deine Schilderung und Einschätzung des Fehlerbilds bei meinem HMLAN.

Mit "zweiter FHEM-Instanz" meinst du vermutlich einen 2. Server, der mit FHEM2FHEM angebunden wird.
Einen 2. Fhemserver möchte ich eigentlich vermeiden, da er erstens zusätzliche Hardware erfordert, sowie Strom kostet, und er muss auch noch gewartet werden.

Eine zweite Fhem-Instanz auf dem gleichen Fhemserver geht vermutlich nicht.
Ich könnte aber sowohl den HMLAN-Adapter als auch das HmUARTLGW in ein eigenes VLAN bringen - das mache ich, wenn ich etwas mehr Zeit als im Moment dafür habe.

Ein anderes Netzteil könnte ich probieren, da müsste ich welche zur Verfügung haben, die die gewünschte Spannung haben.
Einen Versuch ist es wert, aber auch den kann ich erst angehen, wenn ich dass über einen längeren Zeitraum beobachten kann.

Viele Grüße Gisbert

[frank]

ich verstehe die Frage nach dem Wlan nicht ganz. Ich habe natürlich Wlan, aber der HMLAN-Adapter hängt per Kabel am Router.
Ich habe eine VCCU; zusätzlich habe ich ein HmUARTLGW1 hängt per Wlan im Netz.

ist der signalweg des netzwerkes von fhem bis zum hmlan ausschliesslich LAN?
mein hmlan hängt auch über kabel am router => ok.
allerdings war mein pi mit fhem zeitweise über wlan mit dem router verbunden => das verursachte einige disconnects täglich. seit der umstellung dieser teilstrecke auf LAN ist ruhe.

Code Auswählen Erweitern

Battery.State                            readingsGroup_Notify                   578   100909  104480.90     1.04     0.00     0.00 26.06. 02:20:31 HASH(Battery.State); HASH(Wetter.Proplanta)
das irritiert mich zb.
scheinbar eine batterieanzeige, die sekündlich aufgerufen wird und dabei 105 sekunden fhem blockiert.
hm.... 

[Klaus.A]

Keine Garantie das es das Problem löst - aber ich hatte auch viele Disconnects seit "Debian Stretch".

Das Problem war die DNS-Auflösung, die in einigen FHEM-Modulen notwendig ist. Die Lösung war das globale FHEM-Attribute dnsServer mit der IPV4-Adresse des DNS-Servers (das kann der Router sein oder - wenn vorhanden - ein dedizierter DNS im LAN).

Hintergrund (habe ich aus einigen Diskussionen gelernt): Ohne das globale Attribut verwendet FHEM die Calls des Betriebssystems und die sind "blockierend". Wird das FHEM-Attribute dnsServer gesetzt dann sind die Calls zur DNS-Auflösung "non-blocking".

Ich habe dazu keine Details, aber mein Verdacht ist das seit Debian Stretch da einiges nicht mehr ganz so performant abläuft. Damit kommt es zu teilweise erheblichen Verzögerungen, was die Disconnects auslöst.

Unabhängig davon gibt es in FHEM immer noch einige generell blockierende Calls (z.B. wenn ZWAVE im Einsatz ist und die ZWAVE-Konfiguration ausgelesen werden - dann fallen die IOs bei mir immer raus. Kommt aber nur während eines Neustarts vor, ist also relativ unkritisch).

Wie auch immer, seit ich dieses dnsServer Attribut gesetzt habe sind alle Disconnects der IOs (HMLAN und HM-LAN-Gateways) weg.

Wäre vielleicht einen Versuch wert. Ist ja nicht so aufwendig und wenn es im speziellen Fall nichts bringt auch wieder leicht rückgängig zu machen.

Gruß, Klaus

[Gisbert]

Hallo Klaus,

das Attribut dnsServer bei global hatte ich bereits auf 8.8.8.8 gesetzt. Versuchsweise habe ich das auf einen internen DNS-Server gesetzt, leider ohne durchschlagenden Erfolg; innerhalb von ca. 80 Minuten gab es 3 disconnects.

Viele​ Grüße​ Gisbert​

[topfi]

Hallo topfi,

vielen Dank für deine Schilderung und Einschätzung des Fehlerbilds bei meinem HMLAN.

Mit "zweiter FHEM-Instanz" meinst du vermutlich einen 2. Server, der mit FHEM2FHEM angebunden wird.
Einen 2. Fhemserver möchte ich eigentlich vermeiden, da er erstens zusätzliche Hardware erfordert, sowie Strom kostet, und er muss auch noch gewartet werden.

Eine zweite Fhem-Instanz auf dem gleichen Fhemserver geht vermutlich nicht.
[...]

Doch, das geht. Einfach in /opt/fhem1 ein weiteres fhem mit eigener fhem1.cfg kopieren und wie folgt starten:

1. Startdatei für fhem1 erstellen:

Code Auswählen Erweitern

sudo nano /etc/init.d/fhem1

Code Auswählen Erweitern


#!/bin/sh
# description: Start or stop the fhem server fuer zweite Instanz
# Script added by Alex Peuchert, modifiziert von Topfi

### BEGIN INIT INFO
# Provides:             fhem1
# Required-Start:       $local_fs $remote_fs
# Required-Stop:        $local_fs $remote_fs
# Default-Start:        2 3 4 5
# Default-Stop:         0 1 6
# Short-Description:    FHEM server 2.Instanz
### END INIT INFO

set -e
cd /opt/fhem1
port=7073

case "$1" in
'start')
        sleep 1
        echo "Starting fhem1..."
        perl fhem.pl fhem1.cfg
        RETVAL=$?
        ;;
'stop')
        echo "Stopping fhem1..."
        perl fhem.pl $port "shutdown"
        RETVAL=$?
        ;;
'status')
        cnt=`ps -ef | grep "fhem.pl" | grep -v grep | wc -l`
        if [ "$cnt" -eq "0" ] ; then
                echo "fhem1 is not running"
        else
                echo "fhem1 is running"
        fi
        ;;
*)
        echo "Usage: $0 { start | stop | status }"
        RETVAL=1
        ;;
esac
exit $RETVAL


Code Auswählen Erweitern


sudo chmod 755 /etc/init.d/fhem1


2. In der originalen fhem.cfg (Erstinstanz) sieht man vor:

Code Auswählen Erweitern


define Neustart_Zweite_Instanz notify (global:INITIALIZED|global:REREADCFG).* {system('sudo /usr/local/bin/fhem1restart.sh)'}


fhem1restart.sh ist einfach:

Code Auswählen Erweitern


#!/bin/sh
sudo /etc/init.d/fhem1 stop
sleep 2
sudo /etc/init.d/fhem1 start


Das script sollte in sudoers noch zur Ausführung von fhem eingetragen werden. Nach einem Neustart laufen beide Instanzen.

fhem2fhem in Erstinstanz lautet dann beispielsweise so (ich übergebe die events des SIRD-Radios, das auf der zweiten Instanz definiert ist, an die erste):

Code Auswählen Erweitern

define f2f_2a FHEM2FHEM 192.168.0.2:7073 LOG:(Kuechenradio)

Die Zweitinstanz (fhem1.cfg) definieren wir natürlich auf anderen Ports:

Code Auswählen Erweitern


define telnetPort telnet 7073 global
define WEB FHEMWEB 8073 global

define f2f_Ha FHEM2FHEM 192.168.0.2:7072 LOG:(Kuechenradio_B|TF_Haustuer.*)

....

Hier steuere ich das SIRD-Radio aus der ersten Instanz heraus. Außerdem übergebe ich den Türkontakt Haustür an die zweite Instanz, die mit dem gerne blockierenden IPCam-Modul dann Bilder macht.

[Gisbert]

Doch, das geht. Einfach in /opt/fhem1 ein weiteres fhem mit eigener fhem1.cfg kopieren und wie folgt starten:

1. Startdatei für fhem1 erstellen:

Code Auswählen Erweitern

sudo nano /etc/init.d/fhem1

Hallo topfi,

vielen Dank für den Hinweis. Ich werde es in einer ruhigen Stunde versuchen umzusetzen. Ich werde mir aber dafür vorort Hilfe organisieren müssen.

Eine Frage an dieser Stelle. Du benutzt init.d für die Services, bei mir starten die Services mit systemctl. Kann man beide Varianten parallel benutzen?

Viele​ Grüße​ Gisbert​

[topfi]

Ja, die erste Instanz starte ich auch über systemctl.

Das init.d-script war früher bei fhem dabei. Damals habe ich FHEM auf wheezy kennengelernt und das seinerzeit so implementiert. Inzwischen habe ich fhem komplett neu auf stretch installiert, natürlich über systemctl gestartet.  Für die zweite Instanz habe ich mich einfach des alten scripts in leicht abgewandelter Form  bedient und siehe da: es geht. 

[Gisbert]

Hallo topfi,
Ein anderes Netzteil könnte ich probieren, da müsste ich welche zur Verfügung haben, die die gewünschte Spannung haben.
Einen Versuch ist es wert, aber auch den kann ich erst angehen, wenn ich dass über einen längeren Zeitraum beobachten kann.

Hallo topfi,

ich hab 2 Kondensatoren schon vor längerer Zeit getauscht: C1 und C4 (100µF/25V) - hier ergab sich noch keinerlei Verbesserrung.
Die Kondensatoren C14 (100µF/16V) und C43 (22µF/50V) stehen noch auf der to-do-Liste:

Heute bin ich dazu gekommen, ein anderes Netzteil zu testen.
Das orginale Netzteil ist mit 7.5V schon ein Exot (gemessen habe ich beim Orginal-Netzteil 7.3V). Aus der Sammlung der diversen Netzeile war kein passendes dabei, also hab ich mir aus einem 12V-Netzteil und einem Wandler (ich weiß nicht genau, wie dieses Teil heißt, aber es macht aus einer größeren Gleichspannung eine einstellbare, kleinere Spannung) exakt eine 7.50V-Versorgung hergestellt.
Leider ist das auch noch nicht die Lösung, es kommen in der Stunden nach wie vor ca. ein Dutzend disconnects.

Bleibt auf der Liste der Austausch der beiden weiteren Kondensatoren.
Die Einrichtung einer 2. Fhem-Instanz übersteigt im Moment meine Resourcen, das muss ich auf später verschieben.
Was ich ich noch als ernsthafte Option sehe, ist diesen HMLAN-Adapter still zu legen und gegen ein weiteres Wlan-Gateway zu ersetzen, alles zusammen in einer VCCU.
Gibt es dabei irgendwas zu bedenken, wenn der "orginale" HMLAN-Adapter auf Dauer in der VCCU fehlt?

Viele Grüße Gisbert

[Otto123]

Hallo Gisbert,

für Deine eigentliches Problem habe ich leider  keine Hilfe.
Für die Frage nach der zweiten Instanz hatte ich hier mal meine Erkenntnisse mit verschiedenen Varianten und Möglichkeiten aufgeschrieben.

Gruß Otto