Signalduino Entwicklung

[Sidey]

Hallo Jörg,

ich habe beide Nano V3 über die Arduino-Console mitgeloggt. Was ich so verstanden und gesehen habe, kommen bei beiden machmal identische Daten heraus und manchmal nicht.

Ich habe mir deine Daten mal angesehen. Der eine Arduino erfasst das Taktsignal mit 600, der andere um die 500.
Normalerweise ist das nicht weiter tragisch, nimm 10 arduinos und jeder misst unterschiedlich. Normalerweise sollte die anderen Pegel dann auch entsprechend länger oder kürzer sein und dadurch kommen wieder die gleichen faktoren heraus. Bei dir war das jetzt nicht der Fall, nur der Takt Puls war länger, die anderen ziemlich identisch.

Meine Anpassungen von floor() auf round() haben nun dazu geführt, dass das Signal nicht mehr innerhalb der Toleranzen war.

Ich habe die Toleranz jetzt etwas angepasst. Probier mal bitte aus, ob die Sensoren kontinuierlich empfangen werden. Könnte halt immer noch etwas knapp sein, wenn die Ausreißer auch mal größer sind.


Grüße Sidey

[pejonp]

Hallo Sidey,

geht jetzt wieder. Vielen Dank.  Werdes es weiter beobachten. Zwei Anpassungen habe ich noch gemacht.

Cresta: clockrange     => [420,520],      # min , max 
und die Funktion sub SIGNAL(D)uino_use_longid ( sub SIGNALduino_use_longid )  wurde wohl in der Zwischenzeit umbenannt. Da hatte ich einen Absturz.

Jörg

[Sidey]

Hi Jörg,

Das Modul aus dev-rawin sollte eigentlich keine Cresta Unterstützung bieten. Dass das Modul in der Clientliste auftaucht ist irgendwie ein fehler.

Gut. Ich werde den dev-cresta mal mit den Aktualisierungen aus dev-rawin aktualisieren.
So langsam müssten wir das cresta modul dann aber auch mal fertig machen.

Da wäre folgendes zu tun:

1. Aufräumen
2. Das Modul mit und ohne longid ausprobieren
3. minseqs und equalmsg aus dem Define entfernen, aber dafür Attribute verwenden
4. Noch mal überlegen, ob wir das Modul nicht eher hideki benennen, da kommt das Protokoll eigentlich her
5. Die Doku im Modul aktualisieren und finalisieren.

Grüße Sidey

[Ralf9]

Alles klar, bin schon dran und versuche meinen Uno auf Sduino zu bringen, steht zwar auf Initialized, erhalte aber noch keine readings. Sehe warsch. mal wieder den Wald vor lauter Bäumen nicht.

cmds
   
No answer
   
2015-09-29 22:05:08
freeram
   
No answer
   
2015-09-29 22:20:52
raw
   
No answer
   
2015-09-29 21:55:49
state
   
Initialized
   
2015-09-29 22:21:30
version
   
No answer
   
2015-09-29 22:18:00

Was passiert, wenn Du ein "Get  version" oder ein "get freeram" machst?

Was hast Du bei "DEF" eingetragen?

Was bekommst Du als ausgabe wenn Du in der Shell folgendes eingibst?

Code Auswählen Erweitern

ls -l /dev/serial/by-id

Bei mir z.B. wird dann folgendes angezeigt:

Code Auswählen Erweitern

usb-FTDI_FT232R_USB_UART_A600G900-if00-port0 -> ../../ttyUSB0

Gruß Ralf

@Sidey: ich hoffe dies ist so ok.

[Sidey]

Hi GrePac,

ich vermute Du hast den Arduino noch nicht geflasht.
Wenn Du einen uno verwendest, dann musst das Das Hardware Attribut noch auf uno stellen und anschließend den Flashvorgang starten.

Du kannst das Hex file natürlich auch über die Arduino Console flashen.

Wenn Du den Befehl "V" an den Arduino sendest, dann sollte er sich mit seiner Version melden.

@Ralf: Alles okay.

Grüße Sidey

[Sidey]

Hallo Jörg,

Der Objecta (THR128) Temp Sensor wurde ab und zu erkannt, wenn die Batterien eingelegt wurde. Modul: 14_CUL_TCM97001.pm

Ich hab mal versucht das Oregon Scientific V1 Protokoll zu etablieren.
Die bits sind glaube ich invertiert, muss ich noch umdrehen. Das größere Problem scheint aber das 41_Oregon zu sein. Der Sensor wird unterstützt, allerdings mit einer Länge von 80 bit.
So lang sind die Nachrichten bei dem Protokoll aber nicht. Exakt 32 bit sind diese lang. Ich nehme jetzt an, das IO Device füllt die Nachricht auf 80 bit auf oder wandelt es in ein V2 Format. Das macht die Sache etwas komplexer. Ob ich das nachbaue, weiss ich jetzt noch nicht.

Grüße Sidey

[GregPac]

Ihr seid schneller als die Feuerwehr.
Ich antworte auf alle Fragen wenn ich nachher wieder zur Hause bin.

Edit:
So, jetzt läuft alles. Konnte den Uno nicht über FHEM Flashen, Parameter Hardware war gesetzt, mit dem Xloader über Win ging es. Läuft alles.
Hier der Auszug aus dem Log

Licht einschalten:
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=502;P1=185;P2=-148;P3=-111;D=01213131312121212121212121212121212121202121212121212121212121212121212121210;CP=1;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-188;P1=222;P2=127;P3=-312;P4=484;P5=280;P6=1371;D=00102020202020102020201320201020201010101040131010101050101010101010102;CP=2;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-176;P1=460;P2=138;P3=-334;P4=284;D=010202020202020232020402020202020232020201020202020202023200;CP=2;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-151;P1=169;P2=-307;P3=471;D=012121030101010101010101010101010101010121010103010101010101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103012101010101012101010101010101010101010301010101010101010101010101010100;CP=1;O;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-205;P1=143;P2=288;P3=464;D=01020101010101010101010101010103010101010101010101;CP=1;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-189;P1=111;P2=-144;P3=488;P4=-344;D=01212101010101010101010103010101010101010101010101010101014101;CP=1;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-174;P1=150;P2=297;P3=472;D=0102010101010102010101020101010101010101010301;CP=1;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-194;P1=111;P2=463;P3=-306;D=010101010101010101010101010102010101010101013101010101010101010101010201310101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201;CP=1;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-185;P1=202;P2=-137;P3=296;P4=468;D=0121212123210121210121210101010101010401010101010101;CP=1;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-199;P1=156;P2=484;D=01010101010101010101010101010102010101010101010101010101010101;CP=1;
2015.09.30 17:35:52 4: SIGNALduino/msg READ: MU;P0=-3064;P1=106;P2=-259;P3=459;P4=-330;D=01212121212121212121212121212121212121212321212121212121412121412121212121212121232141212121212141212141212121212121212123212121212121212121212121212121212121212321212121212121212121212121212121412121232121;CP=1;
2015.09.30 17:35:52 4: SIGNALduino/msg READ: MU;P0=-178;P1=221;P2=268;P3=475;P4=-317;D=01020101010101010101010301010101010101010101010101010101410101030101010101010141010141010101010101010103014101010101010101010101010101010101010301010101010101;CP=1;
2015.09.30 17:35:52 4: SIGNALduino/msg READ: MU;P0=-194;P1=159;P2=-162;P3=472;P4=-377;D=012101012121010101010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101014101010101014101014101;CP=1;
2015.09.30 17:35:52 4: SIGNALduino/msg READ: MU;P0=-178;P1=-157;P2=152;P3=-130;P4=460;P5=312;P6=1371;D=1232321232323232321232323432123232323532123232123232121212121212141212121212121212121202121202020202020204020202020202020;CP=2;
2015.09.30 17:35:52 4: SIGNALduino/msg READ: MU;P0=-664;P1=-173;P2=128;P3=302;P4=488;P5=-320;P6=1371;D=012131212131212121212121412121212121212121212121212121212521211;CP=2;
2015.09.30 17:35:52 4: SIGNALduino/msg READ: MU;P0=-195;P1=151;P2=475;P3=-333;D=010101010102010101010101013101013101010101013101010201010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101013101013101;CP=1;


Und Ausschalten:
2015.09.30 17:37:07 4: SIGNALduino/msg READ: MU;P0=2440;P1=178;P2=-118;P3=488;P4=-284;P5=320;P6=1371;D=0121212121212121212321412121212121212121212121212121212121232121212121252120;CP=1;
2015.09.30 17:37:07 4: SIGNALduino/msg READ: MU;P0=175;P1=-159;P2=484;D=001010101210101010101010101010101010101010101010121010101010101010101010101010101010102;CP=0;
2015.09.30 17:37:07 4: SIGNALduino/msg READ: MU;P0=-213;P1=-125;P2=212;P3=484;D=012121212120212120212121212120212121312021212121212020202020;CP=2;
2015.09.30 17:37:07 4: SIGNALduino/msg READ: MU;P0=-213;P1=124;P2=461;P3=-321;P4=314;D=010101010101010102013101010101013101013101010101010101010201010101010401010104010101010101010101020101010101010101010101010101010101010102010100;CP=1;
2015.09.30 17:37:07 4: SIGNALduino/msg READ: MU;P0=222;P1=-175;P2=122;P3=368;D=012121012121212121210121212121210121212101212101212121210101310101010101010104;CP=2;
2015.09.30 17:37:07 4: SIGNALduino/msg READ: MU;P0=209;P1=-144;P2=474;P3=-310;D=0101012103010101010103010101010101010101010101210101010101010101010101010101;CP=0;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=188;P1=-142;P2=495;D=01010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010102;CP=0;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=129;P1=-176;P2=468;P3=-360;D=0101010101010101010101010101010121030101010101010101010101010101030;CP=0;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=-184;P1=-118;P2=193;P3=468;P4=-331;P5=276;P6=1371;D=01212131202121212121202121202121212121202121213120212121212020202020202020202020202020302020202020202420205020202020202420202030242020202020202020202020202020202020203020202020202020202020202020202020202020302020202020200;CP=2;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=-191;P1=187;P2=298;P3=467;P4=-343;D=01010201010101010101010101010101030101010101010101010101010101010101010103014101010101014101014101010101010101430101010101020101010101010101010101010103010101010101010101010101010101014101010301410101010100;CP=1;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=-184;P1=197;P2=-266;P3=460;D=012121212121012121012121212121012121030101010101010101010101010101010101010103010101010101012101012101010101010101010301010101010101;CP=1;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=-190;P1=183;P2=468;P3=-320;P4=300;D=010101010101010101010101010102010101010101013101013101010101010101010201010101010101310101310101010101010101020101010101040101010101010101010101010102010101010101013101013101010101010101010201310101010101;CP=1;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=-205;P1=120;P2=352;P3=482;P4=-600;D=01020101010101010341010101010101010101010101010101010103010101010102010101020101010101010101010201;CP=1;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=-295;P1=142;P2=-153;P3=484;D=01212121212101212101212121212101212123210121212101;CP=1;

[hjgode]

Hallo

ist es richtig, dass Cresta (Hideki, Bresser) zur Zeit nicht verarbeitet wird?

Jedenfalls sind die entsprechenden Zeilen zur Zeit auskommentiert doch wohl auskommentiert. Oder habe ich was verpasst?

~Josef

[Sidey]

Hi Josef,

Die Unterstützt für das Hideki Protokoll ist derzeit nur im branch dev-cresta gegeben.
Im dev-rawin ist die Unterstütztung derzeit nicht gegeben.

Sobald alles fertig entwickelt ist, wird die Unterstützung in  den normalen Zweig übernommen.

Grüße Sidey

[hjgode]

Uuups, ich sehe gerade ich hatte gerade ein update force mit dev-rawIn gemacht.

Danke für den Hinweis.

~Josef

[pejonp]

1. Aufräumen
2. Das Modul mit und ohne longid ausprobieren
3. minseqs und equalmsg aus dem Define entfernen, aber dafür Attribute verwenden
4. Noch mal überlegen, ob wir das Modul nicht eher hideki benennen, da kommt das Protokoll eigentlich her
5. Die Doku im Modul aktualisieren und finalisieren.

Hallo sidey,

Kannst du mir mal bitte helfen. Wofür sind  longid, minseqs und equalmsg ?. Im Modul wird ja schon auf doppelte Einträge geprüft.
Wie das Modul genannt werden soll,  kannst du ja abstimmen lassen oder du nennst es wie du es möchtest. Ist aber wieder Arbeit und bringt Fehler mit sich beim umbenennen.
Mein Vorschlag: 10_WTH_Hideki.pm oder so lassen.

Jörg

[Sidey]

Hi Jörg,

Hallo sidey,

Kannst du mir mal bitte helfen. Wofür sind  longid, minseqs und equalmsg ?. Im Modul wird ja schon auf doppelte Einträge geprüft.

Longid: Wenn nicht gesetzt, dann wird die Geräte ID nur aus dem Kanal erzeugt.
Hat man nicht mehr Geräte als Kanäle, so hat das Gerät nach einem Batteriewechsel immer noch die gleiche ID. Praktisch.
Hat man mehr Geräte als Kanäle, dann muss man longid setzen, dann wird die Geräte ID aus Kanal und Zufallscode gesetzt. Beim Batteriewechsel hat das Gerät dann aber auch eine neue ID.

minseqs und equalmsg: Das hatte ich mal aus einem anderen Modul übernommen. Fand ich auch sehr praktisch. Vom Prinzip steuert man damit, wie viel Zeit zwischen zwei Aktualisierungen der Readings vergangen sein muss, bzw. das Verhalten wenn die Nachricht identisch ist.

Ich habe die beide Optionen aus dem define wieder entfernt, da es dafür bereits etliche Attribute gibt, mit denen man dieses Verhalten je Reading einstellen kann. So hat der Endanwender die volle Kontrolle wie er es gerne hätte. Passende default Attribute habe ich auch gleich gesetzt.

Wie das Modul genannt werden soll,  kannst du ja abstimmen lassen oder du nennst es wie du es möchtest. Ist aber wieder Arbeit und bringt Fehler mit sich beim umbenennen.
Mein Vorschlag: 10_WTH_Hideki.pm oder so lassen.

Ja, das mit dem Suchen / Ersetzen klappt nicht immer zu 100%. In diesem Fall dürfe es aber keine Probleme geben.

Ich wäre ja für XX_Hideki.pm,  das WTH würde ich weglassen, da man ja das Modul auch noch gut um die anderen Sensoren erweitern kann, sobald mal jemand die Daten dazu liefert. Ob 10_ oder 14_ ist ja völlig wurscht. Weather kann man natürlich noch einbauen.


Grüße Sidey

[Ralf9]

Hallo Sidey,

hast Du Dir die logs von GregPac mal angeschaut? Lässt sich damit was anfangen?
Sehe ich das richtig, daß es doch etwas aufwendiger wird, da es keine MS- oder MC- sondern nur MU-Nachrichten sind?

Gruß Ralf

[Sidey]

Hallo Sidey,

hast Du Dir die logs von GregPac mal angeschaut? Lässt sich damit was anfangen?
Sehe ich das richtig, daß es doch etwas aufwendiger wird, da es keine MS- oder MC- sondern nur MU-Nachrichten sind?

Gruß Ralf

Habe ich natürlich nicht gesehen, da er editiert hat
Also aus dem Signal werde ich so auf die Schnelle nicht schlau. Ob MU oder MS spielt eigentlich erst mal keine Rolle. Klar, bei einem MS kennen wir den Takt ganz sicher, aber bei diesem Signal ist der Takt auch recht klar. Die Intervalle sind sehr kurz, fast schon am Limit.

Ich habe jetzt ein bisschen mit dem Signal gespielt. Aber eine Bitfolge, aus der man an oder aus schließen könnte, fällt mir erst mal schwer.
Mir ist halt nicht ganz klar, wo eine Nachricht zuende ist und wo die Nächste beginnt. Normalerweise sollte dazwischen eine kleine Pause sein.

Was für ein Gerät war das noch mal? Vielleicht kann man den encoder chip erkennen, wenn man die FB öffnet.

Grüße Sidey

[GregPac]

Danke schonmal fürs ansehen.
Es handelt sich um Livolo Lichtschalter wie z.b. http://www.banggood.com/Livolo-White-Glass-Panel-Remote-Touch-Switch-EU-Standard-VL-C701R-11-p-973848.html
Es gibt wohl auch schon für den Arduino schon was fertiges aber da steige ich nicht ganz durch, evtl. helfen dir diese Informationen schon weiter.
Beitrag: http://forum.arduino.cc/index.php?topic=153525.0

Libary https://drive.google.com/file/d/0B0DQ7La4EBHlU2ltTmlmeHhya3M/edit

Sketch
// Simple blink example of Livolo.h library for Livolo wireless light switches
#include
Livolo livolo(; // transmitter connected to pin #8
void setup() {
}
void loop() {
livolo.sendButton(6400, 120); // blink button #3 every 3 seconds using remote with remoteID #6400
delay(1000);
}

Die FB kann ich heute Nachmittag gerne mal aufschrauben.

Gruß
Greg