WebUI/ReGaHss Beta für CCU2 & RaspberryMatic (2.29.x)

[v82510]

Hy Jungs,

seit dem Update auf die aktuelle Version von Raspberrymatic, funktioniert folgendes Script nicht mehr:

system.Exec("wget -O /dev/null -q http://192.168.178.5/web/message?text=D ... 1",&stdout, &stderr);


kann mir da einer helfen???

[Bulli]

Hallo
les mal die letzten 4 Beiträge vor deinen.
viewtopic.php?f=26&t=36623&start=780#p388382

Gruß
Bulli

[Herbert_Testmann]

seit dem Update auf die aktuelle Version von Raspberrymatic, funktioniert folgendes Script nicht mehr:

system.Exec("wget -O /dev/null -q http://192.168.178.5/web/message?text=D ... 1",&stdout, &stderr);
kann mir da einer helfen???

Hallo

als erstes solltest Du mal eine Seite (5 Beiträge) zurück blättern und dort die Antwort lesen.

[BadenPower]

Ich habe mich ja immer wieder breitschlagen lassen und neue und bestehende Bugs gemeldet.

Aber wenn eine sinnlose Änderung nun auch noch als Feature dargesellt wird

Feature: ReGa – Limitierung der ToString() Ausgabe von Gleitkommazahlen auf 15 Nachkommastellen (wie in Dokumentation angegeben) um eine benutzerfreundlichere Ausgabe / Vergleich zu ermöglichen.

dann gehen bei mir endgültig die Lichter aus.

Welcher Vergleich wurde durch die Limitierung ermöglicht?
Was ist daran benutzerfreundlich?

Wenn man der Meinung ist, dass .ToSting(20) nun keine 20 Zeichen sondern nur immer 15 hinter dem Dezimalpunkt ausgeben darf, dann ist dies wirklich benutzerfreundlich, denn kein Mensch käme auf die Idee, dass die Zahl im Parameter etwas mit der Ausgabelänge zu tun hätte.

Auch ist es ein super Feature, dem Anwender die die Möglichkeit zu nehmen, die Rechenungenauigkeit ermitteln zu können.

Da (M_PI).ToString(20) nun schön einen 17 Zeichen langen String "3.141592653589793" ausgibt, anstelle eines mit 20 Nachkommastellen ausgestatten Strings "3.14159265358979311600", welcher die Rechenungenauigkeit anzeigt, ist dies sehr benutzerfreundlich.

Der Anwender fragt sich dann bestimmt nicht, warum (M_PI*10000).ToString(15) nicht 31415.9265358979323846, was der"normale" Anwender erwarten würde, sondern 31415.926535897931899, obwohl in der Doku Pi mit 3.14159265358979323846 angegeben ist.

Man will ja durch die Beschränkung auf 15 Nachkommastellen, den normalen Beutzer vor der Sichtbarkeit der Rechenunungenauigkeit schützen, damit er dadurch nicht verwirrt wird.

Daher verwirrt es den Benutzer bestimmt nicht, dass er in diesem Beispiel "31415.926535897931899" als Ausgabe erhält.

Das nenne ich mal anwerderfreundlich, da es jetzt ja wie man sieht überhaupt keine Verwirrungen mehr geben kann.

Fazit:
Da dies ja nun ein Feature ist, welches den "normalen" Anwender nun absolut "nicht mehr" verwirren kann und dadurch auch noch bestehende Skripte nicht mehr funktionieren, nenne ich dies eine absolut geniale Änderung.
Mehr davon, denn das brauchen wir alle. Sich um die wirklichen Bugs zu kümmern, ist da doch eher nebensächlich.


Damit die ReGa nun auch weiterhin richtig anwenderfreundlich bleibt und durch solche Änderungen noch anwenderfreundlicher wird, ziehe ich mich entgültig aus dem Bug-Reporting zurück, sofern diese sinnlose und noch mehr Verwirrung stiftende Änderung weiterhin ein Feature bleibt und nicht als BugFix in der nächsten Beta22 wieder normal funktioniert.
.

[Black]

ich kann es langsamm nimmer lesen....

[mule]

Ja, wäre schön wenn Badenpower endlich nach dem was er in seiner Signatur stehen hat auch handelt: Also hier endlich die Biege macht! Das Gemotze und Gestänkere ist null konstruktiv und daher schlicht Spam und müllt damit diesen Thread nur zu!

[jp112sdl]

Wie wäre es mit einer Umfrage, wer im Umfeld von HomeMatic eine größere Präzision als 15 Nachkommastellen benötigt.

[Mac_]

Wie wäre es mit einer Umfrage, wer im Umfeld von HomeMatic eine größere Präzision als 15 Nachkommastellen benötigt.

Das ist wahrscheinlich für die satellittengestützte Navigation des hauseigenen automatischen Fenterreinigers unabdingbar.
Mensch Leute, lasst doch mal die Kirche im Dorf.

Mac_

[jmaus]

Wie wäre es mit einer Umfrage, wer im Umfeld von HomeMatic eine größere Präzision als 15 Nachkommastellen benötigt.

Und genau das ist der Irrglaube. Nur weil man mehr als 15 Nachkommastellen für eine Gleitkommazahl in vorherigen ReGa-Versionen ausgeben konnte heisst das noch lange nicht das die Zahl die dann ausgegeben wird auch auf >15 Nachkommatsllen genau ist. Double Precision (das die ReGa intern verwendet) geht eben nur bis auf 15 Nachkommastellen genau. Alles andere dahinter entspricht nur numerischen Ungenauigkeiten.

Und übrigens, auch das Argument das wenn man früher ToString(30) gemacht hatte man damit rechnen konnte wie lange der resultierende string wird passt nicht ganz. Das stimmt nur bedingt denn z.b. hat ToString(300) auch nur „nan“ zurückgegeben weil eine 300 Nachkommastellendarstellung per se nicht möglich ist/war mit den von ReGa genutzten Methoden. Es ist also klar Definitionssache wie man die ToString() Funktion definiert. Und so wird das dann auch in einer aktualisierten Skriptdokumentation etwas genauer/detaillierter beschrieben sein.

Gerne könnt ihr allerdings natürlich so eine Umfrage starten - am Schluss überzeugen mich sicherlich nur technische Argumente die konstruktiv vorgetragen und entsprechend diskutiert werden. Bei anderen Dingen hat dss ja bereits gefruchtet - bei der Sache allerdings (noch) nicht.

[jp112sdl]

Wie wäre es mit einer Umfrage, wer im Umfeld von HomeMatic eine größere Präzision als 15 Nachkommastellen benötigt.

Gerne könnt ihr allerdings natürlich so eine Umfrage starten - am Schluss überzeugen mich sicherlich nur technische Argumente die konstruktiv vorgetragen und entsprechend diskutiert werden. Bei anderen Dingen hat dss ja bereits gefruchtet - bei der Sache allerdings (noch) nicht.

Dat war auch eher mit janz viel Ironie geschrieben