-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Serial Send #12
Comments
Hallo, Was hälst du von der Variante wenn ich einfach gleich das Attribut Serial_send nur prüfe ;-) |
Kaum ist man Mal ein paar Tage nicht da.. :) Prüfung ist toll. Ich kann mich aber auch an meine Anfangszeit erinnern wo ich mir (ohne mich mit hex-zahlen auszukennen) einen Code überlegen musste...da hatte ich keinen Plan was ich nehmen soll...da finde ich Dezimalzahlen wesentlich einfacher ;) Gruß |
Ich habe mir den Istzustand mal angesehen. Eine Erleichterung wäre für den Endbenutzer ohne zusätzliches Attribut:
ggf zusätzlich
Auf diesem Wege würde man um das Attribut drum herumkommen. Ich denke immer so, zusätzliche "unnötige Attribute" verwirren die User letztendlich. Beim Empfang würde ich nichts machen. Nur wenn der User selbst handelt und das Attribut setzt geht man auch davon aus, das er bewusst handelt. Zu viele Automatisierungen können zu Missverständnissen führen und später schwieriger Nachvollziehbar sein. Das was man vielleicht machen könnte, das man beim Empfang ein Internal setzt welches die Seriennummer dezimal ausgibt. Das wird nur gesetzt wenn es Empfangen wird und es sich ändern sollte. Somit erzeugen wir keine Events im System und haben die Information. |
Hallo, ja. Ich gebe Di recht. Es ist vielleicht zu verwirrend mit den zusätzlichen Attributen. Die Idee mit dem Internal finde ich gut! Mit fallen da zusätzlich auch noch folgende Wege ein: 2.) Eine Umwandlung als Get-Parameter. Also vielleicht: Wenn wir die Serials als Internal in Dezimal anzeigen und auch eine Eingabe als Dezimal erlauben, hätten wir das gleiche natürlich auch schon abgedeckt. :) Also ich tendiere glaube ich zu den Internals (Empfang und Senden) und der Eingabe als Dezimal (die dann automatisch zur Hex gewandelt wird). Das macht vermutlich am wenigsten Stress und ist logischer. Gruß |
Hallo!
Ich trenne das jetzt von hier: #6
mal auf.
Es geht um gültige Serial_send nummern. Soweit ich es bisher festgestellt habe, muss eine gültige Serial in der Dezimalform durch 16 teilbar sein.
Dadurch ist die größtmögliche Serial die FFFFF0 -> Dezimal: 13602816 -> Dezimal/16: 850176.
Diese wurde im Test auch problemlos von meinem Empfänger akzeptiert.
Um gültige Seriennummern eingeben zu können, habe ich mal ein kleinen Patch gemacht. Ich habe ein Attribut "Serial_send_num16" hinzugefügt.
Der Patch ist hier zu finden:
bismosa/RFFHEM@34c3b15
(Ich habe keine Ahnung, wie ich das besser übermitteln könnte)
ToDo (?)
Ich denke das so eine Alternative Eingabemöglichkeit einer Serial gegeben wird, womit jeder etwas anfangen kann.
Gruß
Bismosa
The text was updated successfully, but these errors were encountered: