Alternative culfw

Begonnen von bjoernh, 15 März 2015, 12:01:06

Vorheriges Thema - Nächstes Thema

hjgode

Zitat von: Ralf9 am 04 November 2015, 22:06:54
Ich habe zwei EAS800z und ein FreeTec NC-7345. Diese verwenden das gleiche Protokoll.
Als Empfänger verwende ein Superheterodyne Receiver mit einer einfachen 17 cm Drahtantenne. Damit ist ein problemloser Empfang durch eine Wand/Decke möglich.

2015-11-03_23:35:05 SD_WS07_TH_3 T: 17.6 H: 56
2015-11-03_23:35:53 SD_WS07_TH_1 T: 16.5 H: 62
2015-11-03_23:36:06 SD_WS07_TH_2 T: 17.9 H: 52
2015-11-03_23:36:25 SD_WS07_TH_3 T: 17.6 H: 56
2015-11-03_23:36:50 SD_WS07_TH_1 T: 16.5 H: 62
2015-11-03_23:37:44 SD_WS07_TH_3 T: 17.5 H: 56
2015-11-03_23:37:47 SD_WS07_TH_1 T: 16.5 H: 62
2015-11-03_23:38:20 SD_WS07_TH_2 T: 17.8 H: 52
2015-11-03_23:39:02 SD_WS07_TH_3 T: 17.4 H: 56
2015-11-03_23:39:41 SD_WS07_TH_1 T: 16.5 H: 62
2015-11-03_23:40:21 SD_WS07_TH_3 T: 17.4 H: 56
2015-11-03_23:40:34 SD_WS07_TH_2 T: 17.7 H: 52
2015-11-03_23:41:36 SD_WS07_TH_1 T: 16.5 H: 62
2015-11-03_23:41:41 SD_WS07_TH_3 T: 17.3 H: 56
2015-11-03_23:42:48 SD_WS07_TH_2 T: 17.6 H: 52
2015-11-03_23:42:59 SD_WS07_TH_3 T: 17.2 H: 56
2015-11-03_23:43:29 SD_WS07_TH_1 T: 16.5 H: 62
2015-11-03_23:44:18 SD_WS07_TH_3 T: 17.2 H: 57
2015-11-03_23:44:26 SD_WS07_TH_1 T: 16.4 H: 62
2015-11-03_23:45:02 SD_WS07_TH_2 T: 17.7 H: 53
2015-11-03_23:45:38 SD_WS07_TH_3 T: 17.2 H: 57
2015-11-03_23:46:20 SD_WS07_TH_1 T: 16.4 H: 62
2015-11-03_23:46:56 SD_WS07_TH_3 T: 17.2 H: 57
2015-11-03_23:47:16 SD_WS07_TH_2 T: 17.6 H: 53
2015-11-03_23:48:15 SD_WS07_TH_3 T: 17.2 H: 57
2015-11-03_23:49:11 SD_WS07_TH_1 T: 16.6 H: 63
2015-11-03_23:49:30 SD_WS07_TH_2 T: 18.3 H: 52
2015-11-03_23:49:35 SD_WS07_TH_3 T: 17.8 H: 58
2015-11-03_23:51:05 SD_WS07_TH_1 T: 16.8 H: 62
2015-11-03_23:51:44 SD_WS07_TH_2 T: 18.2 H: 52


Gruß Ralf

Hallo Ralf

ich habe u.a. auch zwei EAS800z und nun auch einen NC-7345.

Bist Du sicher, dass der NC-7345 von FreeTec das gleiche Protokoll wie der EAS800z verwendet? Ich kann den FreeTec weder mit der a-culfw noch mit dem SignalDuino (FHEM branch und dev-r32 getestet) empfangen. Die beiden EAS800z werden ohne Probleme empfangen und dekodiert.

Ich werde mal das hier testen: http://www.mikrocontroller.net/topic/207314

Gruss

Josef
Debian SID mit aktuellem FHEM, nanoCUL 866, JeeLink EC3000, fhemduino, SIGNALduino,
3 x TFA TH Sensor, 1 x TFA TH Arduino Sender, 3 x EC3000, 4 x Elro Schaltsteckdosen, ESA2000
offline: Wibo Funkthermostat, 2 x ELV Funkthermostat FHT80, 2 FS20 ST4 Funksteckdose

Ralf9

Zitat von: hjgode am 03 Dezember 2015, 08:02:39
Bist Du sicher, dass der NC-7345 von FreeTec das gleiche Protokoll wie der EAS800z verwendet?

Ja, die Protokolle sind gleich. Ich habe die decodierte Nachrichten verglichen und konnte keine Unterschiede feststellen.

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

hjgode

Zitat von: Ralf9 am 03 Dezember 2015, 18:30:21
Ja, die Protokolle sind gleich. Ich habe die decodierte Nachrichten verglichen und konnte keine Unterschiede feststellen.

Gruß Ralf

Also ich kann das Ding nicht empfangen aber die EAS800z gehen. Da die Kanalzahl auf drei begrenzt ist, würde der vierte (NC-7345) EAS eh ausfallen. Da werde ich wohl einen eigenen Sensor bauen müssen.

Danke

Josef
Debian SID mit aktuellem FHEM, nanoCUL 866, JeeLink EC3000, fhemduino, SIGNALduino,
3 x TFA TH Sensor, 1 x TFA TH Arduino Sender, 3 x EC3000, 4 x Elro Schaltsteckdosen, ESA2000
offline: Wibo Funkthermostat, 2 x ELV Funkthermostat FHT80, 2 FS20 ST4 Funksteckdose

bjoernh

Zitat von: hjgode am 03 Dezember 2015, 19:46:15
Also ich kann das Ding nicht empfangen aber die EAS800z gehen. Da die Kanalzahl auf drei begrenzt ist, würde der vierte (NC-7345) EAS eh ausfallen. Da werde ich wohl einen eigenen Sensor bauen müssen.

Danke

Josef
Du kannst auch mehr wie drei verwenden, dazu musst Du im SignalDuino bzw. im CUL das Attribut longids setzen.
Dann werden die langen IDs verwendet und Du kannst So viele Sensoren wie du willst verwenden.

cs-online

#559
...bei mir geht das auch ohne longids, ich habe da 10 EAS800z Sensoren am NanoCul, die melden sich halt mit verschiedenen IDs an, die wird anscheinend beim Batterie einlegen immer neu vergeben. Allerdings liefern nicht alle verläßlich, mal empfange ich auch nur 5-7 Sensoren, die restlichen stehen dann auf defined,

Werde mal schauen, ob sich mit LongIds was ändert. Wert auf 1 oder ?

Grüße Christian
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20, Shelly1,2 und 2.5,Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV mit Speicher, alles auf einem RPI und da geht noch mehr

bjoernh

Zitat von: cs-online am 04 Dezember 2015, 12:23:46
...bei mir geht das auch ohne longids, ich habe da 10 EAS800z Sensoren am NanoCul, die melden sich halt mit verschiedenen IDs an, die wird anscheinend beim Batterie einlegen immer neu vergeben. Allerdings liefern nicht alle verläßlich, mal empfange ich auch nur 5-7 Sensoren, die restlichen stehen dann auf defined,

Werde mal schauen, ob sich mit LongIds was ändert. Wert auf 1 oder ?

Grüße Christian
Ja noch,...
Wenn Du aber neue Sensoren hättest, dann werden diese als SD_WS07 angelegt.
Das SD_WS07 verwendet aber das LongIds Attribut.
Bei dir geht es noch, da Du die Sensoren seither noch nicht neu angelegt hast, dadurch ist das TCM Modul für die Sensoren zuständig.
Sidey hatte vorgeschlagen sein Modul für die Sensoren zu verwenden, so dass wir diese Module nicht doppelt pflegen müssen.


derchrome

Hallo zusammen,
Ich hab's schon bei den Anfängerfragen gepostet, aber die haben mich hierhin verwiesen. Ich würde gerne meine Silvercrest AAA3680 mit CUL und FHEM ans Laufen bringen.
1. Sind die zufällig schon drin in der alternativen FW?
2. Wie kann ich die Rohdaten der Fernbedienung aufzeichnen und senden?
3. Lässt sich pilight mit einem CUL nutzen (damit gehen die Steckdosen wohl)? Und lässt sich ggf. der Source-Code für die Steckdosen in die alternative FW implementieren? C/C# Kenntnisse sind vorhanden ;D

Vielen Dank im Voraus!

bjoernh

Zitat von: derchrome am 04 Dezember 2015, 16:46:51
Hallo zusammen,
Ich hab's schon bei den Anfängerfragen gepostet, aber die haben mich hierhin verwiesen. Ich würde gerne meine Silvercrest AAA3680 mit CUL und FHEM ans Laufen bringen.
1. Sind die zufällig schon drin in der alternativen FW?
2. Wie kann ich die Rohdaten der Fernbedienung aufzeichnen und senden?
3. Lässt sich pilight mit einem CUL nutzen (damit gehen die Steckdosen wohl)? Und lässt sich ggf. der Source-Code für die Steckdosen in die alternative FW implementieren? C/C# Kenntnisse sind vorhanden ;D

Vielen Dank im Voraus!
Hast Du mal den CUL auf raw X25 gestellt?
Wenn Du Lust hast, kannst Du gerne bei der a-culfw mithelfen, schick mir hierzu einfach eine PM mit deinem Namen und deiner E-Mail  Adresse.

derchrome

#563
Also im WebIf set X25? Und wo sehe ich dann den Code?
Dann sollte aber die alternative Firmware auf dem CUL sein oder? Hat die irgendwelche Nachteile? Im Moment schalte ich damit nur ein paar Euro 440 und Mumbi Aussensteckdosen...

Wie sieht's aus mit dem CUL und pilight? Weiß das jemand?

derchrome

Wie stelle ich denn das blöde Debugging an? Ich habe set nanoCUL raw X25 eingeschaltet aber ich seh nix vom CUL im Log...

bjoernh

Zitat von: derchrome am 04 Dezember 2015, 18:56:45
Wie stelle ich denn das blöde Debugging an? Ich habe set nanoCUL raw X25 eingeschaltet aber ich seh nix vom CUL im Log...
Hast Du die a-culfw drauf? Wenn nein, mach die erst drauf.
Dann raw X25 im CUL einstellen. Du müsstest Dann die Debugausgaben im EventMonitor sehen.

bjoernh

Hallo,

es ist ab sofort eine neue Version 1.20.00 verfügbar.

Änderungen:
1.20.00
- Implement receive of Manchester coded signals linke Oregon2, Oregon3 or Hideki
- Enable receive of revolt for all devices
- Change IT V1 send timing to old 1.05.01 timing

Ihr solltest dann auch ein fhem update machen (die neuen Module müssten in kürze verfügbar sein)

Viele Grüße
Björn

derchrome

#567
Hallo Björn,
wie installiere ich denn die alternative FW? Ich habe den Inhalt der Zip-Datei auf den RAspberry in das Culfw-Verzeichnis unter Devices kopiert und dann wie in der Readme beschrieben "make program-433" ausgeführt. Leider kommt die nachfolgende Fehlermeldung:

make: *** No rule to make target 'program-433'.

Hat sich erledigt hab die flash.sh genommen, jetzt gehts.

bjoernh

Zitat von: derchrome am 04 Dezember 2015, 19:41:00
Hallo Björn,
wie installiere ich denn die alternative FW? Ich habe den Inhalt der Zip-Datei auf den RAspberry in das Culfw-Verzeichnis unter Devices kopiert und dann wie in der Readme beschrieben "make program-433" ausgeführt. Leider kommt die nachfolgende Fehlermeldung:

make: *** No rule to make target 'program-433'.

Hat sich erledigt hab die flash.sh genommen, jetzt gehts.
Im Ordner liegt ein Skript.

Gesendet von meinem SM-G920F mit Tapatalk


derchrome

#569
So der CUL läuft wieder, danke!

Aber jetzt gehen meine Steckdosen nicht mehr... Muss ich die jetzt nochmal neu definieren?

Den Befehl "set nanoCUL raw X25" habe ich über die Kommandozeile  ebenfalls ausgeführt, aber weiterhin keinerlei Einträge im Eventmonitor... Empfang ist aktiviert (0D/13)
Ich nutze für die Elros das IT-Protokoll.