-
Notifications
You must be signed in to change notification settings - Fork 33
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
Update signalduino_protocols.hash #512
Conversation
…-FHEM#510) added doc option reconstructBit added reconstructBit to to the ids 87, 88 and 91.1 and changed formatting added clientmodule => 'SD_Rollo_Keeloq' and preamble => 'P87#' to ID 87 added clientmodule => 'SD_Rollo_Keeloq' and preamble => 'P88#' to ID 88 Added SD_Rollo_Keeloq to $clientsSIGNALduino and %matchListSIGNALduino
- update hash
Ich approve diesen pr derzeit nicht, da der Zweig dev-r33 nicht mehr die aktuellen Anpassungen aus dem master-3.3.3 hat. Sobald der Master auf 3.3.3 ist, können wir 3.3.4 oder 3.4 development starten :) |
ich glaube beim Changelog stimmt es nicht richtig. Sieht auch doppelt mit dem anderen PR aus |
Ja, da fehlt ein ganzer "Block". Den können wir ja mit ergänzen, das wir dort wieder einen fortlaufenden Stand haben. |
Irgendwas ist jetzt hier mit Zeilenumbrüchen vermutlich schief gelaufen |
@sidey79 Ich vermute mal, das wird vielleicht die Software sein welche man benutzt. |
Das Diff der Änderung ist halt leider jetzt riesig. Kriegst Du das wieder zurück gedreht? |
@sidey79 ich habe die Commits zurückgezogen und so sind es nur die Daten von Ralf geändert werden sollten + das update der Hash Datei. Die Änderungen umfassen hauptzächlich das Keeloq Modul und das der User es testen kann. Nach Sichtung der Commits bzw. Änderungen welche gemacht werden sollen, so können wir auch den cut wählen und den PR löschen. Grund:
|
- revised 00_SIGNALduino.pm, rename modul (new modul for keeloq devices, not only rollo´s) - revised protocols doc PR RFD-FHEM#512 not used more!
@@ -1,5 +1,3 @@ | |||
18.02.2019 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ist das richtig, dass wir den Eintrag hier wieder löschen?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ich weiß nicht wo der - 18.02.2019 zustande kommt.
Nach Sichtung der einzelnen commits kann dieser Confliktbehaftete PR gelöscht werden, weil ich die Korrektur, welche eh gemacht werden musste, geschaffen habe im anderen PR wo keine Konflikte entstehen sollten.
Die Einarbeitung von reconstructBit bei den Protokollen habe ich noch nicht gesetzt, da ich das erst bei Fertigstellung der "LastBit" Problematik gesamt hinzufügen würde.
Dann mach den PR zu, wenn wir ihn nicht mehr benötigen :) |
Die Änderung 959b63d wurde nicht im dev-r33 vorgenommen und um diesen aktuell zu halten, dieser PR.