Benachrichtigungsnotify zum Sstemstart funktioniert nicht

Begonnen von Marko1976, 05 Oktober 2025, 16:59:13

Vorheriges Thema - Nächstes Thema

Marko1976

Hallo, ich hatte mir mal eine Anleitung im Netz rausgesucht wie man ein Notify erstellt, dass per Pushover darüber informiert wenn Fhem Neugestartet wurde.
Leider habe ich dieses Notify nie richtig ans Laufen bekommen.

Vielleicht sieht ja jemand von euch einen Fehler.

Das List des Notifys:
Internals:
   DEF        global:INITIALIZED set pushmsg msg 'System' 'FHEM wurde neu gestartet! - $EVENT' 'GalaxyS25ultra_Marko' 0 ''
   FUUID      688b4883-f33f-7706-dc2e-966556cb39e9c42f
   FVERSION   91_notify.pm:0.286100/2024-03-07
   NAME       notify_fhem_reload
   NOTIFYDEV  global
   NR         547
   NTFY_ORDER 50-notify_fhem_reload
   REGEXP     global:INITIALIZED
   STATE      2025-10-05 07:31:19
   TRIGGERTIME 1759642303.84114
   TYPE       notify
   READINGS:
     2025-10-05 07:31:14   state           active
     2025-10-05 07:31:19   triggeredByDev  global
     2025-10-05 07:31:19   triggeredByEvent INITIALIZED
Attributes:
   alias      Systemstart
   group      Pushnachricht
   room       Benachrichtigungen

Beta-User

Die Interpretation wird wohl nicht klappen, Perl-Grundlagen lernen...

Und was steht im Log?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Marko1976

2025.10.05 07:30:18 1: PERL WARNING: "my" variable $string masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 246.
2025.10.05 07:30:21.644 0: [echodevice_Define] load ECHO Devicename=Echo_Schlafzimmer Devicetype=A2H4LV5GIZ1JFT Devicemodel=Echo Dot Gen4 with Clock
2025.10.05 07:30:21.645 0: [echodevice_Define] load ECHO Devicename=Echo_Wohnzimmer Devicetype=A2U21SRK4QGSE1 Devicemodel=Echo Dot Gen4
2025.10.05 07:30:55.977 0: [echodevice_Define] load ECHO Devicename=Echo_Kueche Devicetype=ASQZWP4GPYUT7 Devicemodel=Echo Plus 2
2025.10.05 07:30:55.978 0: [echodevice_Define] load ECHO Devicename=ECHO_G0G2HN033146003G Devicetype=ASQZWP4GPYUT7 Devicemodel=Echo Plus 2
2025.10.05 07:31:18.942 0: [echodevice_Define] load ECHO Devicename=ECHO_Wohnung Devicetype=A3C9PE6TNYLTCH Devicemodel=Echo Multiroom
2025.10.05 07:31:43.887 0: Featurelevel: 6.4
2025.10.05 07:31:43.887 0: Server started with 550 defined entities (fhem.pl:29803/2025-03-29 perl:5.032001 os:linux user:fhem pid:20722)
sh: 1: ip: not found
2025.10.05 16:41:05.257 0: [echodevice_Define] load ECHO Devicename=ECHO_709405166272000J Devicetype=ADVBD696BHNV5 Devicemodel=Fire TV Stick V1
2025.10.05 16:41:05.451 0: [echodevice_Define] load ECHO Devicename=ECHO_1a6d93aed79546fd860ff623ec8c36f3 Devicetype=A3C9PE6TNYLTCH Devicemodel=Echo Multiroom
2025.10.05 16:41:05.612 0: [echodevice_Define] load ECHO Devicename=ECHO_11a36d78ce79422993f25161a6ffb61f Devicetype=A3C9PE6TNYLTCH Devicemodel=Echo Multiroom
2025.10.05 18:04:08 1: PERL WARNING: "my" variable $string masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 246.
2025.10.05 18:04:09.951 0: [echodevice_Define] load ECHO Devicename=Echo_Schlafzimmer Devicetype=A2H4LV5GIZ1JFT Devicemodel=Echo Dot Gen4 with Clock
2025.10.05 18:04:09.952 0: [echodevice_Define] load ECHO Devicename=Echo_Wohnzimmer Devicetype=A2U21SRK4QGSE1 Devicemodel=Echo Dot Gen4
2025.10.05 18:04:43.792 0: [echodevice_Define] load ECHO Devicename=Echo_Kueche Devicetype=ASQZWP4GPYUT7 Devicemodel=Echo Plus 2
2025.10.05 18:04:43.793 0: [echodevice_Define] load ECHO Devicename=ECHO_G0G2HN033146003G Devicetype=ASQZWP4GPYUT7 Devicemodel=Echo Plus 2
2025.10.05 18:05:06.720 0: [echodevice_Define] load ECHO Devicename=ECHO_Wohnung Devicetype=A3C9PE6TNYLTCH Devicemodel=Echo Multiroom
2025.10.05 18:05:06.728 0: [echodevice_Define] load ECHO Devicename=ECHO_709405166272000J Devicetype=ADVBD696BHNV5 Devicemodel=Fire TV Stick V1
2025.10.05 18:05:06.730 0: [echodevice_Define] load ECHO Devicename=ECHO_1a6d93aed79546fd860ff623ec8c36f3 Devicetype=A3C9PE6TNYLTCH Devicemodel=Echo Multiroom
2025.10.05 18:05:06.731 0: [echodevice_Define] load ECHO Devicename=ECHO_11a36d78ce79422993f25161a6ffb61f Devicetype=A3C9PE6TNYLTCH Devicemodel=Echo Multiroom
2025.10.05 18:05:31.555 0: Featurelevel: 6.4
2025.10.05 18:05:31.555 0: Server started with 554 defined entities (fhem.pl:29803/2025-03-29 perl:5.032001 os:linux user:fhem pid:22362)
Das ist der Log-Inhalt nach einem Neustart. Von Global existiert da rein gar nichts. Doch ich sehe auch nichts auf das ein notify funktionieren würde.

ZitatPerl-Grundlagen lernen...
Die Diskussion hatte ich erst. Ich bin Fhem-Anwender, kein Fhem-Programmierer. Ich will kein Perl mehr lernen.
1. Habe ich genug Programmiersprachen gelernt
2. Ist Perl weder konsistent noch sinnvoll
3. kann man nichts aus anderen Sprachen ableiten - die Syntex ist eine völlig andere
4. fühle ich mich zu alt dafür
5. Hab ich mit meinen Augenproblemen genug anderes zu tun womit ich kämpfen muss

Sorry, aber entweder es klappt so oder gar nicht.

Beta-User

a) Das notify wurde getriggert. Der Grund dafür, dass anscheinend nichts ankommt, ist ein anderer.
b) Wenn das alles ist, was im Log steht, ist verbose auf 0, und du machst dich absichtlich blind.

Warum sollte man auf der Basis helfen wollen?

Ergo: dreh verbose wieder hoch und kümmere dich um die Infos und Rückmeldungen, die da drin stehen.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

betateilchen

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Beta-User

Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

MadMax-FHEM

Zitat von: Marko1976 am 05 Oktober 2025, 18:13:53Die Diskussion hatte ich erst. Ich bin Fhem-Anwender, kein Fhem-Programmierer. Ich will kein Perl mehr lernen.
Dann bist du "beschränkt" auf das, was die Module/Devices per Klick usw. bieten.

Wenn das nicht genügt, dann kannst du doch froh sein, es selbst (ganz einfach) erweitern und anpassen zu können...
...ich bin es.

Und wie geschrieben (anderer Thread): wenn man programmieren kann, ist das "Hinschreiben in einer weiteren Programmiersprache" doch ganz einfach und inzwischen mit KI ja Kinderleicht...
...und selbst mit "nur" Google machbar und sogar mit einer entsprechenden Perl-Programmierseite...

Wenn du Anwender sein und bleiben willst, dann beschränke dich darauf was die Oberfläche bietet und gut.

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

passibe

Zitat von: Marko1976 am 05 Oktober 2025, 18:13:53Die Diskussion hatte ich erst. Ich bin Fhem-Anwender, kein Fhem-Programmierer. Ich will kein Perl mehr lernen.
Ehrliche Frage: Wieso benutzt du dann FHEM?

Es ist leider einfach so, dass du bei FHEM, wenn du es (mE) einigermaßen sinnvoll nutzen willst, nicht um Perl herumkommst.
Wenn du dermaßen wenig Bock darauf hast, dürfte das Gras anderswo nicht nur vermeintlich, sondern auch tatsächlich grüner sein (und du dürftest dir eine Menge Stress sparen, auch hier im Forum).

Marko1976

@MadMax-FHEM
ZitatDann bist du "beschränkt" auf das, was die Module/Devices per Klick usw. bieten.
Wenn das nicht genügt, dann kannst du doch froh sein, es selbst (ganz einfach) erweitern und anpassen zu können...
...ich bin es.
Dann ist dem eben so. Ist es denn wirklich so schwer zu glauben, dass es Menschen gibt für die das ausreicht? Ich habe aktuell so viele Probleme - und selbst wenn ich die nicht hätte, wäre ich einfach nicht daran interessiert mir die Mühe zu machen noch mal von Vorne anzufangen. Abgesehen davon, dass die Verweise auf andere Programmiersprachen eben nicht stimmen. Das was ich bis jetzt von Perl gesehen habe wiederspricht ALLEM Anderen das ich in diversesten Programmiersprachen (speziell deren Logik) gesehen habe und ist darüber hinaus offenbar ausschließich in Englisch beschrieben (dokumentiert nenne ich es bewusst nicht). Und mal so daher gesagt, wenn es ums lernen geht, nutzt einem eine KI rein gar nichts, da bekommt man höchstens eine fertige Lösung, die man aber auch nicht versteht und somit nicht lernt. Und fertige Lösungen sind ja genau das was du verteufelst wenn ich dich richtig verstanden habe.
ZitatWenn du Anwender sein und bleiben willst, dann beschränke dich darauf was die Oberfläche bietet und gut.
Mache ich. Und dennoch darf ich Fragen stellen ob etwas vielleicht doch mit der Oberfläche möglich ist, dass ich bisher noch nicht kenne. Oder ist es dann hier verboten Fragen zu stellen oder überhaupt im Forum aktiv zu sein??? Dann müsst ihr die Anmeldung einschränken und nur Leute "einlassen" die eurer Vorstellung vom guten User entsprechen.

@passibe
ZitatEhrliche Frage: Wieso benutzt du dann FHEM?
Ganz einfache Antwort, als ich anfing mich mit dem Thema HausAutomation zu beschäftigen war mir lediglich Fhem bekannt. Ich würde sogar sagen, dass die ganzen anderen Oberflächen zu der Zeit noch in der Babywiege gelegen haben. Zumindest waren sie kein allgemeines Gesprächsthema.
ZitatEs ist leider einfach so, dass du bei FHEM, wenn du es (mE) einigermaßen sinnvoll nutzen willst, nicht um Perl herumkommst.
Das kann ich nicht bestätigen. Ich betreibe Fhem seit über 10 Jahren - gut vielleicht nicht so aktiv und tief wie manch anderer - aber dennoch in 80% des Haushaltes. Darum geht es ja eben bei Fhem meiner Meinung nach. Interessierte Menschen "bauen" Module und stellen sie anderen zur Verfügung, die weniger Ahnung haben. Und ich nutze nicht mal 20% der vorhandenen Module, da ich noch lange nicht alle Geräte besitze für die es ein Modul gibt. Also kann man nur mit der Fhem-Oberfläche sehr, sehr weit kommen wenn man das will. Natürlich kann man mit Perl noch mehr, das steite ich nicht ab. Aber mal im Ernst, ich kann doch von einem Anwender der mit word einen Brief schreiben will nicht erwarten zuvor erst mal Visual Basic von Microsoft zu erlernen. Das ist exakt das gleiche.
ZitatWenn du dermaßen wenig Bock darauf hast, dürfte das Gras anderswo nicht nur vermeintlich, sondern auch tatsächlich grüner sein (und du dürftest dir eine Menge Stress sparen, auch hier im Forum).
Das mag vielleicht sein, aber es ist wie mit allem Anderem - Gewohnheit. Alleine die notwendige Zeit sich in ein anderes System einzuarbeiten und die Jahre wegzuschmeissen die Fhem jetzt läuft lassen mich davon Abstand nehmen. Den Stress mache nicht ich, den machen nur einzelne Personen, die Partou nicht akzeptieren können, dass es Menschen wie mich gibt, die eben nur rein Bediener sein wollen und hier und da mal eine Frage stellen, aber eben nicht tiefer in die Unterschicht vordringen wollen. Den Stress machen die Personen, die anderen vorschreiben wollen was und wie sie zu lernen haben. Den Stress machen Leute, die gar nicht merken welche diktatorischen Tonfall sie beim schreiben benutzen (nicht persönlich nehmen). Ich frage hier im Forum ja nur weil ich oft denke, dass ich etwas von der Oberfläche nicht weiß oder es eben doch noch irgendeine verstecke Funktion gibt. Windows nutze ich auch schon 30 Jahre, lerne aber dennoch immer neues hinzu. Und glaube mir, ich bin der letzte, der nicht akzeptiert wenn ich als Antwort bekomme, dass etwas ohne Perl nicht funktioniert. Doch hier kommt es auf den Tonfall an in dem eine Antwort verfasst ist und die Erwartungshaltung, die daran geknüpft ist. Man sieht ja an Usern die nur noch zur reinen Schikane völlig sinnfrei antworten und gar nichts zum eigentlichen Thema beisteuern wollen, solche Leute sind für den Stress verantwortlich.


MadMax-FHEM

Ich habe doch "exakt" dein Beispiel mit Word aufgegriffen...

Du kannst fhem nehmen wie es ist -> Brief schreiben

Wenn dir etwas fehlt, du etwas anders haben willst, als es eben von den Entwicklern implementiert wurde, dann kannst du es hier, fhem, anpassen.
Und zwar ALLES, vorausgesetzt eben Perl...

Bei Word kannst du selbst mit VB nur bedingt anpassen...
Und ich bin mir sicher, dass Word/Office nicht in VB programmiert ist.
Ja, per VB for Applications "erweitert" werden etc.

Und ja, Perl hat seine Eigenheiten aber welche "Logik" weicht denn von C, C++, Pascal, ... ab?

Aber sinnlose "Diskussion", du magst Perl nicht. fhem ist in Perl programmiert...

Bleibt dir halt nichts als fhem zu nutzen, wie es die Entwickler programmiert haben, also einfach Briefe schreiben...

Dann einfach bei den Fragen angeben: bitte nur Lösungen ohne Perl...
Dann wird allerdings oft kommen: was du willst geht ohne Perl nicht...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

passibe

#10
Zitat von: Marko1976 am 05 Oktober 2025, 21:15:41Man sieht ja an Usern die nur noch zur reinen Schikane völlig sinnfrei antworten und gar nichts zum eigentlichen Thema beisteuern wollen, solche Leute sind für den Stress verantwortlich.
Ja, das stimmt. Ich persönlich finde diese "Popcorn-Kommentare" auch unnötig.



Zitat von: Marko1976 am 05 Oktober 2025, 21:15:41
ZitatEs ist leider einfach so, dass du bei FHEM, wenn du es (mE) einigermaßen sinnvoll nutzen willst, nicht um Perl herumkommst.
Das kann ich nicht bestätigen.
Nun, genau mit diesem Post hier hast du ja deine Bestätigung. Aber vielleicht sollten wir die Sachebene mal verlassen:

Ich möchte versuchen, es aus der anderen Perspektive zu beschreiben. Vielleicht hilft dir das, die Reaktionen, die du auf deine Fragen erhältst, nachzuvollziehen.

Viele hier nehmen sich Zeit, um Fragen zu lesen und diese bestmöglich zu beantworten. Je nach dem erfordert das auch etwas Recherche, Nachdenken und Ausprobieren. Das alles kostet Zeit und Mühe, die man auch anderswo investieren könnte. Trotzdem macht man das gerne, weil man helfen will, weil einem das Projekt am Herzen liegt oder man sich über die Dankbarkeit, die man erfährt, freut, usw.

Dann liest man eine Frage, von jemandem der irgendwelche Basics (noch) nicht verstanden hat. Man denkt sich: "ok, kein Problem, wir haben ja alle mal angefangen". Deshalb nimmt man sich Zeit, erklärt ein bisschen die Basics und gibt aber gleichzeitig auch den Hinweis, dass die Person sich selbst etwas weiterbilden sollte.

Dieser Hinweis ist aus meiner Sicht durchaus berechtigt. Wer – wie beschrieben – andere Dinge hinten anstehen lässt und Zeit und Mühe in hilfreiche Antworten steckt, darf erwarten, dass auch die hilfesuchende Person etwas Eigeninitiative zeigt. Damit zeigt sie, dass sie diese Zeit und Mühe anerkennt und sie nicht durch sich wiederholende, vermeidbare Fragen, vergeuden will.

Bei den ersten paar Posts ist das aber natürlich noch völlig in Ordnung. Aber wenn dann über längere Zeit immer wieder Fragen kommen, bei denen die Person sich mit etwas Eigenrecherche längst selbst hätte helfen können und sie dann auf entsprechende Hinweise auch noch bockig reagiert, entsteht ein ungutes Gefühl. Man hat dann den Eindruck, dass die Zeit, die man selbst oder andere hier investieren, nicht wertgeschätzt wird, sondern eher ausgenutzt wird. Und dass diese Person nicht bereit ist, selbst Mühe in die Lösung dann ja sogar ihrer eigenen (!) Probleme zu stecken. Vielleicht geht das ein bisschen in die Richtung, dass man den Eindruck hat, dass mit der selbst investierten Zeit nicht respektvoll umgegangen wurde.

Wenn ich dieses Gefühl habe, antworte ich meistens entweder schon gar nicht oder nur, wenn mir wirklich langweilig ist. Andere können dieses im vorherigen Absatz beschriebene Gefühl aber vielleicht schlechter schlucken und machen sich dann eben auf andere Art Luft (Popcorn, etc., was aber – wie gesagt – mE ebenfalls kritikwürdig ist).

Ich glaube, dass das der Mechanismus ist, der erklärt, weshalb du diese Reaktionen bekommst. Wie ausgeführt, ist aber meiner Meinung nach das Prinzip dahinter durchaus berechtigt. Wenn kostenlos Hilfe geboten wird (= Zeit und Mühe investiert wird), darf man auch erwarten, dass die hilfesuchende Person, nach sachdienlichen Hinweisen, ebenfalls Zeit und Mühe investiert. Und der Zeit und Mühe, die andere hier investieren, mit Respekt begegnet und sie nicht für Probleme, die auf gleichen oder ähnlichen Fehlern oder Unzulänglichkeiten beruhen, unnötig beansprucht. Wir alle wollen ja auch lieber bei komplexeren Dingen helfen, als immer nur dieselben Grundlagen zu erklären, die auch problemlos eigeninitiativ erlernt werden können.

Marko1976

Zitat von: MadMax-FHEM am 05 Oktober 2025, 21:45:38Ich habe doch "exakt" dein Beispiel mit Word aufgegriffen...
Du kannst fhem nehmen wie es ist -> Brief schreiben
Wenn dir etwas fehlt, du etwas anders haben willst, als es eben von den Entwicklern implementiert wurde, dann kannst du es hier, fhem, anpassen. Und zwar ALLES, vorausgesetzt eben Perl...
Bei Word kannst du selbst mit VB nur bedingt anpassen...
Und ich bin mir sicher, dass Word/Office nicht in VB programmiert ist.
Ja, per VB for Applications "erweitert" werden etc.
Also nichts für ungut, aber ich frage mich gerade wer dumm und wer dümmer ist, dass wir so im Kreis reden. Genau das schreibe ich seit etlichen Tagen. Doch es gibt Leute hier im Forum die das eben nicht akzeptieren können und meinen nur weil Sie Perl kennen und Fhem damit erweitern MUSS das jeder andere auch können/tun.

Zitat von: MadMax-FHEM am 05 Oktober 2025, 21:45:38Und ja, Perl hat seine Eigenheiten aber welche "Logik" weicht denn von C, C++, Pascal, ... ab?
Beispiel 1: In jeder mir bekannten Programmiersprache muss eine Variable vor benutzung deklariert werden, einzige Ausnahme ist VBA wo es eine Art Autodeklaration gibt. In Fhem wurde erst gestern hier oder dem anderen Threat geschrieben wo zu, das ginge ja auch anders.
Beispiel 2: In jeder mir bekannten Programmiersprache bedeutet Variable1 = Variable1 "+" Variable2 (Inhaltanführungszeichen ist unterschiedlich je nach Sprache), dass der Inhalt einer zweiten Variable an eine erste angehangen und diese mit dem neuen Inhalt überschrieben wird, in Fhem funktioniert das nicht.
Beispiel 3: Es gibt keine einheitliche Syntex, je nach Einsatzort wird mal mit einem Semikolon, mal mit zwei Semikolon und mal mit Komma statt Semikolon ein Befehl beendet - in jeder anderen Sprache bleibt die Syntext egal wann und wo sie gebraucht wird immer gleich. Das sind nur 3 einfache Beispiele, es gibt sicherlich noch mehr.

Zitat von: MadMax-FHEM am 05 Oktober 2025, 21:45:38Aber sinnlose "Diskussion", du magst Perl nicht. fhem ist in Perl programmiert...
Bleibt dir halt nichts als fhem zu nutzen, wie es die Entwickler programmiert haben, also einfach Briefe schreiben...
Dann einfach bei den Fragen angeben: bitte nur Lösungen ohne Perl...
Dann wird allerdings oft kommen: was du willst geht ohne Perl nicht...
Ich habe nicht geschrieben, dass ich Perl nicht mag, ich habe nur keine Lust es zu lernen - das ist ein Unterschied. Lernen bedeutet selbstständig aus dem Gedächtnis Code erstellen und dazu die notwendigen Befehle kennen. Wenn ich ein fertig funktionierendes Perlscript habe schaue ich es mir sicher an und versuche es zu verstehen. Allerdings bleibt es meistens beim Versuch aus oben genannten Gründen. Und wenn eine Sache ohne Perl nicht geht bleibt eben die Frage ob und wie man vorgeht. Ich sage nur, dass es einfach akzeptiert werden muss wenn ich dann sage ich will an der Stelle kein Perl benutzen - und das ist das Problem, denn das wird von einigen nicht akzeptiert, dafür aber krampfhaft bei jeder Möglichkeit behauptet ich wäre unfähig mich den Gegebenheiten anzupassen.

Marko1976

@passibe
Grundsätzlich stimme ich dir da vollkommen zu. Wenn du meine Post mal alle durchschaust wirst du feststellen, dass ich keine Frage (zu der eine Antwort erfolgte) ein zweites Mal gestellt habe. Und das ich Fhem schon seit über 10 Jahren betreibe zeugt davon, dass ich mir sehr vieles selbst erarbeitet habe. Manchmla waren dazu Tipps aus einem Post nötig, manchel auch nicht. Und was dir auch auffallen wird ist, dass ich eigentlich bei jeder Gelegenheit eindeutig schreibe, dass ich keine Perl-Lösungen suche und auch erkläre warum.

Was du aber in deiner Ausführung leider etwas vergessen hast ist der Punkt, dass der Hilfesuchende kein Bitsteller ist. Wenn ich hier die Antworten einiger User lese (egal ob Erstantwort oder im Laufe einer Diskussion) habe ich oftmal den Eindruck, dass man sich für etwas Besseres hält und die Erwartung pflegt, dass der Hilfesuchende auf Knieen angerutscht kommen müsste - ein Bild, dass sich übrigens nicht nur bei mir darstellt, sondern ganz allgemein im ganzen Netz. Ich habe mindestens zwei Netzuser gefunden, die offen schreiben, dass sie eben wegen dieser Art die Kommunity verlassen haben bzw. nichts mehr dafür zun wollen.
Das soll weder eine Entschuldigung noch ein Vorwurf sein, sondern nur mal ein Blick in den Spiegel.

Es gibt einfach Leute die nicht akzeptieren wollen wenn man sagt man will nur Briefe schreiben und nicht mehr - um mal wieder zu plastischen Anschauung zurückzukommen. Es gibt Leute die nicht akzeptieren wenn man sagt, dass man etwas nicht versteht weil es zu undeutlich, nichtssagend oder einfach nur in Englisch geschrieben ist. Es gibt Leute, die nicht akzeptieren wollen, dass es unterschiedliche Formen von Lernen gibt - die einen pauken unentwegt trockenen Stoff in Büchern/Dokumenten, andere lernen am praktischen Beispiel und wieder andere Lernen einfach aus der Diskussion heraus. Für diese Leute gibt es nur ihre eigene persönliche Sichtweise und wenn diese nicht erfüllt wird, dass erfolgen themenunbezogene Angriffe und Verunglimpfungen in der Form, dass es schon Mobbing gleicht (Popcorn etc.). Es wird sich einfach nur über die Person (in dem Fall mich) lustig gemacht und gar nicht versucht sachbezogen zu reagieren. Und das ist es was regelmäßig zu solchen Threats hier führt.

Also ja, ich gebe dir Recht, schränke es aber soweit ein, dass man das Ganze auch aus der anderen Perspektive betrachten muss.
Du kannst mir glauben wenn ich schreibe, dass ich der erste bin der diese Postings absolut überdrüssig ist.

juergen012

bei mir sieht das so aus:
defmod notify_fhem_reload notify global:INITIALIZED set Telegrambot message FHEM neu gestartet !
Fhem unter Proxmox

MadMax-FHEM

#14
Zitat von: Marko1976 am 06 Oktober 2025, 10:47:03Also nichts für ungut, aber ich frage mich gerade wer dumm und wer dümmer ist, dass wir so im Kreis reden. Genau das schreibe ich seit etlichen Tagen. Doch es gibt Leute hier im Forum die das eben nicht akzeptieren können und meinen nur weil Sie Perl kennen und Fhem damit erweitern MUSS das jeder andere auch können/tun.
Zu dumm und dümmer sage ich jetzt nichts...

Und ich habe nie behauptet, dass ich Perl kenne/kann, auch ich tue mich manchmal "schwer"...
Aber wie geschrieben bzgl. Logik ist es eine (halbwegs) "normale" Programmierprache und mal Syntax o.ä. nachschlagen stört mich nicht.
MMn findet programmieren unabhängig von der Umsetzungssprache statt (gut Ausnahmen gibt es, z.B. wenn es keine Objektorientierung in einer Sprache gibt, dann muss man es eben anders lösen).

Und dann versucht man das "ausgedachte" eben in der jeweiligen Sprache zu formulieren...
EDIT: also überlegen was ich tun will und wie ich es umsetzen will überlege ich unabhängig von der letztendlich zu nutzenden Programmiersprache, im Kopf behalten nat, wenn bestimmte Konstrukte nicht gehen (selten passiert), die dann entweder gleich etwas anders denken oder spät. bei Umsetzung anpassen an die sprachlichen Möglichkeiten. Und mal nachschlagen, wie eine for-Schleife o.ä. in der jeweiligen Programmiersprache nun "formuliert" werden muss, stört mich nicht (google weiß das meist auf Nachfrage ;) ). Dadurch bin ich maximal flexibel. Ja, auch das ist meine Herangehensweise. Und (nochmal) ich will und wollte dir nie meine Herangehensweise "aufzwingen" oder "du musst Perl" lernen vermitteln. Nur eben, dass in fhem manches halt nur durch dich anpassbar ist so wie du es möchtest, wenn du eben Perl nutzt. Wenn dir Word keine Fettschrift bieten würde, du es aber haben wolltest: geht GAR NICHT. Wenn dir in fhem etwas nicht passt, "Kröte schlucken und Perl verwenden" und du kannst dir fhem genau so machen, wie du es willst... Du kannst aber auch (wie bei Word) hinnehmen, dass es eben keine Fettschrift gibt.


Ja, meine Sicht auf die Sache.

Zitat von: Marko1976 am 06 Oktober 2025, 10:47:03Beispiel 1: In jeder mir bekannten Programmiersprache muss eine Variable vor benutzung deklariert werden, einzige Ausnahme ist VBA wo es eine Art Autodeklaration gibt. In Fhem wurde erst gestern hier oder dem anderen Threat geschrieben wo zu, das ginge ja auch anders.
Das ist keine Logik, das ist "Vereinbarung".

EDIT: weitere Ausnahmen C# Java(Script) ... Und auch bei Perl musst du sie deklarieren!? my Variable = ... Oder verstehe ich da was falsch. Oder anders: keiner "verbietet" dass du es tust...

Zitat von: Marko1976 am 06 Oktober 2025, 10:47:03Beispiel 2: In jeder mir bekannten Programmiersprache bedeutet Variable1 = Variable1 "+" Variable2 (Inhaltanführungszeichen ist unterschiedlich je nach Sprache), dass der Inhalt einer zweiten Variable an eine erste angehangen und diese mit dem neuen Inhalt überschrieben wird, in Fhem funktioniert das nicht.
Das ist Syntax.
Und klar geht das auch in fhem bzw. in Perl...
Bei Zeichenketten ist es eben ein Punkt und kein Plus.
Erneut: Syntax nicht Logik

Zitat von: Marko1976 am 06 Oktober 2025, 10:47:03Beispiel 3: Es gibt keine einheitliche Syntex, je nach Einsatzort wird mal mit einem Semikolon, mal mit zwei Semikolon und mal mit Komma statt Semikolon ein Befehl beendet - in jeder anderen Sprache bleibt die Syntext egal wann und wo sie gebraucht wird immer gleich. Das sind nur 3 einfache Beispiele, es gibt sicherlich noch mehr.
Das ist fhem bzw. fhem-Eingabe ;)
Das ist nicht Perl...
-> Grundlagen fhem

Ähnlich, wie du auch lernen musst, wie man in Word bestimmte Dinge tut ;)
(Früher, also vor wisiwig noch viel mehr)

Zitat von: Marko1976 am 06 Oktober 2025, 10:47:03Und wenn eine Sache ohne Perl nicht geht bleibt eben die Frage ob und wie man vorgeht.
Dann geht es nicht (in fhem mit fhem Mitteln ohne Perl). Punkt.

Das war bei allen meinen Antworten meine Quintessenz: manches geht halt ohne Perl nicht, da in fhem nicht so vorgesehen, wie du es willst. Dann geht eine Anpassung eben nur, mit Perl.

D.h. "Briefe schreiben", so wie fhem es eben leistet. Dort wo du was anders haben möchtest (wie bei Word, wenn du etwas besonderes willst, was Microsoft nicht vorgesehen hatte), musst du eben fhem (Word) anpassen und bist dann halt bei fhem auf Perl-Ebene (bei Word auf VBA <- limitiert, direkt an Word kannst du GAR NICHTS ändern oder haben ich verpasst, dass Word open source ist!? ;)  / an fhem könntest du alles ändern, wenn du möchtest).

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)