Feedback geben
Feedback zur Anwender- oder Entwickler-Dokumentation bitte als Kommentar zu dieser Seite geben. Beim Feedback bitte angeben, ob es sich auf die Anwender- oder Entwickler-Dokumentation bezieht.
Das Feedback wird dann nach und nach abgearbeitet und in die Dokumentation eingearbeitet. Bearbeitete Kommentare werden danach aus den Kommentaren gelöscht.
Noch einzuarbeitende Kommentare
Hinweis von heckmannju:
Hi, kannst du in die Installationsanleitung noch folgendes aufnehmen
sudo gpasswd –add smarthome dialout
oder das bestehende umd die Gruppe dailout erweitern.
sudo usermod -aG www-data,sudo,dailout smarthome Das braucht man damit der user auf tty geräte zugreifen kann. Wird von sehr vielen plugins benötigt die HW wie rs232 oder rs485 benötigen.
8 Kommentare
Thomas · 18. April 2022 um 21:21
Bei der User-Doku NGNIX reverse proxy für die Smartvisu ( https://smarthomeng.de/user/visualisierung/reverse_proxy.html ) sollte im Abschnitt “ /etc/nginx/conf.d/…conf erstellen “ bei den locations mit @ zusätzlich zur vorhandenen headers.conf noch die Datei „/etc/nginx/proxy_params“ includiert werden. Diese ist direkt darunter beschrieben, jedoch wird sie nicht eingebunden. Ohne diese proxy header funktioniert die Websocket-Kommunikation nicht.
Somit wird z.B.
location @loc_smartvisu {
proxy_pass http:///$request_uri;
include /etc/nginx/headers.conf;
}
richtigerweiße zu:
location @loc_smartvisu {
proxy_pass http:///$request_uri;
include /etc/nginx/headers.conf;
include /etc/nginx/proxy_params;
}
Alternativ könnte man auch den Inhalt der proxy_params Datei in die headers.conf einfügen und so den bestehenden include für eine Datei lassen.
Mario Mackels · 19. Februar 2022 um 11:21
Beitrag zur Dokumenation:
Anwendungsbeispiel für Rollläden-Ansteuerung über knx – benötigt ‚enforce_change ‚:
Problem:
Rolläden werden über mehrere knx-Objekte angesteuert, eines zum fahren, eines zum anhalten, etc.
Wenn man nun den Rollladen schließt, unterwegs anhält und dann weiter schießen, so muß das Objekt ‚Fahren‘ erneut mit demselben Wert ’schließen‘ gesendet werden.
SmarthoneNG sendet per default kein knx-Objekt, wenn das Item für diese knx-Objekt sich nicht geändert hat.
Daher wird dieser Use-Case so nicht funktionieren.
Lösung:
smartHome anweisen, das Item immer zu aktualisieren mit ‚enforce_update‘.
Vollständiges Beispiel:
* knx-Aktor: Betriebsart Rollladen
+ Langzeitbetrieb (=öffnen/schließen) -> knx-Objekt (z.B.) 3/3/1
+ Kurzzeitbetrieb: (=stopp) -> knx-Objekt (z.B.) 3/3/2
* smartHome-Items:
> NB_DG:
> name: „Dachgeschoß“
>
> # Items zur knx-Steuerung:
> velux_rollladen:
> move: # Taste Langzeitbetrieb. $00 = oeffnen / $01 = schliessen
> type: bool
> enforce_change: true # force send knx object even if value did not change
> knx_dpt: 1
> knx_send: 3/3/1
> knx_init: 3/3/1
> knx_listen: 3/3/1
>
> stop: # Taste Kurzzeitbetrieb (konfiguriert als Stop im Aktor):
> type: bool
> enforce_change: true # force send knx object even if value did not change
> knx_dpt: 1
> knx_send: 3/3/2
> knx_init: 3/3/2
> knx_listen: 3/3/2
> setPosition: # 0 = offen / 100(%) geschlossen
> type: num
> enforce_change: true # force send knx object even if value did not change
> initial_value: 75
> knx_dpt: 5.001
> knx_send: 3/3/3
>
> isPosition_pc:
> type: num
> knx_dpt: 5.001
> knx_send: 3/3/5
> knx_init: 3/3/5
> knx_listen: 3/3/5
>
> # Items zur automatischen Generierung der smartVISU-Seite:
> sv_page: room
> sv_img: control_building_dg.svg
> visublock01:
> name: Aufenthaltsraum
> sv_widget: „{{ device.shutter (“, “, ‚..velux_rollladen.move‘, ‚..velux_rollladen.stop‘, ‚..velux_rollladen.isPosition_pc‘, “, “, ‚..velux_rollladen.setPosition‘, ‚0‘, ‚100‘, “, “, “, ’50‘, ’75‘, ‚50%‘, ‚75% zu‘) }}
Mario M · 15. Januar 2022 um 17:44
AnwenderDoku V1.9.0, Site https://www.smarthomeng.de/user/konfiguration/logging.html
„… Ein Beispiel für etc/logging.yaml.default im Folgenden:
…
# items.new_device:
…
# handlers: [items_file] …“
Hier bitte korrigieren nach:
# handlers: [shng_items_file]
Martin · 12. Oktober 2021 um 11:01
Da das Release bereits einige Monate alt ist und Du der erste bist, der mit der Admin GUI Probleme hat, würde ich noch nicht notwendigerweise auf ein allgemeines Problem mit der Doku schließen. Dazu müssen wir erst herausfinden, was bei Dir anders ist, als bei denen bei denen die Installation funktioniert hat.
Dieter · 12. Oktober 2021 um 7:18
Geht man für eine Debian Installation genau nach der Anleitung wie dort beschrieben vor, funktioniert am Ende das Web-I/F von shng nicht korrekt, es werden nur leere Felder angezeigt. Details: https://knx-user-forum.de/node/1696121. Das sollte dringendst mal überprüft werden, sonst macht diese ja keinen Sinn.
ElektroRudi · 15. August 2021 um 13:04
In der Anwender-Dokumentation unter Tips zu „Enumeration über Liste“ fehlen beim eval-Ausdruck die Anführungsstriche:
eval: [‚Ausgeschaltet‘,’Heizung startet‘,’Heizung läuft‘][value]
Richtig sollte es heißen:
eval: „[‚Ausgeschaltet‘,’Heizung startet‘,’Heizung läuft‘][value]“
Onkel Andy · 30. Juli 2020 um 19:59
https://www.smarthomeng.de/user/logiken/objekteundmethoden_scheduler.html
Vielleicht bin ich da ganz am Holzweg, aber sollte es hier nicht logics.scheduler_trigger etc. heißen statt sh.scheduler.trigger? Spricht was dagegen, hier auch add und remove hinzuzunehmen? Und.. bei change auch noch, dass man sowohl next, als auch value aktualisieren kann..?
Kann das auch gerne selbst aktualisieren, wenn meine Annahmen passen.
Hendrik Friedel · 22. Mai 2020 um 12:01
https://smarthomeng.de/user/konfiguration/items/standard_attribute/autotimer.html
ich verstehe ein Beispiel nicht aus der Dokumentation
type: num
autotimer: sh.item.dauer() = 0
dauer:
initial_value: 45
wert:
initial_value: 1
setzt nach der in item.dauer angegebenen Dauer (hier initial 45 Sekunden) den Wert des Items auf in item.wert (hier initial mit 1 angegebenen)
Zwei Fragen dazu:
1) ist es wirklich ‚hardcoded‘, dass auf „wert“ gesetzt wird? Mich wundert die Wahl des deutschen Begriffes und die Festlegung darauf
ich hätte eher etwas erwartet wie
autotimer: sh.item.dauer()=sh.item.wert()