Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

[andies]

Hat dad auch jemand fest gestellt?

Ja. Aber ich weiß nicht, woran das liegt. Ich vermute mein CC1101 ist das Problem.


Gesendet von iPhone mit Tapatalk Pro

[Sidey]

Hallo zusammen.

Ich habe letztens etwas rum probiert, mit dem schalten der  IT Funk Steckdosen.
Dabei ist mir aufgefallen, dass die sich über den sduino mit nem cc1101 und der dev33r Version wesentlich schlechter schalten lassen, wie mit nem nano cul und der afw.

Welchen haus oder unitcode verwendest Du?

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

[sash.sc]

Welchen haus oder unitcode verwendest Du?

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Code Auswählen Erweitern


00FF0FF00F 0F F0


Ist IT V1 Protokoll.

Gruß Sascha

Gesendet von dem teuren ding in meiner hand

[Sidey]

Hi Sascha,

Alle anderen Komponenten (Hardware, ITClock, Entfernung,...) sind identisch?

Gesendet von meinem XT1650 mit Tapatalk

[RaspiLED]

Hi,
Ich tippe immer noch auf die patable oder repetion!
Gruß Arnd


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

[Sidey]

habe es auch mal mit einem dummy versucht. Beim raw Befehl wird versucht etwas zu senden.
Über diesen Weg steuere ich auch meine Weihnachtsbaumkerzen. Das geht schon mal nicht.

Hi, ich habe das so:

Code Auswählen Erweitern


defmod dummyDuino SIGNALduino none
attr dummyDuino debug 1
attr dummyDuino dummy 1
attr dummyDuino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr dummyDuino room Signalduino,System
attr dummyDuino verbose 5

setstate dummyDuino opened
setstate dummyDuino 2017-07-25 22:57:07 state opened
setstate dummyDuino 2017-05-27 00:23:33 version 0


Testen geht dann via:
get  raw Befehl und

Code Auswählen Erweitern


MS;P0=-8162;P1=377;P2=-2190;P3=-3893;D=1012121212121312121212121212121212131312131313131312121212121212121213131212;CP=1;SP=0;


Im Log taucht dann bei mir folgendes auf:

Code Auswählen Erweitern

2017.07.25 23:03:56.353 1: DEBUG>dummyDuino: incomming message: (MS;P0=-8162;P1=377;P2=-2190;P3=-3893;D=1012121212121312121212121212121212131312131313131312121212121212121213131212;CP=1;SP=0;)
2017.07.25 23:03:56.352 4: dummyDuino/msg get raw: MS;P0=-8162;P1=377;P2=-2190;P3=-3893;D=1012121212121312121212121212121212131312131313131312121212121212121213131212;CP=1;SP=0;
2017.07.25 23:03:56.351 5: dummyDuino/msg adding start and endmarker to message


[pejonp]

Hi Sidey,

geht bei mir auch, ich muß nur den richtigen Befehl (get) nehmen. Danke für deine Hilfe.
Den WH2 Sensor habe ich ja jetzt eingebunden.

Jörg

[hummeruli]

Hi Sidey,

mir wäre es wichtig, dass die ganzen Einträge nicht ins FHEMLog gehen, sondern in das extra für das Device angelegte FileLog. Sprich ist kein FileLog vorhanden wird alles ins FHEMLog geschrieben. Ist es jedoch vorhanden, so sollte es dort eingetragen werden.

Kannst Du das von dir gewünschte Verhalten etwas genauer beschreiben.

Also, was soll in welches Log. Wie soll man darauf zugreifen können etc ?

Was es aktuell nicht gibt, kann man ja eventuell entwickelten, wenn man sich auf das was geeinigt hat.

Gesendet von meinem XT1650 mit Tapatalk

Danke

[Sidey]

Als Ansatz wäre dass dann in etwa so:

Das Signalduino Modul sendet Daten nicht mehr direkt ins FHEM Log, sondern generiert einen Event.

Dieser Event wird dann von allen Modulen die darauf reagieren ausgewertet. Reagiert kein Modul, taucht es in keinem Log auf.

Wenn der Anwender nun ein Log möchte, so muss er ein filelog definieren, was die Daten in eine Datei schreibt.

Klingt erst einmal umständliche als aktuell.
Wie sich das auf die Belastung von FHEM auswirkt müsste man halt Mal prüfen.

Was da nun nicht geht, ist die Auswertung vom verbose Level.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

[Ellert]

Es sollten keine unnötigen Events generiert werden, auf Systemen die kein FileLog für den Signalduino verwenden. Das Senden dieser Events sollte über ein Attribut einschaltbar sein, für jemanden der es benötigt.

[Sidey]

Also gut, das mit den Events taugt nichts.

eine Ressourcen schonende Variante wäre dann, direkt eine Datei anlegen und dort reinschreiben.
Die Datei könnte man ja über ein Filelog oder vermutlich auch per direktem Link anzeigen lassen.

Der Signalduino selbst könnte da dann ganz gut reinschreiben, aber bei den logischen Modulen sieht es doch wieder etwas schlechter aus.

Grüße Sidey

[Ellert]

Ich denke man sollte grundsätzlich die vorhandenen Mechanismen zum Loggen verwenden.

Fehler, Infos vom SignalDuino und von logischen Modulen ins globale Log

Die Raw-Infos zum Erkennen neuer Protokolle (Datenanalyse) in ein extra File, denn das sind doch die Daten, die das globale Logfile "zumüllen", so verstehe ich das hier:

Hallo Ellert,

danke. Jedoch müllt er mir die FhemLog ja trotzdem zu. Ich dachte dass es ein spezielles Modul (Eierlegende Wollmilchsau) für die Datenprotokoll-Analyse und Verarbeitung ist. Da sollte es doch selbstverständlich sein, dass das Logging in ein extra FileLog geschrieben wird, ohne Umwege über Notifys oder so.


Mal sehen wann ich Zeit übrig habe für sowas.

Uli

Vielleicht sollte hummeruli mal die Zeilen des Quelltextes mit Logeinträgen vorschlagen, die in eine extra Datei geschrieben werden sollten.

[Sidey]

Ja, wir sollten genau überlegen, was wo gebloggt wird, sonst findet später niemand mehr die Infos.

Gesendet von meinem XT1650 mit Tapatalk

[peppino]

Hallo,

Habe eine neue Funksteckdosenleiste von "Brennenstuhl" bekommen TYP "RC EL1 1001"
Was ich rausgefunden habe ist das sie mit Rolling Keys arbeitet.
Da Autoreate legt mit ein und der selben Taste unermüdlich viele verschieden Devices an.
(z.B.: IT_1527xa68b6, IT_1527xa8e4b, IT_1527xa9f01, IT_1527xaac64, IT_1527xadbf9)
Protocol ist jeweils EV1527
Es lässt sich aber mit keinem der Devices die Steckdosenleiste schalten.

Sender/Empfänger ist bei mir ein sduino mit cc1101

MfG
Joe

[gloob]

Gibt es eine Möglichkeit den Signalduino mundtot zu machen damit er nicht immer haufenweise Meldungen ins Log schreibt?

Code Auswählen Erweitern

2017.08.11 07:09:24 3: SIGNALESP433: Unknown code u63FFFF03FFF, help me!
2017.08.11 07:10:05 3: SIGNALESP433: Unknown code u63000000000000, help me!

Edit:

Einfach mal das Wiki lesen 

Im Logfile ab Verbose 4 tauchen diverse Meldungen auf, deren Bedeutung kurz erläutert wird (verbose 3 unterdrückt diese Meldungen):