Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

[Johann.S]

Hallo Arnd und Sidey,

Danke für die rasche Hilfe, ich habe aus der Sicherung die 00_SIGNALduino.pm zurück geholt.
Manchmal sieht man den Wald vor lauter Bäumen nicht.
@Sidey, ich dachte das muss ich beim Signalduino immer so machen, wollte eigentlich meine Dooya FB wieder testen.

Gruss

Johann

[Sidey]

Hallo Johann,

Für dooya Rolläden kannst Du das Modul nehmen, welches über das normale Update kommt, das ist auf dem aktuellen Stand.

Im Branch dev-r33 aus Github sind die Entwicklungs Versionen.
Da können auch schon mal Fehler enthalten sein.

Gruß Sidey

Gesendet von meinem XT1650 mit Tapatalk

[sash.sc]

Habe gerade ein Update durchgeführt aus der dev-r33.
Danach wird das Signalduino Modul nicht mehr geladen.

Hier die Meldung von dem Start.

Code Auswählen Erweitern




BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 3434, <$fh> line 26.
2017.11.22 19:54:38 0: syntax error at ./FHEM/00_SIGNALduino.pm line 1571, near "SIGNALduino_Log3 undef" BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 3434, <$fh> line 26. syntax error at ./FHEM/00_SIGNALduino.pm line 1571, near "SIGNALduino_Log3 undef"
2017.11.22 19:54:38 1: reload: Error:Modul 00_SIGNALduino deactivated:
2017.11.22 19:54:38 1: Including ./FHEM/fhem.rssi.cfg
2017.11.22 19:54:38 1: Including fhem.cfg



Gruß Sascha

Gesendet von meinem SM-T560 mit Tapatalk

[Sidey]

Habe gerade ein Update durchgeführt aus der dev-r33.
Danach wird das Signalduino Modul nicht mehr geladen.

Ich weiss, muss ich noch beheben. Nimm bitte das Modul aus dem normalen FHEM Update.

[Mave]

Hallo Sidey,

ich habe seinerzeit die Entwicklungsumgebung in mein FHEM Update eingebunden, weil ich meine Somfy Jalousien über meinen Signalduino steuern wollte.

Brauche ich das heute noch oder funktioniert die Somfy Steuerung auch über die Software im Standard FHEM Update?

Vielen Dank.

Grüße Mave

[Sidey]

Hallo Mave,

Du kannst Die Version über das normale FHEM Update (SVN Version) verwenden.

Die separate Updatequelle war nur notwendig, da ich das Modul im FHEM Update nicht aktualisiert hatte.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

[Mave]

Hallo Sidey,

vielen Dank für Deine Rückmeldung.

Ich habe mit dem FHEM Update (SVN) das Problem, dass das Modul nicht mehr geladen wird.

Grüße Mave

[Mave]

Oh Mist, mit einem Backup meines FHEM von letzter Woche wird das Modul zwar geladen, die Somfy Jalousien lassen sich aber nicht mehr steuern.....

[RaspiLED]

Hi Mave,
Ist hier OT!
Hinweis: Das liegt doch wohl an den RollingCodes vom Somfy Device. Wie häufig sind die seit dem gefahren? Halt so häufig drauf tippen, irgendwann sollten die wieder mitspielen
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[Mave]

Oh Mann, ja natürlich, Du hast Recht.

[Ralf9]

Hallo,

seither wurde im Hideki Modul nur die erste recht einfache checksum verwendet.
Ich habe nun zusammen mit @hjgode die Prüfung der zweiten besseren checksum eingebaut.
In dieser Version sind noch einige Debugausgaben drinn welche nach einer Testphase wieder rauskommen

Code Auswählen Erweitern

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt


Gruß Ralf

[Ralf9]

In dem Hideki Modul ist anscheinend noch ein kleiner Fehler beim decrypt.
Evtl liegt es daran, daß in "sub decryptAndCheck" bei

Code Auswählen Erweitern

$data[$i] ^= $data[$i] << 1; # decrypt byte at $i
das "& 0xFF" fehlt.

In der alten Routine war ein "& 0xFF" drin:

Code Auswählen Erweitern

sub Hideki_decryptByte{
my $byte = shift;
my $ret2 = ($byte ^ ($byte << 1) & 0xFF); #gives possible overflow to left so c3->145 instead of 45
}

Gruß Ralf

[Ralf9]

In dem Hideki Modul ist anscheinend noch ein kleiner Fehler beim decrypt.

Jetzt müsste es funktionieren.

Gruß Ralf

[hjgode]

Ich bin mir nicht sicher, ob dass der Fix für o.g. Problem mit den IDs ist. Bei mir trat es mit Testdaten nicht auf.

Was soll denn bei Long IDs an Sensor-Namen rauskommen? So was: Hideki_30_a9_2 statt Hideki_30_2?

Wenn das o.g. Problem mit den Namen nicht gefixt ist, brauche ich die Raw Daten, also zB P12#75......

[the_crow]

Moin moin,

ich musste leider meine FHEM Installation neu aufsetzen. Jetzt funktioniert das Autocreate für meine Intertechno Steckdosen nicht mehr. Hat jemand eine Idee, woran das liegen könnte? Habe beide Versionen, also den Standard aus dem FHEM Update und die dev-Version ausprobiert (inkl. jeweils neuem flash vom Signalduino).

Im Log sehe ich, dass etwas empfangen wird:

Was mich auch etwas wundert sind sind die merkwürdigen Symbole an Beginn und Ende des Signals (Kann ich scheinbar im Forum nicht posten)

Code Auswählen Erweitern


2017.11.30 19:25:19 4: signalDuinoClassic/HandleWriteQueue: nothing to send, stopping timer
2017.11.30 19:26:18 4: signalDuinoClassic/keepalive ok, retry = 0
2017.11.30 19:27:13 4: signalDuinoClassic/msg READ: MU;P0=4032;P1=-2948;P2=-1366;P3=172;P4=262;P5=-296;P7=-6900;D=232454542424545424245424545424542424545424542424545424245424542454245454245424542454242454245424545424542424545424542454245424701;CP=4;
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic/msg READ: MU;P0=4684;P1=-3520;P2=-1363;P3=258;P5=-298;P7=-6220;D=232353532323535323235323535323532323535323532323535323235323532353235353235323532353232353235323535323532323535323532353235323701;CP=3;
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2017.11.30 19:27:18 4: signalDuinoClassic/keepalive ok, retry = 0
2017.11.30 19:28:18 4: signalDuinoClassic/KeepAlive not ok, retry = 1 -> get ping
2017.11.30 19:28:19 4: signalDuinoClassic/msg READ: OK


Hier mal als Screenshot
(https://xcxc.de/console.png)