RaspberryMatic 3.41.11.20181124 – Erfahrungsberichte

[darkbrain85]

Da git es in der Tat einen Grund. Und zwar steckt dahinter die Idee das /etc/config/hs485d.conf kompatibel für ein Downgrade gehalten werden sollte.

....

Danke für die Erklärung! Macht Sinn!

[jmaus]

Da git es in der Tat einen Grund. Und zwar steckt dahinter die Idee das /etc/config/hs485d.conf kompatibel für ein Downgrade gehalten werden sollte.

....

Danke für die Erklärung! Macht Sinn!

Sinn "macht" man nicht, es kann nur etwas Sinn "ergeben"

Ich muss jetzt nur schauen ob ich es doch irgendwie hinbekomme das man /etc/config/hs485d.conf unangefasst lassen kann oder ich doch diese Nutzerdatei einfach hart anpasse damit das jetzt funktioniert. Lieber wäre mir natürlich die Datei nicht anfassen zu müssen.

[sauss]

Hallo

Danke erstmal an alle die hier schon fleißig waren um diverse Lösungen zu finden.

Das mit den WIRED Geräten kann ich bestätigen und erst nach Änderung der Dateien war die volle Funktion diese WIRED Geräte wieder gegeben.

- /etc/config/hs485d.conf (auf 32000)

- /etc/config/firewall.conf
[SERVICE XMLRPC]
Id = XMLRPC
Ports = 2001 2002 2010 9292 32000

Was aber trotz dieser Anpassung nicht Funktioniert ist die zuletzt dazugekommene Systemvariable Wired-Status, diese Variable bleibt ständig auf offline.

Das Problem mit dem DC Werten konnte ich trotz diverser Geräte die ich besitze nicht feststellen.

Was jetzt noch sehr Gewöhnungsbedürftig ist, ist die Anordnung der Ordner in der Systemeinstellung.

LG

[hauvol]

Ich muss jetzt nur schauen ob ich es doch irgendwie hinbekomme das man /etc/config/hs485d.conf unangefasst lassen kann oder ich doch diese Nutzerdatei einfach hart anpasse damit das jetzt funktioniert. Lieber wäre mir natürlich die Datei nicht anfassen zu müssen.

Da bin ich voll bei Dir. Ich bin leider inzwischen wieder zurück auf die Oktober version, da ich noch ein weiteres, für mich essentielles Problem gefunden habe:
@jmaus:
Nach dem Upgrade will HVL auf einem separaten PI laufend nicht mehr mit dem Raspberrymatic kommunizieren. Der Handshake zwischen beiden funktioniert, allerdings kann HVL keine Werte mehr schreiben. Ich hab verschiedene weitere Tests gemacht - und ja, die Firewall habe ich komplett deaktiviert. Es werden definitiv keine Werte von Sensoren (bei mir Netatmo) mehr aktualisiert. Ich konnte leider nicht wirklich bis in die Tiefen testen, woher das Problem kommt, es ist aber auf jedenfalls auch noch da.

Weiterhin ist der Duty Cycle ein Mysterium: Trotz funktionierenden Wired Komponenten ist war er bei ca. um Faktor 5 grösser als mit der Oktober Version. Nach 2h Stunden auf dem November Release immer noch ca. 2 - 2.5 mal so hoch wie bisher.

Auch das Verhalten im Zusammenhang mit Safari (download von cgi Dateien) kann ich bestätigen.

Das HVL Thema werde ich mit einem zweite Pi versuchen einzugrenzen, ist aber schon komisch, dass der Handshake funktioniert, die Werte dann aber nicht aktualisiert werden können....

Trotzdem einen herzlichen Dank für Deinen super Job, Jens!

[Bernd-Joras]

Dann definier erst einmal genau von welchen Fehlern du genau redest und welche davon dich in der Tat betreffen oder betreffen würden?!?

Hallo Jens,
da man an der Frage ja erkennen kann, dass Du Dir nicht alles merken kannst und/oder auch nicht jedes User-Problemchen abspeichern kannst, halte ich mich nun besser zurück und lass Euch PROFIS mal machen.
viewtopic.php?f=65&t=47020&start=30

Danke, schönen Sonntag! und viel Spaß noch … Bernd

[LibertyX]

Das einzige was mir bis jetzt aufgefallen ist, dass es in der Systemsteuerung die Sortierung etwas verschoben hat.

screenCapture_7223640_4293849024_0.jpg

Den "Fehler" habe ich gerade auf GitHub gefixt

[shartelt]

da man an der Frage ja erkennen kann, dass Du Dir nicht alles merken kannst und/oder auch nicht jedes User-Problemchen abspeichern kannst, halte ich mich nun besser zurück und lass Euch PROFIS mal machen.
viewtopic.php?f=65&t=47020&start=30

erstell doch bitte ein git ticket, damit Jens die Dinge ordentlich abarbeiten kann.

[darkbrain85]

Sinn "macht" man nicht, es kann nur etwas Sinn "ergeben"

Ich muss jetzt nur schauen ob ich es doch irgendwie hinbekomme das man /etc/config/hs485d.conf unangefasst lassen kann oder ich doch diese Nutzerdatei einfach hart anpasse damit das jetzt funktioniert. Lieber wäre mir natürlich die Datei nicht anfassen zu müssen.

Sinn machen ist durchaus umgangssprachlich akzeptiert. Dazu gibt es über Google aber durchaus unterschiedliche Meinungen. Trotzdem danke fürs „verbessern“

Zu dem zweiten Punkt:
Hinweis das bei einem Downgrade mal eben ein bisschen SSH Magie nötig ist und gut ist. In zwei Monaten interessiert es niemanden mehr. Dafür rennen aber jetzt nicht noch mehr Leute in das Problem beim Update. Neues Release vorausgesetzt.

[deimos]

Hi,

Da git es in der Tat einen Grund. Und zwar steckt dahinter die Idee das /etc/config/hs485d.conf kompatibel für ein Downgrade gehalten werden sollte.

Mir stellt sich da die Frage, was das bringt, wenn man aufgrund der Änderungen mit den Passwörtern der Rega keine Möglichkeit für ein Downgrade hat. Bringt dann nur zusätzliche Komplexität und Fehlerpotential rein. Und das sage ich jetzt, der sonst ein absoluter Fan von Downgrade Optionen ist.

Viele Grüße
Alex

[hoedlmoser]

Beim aktivieren von SNMP gibt es im Syslog diesen Hinweis
Scheint als wird hier ein falscher Port eingetragen?

wie sieht denn Deine /etc/config/firewall.conf aus?

Code: Alles auswählen

# Firewall Configuration file
Ports = 1901 1902 5987 8088 9099 10000 48899 49880
Ports = 161
Ports = 2000 2001 2002 2010 9292
Ports = 1999 8181

hm, keine ahnung woher Dein port > 65535 da herkommen soll. aber Dein snmp funktioniert? wobei, muß ja, Du hast ja den firewall modus MOST_OPEN gewählt.

Da wir gerade beim Thema Firewall sind, hätte ich da mal eine "blöde" Frage.
Wie gebe ich denn bei IPv6 mein lokales Netz frei? (IPv4 z.B. 192.168.2.0/24), Ist das dann der Präfix z.b. 2001:12a8:3ff2:5500::/56

ich würde mich da an die ausgabe von ip -6 a halten.

Code: Alles auswählen

# ip -6 a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qlen 1000
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qlen 1000
    inet6 2001:470:586c:db9:ba27:ebff:fe1e:4f9a/64 scope global dynamic 
       valid_lft 83441sec preferred_lft 11441sec
    inet6 fe80::ba27:ebff:fe1e:4f9a/64 scope link 
       valid_lft forever preferred_lft forever

stellt sich halt die frage ob Du von Deinem provider ein statisches prefix bekommst. aber selbst wenn Du von Deinem provider ein zb /56 bekommst wird Dein router ein hübsches /64 draus machen. am einfachsten ist es imho über die link-local IP, also einfach fe80::/64 freischalten.