Hallo,
einige von Euch hatten nach den Änderungen, welche ich für den IT-Empfang gemacht habe, gefragt.
Aus diesem Grund habe ich mich dazu entschlossen eine alternative culfw (a-culfw) zu veröffentlichen.
Dowloads:
Die kompilierten Hex Dateien findet Ihr unter https://www.mediafire.com/folder/iuf7lue8r578c/a-culfw
Quellcode:
Ist zu finden in gitHub unter https://github.com/heliflieger/a-culfw
Änderungen zur culfw stehen im Changelog.
Aktuelle Version:
1.25.01
Changelog:
1.25.01
- MapleCUN: Fix baud rate setting command
1.25.00
- ARM Models:
-- Add onewire
-- Improve hardware autodetection
- MapleCUN: Add 3rd SlowRF transceiver
1.24.02
- Add CC113L to hardware autodetection
- Fix tcp_putchar
- Fix MBUS for multi CC1101 devices
1.24.01
- MapleCUN: Add bootloader
1.24.00
- ARM Models:
- Rework of multi CC1101
- Add RF mode switching
- Add hardware autodetection
- MapleCUN: Add W5500
1.23.09
- Add new device: megaCUL
- megaCUL: disabled by default: Honeywell evohome
- miniCUL: Code cleanup
- miniCUL: disabled by default: Honeywell evohome, M-Bus, ZWave
- rpiaddon: Code cleanup
- rpiaddon: disabled by default: Honeywell evohome
1.23.08
- miniCUL: added Hoermann send + RFR Filter
- miniCUL: Code cleanup
- rpiaddon: added Hoermann send + RFR Filter
1.23.07
- ARM Models: fix MBus
1.23.06
- FIX: Remove LED flicker
- Use include-what-you-use (and some manual fixes) to fix many header includes.
1.23.05
CUBe: fix rf_native
1.23.04
- MapleCUL/MapleCUN:
- Access of UART2+3 via USB/network
- Add multi CC1101 support
- Activate Hoermann send
- ARM Models: add HAL
1.23.03
- Hoermann Send (activated for CUBe + CUL-HM-CFG)
1.23.02
- Fix IT V3 Dimmer - send mode
1.23.01
- Fix nanoCUL device
- Fix miniCUL flash Skript
- Change sending for IT V1 D bit (Unitec/Intertek)
1.23.00
- Support for EIM-826 (Unitec/Intertek) (Forum #48515 and #45022)
- Code upgrade from culfw Version 1.67 (2016-11-26)
- Hoermann Send (activated for CUL + nanoCUL)
- RFR filter: ufKERV forwards only messages starting with one of KERV
- intertechno: modify interval
- ZWave: no ack for routed packages (work in progress)
- RFR: do not report FHT if T01 is zero and RFR target is on (Forum #50756)
1.22.0
- Add STM32 support
- Add new device: MapleCUL/MapleCUN
1.21.02
- miniCUL: added MULTI_FREQ_DEVICE in the board definition
1.21.00
- Fix receive of GT-WT-02
1.20.08
- Fix flash scripts
- Fix build errors
1.20.07
- rpiaddon: Code cleanup
- rpiaddon: added ZWave
1.20.06
- miniCUL: Code cleanup
- miniCUL: added more protocols (e.g. Belfox, Hoermann, Kopp FC, Somfy)
1.20.05
- Code upgrade from culfw Version 1.66 (2015-11-29)
- CULV3/V4: add ZWave receive
- ZWave: receive+send @ 40k, 100k
- Cw: Write CC1101 register directly
- ZWave: receive+send(?) @ 9600
1.20.04
- CUBe: Move serial console to UART0 if USB is not connected
- ARM Models: Remove malloc
1.20.02
- Make the Intertechno send compatible to original culfw.
The default clock is now 420
1.20.02
- Add the functionality to change ITClock of the Intertechno V1 protocol. The command is ic. Default is ic250
1.20.01
- ARM Models: Add kopp-fc, rf_native, MBUS and ZWave protocol
- Check for manchester and IT protocol only when receiving 433MHz
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
1.10.02
- Fix ethernet on CUBe
- Fix UNKNOWNCODE ZERR30D (Forum #332883)
1.10.01
- Fix receiving of revolt for all devices.
1.10.00
- ARM Models: Fix bootloader for AT91SAM7 REV C
Activate 433MHZ protocols
- Rewrite of receive method for TCM/IT/HE
Receive the protocolls more stable
Receive additional sync protocols like Eurochron EAS800
- Change receive datarate in slowrf to 5,603 kBaud.
(You must make a reset of the cul eeprom, use command
"set CUL-NAME raw e" in fhem)
- Fix receiving of revolt.
1.05.04
- ARM Models: Add ethernet, add multi CC1101 support
- Code Cleanup
1.05.03
- Fix timing for IT-V1 sending and receive timing for temp sensors
1.05.02
- Revert timing for Elro AB440 IT Switch changes
1.05.01
- Fix timing for Elro AB440 IT Switch
- Fix size for nanoCul
1.05.00
- CULV3: add belfox (Forum #36810)
- CUN*: retransmit patches from doubh (Forum #36529)
- CUL: due to mem space issues: disabled by default: RF_RWE / MBUS_TX
- added RF-Native Mode for RFM12 based protocols i.e. LaCrosse/IT+/PCA302, ie. use "Nr1"
- add Bff to test the watchdog (Forum #36215)
- CUNO2: added SOMFY RTS support to board definition (thdankert)
- completed wireless m-bus RX/TX support (for T or S mode)
1.04.01
- Implement sending for HomeEasy EU protocol (command ise<value>)
1.04.00
- Implement sending for HomeEasy HE800 protocol (command ish<value>)
- Receive HomeEasy protocols
1.03.04
- Reenable IT-Sending with CUL 868Mhz version
- Change IT receive and sending timing to make it more stable
- Cleanup code to reduce memory unsage
1.03.03
- From culfw: add Bff to test the watchdog (Forum #36215)
- From culfw: CUNO2: added SOMFY RTS support to board definition (thdankert)
- Fix size of 868MHz CUL (disable Hoermann, disable IT-Sending with 868Mhz
version)
1.03.02
- Enable Oregon3 in CUL for testing
1.03.01
- Split CULs in 433MHz and 868MHz version
- Implement Oregon 3, disabled by default. Define HAS_OREGON3
1.02.02
- completed wireless m-bus RX/TX support (for T or S mode)
1.02.00
- receive of other temperatur sensors like Rubicon and Prologue
- Cleanup some code
1.01.00
- add support for intertechno v3 dimmer
1.00.01
- Bugfix in rf_receive
1.00.00
- Receive for TCM sensors like No.97001, No.212836, No. 219418
- Send/receive for IT Protocoll 1 and 3
- Cleanup of receive methods
- Additional devices like miniCul, nanoCul, CUL-Arduino
- First version branched from culfw 1.63
Falls es Probleme, Fragen, Anregungen usw gibt, dann könnt Ihr diese gerne in diesen Thread oder per P-Mail schreiben.
Zuletzt noch eine Info: Mir steht leider nicht jede Hardware/Sensor zum testen zur Verfügung. Aus diesem Grund kann es im ein oder anderen Fall zu Problem kommen.
Viele Grüße
Björn
hallo björn,
hier ist jetzt also immer das aktuelle it-receive zu finden. sehr schön. vielleicht könntest du im 1. post noch die culfw basisversion angeben, auf welcher dein aktuelles build aufbaut. dann hätte man eventuell einen anhaltspunkt, was noch alles in deiner fw enthalten sein könnte.
was genau verstehst du unter "Cleanup of receive methods"? die befehlsliste über get cul cmds stimmt so, wie ausgegeben?
ansonsten scheint v1.00.01B53 weiterhin perfekt it zu empfangen. besser als die original it-steckdosen. 8)
gruss frank
Sehr cool! Ist die Firmware auch mit dem SCC kompatibel?
Zitat von: elfrinjo am 15 März 2015, 19:11:51
Sehr cool! Ist die Firmware auch mit dem SCC kompatibel?
im zip gibt es auch eine scc.hex
Vielen Dank, wird morgen gleich mal getestet.
Zitat von: frank am 15 März 2015, 19:07:16
hier ist jetzt also immer das aktuelle it-receive zu finden. sehr schön. vielleicht könntest du im 1. post noch die culfw basisversion angeben, auf welcher dein aktuelles build aufbaut. dann hätte man eventuell einen anhaltspunkt, was noch alles in deiner fw enthalten sein könnte.
Ist erledigt..
Zitat von: frank am 15 März 2015, 19:07:16
was genau verstehst du unter "Cleanup of receive methods"? die befehlsliste über get cul cmds stimmt so, wie ausgegeben?
Schau dir mal den Code im github an. Ich habe die rf_receive auseinander genommen. Die einzelnen Protokolle anschließend in C und H Dateien ausgelagert.
So ist es, finde ich zumindest, übersichtlicher. So lassen sich so die einzelnen Protokolle einfacher per define aus-/einschalten.
Desweiteren sind die Protokolle auch nur aktiv wenn das entsprechende Empfangs-Band aktiviert ist. (deshalb hatte ich das F-Band im Version String eingebaut).
Wenn es also z.B. Anpassungen am IT-Empfang geben muss, so werden diese nur in der rf_receive_it.c durchgeführt.
Hallo Björn,
werden die Revolt von deiner angepassten Firmware auch unterstützt. http://forum.fhem.de/index.php/topic,24739.0.html
Gruß rabbe
Zitat von: rabbe am 21 März 2015, 08:31:32
Hallo Björn,
werden die Revolt von deiner angepassten Firmware auch unterstützt. http://forum.fhem.de/index.php/topic,24739.0.html
Gruß rabbe
Hallo,
nein noch nicht, ist aber auf meiner Todo Liste.
Du meinst doch die Fixes oder?
Gruß
Björn
Hallo,
ja und inwieweit diese integriert werden können. Ich finde dein Engagement und dein veröffentlichen der entsprechenden Hex-Files sehr hilfreich.
Gruß rabbe
Hallo bjoernh,
ein dickes Dankeschön für deine Arbeit. Heute habe ich es endlich geschafft deinen
Quellcode zu compilieren und das SCC zu flashen. Und es funktionieren jetzt auch
FB's von ELRO und Pollin.
m.f.G. Alfons
Entschuldigung, aber jetzt lasse ich beide Antworten stehen.
ich hab den Build 60 probiert an meinem 868ér CUL, wird auch in Fhem erkannt und ist "Initialized" aber es läßt sich nichts (IT) mehr schalten (empfangen MAX) :-[
versteh ich ned weil im FHEM läuft das Ding ja ...
eben noch mal 1.61 probiert und damit läuft es ...
ich hab ich 10_IT.pm und 00_CUL.pm aus dem 1. Posting (IT mit CUL verbinden) versucht, Ergebnis war das alle IT Einträge weg waren ...
Hallo,
was geht jetzt genau nicht, IT oder MAX?
Hast Du einen nanoCUL? Wenn ja, dann musst Du für IT das 433MHz file schreiben.
Ich habe leider den nanoCUL auftrennen müssen, dem geht nämlich der Platz aus.
Wie ist deine Frequenz eingestellt?
Zitat von: ChiliApple am 26 März 2015, 16:02:22
ich hab ich 10_IT.pm und 00_CUL.pm aus dem 1. Posting (IT mit CUL verbinden) versucht, Ergebnis war das alle IT Einträge weg waren ...
Das darfst, musst Du auch nicht mehr machen!
Gruß
Björn
danke für deine Antwort, es geht Beides nicht. Also ich kann keine IT Steckdosen schalten und keine MAX Fensterkontakte empfangen.
LED blinkt und und in FHEM ist der CUL voll da mit FW (Build60) und "Initialized"
Zitat von: ChiliApple am 26 März 2015, 17:42:53
danke für deine Antwort, es geht Beides nicht. Also ich kann keine IT Steckdosen schalten und keine MAX Fensterkontakte empfangen.
LED blinkt und und in FHEM ist der CUL voll da mit FW (Build60) und "Initialized"
Und wie ist er jetzt eingestellt ccconf?
Normaler CUL, oder nanoCul?
Normaler CUL 868 und ich verwende im Moment wieder 1.61 damit hat er ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
Also ich habe mir soeben den Code nochmals angesehen, ich kann aber leider keinen Grund erkennen warum es nicht gehen sollte.
Hast Du es auch mal mit einer 01.00.01 probiert? Besteht da dein Problem auch schon?
Ich habe die neuste Version bei mir auf einem CUL433 und da geht alles wie erwartet.
Hallo,
V 1.00.01 a-culfw Build: 50 (2015-03-10_22-29-54) CUL433 (F-Band: 433MHz)
läuft bei mir auch einwandfrei Busware CUL 433
Gruß
hab jetzt noch mal mit dem Shell den Flashvorgang durchgeführt mit der 60ér, und nun gehts ... k.A.
Danke!
Wäre es möglich, die IT-Erweiterung auch in das "offizielle" culfw einzubauen?
Moeglich schon, aber es ist einiges an Arbeit (insb. wg. Verstehen und Tests, ich "muss" ja dann dafuer geradestehen), und was sind die Vorteile? So kann Bjoern ungehindert weiterentwickeln.
Zitat von: rudolfkoenig am 27 März 2015, 08:57:00
... und was sind die Vorteile? So kann Bjoern ungehindert weiterentwickeln.
Wenn das einfach nur eine Verbesserung der Basisversion ist, sehe ich keine Probleme. Nur wenn sich dann tatsächlich zwei Zweige entwickeln würden, wäre es schade, wenn jedes Modul andere Möglichkeiten hat und man eventuell beide braucht.
Da die CUL ein zentrales Element meiner Steuerung ist, traue ich mich derzeit auch nicht "betas" aufzuspielen. :D
Ich drehe mal die Woerter in deinem Mund um: Du traust Bjoern nicht, aber mir schon. :)
Er braucht aber genauso Tester, wie ich.
Zitat von: rudolfkoenig am 27 März 2015, 09:19:16
Ich drehe mal die Woerter in deinem Mund um: Du traust Bjoern nicht, aber mir schon. :)
Er braucht aber genauso Tester, wie ich.
;D Danke Rudi,... hätte ich nicht besser schreiben können.
aber du hast schon recht. Die offizielle culfw lebt ja quasi auch von Rückmeldungen.
@tupol: Du kannst die a-culfw ja problemlos ausprobieren, wenn es nicht passt dann geht halt wieder zurück. Aber wenn es dich beruhigt, die a-culfw wurde schon über 200x runtergeladen und ist bei mir im täglichen (produktiven) Einsatz.
Hallo bjoernh,
bitte nicht missverstehen. Du machst wirklich eine tolle Arbeit. Nur als Tester bin ich fehl am Platz.
Werde mal sehen, wann ich mich traue deine Version zu übernehmen. :-)
Trotzdem geht es mir hier mehr um die Gefahr einer tatsächlichen Verzweigung und weniger um "beta"-Versionen.
Gruß
tupol
Zitat von: rudolfkoenig am 27 März 2015, 08:57:00
Moeglich schon, aber es ist einiges an Arbeit (insb. wg. Verstehen und Tests, ich "muss" ja dann dafuer geradestehen), und was sind die Vorteile? So kann Bjoern ungehindert weiterentwickeln.
Hallo,
werden mit dem neuen, von dir veröffentlichen V1.63-Hex-File die Revolt-Steckdosen unterstützt?
Danke und Gruß
rabbe
Hallo,
es gibt eine neue FW 01.02.00
Diese Firmware dekodiert nun auch Temperatursensoren von Proloque, wie z.B. den Aldo GT-WT-01 sowie Rubicon Sensoren.
Es muss in Fhem ein update gemacht werden, so dass das neue Modul geladen wird.
Kleine Bitte:
Da nach diesem Protokoll-Schema noch andere Sensoren senden, werden diese automatisch ein ein Device CUL_TCM97001_Unknown geschrieben.
Vielleicht hat ja der Ein oder Andere einen solchen Sensor und kann dann beim Decodieren mithelfen.
Bei mir in der Umgebung empfange ich noch 4 verschiedene Protokolle. Leider ist das dekodieren nur anhand den Empfangenen Daten etwas schwierig.
Ich würde mich also auf Input von euch freuen, so können wir noch viele Sensoren in fhem integrieren.
Viele Grüße
Björn
meinst du es wäre möglich das man per culfw/cul dies LogiLink WS0002 empfangen kann?
reciht dir das aus dem fhemduino-device als vorab-info? ich kann bei gelegenheit mal die 1002 flashen und schaune was der cul von den sensoren bisher so mithören kann
Hallo Björn,
vielen Dank für die Weiterentwicklung. Es gibt einen kleinen Schönheitsfehler im Max-Mode, auf den Du wahrscheinlich keinen Einfluß hast.
Matthias prüft in der 14_CUL_MAX.pm die Firmware Version des CULs. Hier ein Ausschnitt:
my $version = $hash->{IODev}{VERSION};
#Looks like "V 1.49 CUL868"
if($version =~ m/V (.*)\.(.*) .*/) {
my ($major_version,$minorversion) = ($1, $2);
$version = 100*$major_version + $minorversion;
if($version < 154) {
Log3 $hash, 2, "CUL_MAX_Check: You are using an old version of the CUL firmware, which has known bugs with respect to MAX! support. Please update.";
}
return $version;
} else {
Log3 $hash, 1, "CUL_MAX_Check: Could not correctly parse IODev->{VERSION} = '$version'";
return 0;
}
Hier wird bei der a-culfw die $major_version und die $minorversion falsch erkannt (major: "1.02", minor: "00 ...." ) und das führt zum Einen zu einem Umwandlungsproblem (minor ist keine Zahl) und zum Anderen ist die Version kleiner als 154 und damit erscheinen Warnungen im Log.
Man sollte vielleicht mit Matthias dafür eine Lösung finden.
Hallo Björn
erstmal Dank für deine Arbeit für den IT-Empfang, habe gestern Abend mal meine CUL433 mit der Firmware geflashed und FHEM update gemacht.
IT Empfang geht wunderbar! 8)
Das nun auch meine Aldi Temperatursensoren empfangen werden können hat mich allerdings erst dazu motiviert den Flash tatsächlich durchzuführen...
Und siehe da: mein GT-WT-01 vom Aldi wurde gleich per autocreate angelegt.
Die Temperatur und Feuchtigkeitangaben waren leider nicht plausibel:
2015-03-29_22:43:31 CUL_TCM97001_140 humidity: 149
2015-03-29_22:43:31 CUL_TCM97001_140 temperature: 297.7
2015-03-29_22:43:31 CUL_TCM97001_140 T: 297.7 H: 149
2015-03-29_22:43:31 CUL_TCM97001_140 Battery: ok
Heute morgen hatte allerdings ich im Log sehr oft solche Meldungen:
2015.03.30 07:19:22 3: CUL433: Unknown code s8C0049AFC8E4, help me!
Also dachte, ich stimmt bei mir was noch nicht, weil "s" ja das Kommando für die neuen Temp-/Hum Sensoren ist. Bitte Korrigiere mich wenn ich falsch liege.
Zur Sicherheit, habe ich nochmal
* FHEM: update
* FHEM: shutdown
* raspberrypi: shutdown -r now
Und siehe da, die help me Meldungen sind weg.
Ich hatte das Device in der Zwischenzeit umbenannt, und das hat den autocreate irgendwie durcheinandergebracht, deshalb ich das device wieder gelöscht.
Jetzt hat der autocreate das Gerät folgendermaßen angelegt:
autocreate: define CUL_TCM97001_Unknown CUL_TCM97001 Unknown
Also nicht mehr als GT-WT-01 - dieses Model kann ich jetzt auch nicht mehr auswählen. Ist das wieder entfernt worden, weil es nicht nur bei mir korrekt ausgewertet wird? ???
Ich schau mir auch nochmal die Codes an, ob ich irgendwie auf eine plausible Temperatur komme... muss so bei 8 Grad liegen und Feuchtigkeit bei ca 86%..
Viele Grüße
Simonberry
Edit:
Beispiel code:
8C003EA388ED
Starten tun bei mir die Meldungen immer mit:
"8C" - Das könnte eine Kennung / Adresse sein aber ich habe leider nur 1 Sensor...
Byte 3 und 4 sidn bei mir derzeit immer 0, das kann aber auch an der niedrigen Temperatur liegen
Die Temperatur könnte also in den Bytes (3,4..?) 5-6 stehen:
"3E" wäre 6.2° das kommt momentan hin, ich hatte da Schwankungen zwischen 6 und 8 Grad und das zeigt mein anders Außenthermometer auch an.
Ich probiere heute abend mal den Gefrierschrank und Backofen aus und gucke was dann rauskommt.
Bei Feuchtigkeit und Batterie habe ich noch keine Idee...
Viele Grüße
Simonberry
mit aktueller frimware werden auch die WS00002 empfangen, aber noch nicht ausgewertet
Zitat2015-03-30 18:06:44 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_95 CUL_TCM97001 CUL_TCM97001_95
2015-03-30 18:06:44 Global global SAVE
2015-03-30 18:06:44 FHEMduino_Env az_sen_th T: 16.9 H: 58 B: ok
2015-03-30 18:06:44 FHEMduino_Env az_sen_th temperature: 16.9
2015-03-30 18:06:44 FHEMduino_Env az_sen_th humidity: 58
2015-03-30 18:06:44 FHEMduino_Env az_sen_th taupunkttemp: 8.6
2015-03-30 18:06:44 FHEMduino_Env az_sen_th abshum: 8.3
2015-03-30 18:06:44 FHEMduino_Env az_sen_th battery: ok
2015-03-30 18:06:44 FHEMduino_Env az_sen_th sendMode: automatic
2015-03-30 18:06:44 FHEMduino_Env az_sen_th dewpoint: 8.6
2015-03-30 18:06:44 FHEMduino_Env az_sen_th T: 16.9 H: 58 B: ok
2015-03-30 18:06:44 FHEMduino_Env az_sen_th temperature: 16.9
2015-03-30 18:06:44 FHEMduino_Env az_sen_th humidity: 58
2015-03-30 18:06:44 FHEMduino_Env az_sen_th taupunkttemp: 8.6
2015-03-30 18:06:44 FHEMduino_Env az_sen_th abshum: 8.3
2015-03-30 18:06:44 FHEMduino_Env az_sen_th battery: ok
2015-03-30 18:06:44 FHEMduino_Env az_sen_th sendMode: automatic
2015-03-30 18:06:44 FHEMduino_Env az_sen_th dewpoint: 8.6
2015-03-30 18:06:44 FHEMduino_Env az_sen_th T: 16.9 H: 58 B: ok
2015-03-30 18:06:44 FHEMduino_Env az_sen_th temperature: 16.9
2015-03-30 18:06:44 FHEMduino_Env az_sen_th humidity: 58
2015-03-30 18:06:44 FHEMduino_Env az_sen_th taupunkttemp: 8.6
2015-03-30 18:06:44 FHEMduino_Env az_sen_th abshum: 8.3
2015-03-30 18:06:44 FHEMduino_Env az_sen_th battery: ok
2015-03-30 18:06:44 FHEMduino_Env az_sen_th sendMode: automatic
was brauchst du nun genau um die evtl. auch mit einzubauen?
Zitat2015-03-30 18:20:08 CUL miniCUL UNKNOWNCODE p 8 576 3904 576 1952 1 4 4 22 5F090AA3A0
2015-03-30 18:20:09 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_95 CUL_TCM97001 CUL_TCM97001_95
2015-03-30 18:20:09 CUL miniCUL UNKNOWNCODE p 8 576 3872 576 1936 1 4 4 22 5F090AA3A0
2015-03-30 18:20:09 CUL miniCUL UNKNOWNCODE p 8 592 3680 592 1840 1 4 4 21 5F090AA3A0
2015-03-30 18:20:09 CUL miniCUL UNKNOWNCODE p 8 576 3872 576 1936 1 4 4 21 5F090AA3A0
2015-03-30 18:20:09 CUL miniCUL UNKNOWNCODE p 8 480 3872 480 1936 1 4 4 22 5F090AA3A0
2015-03-30 18:20:09 CUL miniCUL UNKNOWNCODE p 8 560 3840 560 1920 1 4 4 22 5F090AA3A0
entsprich im fhemdino device dann
ZitatCODE F0_1
DEF F0_1
FHEMduino_MSGCNT 85
FHEMduino_RAWMSG W035f090aa3a
FHEMduino_TIME 2015-03-30 18:20:09
IODev FHEMduino
LASTInputDev FHEMduino
MSGCNT 85
NAME az_sen_th
NR 232
STATE T: 17 H: 58 B: ok
TYPE FHEMduino_Env
bitMSG 010111110000100100001010101000111010
equalMSG 0
lastMSG W035F090AA3A
lastReceive 1427732409.50141
minsecs 0
Readings:
Zitat
abshum 8.4 2015-03-30 18:20:09
battery ok 2015-03-30 18:20:09
dewpoint 8.7 2015-03-30 18:20:09 <-------- berechnet durch dewpoitn modul
humidity 58 2015-03-30 18:20:09
sendMode automatic 2015-03-30 18:20:09 <-----es gibt auch manuel wenn man die taste am ws0002 drückt
state T: 17 H: 58 B: ok 2015-03-30 18:20:09
taupunkttemp 8.7 2015-03-30 18:20:09 <-------- berechnet im modul denke ich
temperature 17 2015-03-30 18:20:09
Hallo Chris,
Die Kodierung kann der 14_FHEMduino_Env.pm entnommen werden.
Grüße Jörg
Zitat von: simonberry am 30 März 2015, 10:42:41
2015.03.30 07:19:22 3: CUL433: Unknown code s8C0049AFC8E4, help me!
Der GT-WT-01, welcher mir fründlicherweise Nico zur Verfügung gestellt hat sendet aber einen anderen Code.
Ich habe da mal gegoogelt und bin dann drauf gekommen, dass es das Proloque Protokoll ist.
Dieses Protokoll beginnt immer mit einer 1001 also 9.
Protollbeschreibung:
# Protocol prologue start everytime with 1001
# e.g. 91080F614C 1001 0001 0000 1000 0000 1111 0110 0001 0100 1100
# A B C D E F G H I
# A = Startbit 1001
# B+C = Random Address
# D Bit 4 Battery, 3 Manual, 2+1 Channel
# E+F+G Bit 15+16 negativ temp, 14-0 temp
# H+I Hum
Deiner sieht also irgendwie anders aus.
Da hilft es nur eine Messreihe zu machen.
Ebenso mal die Batterie neu einlegen, sowie auch leere reintun.
Taste hinten drücken sollte auch nicht fehlen.
Um die Minus-Bits zu finden muss der Sensor dann noch in die Gefriertruhe ;-)
Bei dem Wert: 8C003EA388ED sehe ich es auch so, dass er 6,2C anzeigt. Luftfeuchtigkeit könnte 56% sein.
Wie gesagt, schreib bitte alles genau in einer Tabelle auf, dann finden wir das schon raus.
So wie es für mich aussieht hat der Sensor auch eine Checksumme, was der GT-WT-01 von mir deffinitiv nicht hat.
Zitat von: ws am 30 März 2015, 09:37:06
vielen Dank für die Weiterentwicklung. Es gibt einen kleinen Schönheitsfehler im Max-Mode, auf den Du wahrscheinlich keinen Einfluß hast.
Matthias prüft in der 14_CUL_MAX.pm die Firmware Version des CULs. Hier ein Ausschnitt:
Man sollte vielleicht mit Matthias dafür eine Lösung finden.
Mhh ok, vielleicht sollte man um die Probleme zu umgehen auf eine Version 2.00 springen. Wie ist die Meinung der Anderen hierzu?
Zitat von: JoWiemann am 30 März 2015, 18:27:37
Hallo Chris,
Die Kodierung kann der 14_FHEMduino_Env.pm entnommen werden.
Grüße Jörg
Ich schau es mir mal an... kann ja nicht so schwer sein ;-)
Zitat von: chris1284 am 30 März 2015, 18:24:06
entsprich im fhemdino device dann
Readings:
Hast Du mir mal ein paar Ausgaben vom CUL inkl. den Werten?
Danke vorab.
Hallo,
anbei ein 14_CUL_TCM97001.pm Modul.
Ich kann es diese Woche leider nicht komplett testen.
Mit diesem Modul sollten nun auch die Logitechs WS... gehen.
Außerdem kann man das Modell nun fix einstellen, d.H. sobald es gesetzt wurde, wird immer nach diesem Schema dekodiert.
Viele Grüße
Björn
Zitat von: bjoernh am 30 März 2015, 20:01:46
Hast Du mir mal ein paar Ausgaben vom CUL inkl. den Werten?
Danke vorab.
ich hoffe das reicht dir. wusste auf die schnelle nicht wie ich die beiden sachen zusammentragen sollte. anhand des zeitstempeös kann man die werte denke ich aber zusammenbringen
dein modul zieh ich mir gleich
es scheint als würde versucht bei jeder sensor-meldung ein neues device anzulegen
Zitat2015-03-30 21:50:08 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_24321 CUL_TCM97001 CUL_TCM97001_24321
2015-03-30 21:50:23 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_82 CUL_TCM97001 CUL_TCM97001_82
2015-03-30 21:50:30 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_82 CUL_TCM97001 CUL_TCM97001_82
2015-03-30 21:50:43 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_24321 CUL_TCM97001 CUL_TCM97001_24321
2015-03-30 21:50:58 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_82 CUL_TCM97001 CUL_TCM97001_82
2015-03-30 21:51:05 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_82 CUL_TCM97001 CUL_TCM97001_82
2015-03-30 21:51:18 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_24321 CUL_TCM97001 CUL_TCM97001_24321
wirklich anlegen konnte er aber nur (sonst name zu lang?)
ZitatCUL_TCM97001_24321
CUL_TCM97001_CUL_TCM97001_24321
CUL_TCM97001_CUL_TCM97001_82
model steht auf NC_WS
Zitat von: chris1284 am 30 März 2015, 21:52:30
es scheint als würde versucht bei jeder sensor-meldung ein neues device anzulegenwirklich anlegen konnte er aber nur (sonst name zu lang?)model steht auf NC_WS
Mhh ok, dann muss ich nochmals in Ruhe danach schauen...
Hallo Björn
zunächst muss ich mich korrigieren, mein Sensor heißt GT-WS-02, das erklärt auch warum er sich a bisserl anders verhält.
Meine Tests haben herausgefunden:
# F F 0 0 F 9 5 5 F 8 0 6
# 1111 1111 0000 0000 1111 1001 0101 0101 1111 1000 0000 0110
# A B C D E F G H I J K L
# A+B = Zufällige Code wechelt beim Batteriewechsel
# C Bit 4 Battery, 3 Manual, 2+1 Channel
# D+E+F Temperatur, wenn es negativ wird muss man negieren und dann 1 addieren, wie im ersten Post beschrieben.
# G+H Hum - ich habe folgende Werte herausgelesen:
# I,J,K,L keine Ahnung
# J war bei mir bis jetzt nur entweder 8 oder 0
HUM: G+H
HH% DD
84% A9
58% 75
54% 6D
51% 67
50% 65
49% 63
48% 61
47% 5F
46% 5D
45% 5B
44% 59
42% 54
41% 52
LL% 37
LL% 15
Sieht meiner meinung so aus aus, als müsste man durch 2 dividieren, Beispiel:
0xA9 ==> 169 dez / 2 = 84%
0x52 ==> 82 dez / 2 =41 %
Viele Grüße
Simonberry
Zitat von: chris1284 am 30 März 2015, 21:52:30
es scheint als würde versucht bei jeder sensor-meldung ein neues device anzulegenwirklich anlegen konnte er aber nur (sonst name zu lang?)model steht auf NC_WS
Probierst Du bitte nochmals das neu angehängte Modul.
Zitat von: simonberry am 30 März 2015, 22:01:12
# F F 0 0 F 9 5 5 F 8 0 6
# 1111 1111 0000 0000 1111 1001 0101 0101 1111 1000 0000 0110
# A B C D E F G H I J K L
# A+B = Zufällige Code wechelt beim Batteriewechsel
# C Bit 4 Battery, 3 Manual, 2+1 Channel
# D+E+F Temperatur, wenn es negativ wird muss man negieren und dann 1 addieren, wie im ersten Post beschrieben.
# G+H Hum - ich habe folgende Werte herausgelesen:
# I,J,K,L keine Ahnung
# J war bei mir bis jetzt nur entweder 8 oder 0
OK, danke, ich schau es mir mal an. K+L Sind übrigens der RSSI Wert. Das J hab ich auch hin un wieder gesegen, ich kann mir nur vorstellen, dass das das Trennbitt zwischen der Paketwiederholung ist.
CRC hat er wohl dann keine. Da bleibt dann später nur ein manuelles Einstellen des Modells. Automatisch kann der dann leider nicht erkannt werden.
aber hallo, funktioniert! nun kann ich , nach dem du it v3 auch schon implementiert hattest, den fhemduino abbauen und einen cul draus basteln :-)
Hallo Björn,
die Aureol werden auch empfangen. Kodierung ist auch in der 14_FHEMduino_Env hinterlegt.
Grüße Jörg
Update: Zweiter Screenshot nun vom nanoCUL, erster war vom FHEMduino. Sorry
Hallo Björn
Herzlichen Dank für deine Arbeit! Es hat super funktioniert.... bis ich noch einen FHEM update gemacht habe (letzter update war ca. vor 5 Tagen).
Hast du eine Idee welches Modul mir da dreinfunkt?
Aber nochmals: es hat wirklich wunderbar geklappt! Ich habe zwar nur die ITS-150 bisher ausprobieren können aber mit der hat es wunderbar funktioniert. Super Job!
Grüsse
Daniel
wenn dann sicher 10_IT.pm aber mit aktueller firmware und aktuellen modulen läuft alles sauber (auch die ITS-150 / ITT 1500).
cul wurde schon eine ganze weile nicht mehr angefastt (anfan märz)
# $Id: 00_CUL.pm 8176 2015-03-08 18:37:04Z martinp876 $
it wurde gestern aktualisiert
# $Id: 10_IT.pm 8338 2015-03-30 17:17:08Z dancer0705 $
Zitat von: JoWiemann am 31 März 2015, 09:39:18
die Aureol werden auch empfangen. Kodierung ist auch in der 14_FHEMduino_Env hinterlegt.
OK, schau ich mir an.
Zitat von: dmoibm am 31 März 2015, 19:33:06
Hast du eine Idee welches Modul mir da dreinfunkt?
Hallo Daniel,
was geht denn genau nicht?
Zitat von: chris1284 am 31 März 2015, 19:54:10
wenn dann sicher 10_IT.pm aber mit aktueller firmware und aktuellen modulen läuft alles sauber (auch die ITS-150 / ITT 1500).
Kann nicht sein, da hat sich gestern nur die Doku geändert.
Der ID-String aktualisiert sich bei mir nicht automatisch, ich glaube den schmeiße ich bei Gelegenheit raus.
Herzlichen Dank Chris und Björn für die schnelle Antwort. Diese hat mich veranlasst das Code Log von 10_IT.pm zu studieren was mich dazu veranlasste nochmals den Fehler in meiner Installation zu suchen. Also CUL löschen und das ganze System neu starten. Und siehe da: es geht wieder!
Und zu meiner Überraschung habe ich noch einen CUL_TCM97001 erhalten! Anscheinend hat einer meiner Nachbaren einen solchen in Reichweite. Er zeigt Temperaturen zwischen 60° und 67° grad an. Entweder braucht mein Nachbar diesen zur Kontrolle der Boiler Temperatur oder es ist ein Fleischthermometer ;-)
Nochmals herzlichen Dank euch Allen und eine gute Nacht wünsche ich.
Daniel
Zitat von: dmoibm am 31 März 2015, 21:11:54
Und zu meiner Überraschung habe ich noch einen CUL_TCM97001 erhalten! Anscheinend hat einer meiner Nachbaren einen solchen in Reichweite. Er zeigt Temperaturen zwischen 60° und 67° grad an. Entweder braucht mein Nachbar diesen zur Kontrolle der Boiler Temperatur oder es ist ein Fleischthermometer ;-)
Da stimmt bestimmt das Protokoll nicht,
Ich bin noch dabei die Protokolle in das Fhem Modul einzubauen.
Schick mir mal den s....... RAWMSG mal sehen was Du da hast.
Björn
Auf die Gefahr hin das ich mich als kompletter Newbedude oute (was ich auch bin): wie kriege ich die RAWMSG eines Devices?
Ich suche seit 1/2 Std. im Web danach.
Danke
Zitat von: dmoibm am 31 März 2015, 21:46:23
Björn
Auf die Gefahr hin das ich mich als kompletter Newbedude oute (was ich auch bin): wie kriege ich die RAWMSG eines Devices?
Ich suche seit 1/2 Std. im Web danach.
Danke
Wenn Du das TCM_.... aufmachst, gibt es z.B. einen Eintrag CUL_433_RAWMSG
Zitat von: bjoernh am 30 März 2015, 22:24:54
es scheint als würde versucht bei jeder sensor-meldung ein neues device anzulegenwirklich anlegen konnte er aber nur (sonst name zu lang?)model steht auf NC_WS
Probierst Du bitte nochmals das neu angehängte Modul.
Hallo Björn,
leider werden die negativ Werte bei NC_WS noch nicht richtig dekodiert. Würdest Du das noch mal überprüfen. Danke Dir.
Ich erhalte 200.4 anstatt -4.4 bei meinem zum Lichtsensor umgebauten Temperatursensor.
Zitat von: JoWiemann am 31 März 2015, 21:56:06
Hallo Björn,
leider werden die negativ Werte bei NC_WS noch nicht richtig dekodiert. Würdest Du das noch mal überprüfen. Danke Dir.
Ich erhalte 200.4 anstatt -4.4 bei meinem zum Lichtsensor umgebauten Temperatursensor.
Schickst Du mir mal bitte ein paar RAW messages inkl. den erwarteten werten.
Ich könnte auch noch mit Infos zu den GT-WS-02 dienen. Ich habe davon zwei bei mir im Einsatz. Autocreate hat bei mir drei CUL_TCM97001 drei angelegt. Bin gerade unterwegs, aber hier schon mal die
nanoCUL_RAWMSG
sAA20D85BD0FB
sD500309F60ED
sD5003EA9A8EE
Falls noch weitere Info benötigt werden, immer raus damit.
EDIT: Ich sehe gerade, Du brauchst sicherlich die jeweils dazugehörigen Werte:
CUL_TCM97001_170
sAA20C95DE002
T: 20.9 H: 510
CUL_TCM97001_213
sD5002BA988ED
T: 19.2 H: 159
CUL_TCM97001_Unknown
sD5003EA9A8EE
Code: D5002BA988EC
Oli
Hallo Björn,
nanoCUL_RAWMSG s5B3AFD40E038
STATE T: 200.4 H: 14
und hier FHEMduino
lastMSG W035B3AFD40E
STATE T: -4.4 H: 14 B: ok
Grüße Jörg
Eigentlich wollte ich das gar nicht mehr erwähnen, aber ich habe hier auch noch einen Temperatursensor, der mit einem TCM-ähnlichen Protokoll sendet. Er wurde mit Autocreate erkannt/erstellt und liefert "unmögliche" Werte. Er fällt in die Kategorie 6-Byte Länge Messages, ist aber total anders "codiert".
Mit negativen Temperaturen und Batteriestatus konnte ich micht noch nicht beschäftigen, die Temperatur lese ich aber bereits erfolgreich mit:
$temp = hex($a[2].$a[3])+(hex($a[5])/10);
hier noch ein Paar Rawmsgs:
s7D0486F8 - 4,6°C
s7D13810A - 19,1°C
s7D138700 - 19,7°C
s7D148003 - 20,0°C
s7D1483FB - 20,3°C
s7D1486FB - 20,6°C
s7D1787FB - 23,7°C
s7D1884FA - 24,4°C
Vielleicht hilft es ein wenig beim Aufbau des Sourcecodes.
Der Sensor ist von der Firma RF-Tech und heisst ABS700 (und ist Stein-Alt ;-) )
Zitat von: ws am 31 März 2015, 22:38:54
Vielleicht hilft es ein wenig beim Aufbau des Sourcecodes.
Der Sensor ist von der Firma RF-Tech und heisst ABS700 (und ist Stein-Alt ;-) )
Cool noch so ein altes Teil wie mein TCM97001
Jetzt musst Du Ihn nur noch einfrieren.
Wichtig wäre auch was passiert wenn Du die Batterien neu einlegst.
Nach dem Besuch im Gefrierfach, lieferte mein Sensor weitere Infos ;)
7D818309 -> -1,3°C
7D818609 -> -1,6°C
7D81890A -> -1,9°C
7D828215 -> -2,2°C
7D82860C -> -2,6°C
7D83800B -> -3,0°C
7D83830D -> -3,3°C
7D83860B -> -3,6°C
Die richtige Temperatur konnte ich dann wie folgt parsen:
$temp = (hex($a[2].$a[3]) & 0x7F)+(hex($a[5])/10);
if ((hex($a[2]) & 0x8) == 0x8) {
$temp = -$temp;
}
Mit der Batterie muss ich noch die Tage spielen...
Hallo Björn,
ich habe vorgestern, mal versucht meinen GT-WS-02 in dein Modul zu integrieren, falls es für dich von Nutzen ist, habe ich ihr mal die Ausgabe von diff -u angehängt.
Man muss das Device allerdings nach dem autocreate umdefinieren, mit der korrekten Addresse (ZufallsCode und Channel).
Funktioniert bei mir seit gestern Abend recht gut. Kann aber auch sein, dass ich meinen Code vollkommen Newbiemäßig chaotisch ergänzt habe, aber das läßt sich ja korrigieren..
Und für die, es gleich ausprobieren, meine angepasst 14_CUL_TCM97001.pm
Viele Grüße
Simonberry
Zitat von: simonberry am 01 April 2015, 09:20:12
Man muss das Device allerdings nach dem autocreate umdefinieren, mit der korrekten Addresse (ZufallsCode und Channel).
Ich habe dein angepasstes Modul mal ausprobiert, komme aber mit der Definition meiner Sensoren nicht klar. Wie muss die denn genau aussehen?
Oli
Hallo Oli,
bitte gedulde dich noch ein wenig.
Ich bin gerade dabei für den GT-WD-02 die Checksumme zu berechnen.
Gruß
Björn
Hallo,
kann man bitte einer von den GT-WT-02 Besitzern eine Messreihe aufnehmen.
Irgendwie muss man doch rausfinden wie die Checksumme lautet, leider sind die paar Daten, welche ich hier aus dem Forum bekommen habe zu wenig.
Gruß
Björn
Hallo Björn,
ich habe nur einen WT440H, vermutlich damals auch von Aldi.
Gruß PeMue
Hallo Björn
ich habe hier mal einpaar Messdaten angehängt. Ich hoffe das hilft dir.
Falls die Formatierung nicht passt bitte ich dies zu entschuldigen, da ich gerade nur mein tablet zur Hand habe.
ob wirklich eine Checksumme dabei ist weiss ich nicht, vielleicht ist ja auch noch der Luftdruck dabei...?
viele Grüße
Simonberry
Zitat von: simonberry am 01 April 2015, 23:57:41
ob wirklich eine Checksumme dabei ist weiss ich nicht, vielleicht ist ja auch noch der Luftdruck dabei...?
OK, danke ich schau es mir mal an.
Sicher dass der einen Luftdruck hat, das würde ja dann auch das Problem mit dem geteilt durch 2 erklären.
Dass sollten wir dringend überprüfen.
Anbei mal eine Version ohne die Checksumme.
Der Fehler vom NC-WS sollte auch raus sein.
Nicht wundern, ich habe den Code komplett umgebaut. Er hat auch noch einen Haufen auskommentierte Zeilen drinnen.
Zitat von: bjoernh am 01 April 2015, 22:12:25
bitte gedulde dich noch ein wenig.
Ich bin gerade dabei für den GT-WD-02 die Checksumme zu berechnen.
Ja, kein Stress. Ich freue mich ja, dass Du Dich da so reinhängst. Ich hab hier auch einfach mal das Log von meinem Sensor angehängt. Kannst Du damit was anfangen, oder brauchst Du jeweils die dazugehörigen Temperatur- und Feuchtewerte?
Oli
Die Temperatur und Luftfeuchtigkeit wäre nicht schlecht. Wie ich ja schon geschrieben hatte, denke ich dass die Luftfeuchtigkeit sich wo anders versteckt.
Zitat
Sicher dass der einen Luftdruck hat, das würde ja dann auch das Problem mit dem geteilt durch 2 erklären.
Ich glaube das ist doch eher Quatsch, weil die Basis den Luftdruck auch anzeigt, wenn kein Sensor verbunden ist. Der Luftdruck ist ja auch innen und außen gleich. Ich wohne ja nicht in einer Druck Kammer... ;)
Mir ist bewusst, das die zuletzt eingestellte Version noch Baustelle ist, aber mir ist aufgefallen, dass für den "GT-WS-02" keine humidity berechnet wird. Die Reste von meinem code hängen beim "TCM21...." noch rum.
Oder doch Luftdruck...
habe gerade das hier gefunden:
http://www.gt-support.de/forum/forum/thread.php?board=0&thema=493 (http://www.gt-support.de/forum/forum/thread.php?board=0&thema=493)
Zitat
In regelmäßigen Abständen sendet der Sensor dann Informationen zu Temperatur, Luftdruck und relativer Luftfeuchtigkeit an die Basisstation.
Das dumme ist nur, dass meine Basis seit gestern nicht mehr funktionert, und ich keine Messdaten vergleichen kann. Temp und Hum werden am Sensor ja angezeigt.
Dann schreib doch mal die Werte vom Sensor während der Cul das Datenpaket empfängt.
Evtl. kann man da Rückschlüsse ziehen.
Temp und Hum, können wir ja. Der Luftdruck wird am Sensor leider nicht angezeigt.
Die Luftfeuchtigkeit stimmt aber nicht. Ich behaupte mal, dass die Werte nicht durch 2 geteilt werden müssen.
Ich habe meinen Sensor jetzt per autocreate neu angelegt und er wird jetzt schon mal als GT-WT-02 erkannt. Was mir aufgefallen ist, sobald man die Batterien neu einlegt, muss der Sensor über autocreate neu angelegt werden.
Was den Luftdruck angeht, denke ich auch, dass dieser in der Basisstation gemessen wird. Egal, wo ich den Sensor positioniere, der Luftdruck ändert sich nicht.
Ich habe noch eine kurze Testreihe mit nanoCUL_RAWMSG und den entsprechenden Werten für Temperatur, Luftfeuchte, Luftdruck und Batterie angehängt. Ich hoffe, Excel ist ok.
Oli
EDIT: Ach so, die in FHEM angezeigte Temperatur stimmt übrigens zu 100%.
Zitat von: OliS. am 02 April 2015, 13:35:57
Ich habe meinen Sensor jetzt per autocreate neu angelegt und er wird jetzt schon mal als GT-WT-02 erkannt. Was mir aufgefallen ist, sobald man die Batterien neu einlegt, muss der Sensor über autocreate neu angelegt werden.
Was den Luftdruck angeht, denke ich auch, dass dieser in der Basisstation gemessen wird. Egal, wo ich den Sensor positioniere, der Luftdruck ändert sich nicht.
Ich habe noch eine kurze Testreihe mit nanoCUL_RAWMSG und den entsprechenden Werten für Temperatur, Luftfeuchte, Luftdruck und Batterie angehängt. Ich hoffe, Excel ist ok.
Oli
EDIT: Ach so, die in FHEM angezeigte Temperatur stimmt übrigens zu 100%.
Das neue Anlegen ist normal. Der Sensor ändert beim einlegen der Batterien immer seine ID.
ABS700 sieht schon mal sehr gut aus :). Das Batterie-Bit werde ich noch suchen, falls überhaupt vorhanden.
So... die Batterieüberwachung scheint sich beim ABS700 wie folgt zu verhalten:
$batbit = ((hex($a[4]) & 0x8) != 0x8);
Mir ist noch etwas beim Batteriewechsel aufgefallen. Nach dem Einlegen der Batterie wird eine Zufall-ID erstellt. Bevor sie jedoch zum Einsatz kommt wird sie mit einer Message angekündigt:
sFFAF8001
kündigt eine neue ID 175 an. Diese Ankündigungsmessage ist immer am FF zu erkennen, darauf follgt die nächste ID.
Zitat von: OliS. am 02 April 2015, 00:35:03
Ja, kein Stress. Ich freue mich ja, dass Du Dich da so reinhängst. Ich hab hier auch einfach mal das Log von meinem Sensor angehängt. Kannst Du damit was anfangen, oder brauchst Du jeweils die dazugehörigen Temperatur- und Feuchtewerte?
Oli
Hallo Oli,
sag mal, was ist denn der Sensor mit der D5 am Anfang für einer?
Der verhält sich bei der Luftfeuchtigkeit irgendwie anders.
Kann es sein, dass das einer ohne Luftfeuchtigkeit ist?
Die Luftfeuchtigkeit berechnet sich übrigens aus den zwei Nibbles
G+H wobei vom Nibble H nur die ersten 3 Bit verwendet werden.
Das letzte Bit gehört dann zur CRC
Die Checksummer habe ich jetzt dann glaube doch gefunden.
Die CRC habe ich jetzt mal so berechnet Quersumme aus NibbleA-NibbleH
Dann die Summe -1, da ja das letzte Bit von Nibble H bereits schon Bestandteil der CRC ist.
Vergelich:
Quersumme=(letztes Bit NibbleH) + Nibble I + (erstes Bit Nibble J) [Verketten]
Beispiel:
A B C D E F G H I J
AA20DD5BF8EE 1010 1010 0010 0000 1101 1101 0101 1011 1111 1000 22,1 45 0 0 2 0 64 63
Quersummer A-H = 64
64 -1 = 63
H(bit4).I.J(bit4) = 111111 = 63
CRC OK
Gruß
Björn
Hey Björn!
Meinst Du diese hier:
Zitat von: OliS. am 31 März 2015, 22:35:32
CUL_TCM97001_213
sD5002BA988ED
T: 19.2 H: 159
CUL_TCM97001_Unknown
sD5003EA9A8EE
Code: D5002BA988EC
Kann sein, dass ich da einen von meinen Nachbarn mit eingefangen habe und das gar kein GT-WT-02 war. Die letzte Messreihe, die ich Dir als .xls angehängt hatte, war aber auf jeden Fall mein GT-WT-02. Das ließ sich ja gut anhand der nun plausiblen Temperaturwerte feststellen.
Oli
Zitat von: OliS. am 03 April 2015, 11:27:35
Hey Björn!
Meinst Du diese hier:
Kann sein, dass ich da einen von meinen Nachbarn mit eingefangen habe und das gar kein GT-WT-02 war. Die letzte Messreihe, die ich Dir als .xls angehängt hatte, war aber auf jeden Fall mein GT-WT-02. Das ließ sich ja gut anhand der nun plausiblen Temperaturwerte feststellen.
Oli
Ja, genau diesen meine ich.
Der hat nämlich eine andere Kodierung bei der Luftfeuchtigkeit. Die Temperatur scheint gleich kodiert zu sein ;-)
Das ist ja unglaublich wie viele verschiedene Typen es gibt....
Hallo,
anbei eine neue Version des Modules.
Bin gespannt ob es jetzt besser geht.
Ich habe auch mal den CRC Check für die GT-WT-02 eingebaut. Mal sehen ob das bei Euch passt.
Zitat von: JoWiemann am 31 März 2015, 09:39:18
die Aureol werden auch empfangen. Kodierung ist auch in der 14_FHEMduino_Env hinterlegt.
Die Aureol sind auch im Modul enthalten.
Zitat von: ws am 02 April 2015, 23:12:10
So... die Batterieüberwachung scheint sich beim ABS700 wie folgt zu verhalten:
$batbit = ((hex($a[4]) & 0x8) != 0x8);
kündigt eine neue ID 175 an. Diese Ankündigungsmessage ist immer am FF zu erkennen, darauf folgt die nächste ID.
Das Batterie bit ist bei dem ABS700 auch enthalten.
Gruß
Björn
Danke für Deine Arbeit!
Ich hätte nie gedacht, dass der alte ABS700 unter Fhem laufen wird :)
Sieht sehr gut aus. Saubere Arbeit!
EDIT: Nicht wundern, das sind beide CUL_TCM97001. Ich habe den einen nur in die Gruppe "Wetter" gepackt.
Danke noch mal für die Arbeit.
Ich habe da noch so ein Fleischthermometer, welches auch auf 433 MHz sendet.... (schnell weg hier) 8)
Sehr cool! 8)
ZitatIch habe auch mal den CRC Check für die GT-WT-02 eingebaut. Mal sehen ob das bei Euch passt.
jetzt funktioniert sogar der autocreate bei meinem GT-WT-02, jetzt weiß ich auch warum dir die checksumme so wichtig war....
Vielen Dank!
Zitat von: bjoernh am 02 April 2015, 13:46:07
Das neue Anlegen ist normal. Der Sensor ändert beim einlegen der Batterien immer seine ID.
Man könnte das Problem mit einem Batteriewechsel evtl. so, wie bei LaCrosse (http://fhem.de/commandref.html#LaCrosse) lösen. Dort gibt es einen set-Befehl
replaceBatteryForSec, der die ID automatisch ersetzt.
Hallo,
ich habe soeben das Modul ins Fhem eingespielt, es ist also in kürze via fhem update verfügbar.
Gruß
Björn
Hallo zusammen,
nachdem ich heute morgen erstmals meinen nanoCUL in Betrieb genommen habe und auch Bereits eine IT-Steckdose schalten konnte, habe ich mir bei Conrad folgende Sender geholt:
Wandschalter (http://www.conrad.de/ce/de/product/646467/RSL-Funk-Wandschalter-RSLT2-2-Kanal-Reichweite-max-im-Freifeld-70-m/SHOP_AREA_38084)
Fernbedienung (http://www.conrad.de/ce/de/product/646488/RSL-Funk-Fernbedienung-RSLT-16-Kanal-Reichweite-max-im-Freifeld-50-m/SHOP_AREA_38084)
Ich hatte an mehreren Stellen gelesen, dass diese IT-kompatibel sein sollten.
Leider erhalte ich keine per autocreate angelegten neuen Devices.
Sind die RSL-Sender doch (noch) nicht kompatibel?
Viele Grüße
Bastian
PS: Folgende readings habe ich dem nanoCUL noch entlockt:
ccconf
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2015-04-05 00:41:01
cmds
B C F i A Z G M K U Y R T V W X e f l t x
2015-04-05 00:42:00
credit10ms
633
2015-04-05 00:41:31
fhtbuf
No answer
2015-04-05 00:41:40
raw
is0000FF000FFF
2015-04-05 00:46:36
state
Initialized
2015-04-05 00:42:00
uptime
0 00:00:16
2015-04-05 00:42:15
version
V 1.02.00 a-culfw Build: 70 (2015-03-31_22-57-47) nanoCUL433 (F-Band: 433MHz)
Zitat von: bjoernh am 03 April 2015, 22:14:41
Hallo,
....
Ich habe auch mal den CRC Check für die GT-WT-02 eingebaut. Mal sehen ob das bei Euch passt.
...
Gruß
Björn
Hallo Björn,
vor einer Weile habe ich für den JeeLink den Sensor WT440XH (868 MHz) dekodiert (http://forum.fhem.de/index.php/topic,14786.msg173436.html#msg173436). Dieser hat das gleiche bzw. ähnlich Protokoll (siehe Link).
Vorteil von WT440HX bzw. WT-GT-03 bei diesem können die Adressen von Hand vergeben werden.
Ich habe 2 Bresser (433 MHz) (http://forum.fhem.de/index.php/topic,17196.msg226073.html#msg226073) habe diese auch über ein extra Sketch am laufen bzw. kann die Daten mir anzeigen. Habe diese aber noch nicht so angepaßt das diese im fhem angezeigt werden. Falls Interesse besteht siehe Link.
Tschüss Jörg
Hallo Björn,
könnte man nicht auch das HomeEasy Protokoll einbauen (also nicht ARC...) oder funktioniert das eh schon?
*Duck und weg*
Hallo zusammen,
auf der Suche nach einer Möglichkeit, meine Temperatursensoren auslesen zu können, wurde ich auf diese alternative Firmware hingewiesen. Stick geflasht und schon rauschen diverseste Meldungen nach setzen von raw X25 durch mein Log.
Meine Frage wäre nun: Was kann ich mit den nachfolgenden Zeilen anfangen? Was genau sehe/lese ich da?2015.04.08 20:49:48.409 4: CUL_Parse: nanoCUL p 8 416 4080 416 2032 1 4 4 FC 96C990A240
2015.04.08 20:49:48.432 2: nanoCUL: unknown message p 8 416 4080 416 2032 1 4 4 FC 96C990A240
2015.04.08 20:49:48.624 4: CUL_Parse: nanoCUL s96C990A240FB
2015.04.08 20:49:48.659 4: CUL_Parse: nanoCUL p 8 400 4096 400 2048 1 4 4 FB 96C990A240
2015.04.08 20:49:48.681 2: nanoCUL: unknown message p 8 400 4096 400 2048 1 4 4 FB 96C990A240
2015.04.08 20:49:48.692 4: CUL_Parse: nanoCUL p 8 400 4112 400 2048 1 4 4 FC 96C990A240
2015.04.08 20:49:48.714 2: nanoCUL: unknown message p 8 400 4112 400 2048 1 4 4 FC 96C990A240
2015.04.08 20:49:48.790 4: CUL_Parse: nanoCUL p 8 512 4016 512 2000 1 4 4 FC 96C990A240
2015.04.08 20:49:48.810 2: nanoCUL: unknown message p 8 512 4016 512 2000 1 4 4 FC 96C990A240
2015.04.08 20:49:48.915 4: CUL_Parse: nanoCUL p 8 448 4128 448 2064 1 4 4 FB 96C990A240
2015.04.08 20:49:48.935 2: nanoCUL: unknown message p 8 448 4128 448 2064 1 4 4 FB 96C990A240
2015.04.08 20:49:49.042 4: CUL_Parse: nanoCUL p 8 528 3968 528 1984 1 4 4 FB 96C990A240
2015.04.08 20:49:49.061 2: nanoCUL: unknown message p 8 528 3968 528 1984 1 4 4 FB 96C990A240
2015.04.08 20:49:59.337 4: CUL_Parse: nanoCUL p 8 608 3808 608 1904 1 4 4 EB 53E80F2200
2015.04.08 20:49:59.366 2: nanoCUL: unknown message p 8 608 3808 608 1904 1 4 4 EB 53E80F2200
2015.04.08 20:49:59.455 4: CUL_Parse: nanoCUL s53E80F2200EA
2015.04.08 20:49:59.492 4: CUL_Parse: nanoCUL p 8 592 3840 592 1920 1 4 4 EA 53E80F2200
2015.04.08 20:49:59.511 2: nanoCUL: unknown message p 8 592 3840 592 1920 1 4 4 EA 53E80F2200
2015.04.08 20:49:59.586 4: CUL_Parse: nanoCUL p 8 496 3872 496 1936 1 4 4 EA 53E80F2200
2015.04.08 20:49:59.605 2: nanoCUL: unknown message p 8 496 3872 496 1936 1 4 4 EA 53E80F2200
2015.04.08 20:49:59.711 4: CUL_Parse: nanoCUL p 8 592 3808 592 1904 1 4 4 EB 53E80F2200
2015.04.08 20:49:59.731 2: nanoCUL: unknown message p 8 592 3808 592 1904 1 4 4 EB 53E80F2200
2015.04.08 20:49:59.836 4: CUL_Parse: nanoCUL p 8 592 3808 592 1904 1 4 4 EA 53E80F2200
2015.04.08 20:49:59.856 2: nanoCUL: unknown message p 8 592 3808 592 1904 1 4 4 EA 53E80F2200
2015.04.08 20:49:59.961 4: CUL_Parse: nanoCUL p 8 528 3936 528 1968 1 4 4 EB 53E80F2200
2015.04.08 20:49:59.980 2: nanoCUL: unknown message p 8 528 3936 528 1968 1 4 4 EB 53E80F2200
2015.04.08 20:50:19.411 4: CUL_Parse: nanoCUL p 8 528 4048 528 2016 1 4 4 FC 96C990A240
2015.04.08 20:50:19.441 2: nanoCUL: unknown message p 8 528 4048 528 2016 1 4 4 FC 96C990A240
2015.04.08 20:50:19.788 4: CUL_Parse: nanoCUL p 8 528 4048 528 2016 1 4 4 FC 96C990A240
2015.04.08 20:50:19.807 2: nanoCUL: unknown message p 8 528 4048 528 2016 1 4 4 FC 96C990A240
2015.04.08 20:50:20.033 4: CUL_Parse: nanoCUL s96C990A240FC
2015.04.08 20:50:20.070 4: CUL_Parse: nanoCUL p 8 416 4080 416 2032 1 4 4 FC 96C990A240
2015.04.08 20:50:20.089 2: nanoCUL: unknown message p 8 416 4080 416 2032 1 4 4 FC 96C990A240
2015.04.08 20:50:25.553 4: CUL_Parse: nanoCUL p 3 960 208 464 672 4 4 5 EC 8962F4D5A4
2015.04.08 20:50:25.575 2: nanoCUL: unknown message p 3 960 208 464 672 4 4 5 EC 8962F4D5A4
2015.04.08 20:50:34.461 4: CUL_Parse: nanoCUL p 8 512 3968 512 1984 1 4 4 EA 53E80F2200
2015.04.08 20:50:34.481 2: nanoCUL: unknown message p 8 512 3968 512 1984 1 4 4 EA 53E80F2200
2015.04.08 20:50:34.580 4: CUL_Parse: nanoCUL s53E80F2200EB
2015.04.08 20:50:34.614 4: CUL_Parse: nanoCUL p 8 560 3840 560 1920 1 4 4 EA 53E80F2200
2015.04.08 20:50:34.633 2: nanoCUL: unknown message p 8 560 3840 560 1920 1 4 4 EA 53E80F2200
2015.04.08 20:50:34.711 4: CUL_Parse: nanoCUL p 8 576 3904 576 1952 1 4 4 EB 53E80F2200
2015.04.08 20:50:34.730 2: nanoCUL: unknown message p 8 576 3904 576 1952 1 4 4 EB 53E80F2200
2015.04.08 20:50:34.836 4: CUL_Parse: nanoCUL p 8 528 3936 528 1968 1 4 4 EB 53E80F2200
2015.04.08 20:50:34.855 2: nanoCUL: unknown message p 8 528 3936 528 1968 1 4 4 EB 53E80F2200
2015.04.08 20:50:34.960 4: CUL_Parse: nanoCUL p 8 608 3808 608 1904 1 4 4 EA 53E80F2200
2015.04.08 20:50:34.980 2: nanoCUL: unknown message p 8 608 3808 608 1904 1 4 4 EA 53E80F2200
2015.04.08 20:50:50.410 4: CUL_Parse: nanoCUL p 8 512 4032 512 2016 1 4 4 F9 96C990A240
2015.04.08 20:50:50.438 2: nanoCUL: unknown message p 8 512 4032 512 2016 1 4 4 F9 96C990A240
2015.04.08 20:50:50.526 4: CUL_Parse: nanoCUL s96C990A240FA
2015.04.08 20:50:50.564 4: CUL_Parse: nanoCUL p 8 432 4080 432 2032 1 4 4 F9 96C990A240
2015.04.08 20:50:50.583 2: nanoCUL: unknown message p 8 432 4080 432 2032 1 4 4 F9 96C990A240
2015.04.08 20:50:50.780 4: CUL_Parse: nanoCUL s96C990A240FA
2015.04.08 20:50:50.813 4: CUL_Parse: nanoCUL p 8 528 3952 528 1968 1 4 4 F9 96C990A240
2015.04.08 20:50:50.832 2: nanoCUL: unknown message p 8 528 3952 528 1968 1 4 4 F9 96C990A240
2015.04.08 20:50:50.914 4: CUL_Parse: nanoCUL p 8 528 3952 528 1968 1 4 4 F9 96C990A240
2015.04.08 20:50:50.933 2: nanoCUL: unknown message p 8 528 3952 528 1968 1 4 4 F9 96C990A240
2015.04.08 20:50:51.041 4: CUL_Parse: nanoCUL p 8 416 4112 416 2048 1 4 4 F9 96C990A240
2015.04.08 20:50:51.060 2: nanoCUL: unknown message p 8 416 4112 416 2048 1 4 4 F9 96C990A240
2015.04.08 20:50:51.186 4: CUL_Parse: nanoCUL p 8 416 4112 416 2048 1 3 5 F9 96C990A0
2015.04.08 20:50:51.263 2: nanoCUL: unknown message p 8 416 4112 416 2048 1 3 5 F9 96C990A0
2015.04.08 20:50:51.449 4: CUL_Parse: nanoCUL p 7 320 864 1184 240 1 2 4 DA 000000
2015.04.08 20:50:51.469 2: nanoCUL: unknown message p 7 320 864 1184 240 1 2 4 DA 000000
2015.04.08 20:51:09.336 4: CUL_Parse: nanoCUL p 8 560 4000 560 2000 1 4 4 EB 53E80F2200
2015.04.08 20:51:09.357 2: nanoCUL: unknown message p 8 560 4000 560 2000 1 4 4 EB 53E80F2200
2015.04.08 20:51:09.452 4: CUL_Parse: nanoCUL s53E80F2200EC
2015.04.08 20:51:09.485 4: CUL_Parse: nanoCUL p 8 608 3744 608 1872 1 4 4 EB 53E80F2200
2015.04.08 20:51:09.504 2: nanoCUL: unknown message p 8 608 3744 608 1872 1 4 4 EB 53E80F2200
2015.04.08 20:51:09.587 4: CUL_Parse: nanoCUL p 8 544 3872 544 1936 1 4 4 EC 53E80F2200
2015.04.08 20:51:09.606 2: nanoCUL: unknown message p 8 544 3872 544 1936 1 4 4 EC 53E80F2200
2015.04.08 20:51:09.711 4: CUL_Parse: nanoCUL p 8 576 3904 576 1952 1 4 4 EB 53E80F2200
2015.04.08 20:51:09.732 2: nanoCUL: unknown message p 8 576 3904 576 1952 1 4 4 EB 53E80F2200
2015.04.08 20:51:09.837 4: CUL_Parse: nanoCUL p 8 624 3808 624 1904 1 4 4 EC 53E80F2200
2015.04.08 20:51:09.857 2: nanoCUL: unknown message p 8 624 3808 624 1904 1 4 4 EC 53E80F2200
2015.04.08 20:51:09.961 4: CUL_Parse: nanoCUL p 8 592 3840 592 1920 1 4 4 EB 53E80F2200
2015.04.08 20:51:09.980 2: nanoCUL: unknown message p 8 592 3840 592 1920 1 4 4 EB 53E80F2200
FHEM hat mir automatisch 2 Sensoren angelegt:
CUL_TCM97001_150 und CUL_TCM97001_83
Die Meldungen die da kommen, stammen aber wohl von mehr als 2 Sensoren.
Hast Du auch ein fhem update gemacht?
Fhem sollte nämlich etwas mit den Meldungen anfangen können.
Die meisten Meldungen kommen von den Sensoren, die mit autocreate bereits angelegt wurden:
Beispiel:
CUL_TCM97001_150 -> CUL_Parse: nanoCUL p 8 512 4016 512 2000 1 4 4 FC 96C990A240
CUL_TCM97001_83 -> CUL_Parse: nanoCUL p 8 496 3872 496 1936 1 4 4 EA 53E80F2200
Ja, bevor ich den nanoCUL angeschlossen habe, habe ich ein Update meiner FHEM Installation ausgeführt. Gibt es irgendein "How-To", wie ich noch unbekannte Sensoren erfassen und implementieren kann?
Zitat von: prodigy7 am 09 April 2015, 12:41:07
Ja, bevor ich den nanoCUL angeschlossen habe, habe ich ein Update meiner FHEM Installation ausgeführt. Gibt es irgendein "How-To", wie ich noch unbekannte Sensoren erfassen und implementieren kann?
Naja, reverse Engeniering der Daten.
D.h. Du bekommst ja jetzt die Daten z.B. s96C990A240FB (die letzten zwei Hex-Werte können ignoriert werden, diese sind der RSSI Wert), diese müssen dann in Binär umgerechnet werden.
Also: 96C990A240 (Hex) = 1001011011001001100100001010001001000000 (Binär)
Zum besseren lesen in Nibble (4 Bit aufteilen).
1001 0110 1100 1001 1001 0000 1010 0010 0100 0000
Nun muss man die Werte am Sensor ablesen und die richtigen Werte finden.
Ich kann aber gerne dabei behilflich sein, für diesen Zweck habe ich mir ein LibreOffice Tabellenblatt erstellt.
Viele Grüße
Björn
Zitat von: sslneve am 08 April 2015, 15:21:58
Hallo Björn,
könnte man nicht auch das HomeEasy Protokoll einbauen (also nicht ARC...) oder funktioniert das eh schon?
*Duck und weg*
Hallo,
HomeEasy ist doch IT-kompatibel, sollte also gehen.
Gruß
Björn
Zitat von: bjoernh am 09 April 2015, 18:54:01
Naja, reverse Engeniering der Daten.
D.h. Du bekommst ja jetzt die Daten z.B. s96C990A240FB (die letzten zwei Hex-Werte können ignoriert werden, diese sind der RSSI Wert), diese müssen dann in Binär umgerechnet werden.
Also: 96C990A240 (Hex) = 1001011011001001100100001010001001000000 (Binär)
Zum besseren lesen in Nibble (4 Bit aufteilen).
1001 0110 1100 1001 1001 0000 1010 0010 0100 0000
Nun muss man die Werte am Sensor ablesen und die richtigen Werte finden.
Ich kann aber gerne dabei behilflich sein, für diesen Zweck habe ich mir ein LibreOffice Tabellenblatt erstellt.
Danke für deine Hilfe und dein Angebot, mich zu unterstützen. Ich würde es aber, rein aus sportlichen Ehrgeiz, erst mal alleine probieren wollen. Hier und da bin ich aber dankbar für Tipps und Hinweise bzw. wenn ich garnicht voran komme, würde ich gerne auf dein Angebot zurück kommen.
Meine nächste Frage wäre jetzt: Hier schwirren ja diverse Signale herum. Wir kann ich identifizieren, welches Signal zu meinen Sensoren gehört? Der eine Sensor hat eine TX-Taste, da würde ich ja merken wenn ich die Taste drücke und es kommt zeitgleich was rein, das es von diesem ist. Der andere hat so eine Taste nicht sondern nur eine Kanalschalter, wenn ich das richtig in Erinnerung habe. Frage ist also: Wie bekomme ich Daten passend zu Sensor? Gibt es so etwas wie eine MAC Adresse so das ich den Hersteller erahnen könnte oder andere Kriterien, mit denen ich etwas eingrenzen kann?
Okay, also den einen Sensor habe ich tatsächlich schon empfangen. Soweit, sogut. Den anderen bekomme ich aber momentan irgendwie nicht. Es handelt sich um Technoline TX 108 (http://www.amazon.de/Technoline-TX-108-Sender-Wetterstation/dp/B00834SM4Q). Nehme ich die Batterien raus, drücke auf TX oder wechsel den Kanal, nichts taucht im Logfile auf. nanoCUL habe ich auf X25 gestellt und der Sensor soll auf 433 MHz funken.
Zitat von: prodigy7 am 09 April 2015, 20:56:37
Okay, also den einen Sensor habe ich tatsächlich schon empfangen. Soweit, sogut. Den anderen bekomme ich aber momentan irgendwie nicht. Es handelt sich um Technoline TX 108 (http://www.amazon.de/Technoline-TX-108-Sender-Wetterstation/dp/B00834SM4Q). Nehme ich die Batterien raus, drücke auf TX oder wechsel den Kanal, nichts taucht im Logfile auf. nanoCUL habe ich auf X25 gestellt und der Sensor soll auf 433 MHz funken.
Hallo,
dann hat der Sensor entweder ein anderes Protokol, oder ein anderes Übertragungsprotokoll.
Der CUL empfängt nur AFSK.
Du kannst auch mal den CUL auf RAW X25 schalten. Evtl. tauchen dann Pakete auf. Ich habe eben bei mir gesehen, dass bei mir noch mehr Daten in diesem Format in der gegend rumschwirren, allerdings mit anderen Bitlängen.
Da kann man evtl schon noch was machen.
Gruß
Björn
Zitat von: bjoernh am 09 April 2015, 19:04:47
Hallo,
HomeEasy ist doch IT-kompatibel, sollte also gehen.
Gruß
Björn
Hi,
habe die HE844A Fernbedienung, jedoch wird kein Device erstellt. Bei einer normalen BaumarktFB wird das Device direkt erstellt.
jemand eine Idee?
Zitat von: hyper2910 am 10 April 2015, 06:58:55
Hi,
habe die HE844A Fernbedienung, jedoch wird kein Device erstellt. Bei einer normalen BaumarktFB wird das Device direkt erstellt.
jemand eine Idee?
Mach mal bitte beim CUL raw X25 und drück auf die Taste. Kommen da Ausgaben?
Hi möchte mich hier gerne mal mit reinhängen, ich habe auch die HE844A
bei mir kommen folgende Meldungen, aber es wird kein Device angelegt:
2015.04.10 16:10:04 3: set SCC1 raw X25
2015.04.10 16:10:11 2: SCC1: unknown message p 3 160 1328 176 304 4 2 4 34 C2C788
2015.04.10 16:10:25 2: SCC1: unknown message p 3 192 1056 832 400 4 2 0 48 17D1
2015.04.10 16:10:25 2: SCC1: unknown message p 3 240 992 864 384 4 2 0 4A 17D1
2015.04.10 16:10:25 2: SCC1: unknown message p 3 240 992 896 384 4 2 0 4A 17D1
2015.04.10 16:10:25 2: SCC1: unknown message p 3 256 976 864 384 4 2 0 4A 17D1
2015.04.10 16:10:29 2: SCC1: unknown message p 3 512 864 528 1856 6 3 3 E4 019FE010
2015.04.10 16:10:29 2: SCC1: unknown message p 3 528 880 544 1824 6 3 3 E4 019FE010
2015.04.10 16:10:30 2: SCC1: unknown message p 3 432 976 416 1952 6 3 3 E3 019FE010
2015.04.10 16:10:30 2: SCC1: unknown message p 3 416 992 432 1952 6 3 3 E3 019FE010
2015.04.10 16:10:45 2: SCC1: unknown message p 3 208 1008 848 384 4 2 1 48 59E300
2015.04.10 16:10:45 2: SCC1: unknown message p 3 192 1024 832 400 4 2 1 48 59E300
2015.04.10 16:10:45 2: SCC1: unknown message p 3 192 1008 848 400 4 2 1 48 59E300
2015.04.10 16:10:45 2: SCC1: unknown message p 3 224 992 880 368 4 2 1 4A 59E300
2015.04.10 16:10:45 2: SCC1: unknown message p 3 240 992 880 352 4 2 1 4A 59E300
2015.04.10 16:10:45 2: SCC1: unknown message p 3 176 304 240 1264 4 3 5 43 CA9D2E9C
2015.04.10 16:10:53 2: SCC1: unknown message p 3 272 208 304 1200 4 3 5 52 CA9D2E9C
2015.04.10 16:11:10 2: SCC1: unknown message p 3 208 1008 912 336 4 2 1 56 C00300
2015.04.10 16:11:13 2: SCC1: unknown message p 3 912 352 240 1008 5 2 1 5A C33940
2015.04.10 16:11:13 3: SCC1: Unknown code A165186103549940000000AA8E0110006180F201E0F4423::-49:SCC1, help me!
2015.04.10 16:11:13 2: SCC1: unknown message p 3 928 352 240 992 5 2 1 5A C33940
2015.04.10 16:11:14 2: SCC1: unknown message p 3 864 352 256 1008 5 2 1 5B C33940
2015.04.10 16:11:14 2: SCC1: unknown message p 3 864 352 224 1024 5 2 1 5B C33940
2015.04.10 16:11:38 2: SCC1: unknown message p 3 304 1200 320 176 4 5 0 3C 63C6AC5C31
2015.04.10 16:11:57 2: SCC1: unknown message p 3 304 176 304 1200 4 3 5 53 CA9D1E9C
2015.04.10 16:12:23 2: SCC1: unknown message p 3 464 944 480 1888 6 3 3 E6 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 464 912 496 1872 6 3 3 E6 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 464 928 496 1888 6 3 3 E6 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 464 912 480 1888 6 3 3 E6 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 480 912 496 1856 6 3 3 E6 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 480 928 496 1872 6 3 3 E6 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 496 928 480 1888 6 3 3 E5 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 464 944 480 1888 6 3 3 E6 019BE010
2015.04.10 16:12:24 2: SCC1: unknown message p 3 464 944 480 1888 6 3 3 E6 019BE010
2015.04.10 16:12:24 2: SCC1: unknown message p 3 464 928 480 1888 6 3 3 E5 019BE010
2015.04.10 16:12:24 2: SCC1: unknown message p 3 448 944 496 1856 6 3 3 E7 019BE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 496 912 464 1888 6 3 3 E7 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 464 912 480 1888 6 3 3 E7 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 448 944 480 1888 6 3 3 E7 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 464 928 480 1888 6 3 3 E7 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 448 960 480 1888 6 3 3 E7 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 464 928 432 1920 6 3 3 E7 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 448 944 480 1904 6 3 3 E6 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 432 960 480 1904 6 3 3 E6 019DE010
2015.04.10 16:13:21 2: SCC1: unknown message p 3 448 944 480 1904 6 3 3 E7 019DE010
2015.04.10 16:13:21 2: SCC1: unknown message p 3 464 944 448 1904 6 3 3 E7 019DE010
2015.04.10 16:13:21 2: SCC1: unknown message p 3 464 944 480 1888 7 2 3 E8 9DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 464 912 480 1888 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 480 928 496 1872 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 496 912 480 1888 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 480 912 496 1888 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 480 912 496 1872 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 496 912 496 1888 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 528 880 496 1872 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 512 912 496 1856 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 464 928 512 1872 6 3 3 E6 019DE010
2015.04.10 16:14:18 2: SCC1: unknown message p 3 480 912 496 1888 6 3 3 E6 019DE010
2015.04.10 16:14:18 2: SCC1: unknown message p 3 480 928 512 1872 6 3 3 E6 019DE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 944 464 1888 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 944 480 1904 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 928 496 1872 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 960 480 1888 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 448 944 464 1904 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 928 480 1888 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 448 976 464 1904 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 944 480 1904 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 944 496 1888 6 3 3 E5 019BE010
2015.04.10 16:15:15 2: SCC1: unknown message p 3 464 928 480 1904 6 3 3 E5 019BE010
2015.04.10 16:15:15 2: SCC1: unknown message p 3 480 896 480 1888 6 3 3 E6 019BE010
2015.04.10 16:15:15 2: SCC1: unknown message p 3 464 944 480 1888 6 3 3 E6 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 496 928 480 1888 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 512 896 512 1856 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 496 912 512 1856 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 512 912 496 1888 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 496 896 480 1888 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 496 912 496 1888 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 464 944 496 1872 6 3 3 E5 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 448 944 464 1920 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 448 928 480 1888 6 3 3 E4 019BE010
2015.04.10 16:16:12 2: SCC1: unknown message p 3 448 944 480 1888 6 3 3 E4 019BE010
2015.04.10 16:16:12 2: SCC1: unknown message p 3 448 944 464 1920 6 3 3 E4 019BE010
2015.04.10 16:16:12 2: SCC1: unknown message p 3 448 944 448 1936 6 3 3 E4 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 464 928 480 1904 7 2 3 E6 9BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 448 944 464 1904 6 3 3 E5 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 464 928 480 1904 6 3 3 E6 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 464 928 496 1872 6 3 3 E6 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 496 912 480 1888 6 3 3 E6 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 496 896 512 1872 6 3 3 E6 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 480 928 480 1888 6 3 3 E6 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 496 928 512 1872 6 3 3 E6 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 448 944 480 1888 6 3 3 E6 019BE010
2015.04.10 16:17:09 2: SCC1: unknown message p 3 496 928 496 1872 6 3 3 E5 019BE010
2015.04.10 16:17:09 2: SCC1: unknown message p 3 496 912 512 1872 6 3 3 E5 019BE010
2015.04.10 16:17:09 2: SCC1: unknown message p 3 512 896 496 1872 6 3 3 E6 019BE010
Zitat von: cpet am 10 April 2015, 16:21:59
Hi möchte mich hier gerne mal mit reinhängen, ich habe auch die HE844A
bei mir kommen folgende Meldungen, aber es wird kein Device angelegt:
2015.04.10 16:10:04 3: set SCC1 raw X25
2015.04.10 16:10:11 2: SCC1: unknown message p 3 160 1328 176 304 4 2 4 34 C2C788
2015.04.10 16:10:25 2: SCC1: unknown message p 3 192 1056 832 400 4 2 0 48 17D1
2015.04.10 16:10:25 2: SCC1: unknown message p 3 240 992 864 384 4 2 0 4A 17D1
2015.04.10 16:10:25 2: SCC1: unknown message p 3 240 992 896 384 4 2 0 4A 17D1
2015.04.10 16:10:25 2: SCC1: unknown message p 3 256 976 864 384 4 2 0 4A 17D1
2015.04.10 16:10:29 2: SCC1: unknown message p 3 512 864 528 1856 6 3 3 E4 019FE010
2015.04.10 16:10:29 2: SCC1: unknown message p 3 528 880 544 1824 6 3 3 E4 019FE010
2015.04.10 16:10:30 2: SCC1: unknown message p 3 432 976 416 1952 6 3 3 E3 019FE010
2015.04.10 16:10:30 2: SCC1: unknown message p 3 416 992 432 1952 6 3 3 E3 019FE010
2015.04.10 16:10:45 2: SCC1: unknown message p 3 208 1008 848 384 4 2 1 48 59E300
2015.04.10 16:10:45 2: SCC1: unknown message p 3 192 1024 832 400 4 2 1 48 59E300
2015.04.10 16:10:45 2: SCC1: unknown message p 3 192 1008 848 400 4 2 1 48 59E300
2015.04.10 16:10:45 2: SCC1: unknown message p 3 224 992 880 368 4 2 1 4A 59E300
2015.04.10 16:10:45 2: SCC1: unknown message p 3 240 992 880 352 4 2 1 4A 59E300
2015.04.10 16:10:45 2: SCC1: unknown message p 3 176 304 240 1264 4 3 5 43 CA9D2E9C
2015.04.10 16:10:53 2: SCC1: unknown message p 3 272 208 304 1200 4 3 5 52 CA9D2E9C
2015.04.10 16:11:10 2: SCC1: unknown message p 3 208 1008 912 336 4 2 1 56 C00300
2015.04.10 16:11:13 2: SCC1: unknown message p 3 912 352 240 1008 5 2 1 5A C33940
2015.04.10 16:11:13 3: SCC1: Unknown code A165186103549940000000AA8E0110006180F201E0F4423::-49:SCC1, help me!
2015.04.10 16:11:13 2: SCC1: unknown message p 3 928 352 240 992 5 2 1 5A C33940
2015.04.10 16:11:14 2: SCC1: unknown message p 3 864 352 256 1008 5 2 1 5B C33940
2015.04.10 16:11:14 2: SCC1: unknown message p 3 864 352 224 1024 5 2 1 5B C33940
2015.04.10 16:11:38 2: SCC1: unknown message p 3 304 1200 320 176 4 5 0 3C 63C6AC5C31
2015.04.10 16:11:57 2: SCC1: unknown message p 3 304 176 304 1200 4 3 5 53 CA9D1E9C
2015.04.10 16:12:23 2: SCC1: unknown message p 3 464 944 480 1888 6 3 3 E6 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 464 912 496 1872 6 3 3 E6 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 464 928 496 1888 6 3 3 E6 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 464 912 480 1888 6 3 3 E6 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 480 912 496 1856 6 3 3 E6 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 480 928 496 1872 6 3 3 E6 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 496 928 480 1888 6 3 3 E5 019BE010
2015.04.10 16:12:23 2: SCC1: unknown message p 3 464 944 480 1888 6 3 3 E6 019BE010
2015.04.10 16:12:24 2: SCC1: unknown message p 3 464 944 480 1888 6 3 3 E6 019BE010
2015.04.10 16:12:24 2: SCC1: unknown message p 3 464 928 480 1888 6 3 3 E5 019BE010
2015.04.10 16:12:24 2: SCC1: unknown message p 3 448 944 496 1856 6 3 3 E7 019BE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 496 912 464 1888 6 3 3 E7 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 464 912 480 1888 6 3 3 E7 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 448 944 480 1888 6 3 3 E7 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 464 928 480 1888 6 3 3 E7 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 448 960 480 1888 6 3 3 E7 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 464 928 432 1920 6 3 3 E7 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 448 944 480 1904 6 3 3 E6 019DE010
2015.04.10 16:13:20 2: SCC1: unknown message p 3 432 960 480 1904 6 3 3 E6 019DE010
2015.04.10 16:13:21 2: SCC1: unknown message p 3 448 944 480 1904 6 3 3 E7 019DE010
2015.04.10 16:13:21 2: SCC1: unknown message p 3 464 944 448 1904 6 3 3 E7 019DE010
2015.04.10 16:13:21 2: SCC1: unknown message p 3 464 944 480 1888 7 2 3 E8 9DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 464 912 480 1888 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 480 928 496 1872 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 496 912 480 1888 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 480 912 496 1888 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 480 912 496 1872 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 496 912 496 1888 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 528 880 496 1872 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 512 912 496 1856 6 3 3 E6 019DE010
2015.04.10 16:14:17 2: SCC1: unknown message p 3 464 928 512 1872 6 3 3 E6 019DE010
2015.04.10 16:14:18 2: SCC1: unknown message p 3 480 912 496 1888 6 3 3 E6 019DE010
2015.04.10 16:14:18 2: SCC1: unknown message p 3 480 928 512 1872 6 3 3 E6 019DE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 944 464 1888 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 944 480 1904 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 928 496 1872 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 960 480 1888 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 448 944 464 1904 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 928 480 1888 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 448 976 464 1904 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 944 480 1904 6 3 3 E5 019BE010
2015.04.10 16:15:14 2: SCC1: unknown message p 3 464 944 496 1888 6 3 3 E5 019BE010
2015.04.10 16:15:15 2: SCC1: unknown message p 3 464 928 480 1904 6 3 3 E5 019BE010
2015.04.10 16:15:15 2: SCC1: unknown message p 3 480 896 480 1888 6 3 3 E6 019BE010
2015.04.10 16:15:15 2: SCC1: unknown message p 3 464 944 480 1888 6 3 3 E6 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 496 928 480 1888 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 512 896 512 1856 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 496 912 512 1856 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 512 912 496 1888 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 496 896 480 1888 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 496 912 496 1888 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 464 944 496 1872 6 3 3 E5 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 448 944 464 1920 6 3 3 E4 019BE010
2015.04.10 16:16:11 2: SCC1: unknown message p 3 448 928 480 1888 6 3 3 E4 019BE010
2015.04.10 16:16:12 2: SCC1: unknown message p 3 448 944 480 1888 6 3 3 E4 019BE010
2015.04.10 16:16:12 2: SCC1: unknown message p 3 448 944 464 1920 6 3 3 E4 019BE010
2015.04.10 16:16:12 2: SCC1: unknown message p 3 448 944 448 1936 6 3 3 E4 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 464 928 480 1904 7 2 3 E6 9BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 448 944 464 1904 6 3 3 E5 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 464 928 480 1904 6 3 3 E6 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 464 928 496 1872 6 3 3 E6 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 496 912 480 1888 6 3 3 E6 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 496 896 512 1872 6 3 3 E6 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 480 928 480 1888 6 3 3 E6 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 496 928 512 1872 6 3 3 E6 019BE010
2015.04.10 16:17:08 2: SCC1: unknown message p 3 448 944 480 1888 6 3 3 E6 019BE010
2015.04.10 16:17:09 2: SCC1: unknown message p 3 496 928 496 1872 6 3 3 E5 019BE010
2015.04.10 16:17:09 2: SCC1: unknown message p 3 496 912 512 1872 6 3 3 E5 019BE010
2015.04.10 16:17:09 2: SCC1: unknown message p 3 512 896 496 1872 6 3 3 E6 019BE010
Dann gehen die Sender wohl leider nicht.
Ich habe auch keinen zum probieren bei mir zu Hause.
Schade, gleichen Meldungen kommen bei mir?
Hoi Zäme
Gestern versuchte ich mein CUL433 mit der neusten Version der Firmware (a-culfw_1.02.02_build_78_master.zip) mittels dfu-programmer zu flashen. Zuerst kam die Meldung ich solle den Parameter --suppress-bootloader-mem verwenden. Als ich diesen Parameter verwendete lief es durch und meldete 103% belegt! Natürlich ging es danach nicht! Eine Wiederholung mit der vorletzten Version (a-culfw_1.02.00_build_70_master.zip) lief hingegen wunderbar.
Habe ich ein CUL mit weniger Memory? Es ist ein Busware CUL433 und auf der Platine steht CUL V3.4.
Danke für Hinweise und Erklärungsversuche.
Daniel
habe das selbe Problem ???
root@cubietruck:~/cul1# dfu-programmer atmega32u4 flash CUL_V3.hex Bootloader and code overlap.
Use --suppress-bootloader-mem to ignore
root@cubietruck:~/cul1# dfu-programmer atmega32u4 flash --suppress-bootloader-mem CUL_V3.hex
Device is write protected.
Error while flashing.
root@cubietruck:~/cul1#
Zitat von: dmoibm am 11 April 2015, 14:43:08
Habe ich ein CUL mit weniger Memory? Es ist ein Busware CUL433 und auf der Platine steht CUL V3.4.
nur das V3 ist interessant http://www.fhemwiki.de/wiki/CUL#Versionen
das hexfile ist auch zu groß von der 1.02.02.
hallo, ich habe gerade versucht das neue File auf meinen Busware 433 zu flashen, mit Windows und Flip.
Es kommt eine Meldung nach laden vom File in FLIP: Adress is out of range
bis zur Version 1.02.00 built 70 hat es immer geklappt.
Ist das File nicht in Ordnung ??
Gruß Werner
einfach ohne m-bus neu kompilieren und dann gehts :-) da die eigentliche änderung an der 02.02. aber nur m-bus betrifft gibts keinen grund diese zu flashen wenn man auf die m-bus änderungen verzichten kann
Zitat von: chris1284 am 11 April 2015, 15:23:26
das hexfile ist auch zu groß von der 1.02.02.
Habs gelöscht....
Neue Version ist die 1.03.01
Änderungen:
- Split CULs in 433MHz and 868MHz version
- Implement Oregon 3, disabled by default. Define HAS_OREGON3
Hallo Björn,
inwieweit ist die Implementierung von Oregon Scientific insgesamt fortgeschritten? Reicht das Auskommentieren der Zeile
//# define HAS_OREGON3
aus oder muss ich den Inhalt des C-Files ergänzen?
#ifdef HAS_OREGON3
#include "rf_receive_oregon.h"
#endif
Wird das vorhandene 41_OREGON.pm Modul zur Decodierung genutzt?
Zitat von: locutus am 12 April 2015, 14:40:50
Hallo Björn,
inwieweit ist die Implementierung von Oregon Scientific insgesamt fortgeschritten? Reicht das Auskommentieren der Zeile
//# define HAS_OREGON3
aus oder muss ich den Inhalt des C-Files ergänzen?
#ifdef HAS_OREGON3
#include "rf_receive_oregon.h"
#endif
Wird das vorhandene 41_OREGON.pm Modul zur Decodierung genutzt?
Hallo,
also ergänzen musst Du nichts, lediglich den define einschalten.
Probiert habe ich es allerdings nicht, da ich keine Oregon Komponenten habe. Deshalb habe ich es auch per default abgeschaltet.
Wenn Du es getestet hast, würde ich mich über eine Rückmeldung freuen.
Gruß
Björn
Hallo Björn,
ich habe mir die 1.03.01 runtergeladen, finde aber leider den String
//# define HAS_OREGON3
nicht in der "board.h". Habe ich etwas übersehen?
Ich habe nämlich die Hoffnung, damit mein Santos Grillthermometer empfangen zu können. Dies wird in den USA wohl von Oregon Scientific vertrieben. Irgendwie gefällt mir die Vorstellung, dass mein Küchen-Sonos mir Bescheid sagt, wenn mein Steak medium ist. 8)
Gruß Oli
Zitat von: OliS. am 12 April 2015, 19:33:25
Hallo Björn,
ich habe mir die 1.03.01 runtergeladen, finde aber leider den String
//# define HAS_OREGON3
nicht in der "board.h". Habe ich etwas übersehen?
Ich habe nämlich die Hoffnung, damit mein Santos Grillthermometer empfangen zu können. Dies wird in den USA wohl von Oregon Scientific vertrieben. Irgendwie gefällt mir die Vorstellung, dass mein Küchen-Sonos mir Bescheid sagt, wenn mein Steak medium ist. 8)
Gruß Oli
Schreib es einfach in die board.h rein.
Du siehst ja dann, dass die Größe vom Code größer wird.
Ich habe das define nicht in allen Devices vorgemerkt.
Wenn es bei Euch klappt, werde ich es sicherlich fest reinnehmen.
Im nächsten Build 01.03.02 ist im CUL-V3 das Oregon3 eingeschaltet.
Gruß
Björn
Hallo,
ich habe im Modul den "LIFETEC LT3594" eingetragen. Wurde aus dem aus dem FHEMduino Modul 14_FHEMduino_Env.pm entnommen. Hier sind die Änderungen im 14_CUL_TCM97001.pm Modul.
my %models = (
"TCM97..." => 'TCM97...',
"ABS700" => 'ABS700',
"TCM21...." => 'TCM21....',
"Prologue" => 'Prologue',
"Rubicson" => 'Rubicson',
"NC_WS" => 'NC_WS',
"GT-WT-02" => 'GT-WT-02',
"AURIOL" => 'AURIOL',
"LIFETEC" => 'LIFETEC',
"Unknown" => 'Unknown',
);
ab Zeile 538 eingefügt:
if ($readedModel eq "LIFETEC" || (hex($a[0]) == 0x4 && $readedModel eq "Unknown")) {
# aus dem FHEMduino Modul 14_FHEMduino_Env.pm entnommen. (pejonp 12.4.2015)
# $bitsequence = substr($bitsequence,0,24); # Only 24 Bits
# $bin = substr($bitsequence,0,8);
# $deviceCode = sprintf('%X', oct("0b$bin"));
# $bat = int(substr($bitsequence,16,1)) eq "1" ? "ok" : "critical";
# $sendMode = int(substr($bitsequence,17,1)) eq "0" ? "automatic" : "manual";
# $temp = bin2dec(substr($bitsequence,9,7));
# $temp = $temp + (bin2dec(substr($bitsequence,20,4))/10.0);
# if (substr($bitsequence,8,1) eq "1") {
# $temp = $temp * (-1);
# }
# $hum = (-1);
# $val = "T: $temp H: $hum B: $bat";
# LIFETEC LT3594
# /--------------------------------- Sensdortype DeviceCode
# / / ---------------------------- ID, changes after every battery change
# / / /-------------------------- neg Temp: if 1 then temp = temp * -1
# / / //-------------------------- Temp high (9 + 7)
# / / //
# / / // /----------------- Battery state 1 == Ok
# / / // / /---------------- SendMode 0 = automatic
# / / // / / /------------- Temp low (20 +4)
# / / // / / /
# 0101 0010 1001 0000 0 010 0011 0000 1 101 1101
# Bit 0 4 8 12 16 17 20 28 29 36
#$def = $modules{CUL_TCM97001}{defptr}{$idType3};
$def = $modules{CUL_TCM97001}{defptr}{$idType1};
if($def) {
$name = $def->{NAME};
}
$temp = (hex($a[2].$a[3])) & 0x7F;
$temp = $temp + (hex($a[5]));
my $negative = (hex($a[2])) & 0x8;
if ($negative == 0x8) {
$temp = ~$temp * (-1);
}
$temp = $temp / 10;
$batbit = (hex($a[5]) & 0x8) >> 3;
$mode = (hex($a[3]) & 0x4) >> 2;
if (checkValues($temp, $humidity)) {
if(!$def) {
#Log3 $name, 2, "CUL_TCM97001 Unknown device $idType3, please define it";
#return "UNDEFINED CUL_TCM97001_$idType3 CUL_TCM97001 $idType3" if(!$def);
Log3 $name, 2, "CUL_TCM97001 Unknown device $idType1, please define it";
return "UNDEFINED CUL_TCM97001_$idType1 CUL_TCM97001 $idType1" if(!$def);
}
$hashumidity = TRUE;
$hasbatcheck = TRUE;
$packageOK = TRUE;
$model="LIFETEC";
$readedModel=$model;
} else {
$name = "Unknown";
}
}
Vielleicht kann das ja übernommen werden. Der Sensor sendet in sehr unregelmäßigen Abständen.
Tschüß Jörg
hallo björn,
kann es sein das ab 01.03.01 für den CUL V3, 433 mit 868 beim Hex File vertauscht ist? ich kann meinen CULV3 868 nur mit dem 433ér HEX flashen
Zitat von: ChiliApple am 13 April 2015, 13:00:55
hallo björn,
kann es sein das ab 01.03.01 für den CUL V3, 433 mit 868 beim Hex File vertauscht ist? ich kann meinen CULV3 868 nur mit dem 433ér HEX flashen
Vertauscht glaube ich nicht.
Passt es wieder von der Größe nicht?
Was kommt denn für eine Fehlermeldung?
"Bootloader and code overlap. Use --suppress-bootloader-mem to ignore". Trying to use the option --suppress-bootloader-mem"
mir ist auch aufgefallen er nimmt nur mehr SlowRF und Homematic, die anderen Modis akzeptiert er nicht mehr
Zitat von: ChiliApple am 13 April 2015, 14:07:39
"Bootloader and code overlap. Use --suppress-bootloader-mem to ignore". Trying to use the option --suppress-bootloader-mem"
mir ist auch aufgefallen er nimmt nur mehr SlowRF und Homematic, die anderen Modis akzeptiert er nicht mehr
Hast Du mal die 01.03.02 probiert? Die sollte sich flashen lassen.
Zitat von: pejonp am 12 April 2015, 23:17:20
Hallo,
ich habe im Modul den "LIFETEC LT3594" eingetragen. Wurde aus dem aus dem FHEMduino Modul 14_FHEMduino_Env.pm entnommen. Hier sind die Änderungen im 14_CUL_TCM97001.pm Modul.
Hallo Jörg,
hast Du mir mal ein paar RAW Werte?
Fangen die Lifetecs immer mit 4 an?
Probehalber habe ich es bei mir eingebaut. Ich habe blos keinen in der näheren Umgebung empfangen. (Hier funkt alles, von AURIOL, Rubicson, TCM21..., NC_WS, GT-WT-02, Prologue, TCM97... aber leider kein Lifetec)
Danke für deine Vorarbeit.
Das Batteriebit muss denke ich umgedreht werden.
Des weiteren muss das $hashumidity = TRUE; raus.
Kannst Du den Sensor auch mal in die Gefriertruhe packen?
Anbei mal mein angepasstes Modul.
Gruß
Björn
ich habe leider nicht eindeutig geschrieben, (ich schrieb ab 01) ich habe beide probiert ...
wird die FW den neuen CUNX auch unterstützen? ich bin grad am neu bestellen und hab gesehen die haben Einiges was neu ist, der CUNO wird vom CUNX ersetzt. http://busware.de/tiki-index.php?page=CUNX (http://busware.de/tiki-index.php?page=CUNX)
ich denke ich werde aber 2 SCC nehmen da ich ja nur IT und 866 getrennt haben möchte ...
Zitat von: ChiliApple am 13 April 2015, 21:04:29
wird die FW den neuen CUNX auch unterstützen? ich bin grad am neu bestellen und hab gesehen die haben Einiges was neu ist, der CUNO wird vom CUNX ersetzt. http://busware.de/tiki-index.php?page=CUNX (http://busware.de/tiki-index.php?page=CUNX)
Ob ich den CUNX mit integriere muss ich mal schauen. Dirk Tostmann hat da schon einiges an der culfw angepasst und der FW den Namen culfw-2.0 gegeben (siehe github)
Ich brauche den CUNX nicht und werde mir nur zum integrieren keinen kaufen. Vielleicht hat ja Dirk Tostmann interesse daran die Änderungen der a-culfw mit der neuen 2.0 zu verschmelzen.
Die a-culfw für den CUL sollte in kürze wieder gehen. Ich habe nun bei der 868MHz variante das senden der IT rausgenommen. Ich denke es macht dann sowieso Sinn, dass man die ITs auch mit einem 433MHz CUL ansteuert. Da ist dann auch die Reichweite zufriedenstellend.
Zitat von: bjoernh am 13 April 2015, 21:41:09
Die a-culfw für den CUL sollte in kürze wieder gehen. Ich habe nun bei der 868MHz variante das senden der IT rausgenommen. Ich denke es macht dann sowieso Sinn, dass man die ITs auch mit einem 433MHz CUL ansteuert. Da ist dann auch die Reichweite zufriedenstellend.
alles klar danke! ich werde aber die 1.02.02 nehmen da ich ja mit dem 868 im Moment IT verwende ...
Zitat von: ChiliApple am 13 April 2015, 21:57:08
alles klar danke! ich werde aber die 1.02.02 nehmen da ich ja mit dem 868 im Moment IT verwende ...
Aber Du verwendest ja dann das 433Mhz Hex file richtig? Das 868 geht ja nicht.
Dann kannst Du auch das 1.02.03 433MHz verwenden. Dann hast Du das gleiche ;-)
Build läuft, dauert aber noch ein wenig.
Zitat von: bjoernh am 13 April 2015, 20:43:28
Probehalber habe ich es bei mir eingebaut. Ich habe blos keinen in der näheren Umgebung empfangen. (Hier funkt alles, von AURIOL, Rubicson, TCM21..., NC_WS, GT-WT-02, Prologue, TCM97... aber leider ein Lifetec)
Hallo Björn,
Vielen Dank für deine Arbeit. Ich habe gerade festgestellt das der lifetec durch dem ASB700 erkannt wird und nicht durch meinen Eintrag. Du hast gut vorgearbeitet. Ich denke der lifetec-eintrag kann wieder raus. Ich habe aber noch Bresser Art-No: 70-09993 Temperatursensoren. Diese werden aber nicht angezeigt. Kann man am Empfänger noch etwas einstellen. Die Frequenz habe ich schon einmal verändert. Die Sensoren nutzen das Cresta-Protokoll (http://forum.fhem.de/index.php/topic,17196.msg226073.html#msg226073). Vielleicht hast du ja eine Idee. Danke.
Tschüss Jörg
Zitat von: bjoernh am 13 April 2015, 22:04:00
Aber Du verwendest ja dann das 433Mhz Hex file richtig? Das 868 geht ja nicht.
Dann kannst Du auch das 1.02.03 433MHz verwenden. Dann hast Du das gleiche ;-)
Build läuft, dauert aber noch ein wenig.
mit 1.02.02 kann ich aber am CUL auswählen welche Betriebsart ich verwenden möchte da hier im 868 HEX noch Beides vorhanden ist ...
Großes LOB an bjoernh ;)
Klappt soweit alles super update mit ./Flash auch sehr sehr geil !!
Ich habe da noch eine Frage... ich habe einen SCC und wollte wissen ob ich die Sendeleistung erhöhen kann?
Danke
Gruß
Guten Tag!
Ich brauche bitte mal Hilfe! Ich blicke hier überhaupt nicht mehr durch. :-[
Mein FHEM läuft auf einem Raspi. Ich habe einen CUL V3 868MHz. Damit steuere ich MAX-Heizkörperthermostate und Fensterkontakte. Funktioniert auch alles.
Internals:
CMDS BbCFiAZEGMKUYRTVWXefmltux
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:
DEF /dev/ttyACM0@9600 1034
DeviceName /dev/ttyACM0@9600
FD 9
FHTID 1034
NAME Cul_V3
NR 23
NR_CMD_LAST_H 2
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.61 CUL868
initString X21
Zr
Za123456
Zw111111
Matchlist:
1:CUL_MAX ^Z........................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Dann habe ich eine Intertechno Funksteckdose (ITLR-300 Funk-Zwischenstecker Dimmer):
define Stehlampe IT 000000000F FF F0 11 10
attr Stehlampe IODev Cul_V3
attr Stehlampe model itdimmer
attr Stehlampe room Wohnzimmer
Ich kann ein- und ausschalten, aber nicht dimmen.
Wenn ich das hier richtig verstanden habe, benötige ich zum dimmen das V3-Protocol und dafür einen anderen culfw?
Welche Version muß ich jetzt nehmen? Wie bekomme ich die auf den CUL? Wie muß der Dimmer definiert werden?
Vielen Dank schon mal!
Björn: kann es sein, dass sich in der letzten Version der 14_CUL_TCM97001.pm ein kleiner Fehler eingeschliechen hat?
Bei einem TCM 219418 wird keine negative Temperatur mehr angezeigt. Ich denke, das hat früher bereits funktioniert.
Ich bin noch am experimentieren, aber mit folgender Zeile scheint es zu gehen:
$temp = ((-0x801*((hex($aReverse[5])) >> 3))+((hex($aReverse[5].$aReverse[4].$aReverse[3])) & 0x7FF))/10;
...oder so ähnlich ;)
Gruß
ws
Hallo, Björn!
Kurze Frage: wie kommt es, dass ich mit meinem 868nanoCUL meine IT-Dosen schalten kann? Schaltet der CUL automatisch auf 433 MHz um?
Oli
Ja, tut er. Nur Empfang geht nicht.
Grüße Jörg
Gesendet von iPhone mit Tapatalk
Zitat von: JoWiemann am 21 April 2015, 17:21:31
Ja, tut er.
Verstehe. Dachte, das Umschalten müsse man extra konfigurieren.
Danke für die Info.
Oli
Zitat von: ws am 20 April 2015, 23:24:21
Björn: kann es sein, dass sich in der letzten Version der 14_CUL_TCM97001.pm ein kleiner Fehler eingeschliechen hat?
Hallo,
ich schaue es mir mal an, wobei das schon seit Anfang an der Selbe Code ist. Kannst Du mir ein paar negativ Temperaturwerte senden (RAW)
Ich haben leider keinen TCM21... und bei mir ist es deutlich über 0°, so dass dem Nachbarn seine auch keine negativen Werte senden ;-)
Gruß
Björn
Merkwürdig ist es schon...
Wenn ich die RAW-Daten in Deine ODS-Tabelle eintrage, bekomme ich auch negative Werte, aus der 14_CUL_TCM97001.pm nur positive.
Hier der Temperaturverlauf beim Einfrieren. Die Temperatur läuft in Richtung 0°C und dann steigt sie wieder (in echt waren es Minuswerte).
Ich schreibe gleich ein paar Werte auf...
Zitat von: ws am 21 April 2015, 21:34:00
Merkwürdig ist es schon...
Wenn ich die RAW-Daten in Deine ODS-Tabelle eintrage, bekomme ich auch negative Werte, aus der 14_CUL_TCM97001.pm nur positive.
Hier der Temperaturverlauf beim Einfrieren. Die Temperatur läuft in Richtung 0°C und dann steigt sie wieder (in echt waren es Minuswerte).
Ich schreibe gleich ein paar Werte auf...
Ich habe auch schon eine Idee, müsste eine Kleinigkeit sein. Wie gesagt, ein paar Werte reichen....
Jetzt bin ich aber gerade noch mit dem doofen HomeEasy Komponenten am implementieren. HomeEasy hat bei der Protokoll-Vielfalt echt super Arbeit geleistet >:(
So auf die Schnelle... Der Sensor liegt noch im Gefrierfach. Die Temperaturänderungen dort sind nicht so groß.
s35078F16B005 - -22.7
s350F8F16300C - -22.6
s35004F16500E - -22.5
s35084F169006 - -22.4
Falls Du Unterstützung beim "Dekodieren" von HomeEasy brauchst, schreib die Daten hier rein.... Vielleicht hat dann jemand (auch ich ;) ) eine Idee.
Nachtrag: Ich meine, dass Problem ist "auf Größer 3" abzufragen (2 Bits für ein Minus-Zeichen wäre unüblich) und davor drehst Du die Bits bereits um...
Zitat von: ws am 21 April 2015, 21:42:26
Falls Du Unterstützung beim "Dekodieren" von HomeEasy brauchst, schreib die Daten hier rein.... Vielleicht hat dann jemand (auch ich ;) ) eine Idee.
Hab ich ja schon: http://forum.fhem.de/index.php/topic,36399.0.html
Aber es hat ja keiner eine Idee.
Jetzt schaue ich mir gerade das andere HomeEasy Protokoll an. Das sieht schon ziemlich IT-ähnlich aus. Hat aber alle verfügbaren Bitzustände *urgs*
Mal sehen ob ich irgendwie die HE800S Dosen zum schalten bekomme.
Die HE844A Fernbedienungen senden auf jedenfall 4 verschiedene Protokolle. Zwei sind klar. ITV1 und ITV3. Aber mit diesen beiden reagieren die Dosen nicht.
Zitat von: ws am 21 April 2015, 21:45:50
Nachtrag: Ich meine, dass Problem ist "auf Größer 3" abzufragen (2 Bits für ein Minus-Zeichen wäre unüblich) und davor drehst Du die Bits bereits um...
Ich würde es so wie bei GTWT02 machen....
Ersetze doch mal im Module die Zeile:
$temp = ((-hex($aReverse[3]) + -hex($aReverse[4]) * 16 + -hex($aReverse[5]) * 256)+1+4096)/10;
mit
$temp = ((hex($aReverse[3]) + hex($aReverse[4]) * 16 + hex($aReverse[5]) * 256));
$temp = (~$temp & 0x03FF) + 1;
$temp = -$temp/10;
Ich habs aber noch nicht probiert.
Das Problem wird ja sein, dass hier die IF-Bedienung gar nicht erfühlt wird:
if (hex($aReverse[5]) > 3) {
# negative temp
$temp = ((-hex($aReverse[3]) + -hex($aReverse[4]) * 16 + -hex($aReverse[5]) * 256)+1+4096)/10;
} else {
# positive temp
$temp = (hex($aReverse[3]) + hex($aReverse[4]) * 16 + hex($aReverse[5]) * 256)/10;
}
Nachdem ich die gesamte IF-THEN-ELSE Abfrage durch die Zeile ersetzt habe, scheint es zu funktionieren:
$temp = ((-0x801*((hex($aReverse[5])) >> 3))+((hex($aReverse[5].$aReverse[4].$aReverse[3])) & 0x7FF))/10;
OK. Ich habe es natürlich getestet. Mit Deinem Code geht es auch :)
#$temp = ((-0x801*((hex($aReverse[5])) >> 3))+((hex($aReverse[5].$aReverse[4].$aReverse[3])) & 0x7FF))/10;
if (hex($aReverse[5]) > 3) {
# negative temp
#$temp = ((-hex($aReverse[3]) + -hex($aReverse[4]) * 16 + -hex($aReverse[5]) * 256)+1+4096)/10;
$temp = ((hex($aReverse[3]) + hex($aReverse[4]) * 16 + hex($aReverse[5]) * 256));
$temp = (~$temp & 0x03FF) + 1;
$temp = -$temp/10;
} else {
# positive temp
$temp = (hex($aReverse[3]) + hex($aReverse[4]) * 16 + hex($aReverse[5]) * 256)/10;
}
Zitat von: ws am 21 April 2015, 22:17:10
OK. Ich habe es natürlich getestet. Mit Deinem Code geht es auch :)
OK, danke fürs testen, ich werde es dann die nächsten Tage ins offizielle Modul einbauen.
Nur kein Stress :)
Ich warte sowieso, bis Du mal Zeit hast, weil ich auf Deine Hilfe bei tfa-dostman Sensoren gehofft hätte. Da ist aber, falls überhaupt möglich, erst eine Anpassung der a-culfw nötig.
Bei meinem V3 868 mit Build 96 geht kein IT mehr ... er blinkt zwar wenn ich die Tasten auf der Fernbedienung drücke, aber in FHEM ist kein LOG oder ein Schalten möglich
edit: ich sehe grade du hast nur das senden wieder aktiviert ...
Zitat von: ChiliApple am 23 April 2015, 21:21:54
Bei meinem V3 868 mit Build 96 geht kein IT mehr ... er blinkt zwar wenn ich die Tasten auf der Fernbedienung drücke, aber in FHEM ist kein LOG oder ein Schalten möglich
edit: ich sehe grade du hast nur das senden wieder aktiviert ...
Wenn Du die 868er Version geladen hast ist das normal.
Ich habe wie im changelog geschrieben den Code aufteilen müssen.
Wenn Du IT mit dem 868er machen willst, dann lad die 433MHz Version auf den CUL.
Guten Abend!
Ich muß mich noch mal melden. Mein Frage (#126) scheint untergegangen zu sein.
Kann ich überhaupt MAX und IT (Dimmmer-Stecker) mit einem 868er Cul schalten? Und wie?
vG Sylvia
Zitat von: Loewin am 23 April 2015, 22:18:43
Guten Abend!
Ich muß mich noch mal melden. Mein Frage (#126) scheint untergegangen zu sein.
Kann ich überhaupt MAX und IT (Dimmmer-Stecker) mit einem 868er Cul schalten? Und wie?
vG Sylvia
Hallo Sylvia,
IT geht, der Cul schaltet dann um.
Allerdings ist ein 868er Cul nicht optimal für IT.
Gruß
Björn
Schalten kann ich. Allerdings nur an und aus. Dimmen funktioniert nicht.
Ich bräuchte jetzt einen Cul, der nur auf 433 mHz läuft?
Zitat von: Loewin am 23 April 2015, 22:31:46
Schalten kann ich. Allerdings nur an und aus. Dimmen funktioniert nicht.
Ich bräuchte jetzt einen Cul, der nur auf 433 mHz läuft?
Nein, brauchst du nicht. Was für eine Firmware hast du auf dem Cul installiert?
Du brauchst zum dimmen die a-culfw. FHEM ist auch aktuell?
So sieht der Cul aus:
Internals:
CMDS BbCFiAZEGMKUYRTVWXefmltux
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:
Cul_V3_MSGCNT 30
Cul_V3_TIME Initialized
DEF /dev/ttyACM0@9600 1034
DeviceName /dev/ttyACM0@9600
FD 9
FHTID 1034
NAME Cul_V3
NR 23
NR_CMD_LAST_H 1
PARTIAL
RAWMSG Z0F1F04600B4B9E00000000590D2C00F126
RSSI -55
STATE Initialized
TYPE CUL
VERSION V 1.61 CUL868
initString X21
Zr
Za123456
Zw111111
Matchlist:
1:CUL_MAX ^Z........................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Readings:
2015-04-23 19:57:39 cmds B b C F i A Z E G M K U Y R T V W X e f m l t u x
2015-04-23 21:58:09 credit10ms 900
2015-04-23 20:32:19 raw is000000000FFF
2015-04-23 22:34:39 state Initialized
XMIT_TIME:
1429819089.97878
Attributes:
rfmode MAX
FHEM ist aktuell.
Zitat von: Loewin am 23 April 2015, 22:42:25
So sieht der Cul aus:
Internals:
CMDS BbCFiAZEGMKUYRTVWXefmltux
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:
Cul_V3_MSGCNT 30
Cul_V3_TIME Initialized
DEF /dev/ttyACM0@9600 1034
DeviceName /dev/ttyACM0@9600
FD 9
FHTID 1034
NAME Cul_V3
NR 23
NR_CMD_LAST_H 1
PARTIAL
RAWMSG Z0F1F04600B4B9E00000000590D2C00F126
RSSI -55
STATE Initialized
TYPE CUL
VERSION V 1.61 CUL868
initString X21
Zr
Za123456
Zw111111
Matchlist:
1:CUL_MAX ^Z........................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Readings:
2015-04-23 19:57:39 cmds B b C F i A Z E G M K U Y R T V W X e f m l t u x
2015-04-23 21:58:09 credit10ms 900
2015-04-23 20:32:19 raw is000000000FFF
2015-04-23 22:34:39 state Initialized
XMIT_TIME:
1429819089.97878
Attributes:
rfmode MAX
FHEM ist aktuell.
Aber die Cul Firmware passt nicht.
Installiere bitte die Firmware aus dem ersten Beitrag. Dann sollte es gehen.
Werde ich morgen probieren. Muß erst mal suchen, wie ich das auf den Cul bringe. :-[
Vielen Dank erst mal!
Hallo Björn,
mit meinem GR-WT-02 stimmt wohl eine Kleinigkeit noch nicht. Ich erhalte immer wieder "Unbekannte" Codes die ein autocreate unknown zur Folge haben. Stört nicht ist aber auch nicht schön...
Ich habe mal ein Log von Codes angehängt die nicht erkannt werden. Die Adresse vom Sensor, also die ersten beiden nibles "9E" und die nächsten beiden "00" sind bei meinem "bekannten" GT-WT02 identisch:
define CUL_TCM97001_158 CUL_TCM97001 158
attr CUL_TCM97001_158 alias Temp Aussen
attr CUL_TCM97001_158 event-min-interval humidity:300,temperature:300,battery:300
attr CUL_TCM97001_158 icon temp_outside
attr CUL_TCM97001_158 model GT-WT-02
Internals: CUL433_RAWMSG s9E0053AFB8EC
define CUL_TCM97001_Unknown CUL_TCM97001 Unknown
attr CUL_TCM97001_Unknown model Unknown
attr CUL_TCM97001_Unknown room Test
Internals: CUL433_RAWMSG s9E005CAE00EA
Vielleicht stimmt was mit der Prüfsumme nicht... Du siehst das wahrscheinlich auf den ersten oder zweiten Blick ;D
viele Grüße
Simonberry
Hallo,
ich hab jetzt 3x SCC und würd die gerne flashen.
Mit der original CULfw kein Problem, dein HEX bekomm ich nicht drauf ...
root@bananapi /home/pi/SCC # ./flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyAMA0]: /dev/ttyS2
The device will now be flashed
KEEP THE MICRO BUTTON PRESSED AT DESIRED EXTENSION
Continue (y/n)?y
calling radio frontends bootloader ...
Call now avrdude -patmega1284p -cavr109 -P/dev/ttyS2 -b38400 -D -Uflash:w:./SCC.hex:i
Connecting to programmer: .
Found programmer: Id = "AVRBOOT"; type = S
Software Version = 0.8; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.
Programmer supports the following devices:
Device code: 0x46
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e9705
avrdude: current erase-rewrite cycle count is 1426138571 (if being tracked)
avrdude: reading input file "./SCC.hex"
avrdude: writing flash (24484 bytes):
Writing | ################################################## | 100% 7.76s
avrdude: 24484 bytes of flash written
avrdude: verifying flash memory against ./SCC.hex:
avrdude: load data flash data from input file ./SCC.hex:
avrdude: input file ./SCC.hex contains 24484 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 6.84s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0xf0 != 0xc0
avrdude: verification error; content mismatch
avrdude done. Thank you.
so sieht es aus ...
jetzt hats geklappt, habe einfach das HEX im original FW Ordner gegen deines getauscht (Build100)
Hallo,
ich habe einen MAX FK im Postkasten, welchen ich mit einem SCC gepairt habe.
Auf dem SCC habe ich die V 1.04.00 a-culfw Build:100
Wenn ich den Reed Kontakt betätige bekomme ich folgende Meldung, danach ist meistens keine state Meldung mehr zu empfangen ...
root@bananapi ~ # Argument "00 a-culfw Build: 100 (2015-04-26_21-10-42) CSM868 (F-Ba..." isn't numeric in addition (+) at ./FHEM/14_CUL_MAX.pm line 147, <$fh> line 1324.
kann es sein das sich da ein Fehler eingeschlichen hat? das Pairen selbst lief auch nicht so ganz reibungslos, klappte aber dann.
Danke & Grüße
Zitat von: ChiliApple am 30 April 2015, 11:21:02
Hallo,
ich habe einen MAX FK im Postkasten, welchen ich mit einem SCC gepairt habe.
Auf dem SCC habe ich die V 1.04.00 a-culfw Build:100
Wenn ich den Reed Kontakt betätige bekomme ich folgende Meldung, danach ist meistens keine state Meldung mehr zu empfangen ...
root@bananapi ~ # Argument "00 a-culfw Build: 100 (2015-04-26_21-10-42) CSM868 (F-Ba..." isn't numeric in addition (+) at ./FHEM/14_CUL_MAX.pm line 147, <$fh> line 1324.
kann es sein das sich da ein Fehler eingeschlichen hat? das Pairen selbst lief auch nicht so ganz reibungslos, klappte aber dann.
Danke & Grüße
Scheint so, als ob das Modul die Software Version des SCC parsen will.
Die sieht bei der a-culfw anders aus (F-Band...)
Ich habe aber nicht ins Modul geschaut.
Evtl. solltest du den max Maintainer fragen und einen neuen Thread auf machen.
Im 14_CUL_MAX.pm wird die culfw-Version geprüft und wenn das Format anders ist als z.B."V 1.49 CUL868", dann gibt es evtl. Probleme.
Hier (http://forum.fhem.de/index.php/topic,35064.msg279712.html#msg279712) ist es schon mal aufgefallen. Ich weiss leider nicht, wie man es am besten lösen kann.
danke für Eure Antworten!
ich werd vorerst auf dieses SCC mal die original CUL FW schmeißen, sehe jetzt auf die Schnelle eh keinen Sinn die a-culfw drauf laufen zu haben, nachdem ich den nur für MAX verwende und noch 2 andere draufgestackt habe ...
Grüße
moin bjoern,
spricht was dagegen diese erweiterung mit auszunehmen?
http://forum.fhem.de/index.php/topic,36810.0/topicseen.html
Hallo Björn,
wenn ich FHEM auf der Konsole starte, erhalte ich folgende Fehlermeldungen
Useless use of private variable in void context at ./FHEM/14_CUL_TCM97001.pm line 392, <$fh> line 1238.
Useless use of a constant (2) in void context at ./FHEM/14_CUL_TCM97001.pm line 392, <$fh> line 1238.
Useless use of string in void context at ./FHEM/14_CUL_TCM97001.pm line 392, <$fh> line 1238.
Kannst Du damit was anfangen? Es funktioniert allerdings alles problemlos.
Oli
Hallo,
wird der Auriol (siehe Anhang) unterstützt?
Mein uralter Tech Line FWS-500 wurde sofort erkannt und in FHEM eingebunden, mit Temp und Luftfeucht.
Ich habe mal das Protokoll des CUL aus meine Umgebung hochgeladen, vieleicht kann da einer von euch sofort sagen was da ab geht.
Ich habe irgendwo im FHEM Forum die genaue Beschreibung zur Interpretation der CUL RAW Daten gesehen, habe aber heute schon mehrere Stunden mit der Suche danach vergeudet, ich finde es nicht mehr :'( (Ich habe die gesamte History abgeklappert, aber die Seite nicht mehr gefunden oder bei der Suche übersehen.
Wäre Nett wenn mir da jemand auf die Sprünge helfen kann, ich will ja nicht dumm sterben ;)
Funsailor
Zitat von: Funsailor am 06 Mai 2015, 19:01:42
Hallo,
wird der Auriol (siehe Anhang) unterstützt?
Mein uralter Tech Line FWS-500 wurde sofort erkannt und in FHEM eingebunden, mit Temp und Luftfeucht.
Ich habe mal das Protokoll des CUL aus meine Umgebung hochgeladen, vieleicht kann da einer von euch sofort sagen was da ab geht.
Ich habe irgendwo im FHEM Forum die genaue Beschreibung zur Interpretation der CUL RAW Daten gesehen, habe aber heute schon mehrere Stunden mit der Suche danach vergeudet, ich finde es nicht mehr :'( (Ich habe die gesamte History abgeklappert, aber die Seite nicht mehr gefunden oder bei der Suche übersehen.
Wäre Nett wenn mir da jemand auf die Sprünge helfen kann, ich will ja nicht dumm sterben ;)
Funsailor
Hallo,
der Auriol sollte doch gehen, zumindest wird doch etwas vom CUL empfangen.
Stimmen nur die Werte nicht?
Den Thread wo Du meinst findest Du hier: http://forum.fhem.de/index.php/topic,28519.0.html
Gruß
Björn
Zitat von: chris1284 am 03 Mai 2015, 12:09:08
spricht was dagegen diese erweiterung mit auszunehmen?
http://forum.fhem.de/index.php/topic,36810.0/topicseen.html
@Björn: ich hab' Dir im GitHub einen Pull-Request für BelFox geschickt.
Hallo bjoernh,
danke für die Antwort, den Beitrag habe ich gelesen.
Ich war aber der Meinung irgendwo etwas über die Bedeutung der Zeile
p 8 512 3872 512 1936 1 4 4 25 58680BF210
gelesen zu haben. Wie das P, die 8 und die folgeden Zahlen/Buchstabe zu interpretieren sind.
das sah so ähnlich aus wie in der 14_CUL_TCM97001.pm ab z.B.: Zeile 548
Diese Zeile:
s58680BF21025
in deine TBC.ODS (ohne das führende s) einfügen wird keinen Sinn haben, da sich diese Tabelle auf TCM Sensoren beziehen, oder.
Woher die Werte kommen kann ich leider auch nicht so genau sagen, ich werde mal alle Sensoren (mit dem Tech Line sind das 4 Stück) abschalten und dann schauen was ich noch reinbekomme.
Muss ich bei "autocreate" irgend etwas konfigurieren damit die Auriol erkannt werden?
Ich werde weiter forschen ::)
Funsailor
Zitat von: Funsailor am 06 Mai 2015, 22:11:06
Hallo bjoernh,
danke für die Antwort, den Beitrag habe ich gelesen.
Ich war aber der Meinung irgendwo etwas über die Bedeutung der Zeile
p 8 512 3872 512 1936 1 4 4 25 58680BF210
gelesen zu haben. Wie das P, die 8 und die folgeden Zahlen/Buchstabe zu interpretieren sind.
das sah so ähnlich aus wie in der 14_CUL_TCM97001.pm ab z.B.: Zeile 548
Diese Zeile:
s58680BF21025
in deine TBC.ODS (ohne das führende s) einfügen wird keinen Sinn haben, da sich diese Tabelle auf TCM Sensoren beziehen, oder.
Woher die Werte kommen kann ich leider auch nicht so genau sagen, ich werde mal alle Sensoren (mit dem Tech Line sind das 4 Stück) abschalten und dann schauen was ich noch reinbekomme.
Muss ich bei "autocreate" irgend etwas konfigurieren damit die Auriol erkannt werden?
Ich werde weiter forschen ::)
Funsailor
Normalerweise werden diese automatisch erkannt.
p 8 512 3872 512 1936 1 4 4 25 58680BF210
Interessant ist eigentlich nur der letzte Wert.
p 8 bedeutet TCM Protokoll. die nächsten 4 Zahlen sind für die interpretation von 1 und 0 bits.
dann 1 = 1 Sync Paket
4 4 = 4*8bit einmal 4 bit = 36bit
58680BF210 aus deinem Log müsste 19,1° und 33% geben.
Wie gesagt, eigentlich müsste der wert in Fhem automatisch angelegt werden. Schau mal bitte ob der in CUL_Unknown landet.
Hi Björn,
mein Raspi war down, hat leider etwas gedauert bis ich wieder an die LOG Datei herangekommen bin.
Die geposteten Daten habe ich mit meiner 2ten CUL via Terminal und X25 eingelesen.
Im FHEM laufen diese Daten ein:
2015.05.06 22:25:01 2: CUL1: unknown message p 8 640 3712 640 1856 1 4 4 23 58680C91C0
2015.05.06 22:25:01 2: CUL1: unknown message p 8 768 3456 768 1728 1 4 4 25 58680C91C0
2015.05.06 22:25:01 2: CUL1: unknown message p 8 672 3680 672 1840 1 4 4 24 58680C91C0
Im Moment steht "global verbose auf 3"
bisher Stand CUL verbose auf 0, habe ich eben auch auf 3 geändert.
Die Daten die du ausgerechnet hast könnten stimmen und wären dann vom Tech Line. Leider habe ich keine genaue zeitliche Korrelation, werde das auch mal nachholen.
Funsailor
OK, nun habe ich diese Nachricht im LOG:
CUL1: unknown message p 9 288 288 320 784 1 5 2 27 208150222200
Tech Line zeigt 20,9° und 27% Luftfeuchtigkeit
Der Techline sendet bei 21,2° und 29% Luftfeuchte folgendes
p 8 768 864 768 432 1 4 6 34 161A835474
p 8 576 3904 576 1952 1 4 4 33 586A0D51D0
s586A0D51D033
p 8 592 3840 592 1920 1 4 4 33 586A0D51D0
p 8 592 3872 592 1936 1 4 4 33 586A0D51D0
p 8 592 3680 592 1840 1 4 4 32 586A0D51D0
p 8 544 3872 544 1936 1 4 4 33 586A0D51D0
p 8 576 3712 576 1856 1 4 4 33 586A0D51D0
Hallo,
Ich habe eine Frage wie ich das Autocreate für den CUL activieren kann? Aktuell musste ich alle meine Steckdosen händisch anlegen.
Angelegt habe ich den CUL folgendermaßen:
define nanoCUL CUL /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1234
attr nanoCUL alias NanoCUL
define Steckdose.K1 IT FFFFF0FFFF FF F0
attr Steckdose.K1 userattr room_map structexclude
attr Steckdose.K1 IODev nanoCUL
attr Steckdose.K1 alias Rainbow
attr Steckdose.K1 group Licht
attr Steckdose.K1 model itswitch
attr Steckdose.K1 room Steckdosen
Temperatursensoren empfange ich leider auch nicht. Gibt es keine bei mir in der Nähe oder stimmt irgendwas mit der Config nicht?
Folgende Version ist auf dem NanoCul
V 1.04.00 a-culfw Build: 100 (2015-04-26_21-10-42) nanoCUL433 (F-Band: 433MHz)
Vielen Dank schonmal für eure Hilfe.
Hallo Björn,
nachdem ich es nach mehreren Anläufen geschafft habe, die LOG Datei auf den USB Stick zu verlegen, habe ich FHEM nochmals frisch aufgesetzt.
Bisher war das (und ist auch noch) eine reine "Spielversion" um FHEM besser kennen zu lernen. Ich muss da auch noch viel lernen!
Meinen Tech Line hat FHEM wieder schnell erkannt und wurde korrekt angelegt, die Auriol Sensoren aber nicht.
Die Auriol Sensoren gehören auch nicht zu der Wetterstation aus diesen Beitrag
http://forum.fhem.de/index.php/topic,31886.msg244064.html#msg244064
sondern um diese hier:
http://www.discounto.de/Angebot/Lidl-Shop-AURIOL-Funkwetterstation-63173/
Wie komme ich da weiter?
Der Fhem-Dunio empfängt ja die gleichen Funkprotokolle wie die CUL, wenn ich da was anderes ausprobieren will, muss ich doch einen JeeLink nehmen, oder? :-\
Allerdings sehe ich wieder viele unknown messages:
2015.05.12 20:15:39 4: CUL_Parse: CUL1 p 8 752 3520 752 1760 1 4 4 2D 586A0D4300
2015.05.12 20:15:39 2: CUL1: unknown message p 8 752 3520 752 1760 1 4 4 2D 586A0D4300
2015.05.12 20:15:39 5: CUL/RAW: /p 8 656 3648 656 1824 1 4 4
2015.05.12 20:15:39 5: CUL/RAW: p 8 656 3648 656 1824 1 4 4 /2D 586A0D4300
2015.05.12 20:15:39 4: CUL_Parse: CUL1 p 8 656 3648 656 1824 1 4 4 2D 586A0D4300
2015.05.12 20:15:39 2: CUL1: unknown message p 8 656 3648 656 1824 1 4 4 2D 586A0D4300
2015.05.12 20:17:24 5: CUL/RAW: /p 8 672 3584 672 1792 1 4 4
2015.05.12 20:17:24 5: CUL/RAW: p 8 672 3584 672 1792 1 4 4 /2E 586A0D4300
2015.05.12 20:17:24 4: CUL_Parse: CUL1 p 8 672 3584 672 1792 1 4 4 2E 586A0D4300
2015.05.12 20:17:24 2: CUL1: unknown message p 8 672 3584 672 1792 1 4 4 2E 586A0D4300
2015.05.12 20:17:25 5: CUL/RAW: /s586A0D43002E
p 8 752 3488 75
2015.05.12 20:17:25 4: CUL_Parse: CUL1 s586A0D43002E
2015.05.12 20:17:25 5: CUL1 dispatch s586A0D43002E
2015.05.12 20:17:25 5: CUL/RAW: p 8 752 3488 75/2 1744 1 4 4 2D 586A0D4300
2015.05.12 20:17:25 4: CUL_Parse: CUL1 p 8 752 3488 752 1744 1 4 4 2D 586A0D4300
2015.05.12 20:17:25 2: CUL1: unknown message p 8 752 3488 752 1744 1 4 4 2D 586A0D4300
Der Tech Line Plot (Temp + Luftfeuchte) wird ordentlich angezeigt, aber ich kann im LOG nicht erkennen das die CUL da etwas sendet. Oder gehören die unknown message zum TechLine?
Wwi gesagt, ich muss noch viel lernen....
moin björn,
kannst du schon etwas dazu sagen ob du die belfox mit aufnimmst?
http://forum.fhem.de/index.php/topic,36810.0.html
Zitat von: chris1284 am 14 Mai 2015, 16:12:29
moin björn,
kannst du schon etwas dazu sagen ob du die belfox mit aufnimmst?
http://forum.fhem.de/index.php/topic,36810.0.html
Hi Chris,
habe ich schon noch vor. Momentan bin ich aber noch an den HomeEasys drann.
Es dauert also noch ein wenig.
Gruß
Björn
super, die info reicht mir völlig :-)
hi,
ich hab den CUL ebenfalls nach der Gummibären Anleitung gebaut. Jetzt hab ich ein Problem. Egal ob ich culfw oder a-culfw flashe.
ccconf gibt mir immer das hier zurück:
nanoCUL ccconf => freq:6656.000MHz bWidth:58KHz rAmpl:42dB sens:16dB
Ich hätte hier aber gerne andere Werte (z. B. freq 433.920MHz)
Wenn ich jetzt "set nanoCUL freq 433.920MHz " aufrufe steht im Log folgendes:
2015.05.18 14:42:05 3: Setting FREQ2..0 (0D,0E,0F) to 10 b0 71 = 433.920 MHz
Sieht doch eigentlich gut aus, zeigt aber keine Wirkung. ein get nanoCUL ccconf gbt immer noch 6656,00 Mhz zurück. Und bei den anderen Werten genau das gleiche.
Hat jemand vielleicht eine Idee?
Gekauft habe ich übrigens das hier:
http://www.ebay.de/itm/390819873884
und
http://www.ebay.de/itm/191444544949
Müsste doch beides passen oder?
Danke für die Hilfe. Die Suche hab ich durchaus bemüht. Aber irgendwie komme ich hier nicht weiter.
Zitat von: thoffma3 am 18 Mai 2015, 14:48:03
hi,
ich hab den CUL ebenfalls nach der Gummibären Anleitung gebaut. Jetzt hab ich ein Problem. Egal ob ich culfw oder a-culfw flashe.
ccconf gibt mir immer das hier zurück:
nanoCUL ccconf => freq:6656.000MHz bWidth:58KHz rAmpl:42dB sens:16dB
Ich hätte hier aber gerne andere Werte (z. B. freq 433.920MHz)
Wenn ich jetzt "set nanoCUL freq 433.920MHz " aufrufe steht im Log folgendes:
2015.05.18 14:42:05 3: Setting FREQ2..0 (0D,0E,0F) to 10 b0 71 = 433.920 MHz
Sieht doch eigentlich gut aus, zeigt aber keine Wirkung. ein get nanoCUL ccconf gbt immer noch 6656,00 Mhz zurück. Und bei den anderen Werten genau das gleiche.
Hat jemand vielleicht eine Idee?
Gekauft habe ich übrigens das hier:
http://www.ebay.de/itm/390819873884
und
http://www.ebay.de/itm/191444544949
Müsste doch beides passen oder?
Danke für die Hilfe. Die Suche hab ich durchaus bemüht. Aber irgendwie komme ich hier nicht weiter.
Bitten separaten Thread aufmachen.
Hallo,
es gibt eine neue Version mit support für das HomeEasy HE800 protokoll.
Siehe http://forum.fhem.de/index.php/topic,36399.msg296739.html#msg296739
Gruß
Björn
Hallo Björn,
ich habe einen 433MHz miniCUL von Locutus. Wenn ich da jetzt deine aktuelle Firmware drauf flashe, dann wird er wohl fälschlicherweise als 868MHz CUL erkannt.
Anzeige in fhem: V 1.04.01 a-culfw Build:110 (2015-05-20_22-31-53) miniCUL (F-Band: 868MHz)
Schalten von IT geht problemlos (da wird ja wohl auch auf 433 umgeschaltet) aber der Empfang von IT geht nicht, was bei 868MHz ja auch klar ist. Wie kriege ich das denn jetzt hin??
Gruß
Olly
setz einfach die frequenz wieder auf 433...
set miniCUL freq 433.920
Zitat von: chris1284 am 22 Mai 2015, 06:24:45
setz einfach die frequenz wieder auf 433...
set miniCUL freq 433.920
Hallo,
OK, das werde ich mal ausprobieren. Wenn es so einfach ist :-)
Gruß
Olly
Hallo Bjoern
Die Firmware läuft perfekt , super arbeit
Temperatur sensoren , Intertechno Bewegungmelder Türklinglel usw Hervoragend :-)
Nur wird mir laufend etwas angelegt .
2015-05-23_17:58:39 CUL_TCM97001_Unknown Code: 046800006029
2015-05-23_18:06:24 CUL_TCM97001_Unknown Code: 046E0000002B
2015-05-23_18:19:19 CUL_TCM97001_Unknown Code: 046E00000028
2015-05-23_18:23:27 CUL_TCM97001_Unknown Code: 046E0000002E
2015-05-23_18:25:31 CUL_TCM97001_Unknown Code: 046E0000002E
2015-05-23_18:26:33 CUL_TCM97001_Unknown Code: 046E0000002F
2015-05-23_18:27:35 CUL_TCM97001_Unknown Code: 046E0000002F
Kann man irgendwie rausfinden was das ist ?
Gruß
Markus
Hallo Björn,
bei mir funktioniert die Firmware wunderbar mit dem Temperatur- und Feuchtigkeitssensor TCM97001 (Modell GT-WT-02).
Was ich nicht zum laufen gebracht habe sind meine Steckdosen (Elro AB440) die mit der original Firmware geschaltet werden können nicht aber mit der alternativen culfw.
Die Konfiguration der Steckdosen schaut so aus:
# Nano CUL CC1100@433MHz
define nanoCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A602KCM9-if00-port0@38400 1234
attr nanoCUL model CUL
attr nanoCUL verbose 5
attr nanoCUL rfmode SlowRF
#
# Adresse InterTechno = L1
define ITSW_L1 IT FF0F00000F FF F0
attr ITSW_L1 IODev nanoCUL
attr ITSW_L1 ITrepetition 12
attr ITSW_L1 group Licht_WZ
attr ITSW_L1 model itswitch
attr ITSW_L1 room 01_WZ
Wie kann man rausfinden an was das liegt?
Gruß,
Arran
Zitat von: arran am 25 Mai 2015, 15:38:27
Hallo Björn,
bei mir funktioniert die Firmware wunderbar mit dem Temperatur- und Feuchtigkeitssensor TCM97001 (Modell GT-WT-02).
Was ich nicht zum laufen gebracht habe sind meine Steckdosen (Elro AB440) die mit der original Firmware geschaltet werden können nicht aber mit der alternativen culfw.
Die Konfiguration der Steckdosen schaut so aus:
# Nano CUL CC1100@433MHz
define nanoCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A602KCM9-if00-port0@38400 1234
attr nanoCUL model CUL
attr nanoCUL verbose 5
attr nanoCUL rfmode SlowRF
#
# Adresse InterTechno = L1
define ITSW_L1 IT FF0F00000F FF F0
attr ITSW_L1 IODev nanoCUL
attr ITSW_L1 ITrepetition 12
attr ITSW_L1 group Licht_WZ
attr ITSW_L1 model itswitch
attr ITSW_L1 room 01_WZ
Wie kann man rausfinden an was das liegt?
Gruß,
Arran
Das ist aber sehr komisch.
Ich habe selber einen haufen von den IT V1 Dingern und die gehen alle durchweg problemlos.
Was sagt denn ccconf bei dir?
nanoCUL ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Ich habe auch ein Bild mit den Einstellungen angehängt...
Zitat von: arran am 25 Mai 2015, 18:14:00
nanoCUL ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Ich habe auch ein Bild mit den Einstellungen angehängt...
Ich habe es eben mir meinen Internetchno Steckdosen probiert, diese schalten ohne Probleme.
Welches FW war bei dir gemeint mit Original?
Hat jemand anderes auch so ein Problem?
Zitat von: bjoernh am 25 Mai 2015, 19:08:24
Ich habe es eben mir meinen Internetchno Steckdosen probiert, diese schalten ohne Probleme.
Welches FW war bei dir gemeint mit Original?
Hat jemand anderes auch so ein Problem?
Hallo Björn,
die Steckdosen habe ich bei Amazon unter der Bezeichnung "mumbi m-FS300" gekauft. Wenn man die DIP Schalter auf INTERTECHNO konfiguriert kann man diese ohne Probleme mit der culfw (Version 1.65) FW schalten. Ich habe den code von sourceforge geholt (
20150525_culfw-code-520-trunk.zip) und übersetzt. Das gleiche habe ich mit der FW
a-culfw_1.04.00_build_100_master.zip gemacht. Hier lassen sich die Steckdosen nicht mehr schalten.
Gruß,
Arran
Zitat von: arran am 25 Mai 2015, 19:38:28
Hallo Björn,
die Steckdosen habe ich bei Amazon unter der Bezeichnung "mumbi m-FS300" gekauft. Wenn man die DIP Schalter auf INTERTECHNO konfiguriert kann man diese ohne Probleme mit der culfw (Version 1.65) FW schalten. Ich habe den code von sourceforge geholt (20150525_culfw-code-520-trunk.zip) und übersetzt. Das gleiche habe ich mit der FW a-culfw_1.04.00_build_100_master.zip gemacht. Hier lassen sich die Steckdosen nicht mehr schalten.
Gruß,
Arran
Kannst Du es mal bitte mit einer a-culfw 1.03 oder 1.02 probieren.
Ich will mir jetzt eigentlich nicht wirklich noch solche Dosen kaufen, es wäre also super, wenn Du das ausprobieren wurdest.
Momentan habe ich keine Idee, zumal sich an dim IT-Sendecode schon lange nichts mehr geändert hat.
Vielleicht muss man aber das Timing für die Dosen etwas anpassen.
Geht eigentlich das autocreate per Fernbedienung?
Zitat von: bjoernh am 25 Mai 2015, 19:43:06
Kannst Du es mal bitte mit einer a-culfw 1.03 oder 1.02 probieren.
Ich will mir jetzt eigentlich nicht wirklich noch solche Dosen kaufen, es wäre also super, wenn Du das ausprobieren wurdest.
Momentan habe ich keine Idee, zumal sich an dim IT-Sendecode schon lange nichts mehr geändert hat.
Vielleicht muss man aber das Timing für die Dosen etwas anpassen.
Geht eigentlich das autocreate per Fernbedienung?
Kein Thema mache ich aber es dauert noch 1-2 Stunden :)
Hallo,
ich benutze "V 1.04.00 a-culfw Build: 100 (2015-04-26_21-10-42) CUL433 (F-Band: 433MHz) (CUL_V3)" mit CUL433 per CUxD an einer CCU2. Ich kann Intertechno-Zeugs schalten. Ein grundsätzliches Problem scheint also nicht vorzuliegen.
lög.
TF
Also...
Ich habe mir aus dem GIT alle Versionen geholt inklusive Master. Mit den Versionen 1.01, 1.02, 1.03.01, 1.03.03 und 1.03.04 kann ich meine Steckdosen schalten. Ab der Version 1.04.00 nicht mehr (auch Master nicht)
Vielleicht hilft das weiter.
Gruß,
Arran
Hallo bjoernh
habe schon seit längerem die Alternative CulFirmware von die auf meinem Nano. Bisher hat alles super funktioniert.
Habe jetzt die 1.05.00 für 433 MHz und für 868 MHz geflasht. Die 868 MHz Version läuft problemlos. Die 433 MHz Version befindet sich in einem undefinierten Zustand.
Habe dann versucht den Nano noch einmal zu flashen, leider kann ich ihn nicht mehr über die USB-Schnittstelle programmieren (über ICSP funktioniert es noch).
Auch mit einem anderen Nano habe ich das gleiche Problem.
Bevor ich jetzt noch einen anderen schrotte -- habe ich etwas verpasst oder etwas nicht beachtet???
Kann es sein, dass der Kondensator in der DTR-Leitung geschrottet wurde???
P.S. Habe den Bootloader neu geflasht; jetz kann ich den Nano wieder über USB flashen. Aber die 1.05.00 für 433MHz funktioniert immer noch nicht.
Gruß rippi46
Zitat von: rippi46 am 27 Mai 2015, 08:24:59
Hallo bjoernh
habe schon seit längerem die Alternative CulFirmware von die auf meinem Nano. Bisher hat alles super funktioniert.
Habe jetzt die 1.05.00 für 433 MHz und für 868 MHz geflasht. Die 868 MHz Version läuft problemlos. Die 433 MHz Version befindet sich in einem undefinierten Zustand.
Habe dann versucht den Nano noch einmal zu flashen, leider kann ich ihn nicht mehr über die USB-Schnittstelle programmieren (über ICSP funktioniert es noch).
Auch mit einem anderen Nano habe ich das gleiche Problem.
Bevor ich jetzt noch einen anderen schrotte -- habe ich etwas verpasst oder etwas nicht beachtet???
Kann es sein, dass der Kondensator in der DTR-Leitung geschrottet wurde???
P.S. Habe den Bootloader neu geflasht; jetz kann ich den Nano wieder über USB flashen. Aber die 1.05.00 für 433MHz funktioniert immer noch nicht.
Gruß rippi46
Das Image war zu groß, ich habe ein paar 868Mhz Module beim 433 abgeschaltet. Nun sollte es wieder gehen.
Zitat von: arran am 25 Mai 2015, 22:56:00
Also...
Ich habe mir aus dem GIT alle Versionen geholt inklusive Master. Mit den Versionen 1.01, 1.02, 1.03.01, 1.03.03 und 1.03.04 kann ich meine Steckdosen schalten. Ab der Version 1.04.00 nicht mehr (auch Master nicht)
Vielleicht hilft das weiter.
Gruß,
Arran
Mit der neuen Version 1.05.01 sollte es wieder gehen, probierst Du es bitte aus.
Gruß
Björn
Zitat von: bjoernh am 27 Mai 2015, 18:08:00
Das Image war zu groß, ich habe ein paar 868Mhz Module beim 433 abgeschaltet. Nun sollte es wieder gehen.
Mit der neuen Version 1.05.01 sollte es wieder gehen, probierst Du es bitte aus.
Gruß
Björn
Hallo Björn,
ich habe es probiert aber die Steckdosen blieben aus...
Das flashen funktioniert wieder mit der neuen Version (hatte das gleiche Problem wie rippie46)
Ich muss jetzt zum sporteln aber wenn ich wieder zu Hause bin kann ich noch was ausprobieren. Brauchst Du bestimmte Logs um den Fehlei eingrenzen zu können? Wenn ja sag bitte Bescheid was und welche Einstellungen notwendig sind.
Gruß,
Arran
Danke bjoernh,
funktioniert alles wieder bestens.
Tolle Arbeit!!
Gruß rippi46
Zitat von: arran am 27 Mai 2015, 19:55:41
Hallo Björn,
ich habe es probiert aber die Steckdosen blieben aus...
Das flashen funktioniert wieder mit der neuen Version (hatte das gleiche Problem wie rippie46)
Ich muss jetzt zum sporteln aber wenn ich wieder zu Hause bin kann ich noch was ausprobieren. Brauchst Du bestimmte Logs um den Fehlei eingrenzen zu können? Wenn ja sag bitte Bescheid was und welche Einstellungen notwendig sind.
Gruß,
Arran
Also irgendwie kann ich dein Problem nicht nachvollziehen.
Ich kann ohne probleme jede Art von Steckdose schalten.
Egal ob Baumarktdose (IT V1), Selbstlernende IT V3 oder HomeEasy
Zitat von: bjoernh am 27 Mai 2015, 20:37:47
Also irgendwie kann ich dein Problem nicht nachvollziehen.
Ich kann ohne probleme jede Art von Steckdose schalten.
Egal ob Baumarktdose (IT V1), Selbstlernende IT V3 oder HomeEasy
Hallo Björn,
die Konfiguration habe ich hier gefunden (Elro AB440 Möglichkeit 2) http://www.fhemwiki.de/wiki/Intertechno_Code_Berechnung (http://www.fhemwiki.de/wiki/Intertechno_Code_Berechnung)
Ich kann Dir eine der Steckdosen per Post zukommen lassen wenn es Dir helfen würde. Das können wir dann per PM ausmachen...
Vielen Dank,
Arran
Zitat von: bjoernh am 27 Mai 2015, 20:37:47
Also irgendwie kann ich dein Problem nicht nachvollziehen.
Ich kann ohne probleme jede Art von Steckdose schalten.
Egal ob Baumarktdose (IT V1), Selbstlernende IT V3 oder HomeEasy
Hallo,
ich kann bestätigen dass IT ab Version 1.04.00 nicht mehr geht. Ich habe auch einen nanoCul433 der noch mit 1.03.04 tadellos geschaltet hat. Ich hab aktuell die 1.05.01 drauf und der Wettersensor wird erkannt, nur Schalten kann ich nicht. Ich hab auch einen nanoCul866 mir normaler FW drauf. Wenn ich dir irgend etwas beisteuern kann wie irgend welche Logs oder Traces kann ich dir ggf. helfen. Du musst mir nur sagen was genau ausgeführt werden muss.
Vielleicht funktioniert es mit dem Originalen CUL nur nicht mit dem Nachbau (nanoCul).
VG
OK, danke für den Hinweis.
Ich habe es auch eben mal mit meinem nanoCUL probiert, da geht das schalten in der Tat nicht mehr.
Komisch.
Mit dem CUL V3 geht alles und der Code ist eigentlich identisch.
Hallo Björn,
ich hatte endlich mal wieder etwas Zeit und habe mich mit den Auriol - Temperaturgebern (siehe: http://forum.fhem.de/index.php/topic,35064.150.html) befassen.
In der Mittagspause habe ich mir mal den Dateneingang des Sendermoduls im Sensor mit dem Oszilloskope aufgenommen.
Ich komme auf folgende Signallängen:
High Puls: 488µs
Sync Bit: 10ms-> High :0,488ms Low: 9,512ms
One Bit: 5ms-> High :0,488ms Low: 4,512ms
Zero Bit: 2,4ms-> High :0,488ms Low: 1,912ms
Die Werte kann man natürlich runden ;)
Ich wollte mir das ganze im Raw Mode (X25) anschauen, aber die Werte die ich hier schon mal gepostet habe kommen nicht von den Auriol Sendern.
Ich bekomme keine Werte, weder am Raspi noch am PC via Terminalprogramm. Auch nicht mit einem Fhemdunio. Nur die Original Wetterstation piepst jedesmal wenn ich auf Rx drücke, die aktuelle Temperatur wird angezeigt.
Kann das sein, das der Sync zu lang ist?
Wenn ja, wo kann ich die gefundenen Werte in der CUL Firmware einfügen?
Und noch eine Frage: Gibt es eine Beschreibung der CUL Firmware wo was gemacht wird? Ich war da ja schon mal wegen etwas anderem auf der Suche.
Wenn dann die Daten im Raw Mode sichtbar werden kann man an das dekodieren gehen!
Insofern wäre das Klasse, ich habe zur Zeit 3 von den Sensoren im Haus verteilt.
LG
Funsailor
P.S: Bei den Diagrammen hängt der rote Kanal an der Antenne
Hmmm... wie ich da lese :
http://hobbyelektronik.org/w/index.php/Tchibo_Wetterstation
kommt das mit der Zeit ja hin. In dem Beitrag werden die Zeiten (ohne den High Puls) folgendermaßen angegeben:
"Dabei ist eine Pause (bzw. Sendepuls, so genau weiß ich es nicht) von 8,9ms das Synchronisationswort und knapp 2 bzw. 4ms eine 1 bzw. 0."
Das scheint ja das gleiche Protokoll zu sein.
Oder muss ich die CULFW von hier http://forum.fhem.de/index.php/topic,28519.30.html
nutzen?
Zitat von: bjoernh am 29 Mai 2015, 20:56:16
OK, danke für den Hinweis.
Ich habe es auch eben mal mit meinem nanoCUL probiert, da geht das schalten in der Tat nicht mehr.
Komisch.
Mit dem CUL V3 geht alles und der Code ist eigentlich identisch.
So, nun habe ich nochmals danach geschaut und muss meine Aussage zurücknehmen.
Es geht alles auch mit dem nanuCUL, also IT ITV3 HE800
Bei mir war das falsche IODevice im Switch Actor von CUL eingestellt.
Vielleicht ist dieses bei euch auch verkehrt.
Zitat von: Funsailor am 01 Juni 2015, 15:32:53
High Puls: 488µs
Sync Bit: 10ms-> High :0,488ms Low: 9,512ms
One Bit: 5ms-> High :0,488ms Low: 4,512ms
Zero Bit: 2,4ms-> High :0,488ms Low: 1,912ms
Hallo,
die Zeiten der TCM implementierung findest Du im Code in der Datei rf_receive_tcm97001.c in der Function is_tcm97001
hightime zwischen 410 und 640
Lowtime zwischen 8600 und 9300
Da passt also dein Sync nicht mehr ganz rein.
Du kannst den Wert ja mal probieren zu erhöhen, allerdings musst Du aufpassen, dass die Zeiten nicht mit denen von Intertechno kollidiert (rf_receive_intertechno.c)
Diese überschneiden sich sowieso schon minimal.
Wenn Du fragen bei den Änderungen hast, dann einfach kurz melden.
Hi Björn,
vielen Dank für deine Infos!
Zum Testen kann ich erst mal die Intertechno draußen lassen.
Ich probiere das mal heute Abend, danach bin ich erst für 14 Tage weg.
Ich melde mich dann auf jeden Fall wieder...
Funsailor
Du meinst wahrscheinlich rf_receive_it.c
Nachtrag 23:15
Ich habe scheinbar mein TestCUL abgeschossen, wie? Keine Ahnung.
Das Teil flog im Karton rum, aber Sichtprüfung hat nichts ergeben.
Mehr als die Versionsabfrage bekomme ich nicht. (Habe wieder die "V 1.04.00 a-culfw Build: 100 (2015-04-26_21-10-42) nanoCUL433 (F-Band: 433MHz)" eingespielt, dito.
LED blinkt, die Kommunikation mit dem Arduino geht, nur der CC1101 scheint beleidigt zu sein.
Werde das Thema dann doch auf den 22 vertagen müssen.
Schade, so kurz vor dem Ziel.. zum heulen.
00:43
Gehört eigentlich in den FhemDunio Bereich, aber Börn kennt den Dunio ja auch;)
Hat mir jetzt doch keine Ruhe gelassen.
Ich habe mal mit meinem FhemDunio rumgespielt.
Die Synczeit wird recht gut erkannt (9520 bis 9560)
Allerdings ist die Anzahl der changeCount beim Empfangen des Auriol sehr unregelmäßig (60 bis 82) während z.B.: hier bei einer Intertechno FB fast immer 49 erkannt wird.
Da scheint noch etwas anderes im Busch zu sein.
Gute Nacht
Hallo Björn,
hatte meine Cul V3 soeben mit dem Build 116 geflasht. Da fiel mir spontan auf, dass sich ein IT (outdoor) Zwischenstecker nicht ausschalten ließ. (eine nach ca. 30 Betätigungen ging)
Habe es dann mit dem Build 113 versucht da ging es super.
Ich habe mehrfach hin und her geflasht immer mit dem gleichen Ergebnis. Ein It-Problemdimmer der sich bisher nur einschalten ließ, läßt sich mit Build 116 weder ein noch ausschalten,
Gruß
Reiner
Hallo Björn,
ich habe noch schnell einen Schuss von der gesamten Übertragung gemacht und hochgeladen.
Die geht fast über eine Sekunde... (949,9 ms).
Kann das ein weiteres Problem geben?
Wie ich die Anzahl der Datenbits zählen soll...nicht am Oszi, da muss ich vieleicht mal mir Audacity ran.
Ist zwar nicht relevant, aber der Vollständigkeit halber: Die Temperatur betrug bei dieser Aufzeichnung 27,7 Grad.
LG
Funsailor
Guten Tag,
Zitat von: Sauron am 03 Juni 2015, 10:02:40
Hallo Björn,
hatte meine Cul V3 soeben mit dem Build 116 geflasht. Da fiel mir spontan auf, dass sich ein IT (outdoor) Zwischenstecker nicht ausschalten ließ. ....
kann ich nur bestätigen ;) werde nun auch wieder downgraden.
Gruß
gosinus
Zitat von: gosinus am 10 Juni 2015, 12:40:16
Guten Tag,
kann ich nur bestätigen ;) werde nun auch wieder downgraden.
Gruß
gosinus
Hallo,
in kürze gibt es eine 01.05.02, dort habe ich die Änderungen der 01 rückgängig gemacht, es sollte also wieder alles gehen.
Gruß
Björn
Hallo bjoern,
meinst du, du bekommst in der neue Version auch noch diese Rauchmelder unter?
http://forum.fhem.de/index.php/topic,37758.0.html
:-)
Zitat von: nicor2k am 11 Juni 2015, 15:39:48
Hallo bjoern,
meinst du, du bekommst in der neue Version auch noch diese Rauchmelder unter?
http://forum.fhem.de/index.php/topic,37758.0.html
:-)
Hallo Nico,
wenn Du es dekodierst ;-)
Erkannt wird es ja bereits, so wie es aussieht als TCM (p 8), es muss also nur noch dekodiert werden.
Gruß
Björn
Hallo zusammen,
ich habe gerade beim Stöber diese Seite gefunden:
http://wiki.nethome.nu/doku.php/analyzer/start
Gruß PeMue
Hallo,
ich wollte meinen nanoCUL433 "originalen" Cul433 als RFR Cul pairen.
Auf beiden CULs läuft die V 1.05.02 a-culfw Build: 122
Irgendwie klappt das aber nicht. Ich kann beim nanoCUL den Befehl raw ui0100 zum Setzen der ID nicht absetzen.
Als Fehlermeldung kommt "u is unknown".
Kann mir jemand weiterhelfen?
Gruß
Manni
Zitat von: mannil am 13 Juni 2015, 13:52:43
Hallo,
ich wollte meinen nanoCUL433 "originalen" Cul433 als RFR Cul pairen.
Auf beiden CULs läuft die V 1.05.02 a-culfw Build: 122
Irgendwie klappt das aber nicht. Ich kann beim nanoCUL den Befehl raw ui0100 zum Setzen der ID nicht absetzen.
Als Fehlermeldung kommt "u is unknown".
Kann mir jemand weiterhelfen?
Gruß
Manni
Der RF-Router (HAS_RF_ROUTER) ist im NanoCul nicht mit kompiliert.
Kann also so nicht gehen, da musst du die Sourcen kurz selbst übersetzten.
Hallo Björn,
danke für die Antwort.
Dann brauche ich ja nicht weiter versuchen.
Das mit den Sourcen mal eben selber übersetzen lass ich mal lieber 8) :o
kann es sein das mit aktueller a-culfw und CUL_TCM97001 kein autocreate von logiling ws0002 mehr funktioniert? meine bisherigen sensoren funktionieren noch, aber neue werden nicht angelegt
kleiner zusatz, bitte eine Versionierung einbauen in das modul:
habe nochmal fimware 1.02.00 geflashed
- mit der 14_CUL_TCM97001 aus « Antwort #39 am: 30 März 2015, 22:24:54 » werden 2 der 3 der neuen sensoren erkannt und gelsen
- die alten/berietsangelegten werden nicht mehr empfangen, einer wird nicht angelegt
-> 14_CUL_TCM97001 aus « Antwort #117 am: 13 April 2015, 20:43:28 » eingespielt
- die 2 neuen werden nicht mehr empfangen, die alten berietsangelegten jedoch wieder
- der 3. neue wird angelegt und gelesen
auf grund der fehlenden versionierung des moduls: könntest du bitt noch mal einen stups auf die aktulle version geben, danke!
mit dem neusten modul werde ich noch mal die neue firmware flahen und alle sensoren löschen, evtl werden dann alle wieder angelegt
so, alle gelöscht und das aktuelle modul kann nur 2 sensoren anlegen. es legt die devices auch komisch an (zb CUL_TCM97001_82 und CUL_TCM97001_84).
Das alte modul aus post 39 legt mir 4 devices an CUL_TCM97001_21040, CUL_TCM97001_21538, CUL_TCM97001_21553, CUL_TCM97001_21568
aber auch es verschluck 2, werde noch batterien tauschen und nochmal testen. aber das alte modul mit firmware miniCUL_2 version => V 1.02.00 a-culfw Build: 70 (2015-03-31_22-57-47) miniCUL (F-Band: 433MHz) kann auf jeden fall besser mit den sensoren um
Zitat von: chris1284 am 16 Juni 2015, 20:06:01
so, alle gelöscht und das aktuelle Modul kann nur 2 Sensoren anlegen. es legt die devices auch komisch an (zb CUL_TCM97001_82 und CUL_TCM97001_84).
Das alte modul aus post 39 legt mir 4 devices an CUL_TCM97001_21040, CUL_TCM97001_21538, CUL_TCM97001_21553, CUL_TCM97001_21568
aber auch es verschluck 2, werde noch batterien tauschen und nochmal testen. aber das alte modul mit firmware miniCUL_2 version => V 1.02.00 a-culfw Build: 70 (2015-03-31_22-57-47) miniCUL (F-Band: 433MHz) kann auf jeden fall besser mit den sensoren um
Hallo,
naja, jetzt sollte es halt etwas genauer werden, am Modul kann es meiner Meinung nach nicht liegen. Dieses hat sich schon lange nicht mehr geändert.
Schalt mal bitte während dem Empfang den CUL auf X25, ich bin gespannt ob da etwas kommt, vor allem bei dem nicht funktionierenden Sensor.
Gruß
Björn
Hallo,
nach erfolgreicher Installation eines nanoCUL mit der culfw_a und automatische Erhkennung einiger IT-/Baumarkt-Steckdosen, habe ich mal mittels "X25" die empfangenen Signale mitgeschrieben:
2015.06.17 13:53:44 4: CUL_Parse: cul433 p 9 464 176 512 560 1 2 5 DE 004808
2015.06.17 13:54:07 4: CUL_Parse: cul433 p 9 1360 208 1248 496 1 2 1 DC C00000
2015.06.17 13:55:11 4: CUL_Parse: cul433 p 6 96 272 1040 560 1 4 1 E1 FF7EFBFF80
2015.06.17 13:56:53 4: CUL_Parse: cul433 p 6 96 224 1152 240 1 2 7 D9 FFFFFE
2015.06.17 13:57:16 4: CUL_Parse: cul433 p 9 480 368 576 912 1 3 0 E7 21C602
2015.06.17 13:58:29 4: CUL_Parse: cul433 p 9 1040 336 912 544 1 2 1 DA 1C4000
2015.06.17 13:59:34 4: CUL_Parse: cul433 p 9 592 336 512 672 1 3 2 D9 20004600
2015.06.17 14:00:50 4: CUL_Parse: cul433 p 9 432 288 496 560 1 3 0 E5 910900
2015.06.17 14:01:05 4: CUL_Parse: cul433 p 6 64 736 496 1552 1 3 1 E5 FEFDF380
2015.06.17 14:01:29 4: CUL_Parse: cul433 p 9 1440 176 1328 912 1 2 1 DB FF0000
2015.06.17 14:02:00 4: CUL_Parse: cul433 p 9 736 240 768 576 1 3 0 E5 800000
2015.06.17 14:02:17 4: CUL_Parse: cul433 p 6 112 512 512 896 1 2 1 E5 FDFB80
2015.06.17 14:02:20 4: CUL_Parse: cul433 p 6 64 640 432 1152 1 3 4 E1 CFEBB4F0
2015.06.17 14:02:42 4: CUL_Parse: cul433 p 6 112 752 1328 976 1 2 5 DF F67FF8
2015.06.17 14:03:18 4: CUL_Parse: cul433 p 9 464 224 592 368 1 3 6 E3 02000000
2015.06.17 14:03:28 4: CUL_Parse: cul433 p 9 528 368 656 1392 1 2 0 E4 6EB0
2015.06.17 14:04:26 4: CUL_Parse: cul433 p 9 1184 240 1088 720 1 2 6 E3 084000
2015.06.17 14:04:57 4: CUL_Parse: cul433 p 9 784 272 640 736 1 5 0 E4 0010020044
2015.06.17 14:05:33 4: CUL_Parse: cul433 p 6 96 400 432 1088 1 4 7 E6 FFFBFFFDFE
2015.06.17 14:05:45 4: CUL_Parse: cul433 p 9 176 432 160 320 1 2 1 E0 331180
2015.06.17 14:08:04 4: CUL_Parse: cul433 p 9 528 288 544 560 1 2 0 E6 80C8
2015.06.17 14:08:31 4: CUL_Parse: cul433 p 9 608 176 608 448 1 2 6 E5 001440
2015.06.17 14:08:45 4: CUL_Parse: cul433 p 9 1504 336 1264 672 1 2 7 E6 00A600
2015.06.17 14:09:35 4: CUL_Parse: cul433 p 9 416 304 464 544 1 2 4 E3 800500
Kann jemand erkennen, welche Geräte hier senden? Ich habe einige billige Funkthermometer und einen Billig-PIR in Verdacht.
Gruß
Blueberry63
Hallo,
nur eine kurze Frage. Was ist der Unterschied zwischen der culfw und der a-culfw. Ja ich weiß, der Funktionsumfang. Aber gibt es dafür irgendwo eine Beschreibung bzw. eine Gegenüberstellung welche Firmware welche Protokolle/Sender/Empfänger unterstützt?
Viele Grüße
Achim
Zitat von: Achim am 17 Juni 2015, 22:13:22
Hallo,
nur eine kurze Frage. Was ist der Unterschied zwischen der culfw und der a-culfw. Ja ich weiß, der Funktionsumfang. Aber gibt es dafür irgendwo eine Beschreibung bzw. eine Gegenüberstellung welche Firmware welche Protokolle/Sender/Empfänger unterstützt?
Viele Grüße
Achim
Ja das würde mich auch interessieren ;D
Steht doch im Changelog im ersten Beitrag.
Immer aktueller Stand der CULFW + add-ons wie z. B. Wettersensoren, Intertechno V3 usw....
Wie gesagt, Changelog lesen
Hallo Björn,
d.h. wenn ich den Thread und die Infos richtig interpretiere, kann die a-culfw genau das gleiche wie die culfw Version 1.63 und zusätzlich die Erweiterungen, die in dem Updatelog für die a-culfw stehen.
Nur mal so aus Interesse. Ist es geplant, das "irgendwann" einmal wieder zusammenzufahren? Ich habe das gelesen von Robert mit der "Verantwortung" der Änderung. Oder ziehst du die Änderungen der culfw bei dir nach, damit der Basisstand auch mal auf eine neuere Version beruht?
Viele Grüße
Achim
Zitat von: bjoernh am 17 Juni 2015, 22:38:49
...add-ons wie z. B. Wettersensoren, Intertechno V3 usw....
Hallo,
sind auch noch andere Wettersensoren bzw. Protokolle (neben dem bereits unterstützten 1.2er http://www.dc3yc.privat.t-online.de/protocol.htm auch das 1.1er http://www.dc3yc.privat.t-online.de/protocol_alt.htm) angedacht? Ist die Unterstützung der Revolt-Steckdosen endgültig ad acta gelegt?
Gruß rabbe
Anbei das X25 und CUL verbose 5 log mit V 1.05.01 a-culfw
Ich habe festgestellt:
firmware V 1.02.02 a-culfw --> alle sensoren werden erkannt und angelegt, werte aktualisiert.
firmware V 1.05.01 a-culfw --> 2 sensoren sofort, einer recht spät und 3 werden garnicht erkannt
Modul war beim test das aktuelle aus dem fhem repo. ein sensor der unknown ist könnte ein 433 technoline einer aldi-wetterstation sein der aktuell mit cul nicht erkannt wird
im log sollten also 3-4 unbekannte/nicht angelegte sensoren sein.
sensoren die firmware 1.02 angelegt hat werden mit 1.05 nicht mehr aktualisert sondern es werden neue angelegt
Hallo,
kann mir jemand sagen, was die folgenden Zeilen im LOG bedeuten? Sind sie von einem schon erkannten Gerät/Fernbedienung?
2015.06.19 14:01:32 4: CUL_Parse: cul433 i6CA30CF8 -78
2015.06.19 14:07:05 4: CUL_Parse: cul433 i6CA30CF9 -77.5
2015.06.19 14:12:13 4: CUL_Parse: cul433 i6CA30CFA -77
2015.06.19 14:17:18 4: CUL_Parse: cul433 i6CA30CF8 -78
2015.06.19 14:21:48 4: CUL_Parse: cul433 i6CA30CF9 -77.5
2015.06.19 14:26:03 4: CUL_Parse: cul433 i6CA30CF9 -77.5
2015.06.19 14:30:27 4: CUL_Parse: cul433 i6CA30CF9 -77.5
2015.06.19 14:35:01 4: CUL_Parse: cul433 i6CA30CF8 -78
Gruß
Blueberry63
Zitat von: chris1284 am 18 Juni 2015, 21:57:12
Anbei das X25 und CUL verbose 5 log mit V 1.05.01 a-culfw
Ich habe festgestellt:
firmware V 1.02.02 a-culfw --> alle sensoren werden erkannt und angelegt, werte aktualisiert.
firmware V 1.05.01 a-culfw --> 2 sensoren sofort, einer recht spät und 3 werden garnicht erkannt
Modul war beim test das aktuelle aus dem fhem repo. ein sensor der unknown ist könnte ein 433 technoline einer aldi-wetterstation sein der aktuell mit cul nicht erkannt wird
im log sollten also 3-4 unbekannte/nicht angelegte sensoren sein.
sensoren die firmware 1.02 angelegt hat werden mit 1.05 nicht mehr aktualisert sondern es werden neue angelegt
Konntest du dir das file schon ansehen?
Zitat von: chris1284 am 22 Juni 2015, 19:22:53
Konntest du dir das file schon ansehen?
Nein, ich bin noch nicht dazu gekommen. Sorry, ist aber nicht vergessen ::)
@bjoern
Ich habe bei meinen IT-Devices (Steckdosen) festgestellt, dass der Wert für "state" in den Readings immer fest auf "on" steht. Dazu habe ich ein Thema im Intertechno-Bereich aufgemacht, aber vielleicht betrifft das ja nur die über a-culfw angelegten Geräte?
http://forum.fhem.de/index.php/topic,38406.0.html (http://forum.fhem.de/index.php/topic,38406.0.html)
Gruß
Blueberyy63
Hallo,
ich bin noch relativ neu mit fhem unterwegs und ich muss sagen es ist... anders, aber ich gewöhne mich so langsam dran.
ich benutze einen wt-gt-02 an einem a-cul arduino selbstbau mit cc1101 und es klappt super.
jedoch ist mir nun mit dem sensor und dem übertragungsprotokoll etwas aufgefallen.
der sensor hat zwei sondereigenschaften auf die fhem scheinbar nicht klar kommt.
wenn die feuchtigkeit über 90% erreicht sendet der sensor nur noch HH an die originalstation und zeigt es auch im display an.
gleiches auch bei unter 10% feuchtigkeit. da allerdings dann LL.
wenn HH oder LL gesendet werden funktioniert das CUL_TCM97001 model WT-GT-02 nicht und es kommen garkeine werte mehr an.
sobald der sensor wieder einen "brauchbaren" feuchtigkeitswert sendet ist alles wieder normal..
ideen? lösung?
grüße magic
Hallo bjoern,
würde ich gern - aber verrät mir jemand, wie man das dekodiert? Mit Aufschrauben und Löten bin ich nicht so gut, alles andere kann ich gern versuchen! :-)
Zitat von: bjoernh am 11 Juni 2015, 16:55:14
Hallo Nico,
wenn Du es dekodierst ;-)
Erkannt wird es ja bereits, so wie es aussieht als TCM (p 8), es muss also nur noch dekodiert werden.
Gruß
Björn
Hiermit konnte ich leider nichts anfangen:
Zitat
Der FA20RF Decoder ist hier hinterlegt:
https://github.com/mdorenkamp/fhemduino/blob/master/lib/FA20RF.cpp
https://github.com/mdorenkamp/fhemduino/blob/master/lib/FA20RF.h
http://forum.fhem.de/index.php/topic,37758.msg302964.html#msg302964
ich weiss nicht, ob ich hier falsch bin, aber vielleicht kann mich jemand in die richtige Richtung schubsen:
ich hab eine handvoll HE307EU Funkschalter hier rumliegen, die ich gerne in fhem nutzen möchte.
Dazu hab ich einen nanoCUL zusammengeschraubt und mit der a-culfw geflasht.
Leider krieg ich die Schalter nicht in FHEM zum laufen - autocreate legt bei Tastendruck (auch >5sec) nichts an. Wenn ich in minicom mitlese was der an traffic aufzeichnet komme ich leider auch nicht weiter.
Brauche ich tatsächlich einen RFXtrx433 um diese zu koppeln?
hi bjoern,
bin erstmal wieder auf die V 1.02.00 a-culfw Build: 70 gegangen damit ich sensoren nutzen kann.
pustekuchen. erst nach einspielen des alten modules wurden wieder sensoren mit CUL_TCM97001_21553 5 stelliger ID und somit alle 6 sensoren angelegt!
es scheint wirklich das modul zu sein.
Zitat von: chris1284 am 30 Juni 2015, 19:39:11
hi bjoern,
bin erstmal wieder auf die V 1.02.00 a-culfw Build: 70 gegangen damit ich sensoren nutzen kann.
pustekuchen. erst nach einspielen des alten modules wurden wieder sensoren mit CUL_TCM97001_21553 5 stelliger ID und somit alle 6 sensoren angelegt!
es scheint wirklich das modul zu sein.
D.h. ich muss nicht in der a-culfw suchen, sondern im Modul?
Im Code hätte ich nur noch die Idee an dem Sync-Puls etwas einzustellen.
Werden denn eigentlich die anderen Sensoren bei unknown gemeldet, oder fehlen die einfach?
Hallo, und erst einmal vielen dank für die V 1.05.02 a-culfw Build: 122 CUL433
Meine It und Pollin Steckdosen funktionieren super.
Wäre es auch möglich Conrad RSL Aktoren ( welche nicht über die YCT 100 FB angelernt werden könen ) zu steuern ?
Scheinbar wird auch ab und zu was vom CUL von der RSL Fernbedienung erkannt
2015.06.30 22:57:10 2: CUL1: unknown message p 7 1168 656 512 1280 1 4 0 54 4FC67FFF
2015.06.30 22:57:10 2: CUL1: unknown message p 3 560 1248 1152 656 6 2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3 528 1264 1168 656 6 2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3 528 1264 1184 640 6 2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3 528 1264 1168 656 6 2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3 544 1248 1168 656 6 2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3 544 1264 1200 624 6 2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 7 1168 656 560 1184 1 4 1 54 4FC67FFF80
2015.06.30 22:57:11 2: CUL1: unknown message p 3 528 1264 1136 640 6 2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3 544 1280 1136 656 6 2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3 512 1280 1184 656 6 2 5 55 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 7 1168 640 544 1248 1 4 0 54 4FC67FFF
2015.06.30 22:57:12 2: CUL1: unknown message p 3 528 1280 1184 640 6 2 5 54 CC0000
2015.06.30 22:57:12 2: CUL1: unknown message p 3 544 1264 1184 640 6 2 5 54 CC0000
2015.06.30 22:57:12 2: CUL1: unknown message p 3 560 1264 1232 624 6 2 5 56 CC0000
2015.06.30 22:57:12 2: CUL1: unknown message p 3 560 1232 1152 672 6 2 5 56 CC0000
2015.06.30 22:57:12 2: CUL1: unknown message p 3 592 1200 1152 640 6 2 5 56 CC0000
2015.06.30 22:57:12 2: CUL1: unknown message p 3 528 1264 1184 640 6 2 5 56 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3 576 1232 1200 624 6 2 5 56 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3 560 1248 1168 656 6 2 5 55 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3 560 1248 1232 608 6 2 5 55 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3 560 1248 1200 640 6 2 5 55 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3 512 1280 1152 656 6 2 5 54 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3 544 1248 1168 656 6 2 5 56 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3 592 1216 1200 608 6 2 5 5B CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 7 1168 624 560 1248 1 4 0 5A 4FC67FFF
2015.06.30 22:57:14 2: CUL1: unknown message p 3 368 1424 1120 688 6 2 5 50 CC0000
hallo bjoern,
könntest du dies (http://forum.fhem.de/index.php/topic,38406.msg308279.html#msg308279) in 10_it.pm ändern? danke.
gruss frank
Hallo zusammen,
bin totaler Anfänger und habe Fhem auf dem PI laufen.
Angefangen hab ich mit einem CUL868 umgebogen für IT Steckdosen
und Rolladenantriebe.
Wegen der Nachteile habe mir noch einen CUL 433 besorgt
und diesen mit der V 1.05.02 a-culfw Build: 122 CUL433
geflasht.
Danach konnte ich zwar noch die IT Dosen schalten nicht jedoch
die Rolladen.
Was habe ich falsch gemacht.
Vielen Dank für Eure Hilfe
Peter
Was für Rollläden? Intertechno oder etwas anderes?
Hallo Bjoern,
danke erstmal für deine promte Rueckfrage.
Ich habe drei Gurtantriebe im "Lebensmittelmarkt" erworben
und einen der Marke "CasaControl" von Pearl. Vom Aussehen her
sind beide Fabrikate identisch und ließen sich bisher mit dem 868 er
(Firmware 1.61) im Slowmode problemlos bedienen.
# Rollo GästeWC geht mit IntertechnoCode E10
define RolloToilette IT 0F00F00F0F FF F0
attr RolloToilette IODev CUL868
attr RolloToilette eventMap on:auf off:zu
attr RolloToilette model itswitch
Nach dem Hinzufügen des mit a-culfw V 1.05 geflashten CUL 433
konnte ich sie noch weiterhin mit dem CUL 868 bedienen.
Nicht jedoch mit dem CUL 433.
Erst nach dem Zurücksetzen des 433 er auf Firmware 1.61 hat es
dann mit dem 433 er auch funktioniert.
Leider weist die FW 1.61 nicht die Funktionalitaet in Bezug auf
das Auslesen von Sensoren auf die Du in Deine alternative
integriert hast (z.B. ITR-100).
Gruss
Peter
Zitat von: Peter_Listig am 01 Juli 2015, 14:37:03
Hallo Bjoern,
danke erstmal für deine promte Rueckfrage.
Ich habe drei Gurtantriebe im "Lebensmittelmarkt" erworben
und einen der Marke "CasaControl" von Pearl. Vom Aussehen her
sind beide Fabrikate identisch und ließen sich bisher mit dem 868 er
(Firmware 1.61) im Slowmode problemlos bedienen.
# Rollo GästeWC geht mit IntertechnoCode E10
define RolloToilette IT 0F00F00F0F FF F0
attr RolloToilette IODev CUL868
attr RolloToilette eventMap on:auf off:zu
attr RolloToilette model itswitch
Nach dem Hinzufügen des mit a-culfw V 1.05 geflashten CUL 433
konnte ich sie noch weiterhin mit dem CUL 868 bedienen.
Nicht jedoch mit dem CUL 433.
Erst nach dem Zurücksetzen des 433 er auf Firmware 1.61 hat es
dann mit dem 433 er auch funktioniert.
Leider weist die FW 1.61 nicht die Funktionalitaet in Bezug auf
das Auslesen von Sensoren auf die Du in Deine alternative
integriert hast (z.B. ITR-100).
Gruss
Peter
Hallo Peter,
beim CUL ist leider der Speicher relativ eng. Deshalb hat der CUL bei der 868er version kein IT mehr im Bauch (ich nehme mal an Du schaltest mit IT)
Du kannst aber doch die a-culfw auf den 433er packen und die culfw auf den 868er, dann sollte doch alles gehen.
Ansonsten kannst Du natürlich auch die Firmware selbst kompilieren und im board.h die entsprechende Funktion einschalten.
Gruß
Björn
Hallo,
hat jemand eine Idee, von welchem Gerät die folgenden Daten stammen?
Zitat
2015.07.02 10:43:58 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 10:43:58 4: CUL_Parse: cul433 i6CA30CF1 -81.5
2015.07.02 10:43:59 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 10:48:33 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 10:48:33 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 10:53:29 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 10:53:29 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 10:57:58 4: CUL_Parse: cul433 i6CA30CEA -85
2015.07.02 11:03:32 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:03:32 4: CUL_Parse: cul433 i6CA30CEA -85
2015.07.02 11:03:32 4: CUL_Parse: cul433 i6CA30CEA -85
2015.07.02 11:09:14 4: CUL_Parse: cul433 i6CA30CEC -84
2015.07.02 11:09:15 4: CUL_Parse: cul433 i6CA30CF2 -81
2015.07.02 11:09:15 4: CUL_Parse: cul433 i6CA30CF1 -81.5
2015.07.02 11:14:48 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:14:49 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:14:49 4: CUL_Parse: cul433 i6CA30CEA -85
2015.07.02 11:19:37 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:19:38 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:24:07 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:24:07 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:24:07 4: CUL_Parse: cul433 i6CA30CEA -85
2015.07.02 11:28:32 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:33:02 4: CUL_Parse: cul433 i6CA30CEA -85
2015.07.02 11:33:02 4: CUL_Parse: cul433 i6CA30CF6 -79
2015.07.02 11:33:03 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:33:03 4: CUL_Parse: cul433 i6CA30CEA -85
Gruß
Blueberry63
Hallo Bjoern,
vielleicht habe ich mich falsch ausgedrückt ...
ich habe mit dem 868 er mit FW 1.61 angefangen und damit alle IT-Dosen und die Gurtantriebe bedient.
define RolloToilette IT 0F00F00F0F FF F0
attr RolloToilette IODev CUL868
Da ich im Forum gelesen habe, dass der 868 er dabei auf 433 Mhz sendet und nach jedem Sendevorgang
erneut geflasht wird (was sicher nicht gut für das Teil ist) habe ich sodann um einen CUL433 mit der
a-culfw 1.05. / 122 erweitert und den 868 er entfernt.
Mit dem CUL433 liessen sich die IT-Dosen problemlos schalten, nicht jedoch die Gurtantriebe. :-[
define RolloToilette IT 0F00F00F0F FF F0
attr RolloToilette IODev CUL433
Zusätzlich wurden weitere Devices (CUL_TX_22 u. CUL_TX_28 wahrscheinlich vom Nachbarn)
und mein Tür/Fensterkontakt ITR-100 angezeigt. Letzteres war meine Absicht ... :D
define WCRolloIstZu IT 0F0000000F FF F0
attr WCRolloIstZu IODev CUL433
Weil die Bedienung der Gurtantriebe nicht mehr möglich war, habe ich die culfw V 1.61 wieder auf
auf dem 433 er installiert und kann allein mit diesem wieder alle Intertechno Devices schalten,
jedoch keine Sensoren mehr auslesen.
Zitat
Du kannst aber doch die a-culfw auf den 433er packen und die culfw auf den 868er, dann sollte doch alles gehen
Wenn ich Deine Antwort richtig interpretiere ist das Senden und Empfangen mit dem 433 er
und a-culfw 1.05 ... nicht möglich und ich sollte ich den 868 er wieder in Betrieb nehmen. ??
Zitat
Ansonsten kannst Du natürlich auch die Firmware selbst kompilieren und im board.h die entsprechende Funktion einschalten
Damit hast Du mich endgültig überfordert ... kompilieren ?
Was oder wo ist "board.h" ?
ist das jenes mit dem "HAS-IT" ??
Hilf mit bitte auf die Sprünge !
Danke Dir
Peter
Zitat von: Peter_Listig am 02 Juli 2015, 14:12:00
Da ich im Forum gelesen habe, dass der 868 er dabei auf 433 Mhz sendet und nach jedem Sendevorgang
erneut geflasht wird (was sicher nicht gut für das Teil ist) habe ich sodann um einen CUL433 mit der
a-culfw 1.05. / 122 erweitert und den 868 er entfernt.
Nein,er wird nicht immer neu geflasht, sondern die Frequenz wird immer wieder gewechselt. In der Phase kann das Gerät aber auf der jeweils anderen Frequenz nicht lauschen. Daher ist das suboptimal.
Zitat von: Peter_Listig am 02 Juli 2015, 14:12:00
Wenn ich Deine Antwort richtig interpretiere ist das Senden und Empfangen mit dem 433 er
und a-culfw 1.05 ... nicht möglich und ich sollte ich den 868 er wieder in Betrieb nehmen. ??
Möglich schon, aber es ist besser, den (auch hardwaremässig) besser auf 433 abgestimmten dann auch dauernd auf 433 zu betreiben und die 868er Geschichten auf dem anderen.
Zitat von: Peter_Listig am 02 Juli 2015, 14:12:00
Damit hast Du mich endgültig überfordert ... kompilieren ?
Was oder wo ist "board.h" ?
Echte Cracks ( zu denen ich nicht gehöre) frickeln sich den Quellcode selber hin und übersetzen (kompilieren) ihn dann zu einem Programm. Dazu werden sog. Bibliotheken verwendet, in denen die Basisfunktionen stehen. So was ist die "board.h".
[/quote]
Zitat von: blueberry63 am 02 Juli 2015, 11:39:04
Hallo,
hat jemand eine Idee, von welchem Gerät die folgenden Daten stammen?
Gruß
Blueberry63
Geh doch mal mit dem Laptop und dem CUL auf suche, da wo das Signal am stärksten ist bist du dann richtig ;-)
Zitat von: magic am 23 Juni 2015, 23:03:14
Hallo,
ich bin noch relativ neu mit fhem unterwegs und ich muss sagen es ist... anders, aber ich gewöhne mich so langsam dran.
ich benutze einen wt-gt-02 an einem a-cul arduino selbstbau mit cc1101 und es klappt super.
jedoch ist mir nun mit dem sensor und dem übertragungsprotokoll etwas aufgefallen.
der sensor hat zwei sondereigenschaften auf die fhem scheinbar nicht klar kommt.
wenn die feuchtigkeit über 90% erreicht sendet der sensor nur noch HH an die originalstation und zeigt es auch im display an.
gleiches auch bei unter 10% feuchtigkeit. da allerdings dann LL.
wenn HH oder LL gesendet werden funktioniert das CUL_TCM97001 model WT-GT-02 nicht und es kommen garkeine werte mehr an.
sobald der sensor wieder einen "brauchbaren" feuchtigkeitswert sendet ist alles wieder normal..
ideen? lösung?
grüße magic
Hast Du mir in diesem Fall mal bitte ein paar RAW X25 ausgaben?
Mein WT-GT-01 geht nämlich einfach nicht unter 20% runter. Er macht in diesem Fall einfach eine gerade Linie.
Zitat
Hallo,
hat jemand eine Idee, von welchem Gerät die folgenden Daten stammen?
Gruß
Blueberry63
Ich bin mir fast sicher, daß die Signale von meinem Billig-PIR kommen:
http://www.ebay.de/itm/PIR-Bewegungssensor-Bewegungsmelderfur-drahtlose-Alarmanlage-433-MHZ-mit-Antenne-/151598140157?pt=LH_DefaultDomain_77&hash=item234bf40afd (http://www.ebay.de/itm/PIR-Bewegungssensor-Bewegungsmelderfur-drahtlose-Alarmanlage-433-MHZ-mit-Antenne-/151598140157?pt=LH_DefaultDomain_77&hash=item234bf40afd)
Wie kann ich helfen, daß dieses Gerät vom CUL erkannt wird?
Gruß
Blueberry63
Ich hoffe diese Frage ist nicht schon beantwortet worden, beim Stöbern findet man nicht viel hilfreiches:
Ist es möglich das KD101 Protokoll in die Firmware zu integrieren? Damit wären viele billig-Rauchmelder für fhem geeignet.
Oder ist das Protokoll noch nicht "reverse engineered"? (Nur von RFXCOM... ;-) )
Ich nehme an, dass es einen Grund gibt, weshalb dieses Protokoll noch nicht enthalten ist, vl. kann ihn mir jemand nennen... :-)
Vielen Dank für eure Antwort.
lg, David
Hallo David,
ich habe das mal für den FhemDunio versucht und implementiert. Trotz tagelanger Versuche bin ich nicht komplett hinter das Protokoll gekommen. Wenn ich gedacht habe, so, nun funktioniert es hat sich wieder ein neuer Anwender gemeldet und sich darüber beklagt, dass seine Rauchmelder nicht funktionieren. Was mir beim Testen aufgefallen ist, dass es auch zwischen den Rauchmeldern nicht immer funktioniert, jedenfalls wenn man Rauchmelder aus unterschiedlichen Bestellungen nimmt. Hinzu kommt, dass mehrere Bekannte nach nervigen Fehlalarmen von diesen Rauchmeldern verabschiedet haben. Ich habe jetzt für mich Rauchmelder von Bavaria installiert, die ein separates Funkmodul haben. Das Protokoll habe ich nicht untersucht, sondern für die Anbindung zusätzlich MAX Fensterkontakte eingebaut. Das funktioniert seit gut 4 Monaten zuverlässig.
FhemDuino: http://www.fhemwiki.de/wiki/FHEMduino
BAVARIA Drahtloser Funkrauchmelder BARM2RF -> Erweitern mit MAX Fenstersensor:
http://forum.fhem.de/index.php/topic,34664.msg269696.html#msg269696
Grüße Jörg
Hallo Jörg,
vielen Dank für deine Antwort. Wenn ich mal so zusammenrechne kommt man dann auch auf den Preis für einen Homematic-Rauchmelder, oder? (Ohne Bastel-Zeit natürlich... ;-)
Da wäre es doch wirtschaftlicher gleich den HM zu nehmen oder?
glg, David
Hallo,
ich verfolge das Thema schon eine Weile sehr interessiert und habe schon einiges ausprobiert. Neben meinem "Produktiv"-System läuft noch ein kleines Testsystem,um mir die stabilen Sachen nicht zu zerschiessen. Auf dem Testsystem hab ich jetzt auf dem 868er-CUL V3.1 die a-culfw geflasht. Ein Problem ist, dass es immer mal wieder disconnected. Dann muss ich auf Betriebssystem-Ebene (Raspi) ein "sudo o+rw /dev/ttyACM0" reingeben und er connectet wieder.
Nach dem flashen meldet sich jetzt dort auch ein Temperatur-Feuchte-Sensor, den ich vorher im Produktivsystem mit dem CUL433 auch schon "hörte". Meine Original-Intertechno Fernbedienung und Bewegungsmelder aber krieg ich partout nicht rein. Wie muss ich die denn definieren? Habe die Intertechno-Codes eingegeben wie gewohnt und dann das Gerät als model itremote defniert. Wenn im Log was steht, fängt es mit "p 3" an. Sind aber definitiv Original IT-Geräte.
Meist steht aber auch nach Tastendruck oder Bewegung nichts im Log.
Wäre echt ein Gewinn, wenn ich die Sachen nutzen könnte. Bisher hab ich das so verstanden, dass für IT-Empfang "nur" die a-culfw" geflasht werden muss und die Module aus dem normalen update passen. Das hab ich immer gemacht.
Ansonsten: Kompliment für das, was hier alles gemacht wird!
Zitat von: fstefan1960 am 03 Juli 2015, 15:23:18
Hallo,
ich verfolge das Thema schon eine Weile sehr interessiert und habe schon einiges ausprobiert. Neben meinem "Produktiv"-System läuft noch ein kleines Testsystem,um mir die stabilen Sachen nicht zu zerschiessen. Auf dem Testsystem hab ich jetzt auf dem 868er-CUL V3.1 die a-culfw geflasht. Ein Problem ist, dass es immer mal wieder disconnected. Dann muss ich auf Betriebssystem-Ebene (Raspi) ein "sudo o+rw /dev/ttyACM0" reingeben und er connectet wieder.
Nach dem flashen meldet sich jetzt dort auch ein Temperatur-Feuchte-Sensor, den ich vorher im Produktivsystem mit dem CUL433 auch schon "hörte". Meine Original-Intertechno Fernbedienung und Bewegungsmelder aber krieg ich partout nicht rein. Wie muss ich die denn definieren? Habe die Intertechno-Codes eingegeben wie gewohnt und dann das Gerät als model itremote defniert. Wenn im Log was steht, fängt es mit "p 3" an. Sind aber definitiv Original IT-Geräte.
Meist steht aber auch nach Tastendruck oder Bewegung nichts im Log.
Wäre echt ein Gewinn, wenn ich die Sachen nutzen könnte. Bisher hab ich das so verstanden, dass für IT-Empfang "nur" die a-culfw" geflasht werden muss und die Module aus dem normalen update passen. Das hab ich immer gemacht.
Ansonsten: Kompliment für das, was hier alles gemacht wird!
Hast Du auch die 433Mhz Firware geflasht? Die 868er kann beim CUL nämlich kein IT und TempSensor Empfang.
Zitat von: Peter_Listig am 02 Juli 2015, 14:12:00
Hallo Bjoern,
vielleicht habe ich mich falsch ausgedrückt ...
ich habe mit dem 868 er mit FW 1.61 angefangen und damit alle IT-Dosen und die Gurtantriebe bedient.
Hallo Peter,
probier mal die neue Version aus. Da sollte es denke ich wieder gehen.
Der Wettersensor-Empfang sollte auch wieder besser sein.
Gruß
Björn
Hi
Ich bekomme die CUL_V3_862MHZ.hex nicht in meine CULV3 geflasht.
Es kommt eine Fehlermeldung das teile des Bootloaderbereiches überschrieben werden. Mit der dann angegebenen Option geht es dann auch nicht weiter.
Mache ich etwas falsch, oder ist die Datei einfach zu gross (80854)
Gruß
Benno
Zitat von: BallaBalla am 05 Juli 2015, 11:38:58
Hi
Ich bekomme die CUL_V3_862MHZ.hex nicht in meine CULV3 geflasht.
Es kommt eine Fehlermeldung das teile des Bootloaderbereiches überschrieben werden. Mit der dann angegebenen Option geht es dann auch nicht weiter.
Mache ich etwas falsch, oder ist die Datei einfach zu gross (80854)
Gruß
Benno
Mist dann ist die fw wieder zu groß geworden. Ich werde es später ändern.
Gesendet von meinem GT-I8190 mit Tapatalk
Zitat von: BallaBalla am 05 Juli 2015, 11:38:58
Hi
Ich bekomme die CUL_V3_862MHZ.hex nicht in meine CULV3 geflasht.
Es kommt eine Fehlermeldung das teile des Bootloaderbereiches überschrieben werden. Mit der dann angegebenen Option geht es dann auch nicht weiter.
Mache ich etwas falsch, oder ist die Datei einfach zu gross (80854)
Gruß
Benno
So, jetzt sollte es wieder gehen.
Besten Dank für die Antwort.
Werde es gleich ausprobieren.
Melde mich dann.
Gruß
Benno
Funktioniert !!!
Danke
Hi Bjoern,
habe mit die Dateien schon vorgestern um ca. 20.00 Uhr gezogen (nach Deiner Korrektur)
und werde nacher mal den 433 er flashen. Den 868 lass ich erst mal auf der Ersatzbank ;-)
Zitatprobier mal die neue Version aus. Da sollte es denke ich wieder gehen.
Der Wettersensor-Empfang sollte auch wieder besser sein.
Vielen Dank für den Hinweis
Gruß
Peter
Hallo Bjoern,
also 433 er läuft mit 1.05.03/127 ;D
IT-Dosen, Elro-Dosen lassen sich schalten, einige Temperatursensoren (Nachbarn)
werden gemeldet und mein ITR-100 wird erkannt (wichtig - später mehr) ...
Erwartungsgemäß lassen sich die Rolläden nicht mit dem 433 er schalten.
Dafür werde ich den 868 er wieder reaktivieren ...
Nur als Info:
Den ITR-100 Kontaktsensor oder vielleicht zwei davon möchte ich einsetzen um
die Stellung der Rolladen über ein Notify anzuzeigen (zumindest Stellung "ganz geschlossen"
oder zusätzlich "ganz offen" und evtl. "letzte Fahrtrichtung").
Weiterhin sollte der Sensor für die Anzeige der Stellung des Terrassentürgriffs (Aussperrschutz)
mit ein wenig Bastelarbeit einsetzbar sein ...
vielleicht später in einem eigenen Thread mehr dazu
Jetzt habe noch zwei Komponenten die aber hierher gehören:
Einen Temperaturfühler von Pearl
und einen Helligkeitssensor von HomeEasy
Mal sehen ob da was geht.
Vielleicht kann ich ja auch mal was Produktives beisteuern
Vielen Dank für Deine bisherige Hilfe
LG
Peter
Hallo,
kann man unbekannte Geräte/Signale, die vom CUL nicht aufgelöst werden, ignorieren?
Bei mir wird das LOG z.Bsp. mit folgenden Einträgen zugemüllt:
CUL_Parse: cul433 s57780A23000D
Ich könnte mir vorstellen, daß man dies als Komma separierte Liste in einem Attribut löst
Gruß
Blueberry
Fuer diese Daten ist das CUL_TCM97001 Modul zustaendig (habe es auch gerade jetzt kennengelernt).
Man sollte die Geraete per autocreate anlegen, und sie danach mit dem ignore Attribut zu versehen.
Zitat von: blueberry63 am 08 Juli 2015, 11:34:53
Hallo,
kann man unbekannte Geräte/Signale, die vom CUL nicht aufgelöst werden, ignorieren?
Bei mir wird das LOG z.Bsp. mit folgenden Einträgen zugemüllt:
CUL_Parse: cul433 s57780A23000D
Ich könnte mir vorstellen, daß man dies als Komma separierte Liste in einem Attribut löst
Gruß
Blueberry
Besser wäre es, meiner Meinung nach, zu verstehen was da sendet und wenn möglich dann im Modul zu bearbeiten.
Hallo Bjoern,,
ZitatBesser wäre es, meiner Meinung nach, zu verstehen was da sendet und wenn möglich dann im Modul zu bearbeiten.
Das wäre natürlich die prima und das ist natürlich auch mein Ziel. Aber ich denke, es geht vielen so, daß sie entweder eine Weile brauchen, um das Gerät zu identifizieren und dann auch noch in die FW zu implementieren (bzw. implementiert zu bekommen ;) ) oder sie empfangen ganz einfach Signale vom Nachbarn und möchten diese permanent ausblenden.
War halt so eine Idee... ::)
Was bedeutet denn eigentlich "CUL_Parse"?
CUL_Parse: cul433 s57780A23000D
Wird da schon ein Gerät erkannt?
Gruß
Blueberry63
Hallo Bjoern,
also wenn ich den CUL433 der V 1.61 betreibe kann ich den CasaControl Gurtantrieb und die drei baugleichen
einer Handelskette per Tastendruck anlernen - so problemlos wie die jeweils beiliegende FB. Auch CUL433
oder CUL 868 spielt keine Rolle.
Momentan habe ich beide in Betrieb 868 mit V 1.61 und 433 mit V 1.05.03.
IT-Dosen und ELRO-Dosen lassen sich schalten. Der ITR-100 wird angezeigt. Rollos ansteuern >:(
Ich entferne mal den 433 er und test mal. Melde mich sodann
...
Gruß
Peter
@Bjoern,
hallo Bjoern,
inzwischen läuft alles wie gewünscht:
der 433 er zeigt die Sensoren an (5 von Nachbarn und 1 von mir).
der 868 er steuert die Rolladen :)
Die Lösung des Problems war relativ simpel
zum Einen war der Standort suboptimal, aber hausfrauenfreundlich
zum Anderen wollte ich besonders "listig" sein
und habe den PI an der Furzbox über USB mit
Strom versorgt, aber
ZitatDie FRITZ!Box versorgt USB-Geräte gemäß USB 2.0-Spezifikation mit einer Stromstärke von maximal 500 mA
und
ZitatStromverbrauch: Der nackte RaspberryPI-Modell-B benötigt laut Hersteller 5 Volt und 700 milli Ampere• Modell Pi2 B: 3,5 Watt (5 V, 700 mA)
also Asche auf mein schütteres Haupt, Dir vielen Dank und sorry für den Hype
Gruß
Peter
PS: Am WE werde ich Temp u. Helligkeitssensor einbinden
Zitat von: Peter_Listig am 15 Juli 2015, 11:16:54
... und habe den PI an der Furzbox über USB mit Strom versorgt, ...
Hallo Namenskollege,
ich bin mir nicht sicher, ob AVM viel Begeisterung für den neuen Namen aufbringen würde 8) ...
Gruß PeMue
Zitat von: PeMue am 15 Juli 2015, 15:29:44
Hallo Namenskollege,
ich bin mir nicht sicher, ob AVM viel Begeisterung für den neuen Namen aufbringen würde 8) ...
Gruß PeMue
Naja du bringst ja avm mit furzbox in Verbindung ::)
Gesendet von meinem One X mit Tapatalk
@noice, PeMue, all,
okay, werde künftig meine FritzBox 7390 als "7390" oder mit der Abkürzung "FB" bezeichnen ... ;) ;) ;)
Grüße
Peter
Hallo,
ich muß das Thema nochmal hochholen: mir laufen zuviele Einträge von einem unbekannten Device ins Log:
2015.07.04 03:03:38 4: CUL_Parse: cul433 s57780DF3D001
2015.07.04 03:16:28 4: CUL_Parse: cul433 s57780DE3D001
2015.07.04 03:29:18 4: CUL_Parse: cul433 s57780DE3D001
2015.07.04 04:18:19 4: CUL_Parse: cul433 s57780DE3C002
2015.07.04 04:35:48 4: CUL_Parse: cul433 s57780DE3C001
2015.07.04 05:00:18 4: CUL_Parse: cul433 s57780DE3C002
2015.07.04 05:50:31 4: CUL_Parse: cul433 s57780DE3D002
2015.07.04 06:14:59 4: CUL_Parse: cul433 s57780DE3D007
2015.07.04 06:39:29 4: CUL_Parse: cul433 s57780DF3D002
Ich habe noch nicht herausgefunden, von welchem Gerät die Daten kommen, eventuell vom Nachbarn. Kann ich das Loggen verhindern?
Gruß
Blueberry63
Hallo Björn,
ich hatte Dir ja berichtetet, dass ich sein Build 113 Problem beim Empfang einiger Aktoren hatte.
Mit Build 122 ging einer der 3 Problemaktoren wieder. 2 absolut nicht.
Mit dem aktuellen Build 135 gehen alle 3 wieder tadellos.
Vielen Dank für Dein tolles Engagement. :-)
Reiner
Zitat von: Sauron am 17 Juli 2015, 10:52:53
Hallo Björn,
ich hatte Dir ja berichtetet, dass ich sein Build 113 Problem beim Empfang einiger Aktoren hatte.
Mit Build 122 ging einer der 3 Problemaktoren wieder. 2 absolut nicht.
Mit dem aktuellen Build 135 gehen alle 3 wieder tadellos.
Vielen Dank für Dein tolles Engagement. :-)
Reiner
Hallo,
kann ich auch bestätigen! Jetzt werden die Schaltvorgänge wieder angezeigt! :D
Vielen Dank
Gruß Thommy
Zitat von: ThommyTom am 17 Juli 2015, 11:48:03
Hallo,
kann ich auch bestätigen! Jetzt werden die Schaltvorgänge wieder angezeigt! :D
Vielen Dank
Gruß Thommy
Zu früh gefreut... Erst hat es ohne Probleme funktioniert, doch jetzt geh es wieder nicht!? :o
Gruß
Mir kommt es so vor als ob bei der A - firmware auf dem nanocul Gedächtnispausen eingelegt werden. Wenn ich mit ner IT fernbedienung schalte dann wird das am fhemduino sofort angezeigt beim nanocul werden nur ca 4-5 Schaltvorgänge angezeigt danach empfängt er für ca 2 - 3 sekunden nichts...sieht man auch an der led auf dem nanocul.
Kann das jemand bestätigen ?
Mobil erstellt daher kurz gehalten
sehe ich auch bei mir. um die 6 schaltvorgänge hintereinander laufen super, danach werden 1-2 verschluckt. ist bei mir aber egal ob culf oder a-culf. ich denke ehr das liegt an fhem / dem it-modul
Hallo, unterstützt die alternative CUL FW auch Sensoren der Fa. TFA Dostmann? Ich habe einen Funksensor mit der Kat. Nr. 30.3201. Model TPX305.
Automatisch wurde der 433MHz Sender bisher nicht erkannt. Ich habe dann in einem anderem Forum Eintrag diese Info (gilt für den 433MHz TFA 30.3125) gefunden:
ccconf => freq:433.920MHz bWidth:270KHz rAmpl:42dB sens:16dB
Nach Einstellung dieser Parameter zeigt mir FHEM einen neuen mir unbekannten Temp. / Hum. -Sensor. Ich habe dann noch andere Parameter probiert, allerdings bisher ohne Erfolg.
Ich hoffe ihr habt noch einen Tipp für mich.
UPDATE 28.Juli:
Ich habe heute die neueste CUL FW V 1.05.03 a-culfw Build: 135 aufgespielt. Im Anschluss raw auf X25 gesetzt und den Temp.-Sensor eingeschaltet. Dann sehe ich im CUL Log folgende Einträge.
2015-07-28 23:21:55 CUL CUL_0 UNKNOWNCODE p 9 352 240 400 512 1 7 6 336 4752 E6 0010000900000004
2015-07-28 23:21:57 CUL CUL_0 UNKNOWNCODE p 8 560 4176 560 2080 1 4 5 528 9008 DF 91CA08E4E8
2015-07-28 23:21:57 CUL CUL_0 UNKNOWNCODE p 8 512 4064 512 2032 1 4 5 592 9088 E0 91CA08E4E8
2015-07-28 23:21:57 CUL CUL_0 UNKNOWNCODE p 8 544 4096 544 2048 1 4 5 592 9072 E0 91CA08E4E8
2015-07-28 23:21:57 CUL CUL_0 UNKNOWNCODE p 8 512 4096 512 2048 1 4 5 592 9088 E0 91CA08E4E8
2015-07-28 23:21:57 CUL CUL_0 UNKNOWNCODE p 8 512 4144 512 2064 1 4 5 592 9072 E0 91CA08E4E8
2015-07-28 23:21:58 CUL CUL_0 UNKNOWNCODE p 8 544 4096 544 2048 1 4 5 592 9072 E0 91CA08E4E8
2015-07-28 23:21:58 CUL CUL_0 UNKNOWNCODE p 8 608 4080 608 2032 1 4 4 592 9008 DF 91CA08E4E0
Die aktuellen CUL Einstellungen lauten:
ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Ich kann die Einträge nicht dekodieren. Was kann ich noch tun?
Danke
Volker
moin :)
nach dem ich erfogreich meinen ersten nanocul mit dieser fw flashen konnten habe ich mir jetzt noch einen 868mhz gebaut. es gekingt mir abe rnicht die fw zu flashen.
folgende meldung erscheint:
Connecting to programmer: .avrdude: butterfly_recv(): programmer is not responding
system sollte auf dem neusten stand sein. hat jmd eine idee?
vielen dank
//edit:
ich kann keinen meiner selbstbau cul bespielen. immer die gleiche meldung. habe avrdude installiert und aktuallisiert. system ist :
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 8.0 (jessie)
Release: 8.0
Codename: jessie
ich glaube mir fehlt irgendwas an software. fhem ist gestoppt. pfade habe ich überprüft. habe auch 2 verschiedene baudraten ausprobiert. kann man an dem befehl noch was ändern?
avrdude -patmega32u4 -cavr109 -P/dev/ttyUSB1 -b57600 -D -Uflash:w:./CUL_ARDUINO_868MHZ.hex:i
grüße
Zitat von: realkeule am 25 Juli 2015, 09:32:11
avrdude -patmega32u4 -cavr109 -P/dev/ttyUSB1 -b57600 -D -Uflash:w:./CUL_ARDUINO_868MHZ.hex:i
Das ist falsch, auf den Arduinos ist kein atmega32u4, sondern ein atmega328p.
Also
avrdude -patmega328p -carduino -P/dev/ttyUSB1 -b57600 -D -Uflash:w:./CUL_ARDUINO_868MHZ.hex:i
Zitat von: realkeule am 25 Juli 2015, 09:32:11
avrdude -patmega32u4 -cavr109 -P/dev/ttyUSB1 -b57600 -D -Uflash:w:./CUL_ARDUINO_868MHZ.hex:i
Das ist falsch. Auf den Arduinos ist kein atmega32u4 sondern ein atmega328p
Also
avrdude -patmega328p -carduino -P/dev/ttyUSB1 -b57600 -D -Uflash:w:./CUL_ARDUINO_868MHZ.hex:i
ja, nachdem ich den befehl geändert hatte spielte er auch die fw auf. allerdings funktionert es trotzdem nicht. ich glaube auch grade das ich ihn zerschossen habe. jetzt kommt das:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
die betrieb led leuchtet und eine led mit L bezeichung flackert kurz nach dem einstecken. hab ich vllt ein fake model gekauft? oder muss ich das teil wieder in eine art "load modus" schalten? gibt es ne möglichkeit nochmal neu die fw aufzuspielen?
grüße
kann es sein das diese culfw nicht mehr auf einem nanoCul läuft. habe mir nämlich ausversehen der funktionstüchtigen cul damit jetzt auch noch zerschossen (USB0 und USB1 verwechselt...)
falls jmd eine idee hat die nanos zu retten wäre ich dankbar. gehe aber davon aus sie tod sind. erkannt werden sie. aufspielen kann ich aber nichts mehr.
grüße
Versuch sie mal am Windows Rechner zu flashen
Mobil erstellt daher kurz gehalten
Hallo,
mit einem ISP-Programmer (http://shop.myavr.de/Systemboards%20und%20Programmer/mySmartUSB%20light.htm?sp=article.sp.php&artID=200006) bin ich an meine Nanos rangekommen, dort sind bei einigen die USB-Schnittstellen def.
Tschüss Jörg
Zitat von: pejonp am 26 Juli 2015, 16:44:40
Hallo,
mit einem ISP-Programmer (http://shop.myavr.de/Systemboards%20und%20Programmer/mySmartUSB%20light.htm?sp=article.sp.php&artID=200006) bin ich an meine Nanos rangekommen, dort sind bei einigen die USB-Schnittstellen def.
Tschüss Jörg
Fuer das Geld bekomme ich ja 4 neue Nanos :)
mit windows bekomme ich ihn als com5 usb serial port angezeigt. das arduino tool kann nichts aufspielen und flip erkennt das gerät nicht.
ich glaube der bootloader ist zerschossen. ich bestelle 2 neue und hoffe dann alles wieder zum laufen zu bekommen.
//da wurde nur der halbe text gepeichert
Hallo Bjoern,
ich habe nun die Sequenz für die Auriol Geber in einen Fhemduino (meine CUL wollte ich nicht für Testzwecke missbrauchen, die läuft zur Zeit sehr gut) integriert.
Ich erhalte nun folgendes Ergebniss bei 26,1° und Kanal 2:
2015.07.29 00:31:18 5: CUL2: W06880105b_
2015.07.29 00:31:18 2: CUL2: unknown message W06880105b_ message length (11)
2015.07.29 00:31:18 5: FHEMduino/RAW: /R
2015.07.29 00:31:18 5: FHEMduino/RAW: R/a
2015.07.29 00:31:18 5: FHEMduino/RAW: Ra/w
2015.07.29 00:31:18 5: FHEMduino/RAW: Raw/C
2015.07.29 00:31:18 5: FHEMduino/RAW: RawC/o
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCo/d
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCod/e
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode/:
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode:/
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: /8
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 8/8
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 88/0
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 880/1
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 8801/0
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 88010/5
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 880105/b
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 880105b/
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 880105b
/
2015.07.29 00:31:18 5: CUL2: RawCode: 880105b
2015.07.29 00:31:18 2: CUL2: unknown message RawCode: 880105b message length (16)
2015.07.29 00:31:18 5: FHEMduino/RAW: /W0688
2015.07.29 00:31:18 5: FHEMduino/RAW: W0688/0
2015.07.29 00:31:18 5: FHEMduino/RAW: W06880/1
2015.07.29 00:31:18 5: FHEMduino/RAW: W068801/0
2015.07.29 00:31:18 5: FHEMduino/RAW: W0688010/5
2015.07.29 00:31:18 5: FHEMduino/RAW: W06880105/b
2015.07.29 00:31:18 5: FHEMduino/RAW: W06880105b/_
2015.07.29 00:31:18 5: FHEMduino/RAW: W06880105b_/
2015.07.29 00:31:18 5: FHEMduino/RAW: W06880105b_
/
Kannst du damit etwas anfangen?
Danke
Funsailor
hi bjoern,
kannst du hier mal bitte bei gelegenheit rein schauen ? http://forum.fhem.de/index.php?topic=38831.msg317343#msg317343 danke!
Zitat von: Funsailor am 29 Juli 2015, 00:33:03
Hallo Bjoern,
ich habe nun die Sequenz für die Auriol Geber in einen Fhemduino (meine CUL wollte ich nicht für Testzwecke missbrauchen, die läuft zur Zeit sehr gut) integriert.
Ich erhalte nun folgendes Ergebniss bei 26,1° und Kanal 2:
2015.07.29 00:31:18 5: CUL2: W06880105b_
2015.07.29 00:31:18 2: CUL2: unknown message W06880105b_ message length (11)
2015.07.29 00:31:18 5: FHEMduino/RAW: /R
2015.07.29 00:31:18 5: FHEMduino/RAW: R/a
2015.07.29 00:31:18 5: FHEMduino/RAW: Ra/w
2015.07.29 00:31:18 5: FHEMduino/RAW: Raw/C
2015.07.29 00:31:18 5: FHEMduino/RAW: RawC/o
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCo/d
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCod/e
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode/:
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode:/
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: /8
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 8/8
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 88/0
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 880/1
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 8801/0
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 88010/5
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 880105/b
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 880105b/
2015.07.29 00:31:18 5: FHEMduino/RAW: RawCode: 880105b
/
2015.07.29 00:31:18 5: CUL2: RawCode: 880105b
2015.07.29 00:31:18 2: CUL2: unknown message RawCode: 880105b message length (16)
2015.07.29 00:31:18 5: FHEMduino/RAW: /W0688
2015.07.29 00:31:18 5: FHEMduino/RAW: W0688/0
2015.07.29 00:31:18 5: FHEMduino/RAW: W06880/1
2015.07.29 00:31:18 5: FHEMduino/RAW: W068801/0
2015.07.29 00:31:18 5: FHEMduino/RAW: W0688010/5
2015.07.29 00:31:18 5: FHEMduino/RAW: W06880105/b
2015.07.29 00:31:18 5: FHEMduino/RAW: W06880105b/_
2015.07.29 00:31:18 5: FHEMduino/RAW: W06880105b_/
2015.07.29 00:31:18 5: FHEMduino/RAW: W06880105b_
/
Kannst du damit etwas anfangen?
Danke
Funsailor
Hast Du mir vielleicht ein paar vergleichswerte vom CUL. Ich hatte schonmal probiert den RAW output vom fhemduino zu verstehen, bin dann aber nicht auf das gleiche Ergebnis vie beim CUL gekommen.
Aber hilf mir doch bitte nochmal auf die Sprünge, ich dachte die Auriols hatten wir schon integriert, oder liege ich da jetzt falsch?
Hallo Bjoern,
"meine" Auriols sind da noch nicht dabei, werden jedenfalls nicht erkannt.
Siehe weiter vorne in diesem Thread:
http://forum.fhem.de/index.php/topic,35064.150.html (http://forum.fhem.de/index.php/topic,35064.150.html)
http://forum.fhem.de/index.php/topic,35064.180.html (http://forum.fhem.de/index.php/topic,35064.180.html)
Hmm, dann werde ich bei Gelegenheit mal loslegen und versuchen ob ich das beim CUL auch hinbekomme.
Kann aber dauern, habe im Moment leider nicht viel Zeit.
Zum FHEMDuino:
Bei der Message W06880105b_ hat FHEMduino den String W06 an den Anfang und das _ an das Ende hängt.
Funsailor
-> Nachtrag
So, hab mir doch noch mal nach dem Training hingesetzt.
Bei 26,1 °
erhalte ich folgende Message: (Kanal 2)
2015-07-30_01:01:56 CUL_TCM97001_Unknown Code: 880105B017
allerdings fällt mir die genaue Zuordnung etwas schwer, hier wird schwer rumgefunkt (Ich habe 3 von den Auriol in der Wohnung/Außerhalb verteilt.
Das kommt so in kurzer Zeit rein:
Kanal 1 14,9°
Kanal 2 28,3° (Den habe ich in der Hand, deshalb steigt die Temp gegenüber 01:01:56
Kanal 3 16,4
Kanal 1 und 3 verändern sich nicht.
2015-07-30_01:09:02 CUL_TCM97001_Unknown Code: 68909760D9
2015-07-30_01:09:10 CUL_TCM97001_Unknown Code: EE3111B00D
2015-07-30_01:09:10 CUL_TCM97001_Unknown Code: EE3111B00D
2015-07-30_01:09:22 CUL_TCM97001_Unknown Code: FE3112B005
2015-07-30_01:09:23 CUL_TCM97001_Unknown Code: FE3112B005
2015-07-30_01:09:32 CUL_TCM97001_Unknown Code: FE3112B0E9
2015-07-30_01:09:37 CUL_TCM97001_Unknown Code: 0E3113B0F6
2015-07-30_01:09:37 CUL_TCM97001_Unknown Code: 0E3113B0F5
2015-07-30_01:09:38 CUL_TCM97001_Unknown Code: 68909760DC
2015-07-30_01:09:40 CUL_TCM97001_Unknown Code: 0E3113B0F4
2015-07-30_01:09:47 CUL_TCM97001_Unknown Code: 81C0A4E01E
2015-07-30_01:09:47 CUL_TCM97001_Unknown Code: 81C0A4E01E
2015-07-30_01:09:50 CUL_TCM97001_Unknown Code: 0E3113B0F6
2015-07-30_01:10:04 CUL_TCM97001_Unknown Code: 2E3115B00E
2015-07-30_01:10:12 CUL_TCM97001_Unknown Code: 68909760D9
2015-07-30_01:10:39 CUL_TCM97001_Unknown Code: 6E311AA0FB
2015-07-30_01:10:47 CUL_TCM97001_Unknown Code: 68909760D7
2015-07-30_01:11:15 CUL_TCM97001_Unknown Code: 8E311CA00C
2015-07-30_01:11:22 CUL_TCM97001_Unknown Code: 68909760D6
2015-07-30_01:11:34 CUL_TCM97001_Unknown Code: 81C0A4E01F
2015-07-30_01:11:34 CUL_TCM97001_Unknown Code: 81C0A4E020
2015-07-30_01:11:57 CUL_TCM97001_Unknown Code: 68909760DA
2015-07-30_01:12:32 CUL_TCM97001_Unknown Code: 68909760D9
2015-07-30_01:13:00 CUL_TCM97001_Unknown Code: 3E3117A00A
2015-07-30_01:13:07 CUL_TCM97001_Unknown Code: 68909760D7
2015-07-30_01:13:20 CUL_TCM97001_Unknown Code: 81C0A4E01F
Hier noch ein mit X25 gemachtes Protokoll:
2015.07.30 01:17:51 4: CUL_Parse: CUL3 p 8 656 3584 656 1792 1 3 4 480 9424 D4 58909660
2015.07.30 01:17:51 2: CUL3: unknown message p 8 656 3584 656 1792 1 3 4 480 9424 D4 58909660
2015.07.30 01:17:51 5: CUL/RAW: /p
2015.07.30 01:17:51 5: CUL/RAW: p /8 64
2015.07.30 01:17:51 5: CUL/RAW: p 8 64 /512 64
2015.07.30 01:17:51 5: CUL/RAW: p 8 64 512 64/ 256
2015.07.30 01:17:51 5: CUL/RAW: p 8 64 512 64 256 /1 3 1
2015.07.30 01:17:51 5: CUL/RAW: p 8 64 512 64 256 1 3 1 /496 900
2015.07.30 01:17:51 5: CUL/RAW: p 8 64 512 64 256 1 3 1 496 900/8 D4 2C
2015.07.30 01:17:51 5: CUL/RAW: p 8 64 512 64 256 1 3 1 496 9008 D4 2C/484B00
2015.07.30 01:17:51 4: CUL_Parse: CUL3 p 8 64 512 64 256 1 3 1 496 9008 D4 2C484B00
2015.07.30 01:17:51 2: CUL3: unknown message p 8 64 512 64 256 1 3 1 496 9008 D4 2C484B00
2015.07.30 01:18:04 5: CUL/RAW: /p 8
2015.07.30 01:18:04 5: CUL/RAW: p 8/ 592 38
2015.07.30 01:18:04 5: CUL/RAW: p 8 592 38/40 592
2015.07.30 01:18:04 5: CUL/RAW: p 8 592 3840 592/ 1920 1
2015.07.30 01:18:04 5: CUL/RAW: p 8 592 3840 592 1920 1/ 4 4 4
2015.07.30 01:18:04 5: CUL/RAW: p 8 592 3840 592 1920 1 4 4 4/64 9184
2015.07.30 01:18:04 5: CUL/RAW: p 8 592 3840 592 1920 1 4 4 464 9184/ 26 586
2015.07.30 01:18:04 5: CUL/RAW: p 8 592 3840 592 1920 1 4 4 464 9184 26 586/A0CA1F0
2015.07.30 01:18:04 5: CUL/RAW: p 8 592 3840 592 1920 1 4 4 464 9184 26 586A0CA1F0
/
2015.07.30 01:18:04 4: CUL_Parse: CUL3 p 8 592 3840 592 1920 1 4 4 464 9184 26 586A0CA1F0
2015.07.30 01:18:04 2: CUL3: unknown message p 8 592 3840 592 1920 1 4 4 464 9184 26 586A0CA1F0
2015.07.30 01:18:05 5: CUL/RAW: /s586
2015.07.30 01:18:05 5: CUL/RAW: s586/A0CA1F02
2015.07.30 01:18:05 5: CUL/RAW: s586A0CA1F02/7
p 8
2015.07.30 01:18:05 4: CUL_Parse: CUL3 s586A0CA1F027
2015.07.30 01:18:05 5: CUL3 dispatch s586A0CA1F027
2015.07.30 01:18:05 5: CUL/RAW: /s586A0CA1F01E
2015.07.30 01:18:05 4: CUL_Parse: CUL1 s586A0CA1F01E
2015.07.30 01:18:05 5: CUL1 dispatch s586A0CA1F01E
2015.07.30 01:18:05 5: CUL/RAW: p 8 / 576 3808 576 1904 1 4 4 496 9184 25 586A0CA1F0
2015.07.30 01:18:05 4: CUL_Parse: CUL3 p 8 576 3808 576 1904 1 4 4 496 9184 25 586A0CA1F0
2015.07.30 01:18:05 2: CUL3: unknown message p 8 576 3808 576 1904 1 4 4 496 9184 25 586A0CA1F0
2015.07.30 01:18:05 5: CUL/RAW: /p 8
2015.07.30 01:18:05 5: CUL/RAW: p 8 / 592 38
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 38/72 592
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 3872 592 /1936 1
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 3872 592 1936 1 / 4 4 5
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 3872 592 1936 1 4 4 5/12 9168
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 3872 592 1936 1 4 4 512 9168/ 25 586A
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 3872 592 1936 1 4 4 512 9168 25 586A/0CA1F0
2015.07.30 01:18:05 4: CUL_Parse: CUL3 p 8 592 3872 592 1936 1 4 4 512 9168 25 586A0CA1F0
2015.07.30 01:18:05 2: CUL3: unknown message p 8 592 3872 592 1936 1 4 4 512 9168 25 586A0CA1F0
2015.07.30 01:18:05 5: CUL/RAW: /p 8
2015.07.30 01:18:05 5: CUL/RAW: p 8 / 592 380
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 380/8 592
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 3808 592 /1904 1
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 3808 592 1904 1 / 4 4 49
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 3808 592 1904 1 4 4 49/6 9168
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 3808 592 1904 1 4 4 496 9168/ 25 586A
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 3808 592 1904 1 4 4 496 9168 25 586A/0CA1F0
2015.07.30 01:18:05 4: CUL_Parse: CUL3 p 8 592 3808 592 1904 1 4 4 496 9168 25 586A0CA1F0
2015.07.30 01:18:05 2: CUL3: unknown message p 8 592 3808 592 1904 1 4 4 496 9168 25 586A0CA1F0
2015.07.30 01:18:05 5: CUL/RAW: /p 8
2015.07.30 01:18:05 5: CUL/RAW: p 8/ 496 4
2015.07.30 01:18:05 5: CUL/RAW: p 8 496 4/480 496
2015.07.30 01:18:05 5: CUL/RAW: p 8 496 4480 496/ 2240 1
2015.07.30 01:18:05 5: CUL/RAW: p 8 496 4480 496 2240 1/ 3 4
2015.07.30 01:18:05 5: CUL/RAW: p 8 496 4480 496 2240 1 3 4 /496 948
2015.07.30 01:18:05 5: CUL/RAW: p 8 496 4480 496 2240 1 3 4 496 948/8 1D 81C
2015.07.30 01:18:05 5: CUL/RAW: p 8 496 4480 496 2240 1 3 4 496 9488 1D 81C/0A4E0
2015.07.30 01:18:05 4: CUL_Parse: CUL3 p 8 496 4480 496 2240 1 3 4 496 9488 1D 81C0A4E0
2015.07.30 01:18:05 2: CUL3: unknown message p 8 496 4480 496 2240 1 3 4 496 9488 1D 81C0A4E0
2015.07.30 01:18:05 5: CUL/RAW: /s81C
2015.07.30 01:18:05 5: CUL/RAW: s81C/0A4E01E
2015.07.30 01:18:05 5: CUL/RAW: s81C0A4E01E
/
p 8 5
2015.07.30 01:18:05 4: CUL_Parse: CUL3 s81C0A4E01E
2015.07.30 01:18:05 5: CUL3 dispatch s81C0A4E01E
2015.07.30 01:18:05 5: CUL/RAW: p 8 5/92 4400 592 2192 1 3 4 512 942
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 4400 592 2192 1 3 4 512 942/4 1D 81C
2015.07.30 01:18:05 5: CUL/RAW: p 8 592 4400 592 2192 1 3 4 512 9424 1D 81C/0A4E0
2015.07.30 01:18:05 4: CUL_Parse: CUL3 p 8 592 4400 592 2192 1 3 4 512 9424 1D 81C0A4E0
2015.07.30 01:18:05 2: CUL3: unknown message p 8 592 4400 592 2192 1 3 4 512 9424 1D 81C0A4E0
2015.07.30 01:18:06 5: CUL/RAW: /s81C
2015.07.30 01:18:06 5: CUL/RAW: s81C/0A4E01F
2015.07.30 01:18:06 5: CUL/RAW: s81C0A4E01F
/
p 8 52
2015.07.30 01:18:06 4: CUL_Parse: CUL3 s81C0A4E01F
2015.07.30 01:18:06 5: CUL3 dispatch s81C0A4E01F
2015.07.30 01:18:06 5: CUL/RAW: p 8 52/8 4464 528 2224 1 3 4 528 945
2015.07.30 01:18:06 5: CUL/RAW: p 8 528 4464 528 2224 1 3 4 528 945/6 1E 81C
2015.07.30 01:18:06 5: CUL/RAW: p 8 528 4464 528 2224 1 3 4 528 9456 1E 81C/0A4E0
2015.07.30 01:18:06 4: CUL_Parse: CUL3 p 8 528 4464 528 2224 1 3 4 528 9456 1E 81C0A4E0
2015.07.30 01:18:06 2: CUL3: unknown message p 8 528 4464 528 2224 1 3 4 528 9456 1E 81C0A4E0
2015.07.30 01:18:15 5: CUL/RAW: /p 8
2015.07.30 01:18:15 5: CUL/RAW: p 8 / 496 38
2015.07.30 01:18:15 5: CUL/RAW: p 8 496 38/40 496
2015.07.30 01:18:15 5: CUL/RAW: p 8 496 3840 496 /1920 1
2015.07.30 01:18:15 5: CUL/RAW: p 8 496 3840 496 1920 1 / 3 4 4
2015.07.30 01:18:15 5: CUL/RAW: p 8 496 3840 496 1920 1 3 4 4/96 9440
2015.07.30 01:18:15 5: CUL/RAW: p 8 496 3840 496 1920 1 3 4 496 9440/ 0F 2E31
2015.07.30 01:18:15 5: CUL/RAW: p 8 496 3840 496 1920 1 3 4 496 9440 0F 2E31/16A0
So, das wars erst mal,
gute Nach!
Hallo,
ich habe mehrere HomeEasy-Fenstersensoren vom Typ HE305EU (Hersteller ist Byron, auf einem Auskleber steht auch HE852, ohne EU) und einen a-CUL v1.05.03. Soweit ich das im Thread und im git gesehen habe, gibt es eine prinzipielle Unterstützung für HE-Geräte im IT-Modul. Obiger Fensterkontakt wird leider nicht erkannt.
Meine Einstellungen sind ccconf => freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:8dB und im Debugmodus X25 schreibt der CUL folgendes:
# = Sensor1 =
# Öffnen des Kontakts
2015.08.02 14:48:05 2: nanoCUL: unknown message p10 128 240 144 1216 1 7 1 3E C78F5755AD576E00
2015.08.02 14:48:05 2: nanoCUL: unknown message p10 208 256 208 1168 1 7 1 3B C78F5755AD5FAE00
2015.08.02 14:48:05 2: nanoCUL: unknown message p10 192 240 192 1264 1 7 1 39 C78F575DAD5F2E00
2015.08.02 14:48:06 2: nanoCUL: unknown message p10 240 224 240 1232 1 7 1 35 C78F57D5AD572E00
2015.08.02 14:48:06 2: nanoCUL: unknown message p10 240 192 240 1232 1 7 1 35 F79F5755AD572E00
2015.08.02 14:48:06 2: nanoCUL: unknown message p10 208 240 208 1264 1 7 1 3E C7CF5755AD572E00
2015.08.02 14:48:06 2: nanoCUL: unknown message p10 176 240 176 1248 1 7 1 3B C78F5755AD7F2E00
2015.08.02 14:48:06 2: nanoCUL: unknown message p10 192 240 192 1264 1 7 1 39 C78F5755AD772E00
2015.08.02 14:48:06 2: nanoCUL: unknown message p10 208 224 208 1248 1 7 1 37 C78F57FFAD572E00
2015.08.02 14:48:07 2: nanoCUL: unknown message p 3 240 1232 224 208 4 5 7 35 C2A2A94AA347
2015.08.02 14:48:07 2: nanoCUL: unknown message p 3 224 1232 224 208 4 5 7 33 C2A2A94AA347
2015.08.02 14:48:07 2: nanoCUL: unknown message p10 160 240 176 1264 1 7 1 3E C78F5755AD572E00
2015.08.02 14:48:07 3: Code 11 not supported by IT_11000111100011110101011101010101101011010101011011100.
2015.08.02 14:48:07 3: Code 11 not supported by IT_11000111100011110101011101010101101011010101011011100.
2015.08.02 14:48:07 3: nanoCUL: Unknown code ihc78f5755ad572e003d, help me!
2015.08.02 14:48:07 2: nanoCUL: unknown message p10 176 240 176 1296 1 7 1 3C C78F5755AD572E00
# Schließen des Kontakts
2015.08.02 14:48:12 2: nanoCUL: unknown message p 3 192 1296 192 256 4 5 0 33 5154A552A3
2015.08.02 14:48:13 2: nanoCUL: unknown message p10 160 240 176 1264 1 7 1 32 C78F5755AD56AE00
2015.08.02 14:48:13 2: nanoCUL: unknown message p10 176 224 176 1216 1 7 1 31 C78F5755AD56EE00
2015.08.02 14:48:13 2: nanoCUL: unknown message p10 192 240 192 1248 1 7 1 2E C78F5755AD5EAE00
2015.08.02 14:48:13 2: nanoCUL: unknown message p10 192 192 208 992 1 7 1 32 C78F5755AD56AE80
2015.08.02 14:48:13 2: nanoCUL: unknown message p10 272 176 256 1200 1 7 1 27 C78F5755AD56AE00
2015.08.02 14:48:13 3: IT_11000111100011110101011101010101101011010101011011100 on->on
2015.08.02 14:48:13 2: nanoCUL: unknown message p10 304 160 304 1184 1 7 1 27 C78F5755AD56AE00
2015.08.02 14:48:14 3: IT_11000111100011110101011101010101101011010101011011100 on->on
2015.08.02 14:48:14 2: nanoCUL: unknown message p10 272 176 272 1216 1 7 1 27 C78F5755AD56AE00
# = Sensor2 =
# Öffnen des Kontakts
2015.08.02 14:58:13 2: nanoCUL: unknown message p10 288 160 288 1200 1 7 1 1A C79756ACDD372E00
2015.08.02 14:58:13 2: nanoCUL: unknown message p 3 272 1184 288 176 4 5 7 1A A2A54C8B2347
2015.08.02 14:58:14 2: nanoCUL: unknown message p10 192 192 224 976 1 7 1 27 C79756ACDD372E80
2015.08.02 14:58:14 2: nanoCUL: unknown message p10 288 144 288 1184 1 7 1 1B C79756ACDD372E00
2015.08.02 14:58:14 2: nanoCUL: unknown message p 3 272 1200 272 160 4 5 7 1B A2A54C8B2347
2015.08.02 14:58:14 2: nanoCUL: unknown message p 3 272 1184 288 144 4 5 7 1D A2A54C8B2347
2015.08.02 14:58:14 2: nanoCUL: unknown message p10 240 208 224 1152 1 7 1 25 C79756ACDD376E00
2015.08.02 14:58:15 2: nanoCUL: unknown message p10 224 208 224 1200 1 7 1 27 C79756ACDD372E00
2015.08.02 14:58:15 3: Code 11 not supported by IT_11000111100101110101011010101100110111010011011011100.
2015.08.02 14:58:15 3: Code 11 not supported by IT_11000111100101110101011010101100110111010011011011100.
2015.08.02 14:58:15 3: nanoCUL: Unknown code ihc79756acdd372e001b, help me!
2015.08.02 14:58:15 2: nanoCUL: unknown message p10 272 160 272 1200 1 7 1 1A C79756ACDD372E00
# Schließen des Kontakts
2015.08.02 14:58:19 2: nanoCUL: unknown message p10 160 256 160 1184 1 7 1 31 C79756ACDD36BE00
2015.08.02 14:58:19 2: nanoCUL: unknown message p10 192 240 176 1312 1 7 1 31 C79756ACDD36AE00
2015.08.02 14:58:20 2: nanoCUL: unknown message p10 176 224 192 1232 1 7 1 30 C79756ACDD76AE00
2015.08.02 14:58:20 2: nanoCUL: unknown message p10 144 224 144 960 1 7 1 31 C79756ACDD3EBE80
2015.08.02 14:58:20 2: nanoCUL: unknown message p10 192 224 192 1248 1 7 1 30 C79756ACDD76AE00
2015.08.02 14:58:20 2: nanoCUL: unknown message p10 208 240 208 1248 1 7 1 2E C79756AEDDB6AE00
2015.08.02 14:58:20 2: nanoCUL: unknown message p10 240 224 240 1216 1 7 1 2C C79756ACDD36AE00
2015.08.02 14:58:20 2: nanoCUL: unknown message p 9 272 176 272 1232 1 7 2 2B C79753566E9B5700
2015.08.02 14:58:21 2: nanoCUL: unknown message p10 240 160 256 1200 1 7 1 28 C79756ACDD36AE00
2015.08.02 14:58:21 2: nanoCUL: unknown message p10 256 144 272 1200 1 7 1 29 D79756ACDD36AE00
2015.08.02 14:58:21 2: nanoCUL: unknown message p10 256 208 272 1184 1 7 1 33 C79756ACDD36AE00
2015.08.02 14:58:21 3: IT_11000111100101110101011010101100110111010011011011100 on->on
2015.08.02 14:58:21 2: nanoCUL: unknown message p10 192 224 192 1280 1 7 1 31 C79756ACDD36AE00
Bei einer sens:4dB empfange ich meist nur noch die Protokolle p3 und p10, die Meldungen über "IT_1100011*" erscheinen dann nicht mehr.
Hat jmd. auch diesen Sensor und er läuft bereits (und kann mir einen Tipp geben, was ich einstellen muss) oder gibt es eine Chance durch Firmwareanpassung des a-culfw, diesen HE-Sensortyp zum Laufen zu bekommen?
VG
Hallo Bjoern,
ich habe die CUL am PC hängen und messe (mit X25) ohne Antenne, der Sender steht direkt neben dem CUL (Dann bin ich sicher das die Message nur vom Kanal 2 kommt).
Bei 26,3° erhalte ich folgende Message:
8 512 3840 512 1920 1 3 4 624 9392 05 57D107A0<\r><\n>
s57D107A006<\r><\n>
p 8 496 4000 496 2000 1 3 4 512 9440 05 57D107A0<\r><\n>
p 8 512 3840 512 1920 1 3 4 528 9456 06 57D107A0<\r><\n>
p 8 496 3968 496 1984 1 3 4 512 9424 06 57D107A0<\r><\n>
Mit Antenne (Da bin ich mir aber mit dem Kanal nicht 100%ig klar) bekomme ich bei 26,2°
p 8 480 4000 480 2000 1 3 4 496 9440 5B 47D106A0<\r><\n>
p 8 496 3840 496 1920 1 3 4 496 9424 5B 47D106A0<\r><\n>
p 8 496 3872 496 1936 1 3 4 496 9488 5B 47D106A0<\r><\n>
p 8 496 4000 496 2000 1 3 4 416 9488 5B 47D106A0<\r><\n>
Alles nicht eindeutig.. oder? :-\
Bei den obigen Beispielen habe ich nicht mit der Rx Taste gesendet, sondern auf eine normale Übertragung gewartet.
Die Werte habe ich in der rf_receive_tcm97001.c so geändert:
//original if ((*hightime < TSCALE(640) && *hightime > TSCALE(410)) &&
//original (*lowtime < TSCALE(9300) && *lowtime > TSCALE(8600)) ) {
if ((*hightime < TSCALE(640) && *hightime > TSCALE(410)) &&
(*lowtime < TSCALE(9512) && *lowtime > TSCALE(8900)) ) {
Die von mir gemessenen Zeiten waren
High Puls: 488µs
Sync Bit: 10ms-> High :0,488ms Low: 9,512ms
One Bit: 5ms-> High :0,488ms Low: 4,512ms
Zero Bit: 2,4ms-> High :0,488ms Low: 1,912ms
Ich hab die nochmal hier kopiert damit du nicht suchen musst.
Oder bin ich da zu dicht an der "realität"
Für mich wäre es interresant, die Messwerte der original Sensoren zu wissen!
hallo bjoern,
zur ws0002 problematik: es muss am Modul 14_CUL_TCM97001 liegen. auch mt dem signalduino als DEVIO (cul's abgestöpselt). schafft das modul max 3 sensoren zu unterscheiden.
man sieht das auch schön daran das ein sensor in fhem 40°C hat und beim nächsten update 23°C, da werden 2 reale auf ein fhemdevice "gemapped".
im gegensatz zum 14_FHEMduino_TCM.pm wird auch nicht unterschieden ob es ein auto-send oder ein manuelles senden der werte vom sensor war.
EDIT: offenbar müssen die ID's der sensoren stark von einander abweichen (da ich vom sensor gleich generierte id's einfach mal ausschließe). nimmt man bei den doppelt oder nicht erkannten sensoren die batterie solange raus bis eine id generiert wurde die das modul unterscheiden kann funktionieren alle. aufwendiger aber funktionierender workaround
habe das nun 5 mal hinterinander so gemacht (alle sensoren batterie raus und einen nach dem anderen wieder batterie rein bis er im fhem auftauchte)
Hallo, zu meinen bestehenden CUL868 habe ich mir jetzt noch einen CUL433 bestellt. Jetzt hab ich ihn erhalten (CUL V 3.4). Diesen habe ich mit der aktuellen a-culfw 1.05.03 geflasht. Ist ja supereinfach mittels ./ flash.sh. Ich habe den Meuepunkt 9=CUL_V3 433 ausgewählt. Das flashen klappte problemlos. Wenn ich jetzt den CUL in fhem nutze, dann werden auch meine FS20 Steckdosen damit geschaltet. Dies war so nicht beabsichtigt. Den CUL433 wollte ich zum schalten/erkennen meiner IT Komponenten einsetzen. Wenn ich mir den CUL in fhem anschaue, dann wird V 1.61 CUL868 angezeigt.. Was habe ich falsch gemacht???
Beste Grüße
Jürgen K.
Edit: Hat sich erledigt..habe den Fehler gefunden.
Hallo,
ich habe eine Funkalarmanlage und dadurch sind relativ viele Fenster und Türen mit Funksensoren ausgestattet.
Diese würde ich jetzt gern parallel und unabhängig von der Alarmanlage (die soll weiter bestehen) für FHEM-Zwecke nutzen.
Das verwendete Frequenzband ist etwas höher mit 868,6625mhz, aber das Protokoll in den Grundzügen aufgeschlüsselt (http://sitsec.net/files/secvest_analysis.pdf).
Wie seht Ihr das, ist es machbar mit angepasster culfw den Sensoren mitzulauschen?
Kann man auf dem verlinkten Dokument vielleicht sogar schon entnehmen, ob ein bekanntes Protokoll dahinter steckt?
Danke und Grüße
Zitat von: wiego am 14 August 2015, 22:01:39
Hallo,
ich habe eine Funkalarmanlage und dadurch sind relativ viele Fenster und Türen mit Funksensoren ausgestattet.
Diese würde ich jetzt gern parallel und unabhängig von der Alarmanlage (die soll weiter bestehen) für FHEM-Zwecke nutzen.
Das verwendete Frequenzband ist etwas höher mit 868,6625mhz, aber das Protokoll in den Grundzügen aufgeschlüsselt (http://sitsec.net/files/secvest_analysis.pdf).
Wie seht Ihr das, ist es machbar mit angepasster culfw den Sensoren mitzulauschen?
Kann man auf dem verlinkten Dokument vielleicht sogar schon entnehmen, ob ein bekanntes Protokoll dahinter steckt?
Danke und Grüße
So wie ich es überflogen habe, wird es mit dem CUL nicht gehen. Das Protokoll arbeitet in FSK, der cul in AFSK.
Hallo,
habe nun meinen CUL (v3) mit a-culfw geflasht und damit auch 2 TCM97... Funksensoren über autocreate einbinden lassen, was probemlos funktioniert hat.
Die wurden automatisch als CUL_TCM97001_145 und CUL_TCM97001_150 erzeugt.
Soweit alles gut.
Was ich nicht verstehe:
Sobald ich die Batterien entferne, wird des Sensor wieder über autocreate unter einer anderen Bezeichnung erneut angelegt, wie ein völlig neues Device und die Verbindung zum vorherigen Device (und damit allen aufgezeichneten Daten) ist hinfällig, obwohl es der gleiche Sensor ist. Dabei habe ich nichtmal die Einstellung vom Kanal geändert oder sowas, einfach nur Batterien raus und neue eingelegt.
Kann ich das irgendwie umgehen?
Zitat von: homeum am 22 August 2015, 11:25:45
Hallo,
habe nun meinen CUL (v3) mit a-culfw geflasht und damit auch 2 TCM97... Funksensoren über autocreate einbinden lassen, was probemlos funktioniert hat.
Die wurden automatisch als CUL_TCM97001_145 und CUL_TCM97001_150 erzeugt.
Soweit alles gut.
Was ich nicht verstehe:
Sobald ich die Batterien entferne, wird des Sensor wieder über autocreate unter einer anderen Bezeichnung erneut angelegt, wie ein völlig neues Device und die Verbindung zum vorherigen Device (und damit allen aufgezeichneten Daten) ist hinfällig, obwohl es der gleiche Sensor ist. Dabei habe ich nichtmal die Einstellung vom Kanal geändert oder sowas, einfach nur Batterien raus und neue eingelegt.
Kann ich das irgendwie umgehen?
Hallo,
das ist leider eine Eigenheit der Sensoren. Beim Einlegen von neuen Batterien erzeugen die Sensoren immer eine neue ID. Somit werden diese dann auch neu angelegt.
Gruß
Björn
Danke für die Info.
Beim Batteriewechsel werde ich also separat 3V an den Sensor legen müssen. Solange die Batterien nicht vollständig leer sind, sollte das damit zu umgehen sein...
Gruß Gerd
Kannst du probieren, allerdings würde ich niedriger gehen. Du solltest die Batterien ja nicht laden.
Gesendet von meinem LG-P880 mit Tapatalk
Zitat von: homeum am 22 August 2015, 12:41:11
Beim Batteriewechsel werde ich also separat 3V an den Sensor legen müssen.
Alternativ muß ich dann nach dem Batteriewechsel die per autocreate angelegten Einträge löschen und beim bestehenden define Eintrag die neue ID eintragen.
Bei meinen beiden Temperatursensoren ist mir aufgefallen, daß nur bei einem die Kanalnr angezeigt wird.
Was hat es mit der Kanalnr auf sich? Senden die Kanäle auf verschiedenen Frequenzen oder ist der Kanal nur ein Eintrag im Funktelegramm?
Gruß Ralf
Die ID ist im Protokoll. Senden tun die alle auf der selben Frequenz.
Zitat von: bjoernh am 22 August 2015, 14:43:20
Die ID ist im Protokoll. Senden tun die alle auf der selben Frequenz.
Dann müsste ich ja auch 5-10 gleiche Temperatursensoren mit dem selben Kanal verwenden können, solange es keine doppelten device ID gibt.
Gruß Ralf
Zitat von: Ralf9 am 22 August 2015, 16:44:01
Dann müsste ich ja auch 5-10 gleiche Temperatursensoren mit dem selben Kanal verwenden können, solange es keine doppelten device ID gibt.
Gruß Ralf
Klar, theoretisch schon.
Wobei jetzt weiß ich auch was Du mit Kanal meintest. Die Kanalschalter fließen natürlich schon in die ID ein. Wenn dein Sensor solche Schalter hat, dann wechselt er glaube auch nicht die ID.
Zitat von: chris1284 am 06 August 2015, 13:30:20
hallo bjoern,
zur ws0002 problematik: es muss am Modul 14_CUL_TCM97001 liegen. auch mt dem signalduino als DEVIO (cul's abgestöpselt). schafft das modul max 3 sensoren zu unterscheiden.
man sieht das auch schön daran das ein sensor in fhem 40°C hat und beim nächsten update 23°C, da werden 2 reale auf ein fhemdevice "gemapped".
im gegensatz zum 14_FHEMduino_TCM.pm wird auch nicht unterschieden ob es ein auto-send oder ein manuelles senden der werte vom sensor war.
EDIT: offenbar müssen die ID's der sensoren stark von einander abweichen (da ich vom sensor gleich generierte id's einfach mal ausschließe). nimmt man bei den doppelt oder nicht erkannten sensoren die batterie solange raus bis eine id generiert wurde die das modul unterscheiden kann funktionieren alle. aufwendiger aber funktionierender workaround
habe das nun 5 mal hinterinander so gemacht (alle sensoren batterie raus und einen nach dem anderen wieder batterie rein bis er im fhem auftauchte)
Ich glaube jetzt verstehe ich was Du meinst. Wenn es zwei Sensoren mit der gleiche ID, aber verschiedene Kanäle gibt, werden diese vermischt in einem Eintrag.
So eine richtige Idee wie man das lösen kann habe ich aber noch nicht. Evtl. unter dem entsprechenden Device die Werte mit prefix 0_, 1_ usw anlegen würde gehen.
Hallo,
ich habe dieses Thema jetzt komplett durchforstet und bin nun soweit, dass ich einen Selbstbaucul mit der 433Mhz a-culfw betreibe, um meine brennenstuhl Steckdosen zu schalten und die Signale der zugehörigen Fernbedienungen empfange. Dafür erst einmal vielen Dank. Für meine kleineren Lichtspielereien sind mir die Aktoren der Homematic Serie zu teuer.
Jetzt habe ich noch einen IT+ Temperatursensor, den ich an einem zweiten Selbstbaucul mit der 868Mhz a-culfw auslesen möchte.
Ich habe aber keinen Schimmer wie ich das anstellen soll.
Im Changelog steht "RF-Native Mode for RFM12 based protocols i.e. LaCrosse/IT+/PCA302, ie. use "Nr1" "
Wie bringe ich den Cul in diesen RF-Native Mode?
Das Kommando
set CUL raw Nr1
versetzt den CUL in den LaCrosse/IT+ Empfangsmodus.
Siehe auch: http://forum.fhem.de/index.php/topic,36565.0.html
Danke locutus für deine Antwort, das klappt leider nicht.
Ich gebe "set nanoCUL868 raw Nr1" ein und im Logfile steht: " nanoCUL868: unknown message ? (Nr1 is unknown) Use one of B C F i A G M K U Y R T V W X e f L l t x"
Mit dem N fängt mein CUL scheinbar nichts an.
Hallo Björn,
Zitat von: Jendaw am 02 August 2015, 15:14:11
ich habe mehrere HomeEasy-Fenstersensoren vom Typ HE305EU (Hersteller ist Byron, auf einem Auskleber steht auch HE852, ohne EU) und einen a-CUL v1.05.03. Soweit ich das im Thread und im git gesehen habe, gibt es eine prinzipielle Unterstützung für HE-Geräte im IT-Modul. Obiger Fensterkontakt wird leider nicht erkannt.
[...]
Siehst du eine Chance, diesen Sensor in die Firmware zu integrieren?
VG
Denke das sollte möglich sein. Ich will mir aber keinen extra kaufen. Kommt beim raw X25 irgendwas an? Wenn nein brauche ich so ein Teil mal Vorort.
Grüße Björn
Hallo Björn,
danke für die schnelle Antwort :)
Zitat von: bjoernh am 08 September 2015, 12:12:28
Denke das sollte möglich sein. Ich will mir aber keinen extra kaufen. Kommt beim raw X25 irgendwas an? Wenn nein brauche ich so ein Teil mal Vorort.
Ja, das Log vom X25 ist im Ursprungspost (http://forum.fhem.de/index.php/topic,35064.msg318590.html#msg318590) zu sehen.
VG
Hallo, Björn!
Ich habe festgestellt, dass der Empfang meiner ITV3 Fernbedienungen extrem unzuverlässig ist. Von 20 Versuchen vielleicht einmal. Keine Ahnung, seit wann das so ist. Irgendwann muss es aber schon mal funktioniert haben, da ich ja meine ganzen V3-Geräte per autocreate angelegt habe.
Mir ist das nur gerade aufgefallen, weil ich versuche, mit einer V3 Fernbedienung andere Aktionen in FHEM zu starten. V3 klappt dagegen absolut zuverlässig.
Ich habe die aktuelle a-cul-fw auf einem selbstgebastelten nanoCUL laufen. Hier mal ein list nanoCUL:
Internals:
CMDS BCFiAGMKUYRTVWXefLltx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A96PDNBV-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A96PDNBV-if00-port0@38400
FD 19
FHTID 1234
NAME nanoCUL
NR 433
PARTIAL
RAWMSG i10101424
RSSI -56
STATE Initialized
TYPE CUL
VERSION V 1.05.04 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
initString X21
nanoCUL_MSGCNT 3
nanoCUL_TIME 2015-09-08 12:16:27
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
Readings:
2015-09-07 09:28:46 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:16dB
2015-09-08 09:36:34 cmds B C F i A G M K U Y R T V W X e f L l t x
2015-09-08 12:03:01 raw is10100100010000011010101010000001
2015-09-08 12:16:27 state Initialized
2015-03-26 10:19:39 uptime 0 09:09:39
Attributes:
icon cul_cul
room Labor
Gruß
Oli
kann ich bestätigen auch für Homeeasy, ebenfalls über nanoCUL... ich muss meinen Wandschalter teilweise bis zu 7-8 Mal drücken, bis die gewünschte Aktion ausgeführt wird
Zitat von: sslneve am 09 September 2015, 21:11:03
kann ich bestätigen auch für Homeeasy, ebenfalls über nanoCUL... ich muss meinen Wandschalter teilweise bis zu 7-8 Mal drücken, bis die gewünschte Aktion ausgeführt wird
Kannst du mir bitte schreiben mit welcher Version es ging und mit welcher jetzt die Probleme bestehen?
Habe gerade versucht, meinen Test-nanoCUL mit alten Versionen der FW zu flashen, um zu schauen, bei welcher der Empfang von ITV3 noch funktioniert. Leider bricht der Flashvorgang mit
avrdude: stk500_recv(): programmer is not responding
ab. Da ich mich an meinen "Produktiv-CUL" nicht rantraue und außer diesem keinen mehr zum Testen rumliegen habe, kann ich da gerade leider nicht weiter helfen. Sorry!
Oli
Hallo!
Bin noch Anfänger und habe mit der Einrichtung der nanoCUL's Probleme das sie nicht machen was sie sollen.
Habe IT, FS20 Geräte und Oregon Wettersensoren die ich mit dem Raspberry betreiben möchte.
Die IT Geräte für Rollläden und Licht funktionieren.
Die FS20 wollen nicht so recht.
Die Oregon Wettersensoren werden überhaupt nicht erfasst.
Habe die aktuellste FHEM und Alternative culfw im Einsatz.
Grundsätzlich dürften aber die beiden nanoCUL's funktionieren, zumindest anhand der leuchtenden und blinkenden LED's wird die Auswahl der richtigen nanoCUL's für IT und FS20 Geräte getroffen.
Vielleicht kann mir hier einer einen Tipp geben.
Eingelesen werden zumindest Daten laut Logfile.
2015.09.13 19:30:50 4: CUL_Parse: nanoCUL433 i50011432 -49
2015.09.13 19:30:50 5: nanoCUL433 dispatch i500114
2015.09.13 19:30:50 3: R_OG1_BA Zu->off
2015.09.13 19:30:51 5: CUL/RAW: /F1B1F4
2015.09.13 19:30:51 5: CUL/RAW: F1B1F4/200E
2015.09.13 19:30:51 5: CUL/RAW: F1B1F4200E/7
2015.09.13 19:30:51 4: CUL_Parse: nanoCUL868 F1B1F4200E7 -86.5
2015.09.13 19:30:51 5: nanoCUL868 dispatch 810b04xx0101a0011b1f420000
2015.09.13 19:30:51 5: CUL/RAW: /F1
2015.09.13 19:30:51 5: CUL/RAW: F1/B1B1500E
2015.09.13 19:30:51 5: CUL/RAW: F1B1B1500E/5
Hallo,
stehe etwas auf dem Schlauch...Betreibe bisher eigentlich nur FS20 Geräte und habe mir jetzt mal einen Selbstbau-Cul mit dieser Firmware geflasht und kann darüber auch schon Elro Steckdosen schalten. Leider Empfängt der Cul bei mir nix wenn ich z.B. die Fernbedienung betätige.Muss ich irgendwas noch zusätzlich noch aktivieren?Dann noch eine andere Frage wofür ich den Empfang eigentlich brauche...Hatte vor mir den Intertechno Pir1000 Bewegungsmelder zu holen.Dieser ist ja für selbstlernende Empfänger.Wie bekomme ich denn den CUL(angenommen ich bekomme das empfangen noch irgendwie hin)in den Anlernmodus? Kann mir jemand helfen?
Gruß
Guten Morgen, Gorbi!
Soweit ich weiß, funkt FS20 auf 868 MHz und Elro ist ein 433-MHz-System. Es ist zwar möglich in beiden Frequenzbereichen zu senden, da der CUL beim Senden im Bedarfsfall einfach auf die entsprechende Frequenz wechselt. Beim Empfang musst Du Dich allerdings entscheiden, da der CUL ja immer nur gleichzeitig auf einer Frequenz lauscht. Wenn Dein CUL auf 868 MHz konfiguriert ist und autocreate in FHEM aktiviert ist, sollten Deine FS20-Geräte auch automatisch angelegt werden. Bei meinem FS20 Klingelsignalerkenner funktioniert das mit aktueller a-culfw problemlos.
Ein Zusatznutzen des Empfangs ist, dass der Schaltstatus Deiner Geräte in FHEM immer korrekt angezeigt wird, auch wenn Du die Geräte mit einer Fernbedienung schaltest.
Falls ich hier Müll erzähle, bitte korrigieren.
Oli
Hallo,
erstmal danke für die Antwort. Das empfangen nur auf einer Frequenz möglich ist ist mir bewusst. Hatte mich vielleicht nicht so deutlich ausgedrückt. Habe einen raspberry mit addon board was meine fs20 Geräte steuert und in rfmode Max für meine Thermostate lauscht seit Jahren in Betrieb. Habe jetzt zusätzlich einen Selbstbau Cul (arduino nano ) mit der alternativen Culfw 433 Firmware angeschlossen. Mein Problem war, das ich zwar über den nano Cul die IT Schalter schalten konnte aber halt nix empfangen (zb bei Druck auf der IT Fernbedienung ). Es wurde kein autocreate angelegt Nachdem ich jetzt mal ein wenig mit dem Parameter bWidth und sense rumgespielt hab, seh ich plötzlich im log das was empfangen wird. Es wird auch ein Gerät automatisch angelegt. Allerdings scheint irgendwas noch nicht 100% zu stimmen. Wenn ich zb auf der Fernbedienung Kanal A taste On drücke wird das gerät angelegt und beim nochmaligen drücken kommt auch im log... Gerät on. Wenn jetzt beim selben Kanal off drücke kommt was mit unknown message und der Schalter wird nicht auf off gesetzt. Bei Kanal B hingegen geht beides??? Zudem kommt das unknown message eigentlich bei jedem empfangenen Signal. Nur bei Kanal B wird danach auch geschaltet, bei A geht nur on. Verstehe ich noch nicht so ganz. Desweiteren würde mich auch noch Interessieren wie ich mit dem Cul ein selbstanlernenden Empfänger verbinde. Gibt es da eventl irgendein pairmode wie es zB bei Max der Fall ist? Vielen Dank
Gesendet von meinem LG-D855 mit Tapatalk
Mit den IT Geräten habe ich - und noch jemand anders in diesen Thread - derzeit ebenfalls meine Probleme. V1 (die mit den Drehschaltern) werden zuverlässig empfangen, V3 (die selbstlernenden) leider seit einiger Zeit nicht mehr. Keine Ahnung, was da momentan nicht stimmt. Björn hat sich dazu noch nicht geäußert.
Was das Anlegen oder Anlernen von selbstlernenden IT-Geräten angeht, so habe ich zum einen eine ITZ-500 Fernbedienung, die ich von A - P und von 1 -16 (ergibt 256 verschiedene Möglichkeiten) einstellen kann. Damit kann ich meine selbstlernenden Dosen zumindest mit V1 programmieren und gleichzeitig werden sie im FHEM per Autocreate angelegt. Ansonsten habe ich meine selbstlernenden Dosen IT-1500 immer mit den beiliegenden Fernbedienungen angelernt. Wie gesagt, früher wurden diese dann auch automatisch in FHEM angelegt. So lange das nicht funktioniert, kannst Du Dir für diese Dosen einfach selbst eine V3-Definition nach dem Schema 0F00F00F0F FF F0 ausdenken. Dann lassen sie sich aber leider nicht mit den beiliegenden Fernbedienungen schalten.
Oli
Ah ok,
da ich eigentlich nur einen IT Bewegungsmelder einbilden wollte, bleibt mir ja nur die letzte Möglichkeit mir eine V3-Definition auszudenken.Besten Dank für die Erklärung.
Obwohl ich glaube, dass das so nicht funktionieren wird. Dein Bewegungsmelder ist ja ein SENDER, also quasi wie eine Fernbedienung. Und da die Dinger soweit ich weiß das Protokoll V3 benutzen, kannst Du die Codierung am Bewegungsmelder nicht wählen. Das heißt, der Bewegungsmelder selbst gibt den Code vor. Und wenn Du den in FHEM mit der culfw aktuelle nicht empfangen kannst, wird er auch nicht per autocreate angelegt.
Oli
Mittlerweile kann ich ja wie oben beschrieben befehle empfangen . Zur Zeit habe ich die Dosen und Fernbedienung mit den DIP-Schaltern. Ist halt nur die Frage ob ich dann das selbe Problem wie du mit den V3 Empfang habe. Hilft glaub ich nur ausprobieren :-)
Gesendet von meinem LG-D855 mit Tapatalk
Zitat von: OliS. am 18 September 2015, 14:24:00
Mit den IT Geräten habe ich - und noch jemand anders in diesen Thread - derzeit ebenfalls meine Probleme. V1 (die mit den Drehschaltern) werden zuverlässig empfangen, V3 (die selbstlernenden) leider seit einiger Zeit nicht mehr. Keine Ahnung, was da momentan nicht stimmt. Björn hat sich dazu noch nicht geäußert.
Ich habe gerade mit mit zwei CUL, einmal mit der 01.05.04 und einmal mit der 01.05.03, den Empfang probiert.
Bei mir funktionieren alle meine Fernbedienungen bei beiden CULs 1a. Ich kann das Problem leider nicht nachvollziehen.
Hallo Björn!
Ich habe da einen ganz leisen Verdacht. Meinen nanoCUL habe ich ja ohne Widerstände zur Pegelanpassung zusammengelötet. Ich meine in dem Zusammenhang mal von schleichenden Empfangsproblemen als Folge gelesen zu haben. Kann mich aber auch irren.
Ich kann das momentan leider nicht testen, da ich noch auf die Bauteile für einen neuen CUL warte.
Oli
Ich habe mal eine andere Frage:
Ich habe bisher mit der a-culfw Temperatursensoren von Aldi (GT-WT-02) in FHEM empfangen. Nun habe ich mir einen HM Außentemperatursensor gekauft und mich gefragt, ob es möglich ist, die Werte des HM-Sensors in FHEM in ein für die Aldi-Wetterstation verständliches Format zu übertragen und anschließend mit dem CUL an die Aldi-Station zu senden. Also HM-Sensor -> FHEM -> Aldi-Wetterstation.
Geht sowas?
Oli
Hallo,
ich habe nun alles (in meiner Macht stehende) versucht die a-culfw auf mein SCC zu installieren.
Wie auch von anderen hier zu lesen hat bei mir die Installation mit ./Flash.sh leider nicht funktioniert:
avrdude: verification error, first mismatch at byte 0x0000
0xd0 != 0xf0
Hier im Forum habe ich gelesen, dass jemand damit Erfolg hatte die, hex Datei der Original Firmware einfach zu ersetzen durch die alternative FW.
Leider bleib auch das ohne Erfolg. Der Vorgang lief ohne Fehler ab, allerdings wurde mir danach immer noch die Version V 1.65 CSM433 unter FHEM
angezeigt.
Ich habe dies mit den letzten beiden a-culfws probiert mit gleichem Ergebnis.
Gibt es noch irgend etwas was ich tun kann?
Zitat von: Bujakka am 22 September 2015, 22:38:18
Hallo,
ich habe nun alles (in meiner Macht stehende) versucht die a-culfw auf mein SCC zu installieren.
Wie auch von anderen hier zu lesen hat bei mir die Installation mit ./Flash.sh leider nicht funktioniert:
avrdude: verification error, first mismatch at byte 0x0000
0xd0 != 0xf0
Hier im Forum habe ich gelesen, dass jemand damit Erfolg hatte die, hex Datei der Original Firmware einfach zu ersetzen durch die alternative FW.
Leider bleib auch das ohne Erfolg. Der Vorgang lief ohne Fehler ab, allerdings wurde mir danach immer noch die Version V 1.65 CSM433 unter FHEM
angezeigt.
Ich habe dies mit den letzten beiden a-culfws probiert mit gleichem Ergebnis.
Gibt es noch irgend etwas was ich tun kann?
Entferne mal bitte dem Parameter -D aus dem flash.sh Skript.
Zitat von: bjoernh am 23 September 2015, 07:39:44
Entferne mal bitte dem Parameter -D aus dem flash.sh Skript.
Super, danke - genau das hat geholfen. Dann kann es nun losgehen :)
Zitat von: OliS. am 20 September 2015, 16:02:00
Ich habe mal eine andere Frage:
Ich habe bisher mit der a-culfw Temperatursensoren von Aldi (GT-WT-02) in FHEM empfangen. Nun habe ich mir einen HM Außentemperatursensor gekauft und mich gefragt, ob es möglich ist, die Werte des HM-Sensors in FHEM in ein für die Aldi-Wetterstation verständliches Format zu übertragen und anschließend mit dem CUL an die Aldi-Station zu senden. Also HM-Sensor -> FHEM -> Aldi-Wetterstation.
Geht sowas?
Oli
Schieb
Hallo Leute,
Bin erst seit kurzem FHEM user, denke aber ich habe ein Problem gefunden:
ich habe die aktuelle a culfw firmware geflasht und habe einen Oregon thn132n Temperatur Sensor.
Dieser Sensor wird leider in FHEM als CUL_TCM97001_Unknown erkannt.
Sollte dieser nicht zumindest als Oregon erkannt werden ?
2015-09-29_00:58:44 CUL_TCM97001_Unknown Code: CBA09960E1
2015-09-29_00:59:53 CUL_TCM97001_Unknown Code: CBA09960E0
2015-09-29_01:02:49 CUL_TCM97001_Unknown Code: DBA09A60DF
2015-09-29_01:04:00 CUL_TCM97001_Unknown Code: DBA09A60DF
2015-09-29_01:05:44 CUL_TCM97001_Unknown Code: DBA09A60DF
2015-09-29_01:06:56 CUL_TCM97001_Unknown Code: DBA09A60DF
2015-09-29_01:08:52 CUL_TCM97001_Unknown Code: FB608160DF
2015-09-29_01:11:38 CUL_TCM97001_Unknown Code: EBA09B60E3
2015-09-29_01:11:38 CUL_TCM97001_Unknown Code: EBA09B60E3
2015-09-29_01:12:12 CUL_TCM97001_Unknown Code: DBA09A60E4
2015-09-29_01:12:12 CUL_TCM97001_Unknown Code: DBA09A60E3
2015-09-29_01:12:13 CUL_TCM97001_Unknown Code: DBA09A60E3
Also folgendes ist im log immer gleich: xBA0xx60xx
Weiters würde mich interessieren ob es geplant ist das Empfangen von Somfy Kommandos in die a culfw hinzuzufügen? Habe derzeit einen Fhemduino.
Sollte der Fhemduino nicht meinen thn132n ebenfalls erkennen können ?
Schonmal vielen Dank für die Antworten ;)
lg Alex
Gibt es eine Möglichkeit einen CUL mit a-culfw zu testen?
Ich habe ihn mit einem RF1101SE-V3.1 Modul aufgebaut und in FHEM wird er mir auch als "initialized" angezeigt.
Wenn ich jedoch auf rfMode HomeMatic stelle wird trotzdem kein Gerät beim Pairen erkannt.
Hallo gloob,
ich hatte auch das Problem, daß meine nanoCULs mit RF1101SE-v3.1 keine HomeMatic-Geräte empfangen haben. Der RF1101SE-V3.1 ist auf 433MHz abgestimmt und das scheint (gerade bei HM) das Problem zu sein. MAX und slowRF (beide 868MHz) gehen bei mir mit nanoCULs, für HM habe ich mir dann aber einen USB-Config-Adapter vom HM gekauft.
Gruß,
Stefan
Hallo,
folgendes Problem:
Mein nanoCUL433 (RF1101SE) weigert sich, mit der a-culfw Revolt-Dosen zu empfangen.
Der gleiche nanoCUL, geflasht mit culfw, empfängt die Revolts.
Anpassungen der Register (raw W1257, raw W13C4, X21) brauche ich bei der a-culfw doch auch, oder?
Ich habe folgende Version der a-culfw:
VERSION V 1.05.04 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
ccconf sagt
nanoCUL433 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB
In der board.h ist Revolt aktiviert, make und make program-433 haben fehlerfrei funktioniert.
Hat jemand eine Idee, was die Ursache dafür sein könnte, daß keine Revolt-Pakete empfangen werden?
Intertechno wird einwandfrei empfangen und gesendet.
Danke,
Stefan
Dem würde ich mich anschließen, ich habe das gleiche Problem. board.h ist gecheckt, # define HAS_REVOLT ist gesetzt. Empfange leider keine Signale. Bin auf die a-culfw angewiesen, um HomeEasy schalten zu können - nur bekomme ich die Revolts nicht rein. Parameter sind alle gesetzt, aber er empfängt leider nichts... :(
EDIT: Hab jetzt auch mal testweise die V1.05.03 geflasht. Nichts. Wenn ich den nanoCUL868 auf 433 Mhz umstelle empfange ich was - aber nur mit set CUL1 raw X25 , und denn ist es auch noch ... naja, ich kann kein Muster erkennen...
2015.10.02 13:38:10 2: CUL868: unknown message p 6 48 624 304 400 1 2 1 26 503000
2015.10.02 13:38:20 2: CUL868: unknown message p 6 32 560 288 224 1 2 4 27 400000
2015.10.02 13:38:35 2: CUL868: unknown message p 6 48 640 256 272 1 2 2 26 506000
2015.10.02 13:38:38 2: CUL868: unknown message p 6 64 368 304 384 1 2 3 25 404020
2015.10.02 13:38:41 2: CUL868: unknown message p 6 48 352 240 256 1 2 2 27 404000
2015.10.02 13:38:46 2: CUL868: unknown message p 6 48 336 256 368 1 2 2 27 40F800
2015.10.02 13:38:50 2: CUL868: unknown message p 6 80 368 336 384 1 2 2 27 54004
ein List auf den CUL spuckt das Folgende aus:
Internals:
CMDS BCFiAGMKUYRTVWXefLltx
CUL433_MSGCNT 3
CUL433_TIME 2015-10-02 14:55:51
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D6NF-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D6NF-if00-port0@38400
FD 11
FHTID 1234
NAME CUL433
NR 32
PARTIAL
RAWMSG tB27F6100CEE1
RSSI -89.5
STATE Initialized
TYPE CUL
VERSION V 1.05.03 a-culfw Build: 138 (2015-08-23_08-52-03) nanoCUL433 (F-Band: 868MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
Readings:
2015-10-02 14:35:30 ccconf freq:433.970MHz bWidth:406KHz rAmpl:42dB sens:8dB
2015-10-02 14:26:26 cmds B C F i A G M K U Y R T V W X e f L l t x
2015-09-22 22:38:30 credit10ms 3600
2015-09-22 22:38:35 fhtbuf AE
2015-10-02 14:39:50 raw ish1101101110100110101101100010
2015-10-02 14:55:51 state Initialized
2015-09-23 13:48:05 uptime 0 00:00:39
2015-10-02 14:33:08 version V 1.05.03 a-culfw Build: 138 (2015-08-23_08-52-03) nanoCUL433 (F-Band: 433MHz)
Attributes:
icon cul_cul
room CULs
@bjoernh
Hallo Bjoern,
alle bisherigen Devices laufen problemlos, aber man will ja mehr ...
Deshalb muss ich noch mal deine Hilfe in Anspruch nehmen:
Habe diese Woche zwei identische Funk-Wetterstationen erstanden
(Lidl - Auriol ?). Jedenfalls wurden die Sender auch per autocreate
angelegt - allerdings als einzelnes Device, obwohl 2 Sensoren ihre
Werte senden:
Auf der Weboberfläche wechselt die Anzeige zwischen
CUL_TCM97001_Unknown Code: 6C806481FB
und
CUL_TCM97001_Unknown Code: 618063A603
Nach meiner Beobachtung ändern sich nur die zweite Stelle und die fünfte bis zehnte Stelle ...
6C 80 6481FB
61 80 63A603
6C oder 61 könnte umgerechnet die ID des Sensors
Umgerechnet wäre 6C dann "108" und 61 entspräche "97".
Die logs sehen so aus
2015-10-03 19:04:34 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6C8072B5F7
2015-10-03 19:04:58 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6180723C00
2015-10-03 19:06:00 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6180723CFA
2015-10-03 19:06:00 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6180723CFA
2015-10-03 19:06:07 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6C8072B5FD
2015-10-03 19:06:07 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6C8072B5FE
2015-10-03 19:07:02 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6180723C03
2015-10-03 19:07:33 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6180711105
2015-10-03 19:07:40 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6C8072B5FC
und
2015.10.03 19:01:21 4: CUL_Parse: CUL433 s6180723C02
2015.10.03 19:01:21 5: CUL433 dispatch s6180723C02
2015.10.03 19:01:21 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C02
2015.10.03 19:01:28 5: CUL/RAW: /s6C8072B5F9
2015.10.03 19:01:28 4: CUL_Parse: CUL433 s6C8072B5F9
2015.10.03 19:01:28 5: CUL433 dispatch s6C8072B5F9
2015.10.03 19:01:28 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5F9
2015.10.03 19:01:52 5: CUL/RAW: /s6180723C01
2015.10.03 19:01:52 4: CUL_Parse: CUL433 s6180723C01
2015.10.03 19:01:52 5: CUL433 dispatch s6180723C01
2015.10.03 19:01:52 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C01
2015.10.03 19:01:52 5: CUL/RAW: /s6180723C01
2015.10.03 19:01:52 4: CUL_Parse: CUL433 s6180723C01
2015.10.03 19:01:52 5: CUL433 dispatch s6180723C01
2015.10.03 19:01:52 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C01
2015.10.03 19:01:59 5: CUL/RAW: /s6C8072B5F9
2015.10.03 19:01:59 4: CUL_Parse: CUL433 s6C8072B5F9
2015.10.03 19:01:59 5: CUL433 dispatch s6C8072B5F9
2015.10.03 19:01:59 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5F9
2015.10.03 19:01:59 5: CUL/RAW: /s6C8072B5F9
2015.10.03 19:01:59 4: CUL_Parse: CUL433 s6C8072B5F9
2015.10.03 19:01:59 5: CUL433 dispatch s6C8072B5F9
2015.10.03 19:01:59 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5F9
2015.10.03 19:02:09 5: CUL/RAW: /sAB11820C
2015.10.03 19:02:09 4: CUL_Parse: CUL433 sAB11820C
2015.10.03 19:02:09 5: CUL433 dispatch sAB11820C
2015.10.03 19:02:10 5: CUL/RAW: /sAB11820B
2015.10.03 19:02:10 4: CUL_Parse: CUL433 sAB11820B
2015.10.03 19:02:10 5: CUL433 dispatch sAB11820B
2015.10.03 19:02:10 5: CUL/RAW: /sAB11820B
2015.10.03 19:02:10 4: CUL_Parse: CUL433 sAB11820B
2015.10.03 19:02:10 5: CUL433 dispatch sAB11820B
2015.10.03 19:02:10 5: CUL/RAW: /sAB11820B
2015.10.03 19:02:10 4: CUL_Parse: CUL433 sAB11820B
2015.10.03 19:02:10 5: CUL433 dispatch sAB11820B
2015.10.03 19:02:10 5: CUL/RAW: /sAB11820C
2015.10.03 19:02:10 4: CUL_Parse: CUL433 sAB11820C
2015.10.03 19:02:10 5: CUL433 dispatch sAB11820C
2015.10.03 19:02:23 5: CUL/RAW: /s6180723C02
2015.10.03 19:02:23 4: CUL_Parse: CUL433 s6180723C02
2015.10.03 19:02:23 5: CUL433 dispatch s6180723C02
2015.10.03 19:02:23 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C02
2015.10.03 19:02:54 5: CUL/RAW: /s6180723C03
2015.10.03 19:02:54 4: CUL_Parse: CUL433 s6180723C03
2015.10.03 19:02:54 5: CUL433 dispatch s6180723C03
2015.10.03 19:02:54 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C03
2015.10.03 19:03:01 5: CUL/RAW: /s6C8072B5FC
2015.10.03 19:03:01 4: CUL_Parse: CUL433 s6C8072B5FC
2015.10.03 19:03:01 5: CUL433 dispatch s6C8072B5FC
2015.10.03 19:03:01 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5FC
2015.10.03 19:03:25 5: CUL/RAW: /s6180723C00
2015.10.03 19:03:25 4: CUL_Parse: CUL433 s6180723C00
2015.10.03 19:03:25 5: CUL433 dispatch s6180723C00
2015.10.03 19:03:25 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C00
2015.10.03 19:03:56 5: CUL/RAW: /s6180723C01
2015.10.03 19:03:56 4: CUL_Parse: CUL433 s6180723C01
2015.10.03 19:03:56 5: CUL433 dispatch s6180723C01
2015.10.03 19:03:56 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C01
2015.10.03 19:04:03 5: CUL/RAW: /s6C8072B5F9
2015.10.03 19:04:03 4: CUL_Parse: CUL433 s6C8072B5F9
2015.10.03 19:04:03 5: CUL433 dispatch s6C8072B5F9
2015.10.03 19:04:03 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5F9
2015.10.03 19:04:27 5: CUL/RAW: /s6180723C03
2015.10.03 19:04:27 4: CUL_Parse: CUL433 s6180723C03
2015.10.03 19:04:27 5: CUL433 dispatch s6180723C03
2015.10.03 19:04:27 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C03
2015.10.03 19:04:27 5: CUL/RAW: /s6180723C03
2015.10.03 19:04:27 4: CUL_Parse: CUL433 s6180723C03
2015.10.03 19:04:27 5: CUL433 dispatch s6180723C03
2015.10.03 19:04:27 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C03
2015.10.03 19:04:34 5: CUL/RAW: /s6C8072B5F7
2015.10.03 19:04:34 4: CUL_Parse: CUL433 s6C8072B5F7
2015.10.03 19:04:34 5: CUL433 dispatch s6C8072B5F7
2015.10.03 19:04:34 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5F7
2015.10.03 19:04:34 5: CUL/RAW: /s6C8072B5F7
2015.10.03 19:04:34 4: CUL_Parse: CUL433 s6C8072B5F7
2015.10.03 19:04:34 5: CUL433 dispatch s6C8072B5F7
2015.10.03 19:04:34 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5F7
2015.10.03 19:04:58 5: CUL/RAW: /s6180723C00
2015.10.03 19:04:58 4: CUL_Parse: CUL433 s6180723C00
2015.10.03 19:04:58 5: CUL433 dispatch s6180723C00
2015.10.03 19:04:58 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C00
2015.10.03 19:05:46 5: CUL/RAW: /tA0AA66666CED
2015.10.03 19:05:46 4: CUL_Parse: CUL433 tA0AA66666CED -83.5
2015.10.03 19:05:46 5: CUL433 dispatch TXA0AA66666C
2015.10.03 19:05:59 5: CUL/RAW: /i5A69A6A6A56595552A
Irgenwie komme ich ab hier nicht weiter. Ich bin diesen Thread und einige andere
bereits mehrfach durchgegangen, aber fündig geworden bin ich noch nicht.
Sind möglicherweise die Codes noch nicht eingearbeitet oder fehlt evtl. in meiner config ein "include-Befehl" ?
Wäre schön, wenn du (oder ein anderer Crack) mir auf die Sprünge helfen könntest, aber
berücksichtige bitte, dass ich ein Anfänger bin.
Ein Dankeschön vorab
Gruß
Peter
Hätte heute probiert die aktuelle nanoCUL aufzuspielen.
Leider wird immer die alte Version bei der Abfrage der nanoCUL'S angezeigt bzw. funktioniert das flashen nicht richtig.
Bekomme diese Meldungen,
Zitatpi@ccs-ht-rasp /media/hdd/nanoCUL $ bash flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 2
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]:
The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
avrdude done. Thank you.
pi@ccs-ht-rasp /media/hdd/nanoCUL $
Was muß ich noch anpassen?
FHEM gestoppt?
Gesendet von meinem C6603 mit Tapatalk
Danke für den Tipp.
FHEM lief.
Zudem darf für den Flash Vorgang kein USB Hub dazwischen sein.
Zitat von: Peter_Listig am 03 Oktober 2015, 22:51:45
@bjoernh
Hallo Bjoern,
alle bisherigen Devices laufen problemlos, aber man will ja mehr ...
Deshalb muss ich noch mal deine Hilfe in Anspruch nehmen:
Habe diese Woche zwei identische Funk-Wetterstationen erstanden
(Lidl - Auriol ?). Jedenfalls wurden die Sender auch per autocreate
angelegt - allerdings als einzelnes Device, obwohl 2 Sensoren ihre
Werte senden:
Auf der Weboberfläche wechselt die Anzeige zwischen
CUL_TCM97001_Unknown Code: 6C806481FB
und
CUL_TCM97001_Unknown Code: 618063A603
Nach meiner Beobachtung ändern sich nur die zweite Stelle und die fünfte bis zehnte Stelle ...
6C 80 6481FB
61 80 63A603
6C oder 61 könnte umgerechnet die ID des Sensors
Umgerechnet wäre 6C dann "108" und 61 entspräche "97".
Die logs sehen so aus
2015-10-03 19:04:34 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6C8072B5F7
2015-10-03 19:04:58 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6180723C00
2015-10-03 19:06:00 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6180723CFA
2015-10-03 19:06:00 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6180723CFA
2015-10-03 19:06:07 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6C8072B5FD
2015-10-03 19:06:07 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6C8072B5FE
2015-10-03 19:07:02 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6180723C03
2015-10-03 19:07:33 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6180711105
2015-10-03 19:07:40 CUL_TCM97001 CUL_TCM97001_Unknown Code: 6C8072B5FC
und
2015.10.03 19:01:21 4: CUL_Parse: CUL433 s6180723C02
2015.10.03 19:01:21 5: CUL433 dispatch s6180723C02
2015.10.03 19:01:21 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C02
2015.10.03 19:01:28 5: CUL/RAW: /s6C8072B5F9
2015.10.03 19:01:28 4: CUL_Parse: CUL433 s6C8072B5F9
2015.10.03 19:01:28 5: CUL433 dispatch s6C8072B5F9
2015.10.03 19:01:28 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5F9
2015.10.03 19:01:52 5: CUL/RAW: /s6180723C01
2015.10.03 19:01:52 4: CUL_Parse: CUL433 s6180723C01
2015.10.03 19:01:52 5: CUL433 dispatch s6180723C01
2015.10.03 19:01:52 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C01
2015.10.03 19:01:52 5: CUL/RAW: /s6180723C01
2015.10.03 19:01:52 4: CUL_Parse: CUL433 s6180723C01
2015.10.03 19:01:52 5: CUL433 dispatch s6180723C01
2015.10.03 19:01:52 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C01
2015.10.03 19:01:59 5: CUL/RAW: /s6C8072B5F9
2015.10.03 19:01:59 4: CUL_Parse: CUL433 s6C8072B5F9
2015.10.03 19:01:59 5: CUL433 dispatch s6C8072B5F9
2015.10.03 19:01:59 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5F9
2015.10.03 19:01:59 5: CUL/RAW: /s6C8072B5F9
2015.10.03 19:01:59 4: CUL_Parse: CUL433 s6C8072B5F9
2015.10.03 19:01:59 5: CUL433 dispatch s6C8072B5F9
2015.10.03 19:01:59 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5F9
2015.10.03 19:02:09 5: CUL/RAW: /sAB11820C
2015.10.03 19:02:09 4: CUL_Parse: CUL433 sAB11820C
2015.10.03 19:02:09 5: CUL433 dispatch sAB11820C
2015.10.03 19:02:10 5: CUL/RAW: /sAB11820B
2015.10.03 19:02:10 4: CUL_Parse: CUL433 sAB11820B
2015.10.03 19:02:10 5: CUL433 dispatch sAB11820B
2015.10.03 19:02:10 5: CUL/RAW: /sAB11820B
2015.10.03 19:02:10 4: CUL_Parse: CUL433 sAB11820B
2015.10.03 19:02:10 5: CUL433 dispatch sAB11820B
2015.10.03 19:02:10 5: CUL/RAW: /sAB11820B
2015.10.03 19:02:10 4: CUL_Parse: CUL433 sAB11820B
2015.10.03 19:02:10 5: CUL433 dispatch sAB11820B
2015.10.03 19:02:10 5: CUL/RAW: /sAB11820C
2015.10.03 19:02:10 4: CUL_Parse: CUL433 sAB11820C
2015.10.03 19:02:10 5: CUL433 dispatch sAB11820C
2015.10.03 19:02:23 5: CUL/RAW: /s6180723C02
2015.10.03 19:02:23 4: CUL_Parse: CUL433 s6180723C02
2015.10.03 19:02:23 5: CUL433 dispatch s6180723C02
2015.10.03 19:02:23 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C02
2015.10.03 19:02:54 5: CUL/RAW: /s6180723C03
2015.10.03 19:02:54 4: CUL_Parse: CUL433 s6180723C03
2015.10.03 19:02:54 5: CUL433 dispatch s6180723C03
2015.10.03 19:02:54 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C03
2015.10.03 19:03:01 5: CUL/RAW: /s6C8072B5FC
2015.10.03 19:03:01 4: CUL_Parse: CUL433 s6C8072B5FC
2015.10.03 19:03:01 5: CUL433 dispatch s6C8072B5FC
2015.10.03 19:03:01 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5FC
2015.10.03 19:03:25 5: CUL/RAW: /s6180723C00
2015.10.03 19:03:25 4: CUL_Parse: CUL433 s6180723C00
2015.10.03 19:03:25 5: CUL433 dispatch s6180723C00
2015.10.03 19:03:25 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C00
2015.10.03 19:03:56 5: CUL/RAW: /s6180723C01
2015.10.03 19:03:56 4: CUL_Parse: CUL433 s6180723C01
2015.10.03 19:03:56 5: CUL433 dispatch s6180723C01
2015.10.03 19:03:56 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C01
2015.10.03 19:04:03 5: CUL/RAW: /s6C8072B5F9
2015.10.03 19:04:03 4: CUL_Parse: CUL433 s6C8072B5F9
2015.10.03 19:04:03 5: CUL433 dispatch s6C8072B5F9
2015.10.03 19:04:03 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5F9
2015.10.03 19:04:27 5: CUL/RAW: /s6180723C03
2015.10.03 19:04:27 4: CUL_Parse: CUL433 s6180723C03
2015.10.03 19:04:27 5: CUL433 dispatch s6180723C03
2015.10.03 19:04:27 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C03
2015.10.03 19:04:27 5: CUL/RAW: /s6180723C03
2015.10.03 19:04:27 4: CUL_Parse: CUL433 s6180723C03
2015.10.03 19:04:27 5: CUL433 dispatch s6180723C03
2015.10.03 19:04:27 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C03
2015.10.03 19:04:34 5: CUL/RAW: /s6C8072B5F7
2015.10.03 19:04:34 4: CUL_Parse: CUL433 s6C8072B5F7
2015.10.03 19:04:34 5: CUL433 dispatch s6C8072B5F7
2015.10.03 19:04:34 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5F7
2015.10.03 19:04:34 5: CUL/RAW: /s6C8072B5F7
2015.10.03 19:04:34 4: CUL_Parse: CUL433 s6C8072B5F7
2015.10.03 19:04:34 5: CUL433 dispatch s6C8072B5F7
2015.10.03 19:04:34 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C8072B5F7
2015.10.03 19:04:58 5: CUL/RAW: /s6180723C00
2015.10.03 19:04:58 4: CUL_Parse: CUL433 s6180723C00
2015.10.03 19:04:58 5: CUL433 dispatch s6180723C00
2015.10.03 19:04:58 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6180723C00
2015.10.03 19:05:46 5: CUL/RAW: /tA0AA66666CED
2015.10.03 19:05:46 4: CUL_Parse: CUL433 tA0AA66666CED -83.5
2015.10.03 19:05:46 5: CUL433 dispatch TXA0AA66666C
2015.10.03 19:05:59 5: CUL/RAW: /i5A69A6A6A56595552A
Irgenwie komme ich ab hier nicht weiter. Ich bin diesen Thread und einige andere
bereits mehrfach durchgegangen, aber fündig geworden bin ich noch nicht.
Sind möglicherweise die Codes noch nicht eingearbeitet oder fehlt evtl. in meiner config ein "include-Befehl" ?
Wäre schön, wenn du (oder ein anderer Crack) mir auf die Sprünge helfen könntest, aber
berücksichtige bitte, dass ich ein Anfänger bin.
Ein Dankeschön vorab
Gruß
Peter
Hi Peter,
um welche Wetterstation/Sensoren handelt es sich denn genau.
Wenn diese noch nicht richtig erkannt wurden, so müssen wir das Protokoll verstehen. Hierzu muss dann eine Messreihe gemacht werden.
Zitat von: Tedious am 02 Oktober 2015, 10:52:19
Dem würde ich mich anschließen, ich habe das gleiche Problem. board.h ist gecheckt, # define HAS_REVOLT ist gesetzt. Empfange leider keine Signale. Bin auf die a-culfw angewiesen, um HomeEasy schalten zu können - nur bekomme ich die Revolts nicht rein. Parameter sind alle gesetzt, aber er empfängt leider nichts... :(
EDIT: Hab jetzt auch mal testweise die V1.05.03 geflasht. Nichts. Wenn ich den nanoCUL868 auf 433 Mhz umstelle empfange ich was - aber nur mit set CUL1 raw X25 , und denn ist es auch noch ... naja, ich kann kein Muster erkennen...
2015.10.02 13:38:10 2: CUL868: unknown message p 6 48 624 304 400 1 2 1 26 503000
2015.10.02 13:38:20 2: CUL868: unknown message p 6 32 560 288 224 1 2 4 27 400000
2015.10.02 13:38:35 2: CUL868: unknown message p 6 48 640 256 272 1 2 2 26 506000
2015.10.02 13:38:38 2: CUL868: unknown message p 6 64 368 304 384 1 2 3 25 404020
2015.10.02 13:38:41 2: CUL868: unknown message p 6 48 352 240 256 1 2 2 27 404000
2015.10.02 13:38:46 2: CUL868: unknown message p 6 48 336 256 368 1 2 2 27 40F800
2015.10.02 13:38:50 2: CUL868: unknown message p 6 80 368 336 384 1 2 2 27 54004
ein List auf den CUL spuckt das Folgende aus:
Internals:
CMDS BCFiAGMKUYRTVWXefLltx
CUL433_MSGCNT 3
CUL433_TIME 2015-10-02 14:55:51
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D6NF-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D6NF-if00-port0@38400
FD 11
FHTID 1234
NAME CUL433
NR 32
PARTIAL
RAWMSG tB27F6100CEE1
RSSI -89.5
STATE Initialized
TYPE CUL
VERSION V 1.05.03 a-culfw Build: 138 (2015-08-23_08-52-03) nanoCUL433 (F-Band: 868MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
Readings:
2015-10-02 14:35:30 ccconf freq:433.970MHz bWidth:406KHz rAmpl:42dB sens:8dB
2015-10-02 14:26:26 cmds B C F i A G M K U Y R T V W X e f L l t x
2015-09-22 22:38:30 credit10ms 3600
2015-09-22 22:38:35 fhtbuf AE
2015-10-02 14:39:50 raw ish1101101110100110101101100010
2015-10-02 14:55:51 state Initialized
2015-09-23 13:48:05 uptime 0 00:00:39
2015-10-02 14:33:08 version V 1.05.03 a-culfw Build: 138 (2015-08-23_08-52-03) nanoCUL433 (F-Band: 433MHz)
Attributes:
icon cul_cul
room CULs
Ich glaube irgendeiner von den Herren muss mir mal so ein Revolt Teil zukommen lassen. Ich habe leider keinen und kann es dadurch nicht nachvollziehen.
Evtl. bringt aber meine momentan in Arbeit befindende Firmware eine Besserung.
Hallo Björn,
bitte schick' mir mal Deine Anschrift als PM, ich bestelle Dir eine Revolt bei Amazon.
Gute Arbeit muss belohnt werden... ;-)
Danke & Gruß,
Stefan
EDIT: Eine Revolt ist auf dem Weg zu Björn.
Tag zusammen,
anbei einen Auszug aus der Log-Datei und die Internals (Cul, Device1, Device2).
Hinzufügen muss ich noch, dass die Sensoren seit gestern im Kühlschrank sind.
Die auf den zugehörigen Temparturstationen angezeigten Werte sind relativ
konstant 9,0 und 9,1 Grad.
Ich werde die Teile jetzt mal rausnehmen und und die Werte bei "normalen"
Temperaturwerten loggen.
Internals CUL 433 2015-10-06
Internals:
CMDS BCFiANEkGMKUYRTVWXefmLltux
CUL433_MSGCNT 4249
CUL433_TIME 2015-10-06 15:25:20
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
DEF /dev/ttyACM2@9600 1234
DeviceName /dev/ttyACM2@9600
FD 12
FHTID 1234
NAME CUL433
NR 39
PARTIAL
RAWMSG s6C805A5EF2
RSSI -87.5
STATE Initialized
TYPE CUL
VERSION V 1.05.02 a-culfw Build: 122 (2015-06-10_22-38-28) CUL433 (F-Band: 433MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
Readings:
2015-10-05 19:09:58 cmds B C F i A N E k G M K U Y R T V W X e f m L l t u x
2015-10-05 19:01:42 raw is0F00F00F0FFF
2015-10-06 15:25:20 state Initialized
Attributes:
icon rc_RED
verbose 3
CUL_TCM97001_Unknown 61805AD7EF 2015-10-06
Internals:
CODE Unknown
CUL433_MSGCNT 2815
CUL433_RAWMSG s61805AD7EF
CUL433_TIME 2015-10-06 15:44:52
DEF Unknown
IODev CUL433
LASTInputDev CUL433
MSGCNT 2815
NAME CUL_TCM97001_Unknown
NR 407
RSSI -82.5
STATE Code: 61805AD7EF
TYPE CUL_TCM97001
lastH 0
lastT 1444139092
Readings:
2015-10-06 15:44:52 state Code: 61805AD7EF
Attributes:
IODev CUL433
model Unknown
room CUL_TCM97001
verbose 5
CUL_TCM97001_Unknown 6C805973F1 2015-10-06
Internals:
CODE Unknown
CUL433_MSGCNT 2823
CUL433_RAWMSG s6C805973F1
CUL433_TIME 2015-10-06 15:50:39
DEF Unknown
IODev CUL433
LASTInputDev CUL433
MSGCNT 2823
NAME CUL_TCM97001_Unknown
NR 407
RSSI -81.5
STATE Code: 6C805973F1
TYPE CUL_TCM97001
lastH 0
lastT 1444139439
Readings:
2015-10-06 15:50:39 state Code: 6C805973F1
Attributes:
IODev CUL433
model Unknown
room CUL_TCM97001
verbose 5
und die Log 2015-10-06
2015.10.06 15:48:35 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C805A5EF1
2015.10.06 15:48:35 2: CUL433: unknown message p 8 496 4000 496 2000 1 4 0 F1 6C805A5E
2015.10.06 15:48:36 2: CUL433: unknown message p 8 400 4032 400 2016 1 4 1 F1 6C805A5E00
2015.10.06 15:48:39 2: CUL433: unknown message p 3 1264 1056 480 1072 5 2 1 F2 56E080
2015.10.06 15:48:40 2: CUL433: unknown message p 3 1280 1072 464 1072 4 4 6 E4 5D70E80E80
2015.10.06 15:48:40 2: CUL433: unknown message p 8 1360 2112 1360 1056 1 5 3 F0 000000000000
2015.10.06 15:49:00 2: CUL433: unknown message p 8 480 4000 480 2000 1 4 0 F0 61805AD7
2015.10.06 15:49:00 4: CUL_TCM97001 Device not implemented yet name Unknown msg 61805AD7F0
2015.10.06 15:49:00 2: CUL433: unknown message p 8 528 3936 528 1968 1 4 0 F0 61805AD7
2015.10.06 15:49:00 2: CUL433: unknown message p 8 400 4000 400 2000 1 4 0 EF 61805AD7
2015.10.06 15:49:00 2: CUL433: unknown message p 8 528 3840 528 1920 1 4 0 F0 61805AD7
2015.10.06 15:49:14 2: CUL433: unknown message p 9 400 1104 400 1856 1 2 6 F9 FFFFFC
2015.10.06 15:49:15 2: CUL433: unknown message p 3 464 944 480 1920 7 2 3 E3 B7EC70
2015.10.06 15:49:15 2: CUL433: unknown message p 3 464 944 464 1920 7 2 3 E2 B7EC70
2015.10.06 15:49:15 2: CUL433: unknown message p 3 480 912 464 1920 7 2 0 EC B7EC
2015.10.06 15:49:31 2: CUL433: unknown message p 3 496 928 464 1888 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 512 896 480 1872 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 480 912 496 1888 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 496 928 496 1904 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 480 912 480 1904 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 448 944 464 1920 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 448 944 464 1920 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 448 944 464 1920 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 416 976 464 1920 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 448 976 464 1904 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 464 976 416 1920 5 3 4 0D 406D7A18
2015.10.06 15:49:37 2: CUL433: unknown message p 8 528 3808 528 1904 1 4 0 F1 6C805973
2015.10.06 15:49:37 2: CUL433: unknown message p 8 400 4000 400 2000 1 4 0 F1 6C805973
2015.10.06 15:49:39 2: CUL433: unknown message p 3 1296 1040 448 1072 5 3 6 E6 54E08E00
2015.10.06 15:49:39 2: CUL433: unknown message p 3 1344 976 560 976 4 4 6 E8 4154E08E00
2015.10.06 15:49:39 2: CUL433: unknown message p 3 1232 1088 432 1088 4 4 6 E6 4154E08E00
2015.10.06 15:49:40 2: CUL433: unknown message p 3 1232 1104 432 1072 4 4 6 E6 5D54EE0EF0
2015.10.06 15:49:41 2: CUL433: unknown message p 3 1264 1056 480 1056 4 4 6 E4 4172E24E20
2015.10.06 15:49:41 2: CUL433: unknown message p 3 1296 1040 480 1056 4 4 2 F2 5D70E80E80
2015.10.06 15:50:02 2: CUL433: unknown message p 8 496 3872 496 1936 1 4 0 EF 61805AD7
2015.10.06 15:50:02 4: CUL_TCM97001 Device not implemented yet name Unknown msg 61805AD7EF
2015.10.06 15:50:02 2: CUL433: unknown message p 8 512 3840 512 1920 1 4 0 EF 61805AD7
2015.10.06 15:50:02 2: CUL433: unknown message p 8 496 3872 496 1936 1 4 0 EF 61805AD7
2015.10.06 15:50:02 2: CUL433: unknown message p 8 496 3840 496 1920 1 4 1 EF 61805AD700
2015.10.06 15:50:08 2: CUL433: unknown message p 8 400 4064 400 2032 1 4 0 F1 6C805973
2015.10.06 15:50:12 2: CUL433: unknown message p 9 480 1152 480 1536 1 2 6 E2 FFFFFC
2015.10.06 15:50:27 2: CUL433: unknown message p 3 496 912 480 1888 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 480 912 496 1872 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 496 912 480 1888 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 512 928 480 1872 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 496 912 480 1888 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 496 896 480 1888 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 480 912 480 1888 5 3 5 0F 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 496 928 496 1888 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 480 928 480 1888 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 480 928 496 1904 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 480 912 496 1856 5 3 4 0E 406CFA18
2015.10.06 15:50:33 2: CUL433: unknown message p 8 480 4032 480 2016 1 4 0 EE 618059FA
2015.10.06 15:50:33 2: CUL433: unknown message p 8 480 3904 480 1952 1 4 2 EE 618059FA40
2015.10.06 15:50:39 2: CUL433: unknown message p 8 512 3808 512 1904 1 4 0 F1 6C805973
2015.10.06 15:50:39 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C805973F1
2015.10.06 15:50:39 2: CUL433: unknown message p 8 496 4000 496 2000 1 4 0 F1 6C805973
2015.10.06 15:50:39 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C805973F1
2015.10.06 15:50:39 2: CUL433: unknown message p 8 528 3840 528 1920 1 4 0 F1 6C805973
2015.10.06 15:50:40 2: CUL433: unknown message p 9 544 1024 592 1120 1 4 2 E6 C1690BE3C0
2015.10.06 15:50:40 2: CUL433: unknown message p 8 1360 1984 1360 992 1 5 3 E3 000000000000
2015.10.06 15:51:04 2: CUL433: unknown message p 8 512 3936 512 1968 1 4 0 EF 618059FA
2015.10.06 15:51:04 4: CUL_TCM97001 Device not implemented yet name Unknown msg 618059FAEF
2015.10.06 15:51:04 2: CUL433: unknown message p 8 464 4000 464 2000 1 4 0 EF 618059FA
2015.10.06 15:51:09 2: CUL433: unknown message p 3 464 944 464 1920 7 2 2 EC B7EC60
2015.10.06 15:51:10 2: CUL433: unknown message p 8 400 4032 400 2016 1 4 0 F0 6C805973
2015.10.06 15:51:11 2: CUL433: unknown message p 8 400 4032 400 2016 1 4 0 F2 6C805973
2015.10.06 15:51:24 2: CUL433: unknown message p 3 464 944 448 1920 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 448 960 432 1952 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 448 944 464 1920 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 464 928 480 1920 5 3 5 0F 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 432 960 464 1920 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 464 944 464 1920 5 3 5 0F 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 464 928 480 1936 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 448 960 416 1952 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 432 944 448 1952 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 464 928 464 1920 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 448 944 464 1920 5 3 4 0D 406CFA18
2015.10.06 15:51:35 2: CUL433: unknown message p 8 480 4032 480 2016 1 4 0 EF 618059FA
2015.10.06 15:51:35 4: CUL_TCM97001 Device not implemented yet name Unknown msg 618059FAEF
2015.10.06 15:51:35 2: CUL433: unknown message p 8 496 3904 496 1952 1 4 0 EE 618059FA
2015.10.06 15:51:35 4: CUL_TCM97001 Device not implemented yet name Unknown msg 618059FAEE
2015.10.06 15:51:35 2: CUL433: unknown message p 8 496 3872 496 1936 1 4 0 EE 618059FA
2015.10.06 15:51:39 2: CUL433: unknown message p 3 1280 1040 432 1072 5 3 2 F2 72E22E20
2015.10.06 15:51:40 2: CUL433: unknown message p 3 1344 976 576 960 4 2 5 F2 5D54EC
2015.10.06 15:51:40 2: CUL433: unknown message p 3 1280 1040 480 1040 4 4 6 E6 5D54EE0EF0
2015.10.06 15:51:41 2: CUL433: unknown message p 8 416 4160 416 2080 1 4 0 F1 6C805973
2015.10.06 15:51:49 2: CUL433: unknown message p 8 240 512 240 256 1 2 3 EC 30C840
Soweit ich ich Forum gelesen habe, sind die p8 Zeile diejenigen, die relevante Werte enthalten:
z.B. (Auszug aus den letzten 6 Zeilen der Log-Datei)
2015.10.06 15:51:35 2: CUL433: unknown message p 8 496 3872 496 1936 1 4 0 EE 618059FA
2015.10.06 15:51:41 2: CUL433: unknown message p 8 416 4160 416 2080 1 4 0 F1 6C805973
Wie bereits erwähnt sollten die ersten beiden Stellen (vielleicht auch die ersten vier Stellen) die
Geräte-ID enthalten ...
... somit wären lediglich 4 Stellen für den Temperaturwert auszuwerten?
Zumal die letzten 4 Stellen wiederum mit dem gleichen Hex-Wert beginnen (59)
Oder liege ich damit falsch?
59FA = Dezimal 23034
5973 = Dezimal 22899
Wenn ich den Dezimalwert durch den Faktor 2575 teile erhalte ich
59FA = Dezimal 23034 : 2575 = 8,9452427 abgerundet 8,9 Grad
5973 = Dezimal 22899 : 2575 = 8,8928155 aufgerundet 8,9 Grad
was beide Wetterstationen momentan auch anzeigen ...
Ich werde das mal bei höherer Umgebungstemperatur testen und
melde mich wieder.
CU
Peter
Zitat von: Peter_Listig am 06 Oktober 2015, 16:51:41
Tag zusammen,
anbei einen Auszug aus der Log-Datei und die Internals (Cul, Device1, Device2).
Hinzufügen muss ich noch, dass die Sensoren seit gestern im Kühlschrank sind.
Die auf den zugehörigen Temparturstationen angezeigten Werte sind relativ
konstant 9,0 und 9,1 Grad.
Ich werde die Teile jetzt mal rausnehmen und und die Werte bei "normalen"
Temperaturwerten loggen.
Internals CUL 433 2015-10-06
Internals:
CMDS BCFiANEkGMKUYRTVWXefmLltux
CUL433_MSGCNT 4249
CUL433_TIME 2015-10-06 15:25:20
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
DEF /dev/ttyACM2@9600 1234
DeviceName /dev/ttyACM2@9600
FD 12
FHTID 1234
NAME CUL433
NR 39
PARTIAL
RAWMSG s6C805A5EF2
RSSI -87.5
STATE Initialized
TYPE CUL
VERSION V 1.05.02 a-culfw Build: 122 (2015-06-10_22-38-28) CUL433 (F-Band: 433MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
Readings:
2015-10-05 19:09:58 cmds B C F i A N E k G M K U Y R T V W X e f m L l t u x
2015-10-05 19:01:42 raw is0F00F00F0FFF
2015-10-06 15:25:20 state Initialized
Attributes:
icon rc_RED
verbose 3
CUL_TCM97001_Unknown 61805AD7EF 2015-10-06
Internals:
CODE Unknown
CUL433_MSGCNT 2815
CUL433_RAWMSG s61805AD7EF
CUL433_TIME 2015-10-06 15:44:52
DEF Unknown
IODev CUL433
LASTInputDev CUL433
MSGCNT 2815
NAME CUL_TCM97001_Unknown
NR 407
RSSI -82.5
STATE Code: 61805AD7EF
TYPE CUL_TCM97001
lastH 0
lastT 1444139092
Readings:
2015-10-06 15:44:52 state Code: 61805AD7EF
Attributes:
IODev CUL433
model Unknown
room CUL_TCM97001
verbose 5
CUL_TCM97001_Unknown 6C805973F1 2015-10-06
Internals:
CODE Unknown
CUL433_MSGCNT 2823
CUL433_RAWMSG s6C805973F1
CUL433_TIME 2015-10-06 15:50:39
DEF Unknown
IODev CUL433
LASTInputDev CUL433
MSGCNT 2823
NAME CUL_TCM97001_Unknown
NR 407
RSSI -81.5
STATE Code: 6C805973F1
TYPE CUL_TCM97001
lastH 0
lastT 1444139439
Readings:
2015-10-06 15:50:39 state Code: 6C805973F1
Attributes:
IODev CUL433
model Unknown
room CUL_TCM97001
verbose 5
und die Log 2015-10-06
2015.10.06 15:48:35 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C805A5EF1
2015.10.06 15:48:35 2: CUL433: unknown message p 8 496 4000 496 2000 1 4 0 F1 6C805A5E
2015.10.06 15:48:36 2: CUL433: unknown message p 8 400 4032 400 2016 1 4 1 F1 6C805A5E00
2015.10.06 15:48:39 2: CUL433: unknown message p 3 1264 1056 480 1072 5 2 1 F2 56E080
2015.10.06 15:48:40 2: CUL433: unknown message p 3 1280 1072 464 1072 4 4 6 E4 5D70E80E80
2015.10.06 15:48:40 2: CUL433: unknown message p 8 1360 2112 1360 1056 1 5 3 F0 000000000000
2015.10.06 15:49:00 2: CUL433: unknown message p 8 480 4000 480 2000 1 4 0 F0 61805AD7
2015.10.06 15:49:00 4: CUL_TCM97001 Device not implemented yet name Unknown msg 61805AD7F0
2015.10.06 15:49:00 2: CUL433: unknown message p 8 528 3936 528 1968 1 4 0 F0 61805AD7
2015.10.06 15:49:00 2: CUL433: unknown message p 8 400 4000 400 2000 1 4 0 EF 61805AD7
2015.10.06 15:49:00 2: CUL433: unknown message p 8 528 3840 528 1920 1 4 0 F0 61805AD7
2015.10.06 15:49:14 2: CUL433: unknown message p 9 400 1104 400 1856 1 2 6 F9 FFFFFC
2015.10.06 15:49:15 2: CUL433: unknown message p 3 464 944 480 1920 7 2 3 E3 B7EC70
2015.10.06 15:49:15 2: CUL433: unknown message p 3 464 944 464 1920 7 2 3 E2 B7EC70
2015.10.06 15:49:15 2: CUL433: unknown message p 3 480 912 464 1920 7 2 0 EC B7EC
2015.10.06 15:49:31 2: CUL433: unknown message p 3 496 928 464 1888 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 512 896 480 1872 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 480 912 496 1888 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 496 928 496 1904 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 480 912 480 1904 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 448 944 464 1920 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 448 944 464 1920 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 448 944 464 1920 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 416 976 464 1920 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 448 976 464 1904 5 3 5 0E 406D7A14
2015.10.06 15:49:31 2: CUL433: unknown message p 3 464 976 416 1920 5 3 4 0D 406D7A18
2015.10.06 15:49:37 2: CUL433: unknown message p 8 528 3808 528 1904 1 4 0 F1 6C805973
2015.10.06 15:49:37 2: CUL433: unknown message p 8 400 4000 400 2000 1 4 0 F1 6C805973
2015.10.06 15:49:39 2: CUL433: unknown message p 3 1296 1040 448 1072 5 3 6 E6 54E08E00
2015.10.06 15:49:39 2: CUL433: unknown message p 3 1344 976 560 976 4 4 6 E8 4154E08E00
2015.10.06 15:49:39 2: CUL433: unknown message p 3 1232 1088 432 1088 4 4 6 E6 4154E08E00
2015.10.06 15:49:40 2: CUL433: unknown message p 3 1232 1104 432 1072 4 4 6 E6 5D54EE0EF0
2015.10.06 15:49:41 2: CUL433: unknown message p 3 1264 1056 480 1056 4 4 6 E4 4172E24E20
2015.10.06 15:49:41 2: CUL433: unknown message p 3 1296 1040 480 1056 4 4 2 F2 5D70E80E80
2015.10.06 15:50:02 2: CUL433: unknown message p 8 496 3872 496 1936 1 4 0 EF 61805AD7
2015.10.06 15:50:02 4: CUL_TCM97001 Device not implemented yet name Unknown msg 61805AD7EF
2015.10.06 15:50:02 2: CUL433: unknown message p 8 512 3840 512 1920 1 4 0 EF 61805AD7
2015.10.06 15:50:02 2: CUL433: unknown message p 8 496 3872 496 1936 1 4 0 EF 61805AD7
2015.10.06 15:50:02 2: CUL433: unknown message p 8 496 3840 496 1920 1 4 1 EF 61805AD700
2015.10.06 15:50:08 2: CUL433: unknown message p 8 400 4064 400 2032 1 4 0 F1 6C805973
2015.10.06 15:50:12 2: CUL433: unknown message p 9 480 1152 480 1536 1 2 6 E2 FFFFFC
2015.10.06 15:50:27 2: CUL433: unknown message p 3 496 912 480 1888 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 480 912 496 1872 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 496 912 480 1888 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 512 928 480 1872 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 496 912 480 1888 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 496 896 480 1888 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 480 912 480 1888 5 3 5 0F 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 496 928 496 1888 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 480 928 480 1888 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 480 928 496 1904 5 3 5 0E 406CFA14
2015.10.06 15:50:28 2: CUL433: unknown message p 3 480 912 496 1856 5 3 4 0E 406CFA18
2015.10.06 15:50:33 2: CUL433: unknown message p 8 480 4032 480 2016 1 4 0 EE 618059FA
2015.10.06 15:50:33 2: CUL433: unknown message p 8 480 3904 480 1952 1 4 2 EE 618059FA40
2015.10.06 15:50:39 2: CUL433: unknown message p 8 512 3808 512 1904 1 4 0 F1 6C805973
2015.10.06 15:50:39 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C805973F1
2015.10.06 15:50:39 2: CUL433: unknown message p 8 496 4000 496 2000 1 4 0 F1 6C805973
2015.10.06 15:50:39 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C805973F1
2015.10.06 15:50:39 2: CUL433: unknown message p 8 528 3840 528 1920 1 4 0 F1 6C805973
2015.10.06 15:50:40 2: CUL433: unknown message p 9 544 1024 592 1120 1 4 2 E6 C1690BE3C0
2015.10.06 15:50:40 2: CUL433: unknown message p 8 1360 1984 1360 992 1 5 3 E3 000000000000
2015.10.06 15:51:04 2: CUL433: unknown message p 8 512 3936 512 1968 1 4 0 EF 618059FA
2015.10.06 15:51:04 4: CUL_TCM97001 Device not implemented yet name Unknown msg 618059FAEF
2015.10.06 15:51:04 2: CUL433: unknown message p 8 464 4000 464 2000 1 4 0 EF 618059FA
2015.10.06 15:51:09 2: CUL433: unknown message p 3 464 944 464 1920 7 2 2 EC B7EC60
2015.10.06 15:51:10 2: CUL433: unknown message p 8 400 4032 400 2016 1 4 0 F0 6C805973
2015.10.06 15:51:11 2: CUL433: unknown message p 8 400 4032 400 2016 1 4 0 F2 6C805973
2015.10.06 15:51:24 2: CUL433: unknown message p 3 464 944 448 1920 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 448 960 432 1952 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 448 944 464 1920 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 464 928 480 1920 5 3 5 0F 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 432 960 464 1920 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 464 944 464 1920 5 3 5 0F 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 464 928 480 1936 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 448 960 416 1952 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 432 944 448 1952 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 464 928 464 1920 5 3 5 0E 406CFA14
2015.10.06 15:51:25 2: CUL433: unknown message p 3 448 944 464 1920 5 3 4 0D 406CFA18
2015.10.06 15:51:35 2: CUL433: unknown message p 8 480 4032 480 2016 1 4 0 EF 618059FA
2015.10.06 15:51:35 4: CUL_TCM97001 Device not implemented yet name Unknown msg 618059FAEF
2015.10.06 15:51:35 2: CUL433: unknown message p 8 496 3904 496 1952 1 4 0 EE 618059FA
2015.10.06 15:51:35 4: CUL_TCM97001 Device not implemented yet name Unknown msg 618059FAEE
2015.10.06 15:51:35 2: CUL433: unknown message p 8 496 3872 496 1936 1 4 0 EE 618059FA
2015.10.06 15:51:39 2: CUL433: unknown message p 3 1280 1040 432 1072 5 3 2 F2 72E22E20
2015.10.06 15:51:40 2: CUL433: unknown message p 3 1344 976 576 960 4 2 5 F2 5D54EC
2015.10.06 15:51:40 2: CUL433: unknown message p 3 1280 1040 480 1040 4 4 6 E6 5D54EE0EF0
2015.10.06 15:51:41 2: CUL433: unknown message p 8 416 4160 416 2080 1 4 0 F1 6C805973
2015.10.06 15:51:49 2: CUL433: unknown message p 8 240 512 240 256 1 2 3 EC 30C840
Soweit ich ich Forum gelesen habe, sind die p8 Zeile diejenigen, die relevante Werte enthalten:
z.B. (Auszug aus den letzten 6 Zeilen der Log-Datei)
2015.10.06 15:51:35 2: CUL433: unknown message p 8 496 3872 496 1936 1 4 0 EE 618059FA
2015.10.06 15:51:41 2: CUL433: unknown message p 8 416 4160 416 2080 1 4 0 F1 6C805973
Wie bereits erwähnt sollten die ersten beiden Stellen (vielleicht auch die ersten vier Stellen) die
Geräte-ID enthalten ...
... somit wären lediglich 4 Stellen für den Temperaturwert auszuwerten?
Zumal die letzten 4 Stellen wiederum mit dem gleichen Hex-Wert beginnen (59)
Oder liege ich damit falsch?
59FA = Dezimal 23034
5973 = Dezimal 22899
Wenn ich den Dezimalwert durch den Faktor 2575 teile erhalte ich
59FA = Dezimal 23034 : 2575 = 8,9452427 abgerundet 8,9 Grad
5973 = Dezimal 22899 : 2575 = 8,8928155 aufgerundet 8,9 Grad
was beide Wetterstationen momentan auch anzeigen ...
Ich werde das mal bei höherer Umgebungstemperatur testen und
melde mich wieder.
CU
Peter
Hallo Peter,
ok, danke den kenne ich inzwischen schon. Das ist ein Mebus (zumindest bei mir)
Das andere im Vergleich zu den sonstigen sensoren ist, dass dieser die Checksumme am Anfang hat.
Sobald ich soweit bin, werde ich ein update des Modules bereitstellen.
Gruß
Björn
nanoCUL868 geht immer wieder sporadisch auf opened und ich muss einen Hardwarereset durchführen.
Liegt das an der aktuellen Firmware?
V 1.05.04 a-culfw Build: 158 (2015-10-02_21-18-19) nanoCUL868 (F-Band: 868MHz)
Hallo nochmals,
das mit dem Faktor 2575 schein zu stimmen ...
Die Umgebungstemperatur steigt nach Entnahme aus dem Kühlschrank
kontinuierlich an - die geloggten Hex-Werte ergeben geteilt durch den
Faktor den an den Wetterstationen angezeigten Wert.
2015.10.06 17:02:53 2: CUL433: unknown message p 8 496 3872 496 1936 1 4 1 03 6180A556
2015.10.06 17:02:59 2: CUL433: unknown message p 8 496 3904 496 1952 1 4 0 F6 6C80A385
2015.10.06 17:02:59 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C80A38500
2015.10.06 17:02:59 2: CUL433: unknown message p 8 480 3904 480 1952 1 4 0 00 6C80A385
2015.10.06 17:02:59 2: CUL433: unknown message p 8 400 4032 400 2016 1 4 0 00 6C80A385
a556 ==> 42326 : 2575 = 16,437281
a385 ==> 41861 : 2575 = 16,256699
nun sieht es so aus
2015.10.06 19:01:43 2: CUL433: unknown message p 8 496 4032 496 2016 1 4 0 F1 6180E0A8
2015.10.06 19:01:44 2: CUL433: unknown message p 8 1376 2112 1376 1056 1 5 3 E7 000000000000
2015.10.06 19:01:44 2: CUL433: unknown message p 8 1344 2080 1344 1040 1 4 0 F1 00000000
2015.10.06 19:01:45 2: CUL433: unknown message p 3 1280 1056 464 1056 4 4 6 E8 5D55101118
2015.10.06 19:01:45 2: CUL433: unknown message p 3 1280 1040 464 1040 4 4 6 E8 5D55101118
2015.10.06 19:01:49 2: CUL433: unknown message p 8 432 4064 432 2032 1 4 0 16 6C80E4A2
6180 E0A8 ==> 57512 = 22,3 Grad
6C80 E4A2 ==> 58530 = 22,7 Grad
Na ja, 0,4 Grad Abweichung zwischen den Sensoren - allerdings auch 0,2 Grad Abweichung zwischen
den beiden Wetterstationen - Fertigungstoleranz oder Rundungsfehler ?
Nachdem die Wetterstationen sicherlich haufenweise bei Lidl gekauft wurden anbei noch ein Foto
Grüße
Peter
Zitat von: Peter_Listig am 06 Oktober 2015, 19:27:56
Hallo nochmals,
das mit dem Faktor 2575 schein zu stimmen ...
Die Umgebungstemperatur steigt nach Entnahme aus dem Kühlschrank
kontinuierlich an - die geloggten Hex-Werte ergeben geteilt durch den
Faktor den an den Wetterstationen angezeigten Wert.
2015.10.06 17:02:53 2: CUL433: unknown message p 8 496 3872 496 1936 1 4 1 03 6180A556
2015.10.06 17:02:59 2: CUL433: unknown message p 8 496 3904 496 1952 1 4 0 F6 6C80A385
2015.10.06 17:02:59 4: CUL_TCM97001 Device not implemented yet name Unknown msg 6C80A38500
2015.10.06 17:02:59 2: CUL433: unknown message p 8 480 3904 480 1952 1 4 0 00 6C80A385
2015.10.06 17:02:59 2: CUL433: unknown message p 8 400 4032 400 2016 1 4 0 00 6C80A385
a556 ==> 42326 : 2575 = 16,437281
a385 ==> 41861 : 2575 = 16,256699
nun sieht es so aus
2015.10.06 19:01:43 2: CUL433: unknown message p 8 496 4032 496 2016 1 4 0 F1 6180E0A8
2015.10.06 19:01:44 2: CUL433: unknown message p 8 1376 2112 1376 1056 1 5 3 E7 000000000000
2015.10.06 19:01:44 2: CUL433: unknown message p 8 1344 2080 1344 1040 1 4 0 F1 00000000
2015.10.06 19:01:45 2: CUL433: unknown message p 3 1280 1056 464 1056 4 4 6 E8 5D55101118
2015.10.06 19:01:45 2: CUL433: unknown message p 3 1280 1040 464 1040 4 4 6 E8 5D55101118
2015.10.06 19:01:49 2: CUL433: unknown message p 8 432 4064 432 2032 1 4 0 16 6C80E4A2
6180 E0A8 ==> 57512 = 22,3 Grad
6C80 E4A2 ==> 58530 = 22,7 Grad
Na ja, 0,4 Grad Abweichung zwischen den Sensoren - allerdings auch 0,2 Grad Abweichung zwischen
den beiden Wetterstationen - Fertigungstoleranz oder Rundungsfehler ?
Nachdem die Wetterstationen sicherlich haufenweise bei Lidl gekauft wurden anbei noch ein Foto
Grüße
Peter
Hallo Peter,
würdest Du mal bitte das angehängte Fhem Modul bei dir austauschen.
Damit müsste es eigentlich gehen.
Gib mir dann bitte Bescheid.
Gruß
Björn
Hallo Björn,
Zitat von: bjoernh am 06 Oktober 2015, 18:06:26
ok, danke den kenne ich inzwischen schon. Das ist ein Mebus (zumindest bei mir)
Das andere im Vergleich zu den sonstigen sensoren ist, dass dieser die Checksumme am Anfang hat.
Sobald ich soweit bin, werde ich ein update des Modules bereitstellen.
Ich habe mich die letzten Tage auch mit diesem Protokoll auseinandergesetzt und das Modul 14_CUL_TCM97001 so gepatcht, dass es meinen Sensor erkennt. Ich konnte den Hersteller des Sensors nicht wirklich identifieren - es war ein Aufkleber mit dem Firmennamen Glunz drauf. Dementsprechend habe ich den Modelltyp dann auch Glunz genannt. Anbei hängt der notwendige Patch, der auch für die oben genannten String plausible Werte liefert. Leider habe ich den Algorithmus für die Checksumme im ersten Nibble nicht ausmachen können.
Noch einen schönen Abend,
Nico
Zitat von: Wallmeier am 06 Oktober 2015, 19:53:35
Hallo Björn,
Ich habe mich die letzten Tage auch mit diesem Protokoll auseinandergesetzt und das Modul 14_CUL_TCM97001 so gepatcht, dass es meinen Sensor erkennt. Ich konnte den Hersteller des Sensors nicht wirklich identifieren - es war ein Aufkleber mit dem Firmennamen Glunz drauf. Dementsprechend habe ich den Modelltyp dann auch Glunz genannt. Anbei hängt der notwendige Patch, der auch für die oben genannten String plausible Werte liefert. Leider habe ich den Algorithmus für die Checksumme im ersten Nibble nicht ausmachen können.
Noch einen schönen Abend,
Nico
Hallo Nico,
schau dir mal das Modul vor deinem Post an, da wird die Checksumme berücksichtigt.
Sensorname ist Mebus
Gruß
Björn
Hallo Björn,
Zitat von: bjoernh am 06 Oktober 2015, 20:54:27
schau dir mal das Modul vor deinem Post an, da wird die Checksumme berücksichtigt.
Sensorname ist Mebus
Deinen Post hatte ich nicht gesehen, bevor ich meinen Beitrag geschrieben hatte... Sieht super aus! Einzige kleine Verbesserung die mir noch auffällt ist, dass die Variable $id3 nicht sinnvoll bei diesen Sensoren gesetzt wird und somit das Logging in den Zeilen 728 bzw. 730 nicht ganz sauber ist... Ansonsten läuft das angehängte Modul einwandfrei.
Noch einen schönen Abend,
Nico
Hi alexz707,
Die Antwort ist ein bisschen OT, aber was soll ich machen. ;)
Zitat von: alexz707 am 29 September 2015, 00:30:33
Weiters würde mich interessieren ob es geplant ist das Empfangen von Somfy Kommandos in die a culfw hinzuzufügen? Habe derzeit einen Fhemduino.
Sollte der Fhemduino nicht meinen thn132n ebenfalls erkennen können ?
Also der Fhemduino sollte den thn132n erkennen ja. So super gut, lief der decoder im Fhemduino allerdings nicht.
Ich habe im SIGNALduino eine universellere Variante entwickelt und da läuft es zumindest bei mir sehr gut.
Somfy steht beim SIGNALduino auch auf der todo Liste, allerdings das Signal ist ein bisschen komisch moduliert. Habe mich damit jetzt nicht intensiv beschäftigt, da ich bislang auch keine Signaldaten dazu habe.
Grüße Sidey
Hi Bjoern,
habe das alte Modul umbenannt und das von dir reinkopiert,
im Device Mebus ausgewählt - wird aber trotzdem nicht erkannt.
Werde mal die Sensoren stromlos machen und dann einen
neu erkennen lassen ...
Bis gleich
Peter
PS: das Foto hatte ich vergessen
Hi Bjoern,
auch nach Löschen und neuem autocreate (gleiche Kennung 6180)
werden keine Werte angezeigt.
2015.10.07 15:25:54 3: set CUL433 raw X25
2015.10.07 15:25:54 2: CUL433: unknown message p 8 528 3904 528 1952 1 4 0 0A 6180F768
2015.10.07 15:25:56 2: CUL433: unknown message p 3 480 912 480 1920 5 3 5 11 405DFA0C
2015.10.07 15:25:56 2: CUL433: unknown message p 3 512 912 464 1904 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 512 912 480 1888 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 480 912 480 1888 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 496 912 480 1920 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 480 912 496 1888 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 496 912 496 1888 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 480 912 496 1904 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 496 912 480 1888 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 496 912 480 1888 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 480 912 480 1904 5 3 4 11 405DFA08
Hast Du noch eine Idee?
Gruß
Peter
Zitat von: Peter_Listig am 07 Oktober 2015, 15:28:09
Hi Bjoern,
auch nach Löschen und neuem autocreate (gleiche Kennung 6180)
werden keine Werte angezeigt.
2015.10.07 15:25:54 3: set CUL433 raw X25
2015.10.07 15:25:54 2: CUL433: unknown message p 8 528 3904 528 1952 1 4 0 0A 6180F768
2015.10.07 15:25:56 2: CUL433: unknown message p 3 480 912 480 1920 5 3 5 11 405DFA0C
2015.10.07 15:25:56 2: CUL433: unknown message p 3 512 912 464 1904 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 512 912 480 1888 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 480 912 480 1888 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 496 912 480 1920 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 480 912 496 1888 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 496 912 496 1888 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 480 912 496 1904 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 496 912 480 1888 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 496 912 480 1888 5 3 5 12 405DFA0C
2015.10.07 15:25:57 2: CUL433: unknown message p 3 480 912 480 1904 5 3 4 11 405DFA08
Hast Du noch eine Idee?
Gruß
Peter
Hallo Peter,
ok, der wird noch nicht unterstützt.
Ich brauch aber noch ein wenig deine Hilfe.
Die Temperatur berechnet sich also aus den letzten 4 bytes.
Formel ist dann z.B.
6180 E0A8
E0A8 ==> (57512/256) - 1 = 22,3 Grad
Was jetzt noch fehlt, sind die negativen Temperaturen.
Du solltest also bitte mal eine Messreihe inkl. negativen Temperaturen machen.
Hast der Sensor auch einen Taster und einen Kanalschalter?
Wenn ja, bitte auch mit verschiedenen Einstellungen ein paar Werte.
Ansonsten wäre es auch noch hilfreich wenn Du mal leere Batterien einbaust, evtl. sendet der Sensor auch einen Batteriestatus.
Gruß
Björn
Zitat von: SVLoneStar am 04 Oktober 2015, 21:41:28
Hallo Björn,
bitte schick' mir mal Deine Anschrift als PM, ich bestelle Dir eine Revolt bei Amazon.
Gute Arbeit muss belohnt werden... ;-)
Danke & Gruß,
Stefan
EDIT: Eine Revolt ist auf dem Weg zu Björn.
Hallo Stefan,
das Teil ist heute angekommen.
Sag mal ging das schon irgendwann mal vernünftig?
Der CUL empfängt prinzipiell die Bits, allerdings nicht zuverlässig. Die Folge ist dann, dass das Paket vermurkst ist.
Gruß
Björn
Hallo Björn,
zwei Revolt funktionieren bei mir an einem 433MHz nanoCUL recht gut. FW ist dabei die culfw 1.65.
Allerdings kommen in der Tat oft verhunzte Pakete an.
Aus diesem Grunde verwende ich die 19_Revolt.pm von hier:
http://www.sknorrell.de/blog/energiemesssung-mit-revolt-nc-5462/ (http://www.sknorrell.de/blog/energiemesssung-mit-revolt-nc-5462/)
Damit kommt deutlich weniger Datenmüll in FHEM an. Zudem ist die Reichweite der Revolts echt mau...
Wäre trotzdem irgendwie schön, wenn ich für die Revolts nicht einen dedizierten nanoCUL 433 bräuchte, sondern die a-culfw verwenden könnte... ;)
Gruß,
Stefan
Zitat von: SVLoneStar am 09 Oktober 2015, 22:13:05
Hallo Björn,
zwei Revolt funktionieren bei mir an einem 433MHz nanoCUL recht gut. FW ist dabei die culfw 1.65.
Allerdings kommen in der Tat oft verhunzte Pakete an.
Aus diesem Grunde verwende ich die 19_Revolt.pm von hier:
http://www.sknorrell.de/blog/energiemesssung-mit-revolt-nc-5462/ (http://www.sknorrell.de/blog/energiemesssung-mit-revolt-nc-5462/)
Damit kommt deutlich weniger Datenmüll in FHEM an. Zudem ist die Reichweite der Revolts echt mau...
Wäre trotzdem irgendwie schön, wenn ich für die Revolts nicht einen dedizierten nanoCUL 433 bräuchte, sondern die a-culfw verwenden könnte... ;)
Gruß,
Stefan
Dann hat sich also meine Vermutung bestätigt ;-)
Irgendwas passt da noch nicht. mal sehen ob mir da etwas einfällt. @mehf habe ich auch schon angeschrieben, er hatte das ursprünglich in die culfw gebracht.
Wenn ich mich richtig erinnere, ging es um eine zweite Checksum, die nicht interpretiert werden konnte und daher nicht zum Check der 'Unversehrtheit' der Pakete herangezogen werden kann. Die Checks in der verlinkten Revolt.pm sind rein logischer Natur und verwerfen schlicht Pakete mit klar unsinnigem Inhalt.
Alles in allem sind die PCA301-Fosen m. E. klar besser...aber für das, was ich damit anstelle, sind die gekauften Revolts gut genug...ich nehme die nur (noch) für 'An/Aus'-Detektierung...;)
Danke für Deine Mühen,
Stefan
Sent from my iPhone using Tapatalk
@Bjoern @all,
Moin zusammen,
erstmal vielen Dank für Eure Hilfe !
Gestern habe ich zum zweiten Mal, die von Bjoern im Post #334, angehängte "14_CUL ..."
ausgetauscht und siehe da auf einmal wurden beide Sensoren erkannt.
Hat zwar sehr lange gedauert (ca. 3 Stunden), aber dann wurden beide Devices
per autocreate angelegt.
Zitat
ok, der wird noch nicht unterstützt.
Allerdings wird ein bereits angelegter Sensor nochmals als weiterer
"CUL_TCM97001_Unknown Code: 6180CD34"
angezeigt
Zitat
Die Temperatur berechnet sich also aus den letzten 4 bytes.
Formel ist dann z.B.
6180 E0A8
E0A8 ==> (57512/256) - 1 = 22,3 Grad
Die, bei den erkannten Sensoren, angezeigten Werte sind rechnerisch
bis auf "Rundungsdifferenzen" identisch mit den Werten die in der
jeweiligen Wetterstation angezeigt werden, wobei zwischen beiden
Stationen der Indoorwert bei identischen Standort um 0,2 Grad abweicht.
Dies ist auch bei den Sensoren für Aussen der Fall und könnte an der
Justierung/Eichung (wenn denn vorhanden) liegen.
Zitat
Was jetzt noch fehlt, sind die negativen Temperaturen.
Du solltest also bitte mal eine Messreihe inkl. negativen Temperaturen machen.
Hab die Dinger mal in die Gefriertruhe gelegt - habe dann aber kein Signal mehr bekommen ...
Das probier ich nochmal und logge den "Auftauvorgang" mit ;).
Zitat
Hast der Sensor auch einen Taster und einen Kanalschalter?
Wenn ja, bitte auch mit verschiedenen Einstellungen ein paar Werte.
Kanalschalter ist nicht vorhanden.
Zitat
Ansonsten wäre es auch noch hilfreich wenn Du mal leere Batterien einbaust, evtl. sendet der Sensor auch einen Batteriestatus.
Kann ich probieren. Aber ich glaube nicht, dass hier ein Status übertragen wird.
Bei anderen Fabrikaten ändert sich, wie ich in div. Posts gelesen habe, beim Tausch der
Batterien jedesmal die ID - das schein hier nicht der Fall zu sein, da beide Sensoren
auch nach mehrfachem Raus und Rein der Batterien immer wieder mit der gleichen ID#
senden (6180 und 6C80). Möglicherweise ist diese werksseitig voreingestellt.
Nochmals Danke
LG
Peter
Hier noch ein Anhang zum letzten Beitrag
Der CUL_TCM97001_24 zeigt allerdings seit gestern abend unverändert 20,8 Grad an
- lediglich der CUL_TCM97001_200 hat m.E. aktuelle Werte.
Ganz kann es also nicht stimmen ...
... werde mal weiter testen.
Grüße
Peter
Hallo,
es gibt eine neue Version 1.10.00
Changlog gibt es hier: http://forum.fhem.de/index.php/topic,35064.msg273774.html#msg273774
Macht bitte noch ein fhem update damit die Module aktuell sind.
Bei den CULs müsst Ihr mit "set CUL raw e" das EEprom neu initialisieren, ansonsten funktioniert der Revolt empfang nicht.
@Peter_Listig: Der Mebus sollte nun besser funktionieren
@SVLoneStar: Revolt funktioniert auch stabiel
So, nun bin ich gespannt auf euer feedback.
Gruß
Björn
Hallo Björn,
habe den nanoCUL mit der v1.10.00 (433) geflasht und mit "raw e" das EEprom neu initialisiert.
Danach mit "raw W1257, "raw W13C4" und "raw X21" die Register für die Datenrate geändert.
Intertechno schaltet nach wie vor, Revolt-Dosen empfange ich nach wie vor leider nicht. Im Event Monitor tauchen die Revolts auch nicht auf.
Ein List des nanoCUL:
Internals:
CMDS BCFiAGMKUYRTVWXefLltx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9I59Z7J-if00-port0@38400 1334
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9I59Z7J-if00-port0@38400
FD 10
FHTID 1334
NAME nanoCUL433
NR 53
PARTIAL
RAWMSG t800000000038
RSSI -46
STATE Initialized
TYPE CUL
VERSION V 1.10.00 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
initString X21
nanoCUL433_MSGCNT 20
nanoCUL433_TIME 2015-10-13 00:24:04
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
Readings:
2015-10-13 00:31:56 ccconf freq:433.970MHz bWidth:325KHz rAmpl:42dB sens:8dB
2015-10-13 00:32:14 cmds B C F i A G M K U Y R T V W X e f L l t x
2015-10-13 00:32:14 state Initialized
Attributes:
addvaltrigger 1
alias nanoCUL_433MHz
icon cul_cul
room 9 - System
verbose 3
Habe ich was vergessen?
Danke, Stefan
Zitat von: SVLoneStar am 13 Oktober 2015, 00:25:53
Hallo Björn,
habe den nanoCUL mit der v1.10.00 (433) geflasht und mit "raw e" das EEprom neu initialisiert.
Danach mit "raw W1257, "raw W13C4" und "raw X21" die Register für die Datenrate geändert.
Intertechno schaltet nach wie vor, Revolt-Dosen empfange ich nach wie vor leider nicht. Im Event Monitor tauchen die Revolts auch nicht auf.
Ein List des nanoCUL:
Internals:
CMDS BCFiAGMKUYRTVWXefLltx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9I59Z7J-if00-port0@38400 1334
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9I59Z7J-if00-port0@38400
FD 10
FHTID 1334
NAME nanoCUL433
NR 53
PARTIAL
RAWMSG t800000000038
RSSI -46
STATE Initialized
TYPE CUL
VERSION V 1.10.00 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
initString X21
nanoCUL433_MSGCNT 20
nanoCUL433_TIME 2015-10-13 00:24:04
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
Readings:
2015-10-13 00:31:56 ccconf freq:433.970MHz bWidth:325KHz rAmpl:42dB sens:8dB
2015-10-13 00:32:14 cmds B C F i A G M K U Y R T V W X e f L l t x
2015-10-13 00:32:14 state Initialized
Attributes:
addvaltrigger 1
alias nanoCUL_433MHz
icon cul_cul
room 9 - System
verbose 3
Habe ich was vergessen?
Danke, Stefan
So, jetzt aber. Probier mal die 01.10.01...
Ich wollte nur kurz Feedback geben, dass mit der neuen Version 1.10.00 bzw. 1.10.01 der Empfang der Mebus-Sensoren wirklich signifikant besser geworden ist!
Ganz herzlichen Dank dafür!
Nico
Hallo Björn,
neu geflasht mit der 1.10.01, nun sind die Revolts da - klasse, danke!
Kein raw e und kein Setzen der Datenrate erforderlich (beides hatte ich ja aber schon beim Flashen der 1.10.00 gemacht).
Ich werde mal die Readings für ein paar Stunden loggen und schauen, wie's um die Ausreisser (=kaputte Datagramme) bestellt ist.
Nochmal Danke und viel Spaß mit Deiner Revolt, Stefan
Hallo Björn,
Zitat von: bjoernh am 12 Oktober 2015, 22:28:03
es gibt eine neue Version 1.10.00
[...]
So, nun bin ich gespannt auf euer feedback.
Ich habe auch mal die v1.10.01 probiert. Bei den HE305EU-Kontakten hat sich leider nichts geändert (hab gesehen, dass sich auch etwas am IT-Code geändert hat). Die Logausgaben sind noch so wie im Post (http://forum.fhem.de/index.php/topic,35064.msg318590.html#msg318590) beschrieben.
Gruß
Zitat von: Jendaw am 14 Oktober 2015, 20:52:01
Hallo Björn,
Ich habe auch mal die v1.10.01 probiert. Bei den HE305EU-Kontakten hat sich leider nichts geändert (hab gesehen, dass sich auch etwas am IT-Code geändert hat). Die Logausgaben sind noch so wie im Post (http://forum.fhem.de/index.php/topic,35064.msg318590.html#msg318590) beschrieben.
Gruß
Schick mal bitte die aktuellen Ausgaben. Schreib bitte auch dazu wann das Fenster geöffnet wurde und wann es geschlossen wurde.
Hallo Björn,
habe soeben die neue CUL Software geflasht.
Mein eurochron EAS 800Z wird jedoch nicht erkannt.
Zitat von: Joker2002 am 14 Oktober 2015, 21:00:14
Hallo Björn,
habe soeben die neue CUL Software geflasht.
Mein eurochron EAS 800Z wird jedoch nicht erkannt.
Schalt mal X25 an und schau ob etwas kommt.
sorry für die Frage: aber wo schalte ich X25 ein ?
Zitat von: bjoernh am 14 Oktober 2015, 20:55:08
Schick mal bitte die aktuellen Ausgaben. Schreib bitte auch dazu wann das Fenster geöffnet wurde und wann es geschlossen wurde.
# Fenster geöffnet
2015.10.04 21:04:33 2: nanoCUL: unknown message p10 256 192 272 1184 1 7 1 D9 C78F5755AD572E00
2015.10.04 21:04:33 2: nanoCUL: unknown message p10 208 192 224 1216 1 7 1 DB C78F5755AD572E00
2015.10.04 21:04:34 2: nanoCUL: unknown message p10 240 192 256 1216 1 7 1 D8 C78F5755AD572E00
2015.10.04 21:04:34 3: nanoCUL: Unknown code ihc78f5755ad572e00d8, help me!
2015.10.04 21:04:34 2: nanoCUL: unknown message p10 272 176 256 1264 1 7 1 D7 C78F5755AD572E00
2015.10.04 21:04:34 2: nanoCUL: unknown message p 3 256 1216 272 192 4 5 7 D8 C2A2A94AA347
2015.10.04 21:04:34 2: nanoCUL: unknown message p10 240 176 240 1200 1 7 1 DA C78F5755AD572E00
2015.10.04 21:04:35 2: nanoCUL: unknown message p10 272 176 256 1232 1 7 1 D8 C78F5755AD572E00
#Fenster geschlossen
2015.10.04 21:04:39 2: nanoCUL: unknown message p10 224 224 224 1248 1 7 1 D8 C78F5755AD56AE00
2015.10.04 21:04:39 3: nanoCUL: Unknown code ihc78f5755ad56ae00d9, help me!
2015.10.04 21:04:39 2: nanoCUL: unknown message p10 256 224 240 1248 1 7 1 D8 C78F5755AD56AE00
2015.10.04 21:04:39 3: nanoCUL: Unknown code ihc78f5755ad56ae00d8, help me!
2015.10.04 21:04:39 2: nanoCUL: unknown message p10 240 224 240 1216 1 7 1 D8 C78F5755AD56AE00
2015.10.04 21:04:40 3: nanoCUL: Unknown code ihc78f5755ad56ae00d9, help me!
2015.10.04 21:04:40 2: nanoCUL: unknown message p10 224 208 224 1200 1 7 1 D8 C78F5755AD56AE00
2015.10.04 21:04:40 2: nanoCUL: unknown message p10 240 192 240 1248 1 7 1 D9 C78F5755AD56AE00
2015.10.04 21:04:40 3: nanoCUL: Unknown code ihc78f5755ad56ae00d8, help me!
2015.10.04 21:04:40 2: nanoCUL: unknown message p10 272 208 272 1232 1 7 1 D7 C78F5755AD56AE00
2015.10.04 21:04:41 2: nanoCUL: unknown message p10 240 208 240 1232 1 7 1 D7 C78F5755AD56AE00
# noch ein 2. Sensor
# Fenster geöffnet
2015.10.04 21:07:50 2: nanoCUL: unknown message p10 192 256 192 1280 1 7 1 D2 E7D756ADFD372E00
2015.10.04 21:07:50 2: nanoCUL: unknown message p10 112 336 112 800 1 7 1 D1 CF97D6ACDD77FF80
2015.10.04 21:07:51 2: nanoCUL: unknown message p10 112 416 112 976 1 7 1 D0 FF9FDFEFFDF7EF00
2015.10.04 21:07:51 2: nanoCUL: unknown message p 3 112 1344 96 352 4 5 7 CF A2A54C8B2347
2015.10.04 21:07:51 2: nanoCUL: unknown message p10 112 336 112 1184 1 7 1 D1 C7DFD7ADDFFF3E00
2015.10.04 21:07:51 2: nanoCUL: unknown message p10 96 320 96 976 1 7 1 D1 CF9756AEFD37BF00
2015.10.04 21:07:51 2: nanoCUL: unknown message p 3 112 1360 112 336 4 5 7 D0 A2A54C8B2347
2015.10.04 21:07:51 2: nanoCUL: unknown message p10 112 336 112 976 1 7 1 D0 D7FF57EEFF777F00
2015.10.04 21:07:51 2: nanoCUL: unknown message p 3 112 1360 96 320 4 5 7 D0 A2A54C8B2347
# Fenster geschlossen
2015.10.04 21:07:55 2: nanoCUL: unknown message p 3 112 1360 112 352 4 5 7 D0 A2A54C8B2547
2015.10.04 21:07:56 2: nanoCUL: unknown message p 3 144 1328 176 272 4 5 7 D1 A2A54C8B2547
2015.10.04 21:07:56 2: nanoCUL: unknown message p 3 160 1312 144 304 4 5 7 D2 A2A54C8B2547
2015.10.04 21:07:56 2: nanoCUL: unknown message p10 192 256 192 1296 1 7 1 D2 C79F56ACDD36AE00
2015.10.04 21:07:56 2: nanoCUL: unknown message p 3 160 1312 176 272 4 5 7 D2 A2A54C8B2547
2015.10.04 21:07:56 2: nanoCUL: unknown message p10 160 304 160 1184 1 7 1 D1 C7977EAEFD37EE00
2015.10.04 21:07:56 2: nanoCUL: unknown message p10 112 304 112 1296 1 7 1 D2 D79F76ACFDBEAE00
2015.10.04 21:07:56 2: nanoCUL: unknown message p10 96 320 96 1072 1 7 1 D0 C79F56ACDD37AF00
2015.10.04 21:07:57 2: nanoCUL: unknown message p 3 144 1312 160 304 4 5 7 D2 A2A54C8B2547
Zitat von: Joker2002 am 14 Oktober 2015, 21:05:52
sorry für die Frage: aber wo schalte ich X25 ein ?
In der Eingabeleiste in Fhem "set <deinCUL-Name> raw X25" oder alternativ in deiner CUL-Definition mit "set".
Ist egal wo. Zurück kommst du dann mit X21
Ok, habe ich gemacht. Er findet den Temperatursensor jedoch nicht.
Steht was in dem event log?
leider nein :(
Hast du das eeprom neu installiert? raw e
sicher das er den Befehl "set CUL_0 raw X25" so verarbeitet ?
wenn ich im Cul nochmal auf set CUL_0 raw gehe, steht dort wieder "6"
ja, habe ich gemacht
Zitat von: Joker2002 am 14 Oktober 2015, 21:21:56
sicher das er den Befehl "set CUL_0 raw X25" so verarbeitet ?
wenn ich im Cul nochmal auf set CUL_0 raw gehe, steht dort wieder "6"
Wenn ich es mache (set CUL1 raw X25) uns anschließed im Event Monitor schaue, sehe ich die pxxx debug Ausgaben.
ich erhalte folgende Meldungen:
2015-10-14 21:34:47 CUL CUL_0 UNKNOWNCODE p11 48 2176 464 4160 464 1968 35 1 4 3 320 13872 E8 6E08410320
2015-10-14 21:34:47 CUL CUL_0 UNKNOWNCODE p 8 448 4064 464 4144 464 1968 36 1 4 4 448 8928 E3 9704208190
2015-10-14 21:34:47 CUL_TCM97001 CUL_TCM97001_Unknown Code: 9704208190
2015-10-14 21:34:47 CUL CUL_0 UNKNOWNCODE p 8 464 4048 480 4160 464 1968 36 1 4 4 464 8928 E3 9704208190
2015-10-14 21:34:48 CUL CUL_0 UNKNOWNCODE p 8 416 4048 480 4160 464 1936 36 1 4 4 448 8976 E3 9704208190
2015-10-14 21:34:48 CUL CUL_0 UNKNOWNCODE p 8 464 4048 496 4128 464 1968 36 1 4 4 480 8896 E4 9704208190
2015-10-14 21:34:48 CUL CUL_0 UNKNOWNCODE p 8 512 4000 496 4144 464 1936 36 1 4 4 464 8912 E3 9704208190
2015-10-14 21:34:48 CUL CUL_0 UNKNOWNCODE p 8 464 4048 480 4144 480 1952 36 1 4 4 464 8912 E3 9704208190
2015-10-14 21:34:48 CUL CUL_0 UNKNOWNCODE p 8 464 4080 464 4160 464 1952 36 1 4 4 480 8896 E3 9704208190
2015-10-14 21:35:00 CUL CUL_0 UNKNOWNCODE p 8 432 2000 432 4064 448 2112 36 1 4 4 432 8960 D7 45032012E0
2015-10-14 21:35:00 CUL CUL_0 UNKNOWNCODE p 8 448 1984 448 4064 416 2128 36 1 4 4 448 8928 D7 45032012E0
2015-10-14 21:35:00 CUL CUL_0 UNKNOWNCODE p 8 400 1984 448 4064 448 2112 36 1 4 4 448 8976 D7 45032012E0
2015-10-14 21:35:00 CUL CUL_0 UNKNOWNCODE p 8 448 1968 432 4048 448 2112 36 1 4 4 416 8960 D7 45032012E0
2015-10-14 21:35:01 CUL CUL_0 UNKNOWNCODE p 8 448 2000 448 4064 448 2080 36 1 4 4 448 8928 D7 45032012E0
2015-10-14 21:35:01 CUL CUL_0 UNKNOWNCODE p 8 448 2000 448 4064 432 2112 36 1 4 4 448 8928 D8 45032012E0
2015-10-14 21:35:01 CUL CUL_0 UNKNOWNCODE p 8 432 1984 448 4064 448 2096 36 1 4 4 464 8928 D7 45032012E0
2015-10-14 21:35:01 CUL CUL_0 UNKNOWNCODE p 8 432 1984 432 4064 448 2112 36 1 4 4 432 8944 D7 45032012E0
Zitat von: Joker2002 am 14 Oktober 2015, 21:35:31
ich erhalte folgende Meldungen:
2015-10-14 21:34:47 CUL CUL_0 UNKNOWNCODE p11 48 2176 464 4160 464 1968 35 1 4 3 320 13872 E8 6E08410320
2015-10-14 21:34:47 CUL CUL_0 UNKNOWNCODE p 8 448 4064 464 4144 464 1968 36 1 4 4 448 8928 E3 9704208190
2015-10-14 21:34:47 CUL_TCM97001 CUL_TCM97001_Unknown Code: 9704208190
2015-10-14 21:34:47 CUL CUL_0 UNKNOWNCODE p 8 464 4048 480 4160 464 1968 36 1 4 4 464 8928 E3 9704208190
2015-10-14 21:34:48 CUL CUL_0 UNKNOWNCODE p 8 416 4048 480 4160 464 1936 36 1 4 4 448 8976 E3 9704208190
2015-10-14 21:34:48 CUL CUL_0 UNKNOWNCODE p 8 464 4048 496 4128 464 1968 36 1 4 4 480 8896 E4 9704208190
2015-10-14 21:34:48 CUL CUL_0 UNKNOWNCODE p 8 512 4000 496 4144 464 1936 36 1 4 4 464 8912 E3 9704208190
2015-10-14 21:34:48 CUL CUL_0 UNKNOWNCODE p 8 464 4048 480 4144 480 1952 36 1 4 4 464 8912 E3 9704208190
2015-10-14 21:34:48 CUL CUL_0 UNKNOWNCODE p 8 464 4080 464 4160 464 1952 36 1 4 4 480 8896 E3 9704208190
2015-10-14 21:35:00 CUL CUL_0 UNKNOWNCODE p 8 432 2000 432 4064 448 2112 36 1 4 4 432 8960 D7 45032012E0
2015-10-14 21:35:00 CUL CUL_0 UNKNOWNCODE p 8 448 1984 448 4064 416 2128 36 1 4 4 448 8928 D7 45032012E0
2015-10-14 21:35:00 CUL CUL_0 UNKNOWNCODE p 8 400 1984 448 4064 448 2112 36 1 4 4 448 8976 D7 45032012E0
2015-10-14 21:35:00 CUL CUL_0 UNKNOWNCODE p 8 448 1968 432 4048 448 2112 36 1 4 4 416 8960 D7 45032012E0
2015-10-14 21:35:01 CUL CUL_0 UNKNOWNCODE p 8 448 2000 448 4064 448 2080 36 1 4 4 448 8928 D7 45032012E0
2015-10-14 21:35:01 CUL CUL_0 UNKNOWNCODE p 8 448 2000 448 4064 432 2112 36 1 4 4 448 8928 D8 45032012E0
2015-10-14 21:35:01 CUL CUL_0 UNKNOWNCODE p 8 432 1984 448 4064 448 2096 36 1 4 4 464 8928 D7 45032012E0
2015-10-14 21:35:01 CUL CUL_0 UNKNOWNCODE p 8 432 1984 432 4064 448 2112 36 1 4 4 432 8944 D7 45032012E0
Bist du dir sicher, dass das ein EAS800 ist? Ich dachte die EAS800 gaben einen sync Impulse von ca 4000. Deine gaben aber einen von 8900.
Des weiteren passt die Codierung nicht.
Um diesen Sensor zu unterstützen brauche ich bitte eine kleine Messreihe.
Schick auch mal ein Bild von diesem Sensor.
Hallo,
"Livebilder" des Sensors reiche ich gerne heute Abend noch nach.
Vorab mal der Link zu dem Produkt bei dem der Sensor auch zu sehen ist.
http://www.conrad.de/ce/de/product/672687/?gclid=CjwKEAjwnf2wBRCf3sOp6oTtnjYSJAANOfhe9YHNfFUhWdZNdJK8KLJq_Ww-Q5cUQFYTbS-DdaCiYxoC7rTw_wcB&insert_kz=VQ&hk=SEM&WT.srch=1&WT.mc_id=google_pla&s_kwcid=AL!222!3!48259616217!!!g!!&ef_id=Ut5nogAABKM1rq4L:20151015075530:s
Zitat von: bjoernh am 15 Oktober 2015, 08:49:25
Bitte von der aktuellen Firmware.
Ist von der aktuellen Firmware, in meiner Test-VM geht nur die Uhr falsch :)
Zitat von: Jendaw am 15 Oktober 2015, 17:14:24
Ist von der aktuellen Firmware, in meiner Test-VM geht nur die Uhr falsch :)
Mhhh kann aber eigentlich nicht sein, in der p.... Ausgabe fehlt die Info des sync bits, diese ist beim nanocul und eingeschaltetem TCM / IT aktiv.
Zitat von: bjoernh am 15 Oktober 2015, 17:52:16
Mhhh kann aber eigentlich nicht sein, in der p.... Ausgabe fehlt die Info des sync bits, diese ist beim nanocul und eingeschaltetem TCM / IT aktiv.
Der letzte Commit, den ich habe, ist 8db06d3 vom 13.10. Mit Firmware meinst du schon die Firmware des nanoCUL, oder?
Edit: ich hab ihn noch mal mit nanoCUL433.hex geflasht. Sieht schon etwas anders (und besser) aus O.o
# Fenster geöffnet
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 640 96 128 0 0 48 4 5 7 96 656 E4 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E5 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 112 640 E4 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 608 96 96 0 0 48 4 5 7 96 656 E3 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E2 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 624 96 96 0 0 48 4 5 7 112 640 E2 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 112 656 E1 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 112 640 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 64 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 80 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 112 640 E0 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 112 640 E0 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 640 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 608 64 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 672 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 608 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 624 96 96 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 D6 A2A54C8B2347
# Fenster geschlossen
2015.10.15 18:00:09 2: nanoCUL: unknown message p 3 96 640 96 128 0 0 48 4 5 7 96 656 E4 A2A54C8B2547
2015.10.15 18:00:09 2: nanoCUL: unknown message p 3 96 608 96 112 0 0 48 4 5 7 112 640 E1 A2A54C8B2547
2015.10.15 18:00:09 2: nanoCUL: unknown message p 3 96 640 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 80 624 96 96 0 0 48 4 5 7 96 656 E4 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 80 624 64 112 0 0 48 4 5 7 80 672 E2 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 96 656 E4 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E3 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 608 96 96 0 0 48 4 5 7 112 640 E2 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 608 96 96 0 0 48 4 5 7 112 656 E2 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 624 96 96 0 0 48 4 5 7 112 640 E1 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 608 96 112 0 0 48 4 5 7 96 656 E2 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 624 80 128 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 608 96 112 0 0 48 4 5 7 112 640 E1 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 80 128 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 80 624 80 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 80 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 608 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 640 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 96 96 0 0 48 4 5 7 96 656 D7 A2A54C8B2547
# 2. Sensor
# Fenster geöffnet
2015.10.15 18:05:51 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 688 E5 C2A2A94AA347
2015.10.15 18:05:51 2: nanoCUL: unknown message p 3 96 624 80 128 0 0 48 4 5 7 96 656 E3 C2A2A94AA347
2015.10.15 18:05:51 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 80 656 E4 C2A2A94AA347
2015.10.15 18:05:51 2: nanoCUL: unknown message p 3 64 624 64 128 0 0 48 4 5 7 64 688 E4 C2A2A94AA347
2015.10.15 18:05:51 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 80 656 E7 C2A2A94AA347
2015.10.15 18:05:51 2: nanoCUL: unknown message p 3 64 640 96 128 0 0 48 4 5 7 96 656 E5 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 96 624 80 128 0 0 48 4 5 7 96 656 E5 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 640 96 128 0 0 48 4 5 7 80 672 E5 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 640 64 128 0 0 48 4 5 7 80 672 E7 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 640 80 128 0 0 48 4 5 7 80 656 E4 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 624 80 112 0 0 48 4 5 7 80 656 E7 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 624 64 128 0 0 48 4 5 7 80 656 E4 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E7 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 656 E4 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 624 64 128 0 0 48 4 5 7 96 656 E6 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E4 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 688 E4 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 640 80 128 0 0 48 4 5 7 80 672 E4 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 80 672 E6 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 80 624 64 128 0 0 48 4 5 7 96 656 E4 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 64 640 96 128 0 0 41 4 5 0 112 656 E6 5154A551A3
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 96 640 80 128 0 0 48 4 5 7 96 656 E4 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 64 640 80 128 0 0 48 4 5 7 80 672 E6 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 96 624 64 112 0 0 48 4 5 7 96 656 E4 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 80 624 64 128 0 0 48 4 5 7 80 672 E6 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E5 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 64 624 64 128 0 0 48 4 5 7 80 672 E4 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 96 624 80 128 0 0 48 4 5 7 96 656 E5 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 96 672 E5 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 80 640 80 128 0 0 48 4 5 7 96 656 E5 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 96 672 E5 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 80 672 E2 C2A2A94AA347
# Fenster geschlossen
2015.10.15 18:05:57 2: nanoCUL: unknown message p 3 64 624 80 128 0 0 48 4 5 7 64 672 E0 C2A2A94AA547
2015.10.15 18:05:57 2: nanoCUL: unknown message p 3 80 624 64 128 0 0 48 4 5 7 80 672 E0 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 80 624 80 128 0 0 48 4 5 7 80 672 E1 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 80 624 64 128 0 0 48 4 5 7 96 656 E1 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 80 624 80 128 0 0 48 4 5 7 80 672 E3 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 80 656 E5 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 80 640 64 128 0 0 48 4 5 7 80 656 E7 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E5 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 80 624 80 112 0 0 48 4 5 7 80 672 DA C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 64 624 64 128 0 0 48 4 5 7 64 688 DB C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 688 DC C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 64 624 64 128 0 0 48 4 5 7 64 704 DC C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 672 DC C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 80 688 DB C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 688 DA C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 640 64 128 0 0 48 4 5 7 64 688 DA C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 672 DA C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 688 DA C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 640 64 128 0 0 48 4 5 7 64 688 DA C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 624 64 128 0 0 48 4 5 7 64 688 D9 C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 624 64 112 0 0 48 4 5 7 64 688 DA C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 624 64 112 0 0 48 4 5 7 64 704 D9 C2A2A94AA547
2015.10.15 18:06:00 2: nanoCUL: unknown message p 3 64 624 64 128 0 0 41 4 5 0 64 672 D9 5154A552A3
So,
vorerst einmal Bilder meines Eurochron EAS 800Z
ModelNo: EFWS 800/8001
ich bin gerade dabei ein paar Werte für Dich zu sammeln.
Wieviel unterschiedliche Orte brauchst Du ?
Vorab mal die ersten Daten aus:
Tiefkühlschrank: bei ca. -12 C
2015-10-15 19:45:42 CUL CUL_0 UNKNOWNCODE p 8 464 4048 448 4160 464 1984 36 1 4 4 448 8944 E0 9705209E5
2015-10-15 19:45:42 CUL CUL_0 UNKNOWNCODE p 8 480 4064 464 4160 448 1968 36 1 4 4 480 8880 E2 9705209E50
2015-10-15 19:45:42 CUL CUL_0 UNKNOWNCODE p 8 432 4048 464 4144 464 1952 36 1 4 4 464 8944 E4 9705209E50
2015-10-15 19:45:42 CUL CUL_0 UNKNOWNCODE p 8 448 4080 480 4160 480 1952 36 1 4 4 464 8912 E2 9705209E50
2015-10-15 19:45:43 CUL CUL_0 UNKNOWNCODE p 8 464 4064 464 4128 448 1984 36 1 4 4 464 8912 E4 9705209E50
2015-10-15 19:45:43 CUL CUL_0 UNKNOWNCODE p 8 496 4032 464 4176 480 1952 36 1 4 4 496 8864 E3 9705209E50
2015-10-15 19:45:43 CUL CUL_0 UNKNOWNCODE p 8 464 4064 496 4144 480 1936 36 1 4 4 448 8912 E4 9705209E50
2015-10-15 19:45:59 CUL CUL_0 UNKNOWNCODE p 8 416 2016 416 4096 416 2144 36 1 4 4 432 8960 D5 4504206A40
2015-10-15 19:45:59 CUL CUL_0 UNKNOWNCODE p 8 432 2000 432 4080 432 2128 36 1 4 4 400 8976 D6 4504206A40
2015-10-15 19:46:00 CUL CUL_0 UNKNOWNCODE p 8 320 2000 416 4096 416 2144 36 1 4 4 416 9056 D4 4504206A40
2015-10-15 19:46:00 CUL CUL_0 UNKNOWNCODE p 8 384 2032 400 4096 416 2128 36 1 4 4 400 8992 D6 4504206A40
2015-10-15 19:46:00 CUL CUL_0 UNKNOWNCODE p 8 400 2016 416 4096 416 2112 36 1 4 4 400 8992 D5 4504206A40
2015-10-15 19:46:00 CUL CUL_0 UNKNOWNCODE p 8 400 2016 400 4112 384 2144 36 1 4 4 416 8976 D5 4504206A40
2015-10-15 19:46:00 CUL CUL_0 UNKNOWNCODE p 8 416 2016 400 4096 400 2160 36 1 4 4 416 8976 D5 4504206A40
2015-10-15 19:46:00 CUL CUL_0 UNKNOWNCODE p 8 400 2032 400 4112 416 2160 36 1 4 4 400 8976 D4 4504206A40
2015-10-15 19:46:13 CUL CUL_0 UNKNOWNCODE p 8 448 4032 480 4144 464 1952 36 1 4 4 480 8944 E2 9705209E50
2015-10-15 19:46:13 CUL CUL_0 UNKNOWNCODE p 8 496 4032 448 4176 464 1968 36 1 4 4 480 8896 E4 9705209E50
2015-10-15 19:46:13 CUL CUL_0 UNKNOWNCODE p 8 432 4032 464 4176 448 1968 36 1 4 4 448 8944 E3 9705209E50
2015-10-15 19:46:13 CUL CUL_0 UNKNOWNCODE p 8 480 4016 464 4160 448 1968 36 1 4 4 464 8912 E3 9705209E50
2015-10-15 19:46:14 CUL CUL_0 UNKNOWNCODE p 8 464 4032 448 4176 464 1968 36 1 4 4 464 8912 E3 9705209E50
2015-10-15 19:46:14 CUL CUL_0 UNKNOWNCODE p 8 464 4048 464 4160 464 1952 36 1 4 4 448 8928 E4 9705209E50
2015-10-15 19:46:14 CUL CUL_0 UNKNOWNCODE p 8 464 4064 448 4160 480 1968 36 1 4 4 464 8912 E2 9705209E50
2015-10-15 19:46:14 CUL CUL_0 UNKNOWNCODE p11 464 4048 448 4032 448 1984 25 1 3 1 480 8896 E5 97052080
2015-10-15 19:46:44 CUL CUL_0 UNKNOWNCODE p 8 448 4064 464 4176 464 1952 36 1 4 4 480 8928 E2 9705209E50
2015-10-15 19:46:44 CUL CUL_0 UNKNOWNCODE p 8 464 4064 464 4176 448 1952 36 1 4 4 464 8896 E3 9705209E50
2015-10-15 19:46:44 CUL CUL_0 UNKNOWNCODE p 8 432 4032 464 4160 480 1968 36 1 4 4 448 8944 E5 9705209E50
2015-10-15 19:46:44 CUL CUL_0 UNKNOWNCODE p 8 400 4048 448 4160 480 1968 36 1 4 4 464 8976 E3 9705209E50
2015-10-15 19:46:45 CUL CUL_0 UNKNOWNCODE p 8 480 4032 448 4160 480 1968 36 1 4 4 464 8912 E4 9705209E50
2015-10-15 19:46:45 CUL CUL_0 UNKNOWNCODE p 8 448 4032 448 4160 464 1984 36 1 4 4 464 8944 E5 9705209E50
2015-10-15 19:46:45 CUL CUL_0 UNKNOWNCODE p 8 464 4048 464 4176 464 1952 36 1 4 4 464 8912 E3 9705209E50
2015-10-15 19:46:45 CUL CUL_0 UNKNOWNCODE p11 464 4064 464 4032 464 1984 25 1 3 1 464 8896 E5 97052080
2015-10-15 19:47:15 CUL CUL_0 UNKNOWNCODE p 8 432 4048 448 4160 480 1984 36 1 4 4 448 8960 E2 9705209E50
2015-10-15 19:47:15 CUL CUL_0 UNKNOWNCODE p 8 464 4064 480 4160 464 1952 36 1 4 4 448 8912 E3 9705209E50
2015-10-15 19:47:15 CUL CUL_0 UNKNOWNCODE p 8 416 4064 464 4176 464 1952 36 1 4 4 464 8944 E3 9705209E50
2015-10-15 19:47:15 CUL CUL_0 UNKNOWNCODE p 8 464 4048 448 4176 480 1968 36 1 4 4 464 8896 E3 9705209E50
2015-10-15 19:47:16 CUL CUL_0 UNKNOWNCODE p 8 464 4048 464 4160 480 1952 36 1 4 4 464 8896 E3 9705209E50
2015-10-15 19:47:16 CUL CUL_0 UNKNOWNCODE p 8 464 4032 480 4160 480 1952 36 1 4 4 464 8912 E4 9705209E50
2015-10-15 19:47:16 CUL CUL_0 UNKNOWNCODE p 8 464 4064 448 4176 448 1984 36 1 4 4 464 8896 E4 9705209E50
2015-10-15 19:47:16 CUL CUL_0 UNKNOWNCODE p11 448 4064 464 4032 448 1984 25 1 3 1 448 8928 E4 97052080
2015-10-15 19:47:38 CUL CUL_0 UNKNOWNCODE p 8 448 4064 464 4048 464 2080 36 1 4 4 448 8928 0A 840D401680
2015-10-15 19:47:38 CUL CUL_0 UNKNOWNCODE p 8 448 4032 480 4016 448 2096 36 1 4 4 448 8960 0A 840D401680
2015-10-15 19:47:38 CUL CUL_0 UNKNOWNCODE p 8 464 4064 464 4048 448 2096 36 1 4 4 464 8912 09 840D401680
2015-10-15 19:47:38 CUL CUL_0 UNKNOWNCODE p 8 464 4032 448 4048 464 2096 36 1 4 4 464 8912 0C 840D401680
2015-10-15 19:47:38 CUL CUL_0 UNKNOWNCODE p 8 448 4048 464 4048 464 2096 36 1 4 4 448 8928 0A 840D401680
2015-10-15 19:47:38 CUL CUL_0 UNKNOWNCODE p 8 464 4064 464 4032 464 2096 36 1 4 4 448 8912 0A 840D401680
2015-10-15 19:47:39 CUL CUL_0 UNKNOWNCODE p 8 464 4048 432 4064 464 2080 36 1 4 4 448 8912 0A 840D401680
2015-10-15 19:48:17 CUL CUL_0 UNKNOWNCODE p 8 480 4032 448 4176 448 1984 36 1 4 4 464 8912 E2 9705209E50
2015-10-15 19:48:17 CUL CUL_0 UNKNOWNCODE p 8 432 4032 464 4160 464 1968 36 1 4 4 480 8928 E3 9705209E50
2015-10-15 19:48:17 CUL CUL_0 UNKNOWNCODE p 8 400 4048 448 4176 464 1984 36 1 4 4 448 8976 E2 9705209E50
2015-10-15 19:48:18 CUL CUL_0 UNKNOWNCODE p 8 480 4064 464 4176 448 1984 36 1 4 4 448 8912 E4 9705209E50
2015-10-15 19:48:18 CUL CUL_0 UNKNOWNCODE p 8 416 4080 448 4160 448 1968 36 1 4 4 464 8928 E2 9705209E50
2015-10-15 19:48:18 CUL CUL_0 UNKNOWNCODE p 8 480 4032 448 4192 480 1952 36 1 4 4 480 8896 E4 9705209E50
2015-10-15 19:48:18 CUL CUL_0 UNKNOWNCODE p11 464 4048 464 4032 464 1968 25 1 3 1 448 8912 E3 97052080
2015-10-15 19:48:30 CUL CUL_0 UNKNOWNCODE p 8 384 2016 432 4064 416 2128 36 1 4 4 400 9008 D5 4504206A40
2015-10-15 19:48:30 CUL CUL_0 UNKNOWNCODE p 8 400 2032 432 4064 448 2128 37 1 4 5 432 8944 D6 4504206520
2015-10-15 19:48:31 CUL CUL_0 UNKNOWNCODE p11 432 2016 400 4096 400 2128 38 1 4 6 416 8944 D5 4504081A90
2015-10-15 19:48:31 CUL CUL_0 UNKNOWNCODE p 8 400 2000 400 4112 384 2192 36 1 4 4 400 8992 D4 4504206A40
2015-10-15 19:48:31 CUL CUL_0 UNKNOWNCODE p 8 400 2016 384 4096 400 2160 37 1 4 5 384 8976 D5 4504206520
2015-10-15 19:48:31 CUL CUL_0 UNKNOWNCODE p 8 400 2000 416 4080 432 2112 36 1 4 4 400 8992 D5 4504206A40
2015-10-15 19:48:31 CUL CUL_0 UNKNOWNCODE p 8 400 2016 400 4096 416 2144 36 1 4 4 416 8976 D4 4504206A40
2015-10-15 19:48:31 CUL CUL_0 UNKNOWNCODE p 8 320 2000 400 4128 400 2144 37 1 4 5 416 9072 D5 4504203520
2015-10-15 19:48:48 CUL CUL_0 UNKNOWNCODE p 8 448 4048 464 4176 464 1968 36 1 4 4 448 8960 E0 9705209E50
2015-10-15 19:48:48 CUL CUL_0 UNKNOWNCODE p 8 480 4048 448 4144 416 2000 36 1 4 4 464 8896 E2 9705209E50
2015-10-15 19:48:48 CUL CUL_0 UNKNOWNCODE p 8 464 4048 448 4160 480 1968 36 1 4 4 464 8912 E3 9705209E50
2015-10-15 19:48:48 CUL CUL_0 UNKNOWNCODE p 8 464 4048 464 4160 480 1952 36 1 4 4 464 8912 E2 9705209E50
2015-10-15 19:48:49 CUL CUL_0 UNKNOWNCODE p 8 496 4032 464 4192 464 1952 36 1 4 4 480 8880 E5 9705209E50
2015-10-15 19:48:49 CUL CUL_0 UNKNOWNCODE p 8 464 4032 464 4144 464 1968 36 1 4 4 448 8928 E3 9705209E50
Keller: Temperatur auf dem Sensor 15,4 C
2015-10-15 19:59:39 CUL CUL_0 UNKNOWNCODE p 8 448 4032 464 4160 480 1952 36 1 4 4 448 8944 E4 9705209E50
2015-10-15 19:59:39 CUL CUL_0 UNKNOWNCODE p 8 464 4048 448 4176 448 1984 36 1 4 4 464 8912 E3 9705209E50
2015-10-15 19:59:39 CUL CUL_0 UNKNOWNCODE p 8 416 4048 464 4160 464 1968 36 1 4 4 448 8976 E4 9705209E50
2015-10-15 19:59:39 CUL CUL_0 UNKNOWNCODE p 8 464 4048 448 4160 448 1984 36 1 4 4 480 8912 E3 9705209E50
2015-10-15 19:59:40 CUL CUL_0 UNKNOWNCODE p 8 464 4064 464 4160 464 1952 36 1 4 4 480 8912 E4 9705209E50
2015-10-15 19:59:40 CUL CUL_0 UNKNOWNCODE p 8 464 4048 464 4144 464 1968 36 1 4 4 464 8912 E5 9705209E50
2015-10-15 19:59:40 CUL CUL_0 UNKNOWNCODE p 8 464 4064 448 4176 464 1984 36 1 4 4 464 8912 E3 9705209E50
2015-10-15 19:59:40 CUL CUL_0 UNKNOWNCODE p11 464 4048 464 4048 480 1952 25 1 3 1 448 8928 E1 97052080
2015-10-15 19:59:43 CUL CUL_0 UNKNOWNCODE p 8 448 1984 464 1952 464 992 36 1 4 4 464 3904 3A E5A08CF4D0
2015-10-15 19:59:43 CUL CUL_0 UNKNOWNCODE p 8 448 1968 464 1968 464 992 36 1 4 4 464 3920 3B E5A08CF4D0
2015-10-15 19:59:44 CUL CUL_0 UNKNOWNCODE p 8 448 1984 464 1968 464 976 36 1 4 4 448 3920 3B E5A08CF4D0
2015-10-15 19:59:44 CUL CUL_0 UNKNOWNCODE p 8 464 1984 464 1968 464 976 36 1 4 4 448 3904 3B E5A08CF4D0
2015-10-15 19:59:44 CUL CUL_0 UNKNOWNCODE p 8 448 1968 448 1968 448 992 36 1 4 4 448 3920 3B E5A08CF4D0
2015-10-15 19:59:44 CUL CUL_0 UNKNOWNCODE p 8 448 1968 464 1968 464 992 36 1 4 4 464 3920 3B E5A08CF4D0
2015-10-15 19:59:44 CUL CUL_0 UNKNOWNCODE p 8 464 1968 464 1952 464 992 36 1 4 4 464 3920 3B E5A08CF4D0
2015-10-15 19:59:44 CUL CUL_0 UNKNOWNCODE p 8 464 1968 448 1968 448 1008 36 1 4 4 448 3920 3B E5A08CF4D0
2015-10-15 19:59:44 CUL CUL_0 UNKNOWNCODE p 8 464 1968 448 1968 448 1008 36 1 4 4 464 3904 3B E5A08CF4D0
2015-10-15 19:59:44 CUL CUL_0 UNKNOWNCODE p 8 464 1952 448 1968 448 992 36 1 4 4 448 3920 3B E5A08CF4D0
2015-10-15 19:59:44 CUL CUL_0 UNKNOWNCODE p 8 448 1968 464 1952 464 992 36 1 4 4 464 3920 38 E5A08CF4D0
2015-10-15 20:00:10 CUL CUL_0 UNKNOWNCODE p 8 464 4032 480 4144 480 1936 36 1 4 4 480 8912 E4 9705209E50
2015-10-15 20:00:10 CUL CUL_0 UNKNOWNCODE p 8 480 4032 464 4160 448 1968 36 1 4 4 480 8896 E5 9705209E50
2015-10-15 20:00:10 CUL CUL_0 UNKNOWNCODE p 8 464 4048 464 4176 480 1952 36 1 4 4 480 8912 E3 9705209E50
2015-10-15 20:00:10 CUL CUL_0 UNKNOWNCODE p 8 432 4048 464 4160 448 1968 36 1 4 4 448 8944 E4 9705209E50
2015-10-15 20:00:11 CUL CUL_0 UNKNOWNCODE p 8 448 4048 448 4176 448 1968 36 1 4 4 464 8928 E3 9705209E50
2015-10-15 20:00:11 CUL CUL_0 UNKNOWNCODE p 8 464 4048 448 4176 464 1968 36 1 4 4 464 8912 E4 9705209E50
2015-10-15 20:00:11 CUL CUL_0 UNKNOWNCODE p 8 448 4048 464 4160 464 1984 36 1 4 4 448 8928 E2 9705209E50
2015-10-15 20:00:11 CUL CUL_0 UNKNOWNCODE p11 480 4048 480 4016 464 1968 25 1 3 1 448 8912 E3 97052080
2015-10-15 20:00:41 CUL CUL_0 UNKNOWNCODE p 8 464 4032 480 4160 448 1968 36 1 4 4 448 8944 E4 9705209E50
2015-10-15 20:00:41 CUL CUL_0 UNKNOWNCODE p 8 432 4048 464 4160 464 1952 36 1 4 4 464 8928 E2 9705209E50
2015-10-15 20:00:41 CUL CUL_0 UNKNOWNCODE p 8 448 4048 448 4160 464 1984 36 1 4 4 464 8928 E5 9705209E50
2015-10-15 20:00:41 CUL CUL_0 UNKNOWNCODE p 8 448 4064 448 4160 448 1984 36 1 4 4 464 8928 E3 9705209E50
2015-10-15 20:00:42 CUL CUL_0 UNKNOWNCODE p 8 480 4032 448 4192 480 1968 36 1 4 4 480 8880 E4 9705209E50
2015-10-15 20:00:42 CUL CUL_0 UNKNOWNCODE p 8 480 4032 464 4160 464 1952 36 1 4 4 448 8912 E0 9705209E50
2015-10-15 20:00:42 CUL CUL_0 UNKNOWNCODE p 8 464 4064 464 4176 480 1936 36 1 4 4 480 8896 E3 9705209E50
2015-10-15 20:00:42 CUL CUL_0 UNKNOWNCODE p11 464 4048 464 4032 448 1984 25 1 3 1 448 8912 E2 97052080
2015-10-15 20:01:02 CUL CUL_0 UNKNOWNCODE p 3 448 960 432 1936 0 0 20 5 2 3 464 1008 39 23E970
2015-10-15 20:01:02 CUL CUL_0 UNKNOWNCODE p 8 464 1968 448 1984 480 976 36 1 4 4 464 3904 3A E5A091F4B0
2015-10-15 20:01:02 CUL CUL_0 UNKNOWNCODE p 8 448 1968 448 1968 480 992 36 1 4 4 464 3904 3A E5A091F4B0
2015-10-15 20:01:03 CUL CUL_0 UNKNOWNCODE p 8 464 1984 448 1968 480 992 36 1 4 4 464 3904 3A E5A091F4B0
2015-10-15 20:01:03 CUL CUL_0 UNKNOWNCODE p 8 464 1968 448 1968 448 1008 36 1 4 4 464 3904 3A E5A091F4B0
2015-10-15 20:01:03 CUL CUL_0 UNKNOWNCODE p 8 464 1984 496 1952 448 992 36 1 4 4 448 3920 3A E5A091F4B0
2015-10-15 20:01:03 CUL CUL_0 UNKNOWNCODE p 8 480 1952 464 1968 448 1024 36 1 4 4 464 3904 3A E5A091F4B0
2015-10-15 20:01:03 CUL CUL_0 UNKNOWNCODE p 8 464 1968 448 1968 464 1008 36 1 4 4 480 3904 3A E5A091F4B0
2015-10-15 20:01:03 CUL CUL_0 UNKNOWNCODE p 8 464 1968 432 1984 464 992 36 1 4 4 448 3920 3A E5A091F4B0
2015-10-15 20:01:03 CUL CUL_0 UNKNOWNCODE p 8 448 1984 448 1984 464 1008 36 1 4 4 464 3904 3A E5A091F4B0
2015-10-15 20:01:03 CUL CUL_0 UNKNOWNCODE p 8 480 1968 464 1968 464 1008 36 1 4 4 464 3888 3A E5A091F4B0
2015-10-15 20:01:03 CUL CUL_0 UNKNOWNCODE p 8 448 1968 464 1968 448 992 36 1 4 4 480 3920 37 E5A091F4B0
2015-10-15 20:01:05 CUL CUL_0 UNKNOWNCODE p 8 416 2016 416 4080 432 2112 36 1 4 4 432 8976 D7 450C206A80
2015-10-15 20:01:05 CUL CUL_0 UNKNOWNCODE p 8 416 2000 416 4080 416 2144 36 1 4 4 432 8960 D5 450C206A80
2015-10-15 20:01:06 CUL CUL_0 UNKNOWNCODE p 8 336 2016 400 4112 400 2144 36 1 4 4 432 9024 D5 450C206A80
2015-10-15 20:01:06 CUL CUL_0 UNKNOWNCODE p 8 400 2016 400 4112 416 2144 36 1 4 4 384 8992 D5 450C206A80
2015-10-15 20:01:06 CUL CUL_0 UNKNOWNCODE p 8 416 2016 416 4080 416 2128 36 1 4 4 432 8944 D6 450C206A80
2015-10-15 20:01:06 CUL CUL_0 UNKNOWNCODE p 8 400 2016 400 4112 432 2112 36 1 4 4 416 8992 D5 450C206A80
2015-10-15 20:01:06 CUL CUL_0 UNKNOWNCODE p 8 416 2016 416 4080 416 2128 36 1 4 4 416 8976 D6 450C206A80
2015-10-15 20:01:06 CUL CUL_0 UNKNOWNCODE p 8 448 1984 432 4064 432 2128 36 1 4 4 448 8928 D5 450C206A80
2015-10-15 20:01:12 CUL CUL_0 UNKNOWNCODE p 8 448 4048 464 4160 448 1968 36 1 4 4 480 8928 E4 9705209E50
2015-10-15 20:01:12 CUL CUL_0 UNKNOWNCODE p 8 464 4048 464 4160 448 1968 36 1 4 4 464 8912 E3 9705209E50
2015-10-15 20:01:12 CUL CUL_0 UNKNOWNCODE p 8 432 4032 464 4160 464 1984 36 1 4 4 464 8944 E3 9705209E50
2015-10-15 20:01:12 CUL CUL_0 UNKNOWNCODE p 8 464 4048 432 4160 464 1984 36 1 4 4 464 8912 E2 9705209E50
2015-10-15 20:01:13 CUL CUL_0 UNKNOWNCODE p 8 464 4064 480 4144 464 1952 36 1 4 4 480 8896 E3 9705209E50
2015-10-15 20:01:13 CUL CUL_0 UNKNOWNCODE p 8 544 3984 464 4160 448 1984 36 1 4 4 480 8864 E3 9705209E50
2015-10-15 20:01:13 CUL CUL_0 UNKNOWNCODE p 8 480 4048 448 4144 448 1984 36 1 4 4 464 8896 E3 9705209E50
2015-10-15 20:01:13 CUL CUL_0 UNKNOWNCODE p11 32 704 464 4032 464 1968 27 1 3 3 480 7872 E5 A5C14820
2015-10-15 20:01:43 CUL CUL_0 UNKNOWNCODE p 8 464 4032 448 4176 448 1984 36 1 4 4 464 8928 E3 9705209E50
2015-10-15 20:01:43 CUL CUL_0 UNKNOWNCODE p 8 464 4048 448 4160 448 1984 36 1 4 4 464 8912 E4 9705209E50
2015-10-15 20:01:43 CUL CUL_0 UNKNOWNCODE p 8 448 4032 464 4160 448 1984 36 1 4 4 464 8944 E3 9705209E50
2015-10-15 20:01:43 CUL CUL_0 UNKNOWNCODE p 8 464 4032 464 4160 464 1952 36 1 4 4 464 8912 E5 9705209E50
2015-10-15 20:01:44 CUL CUL_0 UNKNOWNCODE p 8 464 4032 464 4176 480 1936 36 1 4 4 464 8912 E3 9705209E50
2015-10-15 20:01:44 CUL CUL_0 UNKNOWNCODE p11 464 4048 464 3792 448 1984 29 1 3 5 448 8928 18 97052098
2015-10-15 20:01:44 CUL CUL_0 UNKNOWNCODE p 8 448 4048 464 4048 432 2112 36 1 4 4 464 8928 0B 840D409600
2015-10-15 20:01:44 CUL CUL_0 UNKNOWNCODE p 8 464 4032 464 4048 448 2096 36 1 4 4 448 8928 0A 840D409600
2015-10-15 20:01:44 CUL CUL_0 UNKNOWNCODE p 8 432 4032 448 4048 448 2096 36 1 4 4 464 8960 0A 840D409600
2015-10-15 20:01:44 CUL CUL_0 UNKNOWNCODE p 8 448 4048 448 4048 448 2096 36 1 4 4 448 8928 0A 840D409600
2015-10-15 20:01:44 CUL CUL_0 UNKNOWNCODE p 8 464 4032 448 4064 448 2112 36 1 4 4 464 8928 0B 840D409600
2015-10-15 20:01:44 CUL CUL_0 UNKNOWNCODE p 8 448 4064 448 4064 464 2096 36 1 4 4 448 8912 0B 840D409600
2015-10-15 20:01:45 CUL CUL_0 UNKNOWNCODE p 8 448 4048 464 4048 464 2096 36 1 4 4 448 8944 09 840D409600
2015-10-15 20:02:14 CUL CUL_0 UNKNOWNCODE p 8 464 4048 464 4176 464 1952 36 1 4 4 464 8928 E3 9705209E50
2015-10-15 20:02:14 CUL CUL_0 UNKNOWNCODE p 8 480 4048 448 4176 464 1968 36 1 4 4 464 8896 E2 9705209E50
2015-10-15 20:02:14 CUL CUL_0 UNKNOWNCODE p 8 464 4064 448 4160 464 1968 36 1 4 4 464 8896 E3 9705209E50
2015-10-15 20:02:14 CUL CUL_0 UNKNOWNCODE p 8 464 4064 448 4160 448 1968 36 1 4 4 464 8896 E3 9705209E50
2015-10-15 20:02:15 CUL CUL_0 UNKNOWNCODE p 8 464 4048 464 4160 464 1968 36 1 4 4 464 8912 E3 9705209E50
2015-10-15 20:02:15 CUL CUL_0 UNKNOWNCODE p 8 480 4016 448 4160 448 1984 36 1 4 4 464 8912 E4 9705209E50
2015-10-15 20:02:15 CUL CUL_0 UNKNOWNCODE p 8 464 4032 464 4160 480 1952 36 1 4 4 448 8928 E2 9705209E50
2015-10-15 20:02:15 CUL CUL_0 UNKNOWNCODE p11 464 4064 480 4016 480 1952 25 1 3 1 464 8896 E2 97052080
2015-10-15 20:02:21 CUL CUL_0 UNKNOWNCODE p 8 464 1952 480 1952 464 992 37 1 4 5 464 3920 37 E5A04BFA50
2015-10-15 20:02:21 CUL CUL_0 UNKNOWNCODE p11 464 2000 464 1968 464 1008 40 1 5 0 448 3920 2F E5A089FC4A
2015-10-15 20:02:22 CUL CUL_0 UNKNOWNCODE p 8 464 1952 448 1968 480 960 36 1 4 4 432 3952 36 D3A097F4A0
2015-10-15 20:02:22 CUL CUL_0 UNKNOWNCODE p 8 464 1968 480 1952 448 1008 37 1 4 5 496 3888 30 E5904BFA50
2015-10-15 20:02:22 CUL CUL_0 UNKNOWNCODE p 8 448 1968 480 1968 448 992 36 1 4 4 464 3920 30 E5A097F4A0
2015-10-15 20:02:22 CUL CUL_0 UNKNOWNCODE p 8 448 1936 448 1984 448 992 36 1 4 4 464 3920 36 E5A097F4A0
2015-10-15 20:02:22 CUL CUL_0 UNKNOWNCODE p 8 464 1968 464 1968 480 976 36 1 4 4 480 3904 37 E5A097F4A0
2015-10-15 20:02:22 CUL CUL_0 UNKNOWNCODE p 8 464 1968 464 1984 464 992 36 1 4 4 464 3904 37 E5A097F4A0
2015-10-15 20:02:22 CUL CUL_0 UNKNOWNCODE p 8 464 2016 464 1952 480 992 36 1 4 4 448 3920 36 E5A097F4A0
2015-10-15 20:02:22 CUL CUL_0 UNKNOWNCODE p 8 464 1968 448 1968 464 992 36 1 4 4 448 3920 32 E5A097F4A0
Zitat von: Joker2002 am 15 Oktober 2015, 20:05:20
ich bin gerade dabei ein paar Werte für Dich zu sammeln.
Wieviel unterschiedliche Orte brauchst Du ?
Die reichen so.
Aber sag mal, der hat doch laut Conrad auch eine Luftfeuchtigkeit.
In deinem Logfile sind mehrere Sensoren. Zumindest mit verschiedenen IDs.
Welcher ist denn der Richtige?
OK, dies hier ist so einer:
2015-10-15 20:02:22 CUL CUL_0 UNKNOWNCODE p 8 464 1968 464 1984 464 992 36 1 4 4 464 3904 37 E5A097F4A0
E5A097F4A0 = 15,1° H 74%
So wie ich es sehe müsste Fhem den eintragen können. Hast Du in fhem das update gemacht? Sprich sind die Module aktuell?
die anderen TCMs mit dem Sync > 8000 müssten eigentlich auch gehen.
Ich update jeden Tag fhem
Hallo zusammen,
vielen Dank, insbesondere an Bjoern.
Ich endlich einen eigenen Temperatursensor!
Die Werte die mir bisher angzeigt wurden waren jedesmal Teile aus der Nachbarschaft.
Das Teil heißt "FreeTec" Model: NC-7345-675 und kommt von Pearl.
Es hat einen Kanalschalter (1-3) innen und wertet Temperatur und Luftfeuchtigkeit aus.
Ist wahrscheinlich baugleich mit dem Eurochron EAS 800 Z von Conrad.
Bild anbei.
@ Bjoern
die Mebusse laufen allerdings noch nicht.
Kann das an dem eeprom liegen (gilt das für einen CUL 433)
nicht das ich ihn abschieße.
Gruß
Peter
Ist es möglich mit dem 868MHZ CUL IT zu empfangen?
Senden klappt problemlos. Anpassen der Frequenz auf 433.92MHz scheint auch keinen Unterschied zu machen.
Ich habe in fhem X25 gesetzt, sehe aber nichts im log file wenn ich die Tasten meiner Fernbedienung drücke
Zitat von: Peter_Listig am 15 Oktober 2015, 23:13:33
Das Teil heißt "FreeTec" Model: NC-7345-675 und kommt von Pearl.
Hallo Peter,
Ist der NC-7345 auch für draußen geeignet, d.h. ist der Batteriedeckel geschraubt und mit Gummilippe?
Kann Du schon eine Aussage machen über die Meßgenauigkeit der Temperatur?
Gruß Ralf
@Ralf9
Guten Morgen,
das Pearl Teil ist m.E. weniger für draussen geeignet.
Die Rückseite stimmt mit dem EAS 800Z (Eurochon)
überein, die Vorderseite weicht etwas ab. Der Inhalt
von beiden dürfte gleich sein.
Mittlerweile wird auch die Luftfeuchtigkeit angezeigt.
Diese stimmt mit einem anderen, bisher nicht erkannten
Pearl Sensor überein. Sollte also brauchbar sein ...
Gerät steht momentan auf dem Schreibtisch und zeigt
19,2 Grad an. Unter dem Schreibtisch habe ich noch
einen dect 200 Schalter von AVM der 18,8 Grad liefert
(AVM sollte stimmen).
Werde beide heute mittag zum direkten Vergleich mal
auf gleiche Höhe bringen und gebe dann wieder Laut.
@ Bjoern
by the way: die "Mebusse" tauchen überhaupt nicht mehr
auf.
Grüße
Peter
bringen
Guten Morgen,
ich besitze ein Poolthermometer der Marke TFA Dostmann/Wertheim Modell Nr. KW-9043.
Da ich das bis jetzt nicht mit meinem CUL mit a-culfw V 1.05 empfangen konnte hat sich ein Freund mal daran gesetzt das Protokoll zu entschlüsseln. Dies hat er dankenswerter weise auf der Seite http://tnotes.de/CodeanalysePoolThermometer (http://tnotes.de/CodeanalysePoolThermometer) zur Verfügung gestellt.
Meine Frage an bjoernh, kannst du damit was anfangen und ließe sich das in deine FW einbauen?
Würde mich echt freuen, wenn du dieses Thermometer mit unterstützen könntest.
Grüße
Quigley
Hallo,
wie versprochen:
der nebeneinander-Test
gewonnen hat AVM mit 19,4 Grad
gegen Pearl mit 19,3 Grad
Aber ich denke damit kann man leben ...
Beweisfoto anbei
Greetz
Peter
Zitat von: Peter_Listig am 16 Oktober 2015, 17:18:04
gewonnen hat AVM mit 19,4 Grad
gegen Pearl mit 19,3 Grad
Hallo Peter,
wenn er am cul erkannt wird, dann hat er ein anderes Protocol als der Eurochron EAS 800z
Als was wird er im fhem erkannt?
Gruß Ralf
Zitat von: Ralf9 am 16 Oktober 2015, 18:30:58
Hallo Peter,
wenn er am cul erkannt wird, dann hat er ein anderes Protocol als der Eurochron EAS 800z
Als was wird er im fhem erkannt?
Gruß Ralf
Hallo Ralf,
wieso kommst du drauf, dass er ein anderes Protokoll hat?
Also bei mir funktionieren die Eurochron aus der Nachbarschaft.
Aber um sicher zu gehen habe ich mir gestern bei Conrad welche geordert. (Wobei ich mir eigentlich ziemlich sicher bin dass die gehen)
Gruß
Björn
Zitat von: bjoernh am 16 Oktober 2015, 18:34:35
wieso kommst du drauf, dass er ein anderes Protokoll hat?
Also bei mir funktionieren die Eurochron aus der Nachbarschaft.
Weißt Du ob die Eurochron aus der Nachbarschaft die EAS 800 z sind? Evtl verwendet Eurochron noch andere Protokolle.
Als was werden bei Dir die Eurochron erkannt? Welches Modul verwenden Sie.
Gruß Ralf
Zitat von: Ralf9 am 16 Oktober 2015, 18:45:29
Weißt Du ob die Eurochron aus der Nachbarschaft die EAS 800 z sind? Evtl verwendet Eurochron noch andere Protokolle.
Als was werden bei Dir die Eurochron erkannt? Welches Modul verwenden Sie.
Gruß Ralf
Was das für einer genau ist weiß ich nicht.
Ich kann nur sagen, dass er das Sync bit mit 4000 hat und die Pulse dem Eurochron entsprechen.
Luftfeuchtigkeit hat der keine, er sendet aber für diesen Bereich 0000 0000
Zitat von: bjoernh am 16 Oktober 2015, 18:53:06
Was das für einer genau ist weiß ich nicht.
Ich kann nur sagen, dass er das Sync bit mit 4000 hat und die Pulse dem Eurochron entsprechen.
Luftfeuchtigkeit hat der keine, er sendet aber für diesen Bereich 0000 0000
Ja, das Protokoll ist bei den ersten 9 Byte gleich wie der EAS 800z. Der EAS 800z kann es aber nicht sein, da die Luftfeuchtigkeit Null ist.
Welches Model verwendest Du beim CUL_TCM97001.
Steckt in den letzten 3 Byte ("0DA") evtl eine Prüfsumme?
Das EAS 800z Protokoll im SIGNALduino hat nur 9 Byte und keine Prüfsumme.
Gruß Ralf
Hallo Ralf,
mein Sensor wird als
"CUL_TCM97001 CUL_TCM97001_164"
erkannt
siehe beiliegende screenshots
Ne Frage an Bjoern:
Wieviele von den gleichen Sensoren kann man
nebeneinander betreiben?
Grüße
Peter
Zitat von: Peter_Listig am 16 Oktober 2015, 21:27:13
mein Sensor wird als
"CUL_TCM97001 CUL_TCM97001_164"
erkannt
Hallo Peter,
ja, er verwendet das selbe Protokoll wie der EAS 800z.
Kann es sein, daß der angezeigte Kanal 2 am Sensor der Kanal 3 ist?
Der NC-7345 gefällt mir optisch besser. Es sieht so aus, als daß das Display beim NC-7345 größer und besser ablesbar ist als beim EAS 800z.
Ist es dieser hier?
http://www.amazon.de/FreeTec-Au%C3%9Fenmodul-f%C3%BCr-Wetterstation-NC-7344/dp/B00FJ1QHR0
Zitat von: Peter_Listig am 16 Oktober 2015, 21:27:13
Wieviele von den gleichen Sensoren kann man
nebeneinander betreiben?
Ich denke mal es dürften theoretisch 256 Sensoren sein. Es muß halt darauf geachtet werden, daß die ID (bei deinem Sensor die 164) einmalig ist.
Bei jedem Batterie wechsel wird eine neue zufällige ID generiert. Je mehr Sensoren Du hast um so wahrscheinlicher wird es, daß es doppelte IDs gibt.
Gruß Ralf
Hi Ralf,
mit dem Kanal hast Recht. Der Schalter im Batteriefach steht tatsächlich auf 3!
guggst Du Link: http://www.pearl.de/a-NC7345-3041.shtml?vid=675
das ist der Sensor alleine, der gleiche wie in Deinem Link
Jetzt überlege ich, ob ich mir so 10 - 20 bestelle ;)
und die beiden Mebus / Auriol /Sonstwas Wetterstationen
wieder zurück gebe.
Vielleicht ist mene Frage etwas untergegangen
Zitat
Kann das an dem eeprom liegen (gilt das für einen CUL 433)
nicht das ich ihn abschieße.
Das mit dem raw e (Eeprom zurücksetzen) meine ich
gilt das (auch ?) für CUL433 oder geht er damit ins Nirvana ?
CUsoon
Peter
Zitat von: Peter_Listig am 16 Oktober 2015, 23:23:04
Das mit dem raw e (Eeprom zurücksetzen) meine ich
gilt das (auch ?) für CUL433 oder geht er damit ins Nirvana ?
Das schadet nicht, Du solltest es sogar machen, dadurch wird die Empfangsqualität verbessert.
Zu den Mebus... meiner welchen ich integriert habe ist schon etwas älter, kann also durchaus ein anderes Protokoll haben.
Hast du mal geschaut ob der CUL etwas bei eingeschalteten X25 anzeigt?
Zitat von: tarioch am 15 Oktober 2015, 23:34:52
Ist es möglich mit dem 868MHZ CUL IT zu empfangen?
Senden klappt problemlos. Anpassen der Frequenz auf 433.92MHz scheint auch keinen Unterschied zu machen.
Ich habe in fhem X25 gesetzt, sehe aber nichts im log file wenn ich die Tasten meiner Fernbedienung drücke
Ja, wenn Du die 433MHz Version auf den Stick lädst. Bei der 868er Version ist der IT-Empfang abgeschaltet.
Zitat von: Joker2002 am 15 Oktober 2015, 22:51:08
Ich update jeden Tag fhem
Ich bin langsam ratlos, bei anderen Funktioniert es. Es scheint also irgend etwas in deiner Umgebung nicht zu stimmen.
Hallo,
sorry, wenn ich mal kurz dazwischen springe... Ich habe zwei von den EAS800Z hier, die beide exakt das selbe auf dem Display zeigen. Ich habe den NanoCul nachgebaut, nur wie bekomme ich nun die Eurochrons in mein FHEM ?
Grüße
Christian
Hm schade das ich beim mir den eurochron nicht zum Laufen bekomme. Ich habe mit der Firmware noch einen anderen Sender in FHEM eingebunden, dieser funktioniert damit perfekt. Ich denke, dass es vielleicht doch irgendwie noch an der Firmware liegt.
Gibt es vielleicht doch noch etwas, was ich vielleicht testen könnte ?
Zitat von: Joker2002 am 19 Oktober 2015, 20:33:04
Hm schade das ich beim mir den eurochron nicht zum Laufen bekomme. Ich habe mit der Firmware noch einen anderen Sender in FHEM eingebunden, dieser funktioniert damit perfekt. Ich denke, dass es vielleicht doch irgendwie noch an der Firmware liegt.
Gibt es vielleicht doch noch etwas, was ich vielleicht testen könnte ?
Warte mal bis meine da sind, dann schaue ich mir es nochmals an. Vielleicht finde ich ja noch etwas.
Zitat von: cs-online am 19 Oktober 2015, 20:23:33
Hallo,
sorry, wenn ich mal kurz dazwischen springe... Ich habe zwei von den EAS800Z hier, die beide exakt das selbe auf dem Display zeigen. Ich habe den NanoCul nachgebaut, nur wie bekomme ich nun die Eurochrons in mein FHEM ?
Grüße
Christian
Wenn Du die neuste a-culfw auf dem nanoCul hast, dann sollte der die Pakete bereits empfangen und fhem diese dann automatisch anlegen.
War bei mir auch so. Hab noch einen ollen Eurochron auf dem Balkon hängen der mal zu einer Wetterstation gehörte. Den hatte ich ganz vergessen, nach dem Update war er plötzlich da :)
Hallo,
hab die V 1.65 nanoCUL433 drauf, gibt's da schon was neues und wenn ja, wo bekomme ich das denn ?
Grüße Christian
Auf der ersten Seite dieses Threads?!?! ::)
Boah ist das peinlich, da sitz ich hier mit hochrotem Kopf.....
Danke, werd ich heute abend ausprobieren
Grüße
Christian
kein Problem :) Lohnt sich definitiv, viel Spaß.
Hallo.
Ich habe mir auch 10 Stk. der Conrad Sensoren EAS 800Z von Eurochron und eine Wetterstation EFWS800 bestellt, welche heute eingetroffen sind.
Dann begann ich anzulernen.
Die ersten 3 Sensoren wurden vollautomatisch angelegt, der 4. wurde nicht erkannt. Ich dache schon er sei defekt. Darum habe ich diesen dann an der Wetterstation angelernt.
Das funktionierte.
Der 5. wurde auch wieder erkannt.
Aber was mir aufgefallen ist, ich bekomme nur mehr von 2 Sensoren regelmäßig Daten.
Ein X25 Debug mit verbose 5 zeigt mit viele "unknown Codes".
CulFW: V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) CSM433 (F-Band: 433MHz) am Busware SCC.
SCC1 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB
Fhem heute upgedatet. Ich warte mal ab bis sich hier wieder etwas tut.
Soll ich noch LOG's posten oder habt ihr schon genug Daten?
Vielen Dank für die super Arbeit.
Gruss Armin
Hallo zusammen,
hab die FW aus Post 1 geflasht, danach gingen zwar die Eurochrons, aber alle Funksteckdosen (IT) wollten nicht mehr. Es sah zwar im FHEM aus, als ob der schalten würde, aber die Steckdosen gingen weder an noch aus. Ist das normal ?
Dann hab ich die "alte" FW wieder geflasht, aber der NanoCul geht nurnoch auf opened und nimmt keine Befehle mehr an. Muss ich den Arduino erst wieder clean machen bevor ich die alte FW wieder flashen kann, so dass der dann wieder wie vorher funktioniert ?
Würde mich über Anregungen freuen
Grüße Christian
Hi,
ich habe selbes Problem wie cs-online...
Ich habe es durch mehrfaches flashen von 868 und 433 FW und mehreren Neustarts sowie ab und anstecken des Selbstbau Cul hinbekommen.
@cs-online Versuch erstmal die 868 version zu flashen und dann die 433er
Gruß
Fidel
Habt ihr mal das eeprom gelöscht.
Kennt jemand von euch ein Kommando via avrdude den kompletten nanocul inkl. Eeprom zu löschen? Ich denke, dass das helfen könnte.
Laut http://www.nongnu.org/avrdude/user-manual/avrdude_4.html (http://www.nongnu.org/avrdude/user-manual/avrdude_4.html) wäre das
-e
Nur gegoogelt, nicht getestet...
Sent from my iPhone using Tapatalk
Zitat von: bjoernh am 20 Oktober 2015, 21:22:03
Habt ihr mal das eeprom gelöscht.
Kennt jemand von euch ein Kommando via avrdude den kompletten nanocul inkl. Eeprom zu löschen? Ich denke, dass das helfen könnte.
Das geht meines Wissens nur per ISP, der Arduino Bootloader unterstützt das wohl nicht.
Aber die culfw hat ja ein Kommando dafür: e (http://culfw.de/commandref.html#cmd_e)
Da der darauf folgende Abstieg in den Bootloader mit dem Arduino nicht klappt, muss der Arduino danach einmal stromlos gemacht werden.
Guten Morgen,
danke für die Infos ! Also müßte es parallel gehen, die IT-Steckdosen (ELRO, Intertechno, etc.) und die Eurochrons auf dem einen Nanocul laufen zu lassen ?
Grüße Christian
natürlich. Ist bei mir der Fall!
Zitat von: Joker2002 am 19 Oktober 2015, 20:33:04
Hm schade das ich beim mir den eurochron nicht zum Laufen bekomme. Ich habe mit der Firmware noch einen anderen Sender in FHEM eingebunden, dieser funktioniert damit perfekt. Ich denke, dass es vielleicht doch irgendwie noch an der Firmware liegt.
Gibt es vielleicht doch noch etwas, was ich vielleicht testen könnte ?
So, nun hab ich meine Eurochrons.
Einer ging ohne Probleme, ein Zweiter machte etwas zicken.
Ich habe die Bandbreite etwas verstellt und schon funktioniert der Sensor.
Meine Werte sind nun CUL1 ccconf => freq:433.920MHz bWidth:406KHz rAmpl:42dB sens:8dB
Probier doch mal bei dir die Einstellungen etwas zu verstellen.
Sorry das ich frage aber wie verstelle ich denn die Werte im Cul? Ich kann über den "get" Befehl die Daten abfragen aber wie ändere ich die?
Hallo
ich habe mir bei Conrad einen Sensor EAS 800Z von Eurochron ModelNo: EFWS 800/801 gekauft.
Leider wird dieser nicht von Fhem erkant?
Fhem ist auf dem neuesten Stand und mein nanoCUL hat die aktuellste "a-culfw"
V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) nanoCUL433 (F-Band: 433MHz)
ein RAW e wurde auch schon gemacht, es werden folgende meldungen bei X25 empfangen:
2015-10-21 22:04:05 CUL nanoCUL UNKNOWNCODE p 8 496 4112 512 4144 512 2176 37 1 4 5 480 9040 2B 9D7010B2E0
2015-10-21 22:04:06 CUL nanoCUL UNKNOWNCODE p 8 512 4112 512 4128 512 2192 37 1 4 5 512 9040 32 9D7010B2E0
2015-10-21 22:04:06 CUL nanoCUL UNKNOWNCODE p 8 528 4096 496 4144 528 2176 37 1 4 5 512 9040 2B 9D7010B2E0
2015-10-21 22:04:06 CUL nanoCUL UNKNOWNCODE p 8 528 4112 496 4160 512 2208 37 1 4 5 512 9088 2B 9D7010B2E0
2015-10-21 22:04:06 CUL nanoCUL UNKNOWNCODE p 8 512 4128 512 4144 512 2192 37 1 4 5 496 9024 2B 9D7010B2E0
2015-10-21 22:04:06 CUL nanoCUL UNKNOWNCODE p 8 496 4128 528 4128 528 2080 37 1 4 5 512 9056 2B 9D7010B2E0
2015-10-21 22:04:55 CUL nanoCUL UNKNOWNCODE p 8 528 4112 496 4144 512 2192 37 1 4 5 496 9024 29 9D7010B2E0
2015-10-21 22:04:56 CUL nanoCUL UNKNOWNCODE p 8 512 4112 496 4144 480 2208 37 1 4 5 496 9040 2E 9D7010B2E0
2015-10-21 22:04:56 CUL nanoCUL UNKNOWNCODE p 8 512 4112 512 4128 512 2192 37 1 4 5 512 9024 28 9D7010B2E0
2015-10-21 22:04:56 CUL nanoCUL UNKNOWNCODE p 8 512 4112 496 4160 512 2192 37 1 4 5 512 9120 28 9D7010B2E0
2015-10-21 22:04:56 CUL nanoCUL UNKNOWNCODE p 8 512 4112 512 4144 512 2192 37 1 4 5 512 9040 28 9D7010B2E0
2015-10-21 22:04:56 CUL nanoCUL UNKNOWNCODE p 8 512 4112 496 4144 512 2080 37 1 4 5 512 9056 28 9D7010B2E0
2015-10-21 22:05:45 CUL nanoCUL UNKNOWNCODE p 8 512 4112 496 4128 512 2192 37 1 4 5 512 9024 2B 9D7010B2E0
2015-10-21 22:05:46 CUL nanoCUL UNKNOWNCODE p 8 496 4128 512 4144 528 2176 37 1 4 5 512 9040 32 9D7010B2E0
2015-10-21 22:05:46 CUL nanoCUL UNKNOWNCODE p 8 528 4112 512 4144 512 2192 37 1 4 5 512 9040 2B 9D7010B2E0
2015-10-21 22:05:46 CUL nanoCUL UNKNOWNCODE p 8 512 4112 496 4176 496 2192 37 1 4 5 512 9120 2B 9D7010B2E0
2015-10-21 22:05:46 CUL nanoCUL UNKNOWNCODE p 8 512 4112 512 4128 512 2192 37 1 4 5 512 9040 2A 9D7010B2E0
2015-10-21 22:05:46 CUL nanoCUL UNKNOWNCODE p 8 496 4144 512 4128 512 2096 37 1 4 5 512 9040 2A 9D7010B2E0
Was könnte ich noch tun damit der Sensor erkant wird??
Gruß Rolf
Zitat von: Joker2002 am 21 Oktober 2015, 22:00:32
Sorry das ich frage aber wie verstelle ich denn die Werte im Cul? Ich kann über den "get" Befehl die Daten abfragen aber wie ändere ich die?
Über set in fhem auf der CUL definition
z.B set bWidth 406
Zitat von: harry66 am 21 Oktober 2015, 22:16:17
Hallo
ich habe mir bei Conrad einen Sensor EAS 800Z von Eurochron ModelNo: EFWS 800/801 gekauft.
Leider wird dieser nicht von Fhem erkant?
Fhem ist auf dem neuesten Stand und mein nanoCUL hat die aktuellste "a-culfw"
V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) nanoCUL433 (F-Band: 433MHz)
ein RAW e wurde auch schon gemacht, es werden folgende meldungen bei X25 empfangen:
2015-10-21 22:04:05 CUL nanoCUL UNKNOWNCODE p 8 496 4112 512 4144 512 2176 37 1 4 5 480 9040 2B 9D7010B2E0
2015-10-21 22:04:06 CUL nanoCUL UNKNOWNCODE p 8 512 4112 512 4128 512 2192 37 1 4 5 512 9040 32 9D7010B2E0
2015-10-21 22:04:06 CUL nanoCUL UNKNOWNCODE p 8 528 4096 496 4144 528 2176 37 1 4 5 512 9040 2B 9D7010B2E0
2015-10-21 22:04:06 CUL nanoCUL UNKNOWNCODE p 8 528 4112 496 4160 512 2208 37 1 4 5 512 9088 2B 9D7010B2E0
2015-10-21 22:04:06 CUL nanoCUL UNKNOWNCODE p 8 512 4128 512 4144 512 2192 37 1 4 5 496 9024 2B 9D7010B2E0
2015-10-21 22:04:06 CUL nanoCUL UNKNOWNCODE p 8 496 4128 528 4128 528 2080 37 1 4 5 512 9056 2B 9D7010B2E0
2015-10-21 22:04:55 CUL nanoCUL UNKNOWNCODE p 8 528 4112 496 4144 512 2192 37 1 4 5 496 9024 29 9D7010B2E0
2015-10-21 22:04:56 CUL nanoCUL UNKNOWNCODE p 8 512 4112 496 4144 480 2208 37 1 4 5 496 9040 2E 9D7010B2E0
2015-10-21 22:04:56 CUL nanoCUL UNKNOWNCODE p 8 512 4112 512 4128 512 2192 37 1 4 5 512 9024 28 9D7010B2E0
2015-10-21 22:04:56 CUL nanoCUL UNKNOWNCODE p 8 512 4112 496 4160 512 2192 37 1 4 5 512 9120 28 9D7010B2E0
2015-10-21 22:04:56 CUL nanoCUL UNKNOWNCODE p 8 512 4112 512 4144 512 2192 37 1 4 5 512 9040 28 9D7010B2E0
2015-10-21 22:04:56 CUL nanoCUL UNKNOWNCODE p 8 512 4112 496 4144 512 2080 37 1 4 5 512 9056 28 9D7010B2E0
2015-10-21 22:05:45 CUL nanoCUL UNKNOWNCODE p 8 512 4112 496 4128 512 2192 37 1 4 5 512 9024 2B 9D7010B2E0
2015-10-21 22:05:46 CUL nanoCUL UNKNOWNCODE p 8 496 4128 512 4144 528 2176 37 1 4 5 512 9040 32 9D7010B2E0
2015-10-21 22:05:46 CUL nanoCUL UNKNOWNCODE p 8 528 4112 512 4144 512 2192 37 1 4 5 512 9040 2B 9D7010B2E0
2015-10-21 22:05:46 CUL nanoCUL UNKNOWNCODE p 8 512 4112 496 4176 496 2192 37 1 4 5 512 9120 2B 9D7010B2E0
2015-10-21 22:05:46 CUL nanoCUL UNKNOWNCODE p 8 512 4112 512 4128 512 2192 37 1 4 5 512 9040 2A 9D7010B2E0
2015-10-21 22:05:46 CUL nanoCUL UNKNOWNCODE p 8 496 4144 512 4128 512 2096 37 1 4 5 512 9040 2A 9D7010B2E0
Was könnte ich noch tun damit der Sensor erkant wird??
Gruß Rolf
Hi Rolf,
das ist kein EAS 800Z.
das erkennst Du hier hier drann:
2015-10-21 22:04:06 CUL nanoCUL UNKNOWNCODE p 8 512 4112 512 4128 512 2192 37 1 4 5 512
9040 32 9D7010B2E0
Die markierte Zahl ist das Sync bit. bei einem EAS 800Z ist dieses nur um die 3900-4100 lang.
Du empfängst einen anderen Sensor.
Stell bitte auch Du die Bandbreite im CUL um.
Der Wert 9D7010B2E0 könnte aber schon ein richtig Sensor deines Nachbars sein (1,6° 89%)
Könnte dies bei dir momentan hinhauen mit den Temperaturen?
Hm, habe jetzt mal die Bandweite erhöht und erhalte ein unbekanntes Gerät in meinem Reiter "CUL_TCM97001"
Gerät CUL_TCM97001_34
Internals
CODE
34
DEF
34
NAME
CUL_TCM97001_34
NR
733
STATE
Defined
TYPE
CUL_TCM97001
lastH
0
lastT
0
ZitatDer Wert 9D7010B2E0 könnte aber schon ein richtig Sensor deines Nachbars sein (1,6° 89%)
Könnte dies bei dir momentan hinhauen mit den Temperaturen?
mmh könnte von meiner Wetterstation sein, müsste dann aber 6° sein?
nanoCUL ccconf => freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:4dB
nach dem ich auf 464 raufgegangen bin wurde der Eurochron erkant ;D
Hallo,
kann jemand bestätigen, ob man mehr als drei von den Eurochron EAS800Z anmelden kann ? Weil ich meine ich hätte im Batteriefach einen Dreifachschalter gesehen und hatte eigentlich gedacht (weil keine Bedienungsanleitung gefunden), daß man damit die "Kanäle" für die Dinger festlegt.
Wer weiß genaueres ?
Grüße
Christian
Zitat von: cs-online am 22 Oktober 2015, 12:36:37
Hallo,
kann jemand bestätigen, ob man mehr als drei von den Eurochron EAS800Z anmelden kann ? Weil ich meine ich hätte im Batteriefach einen Dreifachschalter gesehen und hatte eigentlich gedacht (weil keine Bedienungsanleitung gefunden), daß man damit die "Kanäle" für die Dinger festlegt.
Wer weiß genaueres ?
Grüße
Christian
Definitiv geht das. Hier sind z.B. 5 Stk.
Ich habe die Sensoren 1-2 auf jeweils Kanal 1 u. 2 eingestellt.
Und alle anderen auf Kanal 3.
Läuft.
Gruss.
was mir noch in Bezug auf mein Problem der Nichterkennung des Eurochrons gedämmert ist...
vor ca. 3 Wochen hatte ich auf einmal jede Menge Temperaturthermostate in meinem Fhem die ich alle umständlich auf ignore 1 gesetzt habe. Kann es sein, dass ich mittlerweile so viele Geräte des TCM Moduls ignoriert habe, dass der CUL keine neuen Geräte mehr zulässt ?
Anbei mal die Liste der erkannten Geräte
CUL_TCM97001_1
CUL_TCM97001_10
CUL_TCM97001_100
CUL_TCM97001_101
CUL_TCM97001_102
CUL_TCM97001_103
CUL_TCM97001_104
CUL_TCM97001_105
CUL_TCM97001_106
CUL_TCM97001_107
CUL_TCM97001_108
CUL_TCM97001_109
CUL_TCM97001_11
CUL_TCM97001_110
CUL_TCM97001_111
CUL_TCM97001_112
CUL_TCM97001_113
CUL_TCM97001_114
CUL_TCM97001_115
CUL_TCM97001_116
CUL_TCM97001_117
CUL_TCM97001_118
CUL_TCM97001_119
CUL_TCM97001_12
CUL_TCM97001_120
CUL_TCM97001_121
CUL_TCM97001_122
CUL_TCM97001_123
CUL_TCM97001_124
CUL_TCM97001_125
CUL_TCM97001_126
CUL_TCM97001_127
CUL_TCM97001_128
CUL_TCM97001_129
CUL_TCM97001_13
CUL_TCM97001_130
CUL_TCM97001_131
CUL_TCM97001_133
CUL_TCM97001_134
CUL_TCM97001_135
CUL_TCM97001_137
CUL_TCM97001_138
CUL_TCM97001_139
CUL_TCM97001_14
CUL_TCM97001_140
CUL_TCM97001_142
CUL_TCM97001_143
CUL_TCM97001_144
CUL_TCM97001_145
CUL_TCM97001_146
CUL_TCM97001_147
CUL_TCM97001_148
CUL_TCM97001_149
CUL_TCM97001_15
CUL_TCM97001_150
CUL_TCM97001_151
CUL_TCM97001_152
CUL_TCM97001_153
CUL_TCM97001_154
CUL_TCM97001_155
CUL_TCM97001_156
CUL_TCM97001_157
CUL_TCM97001_158
CUL_TCM97001_159
CUL_TCM97001_16
CUL_TCM97001_160
CUL_TCM97001_161
CUL_TCM97001_162
CUL_TCM97001_163
CUL_TCM97001_164
CUL_TCM97001_165
CUL_TCM97001_166
CUL_TCM97001_167
CUL_TCM97001_168
CUL_TCM97001_169
CUL_TCM97001_17
CUL_TCM97001_170
CUL_TCM97001_171
CUL_TCM97001_172
CUL_TCM97001_173
CUL_TCM97001_174
CUL_TCM97001_175
CUL_TCM97001_176
CUL_TCM97001_177
CUL_TCM97001_178
CUL_TCM97001_179
CUL_TCM97001_18
CUL_TCM97001_180
CUL_TCM97001_181
CUL_TCM97001_182
CUL_TCM97001_183
CUL_TCM97001_184
CUL_TCM97001_185
CUL_TCM97001_186
CUL_TCM97001_187
CUL_TCM97001_188
CUL_TCM97001_189
CUL_TCM97001_19
CUL_TCM97001_190
CUL_TCM97001_191
CUL_TCM97001_192
CUL_TCM97001_193
CUL_TCM97001_194
CUL_TCM97001_195
CUL_TCM97001_196
CUL_TCM97001_197
CUL_TCM97001_198
CUL_TCM97001_199
CUL_TCM97001_2
CUL_TCM97001_20
CUL_TCM97001_200
CUL_TCM97001_201
CUL_TCM97001_202
CUL_TCM97001_203
CUL_TCM97001_204
CUL_TCM97001_205
CUL_TCM97001_206
CUL_TCM97001_207
CUL_TCM97001_208
CUL_TCM97001_209
CUL_TCM97001_21
CUL_TCM97001_210
CUL_TCM97001_211
CUL_TCM97001_212
CUL_TCM97001_213
CUL_TCM97001_214
CUL_TCM97001_215
CUL_TCM97001_216
CUL_TCM97001_217
CUL_TCM97001_218
CUL_TCM97001_219
CUL_TCM97001_22
CUL_TCM97001_220
CUL_TCM97001_221
CUL_TCM97001_222
CUL_TCM97001_223
CUL_TCM97001_224
CUL_TCM97001_225
CUL_TCM97001_226
CUL_TCM97001_227
CUL_TCM97001_228
CUL_TCM97001_229
CUL_TCM97001_23
CUL_TCM97001_230
CUL_TCM97001_231
CUL_TCM97001_232
CUL_TCM97001_233
CUL_TCM97001_234
CUL_TCM97001_235
CUL_TCM97001_236
CUL_TCM97001_237
CUL_TCM97001_238
CUL_TCM97001_239
CUL_TCM97001_24
CUL_TCM97001_240
CUL_TCM97001_241
CUL_TCM97001_242
CUL_TCM97001_243
CUL_TCM97001_244
CUL_TCM97001_245
CUL_TCM97001_246
CUL_TCM97001_247
CUL_TCM97001_248
CUL_TCM97001_249
CUL_TCM97001_250
CUL_TCM97001_251
CUL_TCM97001_252
CUL_TCM97001_253
CUL_TCM97001_254
CUL_TCM97001_255
CUL_TCM97001_26
CUL_TCM97001_27
CUL_TCM97001_28
CUL_TCM97001_29
CUL_TCM97001_3
CUL_TCM97001_30
CUL_TCM97001_31
CUL_TCM97001_33
CUL_TCM97001_35
CUL_TCM97001_36
CUL_TCM97001_37
CUL_TCM97001_38
CUL_TCM97001_39
CUL_TCM97001_4
CUL_TCM97001_40
CUL_TCM97001_41
CUL_TCM97001_42
CUL_TCM97001_43
CUL_TCM97001_44
CUL_TCM97001_47
CUL_TCM97001_48
CUL_TCM97001_49
CUL_TCM97001_50
CUL_TCM97001_51
CUL_TCM97001_52
CUL_TCM97001_53
CUL_TCM97001_54
CUL_TCM97001_55
CUL_TCM97001_56
CUL_TCM97001_57
CUL_TCM97001_58
CUL_TCM97001_59
CUL_TCM97001_6
CUL_TCM97001_60
CUL_TCM97001_61
CUL_TCM97001_62
CUL_TCM97001_63
CUL_TCM97001_64
CUL_TCM97001_65
CUL_TCM97001_66
CUL_TCM97001_67
CUL_TCM97001_68
CUL_TCM97001_69
CUL_TCM97001_7
CUL_TCM97001_70
CUL_TCM97001_71
CUL_TCM97001_72
CUL_TCM97001_73
CUL_TCM97001_74
CUL_TCM97001_75
CUL_TCM97001_76
CUL_TCM97001_77
CUL_TCM97001_78
CUL_TCM97001_79
CUL_TCM97001_8
CUL_TCM97001_80
CUL_TCM97001_81
CUL_TCM97001_82
CUL_TCM97001_83
CUL_TCM97001_84
CUL_TCM97001_85
CUL_TCM97001_86
CUL_TCM97001_87
CUL_TCM97001_88
CUL_TCM97001_89
CUL_TCM97001_9
CUL_TCM97001_90
CUL_TCM97001_91
CUL_TCM97001_92
CUL_TCM97001_93
CUL_TCM97001_94
CUL_TCM97001_95
CUL_TCM97001_96
CUL_TCM97001_97
CUL_TCM97001_98
CUL_TCM97001_99
Zitat von: Joker2002 am 22 Oktober 2015, 19:29:55
was mir noch in Bezug auf mein Problem der Nichterkennung des Eurochrons gedämmert ist...
vor ca. 3 Wochen hatte ich auf einmal jede Menge Temperaturthermostate in meinem Fhem die ich alle umständlich auf ignore 1 gesetzt habe. Kann es sein, dass ich mittlerweile so viele Geräte des TCM Moduls ignoriert habe, dass der CUL keine neuen Geräte mehr zulässt ?
Anbei mal die Liste der erkannten Geräte
CUL_TCM97001_1
CUL_TCM97001_10
CUL_TCM97001_100
CUL_TCM97001_101
CUL_TCM97001_102
CUL_TCM97001_103
CUL_TCM97001_104
CUL_TCM97001_105
CUL_TCM97001_106
CUL_TCM97001_107
CUL_TCM97001_108
CUL_TCM97001_109
CUL_TCM97001_11
CUL_TCM97001_110
CUL_TCM97001_111
CUL_TCM97001_112
CUL_TCM97001_113
CUL_TCM97001_114
CUL_TCM97001_115
CUL_TCM97001_116
CUL_TCM97001_117
CUL_TCM97001_118
CUL_TCM97001_119
CUL_TCM97001_12
CUL_TCM97001_120
CUL_TCM97001_121
CUL_TCM97001_122
CUL_TCM97001_123
CUL_TCM97001_124
CUL_TCM97001_125
CUL_TCM97001_126
CUL_TCM97001_127
CUL_TCM97001_128
CUL_TCM97001_129
CUL_TCM97001_13
CUL_TCM97001_130
CUL_TCM97001_131
CUL_TCM97001_133
CUL_TCM97001_134
CUL_TCM97001_135
CUL_TCM97001_137
CUL_TCM97001_138
CUL_TCM97001_139
CUL_TCM97001_14
CUL_TCM97001_140
CUL_TCM97001_142
CUL_TCM97001_143
CUL_TCM97001_144
CUL_TCM97001_145
CUL_TCM97001_146
CUL_TCM97001_147
CUL_TCM97001_148
CUL_TCM97001_149
CUL_TCM97001_15
CUL_TCM97001_150
CUL_TCM97001_151
CUL_TCM97001_152
CUL_TCM97001_153
CUL_TCM97001_154
CUL_TCM97001_155
CUL_TCM97001_156
CUL_TCM97001_157
CUL_TCM97001_158
CUL_TCM97001_159
CUL_TCM97001_16
CUL_TCM97001_160
CUL_TCM97001_161
CUL_TCM97001_162
CUL_TCM97001_163
CUL_TCM97001_164
CUL_TCM97001_165
CUL_TCM97001_166
CUL_TCM97001_167
CUL_TCM97001_168
CUL_TCM97001_169
CUL_TCM97001_17
CUL_TCM97001_170
CUL_TCM97001_171
CUL_TCM97001_172
CUL_TCM97001_173
CUL_TCM97001_174
CUL_TCM97001_175
CUL_TCM97001_176
CUL_TCM97001_177
CUL_TCM97001_178
CUL_TCM97001_179
CUL_TCM97001_18
CUL_TCM97001_180
CUL_TCM97001_181
CUL_TCM97001_182
CUL_TCM97001_183
CUL_TCM97001_184
CUL_TCM97001_185
CUL_TCM97001_186
CUL_TCM97001_187
CUL_TCM97001_188
CUL_TCM97001_189
CUL_TCM97001_19
CUL_TCM97001_190
CUL_TCM97001_191
CUL_TCM97001_192
CUL_TCM97001_193
CUL_TCM97001_194
CUL_TCM97001_195
CUL_TCM97001_196
CUL_TCM97001_197
CUL_TCM97001_198
CUL_TCM97001_199
CUL_TCM97001_2
CUL_TCM97001_20
CUL_TCM97001_200
CUL_TCM97001_201
CUL_TCM97001_202
CUL_TCM97001_203
CUL_TCM97001_204
CUL_TCM97001_205
CUL_TCM97001_206
CUL_TCM97001_207
CUL_TCM97001_208
CUL_TCM97001_209
CUL_TCM97001_21
CUL_TCM97001_210
CUL_TCM97001_211
CUL_TCM97001_212
CUL_TCM97001_213
CUL_TCM97001_214
CUL_TCM97001_215
CUL_TCM97001_216
CUL_TCM97001_217
CUL_TCM97001_218
CUL_TCM97001_219
CUL_TCM97001_22
CUL_TCM97001_220
CUL_TCM97001_221
CUL_TCM97001_222
CUL_TCM97001_223
CUL_TCM97001_224
CUL_TCM97001_225
CUL_TCM97001_226
CUL_TCM97001_227
CUL_TCM97001_228
CUL_TCM97001_229
CUL_TCM97001_23
CUL_TCM97001_230
CUL_TCM97001_231
CUL_TCM97001_232
CUL_TCM97001_233
CUL_TCM97001_234
CUL_TCM97001_235
CUL_TCM97001_236
CUL_TCM97001_237
CUL_TCM97001_238
CUL_TCM97001_239
CUL_TCM97001_24
CUL_TCM97001_240
CUL_TCM97001_241
CUL_TCM97001_242
CUL_TCM97001_243
CUL_TCM97001_244
CUL_TCM97001_245
CUL_TCM97001_246
CUL_TCM97001_247
CUL_TCM97001_248
CUL_TCM97001_249
CUL_TCM97001_250
CUL_TCM97001_251
CUL_TCM97001_252
CUL_TCM97001_253
CUL_TCM97001_254
CUL_TCM97001_255
CUL_TCM97001_26
CUL_TCM97001_27
CUL_TCM97001_28
CUL_TCM97001_29
CUL_TCM97001_3
CUL_TCM97001_30
CUL_TCM97001_31
CUL_TCM97001_33
CUL_TCM97001_35
CUL_TCM97001_36
CUL_TCM97001_37
CUL_TCM97001_38
CUL_TCM97001_39
CUL_TCM97001_4
CUL_TCM97001_40
CUL_TCM97001_41
CUL_TCM97001_42
CUL_TCM97001_43
CUL_TCM97001_44
CUL_TCM97001_47
CUL_TCM97001_48
CUL_TCM97001_49
CUL_TCM97001_50
CUL_TCM97001_51
CUL_TCM97001_52
CUL_TCM97001_53
CUL_TCM97001_54
CUL_TCM97001_55
CUL_TCM97001_56
CUL_TCM97001_57
CUL_TCM97001_58
CUL_TCM97001_59
CUL_TCM97001_6
CUL_TCM97001_60
CUL_TCM97001_61
CUL_TCM97001_62
CUL_TCM97001_63
CUL_TCM97001_64
CUL_TCM97001_65
CUL_TCM97001_66
CUL_TCM97001_67
CUL_TCM97001_68
CUL_TCM97001_69
CUL_TCM97001_7
CUL_TCM97001_70
CUL_TCM97001_71
CUL_TCM97001_72
CUL_TCM97001_73
CUL_TCM97001_74
CUL_TCM97001_75
CUL_TCM97001_76
CUL_TCM97001_77
CUL_TCM97001_78
CUL_TCM97001_79
CUL_TCM97001_8
CUL_TCM97001_80
CUL_TCM97001_81
CUL_TCM97001_82
CUL_TCM97001_83
CUL_TCM97001_84
CUL_TCM97001_85
CUL_TCM97001_86
CUL_TCM97001_87
CUL_TCM97001_88
CUL_TCM97001_89
CUL_TCM97001_9
CUL_TCM97001_90
CUL_TCM97001_91
CUL_TCM97001_92
CUL_TCM97001_93
CUL_TCM97001_94
CUL_TCM97001_95
CUL_TCM97001_96
CUL_TCM97001_97
CUL_TCM97001_98
CUL_TCM97001_99
Scheint so, die liste ist ja ziemlich lang, lösch doch mal alle raus und lass die neuen neu Anlegen.
gibt's da vielleicht ein Befehl zu mit dem ich das auf einmal wieder herstellen kann ? ich hatte das vorher händisch erledigt, was sehr aufwändig war
Zitat von: Joker2002 am 22 Oktober 2015, 20:19:58
gibt's da vielleicht ein Befehl zu mit dem ich das auf einmal wieder herstellen kann ? ich hatte das vorher händisch erledigt, was sehr aufwändig war
Die Kommandos kannst Du mit ; getrennt hintereinander schreiben:
delete CUL_TCM1111; delete ....
... ich hatte neulich das gleiche Problem mit Cul_Hoermann, jeden Tag hatte ich 10-15 verschiedene, jedes mal, wenn der Nachbar sein Garagentor betätigt hat... Also ich habe dann alles aus der fhem.cfg raus gelöscht, was nach Cul_Hoermann aussah (vorher Sicherung von der cfg unter anderem Namen anlegen !!!) das ging dann doch ein wenig einfacher... Und für die Zukunft hab ich dann "ignoreTypes" auf CUL_HOERMANN gesetzt, dann wird jedes weitere ignoriert,
Grüße
Christian
Zitat von: cs-online am 22 Oktober 2015, 21:02:14
... ich hatte neulich das gleiche Problem mit Cul_Hoermann, jeden Tag hatte ich 10-15 verschiedene, jedes mal, wenn der Nachbar sein Garagentor betätigt hat... Also ich habe dann alles aus der fhem.cfg raus gelöscht, was nach Cul_Hoermann aussah (vorher Sicherung von der cfg unter anderem Namen anlegen !!!) das ging dann doch ein wenig einfacher... Und für die Zukunft hab ich dann "ignoreTypes" auf CUL_HOERMANN gesetzt, dann wird jedes weitere ignoriert,
Grüße
Christian
Ich glaube das CUL_HOERMANN sollte man raus schmeißen, verstehen tut es sowieso keiner.
Hi Björn,
mein Beitrag ist vllt. in der ganzen Eurochron-Thematik untergegangen: kannst du mit dem Log für die HE-Fenstersensoren etwas anfangen (und sind die überhaupt integrierbar)?
Zitat von: Jendaw am 15 Oktober 2015, 17:56:17
Edit: ich hab ihn noch mal mit nanoCUL433.hex geflasht. Sieht schon etwas anders (und besser) aus O.o
# Fenster geöffnet
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 640 96 128 0 0 48 4 5 7 96 656 E4 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E5 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 112 640 E4 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 608 96 96 0 0 48 4 5 7 96 656 E3 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E2 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 624 96 96 0 0 48 4 5 7 112 640 E2 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 112 656 E1 A2A54C8B2347
2015.10.15 18:00:03 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 112 640 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 64 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 80 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 112 640 E0 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 112 640 E0 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:04 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 640 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 608 64 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 672 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 608 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 624 96 96 0 0 48 4 5 7 96 656 E0 A2A54C8B2347
2015.10.15 18:00:05 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 D6 A2A54C8B2347
# Fenster geschlossen
2015.10.15 18:00:09 2: nanoCUL: unknown message p 3 96 640 96 128 0 0 48 4 5 7 96 656 E4 A2A54C8B2547
2015.10.15 18:00:09 2: nanoCUL: unknown message p 3 96 608 96 112 0 0 48 4 5 7 112 640 E1 A2A54C8B2547
2015.10.15 18:00:09 2: nanoCUL: unknown message p 3 96 640 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 80 624 96 96 0 0 48 4 5 7 96 656 E4 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 80 624 64 112 0 0 48 4 5 7 80 672 E2 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 96 656 E4 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E3 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 608 96 96 0 0 48 4 5 7 112 640 E2 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 608 96 96 0 0 48 4 5 7 112 656 E2 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 624 96 96 0 0 48 4 5 7 112 640 E1 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 608 96 112 0 0 48 4 5 7 96 656 E2 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 624 80 128 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 608 96 112 0 0 48 4 5 7 112 640 E1 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:10 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 80 128 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 80 624 80 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 80 128 0 0 48 4 5 7 96 656 E0 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 608 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 96 656 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 640 E1 A2A54C8B2547
2015.10.15 18:00:11 2: nanoCUL: unknown message p 3 96 624 96 96 0 0 48 4 5 7 96 656 D7 A2A54C8B2547
# 2. Sensor
# Fenster geöffnet
2015.10.15 18:05:51 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 688 E5 C2A2A94AA347
2015.10.15 18:05:51 2: nanoCUL: unknown message p 3 96 624 80 128 0 0 48 4 5 7 96 656 E3 C2A2A94AA347
2015.10.15 18:05:51 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 80 656 E4 C2A2A94AA347
2015.10.15 18:05:51 2: nanoCUL: unknown message p 3 64 624 64 128 0 0 48 4 5 7 64 688 E4 C2A2A94AA347
2015.10.15 18:05:51 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 80 656 E7 C2A2A94AA347
2015.10.15 18:05:51 2: nanoCUL: unknown message p 3 64 640 96 128 0 0 48 4 5 7 96 656 E5 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 96 624 80 128 0 0 48 4 5 7 96 656 E5 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 640 96 128 0 0 48 4 5 7 80 672 E5 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 640 64 128 0 0 48 4 5 7 80 672 E7 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 640 80 128 0 0 48 4 5 7 80 656 E4 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 624 80 112 0 0 48 4 5 7 80 656 E7 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 624 64 128 0 0 48 4 5 7 80 656 E4 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E7 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 96 656 E4 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 624 64 128 0 0 48 4 5 7 96 656 E6 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E4 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 688 E4 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 640 80 128 0 0 48 4 5 7 80 672 E4 C2A2A94AA347
2015.10.15 18:05:52 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 80 672 E6 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 80 624 64 128 0 0 48 4 5 7 96 656 E4 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 64 640 96 128 0 0 41 4 5 0 112 656 E6 5154A551A3
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 96 640 80 128 0 0 48 4 5 7 96 656 E4 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 64 640 80 128 0 0 48 4 5 7 80 672 E6 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 96 624 64 112 0 0 48 4 5 7 96 656 E4 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 80 624 64 128 0 0 48 4 5 7 80 672 E6 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 96 624 96 112 0 0 48 4 5 7 96 656 E5 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 64 624 64 128 0 0 48 4 5 7 80 672 E4 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 96 624 80 128 0 0 48 4 5 7 96 656 E5 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 96 672 E5 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 80 640 80 128 0 0 48 4 5 7 96 656 E5 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 80 624 96 112 0 0 48 4 5 7 96 672 E5 C2A2A94AA347
2015.10.15 18:05:53 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 80 672 E2 C2A2A94AA347
# Fenster geschlossen
2015.10.15 18:05:57 2: nanoCUL: unknown message p 3 64 624 80 128 0 0 48 4 5 7 64 672 E0 C2A2A94AA547
2015.10.15 18:05:57 2: nanoCUL: unknown message p 3 80 624 64 128 0 0 48 4 5 7 80 672 E0 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 80 624 80 128 0 0 48 4 5 7 80 672 E1 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 80 624 64 128 0 0 48 4 5 7 96 656 E1 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 80 624 80 128 0 0 48 4 5 7 80 672 E3 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 80 624 96 128 0 0 48 4 5 7 80 656 E5 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 80 640 64 128 0 0 48 4 5 7 80 656 E7 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 96 624 96 128 0 0 48 4 5 7 96 656 E5 C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 80 624 80 112 0 0 48 4 5 7 80 672 DA C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 64 624 64 128 0 0 48 4 5 7 64 688 DB C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 688 DC C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 64 624 64 128 0 0 48 4 5 7 64 704 DC C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 672 DC C2A2A94AA547
2015.10.15 18:05:58 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 80 688 DB C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 688 DA C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 640 64 128 0 0 48 4 5 7 64 688 DA C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 672 DA C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 640 64 112 0 0 48 4 5 7 64 688 DA C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 640 64 128 0 0 48 4 5 7 64 688 DA C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 624 64 128 0 0 48 4 5 7 64 688 D9 C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 624 64 112 0 0 48 4 5 7 64 688 DA C2A2A94AA547
2015.10.15 18:05:59 2: nanoCUL: unknown message p 3 64 624 64 112 0 0 48 4 5 7 64 704 D9 C2A2A94AA547
2015.10.15 18:06:00 2: nanoCUL: unknown message p 3 64 624 64 128 0 0 41 4 5 0 64 672 D9 5154A552A3
Viele Grüße
Hallo zusammen,
ich hab das mal ausprobiert, den NanoCul mit "set cul raw e" zurück zu setzen, aber außer daß der abstürzt (LED blinkt wild auf dem Arduino), ist da nix gelöscht worden, wenn ich z.B. die Version abrufe, kommt immer noch NanoCul V1.65 ..... also das wars noch nicht. Werd mal probieren, mit AVRDUDE -e aus dem Post oben....
Grüße
Christian
@Tedious :
Wie hast Du das parallel ans Laufen gebracht mit nur einem NanoCul ? Ich habe nun mit AVRDUDE -e -....... den Arduino gelöscht (zumindest schreibt das das Programm, dass es erfolgreich gewesen wäre) und dann mit der 433er FW geflasht. Eurochrons wieder super, sofort wiedererkannt, gleich Werte aufgenommen, alles prima, nur wieder keine Funksteckdose schaltet. Zweiten NanoCul drangehangen mit der alten FW, damit schalten die alle. Also kann ich mit beiden zusammen alles machen, ist aber blöd, weil ein zusätzlicher USB belegt wird und ich den für was anderes nutzen möchte... Ich bekomme auch keine Fehlermeldung, selbst in den LOGs steht blabla on bzw. off, am Arduino blitzt kurz eine LED auf, man könnte meinen, alles tut wie es soll, nur geht halt nix an. Ich habe teilweise echte IT-Steckdosen, teilweise Pollin, und auch andere, keine reagiert.
Hast Du evtl. selbst kompiliert oder das fertige hex genommen ? Ich habe die fertige hex mit "make program" aus dem Verzeichnis, wo die hex drin ist. Programmiert ohne Fehler...
Wer hat eine Idee ?
Grüße
Christian
Hallo Fhem-Gemeinde,
ich finde die culfw Alternative sehr interessant und setze sie mit einem SCC ein.
Gibt es hier eigentlich auch Bestrebungen, die Brennenstuhl RC3600 Steckdosen zu unterstützen? ::)
Im Gegensatz zu den IT Dosen haben diese eine größere Schaltleistung (3600W) und besitzten bessere Relais.
Beste Grüße
m68000
@cs-online:
Ich hab die fix kompiliert und installiert, fertig. Die Steckdosen liefen vorher schon problemlos, den Eurocron hat er nach dem Flashen von alleine gefunden und per autocreate erstellt - den hatte ich gar nicht mehr auf dem Radar, der hängt seit Jahren (vergessen) auf dem Balkon...
...also hast Du die Source genommen und unverändert selber kompiliert und dann geflasht ? Ich bekomm mit der fertigen .hex die Steckdosen nicht ans Laufen, mit dem "alten" Flash laufen die problemlos, nur eben keine Eurochrons...
Grüße
Christian
Hallo,
ich lese mir nun schon die genazen 29 Seiten durch - leider komme ich absolut nicht mehr weiter.
Ich habe an meinem Raspi einen 868er CUL und wollte darüber Intertechno Signale empfangen.
Habe das mit der CUL_V3_868MHZ.hex aus der a-culfw_1.10.01_build_167_master geflasht.
Folgende Infos bekomme ich Noob gerade noch heraus:
CUL1 raw => V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) CUL868 (F-Band: 433MHz)
CUL1 ccconf => freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:4dB
CUL1 Initialized
Harware: CC1101-USB-Lite 868MHz (CUL) [CULV3-OEM]
Ich habe von Intertechno einen Wandtaster YWT-8500 und eine Fernbedienung ITK-200 - beide schalten auch ohne fhem.
Fhem ist auf dem neuesten Stand
Nun zu meiner Frage: Was muß ich tun um die Signale der Geräte mit dem CUL empfangen zu können?
Der EventMonitor bringt keinerlei Ergbnisse - selbst wenn ich die Geräte direkt vor die Antenne halte.
Für eure Hilfe wäre ich euch sehr dankbar
Grüße, smeagel
Hi Christian,
Zitat von: cs-online am 26 Oktober 2015, 10:10:26
...also hast Du die Source genommen und unverändert selber kompiliert und dann geflasht ? Ich bekomm mit der fertigen .hex die Steckdosen nicht ans Laufen, mit dem "alten" Flash laufen die problemlos, nur eben keine Eurochrons...
Ich kann ein ähnliches Verhalten feststellen. Mit der aktuellen a-culfw (1.10.01) sehe ich im Debug-Mode keine IT-Geräte. Meine HomeEasy-Fenstersensoren sehe ich allerdings. Ich habe auch "raw e" aufgerufen - irgendwie fehlt mir anscheinend noch etwas. Poste mal bitte, falls du eine Löung gefunden hast.
Viele Grüße
@cs-online:
Korrekt. Mache ich immer so, da ich 2 CULs und einen Jeelink an dem RPI habe und das Device sicherheitshalber eh immer selbst definiere.
Zitat von: smeagel am 26 Oktober 2015, 10:22:01
Ich habe an meinem Raspi einen 868er CUL und wollte darüber Intertechno Signale empfangen.
...soweit ich weiss ist Intertechno doch 433Mhz oder ? Deshalb ist Intertechno bei der 868er FW doch auskommentiert...
Oder liege ich falsch ?
Du kannst den aber auf 433 umstellen - auf Kosten der Reichweite
Hi,
das habe ich ja gemacht - empfange allerdings keine Signale.
Deswegen frage ich mich ob ich was falsch gemacht habe....oder vergessen habe?
Bei mir geht es auch nicht.
Habe grad die V3 433 Mhz Version (neuste) auf mein 868er geflachst.
Schalten von IT geht aber empfangen tue ich nichts.
Was muss noch gemacht werden?
Chris
Zitat von: webturtle am 26 Oktober 2015, 20:25:26
Bei mir geht es auch nicht.
Habe grad die V3 433 Mhz Version (neuste) auf mein 868er geflachst.
Schalten von IT geht aber empfangen tue ich nichts.
Was muss noch gemacht werden?
Chris
Sollte eigentlich gehen. Mein beiden CUL V3 nachbauten gehen ohne Probleme.
Was habt ihr denn für Sender.
Habt ihr mal X25 eingestellt, kommt da irgend etwas, nicht das Eure Fernbedienungen etwas anderes senden.
Sender: einen Wandtaster YWT-8500 und eine Fernbedienung ITK-200 - beide schalten auch ohne fhem.
Zitat von: smeagel am 26 Oktober 2015, 21:50:43
Sender: einen Wandtaster YWT-8500 und eine Fernbedienung ITK-200 - beide schalten auch ohne fhem.
Und kommt nun etwas mit eingeschaltetem X25, oder nicht?
Hi,
da wären wir wieder beim Noob :(
Ich habe in der fhem Befehlzeile nun "set CUL1 raw X25" eingegeben - wo sieht man dann was?
Im EventMonitor?
Habe den CUL auch mal mit beiden (CUL_V3_868MHZ & CUL_V3_433MHZ) Firmwares geflasht -
kein Ergebniss.
Grüße, Smeagel
Moin,
es GEHT !!! nachdem ich den CUL mit der 433er Firmware geflasht habe seh ich die Schaltvorgänge
im EventMonitor - Denkfehler, ich dachte ich muss meinen 868er CUL auch mit der 868er Firmware bespielen.
Vielen Dank für die Denkanstösse
Grüße, Smeagel
Konnte gestern leider nicht an den Rechner und jetzt bin ich wieder auf der Arbeit.
Nur damit ich es richtig verstehe:
Ich Flasche mein Cul obwohl es ein 868 ist mit der 433 er Firmware aus diesem Thread.
Dann set CUL raw e
Dann set CUL raw X25
Danach müsste ich die IT Signale im Eventmonitor sehen?
Wenn das funzt werde ich mir dafür ne extra 433er CUL zulegen. Hab irgendwie Angst, dass es der anderen auf Dauer nicht so bekommt....
Wir wohl Nachmittag bis ich Rückmeldung geben kann.
Hat das etwas zu bedeuten, wenn hier unbekannte Definitionen in den NanoCUL sind.
Ist beim 433er genau so wie beim 868er.
2015.10.27 09:24:09 5: SW: ?
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): ? (? is unknown) Us
2015.10.27 09:24:06 5: Cmd: >define nanoCUL868 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9ULXRVF-if00-port0@38400 0000<
2015.10.27 09:24:06 3: Opening nanoCUL868 device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9ULXRVF-if00-port0
2015.10.27 09:24:06 3: Setting nanoCUL868 serial parameters to 38400,8,N,1
2015.10.27 09:24:06 3: nanoCUL868 device opened
2015.10.27 09:24:06 5: SW: V
2015.10.27 09:24:09 5: SW: V
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): V 1.10.01 a-culfw Build
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): : 16
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): 7 (2015
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): -10-
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): 13_18-19
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): -02)
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): nan
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): oCUL868
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): (F-
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): Band
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): : 868MHz
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): )
2015.10.27 09:24:09 5: SW: ?
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): ? (? is unknown) Us
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): e one of
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): B
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): C F
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): i A Z E
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): G M
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): K U
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): Y R T V
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): W X
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): e f l t
2015.10.27 09:24:09 5: CUL/RAW (ReadAnswer): x
Ein andere Fehler der ein wenig nervt, ist wenn ich den FHEM Stope und anschließend wieder Starte die nanoCUL's sehr häufig nicht initialisiert werden.
Nur eine Reboot oder Hardware Reset hilft um die nanoCUL's wieder zu reaktivieren.
Zitat von: smeagel am 27 Oktober 2015, 06:56:46
es GEHT !!! nachdem ich den CUL mit der 433er Firmware geflasht habe seh ich die Schaltvorgänge
im EventMonitor - Denkfehler, ich dachte ich muss meinen 868er CUL auch mit der 868er Firmware bespielen.
Der 868 kann zwar auch 433 senden, aber eben nur auf einem Frequenzband, also nur 868 empfangen. (Radio spielt halt auch nur entweder den einen oder den anderen Sender). Weil IT nun auf 433 sendet, siehst Du mit der 868er FW die leider nicht.
Wenn der mit der 433 FW die empfängt und autocreate eingeschaltet ist, sollte FHEM die in der Gruppe IT auch selber anlegen. Dann kannst Du mit FHEM auch schalten, wenn der Abstand nicht zu groß ist... In der 868er Alternativ-FW ist (meiner Meinung nach) auch keine IT-Unterstützung drin aktiviert.
Hmmm Noch immer nichts passiert.
Habe es gemacht wie heute morgen geschrieben und zusätzlich noch
set CUL freq 433
Hier die Ausgabe:
VERSION V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) CUL868 (F-Band: 433MHz)
Es erscheint nichts im Event Monitor und nichts im hem.log
Senden an IT Dosen geht
So jetzt bin ich ganz verunsichert.
Ich habe jetzt nochmal nachgesehen ob ich auch die Umschaltung auf die 433 korrekt gemacht habe.
Dabei fand ich folgenden Satz:
ZitatJedes Absetzen dieser Kommandos werden die EEPROM Einstellungen geändert und der Sender/Empfänger Baustein des CULs neu initialisiert.
Da EEPROMs mit solchen Einstellungen altern, sollte man das nicht zu oft machen... also sagen wir mal: ein paar Hundert mal ist kein Problem, aber jeden Tag automatisch neu setzen ist vielleicht keine gute Idee.
Jetzt geht mir mit Sicherheit nicht gleich der CUL kaputt aber ich frage nicht ob nicht doch besser einen zweiten 433er kaufe.
Denn auch wenn ich mit dem CUL 868 Intertechno Befehle sende muss der doch irgendwie immer auf 433 umgestellt werden.
Oder gilt das nur beim Empfang.
Wäre es besser mit einem 433er CUL die a-culfw zu nutzen, um damit IT Dosen (Habe etliche davon...) zu schalten und dann auch die IT Fernbedinung zu empfangen.
Auf dem CUL 868 dann nicht mit IT laufen lassen und diesen nur für FS20 usw. zu verwenden?
Mein Plan war ein CUNX demnächst noch anzuschaffen wegen diversen Reichweitenproblemen. Da stellt sich dann aber auch wieder die Frage: Nimmt der Schaden beim Schalten von IT Dosen?
Hab jetzt irgendwie 'nen Knoten im Kopf. Aller Anfang ist schwer.
Chris
Abgesehen davon dass der 868er 433 Schalten und senden kann würde ich definitiv beide anschaffen. Spart viel Gebastel und Gefrickel in den Configs, der Eine macht dies und der Andere macht das. Preise sind ja überschaubar.
Zitat von: Tedious am 28 Oktober 2015, 09:18:33
Abgesehen davon dass der 868er 433 Schalten und senden kann würde ich definitiv beide anschaffen. Spart viel Gebastel und Gefrickel in den Configs, der Eine macht dies und der Andere macht das. Preise sind ja überschaubar.
Bestellt habe ich ihn gestern Abend schon. ;)
Aber nochmal die Frage: Kann der 868er schaden nehmen wenn er normal konfiguriert ist (Alles Standard) un dennoch zum schalten von IT verwendet wird? Wird dabei für jeden Schaltvorgang die Frequenz geändert und was im eeprom gemacht?
Zitat von: webturtle am 28 Oktober 2015, 10:58:13
Bestellt habe ich ihn gestern Abend schon. ;)
Aber nochmal die Frage: Kann der 868er schaden nehmen wenn er normal konfiguriert ist (Alles Standard) un dennoch zum schalten von IT verwendet wird? Wird dabei für jeden Schaltvorgang die Frequenz geändert und was im eeprom gemacht?
Da jedesmal beim Umschalten das Eeprom vom cc1101 beschrieben wird, beeinflusst dies natürlich schon die Lebensdauer. Aber so schnell geht der dann auch wieder nicht kaputt.
Habe bei meinen nanoCUL's Fehlverhalten die hier noch nicht behandelt wurden.
Das betrifft den Neustart der nanoCUL's.
Wird mitlerweile auch hier schon angesprochen.
http://forum.fhem.de/index.php/topic,43064.msg351224.html#msg351224
...auch ich nehme meinen Fehler nochmal wieder auf, ich habe festgestellt, daß ich mit der alternativen FW IT empfangen kann. Warum kann ich dann damit nicht senden ? Sind da evtl. Ports anders zu verdrahten, als in der Anleitung im Wiki angegeben ?
Zitat von: cs-online am 28 Oktober 2015, 19:33:26
...auch ich nehme meinen Fehler nochmal wieder auf, ich habe festgestellt, daß ich mit der alternativen FW IT empfangen kann. Warum kann ich dann damit nicht senden ? Sind da evtl. Ports anders zu verdrahten, als in der Anleitung im Wiki angegeben ?
Vielleicht falsches device am IT-Switch eingestellt?
Überprüfe mal die Einstellungen.
Die Senderoutine ist sowohl beim 868er sowie beim 433er Code aktiv.
Hi Björn,
bei mir scheint es am miniCUL (Promini+RF1100SE) zu liegen, der keinen IT-Verkehr empfängt (so gar nichts, auch nicht mit der v1.65) sondern nur die HE-Sensoren. Ich habe mir daher zum Experimentieren nun einen nanoCUL zusammengesteckt und siehe da, der empfängt fleißig. Untenstehend daher noch mal ein aktueller Ausschnitt meiner HE-Fenstersensoren (das Device heißt in FHEM noch miniCUL, ist aber ein nanoCUL):
# Sensor1, Fenster öffnen
2015.10.28 20:56:58 2: miniCUL: unknown message p10 288 1280 208 272 224 1296 57 1 7 1 208 10784 17 C79756ACDD372E00
2015.10.28 20:56:58 3: Code 11 not supported by IT_11000111100101110101011010101100110111010011011011100.
2015.10.28 20:56:58 3: Code 11 not supported by IT_11000111100101110101011010101100110111010011011011100.
2015.10.28 20:56:58 3: miniCUL: Unknown code ihc79756acdd372e0019, help me!
2015.10.28 20:56:58 2: miniCUL: unknown message p10 256 1280 224 272 240 1296 57 1 7 1 224 10352 1B C79756ACDD372E00
2015.10.28 20:56:58 2: miniCUL: unknown message p10 256 1296 208 272 208 1312 57 1 7 1 224 10352 1F C79756ACDD372E00
2015.10.28 20:56:58 2: miniCUL: unknown message p10 272 1296 192 288 224 1312 57 1 7 1 224 10336 20 C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1312 192 304 208 1296 57 1 7 1 224 10352 1C C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1312 192 304 208 1312 57 1 7 1 224 10352 1B C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1328 224 272 224 1296 57 1 7 1 224 10336 10 C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 256 1280 208 288 224 1280 57 1 7 1 224 10352 0C C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 272 1264 208 288 240 1296 57 1 7 1 208 10368 0B C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1312 224 256 224 1296 57 1 7 1 240 10336 0B C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 256 1280 208 288 240 1296 57 1 7 1 224 10352 0B C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1296 224 272 224 1296 57 1 7 1 240 10336 0A C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 256 1280 240 272 256 1264 57 1 7 1 240 10336 0C C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 288 1296 256 272 224 1280 57 1 7 1 240 10320 16 C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1312 224 256 224 1296 57 1 7 1 224 10336 18 C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1312 224 288 224 1296 57 1 7 1 240 10352 16 C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 256 1296 224 272 240 1296 57 1 7 1 208 10352 18 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1296 224 272 208 1312 57 1 7 1 240 10336 19 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1296 224 272 224 1296 57 1 7 1 240 10352 1B C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1312 224 272 224 1296 57 1 7 1 208 10352 1C C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 256 1296 224 272 224 1296 57 1 7 1 224 10352 1D C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 256 1312 224 272 224 1296 57 1 7 1 224 10352 1E C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1312 224 272 224 1296 57 1 7 1 240 10352 1F C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 256 1296 224 272 208 1312 57 1 7 1 224 10352 22 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 256 1296 192 304 224 1296 57 1 7 1 224 10352 23 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1296 224 272 224 1296 57 1 7 1 208 10368 23 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1328 208 304 192 1312 57 1 7 1 208 10352 25 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 272 1312 224 256 240 1280 57 1 7 1 208 10336 24 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1328 224 256 224 1296 57 1 7 1 224 10336 25 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 272 1296 224 272 224 1296 57 1 7 1 224 10352 26 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 256 1280 224 272 224 1296 57 1 7 1 240 10352 27 C79756ACDD372E00
2015.10.28 20:57:01 2: miniCUL: unknown message p10 256 1296 208 272 240 1296 57 1 7 1 240 10336 27 C79756ACDD372E00
# Sensor1, Fenster schließen
2015.10.28 20:57:04 2: miniCUL: unknown message p11 144 1360 224 272 208 1296 51 1 6 3 304 5904 08 E5D5AB374DAB80
2015.10.28 20:57:04 2: miniCUL: unknown message p10 256 1312 224 288 176 1344 57 1 7 1 224 10352 05 C79756ACDD36AE00
2015.10.28 20:57:04 2: miniCUL: unknown message p 3 192 1280 208 256 0 0 48 4 5 7 240 1280 06 A2A54C8B2547
2015.10.28 20:57:04 3: IT_11000111100101110101011010101100110111010011011011100 on->on
2015.10.28 20:57:04 2: miniCUL: unknown message p10 240 1312 208 288 224 1280 57 1 7 1 208 10352 00 C79756ACDD36AE00
2015.10.28 20:57:04 2: miniCUL: unknown message p10 272 1296 224 288 224 1296 57 1 7 1 208 10352 04 C79756ACDD36AE00
2015.10.28 20:57:04 2: miniCUL: unknown message p10 256 1296 224 256 240 1264 57 1 7 1 208 10352 06 C79756ACDD36AE00
2015.10.28 20:57:04 2: miniCUL: unknown message p10 256 1312 224 272 224 1296 57 1 7 1 256 10304 0E C79756ACDD36AE00
2015.10.28 20:57:04 2: miniCUL: unknown message p10 240 1296 208 304 224 1296 57 1 7 1 240 10352 16 C79756ACDD36AE00
2015.10.28 20:57:04 2: miniCUL: unknown message p10 240 1296 224 288 224 1296 57 1 7 1 208 10352 18 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1312 224 272 224 1296 57 1 7 1 224 10336 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1312 240 272 224 1296 57 1 7 1 240 10352 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 256 1280 224 272 224 1312 57 1 7 1 208 10368 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1312 224 272 224 1296 57 1 7 1 240 10352 14 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 256 1312 208 272 224 1296 57 1 7 1 240 10336 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 272 1296 240 272 192 1312 57 1 7 1 224 10336 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1296 240 256 224 1296 57 1 7 1 208 10352 17 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1328 240 256 224 1296 57 1 7 1 240 10336 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 256 1312 224 272 224 1296 57 1 7 1 240 10352 18 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1280 224 272 224 1280 57 1 7 1 224 10368 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1296 208 288 224 1296 57 1 7 1 240 10352 18 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 272 1280 224 272 224 1296 57 1 7 1 208 10352 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 256 1296 240 272 240 1264 57 1 7 1 240 10336 18 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 256 1312 240 272 224 1296 57 1 7 1 224 10336 16 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 240 1296 224 272 224 1296 57 1 7 1 224 10352 18 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 240 1312 240 272 224 1280 57 1 7 1 240 10336 16 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 256 1296 208 288 224 1296 57 1 7 1 224 10336 18 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 240 1280 240 256 224 1296 57 1 7 1 224 10368 16 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 256 1296 224 272 224 1296 57 1 7 1 240 10336 18 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 240 1296 224 272 240 1296 57 1 7 1 208 10352 16 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 256 1312 224 272 224 1296 57 1 7 1 240 10336 17 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 240 1312 224 272 240 1280 57 1 7 1 224 10368 15 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 240 1312 208 288 224 1312 57 1 7 1 224 10352 17 C79756ACDD36AE00
# Sensor2, Fenster öffnen
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 160 1344 0A C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 176 1360 0A C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 192 1344 0C C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 176 1344 0C C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 160 1328 176 288 0 0 48 4 5 7 176 1344 0B C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 160 1328 144 288 0 0 48 4 5 7 192 1344 0A C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 176 1344 0A C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 160 1312 176 272 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 192 1344 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 160 1312 160 288 0 0 48 4 5 7 192 1328 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 176 1344 08 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p10 224 1312 176 320 192 1328 57 1 7 1 208 10368 08 C78F5755AD572E00
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1344 0A C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 176 1328 0A C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 192 1344 0A C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 176 1344 0A C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 192 1344 0A C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1344 09 C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 176 1344 0A C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 176 1344 0A C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 192 1328 0A C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 160 1312 160 288 0 0 48 4 5 7 208 1328 0A C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 160 1312 176 272 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 208 1312 09 C2A2A94AA347
# Sensor2, Fenster schließen
2015.10.28 20:57:27 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1328 14 C2A2A94AA547
2015.10.28 20:57:27 2: miniCUL: unknown message p 3 176 1312 160 272 0 0 48 4 5 7 192 1344 12 C2A2A94AA547
2015.10.28 20:57:27 2: miniCUL: unknown message p 3 160 1328 160 288 0 0 48 4 5 7 176 1344 0E C2A2A94AA547
2015.10.28 20:57:27 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1328 0E C2A2A94AA547
2015.10.28 20:57:27 2: miniCUL: unknown message p 3 176 1296 160 288 0 0 48 4 5 7 208 1312 0E C2A2A94AA547
2015.10.28 20:57:27 2: miniCUL: unknown message p 3 176 1296 176 288 0 0 48 4 5 7 192 1328 0A C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 160 1312 176 272 0 0 48 4 5 7 192 1328 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1328 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1296 176 272 0 0 48 4 5 7 192 1328 09 C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1328 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 160 272 0 0 48 4 5 7 208 1312 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 192 1328 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 208 1328 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 208 1312 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 176 1344 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1344 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 160 1312 176 272 0 0 48 4 5 7 192 1344 06 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 160 1344 03 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p10 208 1344 176 304 192 1344 57 1 7 1 224 10352 03 C78F5755AD56AE00
2015.10.28 20:57:29 2: 11000111100011110101011101010101101011010101011011100 not defined (Address: 1100011110001111010101110101010110101101010101 Unit: 1011100 Switch code: 10 GroupCode: 0)
2015.10.28 20:57:29 2: autocreate: define IT_11000111100011110101011101010101101011010101011011100 IT 1100011110001111010101110101010110101101010101 0 1011100
2015.10.28 20:57:29 2: autocreate: define FileLog_IT_11000111100011110101011101010101101011010101011011100 FileLog ./log/IT_11000111100011110101011101010101101011010101011011100-%Y.log IT_11000111100011110101011101010101101011010101011011100
2015.10.28 20:57:29 2: miniCUL: unknown message p10 240 1312 176 336 192 1312 57 1 7 1 208 10368 03 C78F5755AD56AE00
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 224 1312 03 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p10 208 1328 176 336 144 1328 57 1 7 1 208 10384 04 C78F5755AD56AE00
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 224 1312 06 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1328 05 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 208 1312 03 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 208 1312 04 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 192 1344 04 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 192 1328 04 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 192 1344 04 C2A2A94AA547
Viele Grüße
Zitat von: bjoernh am 28 Oktober 2015, 19:41:09
Vielleicht falsches device am IT-Switch eingestellt?
Hi Björn,
ich nehme an Du meinst das IODev ? Das steht auf dem nanoCul2. Alle Einstellungen sind so, wie bei dem mit der 1.65, der schaltet die IT
Grüße
Christian
Hallo Björn,
ich habe mal seit längerem mal wieder upgedated. Da hakeln jetzt die Düwi-Wandschalter ab und zu. Batterien habe ich auch schon getauscht.
Ich habe mit unterschiedlichen Einstellungen rumgespielt, bei diesen CUL Einstellungen scheinte ich die höchste Erfolgsquote zu haben.
CUL_0 ccconf => freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:8dB
Kannst Du mal den log anschauen, wo das Problem liegen könnte, kann man da an der fw was machen? Anbei der Auszug zweier unterschiedlicher Taster.
2015.10.30 08:44:28 2: CUL_0: unknown message p 3 1264 880 528 880 0 0 38 4 4 6 1280 880 D7 4050B08B04
2015.10.30 08:44:29 2: CUL_0: unknown message p 8 1248 880 528 864 0 0 28 7 3 4 1280 896 D9 42C22C10
2015.10.30 08:44:29 2: CUL_0: unknown message p11 208 16 1232 448 400 1296 20 1 2 4 336 8272 E4 7EEEA0
2015.10.30 08:44:29 2: CUL_0: unknown message p11 48 384 1248 432 384 1312 20 1 2 4 336 5184 E5 FEEEA0
2015.10.30 08:44:29 2: CUL_0: unknown message p11 288 1392 1280 432 400 1280 20 1 2 4 336 6560 E4 FEEEA0
2015.10.30 08:44:29 2: CUL_0: unknown message p11 336 1360 1248 432 384 1312 18 1 2 2 320 9968 E2 FBBA80
2015.10.30 08:44:34 2: CUL_0: unknown message p 3 1408 992 576 1008 0 0 38 4 4 6 1440 1008 D6 410AACEAC8
2015.10.30 08:44:34 2: CUL_0: unknown message p 3 1408 1008 576 1008 0 0 38 4 4 6 1440 1008 D6 410AACEAC8
2015.10.30 08:44:35 2: CUL_0: unknown message p 3 1408 1008 576 1008 0 0 38 4 4 6 1440 1024 D5 5D0AF20F28
2015.10.30 08:44:35 2: CUL_0: unknown message p11 1440 1024 1424 1024 608 1024 43 1 5 3 608 9392 D3 0AE857907940
2015.10.30 08:44:36 2: CUL_0: unknown message p11 416 1376 1248 448 432 1280 25 1 3 1 400 13216 DE 97F77500
2015.10.30 08:44:36 2: CUL_0: unknown message p 7 448 1312 1248 432 400 1296 24 1 3 0 416 13216 DB 501115
2015.10.30 08:44:36 2: CUL_0: unknown message p11 400 4784 1248 432 400 1296 22 1 2 6 400 13232 D9 BFBBA8
2015.10.30 08:44:36 2: CUL_0: unknown message p11 16 64 1248 464 400 1280 17 1 2 1 384 13520 E2 777500
2015.10.30 08:44:50 2: CUL_0: unknown message p11 32 1536 1248 432 384 1280 18 1 2 2 352 9936 F0 FEBA80
2015.10.30 08:44:50 2: CUL_0: unknown message p 7 400 1296 1248 432 384 1280 24 1 3 0 400 13072 EB 440515
2015.10.30 08:44:50 2: CUL_0: unknown message p11 352 1472 1232 448 384 1280 25 1 3 1 384 13072 EF ADFD7500
2015.10.30 08:44:50 3: WS_Roll_SZ off->on
2015.10.30 08:44:50 3: FS20 set R_SchlafzimmerTuer on
2015.10.30 08:44:50 2: IT set R_Schlafzimmer_Fenster on
2015.10.30 08:44:50 2: IT IODev device didn't answer is command correctly: raw => p 7 400 1328 1248 416 400 1280 24 1 3 0 384 13056 EE 440515
2015.10.30 08:44:51 3: message "isff000f000fff" (14) too short!
2015.10.30 08:44:51 3: message "isff000f000fff" (14) too short!
2015.10.30 08:44:51 3: CUL_0: Unknown code isff000f000fff, help me!
2015.10.30 08:44:52 2: CUL_0: unknown message p 3 1248 944 496 928 0 0 38 4 4 6 1264 976 D5 410AB12B14
2015.10.30 08:44:52 2: CUL_0: unknown message p 3 1264 928 496 928 0 0 38 4 4 6 1264 944 D5 410AB12B14
2015.10.30 08:44:53 2: CUL_0: unknown message p 3 1248 928 496 928 0 0 38 4 4 6 1280 944 D6 410AB12B14
2015.10.30 08:44:57 2: CUL_0: unknown message p11 48 224 1232 448 384 1296 20 1 2 4 320 8864 EF 7FAEA0
2015.10.30 08:44:57 2: CUL_0: unknown message p11 336 4784 1248 432 400 1264 22 1 2 6 384 13072 EA EFEBA8
2015.10.30 08:44:57 2: CUL_0: unknown message p 7 352 4768 1248 416 400 1280 24 1 3 0 384 13072 EB 540515
2015.10.30 08:44:57 2: CUL_0: unknown message p 7 32 1536 1232 448 384 1296 24 1 3 0 352 4864 EF 3C0515
2015.10.30 08:44:57 2: CUL_0: unknown message p11 288 1360 1232 432 384 1296 18 1 2 2 336 9840 EF FEBA80
2015.10.30 08:45:25 2: CUL_0: unknown message p11 464 1552 464 1952 80 1360 27 1 3 3 464 4048 D4 C1B29FE0
2015.10.30 08:45:25 2: CUL_0: unknown message p11 496 4016 448 4176 464 1952 58 1 7 2 448 8896 CF B999995996AE9A40
2015.10.30 08:45:25 2: CUL_0: unknown message p11 448 4064 480 4144 480 1952 41 1 5 1 496 8896 CF BDC01C8A3680
2015.10.30 08:45:25 2: CUL_0: unknown message p11 480 4016 480 4112 512 1952 88 1 11 0 480 8896 CF A7182414AE74700B5857AD
2015.10.30 08:45:25 2: CUL_0: unknown message p11 480 4032 32 2528 32 880 97 1 12 1 496 8880 CE A780348ABBBACBEC0C05D7FB80
2015.10.30 08:45:26 2: CUL_0: unknown message p11 48 672 480 4368 32 1680 51 1 6 3 432 8176 D2 EE4EC8CE128FE0
2015.10.30 08:45:26 2: CUL_0: unknown message p 3 1280 864 544 864 0 0 22 4 2 5 1296 896 DA 611608
2015.10.30 08:45:26 2: CUL_0: unknown message p 3 1264 864 544 864 0 0 22 4 2 5 1296 896 DA 611608
Gruß
Reiner
Zitat von: Sauron am 30 Oktober 2015, 08:55:59
Ich habe mit unterschiedlichen Einstellungen rumgespielt, bei diesen CUL Einstellungen scheinte ich die höchste Erfolgsquote zu haben.
CUL_0 ccconf => freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:8dB
@Sauron: Der hinweis mit den 8db war Gold wert, ich hatte vorher von 10 Eurochrons 5, die ich nicht empfangen konnte, mit 8dB nun 9 von 10 aktiv. Den 10. bekomm ich mit 16dB, dann laufen aber andere wieder nicht ;-) Wahrscheinlich der Grund, warum Conrad die Dinger raus geschmissen hat...
Wie ist das eigentlich beim Signaduino, empfängt der das besser als der NanoCul ? Ich hätte die Teile ja schon hier.......
Grüße
Christian
Habe das Problem das mit dem Befehl shutdown & restart bzw. FHEM stop & FHEM start sich die Schnittstellen nicht mehr ordnungsgemäß anmelden.
Auch ein set nanoCUL433 reopen bzw. set nanoCUL868 reopen meldet die Schnittstellen nicht immer an.
Ein reboot oder Hardware Reset aktiviert auch nicht immer die Schnittstellen.
Wenn die Schnittstellen einmal laufen bleiben diese auch funktionsfähig bis zum neuerlichen shutdown & restart!
Konnte soweit den Fehler jetzt eingrenzen:
Sowie ein USB-Hub dazwischen hängt kommt es vermehrt zu diesem Fehlverhalten obwohl die Definition des nanoCUL sich auf die ID bezieht.
FHEM ist aber auf dem neuesten Stand mit den Updates.
Thema wurde auch schon hier im Forum behandelt unter:
http://forum.fhem.de/index.php/topic,43064.0.html
Erstmal vielen dank. Habe gestern erfolgreich meinen 868 CUL geflasht und empfange IT befehle. Habe jetzt nur noch ein Problem. Ich muss die Taste an der Fernbedienung ca 2 sec gedrückt halten damit etwas erkannt wird. Kann man die Empfindlichkeit irgendwo ändern.
Zitat von: mcbuh am 03 November 2015, 19:26:55
Kann man die Empfindlichkeit irgendwo ändern.
Hallo,
Du könntest mal mit dem sens-Wert spielen, Standard ist 4dB, kannst mal mit 8 oder 16 probieren, ist oben bei den Set-Werten mit dabei. Höher = Empfindlicher, aber u.U. für andere Signale wieder zu empfindlich...
Ähm, Du hast einen 868Mhz Cul ? Das ist natürlich für IT auf 433Mhz suboptimal, weil das ganze Funkmodul und die Antenne eben auf 868 Mhz ausgelegt ist. "Geht auf Kosten der Reichweite" steht irgendwo in der Cul-Beschreibung...
NanoCul (Arduino + Sende/Empfangsmodul, Teile aus Hong Kong, Lochrasterplatine und 8 Drähte, ca. 1 Std. Bastelaufwand) auf 433Mhz läuft wie tüt mit der "normalen" 1.65 FW mit Intertechno :-)
Grüße Christian
Ja richtig hab einen 868 cul. Hab noch einen jeelink und HMUSB und seit dem benutze ich den CUL nur noch für IT. Reichweiteprobleme hab ich keine, deshalb hab ich beschlossen den zu behalten. Werde heute abend mal auf 16 stellen (8 ist schon). Werde dann berichten ob es klappt. Danke.
...lt. Beschreibung vom Cul geht das in den Stufen 4, 8 und 16, ich hab meinen für IT auf 4 stehen, läuft gut...
Zitat von: cs-online am 02 November 2015, 09:20:40
Wie ist das eigentlich beim Signaduino, empfängt der das besser als der NanoCul ? Ich hätte die Teile ja schon hier.......
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
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.
Hmmm.... wird die Tage mal einen zusammen bauen und auf einem Testsystem testen, mit dem NanoCul und der a-FW laufen 9 von 10 EAS800Z sauber, da will ich dann kein Risiko eingehen ;-) aber dieser 10te nervt mich :-)
Mit dem 433er CUL das heute kam hat alles auf Anhieb funktioniert.
Vielleicht habe ich ja bei der Einstellung der Frequenz was falsch gemacht.
Aber eigentlich ist es mir so auch lieber wenn ich ein CUL 433 für den Intertechno Polin kram benutze.
Jetzt bin ich mal gespannt wie die Reichweite so ist...
Chris
Hallo bin grad am verzweifeln
habe einen CUL V3 von Busware für 433mhz. Nun wollte ich die a-culfw flashen. Folgendes habe ich getan:
Die aktuelle a-culfw heruntergeladen. Am RPi/home/pi im bestehenden Verzeichnis CUL_Ver_161 mit Filzilla die vorhandene V3 hex gelöscht und die V3 433mhz.hex eingefügt.
Danach in FHEM in der Kommandozeile ein set CULxx raw B01 ausgeführt und über ssh am RPi im Verzeichnis CUL_VER_161 ein sudo make usbprogram_v3
Bekomme die Meldung erase true aber folgende Fehlermeldung
Error opening the file.
Something went wrong with creating the memory image.
makefile:148: recipe for target 'do_usbprogram' failed
make: *** [do_usbprogram] Error 1
Was mache ich falsch?
Bin jetzt wieder auf die Originale zurückgestiegen - ohne Probleme
Gruß
Helmut
Habt jetzt so probiert
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5): 9
The device will now be flashed
Continue (y/n)?y
Flash now device
Call: dfu-programmer atmega32u4 erase
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 flash CUL_V3_433MHZ.hex
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 start
dfu-programmer: no device present.
Wobei ich die 433Hz uns die flash in das CUL Verzeichnis am RPi kopiert habe
Leider auch ohne Erfolg????
Gruß
Helmut
Zitat von: Helmi55 am 06 November 2015, 17:02:08
Hallo bin grad am verzweifeln
habe einen CUL V3 von Busware für 433mhz. Nun wollte ich die a-culfw flashen. Folgendes habe ich getan:
Die aktuelle a-culfw heruntergeladen. Am RPi/home/pi im bestehenden Verzeichnis CUL_Ver_161 mit Filzilla die vorhandene V3 hex gelöscht und die V3 433mhz.hex eingefügt.
Danach in FHEM in der Kommandozeile ein set CULxx raw B01 ausgeführt und über ssh am RPi im Verzeichnis CUL_VER_161 ein sudo make usbprogram_v3
Bekomme die Meldung erase true aber folgende Fehlermeldung
Error opening the file.
Something went wrong with creating the memory image.
makefile:148: recipe for target 'do_usbprogram' failed
make: *** [do_usbprogram] Error 1
Was mache ich falsch?
Bin jetzt wieder auf die Originale zurückgestiegen - ohne Probleme
Gruß
Helmut
Nim das Skript zum beschreiben (liegt im a-culfw zip)
fhem vorher stoppen.
Hallo,
ich habe jetzt nach einer Weile wieder mal die aktuelleste Version getestet nachdem vor einer Weile die IT nicht mehr funktioniert haben.
Version 1.10.02
Device: nanoCul
Meine Temperatursensoren werden erkannt, IT Empfang funktioniert auch.Senden leider immer noch nicht. Was kann ich tun?
Ich hab nichts an der Config geändert, nur neue Version geflasht. Alte Version 1.3.04 hat problemlos gesenden. Leider war da der Empfang nicht ganz so gut. Empfang wäre jetzt gut dafür geht das Senden nicht mehr.
Definition:
define CUL433 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A7031TM7-if00-port0@38400 4335
attr CUL433 group Devices
attr CUL433 hmId F14335
attr CUL433 icon cul_cul
attr CUL433 room Server
Ausgabe ccconf
CUL433 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Internals / Readings
Internals
CMDS
BCFiAGMKUYRTVWXefLltx
CUL433_MSGCNT
66
CUL433_TIME
2015-11-06 18:46:40
Clients
:FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
DEF
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A7031TM7-if00-port0@38400 4335
DeviceName
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A7031TM7-if00-port0@38400
FD
38
FHTID
4335
NAME
CUL433
NR
48
PARTIAL
RAWMSG
s52280D335014
RSSI
-76.5
STATE
Initialized
TYPE
CUL
VERSION
V 1.10.02 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
initString
X21
Readings
cmds
B C F i A G M K U Y R T V W X e f L l t x
2015-11-06 18:41:43
raw
isFFFF0FFFFFF0
2015-11-06 18:45:09
state
Initialized
2015-11-06 18:46:40
Definition einer Steckdose
#### Strahler
define Strahler IT FFFF00FFFF 0F F0
attr Strahler userattr Gesamtes_Licht Gesamtes_Licht_map structexclude
attr Strahler IODev CUL433
attr Strahler ITrepetition 12
attr Strahler group Schalter
attr Strahler icon light_floor_lamp
attr Strahler model itswitch
attr Strahler room Wohnzimmer
Steckdose ist eine Elro 440AB ... Dipschalter, Angelegt per Autocreate.
Nano mit enem FDTI-Chip, kein CH431
CC1101 433 von Ali oder Ebay ... weiß nicht mehr.
Wenn relevant, ich betreibe den nanoCul Aufbau ohne Levelshifter ...
Ich weiß dass das IT in Version 1.4 nicht mehr ging. Sollte es nun wieder gehen? Gibt es irgend etwas was ich testen könnte (auch wenn ich nicht an Fehler in meiner Config glaube).
Vielleicht hat jemand Rat ...
Ob LED beim Sendeversuch blinken kann ich leider nicht prüfen das ich den nano fest eingepackt hab
Danke schon mal ....
...wie schon mehrfach geschrieben, habe ich, wenn ich die fertige .hex nehme, das selbe Problem. (selber kompilieren hab ich noch nicht probiert...) Allerdings funktioniert IT bei mir in gleicher Konfiguration mit der "normalen" 1.65 einwandfrei... Ich hab jetzt vorübergehend einen mit 1.65 und einen mit a-FW, kleiner Kompromiss, aber so läuft alles was ich brauche. Die nächsten Tests sind dann auf einem Testsystem mit selber kompilierter a-FW und einmal einen Signaduino für die Eurochrons... Es bleibt spannend
Zitat von: cs-online am 06 November 2015, 20:45:40
...wie schon mehrfach geschrieben, habe ich, wenn ich die fertige .hex nehme, das selbe Problem. (selber kompilieren hab ich noch nicht probiert...) Allerdings funktioniert IT bei mir in gleicher Konfiguration mit der "normalen" 1.65 einwandfrei... Ich hab jetzt vorübergehend einen mit 1.65 und einen mit a-FW, kleiner Kompromiss, aber so läuft alles was ich brauche. Die nächsten Tests sind dann auf einem Testsystem mit selber kompilierter a-FW und einmal einen Signaduino für die Eurochrons... Es bleibt spannend
Und ich verstehe es nach wie vor nicht ;-)
Bei mir laufen zwei Culs 1A. Keine Probleme mit dem Schalten von IT V1, V3 und HE. Empfang geht auch.
Irgendwas muss doch bei euch anders sein, zumal nicht viele diese Probleme haben.
Ihr könnt auch den CUL mal direkt mit einem Teminal (unter Windows z.B. Putty) anschließen und die Befehle zum Schalten raussenden.
Wenn Du sowieso zwei CULs hast, dann sende doch mal einen IT-Schaltbefehl und schau mal ob der andere es empfängt.
Welche Temperatur/Feuchtigkeitssensoren von TFA werden eigentlich unterstützt ?
Ich habe mir 2 Stück bestellt.
TFA 30.3200
TFA 30.3206.02
der TFA 303200 wird auch nur über Pilight-Modul erkannt und FHEM eingebunden.
Über den CUL mit der aFirmware wird gar nix erkannt.
Der 2. TFA wird selbst von Pilight nicht erkannt.
Kann jemand dazu eine Info geben ?
Danke
Grüße
Sascha
P.S.:
Habe einmal über Pilight und dex CUL über X25 folgendes bekommen.
2015-11-07 10:20:17 pilight_ctrl pilight rcv_raw: {"message":{"id":161,"temperature":20.83,"humidity":63.00,"battery":1,"channel":2},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-11-07 10:20:17 CUL CUL1 UNKNOWNCODE p11 640 1952 640 3872 672 1952 42 1 5 2 656 7728 5C 2846CDBCC1C0
2015-11-07 10:20:17 CUL CUL1 UNKNOWNCODE p11 640 1952 656 3936 640 1952 42 1 5 2 640 7728 5A 2846CDBCC1C0
2015-11-07 10:20:17 pilight_ctrl pilight rcv_raw: {"message":{"id":161,"temperature":20.83,"humidity":63.00,"battery":1,"channel":2},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":2}
2015-11-07 10:20:17 CUL CUL1 UNKNOWNCODE p11 640 1952 656 3872 656 1952 42 1 5 2 592 7728 65 2846CDBCC1C0
2015-11-07 10:20:18 CUL CUL1 UNKNOWNCODE p11 640 1936 640 3904 640 1952 42 1 5 2 656 7712 5A 2846CDBCC1C0
2015-11-07 10:20:18 pilight_ctrl pilight rcv_raw: {"message":{"id":161,"temperature":20.83,"humidity":63.00,"battery":1,"channel":2},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":3}
2015-11-07 10:20:18 CUL CUL1 UNKNOWNCODE p11 656 1952 640 3888 640 1968 42 1 5 2 640 7680 58 2846CDBCC1C0
Zitat von: bjoernh am 06 November 2015, 21:56:17
Bei mir laufen zwei Culs 1A. Keine Probleme mit dem Schalten von IT V1, V3 und HE. Empfang geht auch.
Irgendwas muss doch bei euch anders sein, zumal nicht viele diese Probleme haben.
Ihr könnt auch den CUL mal direkt mit einem Teminal (unter Windows z.B. Putty) anschließen und die Befehle zum Schalten raussenden.
Ich habe nur einen nanoCul ... den Selbstbau, kein Original CUL ... Putty hab ich, wie kann ich den Sendebefehl in Putty absetzen? Würde dann nochmal die aktuelleste a-fw flashen und testen. Habe aber keinen zweiten Cul mit dem ich testen kann ob was gesendet wurde. Ich würde nur sehen ob die Funksteckdosen schalten oder nicht.
Edit: Ich hab jetzt zum Testen
- den 868 nanoCul auch mit der 1.10.02 FW bestückt --> schaltet auch keine Funksteckdose
- Loglevel hoch und mit Fernbedienung geschlatet --> Beide nanoCul zeichnen die Signale auf
- mit FHEM über 433 nanoCul geschaltet --> 868 nanoCul zeichnet im Log KEIN Signal auf
Log dazu:
2015.11.07 10:16:43.660 4: CUL_Parse: CUL433 i55055114 -64
2015.11.07 10:16:43.662 4: message "i550551" (7)
2015.11.07 10:16:43.663 3: Strahler off->on
2015.11.07 10:16:43.677 4: CUL_Parse: CUL866 i5505510C -68
2015.11.07 10:16:44.383 4: CUL_Parse: CUL433 i55055410 -66
2015.11.07 10:16:44.385 4: message "i550554" (7)
2015.11.07 10:16:44.386 3: Strahler on->off
2015.11.07 10:16:44.400 4: CUL_Parse: CUL866 i5505540A -69
2015.11.07 10:16:45.046 4: CUL_Parse: CUL433 i55055116 -63
2015.11.07 10:16:45.048 4: message "i550551" (7)
2015.11.07 10:16:45.049 3: Strahler off->on
2015.11.07 10:16:45.063 4: CUL_Parse: CUL866 i55055109 -69.5
2015.11.07 10:16:45.261 4: CUL_Parse: CUL433 i55155F14 -64
2015.11.07 10:16:45.263 4: message "i55155f" (7)
2015.11.07 10:16:45.263 4: FFFF0FFFFF not defined (Switch code: 11)
2015.11.07 10:16:45.278 4: CUL_Parse: CUL866 i55155F09 -69.5
2015.11.07 10:16:45.791 4: CUL_Parse: CUL433 i55055416 -63
2015.11.07 10:16:45.793 4: message "i550554" (7)
2015.11.07 10:16:45.793 3: Strahler on->off
2015.11.07 10:16:45.808 4: CUL_Parse: CUL866 i55055409 -69.5
2015.11.07 10:16:45.921 4: CUL_Parse: CUL433 i55155F13 -64.5
2015.11.07 10:16:45.922 4: message "i55155f" (7)
2015.11.07 10:16:45.923 4: FFFF0FFFFF not defined (Switch code: 11)
2015.11.07 10:16:45.938 4: CUL_Parse: CUL866 i55155F0A -69
2015.11.07 10:16:52.012 4: IT set ITrepetition: isr12 for CUL433
2015.11.07 10:16:52.013 2: IT set LED on
2015.11.07 10:16:52.694 4: Answer from CUL433: raw => isFFFF0F0FFF0F
2015.11.07 10:16:52.707 4: IT set ITrepetition back: isr6 for CUL433
2015.11.07 10:16:52.720 4: name: /fhem?cmd.LED=set%20LED%20on&room=Wohnzimmer&XHR=1 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.07 10:16:52.976 4: FHEMWEB:192.168.0.21:50762 POST /fhem?cmd.LED=set%20LED%20off&room=Wohnzimmer&XHR=1; BUFLEN:0
2015.11.07 10:16:52.990 4: IT set ITrepetition: isr12 for CUL433
2015.11.07 10:16:52.990 2: IT set LED off
2015.11.07 10:16:53.672 4: Answer from CUL433: raw => isFFFF0F0FFFF0
2015.11.07 10:16:53.684 4: IT set ITrepetition back: isr6 for CUL433
2015.11.07 10:16:53.698 4: name: /fhem?cmd.LED=set%20LED%20off&room=Wohnzimmer&XHR=1 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.07 10:16:53.916 4: FHEMWEB:192.168.0.21:50762 POST /fhem?cmd.LED=set%20LED%20on&room=Wohnzimmer&XHR=1; BUFLEN:0
2015.11.07 10:16:53.930 4: IT set ITrepetition: isr12 for CUL433
2015.11.07 10:16:53.930 2: IT set LED on
2015.11.07 10:16:54.612 4: Answer from CUL433: raw => isFFFF0F0FFF0F
2015.11.07 10:16:54.625 4: IT set ITrepetition back: isr6 for CUL433
2015.11.07 10:16:54.638 4: name: /fhem?cmd.LED=set%20LED%20on&room=Wohnzimmer&XHR=1 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.07 10:16:55.020 4: FHEMWEB:192.168.0.21:50762 POST /fhem?cmd.LED=set%20LED%20off&room=Wohnzimmer&XHR=1; BUFLEN:0
2015.11.07 10:16:55.034 4: IT set ITrepetition: isr12 for CUL433
2015.11.07 10:16:55.035 2: IT set LED off
2015.11.07 10:16:55.717 4: Answer from CUL433: raw => isFFFF0F0FFFF0
2015.11.07 10:16:55.729 4: IT set ITrepetition back: isr6 for CUL433
2015.11.07 10:16:55.742 4: name: /fhem?cmd.LED=set%20LED%20off&room=Wohnzimmer&XHR=1 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.07 10:16:56.123 4: FHEMWEB:192.168.0.21:50762 POST /fhem?cmd.LED=set%20LED%20on&room=Wohnzimmer&XHR=1; BUFLEN:0
2015.11.07 10:16:56.137 4: IT set ITrepetition: isr12 for CUL433
2015.11.07 10:16:56.137 2: IT set LED on
2015.11.07 10:16:56.819 4: Answer from CUL433: raw => isFFFF0F0FFF0F
2015.11.07 10:16:56.831 4: IT set ITrepetition back: isr6 for CUL433
2015.11.07 10:16:56.844 4: name: /fhem?cmd.LED=set%20LED%20on&room=Wohnzimmer&XHR=1 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.07 10:16:57.165 4: FHEMWEB:192.168.0.21:50762 POST /fhem?cmd.LED=set%20LED%20off&room=Wohnzimmer&XHR=1; BUFLEN:0
2015.11.07 10:16:57.178 4: IT set ITrepetition: isr12 for CUL433
2015.11.07 10:16:57.179 2: IT set LED off
2015.11.07 10:16:57.860 4: Answer from CUL433: raw => isFFFF0F0FFFF0
2015.11.07 10:16:57.872 4: IT set ITrepetition back: isr6 for CUL433
2015.11.07 10:16:57.885 4: name: /fhem?cmd.LED=set%20LED%20off&room=Wohnzimmer&XHR=1 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.07 10:17:00.735 4: CUL_Parse: CUL433 s59090C02F014
2015.11.07 10:17:00.739 4: CUL_TCM97001 TempSensor1 89 (59090C02F014) length: 12 RSSI: -64
2015.11.07 10:17:00.741 4: CUL_TCM97001 temperature TempSensor1 89 T: 19.2 H: 47
2015.11.07 10:17:00.747 4: CUL_Parse: CUL866 s59090C02F0FF
2015.11.07 10:17:00.749 4: CUL_TCM97001 TempSensor1 89 (59090C02F0FF) length: 12 RSSI: -74.5
2015.11.07 10:17:00.751 4: CUL_TCM97001 temperature TempSensor1 89 T: 19.2 H: 47
Verbose 5, X27 beim Senden ... kann leider nichts brauchbares lesen.
Zeile 8315 ist der Sendebefehlt aus Fhem.
Zitat von: sash.sc am 07 November 2015, 09:16:41
Welche Temperatur/Feuchtigkeitssensoren von TFA werden eigentlich unterstützt ?
Hallo,
ich habe einige TFA30.3125 Temperatur / Luftfeuchtesensoren. Die werden einwandfrei über FHEM mit einem nanoCUL 433 MHz erkannt.
Die kann ich nur empfehlen. autocreate findet die sofort und es läuft bei mir seit über 1 Jahr stabil.
Habe sogar einen dieser TFA im Kühlschrank. Auch diese Werte werden einwandfrei übermittelt.
Grüße
Jörg
Hi Björn,
grad versteh ich die Welt nicht mehr, heute habe ich wieder einen Dreiersatz Steckdosen aus dem Action gekauft und mit einer IT-Fernbedienung angelernt. Davon hatte ich vorher schon einige und die liefen bislang recht gut, haben auch einen Taster, da kann man direkt an oder aus machen (natürlich weiß FHEM dann nichts davon, weil die ja nicht zurück senden). Nun habe ich grad geschaut, an welchem NanoCul die sich angemeldet hat und siehe da, an dem mit der a-FW mit IT Protokoll V1. IODEF auf den anderen NanoCul geändert, dann läuft das auch. Wenn ich nun aber einen von den anderen, die auch mit IT V1 laufen auf den NanoCul mit a-FW umschalte, dann schaltet keine davon... Nicht logisch oder ?
Grüße Christian
Zitat von: kadettilac89 am 07 November 2015, 09:31:00
- mit FHEM über 433 nanoCul geschaltet --> 868 nanoCul zeichnet im Log KEIN Signal auf
Ich nehme mal an, Du hast die 868er FW installiert, das kann also nicht gehen!
Wurde aber schon mehrmals im Forum angesprochen.
Zitat von: cs-online am 07 November 2015, 15:37:06
Hi Björn,
grad versteh ich die Welt nicht mehr, heute habe ich wieder einen Dreiersatz Steckdosen aus dem Action gekauft und mit einer IT-Fernbedienung angelernt. Davon hatte ich vorher schon einige und die liefen bislang recht gut, haben auch einen Taster, da kann man direkt an oder aus machen (natürlich weiß FHEM dann nichts davon, weil die ja nicht zurück senden). Nun habe ich grad geschaut, an welchem NanoCul die sich angemeldet hat und siehe da, an dem mit der a-FW mit IT Protokoll V1. IODEF auf den anderen NanoCul geändert, dann läuft das auch. Wenn ich nun aber einen von den anderen, die auch mit IT V1 laufen auf den NanoCul mit a-FW umschalte, dann schaltet keine davon... Nicht logisch oder ?
Grüße Christian
Ich sag doch schon die ganze Zeit, dass Du irgendwas bei den IO-Devices verdrehst, vielleicht solltest Du mal Fhem neu aufsetzten und nur mit einem 433Mhz CUL anfangen.
Zitat von: bjoernh am 07 November 2015, 15:55:05
Ich nehme mal an, Du hast die 868er FW installiert, das kann also nicht gehen!
Wurde aber schon mehrmals im Forum angesprochen.
... und weil ich das wusste hab ich zu Beginn schon die 433 Version geflasht. Beide nano waren mit der 433 1.10.02 versorgt ...
Wäre das nicht der Fall würde das nicht im Log auftauchen nachdem ich mit der Fernbedienung geschaltet hab ...
2015.11.07 10:16:44.385 4: message "i550554" (7)
2015.11.07 10:16:44.386 3: Strahler on->off
2015.11.07 10:16:44.400 4: CUL_Parse: CUL866 i5505540A -692015.11.07 10:16:45.046 4: CUL_Parse: CUL433 i55055116 -63
Wollte mit dem Test sehen ob ggf. der CC-Chip oder der Arduino was falsch machen. Der 868 hat einen CH431 Chip, der CC ist für 868 ausgelegt.
Habe versucht in die neueste CUL 1.65 das Modul für mein Wettersensor reinzusezten (rf_receive_tcm97001.c) aber es sind mehrere Abhändigkeiten und beim "make" kommen Fehler. Hab dann aufgehört Libs zu kopieren und wieder die alte FW geflasht.
Hallo bjoernh
brauch bitte nochmals deine Hilfe
ich hab den buswarm V3 mit 433 MHz mit 161 soeben geflachst kein Problem.
Dann habe ich aus deinem .zip die V3 433 hex und die flash Datei in das Verzeichnis CUL_VER_161/Devices/CUL kopiert.
in FHEM set CUL_0 raw B01 eingegeben. Danach in der Konsole FHEM gestoppt
und in der Konsole ./flash.sh eingegeben - das funktioniert nicht.
Was muss ich bitte wo genau hinkopierten und ausführen.
Habe leider dafür keine genau Anleitung gefunden
Danke für deine Hilfe
nice eve
Helmut
Zitat von: Helmi55 am 07 November 2015, 17:59:55
Hallo bjoernh
brauch bitte nochmals deine Hilfe
ich hab den buswarm V3 mit 433 MHz mit 161 soeben geflachst kein Problem.
Dann habe ich aus deinem .zip die V3 433 hex und die flash Datei in das Verzeichnis CUL_VER_161/Devices/CUL kopiert.
in FHEM set CUL_0 raw B01 eingegeben. Danach in der Konsole FHEM gestoppt
und in der Konsole ./flash.sh eingegeben - das funktioniert nicht.
Was muss ich bitte wo genau hinkopierten und ausführen.
Habe leider dafür keine genau Anleitung gefunden
Danke für deine Hilfe
nice eve
Helmut
Öffne eine shell und gehe in das Verzeichnis wo das flash.sh Skript liegt.
Gebe "sudo ./fash.sh" ein. Dann sollte es gehen.
Zitat von: Helmi55 am 07 November 2015, 17:59:55
Hallo bjoernh
brauch bitte nochmals deine Hilfe
ich hab den buswarm V3 mit 433 MHz mit 161 soeben geflachst kein Problem.
Dann habe ich aus deinem .zip die V3 433 hex und die flash Datei in das Verzeichnis CUL_VER_161/Devices/CUL kopiert.
in FHEM set CUL_0 raw B01 eingegeben. Danach in der Konsole FHEM gestoppt
und in der Konsole ./flash.sh eingegeben - das funktioniert nicht.
Was muss ich bitte wo genau hinkopierten und ausführen.
Habe leider dafür keine genau Anleitung gefunden
Danke für deine Hilfe
nice eve
Helmut
Ich mach jetzt mal eine diff zwischen der 1.03.04 und master, mal sehen ob ich einen Fehler entdecke. Gerne kannst Du auch mal einen diff machen.
Zitat von: Helmi55 am 07 November 2015, 17:59:55
Hallo bjoernh
brauch bitte nochmals deine Hilfe
ich hab den buswarm V3 mit 433 MHz mit 161 soeben geflachst kein Problem.
Dann habe ich aus deinem .zip die V3 433 hex und die flash Datei in das Verzeichnis CUL_VER_161/Devices/CUL kopiert.
in FHEM set CUL_0 raw B01 eingegeben. Danach in der Konsole FHEM gestoppt
und in der Konsole ./flash.sh eingegeben - das funktioniert nicht.
Was muss ich bitte wo genau hinkopierten und ausführen.
Habe leider dafür keine genau Anleitung gefunden
Danke für deine Hilfe
nice eve
Helmut
Hast Du nur Probleme mit IT V1 oder auch mit IT V3?
Wenn ich etwas probiere, darf ich dir dann ein hex File zum Probieren zukommen lassen?
Ich teste gerne für dich. Zuerst muss ich aber den Flash auf die Reihe bringen
Komm erst morgen in der Früh dazu. Melde mich dann wieder ok
Zitat von: Helmi55 am 07 November 2015, 20:41:24
Ich teste gerne für dich. Zuerst muss ich aber den Flash auf die Reihe bringen
Komm erst morgen in der Früh dazu. Melde mich dann wieder ok
So wie ich es sehe musst du nur das timing in der intertechno.c anpassen.
Hast du eigentlich original IT Dosen?
Vielleicht sind diese etwas genauer als die günstigen aus dem Baumarkt.
Ich hab eigentlich keine Probleme mit den originalen IT Aktoren
Ich möchte deine FW nur aufspielen um Thermometer und den IT Türsensor zu empfangen
Hallo bjoernh
Danke "sudo" war das Zauberwort. Das flashen hat jetzt geklappt.
Meine vorhandenen IT Autoren Schalten ohne Probleme. Ich kann jetzt den ITM-100 TFK einwandfrei empfangen (muss nur noch den Abstand testen)
Meinen Venus Aussenthermometer bekomme ich jedoch leider nicht angezeigt..... Dafür einen "fremden" TCM97001!
Mein FW ist jetzt V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) CUL433 (F-Band: 433MHz)
Sollte der Venus funktionieren?
Gruß
Helmut
Gigantisch was ich hier in Wien in der Wohnung nun alles "Empfange"
7 fremde TCM97001 und 9 IT Aktoren - alles auf ignore1 gesetzt.
Ja und der ITM-100 funkt auch so auf eine Entfernung von ca. 12 Meter durch die Wohnung
Gruß
Helmut
Hallo,
ich habe hier seit ein paar Tagen die Funksteckdosen vom LIDL (vermutl. Brennenstuhl) 433MHz rumliegen und bekomme die einfach nicht ans laufen.
Die haben keine Einstellmöglichkeiten, lernen nur von der FB, auch keine Einstellmöglichkeiten.
Also habe ich versucht die FB auszulesen, bekomme aber immer nur p3-Meldungen.
Die alternative culfw V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) CUL868 (F-Band: 868MHz) lauft auf meinen CUL868.
Ich habe schon mit der Frequenz, der Bandbreite und den Signalstärke-Parametern rumgespielt... nichts..
Kann mir jemand helfen?
Gibt es einen Weg aus den Meldungen im Log den Code herauszufinden?
LG
Sebastian
Hallo,
hast Du den CUL auf 433 MHz umgeschaltet? Ansonsten wirst Du mit einem 868 MHz Empfänger keine 433 MHz Sender empfangen können. Der CUL kann im normalem Betrieb nur kurz für das Senden auf 433 MHz umschalten und das ach nur für IT kompatible Aktoren.
Grüße Jörg
Hi,
gibt es einen Grund warum beim nanoCUL einige Protokolle nicht in der board.h bzw. der cul.c vorhanden sind?
Ich habe mal versuchsweise per Copy&Paste diniges zusammen gefügt und bisher läuft mein nanoCul problemlos auch mit FHT.
Grüße,
Stephan
€dit: Anbei meine angepassten Dateien
Aus Platzgründen ist MBUS, KOPP_FC, HOERMANN und RFR_ROUTER auskommentiert. Der Rest sollte funktionieren;)
Was hast du denn hinzu gefügt? Oder nur raus geschmissen?
Gesendet von meinem C6603 mit Tapatalk
Hi,
board.h:
+# define FHTBUF_SIZE 174 // RAM: 174b
+# define RCV_BUCKETS 4 // RAM: 25b * bucket
+# define RFR_DEBUG
=#if defined (nanoCUL433)
+# define HAS_OREGON3
=#if defined (nanoCUL868)
+# define HAS_FHT_80b
+# define HAS_FHT_8v // PROGMEM: 586b RAM: 23b
+# define HAS_FHT_TF
+# define HAS_UNIROLL
Grüße,
Stephan
Hallo bjoernh
Besteht die Möglichkeit ein Protokoll für die TF Dostmann Funksensoren (Temp. und Feuchte) für 433Mhz einzubinden ?
Was brauchst du dafür ?
Gruß
Sascha
Zitat von: sash.sc am 11 November 2015, 19:18:48
Hallo bjoernh
Besteht die Möglichkeit ein Protokoll für die TF Dostmann Funksensoren (Temp. und Feuchte) für 433Mhz einzubinden ?
Was brauchst du dafür ?
Gruß
Sascha
Die Protokollbeschreibung und evtl einen Sensor zum Testen.
Reicht dir sowas ?
Das ist von einem Sensor der direkt am nanoCUL steht !
2015.11.12 13:14:33 2: CUL1: unknown message p11 624 1936 656 3856 640 1952 42 1 5 2 752 7728 41 28440D98C0C0
2015.11.12 13:14:33 2: CUL1: unknown message p11 656 1920 640 3872 640 1936 42 1 5 2 624 7712 41 28440D98C0C0
2015.11.12 13:14:33 2: CUL1: unknown message p11 640 1936 640 3872 640 1936 42 1 5 2 624 7712 39 28440D98C0C0
2015.11.12 13:14:33 2: CUL1: unknown message p11 640 1936 656 3872 640 1952 42 1 5 2 656 7680 41 28440D98C0C0
2015.11.12 13:14:33 2: CUL1: unknown message p11 640 1936 640 3872 656 1936 42 1 5 2 608 7712 39 28440D98C0C0
2015.11.12 13:14:33 3: pilight: Unknown code PITEMP,tfa,1,temperature:20.22,humidity:54,battery:1, help me!
2015.11.12 13:14:33 2: CUL1: unknown message p11 640 1936 640 3872 640 1968 42 1 5 2 656 7696 3D 28440D98C0C0
Zitat von: sash.sc am 12 November 2015, 16:07:17
Reicht dir sowas ?
Das ist von einem Sensor der direkt am nanoCUL steht !
2015.11.12 13:14:33 2: CUL1: unknown message p11 624 1936 656 3856 640 1952 42 1 5 2 752 7728 41 28440D98C0C0
2015.11.12 13:14:33 2: CUL1: unknown message p11 656 1920 640 3872 640 1936 42 1 5 2 624 7712 41 28440D98C0C0
2015.11.12 13:14:33 2: CUL1: unknown message p11 640 1936 640 3872 640 1936 42 1 5 2 624 7712 39 28440D98C0C0
2015.11.12 13:14:33 2: CUL1: unknown message p11 640 1936 656 3872 640 1952 42 1 5 2 656 7680 41 28440D98C0C0
2015.11.12 13:14:33 2: CUL1: unknown message p11 640 1936 640 3872 656 1936 42 1 5 2 608 7712 39 28440D98C0C0
2015.11.12 13:14:33 3: pilight: Unknown code PITEMP,tfa,1,temperature:20.22,humidity:54,battery:1, help me!
2015.11.12 13:14:33 2: CUL1: unknown message p11 640 1936 640 3872 640 1968 42 1 5 2 656 7696 3D 28440D98C0C0
Nicht ganz ;-)
Ich brauche folgendes.
1. Aktuelle Werte zu den empfangen Daten.
2. Wenn ein Kanalschalter existiert diesen mal umschalten.
3. Gib es eine TX Taste, wenn ja drücken.
4. Wenn man die Batterien neu einlegt, wird dann eine neue Id erzeugt.
Gesagt, getan. ;-)
2015-11-12 16:17:44 CUL CUL1 UNKNOWNCODE p11 656 1904 656 3840 624 1968 42 1 5 2 768 7680 34 22685D8CE3C0
2015-11-12 16:17:44 CUL CUL1 UNKNOWNCODE p11 656 1920 624 3888 640 1936 42 1 5 2 672 7680 34 22685D8CE3C0
2015-11-12 16:17:45 pilight_ctrl pilight rcv_raw: {"message":{"id":137,"temperature":23.83,"humidity":51.00,"battery":0,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-11-12 16:17:45 pilight_ctrl pilight UNKNOWNCODE PITEMP,tfa,137,temperature:23.83,humidity:51,battery:0
2015-11-12 16:17:45 CUL CUL1 UNKNOWNCODE p11 624 1968 640 3952 624 1952 42 1 5 2 656 7712 3F 22685D8CE3C0
2015-11-12 16:17:45 CUL CUL1 UNKNOWNCODE p11 624 1952 656 3856 640 1952 42 1 5 2 592 7744 33 22685D8CE3C0
2015-11-12 16:17:45 CUL CUL1 UNKNOWNCODE p11 656 1920 640 3872 640 1936 42 1 5 2 672 7680 33 22685D8CE3C0
2015-11-12 16:17:45 CUL CUL1 UNKNOWNCODE p11 640 1936 656 3856 656 1952 42 1 5 2 656 7776 33 22685D8CE3C0
Der CUL sagt gar nix dazu, ausser die raw Daten.
Wie du siehst kommen die Daten über pilight_crtl
Es ist ein Sensor Type TFA 30.3200
Zitat von: sash.sc am 12 November 2015, 16:20:11
Gesagt, getan. ;-)
2015-11-12 16:17:44 CUL CUL1 UNKNOWNCODE p11 656 1904 656 3840 624 1968 42 1 5 2 768 7680 34 22685D8CE3C0
2015-11-12 16:17:44 CUL CUL1 UNKNOWNCODE p11 656 1920 624 3888 640 1936 42 1 5 2 672 7680 34 22685D8CE3C0
2015-11-12 16:17:45 pilight_ctrl pilight rcv_raw: {"message":{"id":137,"temperature":23.83,"humidity":51.00,"battery":0,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-11-12 16:17:45 pilight_ctrl pilight UNKNOWNCODE PITEMP,tfa,137,temperature:23.83,humidity:51,battery:0
2015-11-12 16:17:45 CUL CUL1 UNKNOWNCODE p11 624 1968 640 3952 624 1952 42 1 5 2 656 7712 3F 22685D8CE3C0
2015-11-12 16:17:45 CUL CUL1 UNKNOWNCODE p11 624 1952 656 3856 640 1952 42 1 5 2 592 7744 33 22685D8CE3C0
2015-11-12 16:17:45 CUL CUL1 UNKNOWNCODE p11 656 1920 640 3872 640 1936 42 1 5 2 672 7680 33 22685D8CE3C0
2015-11-12 16:17:45 CUL CUL1 UNKNOWNCODE p11 640 1936 656 3856 656 1952 42 1 5 2 656 7776 33 22685D8CE3C0
Der CUL sagt gar nix dazu, ausser die raw Daten.
Wie du siehst kommen die Daten über pilight_crtl
Es ist ein Sensor Type TFA 30.3200
Die RAW Daten reichen ja auch, d.h. der CUL empfängt schon alles. Nun muss er es nur noch an das Modul weiter geben und anschließend muss es noch im Fhem Modul ausgewertet werden.
Sollte also kein zu großes Problem sein.
Zitat von: sash.sc am 12 November 2015, 16:20:11
Gesagt, getan. ;-)
2015-11-12 16:17:44 CUL CUL1 UNKNOWNCODE p11 656 1904 656 3840 624 1968 42 1 5 2 768 7680 34 22685D8CE3C0
2015-11-12 16:17:44 CUL CUL1 UNKNOWNCODE p11 656 1920 624 3888 640 1936 42 1 5 2 672 7680 34 22685D8CE3C0
2015-11-12 16:17:45 pilight_ctrl pilight rcv_raw: {"message":{"id":137,"temperature":23.83,"humidity":51.00,"battery":0,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-11-12 16:17:45 pilight_ctrl pilight UNKNOWNCODE PITEMP,tfa,137,temperature:23.83,humidity:51,battery:0
2015-11-12 16:17:45 CUL CUL1 UNKNOWNCODE p11 624 1968 640 3952 624 1952 42 1 5 2 656 7712 3F 22685D8CE3C0
2015-11-12 16:17:45 CUL CUL1 UNKNOWNCODE p11 624 1952 656 3856 640 1952 42 1 5 2 592 7744 33 22685D8CE3C0
2015-11-12 16:17:45 CUL CUL1 UNKNOWNCODE p11 656 1920 640 3872 640 1936 42 1 5 2 672 7680 33 22685D8CE3C0
2015-11-12 16:17:45 CUL CUL1 UNKNOWNCODE p11 640 1936 656 3856 656 1952 42 1 5 2 656 7776 33 22685D8CE3C0
Der CUL sagt gar nix dazu, ausser die raw Daten.
Wie du siehst kommen die Daten über pilight_crtl
Es ist ein Sensor Type TFA 30.3200
Hast du zufällig irgendwo eine Seite mit der Protokollbeschreibung gefunden?
Hi Björn,
ich schätze, ganz so "einfach" wie mit den TFA-Sensoren ist das mit den HE-Fenstersensoren nicht und ich muss die Firmware anpassen?
Zitat von: Jendaw am 28 Oktober 2015, 21:09:01
bei mir scheint es am miniCUL (Promini+RF1100SE) zu liegen, der keinen IT-Verkehr empfängt (so gar nichts, auch nicht mit der v1.65) sondern nur die HE-Sensoren. Ich habe mir daher zum Experimentieren nun einen nanoCUL zusammengesteckt und siehe da, der empfängt fleißig. Untenstehend daher noch mal ein aktueller Ausschnitt meiner HE-Fenstersensoren (das Device heißt in FHEM noch miniCUL, ist aber ein nanoCUL):
# Sensor1, Fenster öffnen
2015.10.28 20:56:58 2: miniCUL: unknown message p10 288 1280 208 272 224 1296 57 1 7 1 208 10784 17 C79756ACDD372E00
2015.10.28 20:56:58 3: Code 11 not supported by IT_11000111100101110101011010101100110111010011011011100.
2015.10.28 20:56:58 3: Code 11 not supported by IT_11000111100101110101011010101100110111010011011011100.
2015.10.28 20:56:58 3: miniCUL: Unknown code ihc79756acdd372e0019, help me!
2015.10.28 20:56:58 2: miniCUL: unknown message p10 256 1280 224 272 240 1296 57 1 7 1 224 10352 1B C79756ACDD372E00
2015.10.28 20:56:58 2: miniCUL: unknown message p10 256 1296 208 272 208 1312 57 1 7 1 224 10352 1F C79756ACDD372E00
2015.10.28 20:56:58 2: miniCUL: unknown message p10 272 1296 192 288 224 1312 57 1 7 1 224 10336 20 C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1312 192 304 208 1296 57 1 7 1 224 10352 1C C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1312 192 304 208 1312 57 1 7 1 224 10352 1B C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1328 224 272 224 1296 57 1 7 1 224 10336 10 C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 256 1280 208 288 224 1280 57 1 7 1 224 10352 0C C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 272 1264 208 288 240 1296 57 1 7 1 208 10368 0B C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1312 224 256 224 1296 57 1 7 1 240 10336 0B C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 256 1280 208 288 240 1296 57 1 7 1 224 10352 0B C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1296 224 272 224 1296 57 1 7 1 240 10336 0A C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 256 1280 240 272 256 1264 57 1 7 1 240 10336 0C C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 288 1296 256 272 224 1280 57 1 7 1 240 10320 16 C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1312 224 256 224 1296 57 1 7 1 224 10336 18 C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 240 1312 224 288 224 1296 57 1 7 1 240 10352 16 C79756ACDD372E00
2015.10.28 20:56:59 2: miniCUL: unknown message p10 256 1296 224 272 240 1296 57 1 7 1 208 10352 18 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1296 224 272 208 1312 57 1 7 1 240 10336 19 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1296 224 272 224 1296 57 1 7 1 240 10352 1B C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1312 224 272 224 1296 57 1 7 1 208 10352 1C C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 256 1296 224 272 224 1296 57 1 7 1 224 10352 1D C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 256 1312 224 272 224 1296 57 1 7 1 224 10352 1E C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1312 224 272 224 1296 57 1 7 1 240 10352 1F C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 256 1296 224 272 208 1312 57 1 7 1 224 10352 22 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 256 1296 192 304 224 1296 57 1 7 1 224 10352 23 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1296 224 272 224 1296 57 1 7 1 208 10368 23 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1328 208 304 192 1312 57 1 7 1 208 10352 25 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 272 1312 224 256 240 1280 57 1 7 1 208 10336 24 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 240 1328 224 256 224 1296 57 1 7 1 224 10336 25 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 272 1296 224 272 224 1296 57 1 7 1 224 10352 26 C79756ACDD372E00
2015.10.28 20:57:00 2: miniCUL: unknown message p10 256 1280 224 272 224 1296 57 1 7 1 240 10352 27 C79756ACDD372E00
2015.10.28 20:57:01 2: miniCUL: unknown message p10 256 1296 208 272 240 1296 57 1 7 1 240 10336 27 C79756ACDD372E00
# Sensor1, Fenster schließen
2015.10.28 20:57:04 2: miniCUL: unknown message p11 144 1360 224 272 208 1296 51 1 6 3 304 5904 08 E5D5AB374DAB80
2015.10.28 20:57:04 2: miniCUL: unknown message p10 256 1312 224 288 176 1344 57 1 7 1 224 10352 05 C79756ACDD36AE00
2015.10.28 20:57:04 2: miniCUL: unknown message p 3 192 1280 208 256 0 0 48 4 5 7 240 1280 06 A2A54C8B2547
2015.10.28 20:57:04 3: IT_11000111100101110101011010101100110111010011011011100 on->on
2015.10.28 20:57:04 2: miniCUL: unknown message p10 240 1312 208 288 224 1280 57 1 7 1 208 10352 00 C79756ACDD36AE00
2015.10.28 20:57:04 2: miniCUL: unknown message p10 272 1296 224 288 224 1296 57 1 7 1 208 10352 04 C79756ACDD36AE00
2015.10.28 20:57:04 2: miniCUL: unknown message p10 256 1296 224 256 240 1264 57 1 7 1 208 10352 06 C79756ACDD36AE00
2015.10.28 20:57:04 2: miniCUL: unknown message p10 256 1312 224 272 224 1296 57 1 7 1 256 10304 0E C79756ACDD36AE00
2015.10.28 20:57:04 2: miniCUL: unknown message p10 240 1296 208 304 224 1296 57 1 7 1 240 10352 16 C79756ACDD36AE00
2015.10.28 20:57:04 2: miniCUL: unknown message p10 240 1296 224 288 224 1296 57 1 7 1 208 10352 18 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1312 224 272 224 1296 57 1 7 1 224 10336 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1312 240 272 224 1296 57 1 7 1 240 10352 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 256 1280 224 272 224 1312 57 1 7 1 208 10368 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1312 224 272 224 1296 57 1 7 1 240 10352 14 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 256 1312 208 272 224 1296 57 1 7 1 240 10336 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 272 1296 240 272 192 1312 57 1 7 1 224 10336 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1296 240 256 224 1296 57 1 7 1 208 10352 17 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1328 240 256 224 1296 57 1 7 1 240 10336 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 256 1312 224 272 224 1296 57 1 7 1 240 10352 18 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1280 224 272 224 1280 57 1 7 1 224 10368 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 240 1296 208 288 224 1296 57 1 7 1 240 10352 18 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 272 1280 224 272 224 1296 57 1 7 1 208 10352 16 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 256 1296 240 272 240 1264 57 1 7 1 240 10336 18 C79756ACDD36AE00
2015.10.28 20:57:05 2: miniCUL: unknown message p10 256 1312 240 272 224 1296 57 1 7 1 224 10336 16 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 240 1296 224 272 224 1296 57 1 7 1 224 10352 18 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 240 1312 240 272 224 1280 57 1 7 1 240 10336 16 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 256 1296 208 288 224 1296 57 1 7 1 224 10336 18 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 240 1280 240 256 224 1296 57 1 7 1 224 10368 16 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 256 1296 224 272 224 1296 57 1 7 1 240 10336 18 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 240 1296 224 272 240 1296 57 1 7 1 208 10352 16 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 256 1312 224 272 224 1296 57 1 7 1 240 10336 17 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 240 1312 224 272 240 1280 57 1 7 1 224 10368 15 C79756ACDD36AE00
2015.10.28 20:57:06 2: miniCUL: unknown message p10 240 1312 208 288 224 1312 57 1 7 1 224 10352 17 C79756ACDD36AE00
# Sensor2, Fenster öffnen
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 160 1344 0A C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 176 1360 0A C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 192 1344 0C C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 176 1344 0C C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 160 1328 176 288 0 0 48 4 5 7 176 1344 0B C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 160 1328 144 288 0 0 48 4 5 7 192 1344 0A C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 176 1344 0A C2A2A94AA347
2015.10.28 20:57:22 2: miniCUL: unknown message p 3 160 1312 176 272 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 192 1344 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 160 1312 160 288 0 0 48 4 5 7 192 1328 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 176 1344 08 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p10 224 1312 176 320 192 1328 57 1 7 1 208 10368 08 C78F5755AD572E00
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1344 0A C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 176 1328 0A C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 192 1344 0A C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 176 1344 0A C2A2A94AA347
2015.10.28 20:57:23 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 192 1344 0A C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1344 09 C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 176 1344 0A C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 176 1344 0A C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 192 1328 0A C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 160 1312 160 288 0 0 48 4 5 7 208 1328 0A C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 160 1312 176 272 0 0 48 4 5 7 176 1344 09 C2A2A94AA347
2015.10.28 20:57:24 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 208 1312 09 C2A2A94AA347
# Sensor2, Fenster schließen
2015.10.28 20:57:27 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1328 14 C2A2A94AA547
2015.10.28 20:57:27 2: miniCUL: unknown message p 3 176 1312 160 272 0 0 48 4 5 7 192 1344 12 C2A2A94AA547
2015.10.28 20:57:27 2: miniCUL: unknown message p 3 160 1328 160 288 0 0 48 4 5 7 176 1344 0E C2A2A94AA547
2015.10.28 20:57:27 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1328 0E C2A2A94AA547
2015.10.28 20:57:27 2: miniCUL: unknown message p 3 176 1296 160 288 0 0 48 4 5 7 208 1312 0E C2A2A94AA547
2015.10.28 20:57:27 2: miniCUL: unknown message p 3 176 1296 176 288 0 0 48 4 5 7 192 1328 0A C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 160 1312 176 272 0 0 48 4 5 7 192 1328 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1328 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1296 176 272 0 0 48 4 5 7 192 1328 09 C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1328 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 160 272 0 0 48 4 5 7 208 1312 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 160 1312 176 288 0 0 48 4 5 7 192 1328 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 208 1328 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 160 288 0 0 48 4 5 7 208 1312 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 176 1344 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1344 0C C2A2A94AA547
2015.10.28 20:57:28 2: miniCUL: unknown message p 3 160 1312 176 272 0 0 48 4 5 7 192 1344 06 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 160 1344 03 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p10 208 1344 176 304 192 1344 57 1 7 1 224 10352 03 C78F5755AD56AE00
2015.10.28 20:57:29 2: 11000111100011110101011101010101101011010101011011100 not defined (Address: 1100011110001111010101110101010110101101010101 Unit: 1011100 Switch code: 10 GroupCode: 0)
2015.10.28 20:57:29 2: autocreate: define IT_11000111100011110101011101010101101011010101011011100 IT 1100011110001111010101110101010110101101010101 0 1011100
2015.10.28 20:57:29 2: autocreate: define FileLog_IT_11000111100011110101011101010101101011010101011011100 FileLog ./log/IT_11000111100011110101011101010101101011010101011011100-%Y.log IT_11000111100011110101011101010101101011010101011011100
2015.10.28 20:57:29 2: miniCUL: unknown message p10 240 1312 176 336 192 1312 57 1 7 1 208 10368 03 C78F5755AD56AE00
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 224 1312 03 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p10 208 1328 176 336 144 1328 57 1 7 1 208 10384 04 C78F5755AD56AE00
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 224 1312 06 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 192 1328 05 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 208 1312 03 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 288 0 0 48 4 5 7 208 1312 04 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 192 1344 04 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 192 1328 04 C2A2A94AA547
2015.10.28 20:57:29 2: miniCUL: unknown message p 3 176 1312 176 272 0 0 48 4 5 7 192 1344 04 C2A2A94AA547
Viele Grüße
Zitat von: Jendaw am 12 November 2015, 18:24:11
Hi Björn,
ich schätze, ganz so "einfach" wie mit den TFA-Sensoren ist das mit den HE-Fenstersensoren nicht und ich muss die Firmware anpassen?
Viele Grüße
So wie ich es sehe passt doch zumindest das ON Kommando. Jetzt musst Du nur mal schauen ob Du das passende OFF Bit findest, dann kann man das schon das IT Modul einbauen.
Zitat von: bjoernh am 12 November 2015, 18:23:38
Hast du zufällig irgendwo eine Seite mit der Protokollbeschreibung gefunden?
Bis jetzt nicht. Habe mal Dostmann angeschrieben. Mal schauen was dabei rum kommt. Habe mal ein paar Seiten durchforstet, bin da aber nicht schlauer geworden. Werde mal einen Thread aufmachen, wo ich eine Sammlung von Seiten zu dem Thema Funksensoren reinstelle. Mal schauen ob dabei was rum kommt.
Nachtrag:
http://forum.fhem.de/index.php/topic,43962.0.html (http://forum.fhem.de/index.php/topic,43962.0.html)
Hallo,
ich habe hier im Forum schon öfter gelesen das einige die Revolt Energiemesser (NC-5642) am laufen haben. Diese wurde ja wohl auch mal unterstützt.
Ich nutze derzeit den nanoCul 433 (fw 1.10.02) und versuche die Revolt zu empfangen. Ohne Erfolg. Werde diese in der FW noch unterstützt oder muss dafür was geändert werden?
Schöne Grüße
Habe eine, wie zu erwarten war, negative Antwort von dostmann bekommen. Die Rücken nix raus in Bezug auf Ihr funkprotokolle
Gesendet von meinem C6603 mit Tapatalk
Hallo liebe Wissenden,
ich bin relativ neu im Thema fhem - Genau genommen habe ich vor zwei Wochen angefangen. Installation von Raspian Jessie auf dem PI2 lief ohne Probleme, auch die FHEM Installation inkl. Installation des SCC 433 MHz war kein Problem.
Ich setze mehrere selbstlernende Intertechno Steckdosen ein, die ich bisher mit ITS-150 und PAR-1000 Fernbedienungen gesteuert habe.
Die Steuerung über FHEM dieser Steckdosen mit dem SCC funktioniert auch einwandfrei - nur empfängt leider mein SCC die Signale von den Fernbedienungen nicht richtig. Ich habe mich bereits durch die ellenlangen Threads hier im Forum bezüglich dieses Themas gelesen und einiges ausprobiert, aber nun weiss ich nicht weiter. Selbstverständlich habe ich bereits die neusteste Version der a-culfw auf meinen SCC geflasht.
Hier mal ein paar Daten zu meinem Setup (SCC):
ccconf = freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
cmds = m B b C F i A Z G M Y R T V W X e f * l t u x
version = V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) CSM433 (F-Band: 433MHz)
In den allermeisten Fällen sieht es im Eventlog so aus wenn ich eine Taste auf der Fernbedienung drücke:
Zitat2015.11.13 14:11:55 2: CUL_0: unknown message B
2015.11.13 15:27:23 2: CUL_0: unknown message 2
2015.11.13 15:27:26 2: CUL_0: unknown message 9
2015.11.13 15:27:28 2: CUL_0: unknown message 9
2015.11.13 15:27:30 2: CUL_0: unknown message B
2015.11.13 15:27:31 2: CUL_0: unknown message B
2015.11.13 15:27:32 2: CUL_0: unknown message 9
2015.11.13 15:27:33 2: CUL_0: unknown message 9
2015.11.13 15:27:34 2: CUL_0: unknown message D
2015.11.13 15:27:35 2: CUL_0: unknown message B
Manchmal kommt auch sowas:
Zitat2015.11.13 12:56:00 3: message "i0000151i0040151i0010151i0010151i0010142i0010142i0010142i0010142i0010142i0040142i0040142i0040142i0000142i0000142i0000151i0000151i0000151i0040152i0040151i0040151i0010152i0010152i0010152i0010142i0010142i0010142i00101424" (217) too short!
2015.11.13 12:56:00 3: message "i0000151i0040151i0010151i0010151i0010142i0010142i0010142i0010142i0010142i0040142i0040142i0040142i0000142i0000142i0000151i0000151i0000151i0040152i0040151i0040151i0010152i0010152i0010152i0010142i0010142i0010142i00101424" (217) too short!
2015.11.13 12:56:00 3: SCC: Unknown code i0000151i0040151i0010151i0010151i0010142i0010142i0010142i0010142i0010142i0040142i0040142i0040142i0000142i0000142i0000151i0000151i0000151i0040152i0040151i0040151i0010152i0010152i0010152i0010142i0010142i0010142i00101424, help me!
Und ganz ganz selten einmal erscheint das was ich eigentlich jedes mal sehen möchte:
Zitat2015.11.13 16:08:40 3: EG_TW_Schreibtisch off->on
Hat einer von euch eine Idee was ich noch machen könnte ? Bin allmählich echt ratlos....
Liebe Grüsse,
der Torsten
Zitat von: torsten.weggen am 13 November 2015, 16:14:04
Hallo liebe Wissenden,
ich bin relativ neu im Thema fhem - Genau genommen habe ich vor zwei Wochen angefangen. Installation von Raspian Jessie auf dem PI2 lief ohne Probleme, auch die FHEM Installation inkl. Installation des SCC 433 MHz war kein Problem.
Ich setze mehrere selbstlernende Intertechno Steckdosen ein, die ich bisher mit ITS-150 und PAR-1000 Fernbedienungen gesteuert habe.
Die Steuerung über FHEM dieser Steckdosen mit dem SCC funktioniert auch einwandfrei - nur empfängt leider mein SCC die Signale von den Fernbedienungen nicht richtig. Ich habe mich bereits durch die ellenlangen Threads hier im Forum bezüglich dieses Themas gelesen und einiges ausprobiert, aber nun weiss ich nicht weiter. Selbstverständlich habe ich bereits die neusteste Version der a-culfw auf meinen SCC geflasht.
Hier mal ein paar Daten zu meinem Setup (SCC):
ccconf = freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
cmds = m B b C F i A Z G M Y R T V W X e f * l t u x
version = V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) CSM433 (F-Band: 433MHz)
In den allermeisten Fällen sieht es im Eventlog so aus wenn ich eine Taste auf der Fernbedienung drücke:
Manchmal kommt auch sowas:
Und ganz ganz selten einmal erscheint das was ich eigentlich jedes mal sehen möchte:
Hat einer von euch eine Idee was ich noch machen könnte ? Bin allmählich echt ratlos....
Liebe Grüsse,
der Torsten
Das sieht aber sehr komisch aus. Sieht fast so aus, als ob der SCC Müll an der Schnittstelle macht. Er schein Newlines einzufügen.
Irgendeine Idee was ich wo anders einstellen könnte um Dir mehr Infos zu liefern ?
Zitat von: Quatalspropella am 13 November 2015, 12:59:07
ich habe hier im Forum schon öfter gelesen das einige die Revolt Energiemesser (NC-5642) am laufen haben. Diese wurde ja wohl auch mal unterstützt.
Ich nutze derzeit den nanoCul 433 (fw 1.10.02) und versuche die Revolt zu empfangen. Ohne Erfolg. Werde diese in der FW noch unterstützt oder muss dafür was geändert werden?
Hi,
ich nutzte eine Modifizierte culfw auf einem meiner mittlerweile Zahlreichen nanoCULs.
dazu habe ich die Dateien aus diesem Thread benutzt http://forum.fhem.de/index.php?topic=24739.0 (http://forum.fhem.de/index.php?topic=24739.0).
Leider habe ich derzeit keinen nano übrig um das ganze mal mit a-culfw zu testen :(
Grüße,
Stephan
Hi
ich habe genau dasselbe Problem.
Mit meinem COC kann ich wunderbar Intertechno, Homeeasy und GT-WT-02(Außenthermometer) senden und oder Empfangen.
Ich verwende die aktuelle a-culfw 1.10.02 mit diesen Einstellungen:
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Für den Revolt Energiemesser (NC-5462) sollen ja diese Einstellungen genutzt werden:
set CUL433 raw W1257
set CUL433 raw W13C4
set CUL433 raw X21
set CUL433 freq 433.97
set CUL433 bWidth 406
set CUL433 sens 8
Alle möglichen Einstellungen bin ich durchgeganen aber es wird per autocreate nix angelegt :-(
Hat überhaupt jemand die Revolt Energiemesser (NC-5462) mit der aktuellen a-culfw am laufen?!
Laut changelog sollte es ja ab der 1.10.01 wieder funktionieren.
1.10.02
Fix ethernet on CUBe
Fix UNKNOWNCODE ZERR30D (Forum #332883)
1.10.01
Fix receiving of revolt for all devices.
Foreneinträge von den letzten zwei Jahren sagen auf jeden fall das es bei verschiedenen Usern mit der 1.57 und 1.05.03 funktioniert haben soll!
Danke schonmal
Zitat von: lullebammel am 13 November 2015, 19:49:40
Hi
ich habe genau dasselbe Problem.
Mit meinem COC kann ich wunderbar Intertechno, Homeeasy und GT-WT-02(Außenthermometer) senden und oder Empfangen.
Ich verwende die aktuelle a-culfw 1.10.02 mit diesen Einstellungen:
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Für den Revolt Energiemesser (NC-5642) sollen ja diese Einstellungen genutzt werden:
set CUL433 raw W1257
set CUL433 raw W13C4
set CUL433 raw X21
set CUL433 freq 433.97
set CUL433 bWidth 406
set CUL433 sens 8
Alle möglichen Einstellungen bin ich durchgeganen aber es wird per autocreate nix angelegt :-(
Hat überhaupt jemand die Revolt Energiemesser (NC-5642) mit der aktuellen a-culfw am laufen?!
Laut changelog sollte es ja ab der 1.10.01 wieder funktionieren.
1.10.02
Fix ethernet on CUBe
Fix UNKNOWNCODE ZERR30D (Forum #332883)
1.10.01
Fix receiving of revolt for all devices.
Foreneinträge von den letzten zwei Jahren sagen auf jeden fall das es bei verschiedenen Usern mit der 1.57 und 1.05.03 funktioniert haben soll!
Danke schonmal
Kann ich nicht nachvollziehen, NC-5462 eingesteckt und er wird von zwei CULs an zwei Systemen erkannt.
Funktioniert also 1A.
Hallo bjoernh,
du sagts es geht. Ich komme aber wie lullebammel nicht dahinter. Daher habe ich noch ein paar fragen dazu.
- Fhem ist bei mir aktuell.
- FHT-9998TG und NC-5642 sind doch die gleichen Geräte oder?
- Die Einstellung "slowRF" Mode ist richtig?
- Müssen noch Sendezeiten angepasst werden? Sonstige Einstellungen?
- Mussten besondere Änderungen an den Modulen vorgenommen werden? Bei mir ist alles Original. (Blöder Satz). Funktioniert Revolt auch an einem nanoCul wenn dieser auch für anderen Sachen genutzt wird?
- Hier noch mal meine ganzen Einstellungen vom Cul
Internals
CMDS: BCFiAGMKUYRTVWXefLltx CUL433_MSGCNT 149
CUL433_TIME: 2015-11-14 00:11:31
Clients: :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9IP97JN-if00-port0@38400 1134
DeviceName: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9IP97JN-if00-port0@38400
FD 11
FHTID 1134
NAME CUL433
NR 26
PARTIAL
RAWMSG: s668A200180CD
RSSI -41.5
STATE: Initialized
TYPE CUL
VERSION: V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) nanoCUL433 (F-Band: 433MHz)
initString X21
Readings
ccconf: freq:433.970MHz bWidth:406KHz rAmpl:42dB sens:8dB 2015-11-13 23:32:34
cmds: B C F i A G M K U Y R T V W X e f L l t x 2015-11-13 23:45:41
raw 2015-11-13 23:32:40
state Initialized: 2015-11-14 00:11:31
version: V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) nanoCUL433 (F-Band: 433MHz)
Ich habe noch mal die Frequenz runter und auch hoch Gesetz. Ohne Erfolg. Die messegeräte melden sich automatisch ohne das an dem zwischen Stecker was gedrückt werden muss. Und in Fhem werden die Geräte revolt angelegt oder mit anderem Namen?
Gesendet von iPhone mit Tapatalk
Hallo bjoernh
habe ein merkwürdiges Verhalten festgestellt:
Seit heute funktioniert mein ITM-100 nicht mehr in der Anzeige.
Wenn ich jedoch in den Eventmonitor schaue bekomme ich folgende Meldungen beim Öffnen und Schließen
2015-11-15 17:15:14 CUL CUL_0 UNKNOWNCODE i5000522
2015-11-15 17:15:17 CUL CUL_0 UNKNOWNCODE i5000424
2015-11-15 17:15:18 CUL CUL_0 UNKNOWNCODE i5000520
2015-11-15 17:15:20 CUL CUL_0 UNKNOWNCODE i5000425
2015-11-15 17:15:21 CUL CUL_0 UNKNOWNCODE i5000520
2015-11-15 17:15:22 CUL CUL_0 UNKNOWNCODE i5000425
2015-11-15 17:15:23 CUL CUL_0 UNKNOWNCODE i5000520
2015-11-15 17:15:25 CUL CUL_0 UNKNOWNCODE i5000425
2015-11-15 17:15:26 CUL CUL_0 UNKNOWNCODE i5000520
2015-11-15 17:15:27 CUL CUL_0 UNKNOWNCODE i5000424
FHEM ist die aktuellste Version und das ist mein CUL
V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) CUL433 (F-Band: 433MHz)
Was kann da passiert sein?
Gruß
Helmut
Vergesst den Eintrag - sorry habe den Pi neu gestartet und das Problem war weg............
Hallo,
ich habe nach längerer Zeit auf einem meiner beiden nanoCULs ein FW-Update auf 1.10.01 gemacht. Der anderer nanaCUL hat noch 1.05.03. Nun kann ich aber mit der 1.10.01 keine IT oder Baumarkt-Steckdosen mehr ansteuern. Hat sich hier etwas Grundlegendes geändert? Wenn nicht, dann werde ich mich mal auf die Suche nach dem Problem begeben >:(
Gruß
Blueberry63
War bei mir und den Elros auch so, es half das Update auf 1.10.02.
Gesendet von iPhone mit Tapatalk
Hallo,
mit der neuen Firmware sollen die Home Easy EU Protokolle unterstützt werden. In wie weit hilft mir das wenn ich nur die HE877 Funksteckdose habe? Benötige ich dann trotzdem noch die Fernbedienung? Oder gibt es andere Wege die Home Easy Geräte im Fhem einzubinden? Gehen dann auch evtl. die Fesnterkontakte?
Vielen Dank schon mal für die Antwort.
(Ich finde es gerade sehr spannend was hier mit der Firmware gemacht wird und wie viel umgestezt wird. Klasse.)
Ich habe jetzt einige Tests gemacht und bin mir ziemlich sicher, dass sich irgendetwas seit der Version 1.05 in Bezug auf die Behandlung von IT-Geräten geändert hat: alle Steckdosen, Baumarkt oder IT, lassen sich mit der alten Version noch schalten - mit der 1.10.x geht es nicht mehr.
Muß ich etwa alle Geräte neu anlernen?
Gruß
Blueberry63
Zitat von: blueberry63 am 17 November 2015, 21:28:02
Ich habe jetzt einige Tests gemacht und bin mir ziemlich sicher, dass sich irgendetwas seit der Version 1.05 in Bezug auf die Behandlung von IT-Geräten geändert hat: alle Steckdosen, Baumarkt oder IT, lassen sich mit der alten Version noch schalten - mit der 1.10.x geht es nicht mehr.
Muß ich etwa alle Geräte neu anlernen?
Gruß
Blueberry63
Mein nanoCul geht mit der neuen Firmware auch nihct mehr. Musst auf der alten bleiben wenn es damit funktioniert. Hab auch einen nanoCul. Es weiß keiner woran es liegt. Scheinbar geht es bei manchen nanos und bei manchen nicht. ... never touch a running system
ist eigentlich die rfr cul funktion in deiner fw mit drin?
Hi,
gib es eine Liste "aller" #defines für die einzelnen funkprotokolle?
Bzw. gib es abhägigkeiten zwischen den Protokollen und #defines?
Eine Übersicht der #defines und der Frequenz wäre auch manchmal hilfreich.
#433MHZ
#define HAS_TCM97001
#define HAS_IT
#define HAS_HOMEEASY
#define HAS_OREGON3
#define HAS_BELFOX
#868MHZ
#define HAS_FHT_80b
#define HAS_FHT_8v // PROGMEM: 586b RAM: 23b
#define HAS_FHT_TF
#define HAS_ASKSIN
#define HAS_ASKSIN_FUP
#define HAS_MORITZ
#define HAS_RWE
#define HAS_ESA
#define HAS_UNIROLL
#define HAS_HOERMANN
#define HAS_KOPP_FC
#define HAS_HMS
#???Mhz
#define HAS_TX3
#define HAS_INTERTECHNO //433Mhz?
#define HAS_MAICO
Grüße,
Stephan
Zitat von: chris1284 am 18 November 2015, 21:51:08
ist eigentlich die rfr cul funktion in deiner fw mit drin?
habs mir selber eingebaut, da per default nicht drin
Hallo bjoernh
ich habe eine Ventus Wetterstation.
https://www.reichelt.de/Wetterstationen/VENTUS-W155/3/index.html?ACTION=3&GROUPID=3848&ARTICLE=88157&OFFSET=16&
Ich habe einen CUL868 mit der letzten FW von Dir geflasht. IT kann ich schalten. Jetzt habe ich die Frequenz per set auf 433MHz gesetzt.
Was muss ich noch machen ? Bzw. besteht die Möglichkeit das Protokoll einzubinden ? Wäre super.
Gruß
B.
Zitat von: Bartimaus am 19 November 2015, 19:56:50
Hallo bjoernh
ich habe eine Ventus Wetterstation.
https://www.reichelt.de/Wetterstationen/VENTUS-W155/3/index.html?ACTION=3&GROUPID=3848&ARTICLE=88157&OFFSET=16&
Ich habe einen CUL868 mit der letzten FW von Dir geflasht. IT kann ich schalten. Jetzt habe ich die Frequenz per set auf 433MHz gesetzt.
Was muss ich noch machen ? Bzw. besteht die Möglichkeit das Protokoll einzubinden ? Wäre super.
Gruß
B.
Hi,
schalt mal den CUL auf raw X25, vielleicht kommt was, wenn nicht, muss das Protokoll erst implementiert werden.
Gruß
Björn
Hi,
Danke für die schnelle Rückmeldung.
Ich habe den jetzt auf RAW X25 gesetzt. Eventmonitor beobachten oder wird von Autocreate automatisch ein Device angelegt ?
Batterien neu eingelegt, TX-Knopf gedrückt, sonst noch was ? Leider habe ich nix genaues zur verwendeten Frequenz gefunden, nur 433MHZ
Zitat von: Bartimaus am 19 November 2015, 19:56:50
Ich habe einen CUL868 mit der letzten FW von Dir geflasht. IT kann ich schalten. Jetzt habe ich die Frequenz per set auf 433MHz gesetzt.
Hmmm... hast Du einen 868er mit der 868er FW geflasht oder mit der 433er ? Soweit ich weiß kann man doch nur das Senden von 868 auf 433 runter setzen, Empfangen tut der doch nur auf der Frequenz der FW oder ?
Grüße
Christian
Hm, keine Ahnung. So weit bin ich noch nicht, erscheint aber logisch. Sofern man den 868 auf 433 umflashen kann.
Ich habe einen 868 mit der 868 geflasht. (Dfu-Programmer)
Zitat von: Bartimaus am 20 November 2015, 13:08:20
Hm, keine Ahnung. So weit bin ich noch nicht, erscheint aber logisch. Sofern man den 868 auf 433 umflashen kann.
Ich habe einen 868 mit der 868 geflasht. (Dfu-Programmer)
Dann flash die 433MHz Software.
Zitat von: Bartimaus am 19 November 2015, 23:03:29
Hi,
Danke für die schnelle Rückmeldung.
Ich habe den jetzt auf RAW X25 gesetzt. Eventmonitor beobachten oder wird von Autocreate automatisch ein Device angelegt ?
Batterien neu eingelegt, TX-Knopf gedrückt, sonst noch was ? Leider habe ich nix genaues zur verwendeten Frequenz gefunden, nur 433MHZ
Schau mal im EventMonitor ob da Ausgaben kommen wenn die Wetterstation Daten sendet.
Aye :)
Hallo,
ich habe den CUL jetzt mit der 433MHz-FW geflasht. Ein get ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB ??
IT kann ich nicht mehr schalten.
set raw X25 bringt auch nichts im Event-Monitor.....
Noch Ideen ?
Zitat von: Bartimaus am 20 November 2015, 14:56:23
Hallo,
ich habe den CUL jetzt mit der 433MHz-FW geflasht. Ein get ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB ??
IT kann ich nicht mehr schalten.
set raw X25 bringt auch nichts im Event-Monitor.....
Noch Ideen ?
Schalt die Frequenz um.
Würd ich gerne, aber der Reset-Button klemmt, und FHEM erkennt den CUL nicht mehr :'(
Zitat von: lullebammel am 13 November 2015, 19:49:40
Hi
ich habe genau dasselbe Problem.
Mit meinem COC kann ich wunderbar Intertechno, Homeeasy und GT-WT-02(Außenthermometer) senden und oder Empfangen.
Ich verwende die aktuelle a-culfw 1.10.02 mit diesen Einstellungen:
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Für den Revolt Energiemesser (NC-5462) sollen ja diese Einstellungen genutzt werden:
set CUL433 raw W1257
set CUL433 raw W13C4
set CUL433 raw X21
set CUL433 freq 433.97
set CUL433 bWidth 406
set CUL433 sens 8
Alle möglichen Einstellungen bin ich durchgeganen aber es wird per autocreate nix angelegt :-(
Hat überhaupt jemand die Revolt Energiemesser (NC-5462) mit der aktuellen a-culfw am laufen?!
Laut changelog sollte es ja ab der 1.10.01 wieder funktionieren.
1.10.02
Fix ethernet on CUBe
Fix UNKNOWNCODE ZERR30D (Forum #332883)
1.10.01
Fix receiving of revolt for all devices.
Foreneinträge von den letzten zwei Jahren sagen auf jeden fall das es bei verschiedenen Usern mit der 1.57 und 1.05.03 funktioniert haben soll!
Danke schonmal
So ich nochmal
Ein Kumpel hat auch die Revolt Energiemesser (NC-5462) und bei ihm gehts.
Er hat einen NanoCul.
Was mich wundert:
a-culfw/culfw/Devices/COC COC.c 1.05.00 6 months ago
Sollte da nicht 1.10.02 stehen?! Außerdem ist die neueste Version nicht 6 Monate alt?
Wenn ich jetzt im Sourcecode vom COC schaue finde ich kein Revolt, aber beim NanoCul.
Ist das Eventuell das Problem?!
Hier die board.sh vom COC:
#ifndef _BOARD_H
#define _BOARD_H
#define BUSWARE_COC
#define SPI_PORT PORTB
#define SPI_DDR DDRB
#define SPI_SS 4
#define SPI_MISO 6
#define SPI_MOSI 5
#define SPI_SCLK 7
#define CC1100_CS_DDR SPI_DDR
#define CC1100_CS_PORT SPI_PORT
#define CC1100_CS_PIN SPI_SS
#define CC1100_OUT_DDR DDRB
#define CC1100_OUT_PORT PORTB
#define CC1100_OUT_PIN 1
#define CC1100_OUT_IN PINB
#define CC1100_IN_DDR DDRD
#define CC1100_IN_PORT PIND
#define CC1100_IN_PIN 2
#define CC1100_IN_IN PIND
#define CC1100_INT INT0
#define CC1100_INTVECT INT0_vect
#define CC1100_ISC ISC00
#define CC1100_EICR EICRA
#define LED_DDR DDRC
#define LED_PORT PORTC
#define LED_PIN 6
#define BOARD_ID_STR "CSM868"
#define BOARD_ID_STR433 "CSM433"
#define HAS_UART
#define UART_BAUD_RATE 38400
#define USART_RX_vect USART0_RX_vect
#define USART_UDRE_vect USART0_UDRE_vect
#define TTY_BUFSIZE 1024 // 4 buffers < 16k SRAM
#define HAS_FHT_80b // PROGMEM: 1374b, RAM: 90b
#define HAS_FHT_8v // PROGMEM: 586b RAM: 23b
#define HAS_FHT_TF
#define HAS_RF_ROUTER // PROGMEM: 1248b RAM: 44b
#define FHTBUF_SIZE 174 // RAM: 174b
#define RCV_BUCKETS 4 // RAM: 25b * bucket
#define RFR_DEBUG // PROGMEM: 354b RAM: 14b
#define FULL_CC1100_PA // PROGMEM: 108b
#define HAS_RAWSEND //
#define HAS_FASTRF // PROGMEM: 468b RAM: 1b
#define HAS_ASKSIN
#define HAS_ASKSIN_FUP
#define HAS_MORITZ
#define HAS_ESA
#define HAS_TX3
#define HAS_INTERTECHNO
#define HAS_HOMEEASY
#define HAS_TCM97001
#define HAS_HOERMANN
#define HAS_MBUS
#define HAS_MEMFN
#define HAS_HMS
#define HAS_CC1101_RX_PLL_LOCK_CHECK_TASK_WAIT
#define HAS_CC1101_PLL_LOCK_CHECK_MSG
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_SW
#define HAS_IT
#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte
#define OW_SPU // StrongPullUp support
#ifdef RADIO_ONLY
#undef HAS_ONEWIRE
#endif
#define HAS_MBUS
#undef HAS_RTC
#define RTC_ADDR 0xd0
#define BUSWARE_CSM
#define BUSWARE_COC
#define RPI_TTY_FIX
#endif
So:
433er FW nochmal geflasht
ccconf => freq:433.000MHz bWidth:325KHz rAmpl:42dB sens:4dB
set raw X25
IT wird geschaltet
Keine Events im Eventmonitor wenn meine Wetterstation sendet... ;(
Noch mehr Ideen ?
Zitat von: Bartimaus am 20 November 2015, 16:14:55
So:
433er FW nochmal geflasht
ccconf => freq:433.000MHz bWidth:325KHz rAmpl:42dB sens:4dB
set raw X25
IT wird geschaltet
Keine Events im Eventmonitor wenn meine Wetterstation sendet... ;(
Noch mehr Ideen ?
Dann wird diese nicht erkannt, siehst irgendwas anderes im Eventmonitor?
Gerade im Logfile gesehen:
2015.11.20 16:35:18 2: CUL433: unknown message p11 160 208 48 192 16 464 17 1 2 1 224 7760 EA 432200
Zitat von: lullebammel am 20 November 2015, 16:02:10
So ich nochmal
Ein Kumpel hat auch die Revolt Energiemesser (NC-5462) und bei ihm gehts.
Er hat einen NanoCul.
Was mich wundert:
a-culfw/culfw/Devices/COC COC.c 1.05.00 6 months ago
Sollte da nicht 1.10.02 stehen?! Außerdem ist die neueste Version nicht 6 Monate alt?
Wenn ich jetzt im Sourcecode vom COC schaue finde ich kein Revolt, aber beim NanoCul.
Ist das Eventuell das Problem?!
Hier die board.sh vom COC:
#ifndef _BOARD_H
#define _BOARD_H
#define BUSWARE_COC
#define SPI_PORT PORTB
#define SPI_DDR DDRB
#define SPI_SS 4
#define SPI_MISO 6
#define SPI_MOSI 5
#define SPI_SCLK 7
#define CC1100_CS_DDR SPI_DDR
#define CC1100_CS_PORT SPI_PORT
#define CC1100_CS_PIN SPI_SS
#define CC1100_OUT_DDR DDRB
#define CC1100_OUT_PORT PORTB
#define CC1100_OUT_PIN 1
#define CC1100_OUT_IN PINB
#define CC1100_IN_DDR DDRD
#define CC1100_IN_PORT PIND
#define CC1100_IN_PIN 2
#define CC1100_IN_IN PIND
#define CC1100_INT INT0
#define CC1100_INTVECT INT0_vect
#define CC1100_ISC ISC00
#define CC1100_EICR EICRA
#define LED_DDR DDRC
#define LED_PORT PORTC
#define LED_PIN 6
#define BOARD_ID_STR "CSM868"
#define BOARD_ID_STR433 "CSM433"
#define HAS_UART
#define UART_BAUD_RATE 38400
#define USART_RX_vect USART0_RX_vect
#define USART_UDRE_vect USART0_UDRE_vect
#define TTY_BUFSIZE 1024 // 4 buffers < 16k SRAM
#define HAS_FHT_80b // PROGMEM: 1374b, RAM: 90b
#define HAS_FHT_8v // PROGMEM: 586b RAM: 23b
#define HAS_FHT_TF
#define HAS_RF_ROUTER // PROGMEM: 1248b RAM: 44b
#define FHTBUF_SIZE 174 // RAM: 174b
#define RCV_BUCKETS 4 // RAM: 25b * bucket
#define RFR_DEBUG // PROGMEM: 354b RAM: 14b
#define FULL_CC1100_PA // PROGMEM: 108b
#define HAS_RAWSEND //
#define HAS_FASTRF // PROGMEM: 468b RAM: 1b
#define HAS_ASKSIN
#define HAS_ASKSIN_FUP
#define HAS_MORITZ
#define HAS_ESA
#define HAS_TX3
#define HAS_INTERTECHNO
#define HAS_HOMEEASY
#define HAS_TCM97001
#define HAS_HOERMANN
#define HAS_MBUS
#define HAS_MEMFN
#define HAS_HMS
#define HAS_CC1101_RX_PLL_LOCK_CHECK_TASK_WAIT
#define HAS_CC1101_PLL_LOCK_CHECK_MSG
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_SW
#define HAS_IT
#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte
#define OW_SPU // StrongPullUp support
#ifdef RADIO_ONLY
#undef HAS_ONEWIRE
#endif
#define HAS_MBUS
#undef HAS_RTC
#define RTC_ADDR 0xd0
#define BUSWARE_CSM
#define BUSWARE_COC
#define RPI_TTY_FIX
#endif
100 Punkte ;-)
Hi Björn,
und warum steht dann im changelog:
1.10.01
- Fix receiving of revolt for all devices
Die kompilierten Hex Dateien findet Ihr unter https://www.mediafire.com/folder/tf16radvztfd9/a-culfw
Dann gehe ich davon aus das alle devices diesen Fix enthalten.
Aber dem ist dann wohl nicht so.
Wie krieg ich denn jetzt meinen COC dazu Revolt zu unterstützen ohne Intertechno Empfang und Homeeasy support zu verlieren?
Selber kompilieren würde ich ja. Es reicht wohl nicht aus einfach #define HAS_REVOLT in die Board.sh hinzuzuschreiben oder?
MfG
Zitat von: lullebammel am 20 November 2015, 18:58:41
Hi Björn,
und warum steht dann im changelog:
1.10.01
- Fix receiving of revolt for all devices
Die kompilierten Hex Dateien findet Ihr unter https://www.mediafire.com/folder/tf16radvztfd9/a-culfw
Dann gehe ich davon aus das alle devices diesen Fix enthalten.
Aber dem ist dann wohl nicht so.
Wie krieg ich denn jetzt meinen COC dazu Revolt zu unterstützen ohne Intertechno Empfang und Homeeasy support zu verlieren?
Selber kompilieren würde ich ja. Es reicht wohl nicht aus einfach #define HAS_REVOLT in die Board.sh hinzuzuschreiben oder?
MfG
Naja, die Dekodierung ist gefixt für alle Versionen.
Aber ich hatte nicht überprüft ob es überall an ist. (Bin ja auch nur ein Mensch ;-) )
Es reicht zusätzlich #define HAS_REVOLT einzutragen.
Ich werde es aber nachholen. Demnächst kommt sowieso eine neue Version.
In der neuen Version wird dann auch der Empfang von Manchester Codierten Signalen möglich sein.
Dann gehen auch die Hideki und die Oregon 2.
@Björn
Habe FHEM mal auf 5.7 aktualisiert und nochmal RAW X25 gesetzt, jetzt geht im EventMonitor die Post ab
Kannst Du damit was anfangen ?
Aktuell sendet der Sensor:
Temperatur, Luftfeuchte, Windgeschwindigkeit, Windrichtung.
Events:
2015-11-20 21:12:10 CUL CUL433 UNKNOWNCODE p11 16 896 400 64 48 368 19 1 2 3 208 7872 EA D60500
2015-11-20 21:12:12 CUL CUL433 UNKNOWNCODE p11 48 112 80 128 160 352 84 1 10 4 208 12640 ED 1C00000000020000000000
2015-11-20 21:12:13 CUL CUL433 UNKNOWNCODE p11 32 208 192 112 160 400 47 1 5 7 320 10032 E9 797480000000
2015-11-20 21:12:13 CUL CUL433 UNKNOWNCODE p11 144 816 80 3264 64 160 79 1 9 7 320 4496 EB 40000000000000000002
2015-11-20 21:12:14 CUL CUL433 UNKNOWNCODE p11 48 336 256 1808 256 96 33 1 4 1 272 3728 EC 4000000000
2015-11-20 21:12:15 CUL CUL433 UNKNOWNCODE p11 32 96 0 0 144 48 30 1 3 6 384 3744 EB 00000000
2015-11-20 21:12:15 CUL CUL433 UNKNOWNCODE p11 176 48 0 0 384 176 26 1 3 2 224 4224 EA 00000000
2015-11-20 21:12:15 CUL CUL433 UNKNOWNCODE p11 32 1472 48 48 352 544 17 1 2 1 592 11968 EC DFF900
2015-11-20 21:12:15 CUL CUL433 UNKNOWNCODE p11 192 1136 272 80 32 224 75 1 9 3 288 11392 E9 C4000000000000000000
2015-11-20 21:12:18 CUL CUL433 UNKNOWNCODE p10 32 1904 1616 128 80 288 57 1 7 1 256 12912 E8 30F0000814100000
2015-11-20 21:12:19 CUL CUL433 UNKNOWNCODE p11 96 3664 80 3104 80 272 31 1 3 7 240 12288 E9 FFC58006
2015-11-20 21:12:20 CUL CUL433 UNKNOWNCODE p11 32 112 192 64 32 368 82 1 10 2 288 5232 EA 4440000400000000010000
2015-11-20 21:12:21 CUL CUL433 UNKNOWNCODE p11 32 592 160 1888 48 64 26 1 3 2 224 4128 EB 00000040
2015-11-20 21:12:21 CUL CUL433 UNKNOWNCODE p11 48 464 416 80 128 912 23 1 2 7 432 7536 EA B40002
2015-11-20 21:12:22 CUL CUL433 UNKNOWNCODE p 8 272 160 96 144 32 272 37 1 4 5 240 8096 EB 0780040400
2015-11-20 21:12:22 CUL CUL433 UNKNOWNCODE p11 80 304 464 64 48 240 21 1 2 5 288 8912 EA A21000
2015-11-20 21:12:22 CUL CUL433 UNKNOWNCODE p11 96 576 0 0 32 112 43 1 5 3 208 3568 EA 000000000000
2015-11-20 21:12:28 CUL CUL433 UNKNOWNCODE p11 48 1360 176 64 16 368 69 1 8 5 352 6544 EB F12028810000000100
2015-11-20 21:12:32 CUL CUL433 UNKNOWNCODE p11 32 1408 16 112 192 528 46 1 5 6 272 6672 EB C10000000000
2015-11-20 21:12:32 CUL CUL433 UNKNOWNCODE p11 48 928 240 112 16 352 23 1 2 7 544 11200 E8 FFF244
2015-11-20 21:12:36 CUL CUL433 UNKNOWNCODE p11 32 208 336 192 1504 2224 34 1 4 2 208 6912 E8 1E60400000
2015-11-20 21:12:36 CUL CUL433 UNKNOWNCODE p11 80 3712 432 32 192 576 16 1 2 0 240 10256 E9 F90C
2015-11-20 21:12:37 CUL CUL433 UNKNOWNCODE p11 96 1152 96 1760 240 176 47 1 5 7 224 3872 EA 1C0000000000
2015-11-20 21:12:39 CUL CUL433 UNKNOWNCODE p11 32 192 80 16 96 1424 25 1 3 1 400 5360 EA 75840080
2015-11-20 21:12:41 CUL CUL433 UNKNOWNCODE p11 272 720 48 1872 96 128 55 1 6 7 208 4448 EB 60800000000000
2015-11-20 21:12:43 CUL CUL433 UNKNOWNCODE p11 96 4064 96 3280 128 80 25 1 3 1 272 3456 EB AE000000
2015-11-20 21:12:47 CUL CUL433 UNKNOWNCODE p11 48 4944 384 192 48 432 116 1 14 4 432 12464 EE C5C9C0000000000000000000000080
2015-11-20 21:12:48 CUL CUL433 UNKNOWNCODE p11 16 864 208 144 32 432 54 1 6 6 240 9472 EB A0000000000000
2015-11-20 21:12:48 CUL CUL433 UNKNOWNCODE p11 48 288 128 80 16 688 67 1 8 3 208 5792 EA CC0400000000000000
2015-11-20 21:12:52 CUL CUL433 UNKNOWNCODE p11 32 2112 304 64 64 256 47 1 5 7 560 5280 EA 6D7000404000
2015-11-20 21:12:56 CUL CUL433 UNKNOWNCODE p11 96 2032 32 16 32 480 16 1 2 0 240 13072 EC 63FB
2015-11-20 21:12:57 CUL CUL433 UNKNOWNCODE p11 144 1136 80 16 96 912 87 1 10 7 320 10544 EA 9900400800800000670000
2015-11-20 21:13:00 CUL CUL433 UNKNOWNCODE p11 48 896 32 96 144 336 20 1 2 4 304 7760 EB A10400
2015-11-20 21:13:06 CUL CUL433 UNKNOWNCODE p11 80 1408 16 0 48 528 45 1 5 5 208 9632 EA D70400000000
2015-11-20 21:13:08 CUL CUL433 UNKNOWNCODE p11 64 4720 288 3584 32 224 32 1 4 0 336 8880 EA DC058081
2015-11-20 21:13:10 CUL CUL433 UNKNOWNCODE p11 160 160 944 96 96 320 69 1 8 5 288 8720 EA 6E0C08000022000000
2015-11-20 21:13:11 CUL CUL433 UNKNOWNCODE p11 48 2112 720 112 80 304 55 1 6 7 528 10256 E8 7B988000000000
2015-11-20 21:13:14 CUL CUL433 UNKNOWNCODE p11 32 320 0 0 80 176 44 1 5 4 224 3424 EB 000000000000
2015-11-20 21:13:16 CUL CUL433 UNKNOWNCODE p 7 80 1728 16 112 48 256 24 1 3 0 288 8784 EC 1BFFFC
2015-11-20 21:13:24 CUL CUL433 UNKNOWNCODE p11 48 3712 48 1680 96 560 26 1 3 2 320 3888 EA F0C00000
2015-11-20 21:13:24 CUL CUL433 UNKNOWNCODE p11 48 1344 0 0 864 80 49 1 6 1 288 3232 EA 00000000000000
2015-11-20 21:13:28 CUL CUL433 UNKNOWNCODE p11 32 2576 288 48 48 688 124 1 15 4 352 10064 E8 EA380000000000000000000000000000
2015-11-20 21:13:40 CUL CUL433 UNKNOWNCODE p11 80 608 208 2656 96 416 39 1 4 7 304 8096 E7 9852039402
2015-11-20 21:13:42 CUL CUL433 UNKNOWNCODE p11 48 432 384 112 48 320 77 1 9 5 384 4736 EA 81000000000000000000
2015-11-20 21:13:42 CUL CUL433 UNKNOWNCODE p11 32 1456 272 96 48 416 65 1 8 1 240 6000 EB 850000000010000000
2015-11-20 21:13:44 CUL CUL433 UNKNOWNCODE p11 16 1952 48 112 160 416 29 1 3 5 448 4832 ED A1E40E90
2015-11-20 21:13:47 CUL CUL433 UNKNOWNCODE p 3 80 32 160 112 0 0 17 5 2 0 192 32 EB 4227
2015-11-20 21:13:53 CUL CUL433 UNKNOWNCODE p11 48 32 0 0 48 32 92 1 11 4 288 3648 ED 000000000000000000000000
2015-11-20 21:13:55 CUL CUL433 UNKNOWNCODE p11 48 80 544 160 32 224 92 1 11 4 352 8608 EA 230010000040000000000000
2015-11-20 21:13:56 CUL CUL433 UNKNOWNCODE p11 48 432 272 96 48 336 31 1 3 7 256 5952 EA C0000000
2015-11-20 21:13:58 CUL CUL433 UNKNOWNCODE p11 32 384 0 0 112 96 86 1 10 6 208 4320 EA 0000000000000000000000
2015-11-20 21:13:58 CUL CUL433 UNKNOWNCODE p11 48 512 80 48 80 416 17 1 2 1 208 5680 EA B2C200
2015-11-20 21:14:01 CUL CUL433 UNKNOWNCODE p11 48 640 48 80 80 288 32 1 4 0 528 6032 EA E02000C4
2015-11-20 21:14:05 CUL CUL433 UNKNOWNCODE p11 160 4368 128 208 16 336 25 1 3 1 352 13552 EB DEC12000
2015-11-20 21:14:05 CUL CUL433 UNKNOWNCODE p11 48 592 96 1728 288 176 31 1 3 7 784 3808 EA 40000000
2015-11-20 21:14:06 CUL CUL433 UNKNOWNCODE p11 48 544 0 0 320 32 55 1 6 7 256 3840 ED 00000000000000
2015-11-20 21:14:09 CUL CUL433 UNKNOWNCODE p11 64 240 160 176 32 224 148 1 18 4 208 13568 E8 7A100002001000000000002000400000003850
2015-11-20 21:14:13 CUL CUL433 UNKNOWNCODE p11 160 976 160 96 48 304 46 1 5 6 288 10320 EA E12010000108
2015-11-20 21:14:13 CUL CUL433 UNKNOWNCODE p11 16 4832 32 4096 32 272 156 1 19 4 272 11584 E6 E440000000000000000004000000000000000030
2015-11-20 21:14:17 CUL CUL433 UNKNOWNCODE p11 144 64 656 96 32 896 22 1 2 6 208 5680 EA 600000
2015-11-20 21:14:18 CUL CUL433 UNKNOWNCODE p11 48 2496 96 192 80 320 16 1 2 0 256 8384 EC AE00
2015-11-20 21:14:19 CUL CUL433 UNKNOWNCODE p11 80 1408 32 3584 80 64 22 1 2 6 432 3584 EA 100000
2015-11-20 21:14:19 CUL CUL433 UNKNOWNCODE p11 32 224 1360 112 48 480 38 1 4 6 288 5488 EA E013000000
2015-11-20 21:14:21 CUL CUL433 UNKNOWNCODE p 8 80 4560 1056 64 192 560 36 1 4 4 368 6976 EC 800A000000
2015-11-20 21:14:21 CUL CUL433 UNKNOWNCODE p 3 128 176 80 48 0 0 20 4 2 3 160 192 EB 9D57B0
2015-11-20 21:14:23 CUL CUL433 UNKNOWNCODE p11 48 320 208 128 96 864 46 1 5 6 208 11936 E8 870000001004
2015-11-20 21:14:25 CUL CUL433 UNKNOWNCODE p11 32 736 672 176 32 256 16 1 2 0 272 5072 EB AEB8
2015-11-20 21:14:25 CUL CUL433 UNKNOWNCODE p11 32 1056 96 128 48 1536 49 1 6 1 272 6288 EB C0400000000000
2015-11-20 21:14:38 CUL CUL433 UNKNOWNCODE p11 32 2224 848 144 80 320 46 1 5 6 256 9872 E9 711000000000
2015-11-20 21:14:38 CUL CUL433 UNKNOWNCODE p 7 32 400 176 320 32 224 24 1 3 0 304 11104 E9 0C21DF
2015-11-20 21:14:38 CUL CUL433 UNKNOWNCODE p11 144 432 0 0 32 80 21 1 2 5 208 3328 EB 000000
2015-11-20 21:14:38 CUL CUL433 UNKNOWNCODE p11 48 816 32 80 48 352 51 1 6 3 208 8912 EA B2000280000000
2015-11-20 21:14:38 CUL CUL433 UNKNOWNCODE p11 384 336 592 112 32 304 16 1 2 0 224 6368 EB 6000
2015-11-20 21:14:39 CUL CUL433 UNKNOWNCODE p11 32 4368 144 80 192 1152 20 1 2 4 288 12256 E8 FF8000
2015-11-20 21:14:40 CUL CUL433 UNKNOWNCODE p11 128 480 432 32 240 1504 21 1 2 5 224 7520 E9 C89008
2015-11-20 21:14:40 CUL CUL433 UNKNOWNCODE p11 112 2240 256 96 96 784 33 1 4 1 320 11792 E8 79C6080000
2015-11-20 21:14:41 CUL CUL433 UNKNOWNCODE p11 16 592 144 64 112 688 44 1 5 4 256 10160 E9 F8A040A00000
2015-11-20 21:14:41 CUL CUL433 UNKNOWNCODE p11 96 640 736 48 96 320 22 1 2 6 368 6336 EA F18004
2015-11-20 21:14:49 CUL CUL433 UNKNOWNCODE p11 256 128 144 64 32 352 35 1 4 3 256 4576 EC 4014000000
2015-11-20 21:14:51 CUL CUL433 UNKNOWNCODE p 8 272 64 0 0 96 208 37 1 4 5 208 3248 EB 0000000000
2015-11-20 21:14:52 CUL CUL433 UNKNOWNCODE p11 176 624 368 96 32 224 25 1 3 1 224 5776 EA E4A00000
2015-11-20 21:14:53 CUL CUL433 UNKNOWNCODE p11 32 176 64 48 48 368 64 1 8 0 384 8656 EB 72F900C00000000A
Hallo wenn ich darf häng ich mich hier dazu
habe auch eine Ventus und meinen a-culf auf x25 gestellt. Empfange folgende Signale
2015-11-21 11:47:30 CUL CUL_0 UNKNOWNCODE p 8 464 4512 480 4512 480 1936 28 1 3 4 496 9520 DE AE804D40
2015-11-21 11:47:30 CUL CUL_0 UNKNOWNCODE p 8 480 4528 496 4496 512 1936 28 1 3 4 480 9504 DD AE804D40
2015-11-21 11:47:30 CUL CUL_0 UNKNOWNCODE p 8 496 4512 464 4528 480 1952 28 1 3 4 480 9488 DC AE804D40
2015-11-21 11:47:30 CUL CUL_0 UNKNOWNCODE p 8 480 4512 480 4528 480 1936 28 1 3 4 464 9520 DE AE804D40
2015-11-21 11:47:30 CUL CUL_0 UNKNOWNCODE p 8 480 4512 496 4512 496 1920 28 1 3 4 464 9520 DD AE804D40
2015-11-21 11:47:31 CUL CUL_0 UNKNOWNCODE p 8 480 4512 464 4528 480 1968 28 1 3 4 480 9504 DB AE804D40
2015-11-21 11:47:31 CUL CUL_0 UNKNOWNCODE p 8 496 4512 480 4512 480 1952 28 1 3 4 480 9472 DD AE804D40
2015-11-21 11:47:31 CUL CUL_0 UNKNOWNCODE p11 496 4496 496 4496 496 1936 23 1 2 7 464 9520 DC AE804C
2015-11-21 11:48:05 CUL CUL_0 UNKNOWNCODE p 8 496 4496 496 4496 496 1936 28 1 3 4 496 9520 DD 9E804C40
2015-11-21 11:48:05 CUL CUL_0 UNKNOWNCODE p 8 496 4512 480 4512 496 1920 28 1 3 4 496 9472 E0 9E804C40
2015-11-21 11:48:05 CUL CUL_0 UNKNOWNCODE p 8 464 4512 480 4496 464 1952 28 1 3 4 480 9520 DE 9E804C40
2015-11-21 11:48:05 CUL CUL_0 UNKNOWNCODE p 8 496 4496 480 4496 480 1952 28 1 3 4 464 9504 DD 9E804C40
2015-11-21 11:48:05 CUL CUL_0 UNKNOWNCODE p 8 496 4528 480 4496 480 1952 28 1 3 4 464 9504 DC 9E804C40
2015-11-21 11:48:05 CUL CUL_0 UNKNOWNCODE p 8 480 4512 480 4512 512 1936 28 1 3 4 480 9504 DB 9E804C40
2015-11-21 11:48:06 CUL CUL_0 UNKNOWNCODE p 8 480 4496 480 4512 480 1952 28 1 3 4 464 9520 E0 9E804C40
2015-11-21 11:48:06 CUL CUL_0 UNKNOWNCODE p 8 480 4512 464 4512 464 1952 28 1 3 4 496 9488 DE 9E804C40
2015-11-21 11:48:06 CUL CUL_0 UNKNOWNCODE p 8 480 4512 480 4528 496 1936 28 1 3 4 480 9520 DE 9E804C40
2015-11-21 11:48:24 CUL CUL_0 UNKNOWNCODE p11 80 352 416 544 384 576 62 1 7 6 368 9728 10 FB10228000000A18
Kann man das entschlüsseln?
Gruß
Helmut
Zitat von: Helmi55 am 21 November 2015, 11:49:49
Hallo wenn ich darf häng ich mich hier dazu
habe auch eine Ventus und meinen a-culf auf x25 gestellt. Empfange folgende Signale
2015-11-21 11:47:30 CUL CUL_0 UNKNOWNCODE p 8 464 4512 480 4512 480 1936 28 1 3 4 496 9520 DE AE804D40
2015-11-21 11:47:30 CUL CUL_0 UNKNOWNCODE p 8 480 4528 496 4496 512 1936 28 1 3 4 480 9504 DD AE804D40
2015-11-21 11:47:30 CUL CUL_0 UNKNOWNCODE p 8 496 4512 464 4528 480 1952 28 1 3 4 480 9488 DC AE804D40
2015-11-21 11:47:30 CUL CUL_0 UNKNOWNCODE p 8 480 4512 480 4528 480 1936 28 1 3 4 464 9520 DE AE804D40
2015-11-21 11:47:30 CUL CUL_0 UNKNOWNCODE p 8 480 4512 496 4512 496 1920 28 1 3 4 464 9520 DD AE804D40
2015-11-21 11:47:31 CUL CUL_0 UNKNOWNCODE p 8 480 4512 464 4528 480 1968 28 1 3 4 480 9504 DB AE804D40
2015-11-21 11:47:31 CUL CUL_0 UNKNOWNCODE p 8 496 4512 480 4512 480 1952 28 1 3 4 480 9472 DD AE804D40
2015-11-21 11:47:31 CUL CUL_0 UNKNOWNCODE p11 496 4496 496 4496 496 1936 23 1 2 7 464 9520 DC AE804C
2015-11-21 11:48:05 CUL CUL_0 UNKNOWNCODE p 8 496 4496 496 4496 496 1936 28 1 3 4 496 9520 DD 9E804C40
2015-11-21 11:48:05 CUL CUL_0 UNKNOWNCODE p 8 496 4512 480 4512 496 1920 28 1 3 4 496 9472 E0 9E804C40
2015-11-21 11:48:05 CUL CUL_0 UNKNOWNCODE p 8 464 4512 480 4496 464 1952 28 1 3 4 480 9520 DE 9E804C40
2015-11-21 11:48:05 CUL CUL_0 UNKNOWNCODE p 8 496 4496 480 4496 480 1952 28 1 3 4 464 9504 DD 9E804C40
2015-11-21 11:48:05 CUL CUL_0 UNKNOWNCODE p 8 496 4528 480 4496 480 1952 28 1 3 4 464 9504 DC 9E804C40
2015-11-21 11:48:05 CUL CUL_0 UNKNOWNCODE p 8 480 4512 480 4512 512 1936 28 1 3 4 480 9504 DB 9E804C40
2015-11-21 11:48:06 CUL CUL_0 UNKNOWNCODE p 8 480 4496 480 4512 480 1952 28 1 3 4 464 9520 E0 9E804C40
2015-11-21 11:48:06 CUL CUL_0 UNKNOWNCODE p 8 480 4512 464 4512 464 1952 28 1 3 4 496 9488 DE 9E804C40
2015-11-21 11:48:06 CUL CUL_0 UNKNOWNCODE p 8 480 4512 480 4528 496 1936 28 1 3 4 480 9520 DE 9E804C40
2015-11-21 11:48:24 CUL CUL_0 UNKNOWNCODE p11 80 352 416 544 384 576 62 1 7 6 368 9728 10 FB10228000000A18
Kann man das entschlüsseln?
Gruß
Helmut
Das sieht doch schon richtig gut aus.
Klar kann man es entschlüsseln, siehe: http://www.tfd.hu/tfdhu/files/wsprotocol/auriol_protocol_v20.pdf
Ich habs jetzt aber noch nicht kontrolliert.
Das wäre richtig klasse wenn ich die Daten der Ventus in FHEM hätte ;D
Wie kann ich dabei helfen ?
Hallo Leute.
Habe ein Sensor (TFA 30.3200) der Temp. und rel.feuchte anzeigt. Habe mit raw X25 folgende Daten bekommen bei 19,2°C und 49%rF.
2015-11-22 07:53:45 CUL CUL1 UNKNOWNCODE p11 624 1968 640 3872 640 1952 42 1 5 2 656 7696 63 2B4B4584C240
2015-11-22 07:53:45 CUL CUL1 UNKNOWNCODE p11 624 1952 640 3872 640 1952 42 1 5 2 640 7728 63 2B4B4584C240
2015-11-22 07:53:45 CUL CUL1 UNKNOWNCODE p11 592 1936 640 3872 640 1936 42 1 5 2 640 7808 68 2B4B4584C240
2015-11-22 07:53:45 CUL CUL1 UNKNOWNCODE p11 656 1920 640 3904 656 1936 42 1 5 2 640 7696 63 2B4B4584C240
2015-11-22 07:53:45 CUL CUL1 UNKNOWNCODE p11 640 1936 640 3888 640 1952 42 1 5 2 624 7696 63 2B4B4584C240
2015-11-22 07:58:24 CUL CUL1 UNKNOWNCODE p11 656 1920 640 3872 640 1952 42 1 5 2 656 7696 56 2B4B4584C240
2015-11-22 07:58:25 CUL CUL1 UNKNOWNCODE p11 640 1936 640 3872 640 1968 42 1 5 2 640 7712 63 2B4B4584C240
2015-11-22 07:58:25 CUL CUL1 UNKNOWNCODE p11 592 1936 640 3888 640 1968 42 1 5 2 624 7808 63 2B4B4584C240
2015-11-22 07:58:25 CUL CUL1 UNKNOWNCODE p11 640 1920 640 3888 640 1952 42 1 5 2 640 7712 63 2B4B4584C240
2015-11-22 07:58:25 CUL CUL1 UNKNOWNCODE p11 640 1920 640 3872 640 1952 42 1 5 2 640 7712 56 2B4B4584C240
Könnte da mir jemand beim entschlüssel helfen ??
Danke im vorraus.
Gruß
Sascha
Hi,
ich habe hier eine Frage zum Thema ITrepetition bei IT Steckdosen gestellt: http://forum.fhem.de/index.php/topic,44416.0.html
Nur sind die Logs merkwürdig, daher kam mir der Gedanke ob das an der FW liegen könnte:
2015.11.22 15:21:06 2: IT set Stern_XMAS on
2015.11.22 15:21:06 2: IT IODev device didn't answer is command correctly: raw => r38C3E7001C3201272E030A0A
2015.11.22 15:21:07 3: message "isff0ffff0ffff" (14) too short!
2015.11.22 15:21:07 3: message "isff0ffff0ffff" (14) too short!
2015.11.22 15:21:07 3: CUL433: Unknown code isff0ffff0ffff, help me!
Jemand eine Idee?
Hi,
ich habe nun über 70% des Threads gelesen.
ich würde gerne auf meinem nanoCul o.g. Software bringen.
Gemacht habe ich alles nach http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/
Kann ich den auch mit alternativer Firmware betanken?
Würde gerne IT und Revolt gleichzeitig.
Bisher klappt das noch nicht
Danke
Wenn ich mich noch irgendwo einlesen soll, bitte ich um links
Schau mal hier in dem thread ab 476 - so hats dann mit meinem busware geklappt
Zitat von: lullebammel am 13 November 2015, 19:49:40
Hi
ich habe genau dasselbe Problem.
Mit meinem COC kann ich wunderbar Intertechno, Homeeasy und GT-WT-02(Außenthermometer) senden und oder Empfangen.
Ich verwende die aktuelle a-culfw 1.10.02 mit diesen Einstellungen:
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Für den Revolt Energiemesser (NC-5462) sollen ja diese Einstellungen genutzt werden:
set CUL433 raw W1257
set CUL433 raw W13C4
set CUL433 raw X21
set CUL433 freq 433.97
set CUL433 bWidth 406
set CUL433 sens 8
Alle möglichen Einstellungen bin ich durchgeganen aber es wird per autocreate nix angelegt :-(
Hat überhaupt jemand die Revolt Energiemesser (NC-5462) mit der aktuellen a-culfw am laufen?!
Laut changelog sollte es ja ab der 1.10.01 wieder funktionieren.
1.10.02
Fix ethernet on CUBe
Fix UNKNOWNCODE ZERR30D (Forum #332883)
1.10.01
Fix receiving of revolt for all devices.
Foreneinträge von den letzten zwei Jahren sagen auf jeden fall das es bei verschiedenen Usern mit der 1.57 und 1.05.03 funktioniert haben soll!
Danke schonmal
Klappt es bei dir damit?
Geht dann auch IT gleichzeitig?
Ich finde dazu nix?
Funktioniert bei mir hervorragend, folgende Settings (list CUL433):
Internals:
CMDS BCFiAGMKUYRTVWXefLltx
CUL433_MSGCNT 19275
CUL433_TIME 2015-11-23 11:08:15
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D6NF-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D6NF-if00-port0@38400
FD 10
FHTID 1234
NAME CUL433
NR 24
PARTIAL
RAWMSG r38C3E7001C3201272E035011
RSSI -65.5
STATE Initialized
TYPE CUL
VERSION V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) nanoCUL433 (F-Band: 433MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
Readings:
2015-11-22 15:25:41 cmds B C F i A G M K U Y R T V W X e f L l t x
2015-11-23 11:00:10 raw isFF0FFFF0FFFF
2015-11-23 11:08:15 state Initialized
Attributes:
icon cul_cul
room CULs
CUL433 ccconf => freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:4dB
Revolt
Multimedia_WZ P: 12.8 E: 5.60 V: 231 C: 0.11 F: 50 Pf: 0.51
Serververbrauch P: 74.0 E: 21.72 V: 231 C: 0.33 F: 50 Pf: 0.96
Verbraucher_WZ P: 30.1 E: 8.48 V: 230 C: 0.28 F: 50 Pf: 0.47
Was nicht funktioniert ist ITrepetition. Ich habe schon Anfragen gestellt, aber noch kein Feedback.
Ok Danke und die hier muss ich wohin setzen?
set CUL_0 raw W1257
set CUL_0 raw W13C4
set CUL_0 raw X21
Gesendet von meinem Huawei Honor 7
In der Eingabezeile in FHEM (wo Du auch update startest)...
Und einmalig oder wie? Sorry für die off topic frage?
Gesendet von meinem Huawei Honor 7
Hi,
habe Revolt mit dem COC von Busware und der a-culfw 1.10.02 hinbekommen.
In der board.h fehlt der Eintrag #define HAS_REVOLT.
Habe es mal reingeschrieben und neu Kompiliert.
Jetzt gehts :-)
Beim nanocul steht das schon in der board.h drin.
Gesendet von meinem Huawei Honor 7
Hallo zusammen,
ich verwende die alternative Firmware ebenfalls mit einem SCC und bin vom Empfang begeistert. Jetzt habe ich allerdings ein Problem mit der Reihenfolge meiner SCCs:
Bisher waren meine SCCs so gestapelt:
SCCIT (Intertechno mit der alternativen Firmware)
SCC868SlowRf
SCCHomeMatic
SCCMAX
Das funktionierte auch wunderbar, ich konnte senden und empfangen mit Intertechno. Jetzt habe ich festgestellt, dass der SCCMAX einige Nachrichten nicht korrekt interpretiert, wenn er ganz oben gestapelt ist. Also habe ich die Reihenfolge so geändert:
SCCMAX
SCC868SlowRf
SCCHomeMatic
SCCIT
Jetzt ist es so, dass der SCCIT zwar die Signale empfängt und an FHEM weiter gibt, aber das Schalten funktioniert nicht mehr. Kann es sein, dass es beim Senden noch eine Abhängigkeit der Reihenfolge gibt? Es wäre sehr schön wenn man diese Abhängigkeit entfernen könnte, sonst muss ich mich dummerweise entscheiden ob Intertechno oder MAX korrekt funktionieren soll... :(
Danke!
Gruss
Hallo zusammen,
bezogen auf meinen vorhergehenden Post:
An der Firmware liegt es nicht, denn auch mit der Standard-Firmware 1.65 funktioniert das Schalten nicht. Das bedeutet, dass es wohl ein Problem im Modul sein muss. Ich werde daher einen Thread im Intertechno-Unterforum erstellen.
Gruss
Gibt es eine Möglichkeit die Firmware auf einen esp8266 zu flashen ?
so ähnlich
http://forum.fhem.de/index.php/topic,42998.0.html
culfw (auf nano zb) + wifimodul = wlan cul
http://forum.fhem.de/index.php/topic,43267.msg352571.html#msg352571
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
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
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
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.
...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
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.
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!
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.
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?
Wie stelle ich denn das blöde Debugging an? Ich habe set nanoCUL raw X25 eingeschaltet aber ich seh nix vom CUL im Log...
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.
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
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.
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
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.
Zitat von: derchrome am 04 Dezember 2015, 20:04:41
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.
Was geht an den Steckdosen nicht mehr?
Ich habe das Timing wie im changelog geschrieben wieder auf das frühere zurückgesetzt. Wenn Du das bei deinen Dosen geändert hast, dann musst Du das evtl. wieder anpassen.
Der Empfang sollte aber auf jedenfall gehen. Hast Du auch die 433MHz Version auf dem CUL installiert?
Du solltest eigentlich schon einen Unterschied im EventMonitor nach dem einschalten des RAWs sehen.
Die haben nicht mehr geschaltet, hab's aber schon gelöst ;D Ich hab sie einfach nochmal neu definiert und dann ging's.
Im Eventmonitor werden nur ein paar Einträge von meiner Fritzbox angezeigt, sonst nichts. Es werden weder Signale von meiner Elro noch von der Silvercrest empfangen.
Anbei mal die Internals:
Wie oder wo setze ich denn das raw X25? Muss ich am Monitor noch was einstellen?
Edit: im Eventmonitor sehe ich den Befehl kurz und dann wird sehe Startseite geladen. Wenn ich dann wieder auf den Eventmonitor klicke sind keine Einträge mehr zu sehen
Zitat von: derchrome am 04 Dezember 2015, 21:06:33
Die haben nicht mehr geschaltet, hab's aber schon gelöst ;D Ich hab sie einfach nochmal neu definiert und dann ging's.
Im Eventmonitor werden nur ein paar Einträge von meiner Fritzbox angezeigt, sonst nichts. Es werden weder Signale von meiner Elro noch von der Silvercrest empfangen.
Anbei mal die Internals:
Wie oder wo setze ich denn das raw X25? Muss ich am Monitor noch was einstellen?
Edit: im Eventmonitor sehe ich den Befehl kurz und dann wird sehe Startseite geladen. Wenn ich dann wieder auf den Eventmonitor klicke sind keine Einträge mehr zu sehen
Du musst zum CUL Device gehen und beim CUL dann das set ausführen.
Alternativ geht auch set <CUL-NAME> raw X25
Passt das Problem lag zwischen den Ohren :(
Gibt's ne Möglichkeit die empfangenen Codes auch wieder zu senden?
Der empfangene Code sieht so aus:
2015-12-04 20:37:38 CUL nanoCUL UNKNOWNCODE p13 480 928 512 928 0 0 27 1 3 3 480 1056 480 E6 B66AD340
2015-12-04 20:37:41 CUL nanoCUL UNKNOWNCODE p13 496 912 512 960 0 0 27 1 3 3 496 1040 496 F8 B59AAD40
2015-12-04 20:37:43 CUL nanoCUL UNKNOWNCODE p11 352 2352 336 2336 336 1200 100 1 12 4 496 3792 0 F3 80000040000020000010000000
2015-12-04 20:37:43 CUL nanoCUL UNKNOWNCODE p 8 464 832 576 864 0 0 28 1 3 4 464 1088 464 EE B4DAB5A0
2015-12-04 20:37:44 CUL nanoCUL UNKNOWNCODE p11 880 496 1120 416 352 1184 94 1 11 6 352 10256 0 FF 3889EA9C44F54E227AA7113C
2015-12-04 20:37:44 CUL nanoCUL UNKNOWNCODE p 8 480 928 576 864 0 0 24 1 3 0 480 1056 480 02 B6A49A
2015-12-04 20:37:45 CUL nanoCUL UNKNOWNCODE p11 352 5456 1104 432 336 1200 98 1 12 2 496 10208 0 06 D9F79EACFBCF567DE7AB3EF3C0
2015-12-04 20:37:47 CUL nanoCUL UNKNOWNCODE p13 464 928 496 960 0 0 27 1 3 3 464 1072 464 00 B59AAD40
2015-12-04 20:37:48 CUL nanoCUL UNKNOWNCODE p 8 480 912 592 848 0 0 28 1 3 4 480 1056 480 FA B4DAB5A0
2015-12-04 20:37:49 CUL nanoCUL UNKNOWNCODE p11 240 1280 1088 432 336 1200 22 1 2 6 352 5200 0 FA A7113C
2015-12-04 20:37:50 CUL nanoCUL UNKNOWNCODE p 8 480 912 576 864 0 0 24 1 3 0 480 1040 480 F6 B6A49A
Zitat von: derchrome am 04 Dezember 2015, 21:36:41
Passt das Problem lag zwischen den Ohren :(
Gibt's ne Möglichkeit die empfangenen Codes auch wieder zu senden?
Kommt immer drauf an was du empfängst und was du senden möchtest ;-)
Wie ist denn die empfangene Datenstruktur aufgebaut? Welcher Teil sind die Rohdaten/Timings/etc? Ich hab im vorigen Post mal ein paar empfangene Nachrichten angehängt...
Ich würde gerne ein und ausschalten ::);D
Wie ist denn die empfangene Datenstruktur aufgebaut? Welcher Teil sind die Rohdaten/Timings/etc? Ich hab im vorigen Post mal ein paar empfangene Nachrichten angehängt...
Ich würde gerne ein und ausschalten ::);D
Zitat von: derchrome am 04 Dezember 2015, 21:45:08
Wie ist denn die empfangene Datenstruktur aufgebaut? Welcher Teil sind die Rohdaten/Timings/etc? Ich hab im vorigen Post mal ein paar empfangene Nachrichten angehängt...
Ich würde gerne ein und ausschalten ::);D
Ausschalten geht mit X21
Die Ausgabe vom X25 hatte ich mal hier beschrieben:
http://forum.fhem.de/index.php/topic,14348.msg362614.html#msg362614
Am einfachsten siehst Du es aber im Code. Die Hauptroutine ist im rf_receive.c
Mit dem Senden ist das halt so eine Sache, IT z.B. braucht eine andere Struktur beim senden als wie beim Empfangen.
Gibt's denn nun eine Möglichkeit den Code 1:1 wieder rauszugeben? Und wenn ja mit welchem Protokoll?
Zitat von: derchrome am 04 Dezember 2015, 21:58:09
Gibt's denn nun eine Möglichkeit den Code 1:1 wieder rauszugeben? Und wenn ja mit welchem Protokoll?
Kurz und knapp: nein.
Der CUL kann z.B. keine Temperatursensor-Daten senden.
Dafür ist nichts implementiert.
Hmm also selber bauen oder doch auf pilight gehen? Aber da geht dann der CUL nicht oder?
Es gehen beide Empfangsmöglichkeiten bzw. Sendemöglichkeit
Gesendet von meinem C6603 mit Tapatalk
Zitat
Kurz und knapp: nein.
Der CUL kann z.B. keine Temperatursensor-Daten senden.
Dafür ist nichts implementiert.
Leider empfängt der cul keine Temperatursensor-Daten. Sonst könnte ich auf pilight verzichten.
Gesendet von meinem C6603 mit Tapatalk
Habe das Update auf die a-culfw 1.2 gemacht. Musste erstmal den Raspi neu durchstarten, da der Empfang nicht ganz funktionierte. Jetzt läuft wiedr alles.
habe auch mal auf Raw X25 gestellt, um zu schauen was dabei rum kommt.
Von meinem Temp.sensor kam folgendes
2015-12-04 22:23:48 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":19.11,"humidity":41.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-12-04 22:23:48 pilight_temp Temp.sens.s01 temperature: 20.71
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE p 8 656 1920 656 3856 640 1952 42 1 5 2 640 7712 0 4F 2B4B05A48800
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE s2B4B05A4880050; 656: 7680
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE p 8 640 1936 656 3856 640 1952 42 1 5 2 656 7680 0 54 2B4B05A48800
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE p 8 656 1920 656 3856 656 1952 42 1 5 2 656 7696 0 4E 2B4B05A48800
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE p 8 672 1904 640 3888 640 1936 42 1 5 2 624 7696 0 4F 2B4B05A48800
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE p 8 640 1936 640 3872 640 1936 42 1 5 2 672 7696 0 4F 2B4B05A48800
Sieht schon ein wenig anders aus. ;-)
greez
Sascha
Zitat von: sash.sc am 04 Dezember 2015, 22:20:39
Es gehen beide Empfangsmöglichkeiten bzw. Sendemöglichkeit
Gesendet von meinem C6603 mit Tapatalk
Die Frage ist, ob pilight nur die GPIO+RF-Modul zur Kommunikation nutzen kann oder ob man auch den CUL nutzen könnte?
Zitat von: sash.sc am 04 Dezember 2015, 22:27:04
Habe das Update auf die a-culfw 1.2 gemacht. Musste erstmal den Raspi neu durchstarten, da der Empfang nicht ganz funktionierte. Jetzt läuft wiedr alles.
habe auch mal auf Raw X25 gestellt, um zu schauen was dabei rum kommt.
Von meinem Temp.sensor kam folgendes
2015-12-04 22:23:48 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":19.11,"humidity":41.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-12-04 22:23:48 pilight_temp Temp.sens.s01 temperature: 20.71
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE p 8 656 1920 656 3856 640 1952 42 1 5 2 640 7712 0 4F 2B4B05A48800
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE s2B4B05A4880050; 656: 7680
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE p 8 640 1936 656 3856 640 1952 42 1 5 2 656 7680 0 54 2B4B05A48800
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE p 8 656 1920 656 3856 656 1952 42 1 5 2 656 7696 0 4E 2B4B05A48800
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE p 8 672 1904 640 3888 640 1936 42 1 5 2 624 7696 0 4F 2B4B05A48800
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE p 8 640 1936 640 3872 640 1936 42 1 5 2 672 7696 0 4F 2B4B05A48800
Sieht schon ein wenig anders aus. ;-)
greez
Sascha
Hi Sascha,
maach mal in Fhem ein update. Die geänderten Module sind jetzt verfügbar.
Danach sollte Fhem mit dem hier:
2015-12-04 22:23:48 CUL CUL1 UNKNOWNCODE s2B4B05A4880050; 656: 7680
wieder etwas anfangen können.
Mhh Rudi hat das Modul noch nicht für das Update freigeben.
Anbei das neue Modul zu austauschen.
Gruß
Björn
Danke für die Antwort und Unterstützung hier.
Die Frage ist, ob pilight nur die GPIO+RF-Modul zur Kommunikation nutzen kann oder ob man auch den CUL nutzen könnte?
Ich habe mir den nanoCUL nachgebaut, und habe gleichzeitig über den GPIO Port den Sender und Empfänger über pilight am laufen.
Bin aber noch am schauen,ob ich mir den Signalduino nachbaue. (nanoCUL mir mit Empfänger und Sender). Das gleiche gibt es auch auf der Homepage von Pilight. Gleiche Materiallien (nanoBoard mit Sender und Empfänger), nur eine andere Fimrware des Nano und etwas andere PINbelegung.
Gruß
Sascha
Zitat von: sash.sc am 05 Dezember 2015, 08:50:08
Danke für die Antwort und Unterstützung hier.
Die Frage ist, ob pilight nur die GPIO+RF-Modul zur Kommunikation nutzen kann oder ob man auch den CUL nutzen könnte?
Ich habe mir den nanoCUL nachgebaut, und habe gleichzeitig über den GPIO Port den Sender und Empfänger über pilight am laufen.
Bin aber noch am schauen,ob ich mir den Signalduino nachbaue. (nanoCUL mir mit Empfänger und Sender). Das gleiche gibt es auch auf der Homepage von Pilight. Gleiche Materiallien (nanoBoard mit Sender und Empfänger), nur eine andere Fimrware des Nano und etwas andere PINbelegung.
Gruß
Sascha
Guten Morgen,
so einen Sender und Empfänger hab ich auch noch hier liegen. Was bietet ein Signaladuino für einen Vorteil gegenüber den Anschluss des Senders/Empfängers direkt an die GPIO?
Erstmal vielen Dank für eure Unterstützung!
@derchrome
Schaue dir die CPU Auslastung an, dann weisst du es. ;-)
Der Anschluss am GPIO Port erzeugt, ohne Filter, ein "Grundrauschen" und dadurch eine permanente CPU Belastung. Mit dem Signalduino, bzw NanoBoard dazwischen ist die CUPU Belastung gegen Null.
@bjoernh
Update durchgeführt, die Änderungen waren verfügtbar.
Danach sach es dann so aus.
2015-12-05 08:58:28 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.66,"humidity":43.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":2}
2015-12-05 08:59:23 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.72,"humidity":43.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-12-05 08:59:23 pilight_temp Temp.sens.s01 temperature: 22.32
2015-12-05 08:59:24 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.72,"humidity":43.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":2}
2015-12-05 08:59:24 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.72,"humidity":43.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":3}
2015-12-05 09:00:19 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.72,"humidity":43.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-12-05 09:00:20 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.72,"humidity":43.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":2}
2015-12-05 09:00:20 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.72,"humidity":43.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":3}
2015-12-05 09:01:15 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.55,"humidity":42.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-12-05 09:01:15 pilight_temp Temp.sens.s01 temperature: 22.15
2015-12-05 09:01:15 pilight_temp Temp.sens.s01 humidity: 42
2015-12-05 09:01:15 CUL CUL1 UNKNOWNCODE p 8 640 1936 624 3872 656 1952 42 1 5 2 640 7712 0 46 2B498DA88000
2015-12-05 09:01:16 Global global UNDEFINED CUL_TCM97001_Unknown CUL_TCM97001 Unknown
2015-12-05 09:01:16 CUL CUL1 UNKNOWNCODE p 8 656 1920 672 3840 640 1968 42 1 5 2 656 7696 0 5B 2B498DA88000
2015-12-05 09:01:16 CUL CUL1 UNKNOWNCODE p 8 656 1936 640 3872 672 1936 42 1 5 2 640 7696 0 42 2B498DA88000
2015-12-05 09:01:16 CUL CUL1 UNKNOWNCODE p 8 624 1920 640 3856 656 1920 42 1 5 2 656 7680 0 43 2B498DA88000
2015-12-05 09:01:16 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.55,"humidity":42.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":2}
2015-12-05 09:01:16 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.55,"humidity":42.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":3}
2015-12-05 09:01:16 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.55,"humidity":42.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":4}
2015-12-05 09:01:16 CUL CUL1 UNKNOWNCODE p 8 640 1936 656 3856 640 1952 42 1 5 2 640 7680 0 43 2B498DA88000
2015-12-05 09:01:46 pilight_ctrl pilight rcv_raw: {"message":{"id":0,"state":"off"},"origin":"receiver","protocol":"ehome","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-12-05 09:01:46 pilight_ctrl pilight rcv_raw: {"message":{"systemcode":0,"unitcode":0,"state":"on"},"origin":"receiver","protocol":"elro_800_switch","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-12-05 09:01:46 pilight_ctrl pilight UNKNOWNCODE PISWITCH,elro_800_switch,0,0,on
2015-12-05 09:02:11 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.33,"humidity":43.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-12-05 09:02:11 pilight_temp Temp.sens.s01 temperature: 21.93
2015-12-05 09:02:11 pilight_temp Temp.sens.s01 humidity: 43
2015-12-05 09:02:11 CUL CUL1 UNKNOWNCODE p 8 640 1920 656 3872 640 1952 42 1 5 2 640 7696 0 43 2B488DAC8380
2015-12-05 09:02:12 SVG SVG_CUL_TCM97001_Unknown copyGplotFile
2015-12-05 09:02:12 Global global UNDEFINED CUL_TCM97001_Unknown CUL_TCM97001 Unknown
2015-12-05 09:02:12 Global global DEFINED CUL_TCM97001_Unknown
2015-12-05 09:02:12 Global global DEFINED FileLog_CUL_TCM97001_Unknown
2015-12-05 09:02:12 Global global ATTR CUL_TCM97001_Unknown event-min-interval .*:300
2015-12-05 09:02:12 Global global ATTR CUL_TCM97001_Unknown event-on-change-reading .*
2015-12-05 09:02:12 Global global DEFINED SVG_CUL_TCM97001_Unknown
2015-12-05 09:02:12 Global global SAVE
2015-12-05 09:02:12 CUL CUL1 UNKNOWNCODE p 8 656 1936 640 3872 656 1936 42 1 5 2 640 7712 0 5F 2B488DAC8380
2015-12-05 09:02:12 CUL CUL1 UNKNOWNCODE p 8 672 1888 640 3872 656 1952 42 1 5 2 656 7696 0 4C 2B488DAC8380
2015-12-05 09:02:12 CUL CUL1 UNKNOWNCODE p 8 656 1920 640 3872 624 1984 42 1 5 2 640 7680 0 48 2B488DAC8380
2015-12-05 09:02:12 CUL CUL1 UNKNOWNCODE p 8 656 1936 640 3856 640 1984 42 1 5 2 640 7680 0 48 2B488DAC8380
2015-12-05 09:03:07 pilight_ctrl pilight rcv_raw: {"message":{"id":173,"temperature":20.27,"humidity":43.00,"battery":1,"channel":3},"origin":"receiver","protocol":"tfa","uuid":"0000-b8-27-eb-6de740","repeats":1}
2015-12-05 09:03:07 pilight_temp Temp.sens.s01 temperature: 21.87
2015-12-05 09:03:07 CUL CUL1 UNKNOWNCODE p 8 656 1904 640 3856 640 1968 42 1 5 2 640 7680 0 43 2B484DAC8100
2015-12-05 09:03:08 CUL_TCM97001 CUL_TCM97001_Unknown Code: 2B484DAC8100
2015-12-05 09:03:08 CUL CUL1 UNKNOWNCODE p 8 640 1936 656 3856 624 1968 42 1 5 2 640 7680 0 52 2B484DAC8100
2015-12-05 09:03:08 CUL CUL1 UNKNOWNCODE p 8 656 1936 672 3840 656 1952 42 1 5 2 640 7664 0 44 2B484DAC8100
2015-12-05 09:03:08 CUL CUL1 UNKNOWNCODE p 8 640 1952 640 3856 640 1952 42 1 5 2 640 7680 0 45 2B484DAC8100
2015-12-05 09:03:08 CUL CUL1 UNKNOWNCODE p 8 640 1920 640 3872 656 1920 42 1 5 2 624 7696 0 48 2B484DAC8100
Gruß
Sascha
Nachtrag:
Hier der Auszug aus dem automatisch angelegtem LOG.
2015-12-05_09:03:08 CUL_TCM97001_Unknown Code: 2B484DAC8100
2015-12-05_09:04:04 CUL_TCM97001_Unknown Code: 2B484DAC8100
2015-12-05_09:05:00 CUL_TCM97001_Unknown Code: 2B488DAC8380
2015-12-05_09:06:52 CUL_TCM97001_Unknown Code: 2B48CDAC8200
2015-12-05_10:17:48 CUL_TCM97001_Unknown Code: 2B4B0DB08100
2015-12-05_10:23:24 CUL_TCM97001_Unknown Code: 2B4B0DB08100
Irgendwas scheint da noch nicht zu passen.
Gruß
Sascha
Hallo Björn,
anscheinend besteht hier im Forum Interesse an ZWave@a-culfw (http://forum.fhem.de/index.php/topic,44905.0.html). Hast Du die Implementierung aufgrund der aktuellen Erkenntnisse in Betracht gezogen?
Zitat von: locutus am 05 Dezember 2015, 10:17:13
Hallo Björn,
anscheinend besteht hier im Forum Interesse an ZWave@a-culfw (http://forum.fhem.de/index.php/topic,44905.0.html). Hast Du die Implementierung aufgrund der aktuellen Erkenntnisse in Betracht gezogen?
Hallo,
nein, ich habe mich momentan primär um 433MHz gekümmert.
Man kann das ZWave aber schon in die aculfw übernehmen, da sehe ich keine Probleme.
Gruß
Björn
Würde ein nanoboard da von speichert her noch reichen, und /oder muss dann auch noch ein anderer Sender drauf? Mit zwave habe ich mich noch nicht auseinander gesetzt.
Gesendet von meinem C6603 mit Tapatalk
Zitat von: sash.sc am 05 Dezember 2015, 16:52:43
Würde ein nanoboard da von speichert her noch reichen, und /oder muss dann auch noch ein anderer Sender drauf? Mit zwave habe ich mich noch nicht auseinander gesetzt.
Gesendet von meinem C6603 mit Tapatalk
Naja, vermutlich wird es in den Nano nicht mehr reingehen, zumindest nicht wenn man nichts anderes abschaltet.
Aber wenn man z.B. ZWave fährt, dann kann man ja HomeMatic abschalten, das geht ja dann eh nicht zusammen.
Moin Björn,
ich möchte meine Somfy Rollläden mit FHEM steuern und habe dafür meinen CUL433 mit Deiner Fimware geflashed, aktuelle Version V 1.20.00 a-culfw Build: 174 (2015-12-04_16-53-05) CUL433 (F-Band: 433MHz). FHEM steht auf autocreate, Wenn ich jetzt die originale Fernbedienung betätige sollte doch automatisch ein Somfy device erzeugt werden oder bin ich da auf dem Holzweg? IT devices wurden so schon jede Menge erzeugt. Im Log finde ich aber keinerlei Hinweise auf das Somy Protokoll, geschweige denn dass ein device erzeugt wurde.
2015.12.06 16:07:40 3: myTwilight twilight_weather: 23.3
2015.12.06 16:08:01 3: CUL0: Unknown code s96F0078428DB; 512: 9104, help me!
2015.12.06 16:08:10 3: CUL0: Unknown code s59D8061400D8; 416: 9280, help me!
2015.12.06 16:08:53 3: CUL0: Unknown code s96F0078428DA; 512: 9104, help me!
2015.12.06 16:09:55 3: CUL0: Unknown code s59D8061400D8; 448: 9248, help me!
2015.12.06 16:11:32 3: BW1 off->on
2015.12.06 16:11:33 3: CUL_HM set Schalter_Flur on
2015.12.06 16:11:33 3: BW1 on->on
2015.12.06 16:11:33 3: CUL_HM set Schalter_Flur on
2015.12.06 16:11:33 3: BW1 on->on
2015.12.06 16:11:34 3: CUL_HM set Schalter_Flur on
2015.12.06 16:12:31 3: CUL0: Unknown code sFC41CEDB; 400: 8912, help me!
2015.12.06 16:12:36 3: BW1 on->off
2015.12.06 16:12:36 3: CUL_HM set Schalter_Flur off
2015.12.06 16:12:40 3: BW1 off->on
2015.12.06 16:12:40 3: CUL_HM set Schalter_Flur on
2015.12.06 16:12:40 3: myTwilight twilight: 58.8
2015.12.06 16:12:40 3: myTwilight twilight_weather: 19.9
2015.12.06 16:14:13 3: BW1 on->off
2015.12.06 16:14:14 3: CUL_HM set Schalter_Flur off
2015.12.06 16:17:31 3: CUL0: Unknown code sFC41CEDA; 416: 8864, help me!
2015.12.06 16:17:44 3: myTwilight twilight: 55.4
2015.12.06 16:17:44 3: myTwilight twilight_weather: 16.5
2015.12.06 16:19:50 3: CUL0: Unknown code s59D8062400D8; 432: 9232, help me!
2015.12.06 16:21:00 3: CUL0: Unknown code s59D8062400DA; 448: 9248, help me!
2015.12.06 16:21:38 3: IT_00FF00FF0F off->on
2015.12.06 16:21:38 3: IT_00FFF1FF1F on->on
2015.12.06 16:21:40 3: IT_00FF00FF0F on->on
2015.12.06 16:22:44 3: myTwilight twilight: 51.9
2015.12.06 16:22:44 3: myTwilight twilight_weather: 13
2015.12.06 16:27:35 3: CUL0: Unknown code sFC41CEDB; 384: 8944, help me!
2015.12.06 16:27:39 3: set CUL0 raw X25
2015.12.06 16:27:48 3: myTwilight twilight: 48.4
2015.12.06 16:27:48 3: myTwilight twilight_weather: 9.5
2015.12.06 16:27:56 2: CUL0: unknown message p13 688 1040 624 1024 0 0 69 1 8 5 1136 1040 560 DF AAAAAAAAAAAAAAAAA8
2015.12.06 16:27:56 2: CUL0: unknown message p13 688 992 624 1008 0 0 26 1 3 2 1136 992 560 E2 AAAAAA80
2015.12.06 16:27:56 2: CUL0: unknown message p13 688 1024 624 1008 0 0 26 1 3 2 1152 1024 576 DF AAAAAA80
2015.12.06 16:27:57 2: CUL0: unknown message p11 32 80 416 4032 224 1200 118 1 14 6 384 10752 0 D4 0C96B52AA2A8EC536B47B5087AD56C
2015.12.06 16:28:00 2: CUL0: unknown message p11 432 2080 96 112 320 2112 48 1 6 0 384 9328 0 D4 2673000A2200
2015.12.06 16:28:00 2: CUL0: unknown message p11 448 2048 240 32 384 2048 48 1 6 0 400 9296 0 D7 58A940060900
2015.12.06 16:28:00 2: CUL0: unknown message p11 288 16 208 16 368 2080 44 1 5 4 368 9296 0 D6 267600308800
2015.12.06 16:28:00 2: CUL0: unknown message p11 448 2032 400 3968 400 2032 49 1 6 1 384 9280 0 D7 4534A005022000
2015.12.06 16:28:00 2: CUL0: unknown message p11 208 32 80 64 384 2080 45 1 5 5 400 9296 0 D6 151CC00C2400
2015.12.06 16:28:01 2: CUL0: unknown message p 8 512 4160 496 4192 496 2128 42 1 5 2 464 9136 0 D8 967801D081C0
2015.12.06 16:28:01 2: CUL0: unknown message p11 528 4128 32 4192 512 2144 46 1 5 6 480 9136 0 D8 8B1E002D0834
2015.12.06 16:28:01 2: CUL0: unknown message p11 496 4160 512 4192 544 2112 40 1 5 0 448 9152 0 D8 89BC01D087
2015.12.06 16:28:01 2: CUL0: unknown message p 8 512 4128 480 4224 528 2112 37 1 4 5 512 9104 0 D7 96F0078438
2015.12.06 16:28:01 2: CUL0: unknown message p11 432 4160 512 4192 512 2112 40 1 5 0 480 9184 0 D9 96F002E107
2015.12.06 16:28:01 2: CUL0: unknown message p11 512 4128 480 4208 528 2080 39 1 4 7 496 9136 0 D7 96F003C20E
2015.12.06 16:28:01 2: CUL0: unknown message p11 512 4128 496 4160 480 2128 41 1 5 1 464 9136 0 D9 966C00784180
2015.12.06 16:28:26 2: CUL0: unknown message p11 176 128 16 2352 96 160 25 1 3 1 416 4192 0 DA 6FAEAA80
2015.12.06 16:28:26 2: CUL0: unknown message p11 416 4160 416 2176 160 112 17 1 2 1 448 4160 0 DB FD6F80
2015.12.06 16:28:26 2: CUL0: unknown message p11 144 48 128 64 368 2144 69 1 8 5 240 9104 0 D5 4A4800002A021B2500
2015.12.06 16:28:27 2: CUL0: unknown message p11 96 48 80 2112 144 80 23 1 2 7 448 4224 0 DA 4BDD94
2015.12.06 16:28:27 2: CUL0: unknown message p11 416 4160 432 2144 64 16 16 1 2 0 464 4176 0 DC FFF6
2015.12.06 16:28:32 2: CUL0: unknown message p 8 96 4208 48 192 48 2144 24 1 3 0 160 8672 0 D6 800AC4
2015.12.06 16:28:35 2: CUL0: unknown message p11 320 688 128 16 304 2032 58 1 7 2 160 9296 0 D6 A828694006108000
2015.12.06 16:28:36 2: CUL0: unknown message p11 208 16 96 48 192 2064 51 1 6 3 240 9280 0 D7 2C2AC002824000
2015.12.06 16:28:36 2: CUL0: unknown message p11 416 4000 64 2032 304 16 19 1 2 3 368 3968 0 D6 FFBA40
2015.12.06 16:28:36 2: CUL0: unknown message p11 400 4080 160 2112 272 48 17 1 2 1 256 4016 0 DA ADD780
2015.12.06 16:28:36 2: CUL0: unknown message p11 176 80 224 144 240 2048 51 1 6 3 432 9264 0 D5 230E6003042000
2015.12.06 16:28:36 2: CUL0: unknown message p11 464 2032 32 16 368 2064 56 1 7 0 400 9264 0 D6 151D8002404200
2015.12.06 16:28:39 2: CUL0: unknown message p11 304 16 112 160 336 2096 51 1 6 3 416 9360 0 D6 228B6001809000
2015.12.06 16:28:52 2: CUL0: unknown message p11 544 4176 512 4176 208 2112 43 1 5 3 496 9120 0 D8 9374007840E0
2015.12.06 16:28:52 2: CUL0: unknown message p11 528 4144 496 4160 448 2128 40 1 5 0 480 9136 0 D8 937200F087
2015.12.06 16:28:52 2: CUL0: unknown message p11 528 4176 480 4192 96 2144 43 1 5 3 480 9120 0 D8 96E8016420E0
2015.12.06 16:28:52 2: CUL0: unknown message p11 496 4208 384 4208 192 2176 46 1 5 6 496 9120 0 D7 84D5801E081C
2015.12.06 16:28:52 2: CUL0: unknown message p11 496 4176 128 48 400 2160 49 1 6 1 480 9120 0 D7 898B800F040500
2015.12.06 16:28:53 2: CUL0: unknown message p11 480 4208 160 4224 496 2128 57 1 7 1 288 9136 0 D6 846B80002D010580
2015.12.06 16:28:53 2: CUL0: unknown message p11 384 4192 144 240 416 1024 68 1 8 4 464 9216 0 D5 8460500241849932E0
2015.12.06 16:28:53 2: CUL0: unknown message p13 816 1008 608 1024 0 0 26 1 3 2 1152 1008 576 DE AAAAAA80
2015.12.06 16:28:53 2: CUL0: unknown message p13 832 1040 624 1024 0 0 83 1 10 3 1168 1040 576 DC AAAAAAAAAAAAAAAAAAAAA0
2015.12.06 16:29:07 2: CUL0: unknown message p11 80 2384 48 2464 0 0 25 1 3 1 160 4800 0 D8 AAF6D580
2015.12.06 16:29:11 2: CUL0: unknown message p11 400 2000 336 2064 112 32 18 1 2 2 368 4016 0 D8 DA7B00
2015.12.06 16:29:11 2: CUL0: unknown message p11 64 96 160 48 32 2144 55 1 6 7 272 9408 0 D5 15293000510800
2015.12.06 16:29:11 2: CUL0: unknown message p11 224 4192 384 2032 224 80 17 1 2 1 400 3984 0 DB D77D80
2015.12.06 16:29:14 2: CUL0: unknown message p11 496 2032 48 80 368 2064 53 1 6 5 400 9264 0 D6 4C585000C21000
2015.12.06 16:29:15 2: CUL0: unknown message p11 80 16 208 48 48 2080 61 1 7 5 256 9328 0 D6 094354000C042000
2015.12.06 16:29:15 2: CUL0: unknown message p11 240 4016 48 4000 144 64 21 1 2 5 384 3984 0 D9 F32F48
2015.12.06 16:29:19 2: CUL0: unknown message p11 256 64 16 2144 128 64 26 1 3 2 272 4208 0 D9 6DDDAA40
2015.12.06 16:29:19 2: CUL0: unknown message p11 464 2224 32 4176 448 2160 52 1 6 4 448 9072 0 D6 2B80002C46CD00
2015.12.06 16:29:19 2: CUL0: unknown message p11 208 16 224 80 432 2160 55 1 6 7 400 9072 0 D7 04F00005807B80
2015.12.06 16:29:19 2: CUL0: unknown message p11 448 2240 96 32 416 2176 55 1 6 7 336 9120 0 D6 0B50006406DB80
2015.12.06 16:29:19 2: CUL0: unknown message p11 384 2192 240 80 448 2128 60 1 7 4 256 9120 0 D5 11540000682D5600
2015.12.06 16:29:19 2: CUL0: unknown message p11 192 2304 208 80 400 2160 46 1 5 6 416 9088 0 D5 5E000B15CA80
2015.12.06 16:29:41 2: CUL0: unknown message p11 160 32 496 4272 496 2112 49 1 6 1 256 9168 0 D5 4ABC0003C10380
2015.12.06 16:29:41 2: CUL0: unknown message p11 336 64 496 4224 512 2096 48 1 6 0 384 9168 0 D6 452F000D8087
2015.12.06 16:29:41 2: CUL0: unknown message p11 480 4192 288 4208 496 2128 45 1 5 5 288 9280 0 D7 8B78006C1068
2015.12.06 16:29:41 2: CUL0: unknown message p11 496 4192 480 4240 192 2128 50 1 6 2 448 9152 0 D8 957800330304C0
2015.12.06 16:29:41 2: CUL0: unknown message p11 416 4176 96 4224 304 2176 53 1 6 5 448 9216 0 D6 94A68002B42068
2015.12.06 16:29:41 2: CUL0: unknown message p11 512 4144 496 4208 256 2128 48 1 6 0 432 9152 0 D5 974D00170107
2015.12.06 16:29:41 2: CUL0: unknown message p11 480 4176 208 4176 48 2128 65 1 8 1 464 9168 0 D6 854D033067800A0280
2015.12.06 16:29:45 2: CUL0: unknown message p11 208 32 384 2064 32 112 16 1 2 0 320 4032 0 DB 6AF7
2015.12.06 16:29:45 2: CUL0: unknown message p11 352 48 64 64 416 2016 59 1 7 3 432 9232 0 D7 24864C0018210000
2015.12.06 16:29:45 2: CUL0: unknown message p11 384 2192 192 48 400 2016 49 1 6 1 400 9344 0 D8 4C1CC002824000
2015.12.06 16:29:45 2: CUL0: unknown message p11 480 2016 80 32 368 2000 57 1 7 1 416 9312 0 D5 4C54A00180210000
2015.12.06 16:29:45 2: CUL0: unknown message p11 112 48 96 48 384 2160 57 1 7 1 176 9296 0 D4 1483540014220000
2015.12.06 16:29:45 2: CUL0: unknown message p11 464 2064 192 32 80 2048 56 1 7 0 224 9312 0 D5 450B2801302200
2015.12.06 16:29:48 2: CUL0: unknown message p13 800 1040 640 992 0 0 44 1 5 4 1136 1040 560 DE AAAAAAAAAAA0
2015.12.06 16:29:48 2: CUL0: unknown message p13 832 1024 624 1008 0 0 26 1 3 2 1168 1024 576 DD AAAAAA80
2015.12.06 16:29:48 2: CUL0: unknown message p11 1168 1008 1136 1024 400 1056 43 1 5 3 384 6864 0 E1 0A01061261A0
2015.12.06 16:30:03 2: CUL0: unknown message p11 64 128 80 2224 144 80 19 1 2 3 240 4304 0 D9 5B2EA0
2015.12.06 16:30:04 2: CUL0: unknown message p11 400 4208 96 96 416 2176 56 1 7 0 432 9120 0 D6 BC00005203C93C
2015.12.06 16:30:04 2: CUL0: unknown message p11 32 16 32 48 160 2192 68 1 8 4 400 9152 0 D6 24D000001A019A8E40
2015.12.06 16:30:07 2: CUL0: unknown message p11 432 4240 288 80 240 2144 57 1 7 1 464 9040 0 D5 89500003407B2D00
2015.12.06 16:30:07 2: CUL0: unknown message p 8 416 2224 256 2128 80 96 24 1 3 0 352 4176 0 DA FB75D4
2015.12.06 16:30:07 2: CUL0: unknown message p11 480 4128 128 4176 80 2288 53 1 6 5 416 9072 0 D8 BC003400E92688
2015.12.06 16:30:14 3: set CUL0 raw X21
Was mache ich falsch?
Gruß
Arthur
Zitat von: arthur_dent_2015 am 06 Dezember 2015, 17:09:13
Moin Björn,
ich möchte meine Somfy Rollläden mit FHEM steuern und habe dafür meinen CUL433 mit Deiner Fimware geflashed, aktuelle Version V 1.20.00 a-culfw Build: 174 (2015-12-04_16-53-05) CUL433 (F-Band: 433MHz). FHEM steht auf autocreate, Wenn ich jetzt die originale Fernbedienung betätige sollte doch automatisch ein Somfy device erzeugt werden oder bin ich da auf dem Holzweg? IT devices wurden so schon jede Menge erzeugt. Im Log finde ich aber keinerlei Hinweise auf das Somy Protokoll, geschweige denn dass ein device erzeugt wurde.
2015.12.06 16:07:40 3: myTwilight twilight_weather: 23.3
2015.12.06 16:08:01 3: CUL0: Unknown code s96F0078428DB; 512: 9104, help me!
2015.12.06 16:08:10 3: CUL0: Unknown code s59D8061400D8; 416: 9280, help me!
2015.12.06 16:08:53 3: CUL0: Unknown code s96F0078428DA; 512: 9104, help me!
2015.12.06 16:09:55 3: CUL0: Unknown code s59D8061400D8; 448: 9248, help me!
2015.12.06 16:11:32 3: BW1 off->on
2015.12.06 16:11:33 3: CUL_HM set Schalter_Flur on
2015.12.06 16:11:33 3: BW1 on->on
2015.12.06 16:11:33 3: CUL_HM set Schalter_Flur on
2015.12.06 16:11:33 3: BW1 on->on
2015.12.06 16:11:34 3: CUL_HM set Schalter_Flur on
2015.12.06 16:12:31 3: CUL0: Unknown code sFC41CEDB; 400: 8912, help me!
2015.12.06 16:12:36 3: BW1 on->off
2015.12.06 16:12:36 3: CUL_HM set Schalter_Flur off
2015.12.06 16:12:40 3: BW1 off->on
2015.12.06 16:12:40 3: CUL_HM set Schalter_Flur on
2015.12.06 16:12:40 3: myTwilight twilight: 58.8
2015.12.06 16:12:40 3: myTwilight twilight_weather: 19.9
2015.12.06 16:14:13 3: BW1 on->off
2015.12.06 16:14:14 3: CUL_HM set Schalter_Flur off
2015.12.06 16:17:31 3: CUL0: Unknown code sFC41CEDA; 416: 8864, help me!
2015.12.06 16:17:44 3: myTwilight twilight: 55.4
2015.12.06 16:17:44 3: myTwilight twilight_weather: 16.5
2015.12.06 16:19:50 3: CUL0: Unknown code s59D8062400D8; 432: 9232, help me!
2015.12.06 16:21:00 3: CUL0: Unknown code s59D8062400DA; 448: 9248, help me!
2015.12.06 16:21:38 3: IT_00FF00FF0F off->on
2015.12.06 16:21:38 3: IT_00FFF1FF1F on->on
2015.12.06 16:21:40 3: IT_00FF00FF0F on->on
2015.12.06 16:22:44 3: myTwilight twilight: 51.9
2015.12.06 16:22:44 3: myTwilight twilight_weather: 13
2015.12.06 16:27:35 3: CUL0: Unknown code sFC41CEDB; 384: 8944, help me!
2015.12.06 16:27:39 3: set CUL0 raw X25
2015.12.06 16:27:48 3: myTwilight twilight: 48.4
2015.12.06 16:27:48 3: myTwilight twilight_weather: 9.5
2015.12.06 16:27:56 2: CUL0: unknown message p13 688 1040 624 1024 0 0 69 1 8 5 1136 1040 560 DF AAAAAAAAAAAAAAAAA8
2015.12.06 16:27:56 2: CUL0: unknown message p13 688 992 624 1008 0 0 26 1 3 2 1136 992 560 E2 AAAAAA80
2015.12.06 16:27:56 2: CUL0: unknown message p13 688 1024 624 1008 0 0 26 1 3 2 1152 1024 576 DF AAAAAA80
2015.12.06 16:27:57 2: CUL0: unknown message p11 32 80 416 4032 224 1200 118 1 14 6 384 10752 0 D4 0C96B52AA2A8EC536B47B5087AD56C
2015.12.06 16:28:00 2: CUL0: unknown message p11 432 2080 96 112 320 2112 48 1 6 0 384 9328 0 D4 2673000A2200
2015.12.06 16:28:00 2: CUL0: unknown message p11 448 2048 240 32 384 2048 48 1 6 0 400 9296 0 D7 58A940060900
2015.12.06 16:28:00 2: CUL0: unknown message p11 288 16 208 16 368 2080 44 1 5 4 368 9296 0 D6 267600308800
2015.12.06 16:28:00 2: CUL0: unknown message p11 448 2032 400 3968 400 2032 49 1 6 1 384 9280 0 D7 4534A005022000
2015.12.06 16:28:00 2: CUL0: unknown message p11 208 32 80 64 384 2080 45 1 5 5 400 9296 0 D6 151CC00C2400
2015.12.06 16:28:01 2: CUL0: unknown message p 8 512 4160 496 4192 496 2128 42 1 5 2 464 9136 0 D8 967801D081C0
2015.12.06 16:28:01 2: CUL0: unknown message p11 528 4128 32 4192 512 2144 46 1 5 6 480 9136 0 D8 8B1E002D0834
2015.12.06 16:28:01 2: CUL0: unknown message p11 496 4160 512 4192 544 2112 40 1 5 0 448 9152 0 D8 89BC01D087
2015.12.06 16:28:01 2: CUL0: unknown message p 8 512 4128 480 4224 528 2112 37 1 4 5 512 9104 0 D7 96F0078438
2015.12.06 16:28:01 2: CUL0: unknown message p11 432 4160 512 4192 512 2112 40 1 5 0 480 9184 0 D9 96F002E107
2015.12.06 16:28:01 2: CUL0: unknown message p11 512 4128 480 4208 528 2080 39 1 4 7 496 9136 0 D7 96F003C20E
2015.12.06 16:28:01 2: CUL0: unknown message p11 512 4128 496 4160 480 2128 41 1 5 1 464 9136 0 D9 966C00784180
2015.12.06 16:28:26 2: CUL0: unknown message p11 176 128 16 2352 96 160 25 1 3 1 416 4192 0 DA 6FAEAA80
2015.12.06 16:28:26 2: CUL0: unknown message p11 416 4160 416 2176 160 112 17 1 2 1 448 4160 0 DB FD6F80
2015.12.06 16:28:26 2: CUL0: unknown message p11 144 48 128 64 368 2144 69 1 8 5 240 9104 0 D5 4A4800002A021B2500
2015.12.06 16:28:27 2: CUL0: unknown message p11 96 48 80 2112 144 80 23 1 2 7 448 4224 0 DA 4BDD94
2015.12.06 16:28:27 2: CUL0: unknown message p11 416 4160 432 2144 64 16 16 1 2 0 464 4176 0 DC FFF6
2015.12.06 16:28:32 2: CUL0: unknown message p 8 96 4208 48 192 48 2144 24 1 3 0 160 8672 0 D6 800AC4
2015.12.06 16:28:35 2: CUL0: unknown message p11 320 688 128 16 304 2032 58 1 7 2 160 9296 0 D6 A828694006108000
2015.12.06 16:28:36 2: CUL0: unknown message p11 208 16 96 48 192 2064 51 1 6 3 240 9280 0 D7 2C2AC002824000
2015.12.06 16:28:36 2: CUL0: unknown message p11 416 4000 64 2032 304 16 19 1 2 3 368 3968 0 D6 FFBA40
2015.12.06 16:28:36 2: CUL0: unknown message p11 400 4080 160 2112 272 48 17 1 2 1 256 4016 0 DA ADD780
2015.12.06 16:28:36 2: CUL0: unknown message p11 176 80 224 144 240 2048 51 1 6 3 432 9264 0 D5 230E6003042000
2015.12.06 16:28:36 2: CUL0: unknown message p11 464 2032 32 16 368 2064 56 1 7 0 400 9264 0 D6 151D8002404200
2015.12.06 16:28:39 2: CUL0: unknown message p11 304 16 112 160 336 2096 51 1 6 3 416 9360 0 D6 228B6001809000
2015.12.06 16:28:52 2: CUL0: unknown message p11 544 4176 512 4176 208 2112 43 1 5 3 496 9120 0 D8 9374007840E0
2015.12.06 16:28:52 2: CUL0: unknown message p11 528 4144 496 4160 448 2128 40 1 5 0 480 9136 0 D8 937200F087
2015.12.06 16:28:52 2: CUL0: unknown message p11 528 4176 480 4192 96 2144 43 1 5 3 480 9120 0 D8 96E8016420E0
2015.12.06 16:28:52 2: CUL0: unknown message p11 496 4208 384 4208 192 2176 46 1 5 6 496 9120 0 D7 84D5801E081C
2015.12.06 16:28:52 2: CUL0: unknown message p11 496 4176 128 48 400 2160 49 1 6 1 480 9120 0 D7 898B800F040500
2015.12.06 16:28:53 2: CUL0: unknown message p11 480 4208 160 4224 496 2128 57 1 7 1 288 9136 0 D6 846B80002D010580
2015.12.06 16:28:53 2: CUL0: unknown message p11 384 4192 144 240 416 1024 68 1 8 4 464 9216 0 D5 8460500241849932E0
2015.12.06 16:28:53 2: CUL0: unknown message p13 816 1008 608 1024 0 0 26 1 3 2 1152 1008 576 DE AAAAAA80
2015.12.06 16:28:53 2: CUL0: unknown message p13 832 1040 624 1024 0 0 83 1 10 3 1168 1040 576 DC AAAAAAAAAAAAAAAAAAAAA0
2015.12.06 16:29:07 2: CUL0: unknown message p11 80 2384 48 2464 0 0 25 1 3 1 160 4800 0 D8 AAF6D580
2015.12.06 16:29:11 2: CUL0: unknown message p11 400 2000 336 2064 112 32 18 1 2 2 368 4016 0 D8 DA7B00
2015.12.06 16:29:11 2: CUL0: unknown message p11 64 96 160 48 32 2144 55 1 6 7 272 9408 0 D5 15293000510800
2015.12.06 16:29:11 2: CUL0: unknown message p11 224 4192 384 2032 224 80 17 1 2 1 400 3984 0 DB D77D80
2015.12.06 16:29:14 2: CUL0: unknown message p11 496 2032 48 80 368 2064 53 1 6 5 400 9264 0 D6 4C585000C21000
2015.12.06 16:29:15 2: CUL0: unknown message p11 80 16 208 48 48 2080 61 1 7 5 256 9328 0 D6 094354000C042000
2015.12.06 16:29:15 2: CUL0: unknown message p11 240 4016 48 4000 144 64 21 1 2 5 384 3984 0 D9 F32F48
2015.12.06 16:29:19 2: CUL0: unknown message p11 256 64 16 2144 128 64 26 1 3 2 272 4208 0 D9 6DDDAA40
2015.12.06 16:29:19 2: CUL0: unknown message p11 464 2224 32 4176 448 2160 52 1 6 4 448 9072 0 D6 2B80002C46CD00
2015.12.06 16:29:19 2: CUL0: unknown message p11 208 16 224 80 432 2160 55 1 6 7 400 9072 0 D7 04F00005807B80
2015.12.06 16:29:19 2: CUL0: unknown message p11 448 2240 96 32 416 2176 55 1 6 7 336 9120 0 D6 0B50006406DB80
2015.12.06 16:29:19 2: CUL0: unknown message p11 384 2192 240 80 448 2128 60 1 7 4 256 9120 0 D5 11540000682D5600
2015.12.06 16:29:19 2: CUL0: unknown message p11 192 2304 208 80 400 2160 46 1 5 6 416 9088 0 D5 5E000B15CA80
2015.12.06 16:29:41 2: CUL0: unknown message p11 160 32 496 4272 496 2112 49 1 6 1 256 9168 0 D5 4ABC0003C10380
2015.12.06 16:29:41 2: CUL0: unknown message p11 336 64 496 4224 512 2096 48 1 6 0 384 9168 0 D6 452F000D8087
2015.12.06 16:29:41 2: CUL0: unknown message p11 480 4192 288 4208 496 2128 45 1 5 5 288 9280 0 D7 8B78006C1068
2015.12.06 16:29:41 2: CUL0: unknown message p11 496 4192 480 4240 192 2128 50 1 6 2 448 9152 0 D8 957800330304C0
2015.12.06 16:29:41 2: CUL0: unknown message p11 416 4176 96 4224 304 2176 53 1 6 5 448 9216 0 D6 94A68002B42068
2015.12.06 16:29:41 2: CUL0: unknown message p11 512 4144 496 4208 256 2128 48 1 6 0 432 9152 0 D5 974D00170107
2015.12.06 16:29:41 2: CUL0: unknown message p11 480 4176 208 4176 48 2128 65 1 8 1 464 9168 0 D6 854D033067800A0280
2015.12.06 16:29:45 2: CUL0: unknown message p11 208 32 384 2064 32 112 16 1 2 0 320 4032 0 DB 6AF7
2015.12.06 16:29:45 2: CUL0: unknown message p11 352 48 64 64 416 2016 59 1 7 3 432 9232 0 D7 24864C0018210000
2015.12.06 16:29:45 2: CUL0: unknown message p11 384 2192 192 48 400 2016 49 1 6 1 400 9344 0 D8 4C1CC002824000
2015.12.06 16:29:45 2: CUL0: unknown message p11 480 2016 80 32 368 2000 57 1 7 1 416 9312 0 D5 4C54A00180210000
2015.12.06 16:29:45 2: CUL0: unknown message p11 112 48 96 48 384 2160 57 1 7 1 176 9296 0 D4 1483540014220000
2015.12.06 16:29:45 2: CUL0: unknown message p11 464 2064 192 32 80 2048 56 1 7 0 224 9312 0 D5 450B2801302200
2015.12.06 16:29:48 2: CUL0: unknown message p13 800 1040 640 992 0 0 44 1 5 4 1136 1040 560 DE AAAAAAAAAAA0
2015.12.06 16:29:48 2: CUL0: unknown message p13 832 1024 624 1008 0 0 26 1 3 2 1168 1024 576 DD AAAAAA80
2015.12.06 16:29:48 2: CUL0: unknown message p11 1168 1008 1136 1024 400 1056 43 1 5 3 384 6864 0 E1 0A01061261A0
2015.12.06 16:30:03 2: CUL0: unknown message p11 64 128 80 2224 144 80 19 1 2 3 240 4304 0 D9 5B2EA0
2015.12.06 16:30:04 2: CUL0: unknown message p11 400 4208 96 96 416 2176 56 1 7 0 432 9120 0 D6 BC00005203C93C
2015.12.06 16:30:04 2: CUL0: unknown message p11 32 16 32 48 160 2192 68 1 8 4 400 9152 0 D6 24D000001A019A8E40
2015.12.06 16:30:07 2: CUL0: unknown message p11 432 4240 288 80 240 2144 57 1 7 1 464 9040 0 D5 89500003407B2D00
2015.12.06 16:30:07 2: CUL0: unknown message p 8 416 2224 256 2128 80 96 24 1 3 0 352 4176 0 DA FB75D4
2015.12.06 16:30:07 2: CUL0: unknown message p11 480 4128 128 4176 80 2288 53 1 6 5 416 9072 0 D8 BC003400E92688
2015.12.06 16:30:14 3: set CUL0 raw X21
Was mache ich falsch?
Gruß
Arthur
Hallo Arthur,
Somfy muss doch glaube mit dem Kommando Y angeschalten werden.
Danach wird aber kein IT mehr gehen (die Empfansroutine wird umgeschalten)
Gruß
Björn
wie meinst Du das "einschalten"? In der Doku zu Somfy hab ich dazu nix gefunden und durch etliche Forenbeiträge hab ich mich auch schon gewühlt :(
Da steht nur device anlegen, Motor in anlernen bringen, PROG senden und alles ist gut...
Gesendet wird auch, nur die Rollläden reagieren nicht :(
2015.12.06 14:39:55 1: PERL WARNING: Argument "open" isn't numeric in addition (+) at ./FHEM/10_SOMFY.pm line 956.
2015.12.06 14:39:55 3: SOMFY_set: handled command go-my --> move :stop: newState :open:
2015.12.06 14:39:55 5: CUL0 sending YsA2110002ABCDEF
2015.12.06 14:39:55 5: SW: YsA2110002ABCDEF
2015.12.06 14:39:59 5: CUL/RAW: /YsA21A0002EFCDAB
2015.12.06 14:39:59 4: CUL_Parse: CUL0 YsA21A0002EFCDAB
2015.12.06 14:39:59 5: CUL0 dispatch YsA21A0002EFCDAB
Somy sendet auf 433.42 MHz, die Signale der Fernbedienung müssten doch im Log auftauchen?
Zitat von: arthur_dent_2015 am 06 Dezember 2015, 19:16:33
wie meinst Du das "einschalten"? In der Doku zu Somfy hab ich dazu nix gefunden und durch etliche Forenbeiträge hab ich mich auch schon gewühlt :(
Da steht nur device anlegen, Motor in anlernen bringen, PROG senden und alles ist gut...
Gesendet wird auch, nur die Rollläden reagieren nicht :(
2015.12.06 14:39:55 1: PERL WARNING: Argument "open" isn't numeric in addition (+) at ./FHEM/10_SOMFY.pm line 956.
2015.12.06 14:39:55 3: SOMFY_set: handled command go-my --> move :stop: newState :open:
2015.12.06 14:39:55 5: CUL0 sending YsA2110002ABCDEF
2015.12.06 14:39:55 5: SW: YsA2110002ABCDEF
2015.12.06 14:39:59 5: CUL/RAW: /YsA21A0002EFCDAB
2015.12.06 14:39:59 4: CUL_Parse: CUL0 YsA21A0002EFCDAB
2015.12.06 14:39:59 5: CUL0 dispatch YsA21A0002EFCDAB
Somy sendet auf 433.42 MHz, die Signale der Fernbedienung müssten doch im Log auftauchen?
Ne die tauchen nicht auf. Bin ich zumindest der Meinung.
Mach mal beim CUL: set raw Y
Aber für weitere Infos zum Somfy müsstest Du einen neuen Thread aufmachen, da kenne ich mich nicht aus.
Hallo,
ist es nicht so, dass der CUL nur Somfy senden kann und nicht empfangen. Zum Empfang von Somfy braucht man doch dann noch den FHEMduino. Oder hat sich da mittlerweile was getan?
Gruß
Olly
Hmm, der CUL müsste doch aber irgendwas empfangen und zumindest die RAW Daten anzeigen, auch wenn er nix damit anfangen kann. Oder irre ich mich da so? Hab da heute so einiges empfangen mit verbose 5
2015.12.06 14:39:06 5: CUL/RAW: /om9E5A92F158D100F0
omBCF2D4978AC688F6
omF2D4978AC688F3
2015.12.06 14:39:06 4: CUL_Parse: CUL0 om9E5A92F158D100F0
2015.12.06 14:39:06 5: CUL0 dispatch om9E5A92F158D100F0
2015.12.06 14:39:06 5: CUL_REDIRECT (m9E5A92F158D100F0) length: 17 RSSI: -82
2015.12.06 14:39:06 5: CUL_REDIRECT (m9E5A92F158D100F0) match Manchester COODE length: 17
2015.12.06 14:39:06 5: CUL_REDIRECT decode Oregon 2 (9E5A92F158D100F0)
2015.12.06 14:39:06 5: bitdata: 1001111001011010100100101111000101011000110100010000000011110000
2015.12.06 14:39:06 5: CUL_REDIRECT decode Hideki (9E5A92F158D100F0)
2015.12.06 14:39:06 5: CUL0: search in 1001111001011010100100101111000101011000110100010000000011110000
2015.12.06 14:39:06 5: protocol does not match, ignore received package (9E5A92F158D100F0) Reason: Not a hideki protocol
2015.12.06 14:39:06 4: CUL_Parse: CUL0 omBCF2D4978AC688F6
2015.12.06 14:39:06 5: CUL0 dispatch omBCF2D4978AC688F6
2015.12.06 14:39:06 5: CUL_REDIRECT (mBCF2D4978AC688F6) length: 17 RSSI: -79
2015.12.06 14:39:06 5: CUL_REDIRECT (mBCF2D4978AC688F6) match Manchester COODE length: 17
2015.12.06 14:39:06 5: CUL_REDIRECT decode Oregon 2 (BCF2D4978AC688F6)
2015.12.06 14:39:06 5: bitdata: 1011110011110010110101001001011110001010110001101000100011110110
2015.12.06 14:39:06 5: CUL_REDIRECT decode Hideki (BCF2D4978AC688F6)
2015.12.06 14:39:06 5: CUL0: search in 1011110011110010110101001001011110001010110001101000100011110110
2015.12.06 14:39:06 5: protocol does not match, ignore received package (BCF2D4978AC688F6) Reason: Not a hideki protocol
2015.12.06 14:39:06 4: CUL_Parse: CUL0 omF2D4978AC688F3
2015.12.06 14:39:06 5: CUL0 dispatch omF2D4978AC688F3
2015.12.06 14:39:06 5: CUL_REDIRECT (mF2D4978AC688F3) length: 15 RSSI: -80.5
2015.12.06 14:39:06 5: CUL_REDIRECT (mF2D4978AC688F3) match Manchester COODE length: 15
2015.12.06 14:39:06 5: CUL_REDIRECT decode Oregon 2 (F2D4978AC688F3)
2015.12.06 14:39:06 5: bitdata: 11110010110101001001011110001010110001101000100011110011
2015.12.06 14:39:06 5: CUL_REDIRECT decode Hideki (F2D4978AC688F3)
2015.12.06 14:39:06 5: CUL0: search in 11110010110101001001011110001010110001101000100011110011
2015.12.06 14:39:06 5: protocol does not match, ignore received package (F2D4978AC688F3) Reason: Not a hideki protocol
Somfy scheint es aber nicht zu sein, oder doch?
Naja, das Manchester habe ich bei eingebaut. Was für ein Protokoll sendet denn das Sofa. Wenn es Manchester ist, dann kann man da schon noch was machen.
Gesendet von meinem SM-G920F mit Tapatalk
ich habe keine Ahnung wo das her kommt. Von Manchester Protokoll habe ich in den Somy Threads aber nichts gelesen, Somfy nutzt das RTS Protokoll. Verwirrft die Firmware Protokolle die sie nicht kennt?
Verwerfen nicht direkt, was halt nicht interpretiert wird, kommt gar nicht durch. Beim Manchester verwirft fhem die unbekannten Daten.
@All: Hat von den Oregon Hideki Nutzern schon richtige Daten empfangen. Was mich auch interessieren würde, ob der Empfang von Oregon 3 bei euch auch funktioniert.
Gesendet von meinem SM-G920F mit Tapatalk
also kein Eintrag im Log wenn ich Dich richtig verstehe.
Hab gerade gelesen dass FHEMduino RTS auch lesen und interpretieren kann. Hat sich aber wohl noch niemand gefunden der das in die Firmware der CUL einbauen kann / will. :(
Zitat von: bjoernh am 05 Dezember 2015, 16:49:01
Man kann das ZWave aber schon in die aculfw übernehmen, da sehe ich keine Probleme.
Ich möchte nur ungern ein neues Repository kreieren aus dem eine weitere Alternative zur a-culfw hervorgeht.
Ich bitte dich wenigstens die ZWave clib zu übernehmen. Die Firmware der jeweiligen Devices kann der User nach eigenem Ermessen anpassen.
Zitat von: bjoernh am 06 Dezember 2015, 21:24:40
@All: Hat von den Oregon Hideki Nutzern schon richtige Daten empfangen. Was mich auch interessieren würde, ob der Empfang von Oregon 3 bei euch auch funktioniert.
Oregon 2 wird definitiv empfangen. Aus der Nachbarschaft funkt in unregelmäßigen Abständen ein unbekannter Oregon Sensor rein.
2015.12.06 22:03:44 3: OREGON: ERROR: checksum error sensor_id=1a2d (bits=80)
Zitat von: bjoernh am 04 Dezember 2015, 19:26:07
- Change IT V1 send timing to old 1.05.01 timing
Kurze Frage - ich bin Verfechter von "Never change an running system" ;) Habe aber Probleme mit IT Zwischensteckern, wenn ich die ITrepetition zuschalte schmiert mir der CUL ab und ich muss nach rausnehmen der Settings FHEM neu starten. *könnte* das das Problem lösen? Aktuell nutze ich
CUL433 version => V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) nanoCUL433 (F-Band: 433MHz)
Zitat von: Tedious am 07 Dezember 2015, 09:33:09
CUL433 version => V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) nanoCUL433 (F-Band: 433MHz)
Hi,
hat zwar nicht direkt mit deinem Problem zu tun aber du könntest mir helfen :) ....
Zu deinem Problem ... Ich hab die aktuelle Version getestet aber die schaltet bei mir immer noch nicht. Bei mir hängt sich aber auch nichst auf.
Du verwendest nanoCUL der scheinbar mit Version 1.10.01 funktioniert. Ich habe auch nano aber bei mir funktioniert der für IT nur bis Version 1.03.04 ... kannst du mir sagen
- welche Bauteile du im nano verwendest? Arduino mit CH340 oder FTDI-Chip, welcher 433 Sender?
- wie du den nano definiert hast
- wie du die IT-Schalter definiert hast
- get ccconfig ... hast du an der Frequenz oder bWith was geändert?
Danke dir!
Bei mir sieht das so aus..
Definition nanoCul
define CUL433 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A7031TM7-if00-port0@38400 4335
attr CUL433 group Devices
attr CUL433 hmId F14335
attr CUL433 icon cul_cul
attr CUL433 room Server
Beispiel IT-Schalter
define Strahler IT FFFF00FFFF 0F F0
attr Strahler userattr Gesamtes_Licht Gesamtes_Licht_map structexclude
attr Strahler IODev CUL433
attr Strahler ITrepetition 12
attr Strahler group Schalter
attr Strahler icon light_floor_lamp
attr Strahler model itswitch
attr Strahler room Wohnzimmer
Wie hoch ist bei dir die ITrepetion?
get ccconf
CUL433 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
ich antworte dir auch:
Nano mit ftdi (ist aber nicht relevant of ftdi original, ftdi fake oder CH340 was den funkverkehr angeht)
RF1100SE 433Mhz modul
Version: V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) nanoCUL433 (F-Band: 433MHz) --> IT funktionierte bisher mit jeder aculf bei mir, mit 1-2 älteren versionen nur nicht so zuverlässig)
ccconf: freq: 433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB --> Standard
define nanoCUL433 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9QPLVB3-if00-port0@38400 1234
attr nanoCUL433 DbLogExclude .*
attr nanoCUL433 room System
hmid brauchst du bei 433 culs nicht setzen da hm auf 868 läuft
eine dose mit V2? Protokoll
define az_dose_regal IT 0F00F0000F FF F0
attr az_dose_regal DbLogExclude .*
attr az_dose_regal IODev nanoCUL433
attr az_dose_regal room AZ
eine mit v3
define wz_dose_lichtschlauch IT 00101001011110000001101010 0 0001
attr wz_dose_lichtschlauch DbLogExclude .*
attr wz_dose_lichtschlauch IODev miniCUL
attr wz_dose_lichtschlauch room _unused
Moin,
bei mir ähnlich. FTDI:
#CULs definieren
define CUL433 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D6NF-if00-port0@38400 1234
attr CUL433 icon cul_cul
attr CUL433 rfmode SlowRF
attr CUL433 room CULs
ITrepetition funktioniert leider nicht, sobald ich das setze schaltet der CUL nicht mehr. Daher ja auch meine Frage ob das das Problem lösen könnte ;)
Danke für eure Antworten ... naja, eigentlich nicht anders als ich aber trotzdem geht es bei mir mit neueren Versionen nicht mehr. ... werde mal im nächsten Urlaub meinen alten Raspberry hervorkramen und da ein Fhem komplett nackt aufsetzen und testen.
Denn nimm doch mal (überall) die ITrepetition raus! Damit geht bei mir auch nix mehr... also, überall auskommentieren wo es vorkommt, FHEM neustarten und testen...
Könnt Ihr mir mal bitte erklären was ihr für ein Problem habt?
Ich habe das ITrepetition ausprobiert und es geht.
Er schaltet die Zahl vor dem Senden hoch und nach dem Senden wieder runter.
Das hatte ich schon geschrieben. Ohne das Attribut schaltet alles so wie es soll. Setze ich bei einem der Geräte ITrepetition - passiert nichts mehr. Er schaltet kein Gerät mehr, weder die bei denen es angegeben ist noch die bei denen ich nichts angegeben habe. Nehme ich es wieder aus der Config raus muss ich einen service restart durchführen, denn läuft das wieder. Daher ja auch meine Frage - ich nutze einen selbstbau nanoCUL, mag ja sein dass der eine Macke hat?! Wäre halt schön zu wissen ob es bei ihm ohne das Arttribut geht - denn hätten wir schon ein n=2 :)
Hochsetzen will ich es in der Hoffnung dass mein ITV-100 bei stärkerem Funkfeuer anspringt, das macht er OOTB leider nicht...
Zitat von: Tedious am 09 Dezember 2015, 09:04:00
Das hatte ich schon geschrieben. Ohne das Attribut schaltet alles so wie es soll. Setze ich bei einem der Geräte ITrepetition - passiert nichts mehr. Er schaltet kein Gerät mehr, weder die bei denen es angegeben ist noch die bei denen ich nichts angegeben habe. Nehme ich es wieder aus der Config raus muss ich einen service restart durchführen, denn läuft das wieder. Daher ja auch meine Frage - ich nutze einen selbstbau nanoCUL, mag ja sein dass der eine Macke hat?! Wäre halt schön zu wissen ob es bei ihm ohne das Arttribut geht - denn hätten wir schon ein n=2 :)
Hochsetzen will ich es in der Hoffnung dass mein ITV-100 bei stärkerem Funkfeuer anspringt, das macht er OOTB leider nicht...
Wie bereits geschrieben, bei mir geht es mit dem gesetzten Attribut.
Ich kann das Verhalten bestätigen. Wenn ITrepetiton gesetzt ist kann ich meine ELRO Steckdosen nicht mehr schalten. Ich nutze auch einen NanoCul. Mit der normalen Culfw funktioniert das Attribut.
Denn scheint der NanoCUL Probleme zu machen... Danke für den Hinweis auf die normale Culfw, das teste ich am Wochenende mal aus. aCulfw brauche ich eigentlich für eine Deckenlampe mit IT v3 Funkschalter in der Dose, aber wenn die Signale denn besser an die Funkdosen laufen muss ich das abwägen.
Warum sollte der NanoCul das Problem sein, wenn es doch mit der normalen Culfw funktioniert?
Ja meine Vermutung ist auch dass es an der Firmware liegt. Als ich noch die normale CulfW drauf hatte gingen beide IT Dosen noch, mit der alternativen geht nur noch die die näher am Nano ist.
Zitat von: Spezialtrick am 09 Dezember 2015, 09:48:13
Warum sollte der NanoCul das Problem sein, wenn es doch mit der normalen Culfw funktioniert?
War ggf. missverständlich ausgedrückt. Natürlich meinte ich die Kombi NanoCul/aCulfw. Bezog sich darauf dass es bei ihm problemlos funktioniert - und ggf. nutzt er ja eben keinen Selbstbau-NanoCul... ;)
Zitat von: Tedious am 07 Dezember 2015, 09:33:09
Kurze Frage - ich bin Verfechter von "Never change an running system" ;) Habe aber Probleme mit IT Zwischensteckern, wenn ich die ITrepetition zuschalte schmiert mir der CUL ab und ich muss nach rausnehmen der Settings FHEM neu starten. *könnte* das das Problem lösen? Aktuell nutze ich
CUL433 version => V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) nanoCUL433 (F-Band: 433MHz)
Bin beim Stöbern darauf gestoßen. Ist exakt dein Problem wenn ich es richtig verstehe ...
--> http://forum.fhem.de/index.php/topic,27024.0.html <--
==> SChau mal ob du mit der aktuellen oder der im Post angehängten 10_IT.pm das Problem lösen kannst. Hast du eine veraltete Version?
Hi,
wen sie eingecheckt ist nicht - ich mache ein tägliches Update. Den Thread hatte ich gesehen, wollte aber noch warten bis das offiziell eingecheckt ist. Ich teste das heute Abend mal, danke!
Hallo zusammen.
Wäre es möglich, dass in die Firmware mir einzubauen?
http://forum.fhem.de/index.php?topic=45022.0
Gesendet von meinem C6603 mit Tapatalk
kommt die aculf nicht mehr mit der intertechno its-150 klar???
beim drücken der taste bekomm ich vom cul nur
ZitatCUL nanoCUL433 UNKNOWNCODE i104014
der cul konnte die codes aber mal lesen....
Zitat von: chris1284 am 10 Dezember 2015, 18:17:03
kommt die aculf nicht mehr mit der intertechno its-150 klar???
beim drücken der taste bekomm ich vom cul nur
der cul konnte die codes aber mal lesen....
Also wenn das kommt, dann kommt der CUL schon damit klar.
Den Fehler musst Du bei Fhem suchen, fhem kann nichts mit dem Kommando anfangen.
Mmmm.tips? Module sind aktuell
hey,
mal ne doofe Frage da ich wohl an der falschen Stelle bisher gesucht habe.
Wie define ich nen zum Cul umgebauten MaxCube?
das habe ich schon
Internals:
CMDS BbCFiAZNEkGMKLUYRTVWXefltxz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
DEF 192.168.0.72:2323 0000
DeviceName 192.168.0.72:2323
FD 30
FHTID 0000
NAME maxcube
NR 290
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) CUBe (F-Band: 868MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
Readings:
2015-12-12 15:09:33 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2015-12-12 15:22:39 cmds B b C F i A Z N E k G M K L U Y R T V W X e f l t x z
2015-12-12 15:22:39 state Initialized
2015-12-12 15:18:29 version V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) CUBe (F-Band: 868MHz)
Attributes:
aber wie mach ich weiter damit ich die Heizungsthermostate wieder ran bekomme?
das wollte nicht da
Internals:
DEF 123456
IODev maxcube
NAME cmax
NR 291
STATE Defined
TYPE CUL_MAX
addr 123456
cnt 0
pairmode 0
retryCount 0
sendQueue:
Attributes:
IODev maxcube
das hier lieferte
2015.12.12 15:22:39 1: cmax: did not find suitable IODev (CUL etc. in rfmode MAX)! You may want to execute 'attr cmax IODev SomeCUL'
Der Cube wird wie jeder andere CUL konfiguriert:
attr maxcube rfmode MAX
Ist aber auch im Wiki beschrieben:
http://www.fhemwiki.de/wiki/MAX#CUL_MAX (http://www.fhemwiki.de/wiki/MAX#CUL_MAX)
Danke das geht nur das pairen nicht sauber. Dafür habe ich nen eigenen thread gemacht
Gesendet von meinem Huawei Honor 7
Hallo,
gewisse IT-Geräte erfordern eine andere Pulslänge beim Senden z.B. REV Geräte Pulslänge 180 (Std. ist 420). Die Pulslänge kann man leider bis jetzt nur kpl. umstellen (set myCUL is180) und nicht pro Device. In Fhemduino mit Modul fhemduino_PT2262 kann man pro Device die Pulslänge (Basedur) festlegen (define REV_1 FHEMduino_PT2262 0FF000FFFF 180 0F F0). Ist dies mit a-culfw auch möglich bzw. könnte man das implementieren?
Zitat von: sonor am 12 Dezember 2015, 19:06:14
Hallo,
gewisse IT-Geräte erfordern eine andere Pulslänge beim Senden z.B. REV Geräte Pulslänge 180 (Std. ist 420). Die Pulslänge kann man leider bis jetzt nur kpl. umstellen (set myCUL is180) und nicht pro Device. In Fhemduino mit Modul fhemduino_PT2262 kann man pro Device die Pulslänge (Basedur) festlegen (define REV_1 FHEMduino_PT2262 0FF000FFFF 180 0F F0). Ist dies mit a-culfw auch möglich bzw. könnte man das implementieren?
Das umstellen ist bereits in fhem integriert. Mal sehen, ob ich es heute Abend noch schaffen in die a-culfw einzubauen.
nanoCUL433 erkennt Geräte die es gar nicht geben kann.
Erkannt werden IT Geräte mit den Adressen IT_000011001F und IT_000011F01F.
Aktuelle Firmware nanoCUL433 version => V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) nanoCUL433 (F-Band: 433MHz)
Zitat von: Burny4600 am 12 Dezember 2015, 19:33:21
nanoCUL433 erkennt Geräte die es gar nicht geben kann.
Erkannt werden IT Geräte mit den Adressen IT_000011001F und IT_000011F01F.
Aktuelle Firmware nanoCUL433 version => V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) nanoCUL433 (F-Band: 433MHz)
Wieso kann es die nicht geben?
Die Adressen mit den vielen Nullen am Anfang senden z.B. die HE Fernbedienungen.
@bjoernh
Ich bin von den Socken :D Vorm Abendessen die Nachricht geschrieben und nachdem Abendessen die Antwort, dass es umgesetzt wird.
Vielen Dank ...
Das ist aber ein bischen verwirrend mit dem Adressbeginn mit IT_.
Was ist HE für ein Gerätehersteller?
HE ist HomeEasy findest di z. B. bei Pollin
Gesendet von meinem A0001 mit Tapatalk
FI: Die neu eingecheckt 10-IT fixte leider nicht das Problem mit dem ITrepetition.
Zitat von: Tedious am 13 Dezember 2015, 11:35:56
FI: Die neu eingecheckt 10-IT fixte leider nicht das Problem mit dem ITrepetition.
Ist ja auch noch nicht in der culfw bzw a-culfw enthalten.
Zitat von: kadettilac89 am 06 November 2015, 19:12:12
ich habe jetzt nach einer Weile wieder mal die aktuelleste Version getestet nachdem vor einer Weile die IT nicht mehr funktioniert haben.
Version 1.10.02
Device: nanoCul
Meine Temperatursensoren werden erkannt, IT Empfang funktioniert auch.Senden leider immer noch nicht. Was kann ich tun?
Fall jemand das selbe Problem hat ... Ich hab ein Debian Disp-Upgrade von wheezy auf jessie gemacht ... jetzt kann ich auch IT empfangen. BananaPro mit Bananian. ... Problem ist für mich nun gelöst.
Scheinbar war eine Lib mit den neuen Firmware-Ständen nicht mehr kompatibel. Komisch nur dass keine Meldungen im Log waren.
Dafür hab ich jetzt das IT_Repetition Problem. Das ist mir aber erstmal egal, hab im 10_IT.pm den Defaultwert auf 12 gestzt und dafür den Parameter in der Definition wieder rausgenommen.
Wofür ist eigentlich das it_repetition?
Gesendet von meinem C6603 mit Tapatalk
Zitat von: sash.sc am 13 Dezember 2015, 23:13:14
Wofür ist eigentlich das it_repetition?
IT-Devices schalten nicht unbedingt zuverlässig und haben auch keinen Rückkanal. Um das Schalte zuverlässiger zu machen sendet IT per Default das Schaltsignal 6 mal. Das ist die Anzahl wenn das Attribut nicht explizit gesetzt ist. Mit dem Attribut IT_Repetition kann man das noch erhöhen. Wenn 12 als Wert angegeben ist, wird das Schaltsignal 12 mal gesendet. Das ist vergleichbar mit der Fernbedienung ... je länger man auf den Knopf drückt je öfter wird das Schaltsignal an die Steckdose gesendet.
Danke für die Antwort!
Gesendet von meinem C6603 mit Tapatalk
Hi,
irgendwie mach mir mein nanoCUL mit a-culfw 1.20.02 sorgen.
Oregon und Revolt werden Problemlos empfangen (Revolt / FHT-9998 & OWL 160)
Ansonsten empfänt der nichts weder meine TFA noch meine Steckdosen?
TFA werden empfangen aber sehr sehr selten im Vergleich zu CUL FW 1.61.
Revolt hingegen werden viel Besser empfangen
Bei nanoCUL stehen eta 20cm auseinander um sie direkt vergleichen zu können.
Schalten von meine REV oder Pollin Steckdosen klappt auch nicht damit...
Jemand ne idee wie ich am besten vorgen kann um den Fehler zu suchen?
Grüße,
Stepahn
EDIT: s.o.
Zitat von: CaptainHook am 14 Dezember 2015, 08:48:41
Schalten von meine REV oder Pollin Steckdosen klappt auch nicht damit...
Jemand ne idee wie ich am besten vorgen kann um den Fehler zu suchen?
Ich hatte mit der FW generell Probleme. Ich hab 1.20.* getestet und (gefühlt?) unzuverlässige Schaltevents. Mit der 1.10.02 schalten meine Steckdosen zuverlässig. Kannst ja mal testen ob es ggf. mit einer anderen (älteren) FW-Version besser funktioniert. Wenn es auch mit älteren Versionen nicht zufriedenstellend funktioniert ist die FW erstmal ausgeschlossen.
Link zu den einzelnen Versionen .... https://github.com/heliflieger/a-culfw/releases ....
Hallo,
ich hatte bei dieser FW Probleme mit den Empfang von NC_WS Sensoren über CUL_TCM97001. Das klappte nur auf sehr kurze Distanz (50cm).
Schalten von IT Steckdosen hatte funktioniert. Bin jetzt auch wieder zurück zur 1.10.x
Grüße
Bernd
Zitat von: BerndDA am 14 Dezember 2015, 13:07:08
Hallo,
ich hatte bei dieser FW Probleme mit den Empfang von NC_WS Sensoren über CUL_TCM97001. Das klappte nur auf sehr kurze Distanz (50cm).
Schalten von IT Steckdosen hatte funktioniert. Bin jetzt auch wieder zurück zur 1.10.x
Grüße
Bernd
Hast Du mal die Empfangsparameter angepasst?
Was für Ausgaben kommen bei eingeschalteten X25
Ich habe nämlich mit meinen Einstellungen keine Probleme.
Die NC_WS bzw. EAS800 vom Conrad sind leider was die Datenqualität angeht keine Goldstücke.
Die sind sowas von ungenau, so dass es schon mal vorkommen kann, das der eine besser wie der andere geht.
Hallo Björn,
ich kann das gerne am WE mal genauer testen.
Was die Sender von TFA dostmann angeht kann ich nur zustimmen. Die sind auch in den Messwerten nicht sehr genau. Dafür aber unschlagbar preiswert :)
Ich hatte nur mit der aktuellen FW mit allen 3 Sendern (alle gleicher Typ TFA 30.3169) das Reichweitenproblem.
Nachdem ich wieder die 1.10 drauf hatte, funktioniert wieder alles.
Grüße
Bernd
Zitat von: kadettilac89 am 13 Dezember 2015, 21:50:45
Dafür hab ich jetzt das IT_Repetition Problem. Das ist mir aber erstmal egal, hab im 10_IT.pm den Defaultwert auf 12 gestzt und dafür den Parameter in der Definition wieder rausgenommen.
*Pling* Danke für den Hinweis *Kopfklatsch*. Habs jetzt auch direkt in der 10_IT gesetzt. Scheint zuverlässiger zu sein, ich hab in den Structures jetzt noch
async_delay 2 definiert, scheint (zumindest beim ersten Test) nichts mehr verschluckt zu werden. Ggf. setzte ich das noch mal auf 1 runter falls es zuverlässig funktioniert.
Hi,
vielen Dank bjoernh deine VErsion 1.20.03 brachte mich auf die richtige Spur.
Meine Pollin Steckdosen wollen eine ITClock von 380 dann schallten sie 100%ig
(Die Clock durch "probieren" und dem SignalDuino herausgefunden)
Jetzt läuft alles ....
Ich Frage habe ich noch Oregon3 .. warum beginnen die Nachrichten mt
om.....
Bei der Implementierung von mepf beginnen die mit o....
Wer dekodiert die Oregon3 Naxhrichten vom der a-culfw? 41_Oregon3?
Grüße,
Stephan
Zitat von: BerndDA am 14 Dezember 2015, 13:07:08
Hallo,
ich hatte bei dieser FW Probleme mit den Empfang von NC_WS Sensoren über CUL_TCM97001. Das klappte nur auf sehr kurze Distanz (50cm).
Schalten von IT Steckdosen hatte funktioniert. Bin jetzt auch wieder zurück zur 1.10.x
Grüße
Bernd
Meine WS0002 (auch TCM97001) spielen seit FW 1.10.02 auch verrückt. Empfang ist im Gegensatz zu dir gut aber die Werte schwanken ... komischerweise sind immer Falschmeldungen drin die genau 50% des erwarteten Wertes ist. Wenn Humidity falsch ist, ist auch gleichzeitig Temperatur falsch. Das müllt mir jetzt die DB voll was ich mit "event-change-reading" verhindert hätte.
Mir ist IT wichtiger und das funktionert erstmal.
Was mir aufgefallen ist, war dass der Wettersensor mit dieser FW viel schneller gefunden wird. Bei älteren FW-Versionen hat es 1 - 2 Min. gedauert, jetzt innerhalb ein paar Sekunden (nach dem ersten Senden).
Definition des Sensors:
#### Temperatur Sensor2
define TempSensor2 CUL_TCM97001 82
attr TempSensor2 DbLogExclude battery,abshum,sendMode,taupunkttemp,T,state,channel
attr TempSensor2 alias Außen
attr TempSensor2 event-min-interval humidity:1800,temperature:1800
attr TempSensor2 event-on-change-reading humidity,temperature
attr TempSensor2 group Außen
attr TempSensor2 icon temperature_humidity
attr TempSensor2 model NC_WS
attr TempSensor2 room Wohnzimmer
Log als ich auf 1.10.02 geflasht hab und dann ab- und angesteckt hab.
18:12 ....
abstecken nach flash:
2015.12.12 18:12:30.211 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A7031TM7-if00-port0 disconnected, waiting to reappear (CUL433)
anstecken nach flash:
2015.12.12 18:12:34.386 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A7031TM7-if00-port0 reappeared (CUL433)
.
Ein paar Minuten später der erste Ausrutscher
Export aus meiner MySQL-Datenbank (DB-Log)
Humidity:
"2015-12-12 18:30:12";"TempSensor2";"CUL_TCM97001";"humidity: 86";"humidity";"86";"%"
"2015-12-12 18:29:37";"TempSensor2";"CUL_TCM97001";"humidity: 43";"humidity";"43";"%"
"2015-12-12 18:19:07";"TempSensor2";"CUL_TCM97001";"humidity: 86";"humidity";"86";"%"
"2015-12-12 18:18:32";"TempSensor2";"CUL_TCM97001";"humidity: 43";"humidity";"43";"%" <------ falsch
"2015-12-12 18:18:32";"TempSensor2";"CUL_TCM97001";"humidity: 86";"humidity";"86";"%"
"2015-12-12 18:11:32";"TempSensor2";"CUL_TCM97001";"humidity: 88";"humidity";"88";"%"
.....
"2015-12-14 18:58:43";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 18:57:33";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 18:48:49";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 18:48:48";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 18:24:53";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:54:33";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:53:59";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:52:13";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:51:38";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:49:53";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:49:18";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:42:18";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:41:44";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:38:48";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:38:13";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:25:58";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:24:49";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
auch bei Temperatur:
"2015-12-12 18:36:02";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-12 18:30:12";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-12 18:29:37";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C"
"2015-12-12 18:19:07";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-12 18:18:32";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C" <----- falsch
"2015-12-12 18:15:37";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
....
"2015-12-14 17:54:33";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-14 17:53:59";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C"
"2015-12-14 17:52:13";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-14 17:51:38";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C"
"2015-12-14 17:50:28";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-14 17:49:53";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-14 17:49:18";"TempSensor2";"CUL_TCM97001";"temperature: 3.1";"temperature";"3.1";"°C"
"2015-12-14 17:42:18";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-14 17:41:44";"TempSensor2";"CUL_TCM97001";"temperature: 3.1";"temperature";"3.1";"°C"
"2015-12-14 17:38:48";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-14 17:38:13";"TempSensor2";"CUL_TCM97001";"temperature: 3.1";"temperature";"3.1";"°C"
"2015-12-14 17:37:03";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
Irgend eine Idee? Wenn ich richtig liege hast du auch das TC97001-Modul geschrieben. Sowohl mit neuester Version vom 09.12. und der vorherigen VErsion. Datum weiß ich nicht.
Danke schon mal.
Edit: Ich hab gerade gesehen, dass am 09. 2 Versionen eingecheckt wurden. Welche ich drauf hatte weiß ich nicht. Ich hab jetzt ein Update gemacht um die letzte Version im System zu haben. Mal sehen ob sich was ändert.
meine WS0002 machen weder empfangs noch werte probleme. alles sehr stabil (mit sduino). würde somit ehr auf aculf statt CUL_TCM97001 al sursache tippen
Guten Morgen,
ich habe ein kleines Problem, erschießt sich mir nicht - ggf. hjat jemand hier eine Idee. Ich schalte u.a. diverse 433MHz Funksteckdosen mit der aCulFw. Das funktioniert soweit. An einigen Punkten im Haus sind die mitgelieferten Fernbedienungen mit Tesa Powerstrips angebracht, um direkt vor Ort schalten zu können ud nicht jedesmal ans InfoTablet zu laufen. Beispiel - Deckenfluter im Schlafzimmer im begehbaren Kleiderschrank. Schalte ich entweder per Tablet an der Wand oder vor Ort mit der FB. Soweit, so gut. Schalte ich per FB kommt bei FHEM auch ein Signal an - nur liefert er mir einen Fehler:
2015.12.15 08:23:44 3: Code 0F not supported by Steckdose_SZ.
2015.12.15 08:23:44 3: Code 0F not supported by Steckdose_SZ.
2015.12.15 08:23:44 3: CUL433: Unknown code i444551, help me!
2015.12.15 08:23:44 3: Code 11 not supported by IT_F0F0FFFFFF.
2015.12.15 08:23:44 3: Code 11 not supported by IT_F0F0FFFFFF.
2015.12.15 08:23:44 3: CUL433: Unknown code i44555f, help me!
2015.12.15 08:23:44 3: Steckdose_SZ off->off
2015.12.15 08:23:45 3: Steckdose_SZ off->off
2015.12.15 08:23:45 3: Code 0F not supported by Steckdose_SZ.
2015.12.15 08:23:45 3: Code 0F not supported by Steckdose_SZ.
2015.12.15 08:23:45 3: CUL433: Unknown code i444551, help me!
2015.12.15 08:23:46 3: Code 11 not supported by IT_F0F0FFFFFF.
2015.12.15 08:23:46 3: Code 11 not supported by IT_F0F0FFFFFF.
2015.12.15 08:23:46 3: CUL433: Unknown code i44555f, help me!
2015.12.15 08:23:56 3: Steckdose_SZ off->off
Ich habe hier z.B. eine Steckdose angeschaltet. Ein weiteres Beispiel:
2015.12.15 08:47:27 3: Steckdose_Kaffee on->off
2015.12.15 08:47:27 3: Code 11 not supported by IT_00000FFFFF.
2015.12.15 08:47:27 3: Code 11 not supported by IT_00000FFFFF.
2015.12.15 08:47:27 3: CUL433: Unknown code i00155f, help me!
2015.12.15 08:47:28 3: Code 0F not supported by Steckdose_Kaffee.
2015.12.15 08:47:28 3: Code 0F not supported by Steckdose_Kaffee.
2015.12.15 08:47:28 3: CUL433: Unknown code i001151, help me!
Hier habe ich aus- und direkt wieder angeschaltet...
Der Status auf dem Tablet (an/aus) ändert sich nicht. Der CUL empfängt was (Aus), kann das aber scheinbar nicht interpretieren. Wo liegt mein Fehler? Die Stecker sind alle wie im folgenden Beispiel codiert:
#433 Steckdosen schalten
define Steckdose_SZ IT F0F0F0FFFF FF F0
attr Steckdose_SZ userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 room_map structexclude
attr Steckdose_SZ IODev CUL433
attr Steckdose_SZ alias Stehlampe
attr Steckdose_SZ comment Alle FunkSchalter für Abwesend
attr Steckdose_SZ group Schalter
attr Steckdose_SZ icon li_wht_on
attr Steckdose_SZ model itswitch
attr Steckdose_SZ room Schlafzimmer
Hi,
dieses Problem habe ich auch schon beobachtet (und Ignoriert)
meine Pollin-Steckdosen habe ich mit
define Steckdose IT F0F0F0FFFF 0F F0
definiert und die REV-Steckdosen mit
define Steckdose IT FFF0F0FFFF FF 00
definiert.
Dadurch wird der Status richtig gesetzt und er schaltet auch die Steckdose zuverlässig
Edit: Kannst ja mal versuchen dein define der Steckdose anzupassen, deine Fernbedienung scheint für off F0 (11) zu senden und für on 0F
Hast Du das durch ausprobieren definieren können? Ich habe teilweise ELROs, aber überwiegend Brennenstuhl (die mir aber ziemlich baugleich ausschauen...).
Hi,
bei mir wurden die Steckdosen verschieden angelegt (glaub ich).
Warum genau ich das geändert habe weiß ich gar nicht mehr..... :o
Gruß,
Stephan
Zitat von: BerndDA am 14 Dezember 2015, 13:07:08
Hallo,
ich hatte bei dieser FW Probleme mit den Empfang von NC_WS Sensoren über CUL_TCM97001. Das klappte nur auf sehr kurze Distanz (50cm).
Schalten von IT Steckdosen hatte funktioniert. Bin jetzt auch wieder zurück zur 1.10.x
Grüße
Bernd
Ist bei mir ebenso.
Heute mit Version 1.20.03 getestet und meine WS0002 werden nur sehr sporadisch empfangen. Zurück auf Version 1.10.02 und es ist wieder alles super.
MfG
Zitat von: CaptainHook am 14 Dezember 2015, 21:39:21
Ich Frage habe ich noch Oregon3 .. warum beginnen die Nachrichten mt
om.....
Bei der Implementierung von mepf beginnen die mit o....
Wer dekodiert die Oregon3 Naxhrichten vom der a-culfw? 41_Oregon3?
Grüße,
Stephan
Die Oregon werden jetzt vom Original Oregon Modul dekodiert.
Sobald der CUL die om.... liefert springt das CUL_REDIRECT an.
Dann wird geschaut ob es ein Oregon2, Oregon3 oder Hideki ist. Wenn eines zutrifft wird es an das entsprechende Modul weitergeleitet.
Das extra Modul wird somit nicht mehr benötigt und es sollte in Fhem so klappen.
Schließe ich also richtig aus deinem Post, dass das Oregon 3 bei dir geht?
Zitat von: kadettilac89 am 14 Dezember 2015, 22:31:52
Humidity:
"2015-12-12 18:30:12";"TempSensor2";"CUL_TCM97001";"humidity: 86";"humidity";"86";"%"
"2015-12-12 18:29:37";"TempSensor2";"CUL_TCM97001";"humidity: 43";"humidity";"43";"%"
"2015-12-12 18:19:07";"TempSensor2";"CUL_TCM97001";"humidity: 86";"humidity";"86";"%"
"2015-12-12 18:18:32";"TempSensor2";"CUL_TCM97001";"humidity: 43";"humidity";"43";"%" <------ falsch
"2015-12-12 18:18:32";"TempSensor2";"CUL_TCM97001";"humidity: 86";"humidity";"86";"%"
"2015-12-12 18:11:32";"TempSensor2";"CUL_TCM97001";"humidity: 88";"humidity";"88";"%"
.....
"2015-12-14 18:58:43";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 18:57:33";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 18:48:49";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 18:48:48";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 18:24:53";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:54:33";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:53:59";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:52:13";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:51:38";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:49:53";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:49:18";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:42:18";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:41:44";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:38:48";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:38:13";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:25:58";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:24:49";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
auch bei Temperatur:
"2015-12-12 18:36:02";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-12 18:30:12";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-12 18:29:37";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C"
"2015-12-12 18:19:07";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-12 18:18:32";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C" <----- falsch
"2015-12-12 18:15:37";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
....
"2015-12-14 17:54:33";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-14 17:53:59";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C"
"2015-12-14 17:52:13";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-14 17:51:38";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C"
"2015-12-14 17:50:28";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-14 17:49:53";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-14 17:49:18";"TempSensor2";"CUL_TCM97001";"temperature: 3.1";"temperature";"3.1";"°C"
"2015-12-14 17:42:18";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-14 17:41:44";"TempSensor2";"CUL_TCM97001";"temperature: 3.1";"temperature";"3.1";"°C"
"2015-12-14 17:38:48";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-14 17:38:13";"TempSensor2";"CUL_TCM97001";"temperature: 3.1";"temperature";"3.1";"°C"
"2015-12-14 17:37:03";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
Ähm für mich sieht das in erster Linie aus als ob Du zwei verschieden Sensoren empfängst.
Es sieht mir ziemlich regelmäßig aus.
Mach mal bitte X25 und schau was wirklich kommt.
Zitat von: BerndDA am 14 Dezember 2015, 16:11:01
Hallo Björn,
ich kann das gerne am WE mal genauer testen.
Was die Sender von TFA dostmann angeht kann ich nur zustimmen. Die sind auch in den Messwerten nicht sehr genau. Dafür aber unschlagbar preiswert :)
Ich hatte nur mit der aktuellen FW mit allen 3 Sendern (alle gleicher Typ TFA 30.3169) das Reichweitenproblem.
Nachdem ich wieder die 1.10 drauf hatte, funktioniert wieder alles.
Grüße
Bernd
Schick mir mal bitte ein paar X25 ausgaben, mal sehen ob ich noch etwas machen kann. Ich habe die Manchester Dekodierung im verdacht....
Zitat von: bjoernh am 15 Dezember 2015, 19:38:35
Die Oregon werden jetzt vom Original Oregon Modul dekodiert.
Sobald der CUL die om.... liefert springt das CUL_REDIRECT an.
Dann wird geschaut ob es ein Oregon2, Oregon3 oder Hideki ist. Wenn eines zutrifft wird es an das entsprechende Modul weitergeleitet.
Ok danke, das erklärt warum der OWL nicht dekodiert wird, das "Oregn" Modul kommt nur mit Wetter Sensoren klar... Der OWL senden aber ein EnergyMeter Protokoll-
Und ja deine Firmware erkennt Oregon3, sehr zuverlässig. Allerdings habe ich derzeit keinen Wettersensor von Oregon...
Grüße,
Stephan
Zitat von: bjoernh am 15 Dezember 2015, 19:38:35
Ähm für mich sieht das in erster Linie aus als ob Du zwei verschieden Sensoren empfängst.
Es sieht mir ziemlich regelmäßig aus.
Mach mal bitte X25 und schau was wirklich kommt.
Ich hab das Modul upgedated und das normale Log zeigt auch die halbierten Werte an. RSSI ist identisch bei -70 bis -68 (guter Empfang). Was einen zweiten Sensor nicht unbedingt plausibel macht. Heute hatte ich nur ein handvoll falscher Werte, ich beobachte das mal weiter. Wenn ich wieder mal zu Hause bin werde ich mal die Batterie rausnehmen und damit eine neue ID erzeugen um einen Sensor auf selbem Kanal auszuschließen.
Wenn es nur ein paar Werte am Tag sind (aktueller Zustand) lösche ich die Werte aus der DB oder schreib mir ein kleines Modul das die Werte auf Plausibliät prüft .. mal sehen.
Da es nicht permanent auftritt müsste ich X25 permanent laufen lassen. Kennst du eine Möglichkeit die X25-Ausgabe in ein Tracefile umzuleiten (idealerweise mit Timestamp)?
Danke dir!
Zitat von: CaptainHook am 15 Dezember 2015, 19:59:56
Ok danke, das erklärt warum der OWL nicht dekodiert wird, das "Oregn" Modul kommt nur mit Wetter Sensoren klar... Der OWL senden aber ein EnergyMeter Protokoll-
Und ja deine Firmware erkennt Oregon3, sehr zuverlässig. Allerdings habe ich derzeit keinen Wettersensor von Oregon...
Grüße,
Stephan
Dann macht es doch vielleicht sinn in das CUL_REDIRECT etwas einzubauen, so dass die OWLs an das alte Modul gesendet werden.
Hast Du mir ein paar von den OWL om... Ausgaben?
Ist das OWL Modul eigentlich inzwischen in fhem integriert?
Zitat von: kadettilac89 am 15 Dezember 2015, 20:19:21
Ich hab das Modul upgedated und das normale Log zeigt auch die halbierten Werte an. RSSI ist identisch bei -70 bis -68 (guter Empfang). Was einen zweiten Sensor nicht unbedingt plausibel macht. Heute hatte ich nur ein handvoll falscher Werte, ich beobachte das mal weiter. Wenn ich wieder mal zu Hause bin werde ich mal die Batterie rausnehmen und damit eine neue ID erzeugen um einen Sensor auf selbem Kanal auszuschließen.
Wenn es nur ein paar Werte am Tag sind (aktueller Zustand) lösche ich die Werte aus der DB oder schreib mir ein kleines Modul das die Werte auf Plausibliät prüft .. mal sehen.
Da es nicht permanent auftritt müsste ich X25 permanent laufen lassen. Kennst du eine Möglichkeit die X25-Ausgabe in ein Tracefile umzuleiten (idealerweise mit Timestamp)?
Danke dir!
Nur wenn Du direkt mit Telnet ran gehst, dann fehlt aber die Ausgabe von fhem.
Zitat von: bjoernh am 15 Dezember 2015, 20:47:04
Nur wenn Du direkt mit Telnet ran gehst, dann fehlt aber die Ausgabe von fhem.
Mit telnet komm ich nicht drauf (nicht aktiv und konfiguriert) .. ich schau mal am wochenende.
Hi,
leider ist das OWL noch nicht in FHEM integriert ich nutz nach wie vor das "Modul" von http://forum.fhem.de/index.php?topic=24739.0 (http://forum.fhem.de/index.php?topic=24739.0)
Anbei ein Auszug aus meinem Log
Zitat von: CaptainHook am 15 Dezember 2015, 20:56:34
Hi,
leider ist das OWL noch nicht in FHEM integriert ich nutz nach wie vor das "Modul" von http://forum.fhem.de/index.php?topic=24739.0 (http://forum.fhem.de/index.php?topic=24739.0)
Anbei ein Auszug aus meinem Log
Sagt das Oregon Modul eigentlich unbekannte ID?
Zitat von: bjoernh am 15 Dezember 2015, 20:58:13
Sagt das Oregon Modul eigentlich unbekannte ID?
Negativ
Zitat von: CaptainHook am 15 Dezember 2015, 20:56:34
Hi,
leider ist das OWL noch nicht in FHEM integriert ich nutz nach wie vor das "Modul" von http://forum.fhem.de/index.php?topic=24739.0 (http://forum.fhem.de/index.php?topic=24739.0)
Anbei ein Auszug aus meinem Log
Aber so richtig erkennt der Cul den Sensor noch nicht. Oregon 3 müsste mit FFFFFF anfangen.
Sorry mein Fehler :-[
Mein Sensor hat die ID 89bc
Vom "alten" Sensor empfangen oa2089bcd20079d6ee750000285d20
Hallo Zusammen.
Hatte seit der FW 1.20.xx Probleme mit meinen Temp.sensoren von TFA. Die wurden nur auf kurze Distanz gefunden bzw. empfangen (<50 cm).
Habe dann mal auf die FW 1.10.xx zurück geflasht. Jetzt kann ich die Sensoren auch wieder an die alten Stellen hängen !
(TFA 30.3125)
Gruß
Sascha
Zitat von: sash.sc am 17 Dezember 2015, 16:33:55
Hallo Zusammen.
Hatte seit der FW 1.20.xx Probleme mit meinen Temp.sensoren von TFA. Die wurden nur auf kurze Distanz gefunden bzw. empfangen (<50 cm).
Habe dann mal auf die FW 1.10.xx zurück geflasht. Jetzt kann ich die Sensoren auch wieder an die alten Stellen hängen !
(TFA 30.3125)
Gruß
Sascha
Bitte X25 ausgaben senden, Ich besitze keinen solchen Sensor und kann das nicht nachvollziehen.
Zitat von: bjoernh am 17 Dezember 2015, 17:02:29
Bitte X25 ausgaben senden, Ich besitze keinen solchen Sensor und kann das nicht nachvollziehen.
Ich habe hier mal ein paar X25 Ausgaben. Sensor Logilink WS0002, a-culfw v1.20.03.
2015-12-17 18:27:33 CUL CUL_01 UNKNOWNCODE p11 496 1936 544 1952 480 752 17 1 2 1 464 3888 0 E7 FD0080
2015-12-17 18:27:33 CUL CUL_01 UNKNOWNCODE p11 544 1952 480 3904 480 1952 21 1 2 5 400 9248 0 ED 02A060
2015-12-17 18:27:58 CUL CUL_01 UNKNOWNCODE p11 416 1040 400 2032 336 1040 23 1 2 7 448 3936 0 E0 766C42
2015-12-17 18:27:58 CUL CUL_01 UNKNOWNCODE p 8 432 1024 416 2000 448 1024 37 1 4 5 400 3952 0 DE 5680467848
2015-12-17 18:27:58 CUL CUL_01 UNKNOWNCODE p 8 464 992 400 2032 384 1056 36 1 4 4 432 3936 0 D7 56806CF090
2015-12-17 18:29:52 CUL CUL_01 UNKNOWNCODE p 8 416 1024 400 2032 416 1040 36 1 4 4 464 3968 0 DD 56806CF090
2015-12-17 18:29:53 CUL CUL_01 UNKNOWNCODE p 8 416 1024 368 2032 400 1088 36 1 4 4 416 3968 0 DA 56806CF090
2015-12-17 18:29:53 CUL CUL_01 UNKNOWNCODE p11 400 1056 416 2000 448 1008 30 1 3 6 416 3952 0 EB 4B200364
2015-12-17 18:29:53 CUL CUL_01 UNKNOWNCODE p10 16 1136 80 80 384 1040 57 1 7 1 224 5696 0 EA B5D910501C95A480
2015-12-17 18:30:23 CUL CUL_01 UNKNOWNCODE p11 2944 16 464 3904 464 1952 41 1 5 1 528 6464 0 1C 0AF8C07B9400
2015-12-17 18:30:23 CUL CUL_01 UNKNOWNCODE p 8 528 1968 464 3920 496 1952 36 1 4 4 480 9200 0 1D 5F180F7280
2015-12-17 18:30:23 CUL_TCM97001 th_wz log_temperature: 25
2015-12-17 18:30:23 CUL_TCM97001 th_wz RAWMSG: s5F180F72801D; 448: 9232
2015-12-17 18:30:23 CUL CUL_01 UNKNOWNCODE p 8 528 1952 464 3904 464 1968 36 1 4 4 448 9232 0 1C 5F180F7280
2015-12-17 18:30:23 CUL CUL_01 UNKNOWNCODE p 8 528 1952 464 3920 464 1952 36 1 4 4 480 9200 0 1D 5F180F7280
2015-12-17 18:30:23 CUL CUL_01 UNKNOWNCODE p 8 512 1936 496 3888 480 1952 36 1 4 4 496 9216 0 1D 5F180F7280
2015-12-17 18:30:24 CUL CUL_01 UNKNOWNCODE p 8 528 1936 464 3888 464 1952 36 1 4 4 464 9216 0 1D 5F180F7280
2015-12-17 18:30:24 CUL CUL_01 UNKNOWNCODE p 8 512 1952 480 3888 464 1952 36 1 4 4 464 9232 0 1D 5F180F7280
2015-12-17 18:31:33 CUL CUL_01 UNKNOWNCODE p11 208 4016 480 3888 480 1952 33 1 4 1 400 10224 0 1B F8C07B9400
2015-12-17 18:31:33 CUL CUL_01 UNKNOWNCODE p 8 512 1968 480 3920 496 1952 36 1 4 4 480 9232 0 1D 5F180F7280
2015-12-17 18:31:33 CUL_TCM97001 th_wz RAWMSG: s5F180F72801D; 464: 9232
2015-12-17 18:31:33 CUL CUL_01 UNKNOWNCODE p 8 512 1968 464 3920 480 1952 36 1 4 4 464 9232 0 1C 5F180F7280
2015-12-17 18:31:33 CUL CUL_01 UNKNOWNCODE p 8 512 1968 464 3936 464 1984 36 1 4 4 464 9232 0 1D 5F180F7280
2015-12-17 18:31:33 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 480 1952 36 1 4 4 464 9200 0 1D 5F180F7280
2015-12-17 18:31:34 CUL CUL_01 UNKNOWNCODE p 8 528 1968 480 3920 464 1968 36 1 4 4 480 9200 0 1D 5F180F7280
2015-12-17 18:31:34 CUL CUL_01 UNKNOWNCODE p 8 512 1968 480 3920 496 1936 36 1 4 4 464 9232 0 1D 5F180F7280
2015-12-17 18:32:47 CUL CUL_01 UNKNOWNCODE p11 480 1952 496 3872 48 336 27 1 3 3 496 3872 0 EC F8000000
2015-12-17 18:33:18 CUL CUL_01 UNKNOWNCODE p 8 400 640 464 3904 512 1936 37 1 4 5 784 7136 0 1C AF8C07B140
2015-12-17 18:33:18 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3888 480 1936 36 1 4 4 464 9232 0 1C 5F180F6280
2015-12-17 18:33:18 CUL_TCM97001 th_wz temperature: 24.6
2015-12-17 18:33:18 CUL_TCM97001 th_wz T: 24.6 H: 40
2015-12-17 18:33:18 CUL_TCM97001 th_wz RAWMSG: s5F180F62801C; 496: 9216
2015-12-17 18:33:18 CUL_TCM97001 th_wz absFeuchte: 9.0
2015-12-17 18:33:18 CUL_TCM97001 th_wz dewpoint: 10.1
2015-12-17 18:33:18 CUL CUL_01 UNKNOWNCODE p 8 512 1952 480 3888 464 1936 36 1 4 4 496 9216 0 1A 5F180F6280
2015-12-17 18:33:18 CUL CUL_01 UNKNOWNCODE p 8 528 1936 496 3904 464 1952 36 1 4 4 512 9200 0 1B 5F180F6280
2015-12-17 18:33:18 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 464 1952 36 1 4 4 464 9216 0 1C 5F180F6280
2015-12-17 18:33:19 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3888 480 1936 36 1 4 4 464 9216 0 1A 5F180F6280
2015-12-17 18:33:19 CUL CUL_01 UNKNOWNCODE p 8 544 1936 480 3904 464 1952 36 1 4 4 480 9216 0 1C 5F180F6280
2015-12-17 18:33:25 CUL CUL_01 UNKNOWNCODE p13 496 416 720 464 0 0 38 1 4 6 800 416 400 EA AAADA2D4B4
2015-12-17 18:35:42 CUL CUL_01 UNKNOWNCODE p 8 416 2000 448 3920 480 1952 28 1 3 4 384 7408 0 E4 42064610
2015-12-17 18:35:42 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3904 464 1952 36 1 4 4 480 9200 0 E2 502A064610
2015-12-17 18:36:02 CUL CUL_01 UNKNOWNCODE p13 320 480 720 448 0 0 17 1 2 1 320 880 320 DF 8B5280
2015-12-17 18:36:17 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 496 1920 36 1 4 4 448 9216 0 DD 502A064610
2015-12-17 18:36:17 CUL CUL_01 UNKNOWNCODE p 8 512 2000 480 3904 448 1952 28 1 3 4 496 9200 0 EE 502A0640
2015-12-17 18:36:17 CUL CUL_01 UNKNOWNCODE p 8 304 2128 496 3888 480 1936 37 1 4 5 400 6784 0 E1 2815032308
2015-12-17 18:36:17 CUL CUL_01 UNKNOWNCODE p 8 544 1968 496 3888 464 1952 36 1 4 4 480 9200 0 E1 502A064610
2015-12-17 18:36:52 CUL CUL_01 UNKNOWNCODE p11 544 1936 480 3280 464 1968 40 1 5 0 400 9248 0 E4 502A06C8C3
2015-12-17 18:37:16 CUL CUL_01 UNKNOWNCODE p11 208 16 48 32 0 0 19 1 2 3 176 7088 0 F6 000000
2015-12-17 18:37:27 CUL CUL_01 UNKNOWNCODE p11 432 1984 448 1968 112 272 17 1 2 1 400 3952 0 ED F7C380
2015-12-17 18:37:27 CUL CUL_01 UNKNOWNCODE p11 336 2096 480 3888 64 736 16 1 2 0 432 9216 0 ED 0A83
2015-12-17 18:37:27 CUL CUL_01 UNKNOWNCODE p11 528 1952 64 96 512 1152 33 1 4 1 400 8208 0 EE 42A0646100
2015-12-17 18:38:40 CUL CUL_01 UNKNOWNCODE p13 512 448 528 560 0 0 43 1 5 3 512 448 512 D9 AAAAAAAAAAA0
2015-12-17 18:40:22 CUL CUL_01 UNKNOWNCODE p11 288 2080 464 3920 480 1936 30 1 3 6 416 9264 0 E0 0A819184
2015-12-17 18:40:22 CUL CUL_01 UNKNOWNCODE p11 528 1984 80 32 48 1136 17 1 2 1 464 9200 0 F7 502880
2015-12-17 18:40:23 CUL CUL_01 UNKNOWNCODE p11 464 1952 432 1968 80 64 18 1 2 2 464 3920 0 E5 E017C0
2015-12-17 18:40:53 CUL CUL_01 UNKNOWNCODE p11 400 2016 480 3920 464 1968 35 1 4 3 480 7632 0 1D 3E301EE500
2015-12-17 18:40:53 CUL CUL_01 UNKNOWNCODE p 8 544 1920 464 3904 464 1952 36 1 4 4 464 9216 0 1D 5F180F7280
2015-12-17 18:40:53 CUL_TCM97001 th_wz temperature: 24.7
2015-12-17 18:40:53 CUL_TCM97001 th_wz T: 24.7 H: 40
2015-12-17 18:40:53 CUL_TCM97001 th_wz RAWMSG: s5F180F72801E; 480: 9232
2015-12-17 18:40:53 CUL_TCM97001 th_wz absFeuchte: 9.1
2015-12-17 18:40:53 CUL_TCM97001 th_wz dewpoint: 10.2
2015-12-17 18:40:53 CUL CUL_01 UNKNOWNCODE p 8 512 1952 496 3888 496 1952 36 1 4 4 480 9232 0 1C 5F180F7280
2015-12-17 18:40:53 CUL CUL_01 UNKNOWNCODE p 8 528 1936 464 3904 464 1952 36 1 4 4 464 9216 0 1D 5F180F7280
2015-12-17 18:40:53 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3904 464 1968 36 1 4 4 480 9216 0 1D 5F180F7280
2015-12-17 18:40:54 CUL CUL_01 UNKNOWNCODE p 8 544 1936 496 3904 496 1952 36 1 4 4 464 9216 0 1D 5F180F7280
2015-12-17 18:40:54 CUL CUL_01 UNKNOWNCODE p 8 528 1936 496 3888 480 1936 36 1 4 4 480 9216 0 1D 5F180F7280
2015-12-17 18:41:17 CUL CUL_01 UNKNOWNCODE p13 576 400 528 544 0 0 38 1 4 6 800 400 400 E9 B52B6B56AC
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p11 1344 96 96 2032 64 48 22 1 2 6 192 4112 0 D9 200054
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p11 48 64 144 16 112 1488 20 1 2 4 176 5856 0 D8 1209D0
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p11 48 64 272 2064 464 512 33 1 4 1 208 4016 0 EA 1091000800
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p11 368 1072 432 2000 416 800 50 1 6 2 352 4016 0 EB 4B400CCD84E800
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p 8 400 1040 416 1984 384 1056 36 1 4 4 400 3968 0 DC 56806CF090
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p 8 416 1040 416 2000 416 1040 36 1 4 4 416 3952 0 DC 56806CF090
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p 8 448 1040 400 2016 400 1056 36 1 4 4 432 3936 0 D9 56806CF090
Der WS0002 sendet alle 35 Sekunden und wird mit der a-culfw v1.10.02 ohne Probleme empfangen.
Ich hoffe das dir die Ausgaben reichen.
Hier Ausgaben mit a-culfw v1.10.02
2015-12-17 18:59:33 CUL CUL_01 UNKNOWNCODE p 8 464 672 480 3904 464 1952 37 1 4 5 416 12144 28 AF8C07B140
2015-12-17 18:59:33 CUL CUL_01 UNKNOWNCODE p 8 528 1984 464 3920 464 1968 36 1 4 4 464 9232 21 5F180F6280
2015-12-17 18:59:33 CUL_TCM97001 th_wz temperature: 24.6
2015-12-17 18:59:33 CUL_TCM97001 th_wz T: 24.6 H: 40
2015-12-17 18:59:33 CUL_TCM97001 th_wz RAWMSG: s5F180F628022
2015-12-17 18:59:33 CUL_TCM97001 th_wz absFeuchte: 9.0
2015-12-17 18:59:33 CUL_TCM97001 th_wz dewpoint: 10.1
2015-12-17 18:59:33 CUL CUL_01 UNKNOWNCODE p 8 528 1952 496 3904 464 1952 36 1 4 4 464 9232 28 5F180F6280
2015-12-17 18:59:33 CUL CUL_01 UNKNOWNCODE p 8 512 1952 480 3904 480 1936 36 1 4 4 512 9216 21 5F180F6280
2015-12-17 18:59:33 CUL CUL_01 UNKNOWNCODE p 8 544 1952 496 3888 496 1936 36 1 4 4 496 9216 21 5F180F6280
2015-12-17 18:59:34 CUL CUL_01 UNKNOWNCODE p 8 528 1968 480 3888 480 1952 36 1 4 4 480 9216 21 5F180F6280
2015-12-17 18:59:34 CUL CUL_01 UNKNOWNCODE p 8 544 1952 496 3888 480 1936 36 1 4 4 496 9200 21 5F180F6280
2015-12-17 18:59:37 CUL CUL_01 UNKNOWNCODE p 8 544 1936 480 3904 464 1968 36 1 4 4 464 9200 F4 502A064610
2015-12-17 18:59:37 CUL_TCM97001 th_outdoor RAWMSG: s502A064610F6
2015-12-17 18:59:37 CUL CUL_01 UNKNOWNCODE p 8 544 1952 464 3936 464 1952 36 1 4 4 496 9184 FD 502A064610
2015-12-17 18:59:37 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 480 1952 36 1 4 4 464 9216 F4 502A064610
2015-12-17 18:59:37 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3920 496 1920 36 1 4 4 464 9232 F5 502A064610
2015-12-17 18:59:37 CUL CUL_01 UNKNOWNCODE p 8 560 1952 464 3904 496 1952 36 1 4 4 480 9184 F4 502A064610
2015-12-17 18:59:37 CUL CUL_01 UNKNOWNCODE p 8 544 1936 464 3920 480 1952 36 1 4 4 496 9200 F4 502A064610
2015-12-17 19:00:08 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3920 480 1952 36 1 4 4 496 9200 21 5F180F6280
2015-12-17 19:00:08 CUL_TCM97001 th_wz RAWMSG: s5F180F628022
2015-12-17 19:00:08 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 480 1936 36 1 4 4 464 9216 29 5F180F6280
2015-12-17 19:00:08 CUL CUL_01 UNKNOWNCODE p 8 528 1952 512 3872 496 1936 36 1 4 4 496 9216 21 5F180F6280
2015-12-17 19:00:08 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 480 1952 36 1 4 4 480 9216 21 5F180F6280
2015-12-17 19:00:09 CUL CUL_01 UNKNOWNCODE p 8 512 1968 464 3936 480 1952 36 1 4 4 480 9232 21 5F180F6280
2015-12-17 19:00:09 CUL CUL_01 UNKNOWNCODE p 8 544 1952 496 3888 480 1968 36 1 4 4 480 9200 21 5F180F6280
2015-12-17 19:00:12 CUL CUL_01 UNKNOWNCODE p 8 560 1936 464 3904 496 1952 36 1 4 4 480 9200 F5 502A064610
2015-12-17 19:00:12 CUL_TCM97001 th_outdoor RAWMSG: s502A064610F6
2015-12-17 19:00:12 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 480 1952 36 1 4 4 480 9216 FC 502A064610
2015-12-17 19:00:12 CUL CUL_01 UNKNOWNCODE p 8 560 1936 480 3904 480 1952 36 1 4 4 496 9184 F5 502A064610
2015-12-17 19:00:12 CUL CUL_01 UNKNOWNCODE p 8 544 1936 464 3936 464 1968 36 1 4 4 480 9216 F5 502A064610
2015-12-17 19:00:12 CUL CUL_01 UNKNOWNCODE p 8 528 1968 464 3904 464 1968 36 1 4 4 464 9200 F5 502A064610
2015-12-17 19:00:12 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 464 1952 36 1 4 4 480 9216 F5 502A064610
2015-12-17 19:00:16 CUL CUL_01 UNKNOWNCODE p 8 416 1024 432 2000 416 1024 36 1 4 4 448 3968 DC 56806CF090
2015-12-17 19:00:16 CUL CUL_01 UNKNOWNCODE p 8 400 1040 416 2016 400 1040 36 1 4 4 416 3968 DD 56806CF090
2015-12-17 19:00:16 CUL CUL_01 UNKNOWNCODE p 8 400 1040 432 2016 400 1040 36 1 4 4 416 3968 DB 56806CF090
2015-12-17 19:00:16 CUL CUL_01 UNKNOWNCODE p 8 400 1040 416 2000 416 1024 36 1 4 4 416 3952 DC 56806CF090
2015-12-17 19:00:16 CUL CUL_01 UNKNOWNCODE p 8 400 1040 400 2016 384 1056 36 1 4 4 432 3952 DC 56806CF090
2015-12-17 19:00:16 CUL CUL_01 UNKNOWNCODE p 8 448 1008 416 2000 432 1024 36 1 4 4 400 3952 DC 56806CF090
2015-12-17 19:00:16 CUL CUL_01 UNKNOWNCODE p 8 352 1040 400 2032 416 1056 36 1 4 4 400 3968 DC 56806CF090
2015-12-17 19:00:16 CUL CUL_01 UNKNOWNCODE p 8 416 1024 416 2032 400 1040 36 1 4 4 416 3952 DC 56806CF090
2015-12-17 19:00:16 CUL CUL_01 UNKNOWNCODE p 8 400 1040 416 2016 400 1040 36 1 4 4 400 3984 DD 56806CF090
2015-12-17 19:00:16 CUL CUL_01 UNKNOWNCODE p 8 400 1056 416 2032 416 1040 36 1 4 4 416 3968 DB 56806CF090
2015-12-17 19:00:16 CUL CUL_01 UNKNOWNCODE p 8 416 1056 432 2016 416 1024 36 1 4 4 400 3968 DC 56806CF090
2015-12-17 19:00:16 CUL CUL_01 UNKNOWNCODE p 8 400 1040 400 2048 416 1024 36 1 4 4 400 3968 D7 56806CF090
2015-12-17 19:00:43 CUL CUL_01 UNKNOWNCODE p 8 528 1936 464 3920 496 1952 36 1 4 4 464 9232 21 5F180F6280
2015-12-17 19:00:43 CUL_TCM97001 th_wz RAWMSG: s5F180F628022
2015-12-17 19:00:43 CUL CUL_01 UNKNOWNCODE p 8 528 1968 448 3904 480 1936 36 1 4 4 464 9216 29 5F180F6280
2015-12-17 19:00:43 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3888 480 1952 36 1 4 4 496 9200 21 5F180F6280
2015-12-17 19:00:43 CUL CUL_01 UNKNOWNCODE p 8 544 1952 464 3936 496 1968 36 1 4 4 464 9216 21 5F180F6280
2015-12-17 19:00:44 CUL CUL_01 UNKNOWNCODE p 8 528 1936 480 3920 496 1936 36 1 4 4 464 9232 21 5F180F6280
2015-12-17 19:00:44 CUL CUL_01 UNKNOWNCODE p 8 560 1936 480 3904 480 1952 36 1 4 4 480 9216 21 5F180F6280
2015-12-17 19:00:47 CUL CUL_01 UNKNOWNCODE p 8 544 1968 464 3920 464 1968 36 1 4 4 480 9184 F5 502A064610
2015-12-17 19:00:47 CUL_TCM97001 th_outdoor RAWMSG: s502A064610F5
2015-12-17 19:00:47 CUL CUL_01 UNKNOWNCODE p 8 528 1952 464 3920 464 1968 36 1 4 4 448 9232 FC 502A064610
2015-12-17 19:00:47 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3920 464 1952 36 1 4 4 464 9216 F4 502A064610
2015-12-17 19:00:47 CUL CUL_01 UNKNOWNCODE p 8 560 1936 464 3904 480 1968 36 1 4 4 464 9216 F5 502A064610
2015-12-17 19:00:47 CUL CUL_01 UNKNOWNCODE p 8 560 1920 496 3888 496 1936 36 1 4 4 480 9200 F4 502A064610
2015-12-17 19:00:47 CUL CUL_01 UNKNOWNCODE p 8 544 1936 464 3920 496 1936 36 1 4 4 496 9200 F5 502A064610
2015-12-17 19:01:13 CUL CUL_01 UNKNOWNCODE p 8 432 1024 416 2016 432 1008 36 1 4 4 464 3968 DB 56806CF090
2015-12-17 19:01:13 CUL CUL_01 UNKNOWNCODE p 8 384 1056 400 2000 400 1040 36 1 4 4 416 3984 DD 56806CF090
2015-12-17 19:01:13 CUL CUL_01 UNKNOWNCODE p 8 400 1024 400 2048 400 1040 36 1 4 4 432 3984 DC 56806CF090
2015-12-17 19:01:13 CUL CUL_01 UNKNOWNCODE p 8 416 1040 384 2016 384 1072 36 1 4 4 400 3968 DC 56806CF090
2015-12-17 19:01:13 CUL CUL_01 UNKNOWNCODE p 8 400 1072 400 2032 400 1056 36 1 4 4 416 3952 DC 56806CF090
2015-12-17 19:01:13 CUL CUL_01 UNKNOWNCODE p 8 400 1056 416 2016 384 1056 36 1 4 4 416 3952 DB 56806CF090
2015-12-17 19:01:13 CUL CUL_01 UNKNOWNCODE p 8 432 1056 432 2032 416 1024 36 1 4 4 400 3952 DC 56806CF090
2015-12-17 19:01:13 CUL CUL_01 UNKNOWNCODE p 8 400 1056 400 2016 400 1056 36 1 4 4 384 3984 DC 56806CF090
2015-12-17 19:01:13 CUL CUL_01 UNKNOWNCODE p 8 384 1040 416 2032 416 1040 36 1 4 4 416 3984 DC 56806CF090
2015-12-17 19:01:13 CUL CUL_01 UNKNOWNCODE p 8 400 1040 400 2032 400 1056 36 1 4 4 400 3984 DC 56806CF090
2015-12-17 19:01:13 CUL CUL_01 UNKNOWNCODE p 8 400 1056 400 2032 448 1008 36 1 4 4 400 3968 DC 56806CF090
2015-12-17 19:01:13 CUL CUL_01 UNKNOWNCODE p 8 368 1056 400 2032 416 1040 36 1 4 4 416 3984 D8 56806CF090
2015-12-17 19:01:18 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3920 464 1968 36 1 4 4 480 9200 21 5F180F6280
2015-12-17 19:01:18 CUL_TCM97001 th_wz RAWMSG: s5F180F628022
2015-12-17 19:01:18 CUL CUL_01 UNKNOWNCODE p 8 512 1968 512 3888 464 1968 36 1 4 4 480 9216 29 5F180F6280
2015-12-17 19:01:18 CUL CUL_01 UNKNOWNCODE p 8 544 1936 480 3920 480 1968 36 1 4 4 480 9216 21 5F180F6280
2015-12-17 19:01:18 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 480 1952 36 1 4 4 464 9216 21 5F180F6280
2015-12-17 19:01:19 CUL CUL_01 UNKNOWNCODE p 8 528 1920 464 3904 480 1952 36 1 4 4 464 9232 21 5F180F6280
2015-12-17 19:01:19 CUL CUL_01 UNKNOWNCODE p 8 560 1936 496 3888 480 1936 36 1 4 4 480 9216 21 5F180F6280
2015-12-17 19:01:22 CUL CUL_01 UNKNOWNCODE p 8 544 1952 496 3920 480 1936 36 1 4 4 480 9216 F7 502A064610
2015-12-17 19:01:22 CUL_TCM97001 th_outdoor RAWMSG: s502A064610F6
2015-12-17 19:01:22 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 448 1968 36 1 4 4 448 9200 FD 502A064610
2015-12-17 19:01:22 CUL CUL_01 UNKNOWNCODE p 8 528 1968 480 3904 480 1968 36 1 4 4 480 9216 F4 502A064610
2015-12-17 19:01:22 CUL CUL_01 UNKNOWNCODE p 8 544 1952 496 3904 464 1936 36 1 4 4 464 9200 F5 502A064610
2015-12-17 19:01:22 CUL CUL_01 UNKNOWNCODE p 8 544 1936 464 3920 496 1952 36 1 4 4 464 9216 F4 502A064610
2015-12-17 19:01:22 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3904 464 1952 36 1 4 4 448 9232 F4 502A064610
2015-12-17 19:01:53 CUL CUL_01 UNKNOWNCODE p 8 544 1920 464 3920 496 1952 36 1 4 4 480 9216 21 5F180F6280
2015-12-17 19:01:53 CUL_TCM97001 th_wz RAWMSG: s5F180F628022
2015-12-17 19:01:53 CUL CUL_01 UNKNOWNCODE p 8 528 1936 480 3904 448 1968 36 1 4 4 464 9232 29 5F180F6280
2015-12-17 19:01:53 CUL CUL_01 UNKNOWNCODE p 8 528 1936 480 3920 480 1968 36 1 4 4 480 9216 21 5F180F6280
2015-12-17 19:01:53 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3888 496 1952 36 1 4 4 464 9232 21 5F180F6280
2015-12-17 19:01:54 CUL CUL_01 UNKNOWNCODE p 8 544 1952 464 3904 464 1952 36 1 4 4 464 9216 21 5F180F6280
2015-12-17 19:01:54 CUL CUL_01 UNKNOWNCODE p 8 528 1968 496 3904 464 1968 36 1 4 4 496 9216 21 5F180F6280
2015-12-17 19:01:57 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 448 1952 36 1 4 4 480 9200 F4 502A064610
2015-12-17 19:01:57 CUL_TCM97001 th_outdoor RAWMSG: s502A064610F6
2015-12-17 19:01:57 CUL CUL_01 UNKNOWNCODE p 8 544 1968 496 3888 496 1936 36 1 4 4 464 9216 FC 502A064610
2015-12-17 19:01:57 CUL CUL_01 UNKNOWNCODE p 8 560 1936 480 3888 480 1952 36 1 4 4 480 9200 F4 502A064610
2015-12-17 19:01:57 CUL CUL_01 UNKNOWNCODE p 8 544 1952 496 3888 496 1936 36 1 4 4 496 9200 F4 502A064610
2015-12-17 19:01:57 CUL CUL_01 UNKNOWNCODE p 8 544 1952 464 3904 464 1968 36 1 4 4 480 9216 F5 502A064610
2015-12-17 19:01:57 CUL CUL_01 UNKNOWNCODE p 8 544 1936 464 3920 480 1952 36 1 4 4 480 9216 F4 502A064610
2015-12-17 19:02:10 CUL CUL_01 UNKNOWNCODE p11 400 1040 336 2112 240 32 47 1 5 7 400 4016 DB 48D001983C24
2015-12-17 19:02:10 CUL CUL_01 UNKNOWNCODE p11 80 16 272 2080 96 80 56 1 7 0 384 4016 DA 22C8000330B842
2015-12-17 19:02:10 CUL CUL_01 UNKNOWNCODE p11 80 80 112 2176 80 64 57 1 7 1 368 4000 DA 24A4001947808100
2015-12-17 19:02:10 CUL CUL_01 UNKNOWNCODE p11 80 64 48 2016 64 32 54 1 6 6 400 4096 DA 25A0006C2D0110
2015-12-17 19:02:10 CUL CUL_01 UNKNOWNCODE p11 48 16 48 2288 96 16 57 1 7 1 352 4016 D9 2922001983502080
2015-12-17 19:02:28 CUL CUL_01 UNKNOWNCODE p 8 544 1952 464 3888 480 1952 36 1 4 4 480 9200 21 5F180F6280
2015-12-17 19:02:28 CUL_TCM97001 th_wz RAWMSG: s5F180F628022
2015-12-17 19:02:28 CUL CUL_01 UNKNOWNCODE p 8 544 1952 464 3904 464 1968 36 1 4 4 480 9200 29 5F180F6280
2015-12-17 19:02:28 CUL CUL_01 UNKNOWNCODE p 8 544 1968 480 3904 464 1968 36 1 4 4 496 9184 21 5F180F6280
2015-12-17 19:02:28 CUL CUL_01 UNKNOWNCODE p 8 544 1968 464 3904 496 1920 36 1 4 4 496 9200 21 5F180F6280
2015-12-17 19:02:29 CUL CUL_01 UNKNOWNCODE p 8 544 1952 496 3888 496 1952 36 1 4 4 480 9216 21 5F180F6280
2015-12-17 19:02:29 CUL CUL_01 UNKNOWNCODE p 8 560 1952 480 3920 496 1952 36 1 4 4 480 9200 21 5F180F6280
2015-12-17 19:02:32 CUL CUL_01 UNKNOWNCODE p 8 528 1952 496 3904 464 1952 36 1 4 4 480 9216 F7 502A064610
2015-12-17 19:02:32 CUL_TCM97001 th_outdoor RAWMSG: s502A064610F6
2015-12-17 19:02:32 CUL CUL_01 UNKNOWNCODE p 8 560 1952 480 3888 496 1936 36 1 4 4 464 9216 FC 502A064610
2015-12-17 19:02:32 CUL CUL_01 UNKNOWNCODE p 8 544 1952 464 3920 480 1952 36 1 4 4 496 9200 F4 502A064610
2015-12-17 19:02:32 CUL CUL_01 UNKNOWNCODE p 8 560 1936 464 3904 480 1952 36 1 4 4 464 9216 F5 502A064610
2015-12-17 19:02:32 CUL CUL_01 UNKNOWNCODE p 8 528 1952 448 3920 480 1952 36 1 4 4 464 9232 F5 502A064610
2015-12-17 19:02:32 CUL CUL_01 UNKNOWNCODE p 8 544 1920 464 3904 464 1968 36 1 4 4 480 9216 F4 502A064610
2015-12-17 19:03:03 CUL CUL_01 UNKNOWNCODE p 8 528 1936 480 3888 480 1952 36 1 4 4 464 9232 22 5F180F6280
2015-12-17 19:03:03 CUL_TCM97001 th_wz RAWMSG: s5F180F628024
2015-12-17 19:03:03 CUL CUL_01 UNKNOWNCODE p 8 544 1936 496 3904 464 1952 36 1 4 4 480 9200 27 5F180F6280
2015-12-17 19:03:03 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3888 464 1968 36 1 4 4 496 9200 22 5F180F6280
2015-12-17 19:03:03 CUL CUL_01 UNKNOWNCODE p 8 512 1968 464 3920 480 1968 36 1 4 4 480 9216 22 5F180F6280
2015-12-17 19:03:04 CUL CUL_01 UNKNOWNCODE p 8 560 1920 496 3904 496 1952 36 1 4 4 464 9216 22 5F180F6280
2015-12-17 19:03:04 CUL CUL_01 UNKNOWNCODE p 8 528 1952 496 3904 464 1968 36 1 4 4 464 9248 22 5F180F6280
2015-12-17 19:03:07 CUL CUL_01 UNKNOWNCODE p11 352 1152 352 2096 336 432 42 1 5 2 400 4016 08 299001B1E080
2015-12-17 19:03:07 CUL CUL_01 UNKNOWNCODE p 8 528 1936 464 3904 464 1968 36 1 4 4 480 9216 F5 502A064610
2015-12-17 19:03:07 CUL_TCM97001 th_outdoor RAWMSG: s502A064610F6
2015-12-17 19:03:07 CUL CUL_01 UNKNOWNCODE p 8 544 1968 496 3920 480 1920 36 1 4 4 480 9216 FC 502A064610
2015-12-17 19:03:07 CUL CUL_01 UNKNOWNCODE p 8 560 1952 480 3888 496 1936 36 1 4 4 464 9200 F5 502A064610
2015-12-17 19:03:07 CUL CUL_01 UNKNOWNCODE p 8 544 1968 480 3904 496 1936 36 1 4 4 480 9216 F5 502A064610
2015-12-17 19:03:07 CUL CUL_01 UNKNOWNCODE p 8 544 1952 496 3904 480 1952 36 1 4 4 480 9200 F5 502A064610
2015-12-17 19:03:07 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 480 1936 36 1 4 4 464 9216 F5 502A064610
MfG
Zitat von: spikeh1 am 17 Dezember 2015, 18:47:19
Ich habe hier mal ein paar X25 Ausgaben. Sensor Logilink WS0002, a-culfw v1.20.03.
2015-12-17 18:27:33 CUL CUL_01 UNKNOWNCODE p11 496 1936 544 1952 480 752 17 1 2 1 464 3888 0 E7 FD0080
2015-12-17 18:27:33 CUL CUL_01 UNKNOWNCODE p11 544 1952 480 3904 480 1952 21 1 2 5 400 9248 0 ED 02A060
2015-12-17 18:27:58 CUL CUL_01 UNKNOWNCODE p11 416 1040 400 2032 336 1040 23 1 2 7 448 3936 0 E0 766C42
2015-12-17 18:27:58 CUL CUL_01 UNKNOWNCODE p 8 432 1024 416 2000 448 1024 37 1 4 5 400 3952 0 DE 5680467848
2015-12-17 18:27:58 CUL CUL_01 UNKNOWNCODE p 8 464 992 400 2032 384 1056 36 1 4 4 432 3936 0 D7 56806CF090
2015-12-17 18:29:52 CUL CUL_01 UNKNOWNCODE p 8 416 1024 400 2032 416 1040 36 1 4 4 464 3968 0 DD 56806CF090
2015-12-17 18:29:53 CUL CUL_01 UNKNOWNCODE p 8 416 1024 368 2032 400 1088 36 1 4 4 416 3968 0 DA 56806CF090
2015-12-17 18:29:53 CUL CUL_01 UNKNOWNCODE p11 400 1056 416 2000 448 1008 30 1 3 6 416 3952 0 EB 4B200364
2015-12-17 18:29:53 CUL CUL_01 UNKNOWNCODE p10 16 1136 80 80 384 1040 57 1 7 1 224 5696 0 EA B5D910501C95A480
2015-12-17 18:30:23 CUL CUL_01 UNKNOWNCODE p11 2944 16 464 3904 464 1952 41 1 5 1 528 6464 0 1C 0AF8C07B9400
2015-12-17 18:30:23 CUL CUL_01 UNKNOWNCODE p 8 528 1968 464 3920 496 1952 36 1 4 4 480 9200 0 1D 5F180F7280
2015-12-17 18:30:23 CUL_TCM97001 th_wz log_temperature: 25
2015-12-17 18:30:23 CUL_TCM97001 th_wz RAWMSG: s5F180F72801D; 448: 9232
2015-12-17 18:30:23 CUL CUL_01 UNKNOWNCODE p 8 528 1952 464 3904 464 1968 36 1 4 4 448 9232 0 1C 5F180F7280
2015-12-17 18:30:23 CUL CUL_01 UNKNOWNCODE p 8 528 1952 464 3920 464 1952 36 1 4 4 480 9200 0 1D 5F180F7280
2015-12-17 18:30:23 CUL CUL_01 UNKNOWNCODE p 8 512 1936 496 3888 480 1952 36 1 4 4 496 9216 0 1D 5F180F7280
2015-12-17 18:30:24 CUL CUL_01 UNKNOWNCODE p 8 528 1936 464 3888 464 1952 36 1 4 4 464 9216 0 1D 5F180F7280
2015-12-17 18:30:24 CUL CUL_01 UNKNOWNCODE p 8 512 1952 480 3888 464 1952 36 1 4 4 464 9232 0 1D 5F180F7280
2015-12-17 18:31:33 CUL CUL_01 UNKNOWNCODE p11 208 4016 480 3888 480 1952 33 1 4 1 400 10224 0 1B F8C07B9400
2015-12-17 18:31:33 CUL CUL_01 UNKNOWNCODE p 8 512 1968 480 3920 496 1952 36 1 4 4 480 9232 0 1D 5F180F7280
2015-12-17 18:31:33 CUL_TCM97001 th_wz RAWMSG: s5F180F72801D; 464: 9232
2015-12-17 18:31:33 CUL CUL_01 UNKNOWNCODE p 8 512 1968 464 3920 480 1952 36 1 4 4 464 9232 0 1C 5F180F7280
2015-12-17 18:31:33 CUL CUL_01 UNKNOWNCODE p 8 512 1968 464 3936 464 1984 36 1 4 4 464 9232 0 1D 5F180F7280
2015-12-17 18:31:33 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 480 1952 36 1 4 4 464 9200 0 1D 5F180F7280
2015-12-17 18:31:34 CUL CUL_01 UNKNOWNCODE p 8 528 1968 480 3920 464 1968 36 1 4 4 480 9200 0 1D 5F180F7280
2015-12-17 18:31:34 CUL CUL_01 UNKNOWNCODE p 8 512 1968 480 3920 496 1936 36 1 4 4 464 9232 0 1D 5F180F7280
2015-12-17 18:32:47 CUL CUL_01 UNKNOWNCODE p11 480 1952 496 3872 48 336 27 1 3 3 496 3872 0 EC F8000000
2015-12-17 18:33:18 CUL CUL_01 UNKNOWNCODE p 8 400 640 464 3904 512 1936 37 1 4 5 784 7136 0 1C AF8C07B140
2015-12-17 18:33:18 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3888 480 1936 36 1 4 4 464 9232 0 1C 5F180F6280
2015-12-17 18:33:18 CUL_TCM97001 th_wz temperature: 24.6
2015-12-17 18:33:18 CUL_TCM97001 th_wz T: 24.6 H: 40
2015-12-17 18:33:18 CUL_TCM97001 th_wz RAWMSG: s5F180F62801C; 496: 9216
2015-12-17 18:33:18 CUL_TCM97001 th_wz absFeuchte: 9.0
2015-12-17 18:33:18 CUL_TCM97001 th_wz dewpoint: 10.1
2015-12-17 18:33:18 CUL CUL_01 UNKNOWNCODE p 8 512 1952 480 3888 464 1936 36 1 4 4 496 9216 0 1A 5F180F6280
2015-12-17 18:33:18 CUL CUL_01 UNKNOWNCODE p 8 528 1936 496 3904 464 1952 36 1 4 4 512 9200 0 1B 5F180F6280
2015-12-17 18:33:18 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 464 1952 36 1 4 4 464 9216 0 1C 5F180F6280
2015-12-17 18:33:19 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3888 480 1936 36 1 4 4 464 9216 0 1A 5F180F6280
2015-12-17 18:33:19 CUL CUL_01 UNKNOWNCODE p 8 544 1936 480 3904 464 1952 36 1 4 4 480 9216 0 1C 5F180F6280
2015-12-17 18:33:25 CUL CUL_01 UNKNOWNCODE p13 496 416 720 464 0 0 38 1 4 6 800 416 400 EA AAADA2D4B4
2015-12-17 18:35:42 CUL CUL_01 UNKNOWNCODE p 8 416 2000 448 3920 480 1952 28 1 3 4 384 7408 0 E4 42064610
2015-12-17 18:35:42 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3904 464 1952 36 1 4 4 480 9200 0 E2 502A064610
2015-12-17 18:36:02 CUL CUL_01 UNKNOWNCODE p13 320 480 720 448 0 0 17 1 2 1 320 880 320 DF 8B5280
2015-12-17 18:36:17 CUL CUL_01 UNKNOWNCODE p 8 544 1952 480 3904 496 1920 36 1 4 4 448 9216 0 DD 502A064610
2015-12-17 18:36:17 CUL CUL_01 UNKNOWNCODE p 8 512 2000 480 3904 448 1952 28 1 3 4 496 9200 0 EE 502A0640
2015-12-17 18:36:17 CUL CUL_01 UNKNOWNCODE p 8 304 2128 496 3888 480 1936 37 1 4 5 400 6784 0 E1 2815032308
2015-12-17 18:36:17 CUL CUL_01 UNKNOWNCODE p 8 544 1968 496 3888 464 1952 36 1 4 4 480 9200 0 E1 502A064610
2015-12-17 18:36:52 CUL CUL_01 UNKNOWNCODE p11 544 1936 480 3280 464 1968 40 1 5 0 400 9248 0 E4 502A06C8C3
2015-12-17 18:37:16 CUL CUL_01 UNKNOWNCODE p11 208 16 48 32 0 0 19 1 2 3 176 7088 0 F6 000000
2015-12-17 18:37:27 CUL CUL_01 UNKNOWNCODE p11 432 1984 448 1968 112 272 17 1 2 1 400 3952 0 ED F7C380
2015-12-17 18:37:27 CUL CUL_01 UNKNOWNCODE p11 336 2096 480 3888 64 736 16 1 2 0 432 9216 0 ED 0A83
2015-12-17 18:37:27 CUL CUL_01 UNKNOWNCODE p11 528 1952 64 96 512 1152 33 1 4 1 400 8208 0 EE 42A0646100
2015-12-17 18:38:40 CUL CUL_01 UNKNOWNCODE p13 512 448 528 560 0 0 43 1 5 3 512 448 512 D9 AAAAAAAAAAA0
2015-12-17 18:40:22 CUL CUL_01 UNKNOWNCODE p11 288 2080 464 3920 480 1936 30 1 3 6 416 9264 0 E0 0A819184
2015-12-17 18:40:22 CUL CUL_01 UNKNOWNCODE p11 528 1984 80 32 48 1136 17 1 2 1 464 9200 0 F7 502880
2015-12-17 18:40:23 CUL CUL_01 UNKNOWNCODE p11 464 1952 432 1968 80 64 18 1 2 2 464 3920 0 E5 E017C0
2015-12-17 18:40:53 CUL CUL_01 UNKNOWNCODE p11 400 2016 480 3920 464 1968 35 1 4 3 480 7632 0 1D 3E301EE500
2015-12-17 18:40:53 CUL CUL_01 UNKNOWNCODE p 8 544 1920 464 3904 464 1952 36 1 4 4 464 9216 0 1D 5F180F7280
2015-12-17 18:40:53 CUL_TCM97001 th_wz temperature: 24.7
2015-12-17 18:40:53 CUL_TCM97001 th_wz T: 24.7 H: 40
2015-12-17 18:40:53 CUL_TCM97001 th_wz RAWMSG: s5F180F72801E; 480: 9232
2015-12-17 18:40:53 CUL_TCM97001 th_wz absFeuchte: 9.1
2015-12-17 18:40:53 CUL_TCM97001 th_wz dewpoint: 10.2
2015-12-17 18:40:53 CUL CUL_01 UNKNOWNCODE p 8 512 1952 496 3888 496 1952 36 1 4 4 480 9232 0 1C 5F180F7280
2015-12-17 18:40:53 CUL CUL_01 UNKNOWNCODE p 8 528 1936 464 3904 464 1952 36 1 4 4 464 9216 0 1D 5F180F7280
2015-12-17 18:40:53 CUL CUL_01 UNKNOWNCODE p 8 528 1952 480 3904 464 1968 36 1 4 4 480 9216 0 1D 5F180F7280
2015-12-17 18:40:54 CUL CUL_01 UNKNOWNCODE p 8 544 1936 496 3904 496 1952 36 1 4 4 464 9216 0 1D 5F180F7280
2015-12-17 18:40:54 CUL CUL_01 UNKNOWNCODE p 8 528 1936 496 3888 480 1936 36 1 4 4 480 9216 0 1D 5F180F7280
2015-12-17 18:41:17 CUL CUL_01 UNKNOWNCODE p13 576 400 528 544 0 0 38 1 4 6 800 400 400 E9 B52B6B56AC
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p11 1344 96 96 2032 64 48 22 1 2 6 192 4112 0 D9 200054
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p11 48 64 144 16 112 1488 20 1 2 4 176 5856 0 D8 1209D0
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p11 48 64 272 2064 464 512 33 1 4 1 208 4016 0 EA 1091000800
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p11 368 1072 432 2000 416 800 50 1 6 2 352 4016 0 EB 4B400CCD84E800
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p 8 400 1040 416 1984 384 1056 36 1 4 4 400 3968 0 DC 56806CF090
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p 8 416 1040 416 2000 416 1040 36 1 4 4 416 3952 0 DC 56806CF090
2015-12-17 18:42:13 CUL CUL_01 UNKNOWNCODE p 8 448 1040 400 2016 400 1056 36 1 4 4 432 3936 0 D9 56806CF090
Der WS0002 sendet alle 35 Sekunden und wird mit der a-culfw v1.10.02 ohne Probleme empfangen.
Ich hoffe das dir die Ausgaben reichen.
PS: Ab und zu kommt ja mal was rein aber auch nur von einem Sender. Der Andere kommt nicht (jedenfalls für mich nicht ersichtlich).
MfG
Ok, passt, interessant, es gibt also einen Konflikt mit P11 (IT)
Ich schau es mir bei Gelegenheit an.
Hier mal ein Auszug aus dem LOG bei RAW X25
2015-12-17 19:12:59 CUL CUL1 UNKNOWNCODE p 8 1280 1024 496 1024 0 0 28 7 3 4 1312 1040 13 A31AB1C0
2015-12-17 19:12:59 CUL_TX Temp.Sens.s02 T: 13.5 H: 81.0
2015-12-17 19:12:59 CUL_TX Temp.Sens.s02 temperature: 13.5
2015-12-17 19:12:59 CUL CUL1 UNKNOWNCODE p 3 1280 1024 480 1024 0 0 38 4 4 6 1296 1088 10 4068C6AC70
2015-12-17 19:12:59 CUL CUL1 UNKNOWNCODE p 3 1280 1024 480 1024 0 0 38 4 4 6 1328 1072 11 4068C6AC70
2015-12-17 19:12:59 CUL CUL1 UNKNOWNCODE p 3 1296 1024 512 1024 0 0 17 5 2 0 1296 1056 11 0411
2015-12-17 19:13:58 CUL_TX Temp.Sens.s02 T: 13.5 H: 81.0
2015-12-17 19:13:58 CUL_TX Temp.Sens.s02 temperature: 13.5
2015-12-17 19:13:59 CUL CUL1 UNKNOWNCODE p 3 1280 1024 480 1024 0 0 38 4 4 6 1328 1088 0E 4068C6AC70
2015-12-17 19:13:59 CUL CUL1 UNKNOWNCODE p 3 1280 1024 496 1024 0 0 38 4 4 6 1344 1056 12 4068C6AC70
2015-12-17 19:13:59 CUL CUL1 UNKNOWNCODE p 3 1280 1008 480 1024 0 0 38 4 4 6 1296 1088 10 4068C6AC70
2015-12-17 19:13:59 CUL_TX Temp.Sens.s02 T: 13.5 H: 81.0
2015-12-17 19:13:59 CUL_TX Temp.Sens.s02 humidity: 82.0
2015-12-17 19:13:59 CUL CUL1 UNKNOWNCODE p 3 1296 1024 480 1024 0 0 38 4 4 6 1376 1072 0F 5C69041044
2015-12-17 19:13:59 CUL CUL1 UNKNOWNCODE p11 1312 1072 1312 1040 512 1024 43 1 5 3 512 8272 10 0AE348208220
2015-12-17 19:13:59 CUL CUL1 UNKNOWNCODE p11 1328 1008 1296 1040 512 1056 43 1 5 3 512 8544 12 0AE348208220
2015-12-17 19:14:58 CUL CUL1 UNKNOWNCODE p11 640 1936 656 3888 640 1968 42 1 5 2 656 7696 44 2B4BD188C000
2015-12-17 19:14:58 CUL_TX Temp.Sens.s02 T: 13.5 H: 82.0
2015-12-17 19:14:58 CUL_TX Temp.Sens.s02 temperature: 13.5
2015-12-17 19:14:58 CUL CUL1 UNKNOWNCODE p 3 1280 1024 480 1040 0 0 38 4 4 6 1312 1024 15 4068C6AC70
2015-12-17 19:14:58 CUL CUL1 UNKNOWNCODE p 3 1280 1024 496 1024 0 0 38 4 4 6 1280 1088 14 4068C6AC70
2015-12-17 19:14:58 CUL CUL1 UNKNOWNCODE p 3 1280 1024 496 1024 0 0 38 4 4 6 1312 1088 12 4068C6AC70
2015-12-17 19:14:59 CUL_TX Temp.Sens.s02 T: 13.5 H: 82.0
2015-12-17 19:14:59 CUL_TX Temp.Sens.s02 humidity: 81.0
2015-12-17 19:17:56 CUL CUL1 UNKNOWNCODE p 8 1280 1008 496 1024 0 0 28 7 3 4 1312 1040 14 A31AB1C0
2015-12-17 19:17:56 CUL_TX Temp.Sens.s02 T: 13.5 H: 82.0
2015-12-17 19:17:56 CUL_TX Temp.Sens.s02 temperature: 13.5
2015-12-17 19:17:56 CUL CUL1 UNKNOWNCODE p 3 1280 1024 480 1024 0 0 38 4 4 6 1280 1136 12 4068C6AC70
2015-12-17 19:17:56 CUL CUL1 UNKNOWNCODE p 8 1296 1024 496 1024 0 0 28 7 3 4 1312 1040 14 A31AB1C0
2015-12-17 19:17:56 CUL_TX Temp.Sens.s02 T: 13.5 H: 82.0
2015-12-17 19:17:56 CUL_TX Temp.Sens.s02 humidity: 82.0
2015-12-17 19:17:56 CUL CUL1 UNKNOWNCODE p 3 1296 1024 480 1024 0 0 38 4 4 6 1440 1088 11 5C69041044
Hoffe das Hhilft weiter. FW 1.10.02
Gruß
Sascha
Hallo Zusammen,
ich habe ein Problem mit einem NanoCul433 komme nicht weiter. Leider habe ich in den falschen Thread gepostet.
Daher möchte ich hier einen Link einfügen. Könnt Ihr mir vielleicht sagen, wo mein Fehler liegt?
http://forum.fhem.de/index.php/topic,14348.msg377170.html#msg377170
Danke!
Zitat von: motopi am 20 Dezember 2015, 16:14:08
Hallo,
ich möchte mit meinem NanoCul gern meine Elro Steckdosen und Fernbedienungen steuern. Daher habe ich mir heute die A-culfw von
-- welche Version? Teste mal die Version 1.10.02 ... die ist scheinbar bei IT besser.
Zitat von: motopi am 20 Dezember 2015, 16:14:08
In meiner bestehenden FHEM Installation (auf wheezy / Raspbian basierend) konnte ich die Steckdosen schalten, aber nichts einlesen.
-- was meinst du mit einlesen? Empfangen? Und geht es jetzt? ... bitte etwas genauer formulieren was du für ein Problem hast.
Zitat von: motopi am 20 Dezember 2015, 16:14:08
define CUL1 CUL /dev/ttyUSB0@38400 0000
attr CUL1 rfmode SlowRF
Folgende Ausgabe habe ich dann in der Logdateiii. Mir ist völlig unklar, warum er da auf /dev/ttyAMA0 geht. Bei mir ist da leider nichts zu finden.
2015.12.20 14:53:34 3: Opening CUL1 device /dev/ttyUSB0
2015.12.20 14:53:34 3: Setting CUL1 serial parameters to 38400,8,N,1
2015.12.20 14:53:35 3: CUL1 device opened
2015.12.20 14:53:38 3: CUL1: Possible commands: BCFiAGMKUYRTVWXefLltx
2015.12.20 14:53:38 1: Including /opt/fhem/log/fhem.save
2015.12.20 14:53:38 1: usb create starting
2015.12.20 14:53:40 3: Probing CUL device /dev/ttyAMA0
2015.12.20 14:53:40 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2015.12.20 14:53:40 1: usb create end
Irgendwas läuft falsch, aber was?
WEnn ich jetzt meine FHEM.cfg so erweitere, kann ich auch die Steckdosen schalten. Aber von der Fernbedienung sehe ich leider nix.
define CUL1 CUL /dev/ttyUSB0@38400 0000
attr CUL1 rfmode SlowRF
attr CUL1 room 60_CUL433
define ELRO_FFF0F_A IT FF000FF0FF FF F0
attr ELRO_FFF0F_A IODev CUL1
attr ELRO_FFF0F_A alias Steckdose Stehlampe
attr ELRO_FFF0F_A model itswitch
attr ELRO_FFF0F_A room 60_CUL433
-- Du hast irgendwo ein Device CUL enthalten, entweder als Device selbst oder irgendwo in einer Steckdose oder woanders. Suche in deinen Config-Files nach CUL und nach ttyAMA0 ... irgendwo sollte das auftauchen.
-- define ELRO_FFF0F_A IT FF000FF0FF FF F0 --> Teste mal FF000FF0FF 0F F0 (0F statt FF)
-- hast du die Steckdose manuell eingetragen? Kommentiere die mal aus und lasse als Autocreate anlegen.
-- Wenn alles nicht hilft ... SD-Card sichern, Fhem komplett zurücksetzen und nur CUL und eine Steckdose anlegen. Wenn es in der komplett neuen INstallation funktioniert hast irgendwo in deiner Config was falsch eingetragen.
-- Fhem auf dem neuesten Stand? ... Wenn nicht Update machen.
-- wenn du nicht weiterkommst nochmal genau beschreiben was nicht geht, welches Verhalten vorliegt und was du erwarten würdest. Vielleicht ist auch deine Erwartungshaltung falsch und nicht Fhem
Hallo,
Danke für deine Antwort. Version auf dem CUL ist:
V 1.20.03 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
Einlesen = empfangen. -> Ich bekomme nichts von den Steckdosen.
Habe 1 Raspi + 2 SD Karten:
1. SD Karte: Wheezy, FHEM 5.7 -> System läuft seit Anfang 2015
2. SD Karte: Jessie, FHEM 5.7 -> System nur für den Nanocul aufgesetzt, nachdem das empfangen auf o.g. System nicht funktioniert hat und ich eben ein nacktes System haben wollte.
Bin wieder auf SD Karte 1, weil das eben mein gewohntes System ist.
Erwartungshaltung: Ich kann die Fernbedienung, wenn ich Sie drücke mit dem Nanocul Empfangen. Das geht leider nicht.
Was muss ich tun, damit das funktioniert.
Dann habe ich eben auf SD Karte2 auch noch den komischen Fehler mit /dev/ttyAMA0, obwohl ich den nicht in die FHEM.cfg eingetragen habe.
Du meinst also, 1.10.2 flashen und schauen, was passiert? -- Werd ich machen, danke!
Gruß
Hallo,
ich habe nun die folgende Version auf SD Karte1 geschrieben.
CUL1 version => V 1.10.02 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
Anbei alles, was ich nach dem Reboot mit 1.10.02 auf dem Stick bekommen habe. Auch mit X25 habe ich keinen Eintrag der Fernbedienung in Event Monitor oder Logfile.
2015.12.20 22:06:13 0: Server shutdown
2015.12.20 22:06:34 1: Including fhem.cfg
2015.12.20 22:06:35 3: telnetPort: port 7072 opened
2015.12.20 22:06:37 3: WEB: port 8083 opened
2015.12.20 22:06:37 3: WEBphone: port 8084 opened
2015.12.20 22:06:37 3: WEBtablet: port 8085 opened
2015.12.20 22:06:39 2: eventTypes: loaded 220 events from ./log/eventTypes.txt
2015.12.20 22:06:41 3: TABLETUI: new ext defined infix:ftui: dir:./www/tablet:
2015.12.20 22:06:41 3: Registering HTTPSRV TABLETUI for URL /ftui and assigned link ftui ...
2015.12.20 22:06:41 3: Opening CUL1 device /dev/ttyUSB0
2015.12.20 22:06:42 3: Setting CUL1 serial parameters to 38400,8,N,1
2015.12.20 22:06:42 3: CUL1 device opened
2015.12.20 22:06:45 3: CUL1: Possible commands: BCFiAGMKUYRTVWXefLltx
2015.12.20 22:06:45 1: Including ./log/fhem.save
2015.12.20 22:06:45 1: usb create starting
2015.12.20 22:09:03 3: Probing CUL device /dev/ttyAMA0
2015.12.20 22:09:03 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.12.20 22:09:04 3: Probing FRM device /dev/ttyAMA0
2015.12.20 22:09:09 1: usb create end
2015.12.20 22:09:09 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.12.20 22:09:09 0: Featurelevel: 5.7
2015.12.20 22:09:09 0: Server started with 23 defined entities (fhem.pl:10116/2015-12-06 perl:5.014002 os:linux user:fhem pid:2033)
2015.12.20 22:10:42 2: IT set ELRO_FFF0F_A off
2015.12.20 22:10:45 2: IT set ELRO_FFF0F_A on
2015.12.20 22:10:57 3: set CUL1 raw X25
Zitat von: motopi am 20 Dezember 2015, 22:02:56
Hallo,
Danke für deine Antwort. Version auf dem CUL ist:
V 1.20.03 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
Einlesen = empfangen. -> Ich bekomme nichts von den Steckdosen.
Habe 1 Raspi + 2 SD Karten:
1. SD Karte: Wheezy, FHEM 5.7 -> System läuft seit Anfang 2015
2. SD Karte: Jessie, FHEM 5.7 -> System nur für den Nanocul aufgesetzt, nachdem das empfangen auf o.g. System nicht funktioniert hat und ich eben ein nacktes System haben wollte.
Bin wieder auf SD Karte 1, weil das eben mein gewohntes System ist.
Erwartungshaltung: Ich kann die Fernbedienung, wenn ich Sie drücke mit dem Nanocul Empfangen. Das geht leider nicht.
Was muss ich tun, damit das funktioniert.
Dann habe ich eben auf SD Karte2 auch noch den komischen Fehler mit /dev/ttyAMA0, obwohl ich den nicht in die FHEM.cfg eingetragen habe.
Du meinst also, 1.10.2 flashen und schauen, was passiert? -- Werd ich machen, danke!
Gruß
ich hatte mit Version 1.20.1 (oder .2?) schlechten Empfang in IT aber es kam zumindest was an. Version 1.10.2 ist viel empfindlicher und empfängt sehr gut.
Woran merkst du dass du nichts empfängst? Hast du schon mal raw X25 gesetzt und geschaut ob was geloggt wird? Alternative bei der Cul-definition attr <culname> verbose 5 eintragen dann kommt alles in das Log.
ZitatWoran merkst du dass du nichts empfängst? Hast du schon mal raw X25 gesetzt und geschaut ob was geloggt wird? Alternative bei der Cul-definition attr <culname> verbose 5 eintragen dann kommt alles in das Log.
ich stelle mich vor den CUL, drücke die Fernbedienung und finde nix im Logfile.
1.10.2 -> ist nun drauf.
Ich finde für mich keinen Fehler. Kann es sein, dass ich da einen Hardware Defekt habe? Gibt es fürs Senden einen eigenen Datenkanal? Nicht dass der nicht korrekt gelötet ist. .....
Zitat von: motopi am 20 Dezember 2015, 22:34:13
Ich finde für mich keinen Fehler. Kann es sein, dass ich da einen Hardware Defekt habe? Gibt es fürs Senden einen eigenen Datenkanal? Nicht dass der nicht korrekt gelötet ist. .....
- anleitung korrekt befolgt? Senden und Empfang geht über unterschiedliche Leitungen.
- welches cc1101-modul hast du? Die jenen die 2 mal VCC und GRD haben, sind manchmal nicht sauber verbunden, jeweils anderen pin testen oder mit Multimeter durchmessen. Durchmessen würde generell Sinn machen wenn Multimeter vorhanden ist.
- Hardwaredefekt kann vorkommen. Ohne 2. Cul oder Messgerät kaum prüfbar.
Multimeter ist nicht da. VCC habe ich zumindest nur einmal verbunden :-)
Ich habe das, mit der dicken Antenne und dem roten Schutz auf dem Gewinde. Genauen Ebay Link muss ich mal raussuchen, das Teil lag jetzt ca. 1/2 Jahr herum.
Danke, dass du dich damit beschäftigst.
Kannst du ja mal kurz auflisten was du womit verbunden hast. Ggf nach welcher Anleitung
Gesendet von meinem Huawei Honor 7
Hi,
ich bin danach vorgegangen:
Arduino
CC1101
(17) VCC 3,3 V VDD / PIN 1
(14) PIN D11 SI (MOSI) / PIN 3
(16) PIN D13 SCK / PIN 4
(15) PIN D12 SO (MISO) / PIN 5
(5) PIN D02 GDO2 / PIN 6
(13) PIN D10 CSn (SS) / PIN 7
(6) PIN D03 GDO0 / PIN 8
(4/29) PIN GND GND / PIN 9
unbelegt PIN 2 & 10
Ähnliche Anleitungen habe ich mehrfach gefunden....
http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/#more-24
Hi,
verursacht es mal bei Pins für VCC und GND zu benutzen. Entweder durch eine "LötzinnBrücke" oder eben mit 2 weiteren Kabeln....
Schaden kann das auf keine Fall, und wirkte bei mir auch Wunder
Grüße Stephan
Gesendet von meinem SM-T335 mit Tapatalk
Also Pin2 und Pin 10 am 433 MHZ Sender zusätzlich verbinden?
Danke, werde ich versuchen.
Gruß
Genau, Pin 2 auf VCC und Pin 10 auf GND
Hallo,
bist Du sicher, daß Du einen 433er CC1101 hast ? Ich meine die Dinger mit der kurzen Stummelantenne, die es bei Ebay gibt, sind alle 868Mhz (geschraubte Antenne ca. 4cm lang müßte 868Mhz ... Hast Du auch die 433er FW aufgespielt ?
Grüße Christian
Zitat von: cs-online am 21 Dezember 2015, 19:49:54
Hallo,
bist Du sicher, daß Du einen 433er CC1101 hast ? Ich meine die Dinger mit der kurzen Stummelantenne, die es bei Ebay gibt, sind alle 868Mhz (geschraubte Antenne ca. 4cm lang müßte 868Mhz ... Hast Du auch die 433er FW aufgespielt ?
Grüße Christian
Nein, bei Ebay gibt es fast nur 433. Schalten geht, würde nicht gehen hätte er die falsche FW. Selbst wenn er eine 868-Version hätte könne er damit 433 mit der FW schalten. Nur Reichweite wäre geringer.
Ein weiterer Punkt den du prüfen kannst, steht auf dem kleinen Chip in der MItte des Senders CC1101 oder CC110L oder was anderes? Scheinbar beginnen die chinesischen Freunde hier zu sparen. Das führt zumindest bei HM-Devices zu Problemen.
Hallo,
ich habe damals den gekauft: http://www.ebay.de/itm/Technische-Klasse-Stabile-CC1101-Wireless-Module-Funkmodul-mit-Externer-Antenne-/121319943749?nma=true&si=oxnWE0HDUABQqMmsV7ysVEOwdk4%253D&orig_cvip=true&rt=nc&_trksid=p2047675.l2557
Auf dem Chip direkt kann ich leider nichts erkennen. Ich werde mal die anderen Pins anschließen.
Hmm....
Hi,
ich habe jetzt Pin2 und 10 verbunden, alle Lötstellen nochmal gecheckt und teilweise aus Sicherheitsgründen auch nachgelötet.
Aber ich habe weiterhin das identische Ergebnis. Kann ich ggf. doch ein Softwareproblem haben?
Im Logfile steht nach einem Shutdown weiterhin folgendes:
2015.12.21 23:40:23 0: Server shutdown
2015.12.21 23:40:23 5: SW: X00
2015.12.21 23:40:27 1: Including fhem.cfg
2015.12.21 23:40:28 3: telnetPort: port 7072 opened
2015.12.21 23:40:29 3: WEB: port 8083 opened
2015.12.21 23:40:29 3: WEBphone: port 8084 opened
2015.12.21 23:40:29 3: WEBtablet: port 8085 opened
2015.12.21 23:40:29 2: eventTypes: loaded 222 events from ./log/eventTypes.txt
2015.12.21 23:40:30 3: TABLETUI: new ext defined infix:ftui: dir:./www/tablet:
2015.12.21 23:40:30 3: Registering HTTPSRV TABLETUI for URL /ftui and assigned link ftui ...
2015.12.21 23:40:31 3: Opening CUL1 device /dev/ttyUSB0
2015.12.21 23:40:31 3: Setting CUL1 serial parameters to 38400,8,N,1
2015.12.21 23:40:31 3: CUL1 device opened
2015.12.21 23:40:34 3: CUL1: Possible commands: BCFiAGMKUYRTVWXefLltx
2015.12.21 23:40:34 1: Including ./log/fhem.save
2015.12.21 23:40:34 1: usb create starting
2015.12.21 23:40:36 3: Probing CUL device /dev/ttyAMA0
2015.12.21 23:40:37 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.12.21 23:40:37 3: Probing FRM device /dev/ttyAMA0
2015.12.21 23:40:42 1: usb create end
2015.12.21 23:40:42 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.12.21 23:40:42 0: Featurelevel: 5.7
2015.12.21 23:40:42 0: Server started with 23 defined entities (fhem.pl:10116/2015-12-06 perl:5.014002 os:linux user:fhem pid:2367)
Ich stelle mir weiterhin die Frage, wo der Eintrag "/dev/ttyAMA0" herkommt? Müsste ich mein dev/ttyUSB0 irgendwie dahin umbenennen?
Danke weiterhin, Motopi.
Hi,
die Beiden einträge kommen direkt von FHEM.
global -> autocreate- attr usb scan bzw attr usb create
2015.12.21 23:40:36 3: Probing CUL device /dev/ttyAMA0
2015.12.21 23:40:37 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.12.21 23:40:37 3: Probing FRM device /dev/ttyAMA0
Diesen haben nichts mit deinem Problem zu tun.
Was commt denn wenn du ccconf abfragst?
get CUL1 ccconf
Blinkt deine "Kontroll"-LED? an ein Softwareproblem glaube ich nicht...
Was für steckdosen hast du? Bist du dir sicher das diese von FHEM "unterstützt" werden?
Grüße,
Stephan
Zitat von: motopi am 21 Dezember 2015, 22:14:05
Hallo,
ich habe damals den gekauft: http://www.ebay.de/itm/Technische-Klasse-Stabile-CC1101-Wireless-Module-Funkmodul-mit-Externer-Antenne-/121319943749?nma=true&si=oxnWE0HDUABQqMmsV7ysVEOwdk4%253D&orig_cvip=true&rt=nc&_trksid=p2047675.l2557
Auf dem Chip direkt kann ich leider nichts erkennen. Ich werde mal die anderen Pins anschließen.
Hmm....
Der Sender an sich passt. Habe den selben und läuft problemlos. Ich vermute einen Defekt im Modul oder ggf. im Arduino.
Aktuell:
- FW 1.10.2
- Komplett nacktes Fhem 5.7
- Raspberry auf Jessie
- Senden geht immer noch?
--> such dir jemanden der ein Multimeter hat und messe mal die Leitungen durch. Komplett vom Chip auf dem Arduino bis zum CC1101 chip. Wenn das Senden funktioniert kannst du Software erstmal ausschließen.
Hast du autocreate aktiv wie ich ich früher mal empfohlen habe? Wird irgend etwas vom Umfeld angelegt? Oder hast du keine Nachbarn?
ok, das Modul scheint 433 zu sein (geb mich geschlagen ;-) ).
Ich habe da ein paar Fragen:
1) hast Du den nicht über "by-ID" eingebunden, wie in den Anleitungen im Wiki und bei Gummibaer empfohlen ? (oder seh ich das nur nicht im Log?) - Das ist aber eigentlich nur Kosmetik, wenn FHEM den richtig erkennt und er richtig eingebunden ist.
2) wie ist der Status im FHEM (opened oder initialized) ?
3) wenn Du eine Taste auf der Fernbedienung drückst, leuchtet dann zeitgleich kurz eine der LEDs auf dem Arduino (rx) auf ?
4) der Arduino, ist das einer mit CH oder mit FTDI-Chip ?
5) Hast Du da eine original IT-Fernbedienung oder ist das was anderes (z.B. Silvercrest von Lidl oder Pollin oder aus dem Action-Laden oder oder oder) ?
Es hat sich hier im Forum heraus kristallisiert, daß es einige Arduinos gibt (da scheint meiner zuzugehören - vermutlich Fake--FTDI-Chip aus China), die mit der a-FW IT nicht sauber schalten/empfangen. Würde daher zur Fehlersuche (nur um diesen Fall auszuschließen und den Fehler einzugrenzen), wenn FHEM den richtig erkennt und der Status "initialized" und NICHT opened ist, empfehlen mal die "normale" Cul-FW zu flashen und dann probieren.
Gruß Christian
Hallo,
ich werde meinen Stick über die Feiertage mal mit dem Multimeter prüfen. Ihr meint "einfach" auf Durchgang zwischen beiden Bauteilen, korrekt?
zu den Fragen:
1) ich habe es irgendwo so gelesen und nicht vor, mehrere USB Geräte anzuschließen
2) initialized
3)ich finde da tx, px und pvr aber keine Blinkt oder leuchtet kurz
4)
5) sind so Toom Baumarktsteckdosen -> ich denke die laufen hier als Elro
mit der normalen FW hatte ich begonnnen :-)
@kadettilac:
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
Autocreate ist imho an, angelegt wird nix.
CCConf
CUL1 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Kurzum: ich messe mal durch und werde dann mal schauen. Über die Feiertage werde ich wenig dazu kommen und melde mich dann mal wieder hier. Wenn ich nicht weiterkomme, überlege ich bei Busware direkt zu bestellen. Das macht ja sonst wenig Sinn, schonwieder in CN zu bestellen und Wochenlang zu warten...
Danke für eure Hilfe & frohe Weihnachten!
Zitat von: motopi am 22 Dezember 2015, 22:23:14
Ihr meint "einfach" auf Durchgang zwischen beiden Bauteilen, korrekt?
Korrekt, also Multimeter auf Durchgangsprüfung oder auf Widerstandsmessung kleinster Messbereich, vorher selbstverständlich von USB trennen. Messspitzen mal zusammen halten, dann sollte dieser Wert auch so ca. bei der Messung Arduino->Funkmodul sein. Auch mal prüfen, ob evtl. zwei benachbarte Pins Konakt haben.
Zitat
5) sind so Toom Baumarktsteckdosen -> ich denke die laufen hier als Elro
Es kann auch durchaus sein, daß Deine Dosen nicht einem IT-Protokoll folgen, ich habe hier auch welche von Lidl und andere aus dem Baumarkt, da tut sich am Arduino gar nichts. Selbst die Dinger aus dem ACTION-Laden, die ich mit einer echten IT-Fernbedienung anlernen kann, haben eine Fernbedienung, deren Protokoll nicht vom Arduino erkannt wird und dann leuchtet da auch nichts bei mir. Hast Du evtl. im Bekanntenkreis mal eine "richtige" ELRO oder Intertechno-Fernbedienung zum Testen ?
Zitat
mit der normalen FW hatte ich begonnnen :-)
Also der Arduino scheint richtig geflasht zu sein und wurde auch initialisiert.
Aus meiner Sicht gibt's nun drei Möglichkeiten:
- Nicht richtig angeschlossen (entweder was vertauscht - das kann passieren - oder das Funkmodul hat gar nicht die Belegung, wie bei Gummibaer angegeben, evtl. mal den Verkäufer fragen. Oftmals ist die Belegung im Bild zu sehen oder die haben einen Hinweis auf eine Internetseite, wo die abgebildet ist)
- das Funkmodul ist defekt (ich habe hier auch eins, das nur senden kann, bei Empfang kommt nichts an)
- siehe oben, einfach nicht kompatibel (da hilft auch kein original CUL)
Grüße
Christian
Zitat von: cs-online am 23 Dezember 2015, 09:21:19
Es kann auch durchaus sein, daß Deine Dosen nicht einem IT-Protokoll folgen, ich habe hier auch welche von Lidl und andere aus dem Baumarkt, da tut sich am Arduino gar nichts. Selbst die Dinger aus dem ACTION-Laden, die ich mit einer echten IT-Fernbedienung anlernen kann, haben eine Fernbedienung, deren Protokoll nicht vom Arduino erkannt wird und dann leuchtet da auch nichts bei mir. Hast Du evtl. im Bekanntenkreis mal eine "richtige" ELRO oder Intertechno-Fernbedienung zum Testen ?
Zitat von: motopi am 20 Dezember 2015, 16:14:08
In meiner bestehenden FHEM Installation (auf wheezy / Raspbian basierend) konnte ich die Steckdosen schalten, aber nichts einlesen.
Verstehe ich nicht, wenn er Elro sendet und die Steckdosen schalten ist es Elro. FW Cul und aFW funktionieren nur zum Senden aber nicht zum Empfang. Hab die baugleichen bei mir laufen. Sehen deine aus wie das angehängte Bild? ... Unkompatible Steckdosen als Fehlerquelle unwahrscheinlich.
Ich tippe auf:
--> Verkabelung / Durchgang auf der Platine nicht durchgängig
--> Kein CC1101 sondern ein CC110* (L , E ... oder so) der nur senden kann, oder halt wie schon gesagt defekt ist.
Du kannst scheinbar löten und hast einen Arduino --> kannst ja einen Fhemduino zum Testen bauen.
hmmm.... das mit dem Senden hab ich überlesen, sorry, mein Fehler. Dann fällt das Argument Inkompatibilität tatsächlich aus :-)
Aber warum sollte der CUL / NanoCul nicht in der Lage sein, die Fernbedienungen zu empfangen ? Ich habe hier original ELRO und die Fernbedienungen empfängt FHEM auch mit dem NanoCul... Hab die auch alle mit Autocreate angelegt. Oder reden wir hier aneinander vorbei ? Ich meine, natürlich senden die Steckdosen nichts, sondern nur die Fernbedienungen...
Zitat von: cs-online am 23 Dezember 2015, 13:52:58
hmmm.... das mit dem Senden hab ich überlesen, sorry, mein Fehler. Dann fällt das Argument Inkompatibilität tatsächlich aus :-)
Aber warum sollte der CUL / NanoCul nicht in der Lage sein, die Fernbedienungen zu empfangen ? Ich habe hier original ELRO und die Fernbedienungen empfängt FHEM auch mit dem NanoCul... Hab die auch alle mit Autocreate angelegt. Oder reden wir hier aneinander vorbei ? Ich meine, natürlich senden die Steckdosen nichts, sondern nur die Fernbedienungen...
Jetzt stiftest du Verwirrung :)
Meine Aussagen:
- (nano)Cul ist in der Lage Elro (IT) zu senden und zu empfangen.
- Toom Steckdosen sind Elro nur anders gelabelt. Das Bild soll motopi bestätigen.
- Autocreate funktioniert mit Elro ... darum auch meine Empfehlung das zu aktivieren
Aktuller Stand vom TE mitgeteilt
- Schalten ja, senden geht nicht
- Firmware Cul und aCul getestet
- Autocreate legt überhaupt nichts an
- Steckdosen Toom, sehr wahrscheinlich Elro-Kopie
TE soll mal durchmessen ... wahrscheinlich ist das Modul defekt
Danke für Deine Nachsicht ;)
Würde auch vermuten, daß da irgendwas defekt ist. Ich habe mal mehrere in China bestellt und der erste angeschlossene konnte senden aber nichts empfangen. Günstigerweise habe ich alles gesockelt, ein anderes Funkmodul angeschlossen und dann ging beides. Hab das defekte dann aber behalten, Rückporto wäre sicher teuerer gewesen, außerdem findet sich sicher nochmal eine Möglichkeit, wo nur gesendet werden muss...
Zitat von: cs-online am 23 Dezember 2015, 18:41:10
Danke für Deine Nachsicht ;)
Gerne :)
Zitat von: cs-online am 23 Dezember 2015, 18:41:10
Ich habe mal mehrere in China bestellt und der erste angeschlossene konnte senden aber nichts empfangen. ..... Rückporto wäre sicher teuerer gewesen...
Wenn du bei AliExpress oder Ebay bestellst sind die Händler in der Regel sehr kulant damit keine negative Bewertung kommt. Habe schon mehrfach defekte Teile erhalten und dann immer kostenlosen Ersatz bekommen. Man muss nur freundlich und auf englisch fragen.
Hallo,
ich habe als Geschenk eine Nexttec Funkwetterstation bekommen, der Sender dazu ist wie baugleich GT-WT-02.
Gefunden wurde der Sender aber erst über Autocreate nach dem Bestätigen des int. Tasters im Sender. - sofortiger Datenversand an die Station
Jetzt mein Problem:
Leider kommt der Empfang über meine Cul:
CUL468MHZ version => V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) CUL433 (F-Band: 433MHz)
nur beim bestätigen des int. Tasters am Sender bei FHEM an, dann nicht mehr.
Die Werte werden auch korrekt angezeigt, das war es dann aber auch schon.
Was mir noch augefallen ist, der Sender hat 3 Kanäle / 1,2,3. Als Channel wir mir im Code "CUL_TCM97001_193" Channel 0 angezeigt
Internals:
CODE CUL_TCM97001_193
DEF CUL_TCM97001_193
NAME Type1_193
NR 1306
STATE Defined
TYPE CUL_TCM97001
lastH 0
lastT 0
Readings:
2015-12-26 16:42:33 battery ok
2015-12-26 18:54:39 channel 0
2015-12-26 18:54:39 humidity 56
2015-12-26 16:42:33 mode forced
2015-12-26 18:54:39 state T: 21.4 H: 56
2015-12-26 18:54:39 temperature 21.4
Attributes:
model Type1
room CUL_TCM97001
Hier das Log mit X25:
2015.12.26 20:33:02 2: CUL468MHZ: unknown message p 8 528 4176 560 4144 576 2064 37 1 4 5 544 9152 0 20 C100B57B70
2015.12.26 20:33:02 2: CUL468MHZ: unknown message p11 560 2208 560 4160 576 2064 38 1 4 6 576 9072 0 20 60805ABDB8
2015.12.26 20:33:03 2: CUL468MHZ: unknown message p11 576 2272 592 4128 576 2096 38 1 4 6 576 9040 0 20 60805ABDB8
2015.12.26 20:33:03 2: CUL468MHZ: unknown message p11 576 2208 576 4128 576 2096 38 1 4 6 560 9040 0 20 60805ABDB8
2015.12.26 20:33:03 2: CUL468MHZ: unknown message p11 576 2272 576 4144 560 2096 38 1 4 6 560 9056 0 20 60805ABDB8
2015.12.26 20:33:03 2: CUL468MHZ: unknown message p11 576 2208 560 4160 576 2064 38 1 4 6 560 9040 0 20 60805ABDB8
2015.12.26 20:33:22 2: CUL468MHZ: unknown message p13 768 912 592 912 0 0 157 1 19 5 912 1040 448 E6 AAAAAAAAB2AD3554D54AAD5353335554AAD32AB0
2015.12.26 20:33:22 2: CUL468MHZ: unknown message p11 736 1072 896 560 400 1024 98 1 12 2 352 8528 0 E5 C0049210880801042480222040
2015.12.26 20:33:52 2: CUL468MHZ: unknown message p11 48 1808 80 3840 48 704 19 1 2 3 160 3248 0 D8 C981C0
2015.12.26 20:33:52 2: CUL468MHZ: unknown message p 8 560 4144 576 4160 544 2112 37 1 4 5 608 9056 0 22 C100B57B70
2015.12.26 20:33:52 2: CUL468MHZ: unknown message p11 576 2208 560 4176 560 2096 38 1 4 6 560 9040 0 22 60805ABDB8
2015.12.26 20:33:53 2: CUL468MHZ: unknown message p11 576 2272 560 4176 560 2080 38 1 4 6 560 9056 0 22 60805ABDB8
2015.12.26 20:33:53 2: CUL468MHZ: unknown message p11 576 2192 576 4144 560 2080 38 1 4 6 560 9056 0 22 60805ABDB8
2015.12.26 20:33:53 2: CUL468MHZ: unknown message p11 576 2272 560 4144 576 2080 38 1 4 6 560 9056 0 22 60805ABDB8
2015.12.26 20:33:53 2: CUL468MHZ: unknown message p11 576 2192 560 4176 544 2096 38 1 4 6 560 9056 0 22 60805ABDB8
2015.12.26 20:34:44 2: CUL468MHZ: unknown message p13 416 560 608 880 0 0 75 1 9 3 416 560 416 E4 CAAAAD54AAAB2D5552A0
2015.12.26 20:34:44 2: CUL468MHZ: unknown message p13 752 896 608 896 0 0 167 1 20 7 896 1024 448 E4 AAAAAAAB332B4B4D553552AB54D4CCD5552AB4CAAC
2015.12.26 20:35:32 2: CUL468MHZ: unknown message p 8 544 4160 576 4144 576 2080 37 1 4 5 640 9040 0 22 C100B57B70
2015.12.26 20:35:32 2: CUL468MHZ: unknown message p11 576 2176 576 4144 560 2096 38 1 4 6 560 9072 0 22 60805ABDB8
2015.12.26 20:35:33 2: CUL468MHZ: unknown message p11 576 2272 560 4160 560 2096 38 1 4 6 560 9056 0 22 60805ABDB8
2015.12.26 20:35:33 2: CUL468MHZ: unknown message p11 576 2208 576 4144 560 2112 38 1 4 6 560 9040 0 22 60805ABDB8
2015.12.26 20:35:33 2: CUL468MHZ: unknown message p11 560 2272 560 4160 560 2096 38 1 4 6 560 9056 0 22 60805ABDB8
2015.12.26 20:35:33 2: CUL468MHZ: unknown message p11 576 2208 560 4144 576 2096 38 1 4 6 560 9040 0 22 60805ABDB8
2015.12.26 20:36:06 2: CUL468MHZ: unknown message p11 816 1184 864 576 400 1056 92 1 11 4 400 13296 0 E4 BDA4B4220203710920008850
2015.12.26 20:36:06 2: CUL468MHZ: unknown message p11 864 1088 880 560 400 1040 98 1 12 2 384 8384 0 E5 F80092108A0801042480232940
2015.12.26 20:36:22 2: CUL468MHZ: unknown message p 8 576 4144 576 4112 592 2080 37 1 4 5 608 9040 0 20 C100B47B68
2015.12.26 20:36:22 2: CUL468MHZ: unknown message p11 560 2224 576 4144 576 2064 38 1 4 6 576 9040 0 20 60805A3DB4
2015.12.26 20:36:23 2: CUL468MHZ: unknown message p11 560 2224 560 4144 560 2096 38 1 4 6 576 9040 0 20 60805A3DB4
2015.12.26 20:36:23 2: CUL468MHZ: unknown message p11 560 2224 576 4128 560 2096 38 1 4 6 560 9056 0 20 60805A3DB4
2015.12.26 20:36:23 2: CUL468MHZ: unknown message p11 576 2224 576 4128 560 2096 38 1 4 6 560 9040 0 20 60805A3DB4
2015.12.26 20:36:23 2: CUL468MHZ: unknown message p11 576 2208 576 4128 560 2080 38 1 4 6 576 9040 0 20 60805A3DB4
2015.12.26 20:37:12 2: CUL468MHZ: unknown message p 8 560 4144 560 4144 576 2096 37 1 4 5 608 9056 0 22 C100B57B70
2015.12.26 20:37:12 2: CUL468MHZ: unknown message p11 576 2208 560 4160 576 2096 38 1 4 6 560 9056 0 22 60805ABDB8
2015.12.26 20:37:13 2: CUL468MHZ: unknown message p11 560 2272 576 4160 576 2096 38 1 4 6 560 9056 0 22 60805ABDB8
2015.12.26 20:37:13 2: CUL468MHZ: unknown message p11 560 2208 576 4144 560 2096 38 1 4 6 560 9056 0 22 60805ABDB8
2015.12.26 20:37:13 2: CUL468MHZ: unknown message p11 576 2272 576 4144 560 2096 38 1 4 6 560 9040 0 22 60805ABDB8
2015.12.26 20:37:13 2: CUL468MHZ: unknown message p11 576 2208 560 4144 576 2080 38 1 4 6 560 9056 0 22 60805ABDB8
2015.12.26 20:37:27 2: CUL468MHZ: unknown message p11 32 1440 128 1728 112 960 16 1 2 0 192 3584 0 D6 4F6C
2015.12.26 20:37:28 2: CUL468MHZ: unknown message p13 784 912 624 880 0 0 167 1 20 7 928 1040 464 E6 AAAAAAAB332B4B4D553552AB54D4CCD5552AB4CAAC
2015.12.26 20:37:28 2: CUL468MHZ: unknown message p11 640 1056 912 544 400 1056 98 1 12 2 384 8592 0 E5 C85092108A08010424A0022040
2015.12.26 20:38:02 2: CUL468MHZ: unknown message p 8 576 4144 576 4160 576 2080 37 1 4 5 624 9024 0 20 C100B57B70
2015.12.26 20:38:02 2: CUL468MHZ: unknown message p11 576 2208 560 4144 576 2080 38 1 4 6 560 9040 0 20 60805ABDB8
2015.12.26 20:38:03 2: CUL468MHZ: unknown message p11 560 2288 592 4144 560 2096 38 1 4 6 576 9040 0 20 60805ABDB8
2015.12.26 20:38:03 2: CUL468MHZ: unknown message p11 576 2224 560 4144 560 2080 38 1 4 6 560 9040 0 20 60805ABDB8
2015.12.26 20:38:03 2: CUL468MHZ: unknown message p11 576 2288 576 4144 560 2096 38 1 4 6 560 9040 0 20 60805ABDB8
2015.12.26 20:38:03 2: CUL468MHZ: unknown message p11 576 2208 576 4160 560 2096 38 1 4 6 576 9040 0 20 60805ABDB8
2015.12.26 20:38:50 2: CUL468MHZ: unknown message p13 432 528 608 896 0 0 67 1 8 3 432 528 432 E6 AAAAAD5552AB4CAAC0
2015.12.26 20:38:50 2: CUL468MHZ: unknown message p13 784 896 624 864 0 0 167 1 20 7 928 1024 464 E3 AAAAAAAB332B4B4D553552AB54D4CCD5552AB4CAAC
2015.12.26 20:38:52 2: CUL468MHZ: unknown message p 8 528 4176 576 4112 592 2080 37 1 4 5 544 9152 0 20 C100B57B70
2015.12.26 20:38:52 2: CUL468MHZ: unknown message p11 576 2208 592 4112 576 2096 38 1 4 6 560 9056 0 20 60805ABDB8
2015.12.26 20:38:53 2: CUL468MHZ: unknown message p11 576 2288 576 4144 576 2080 38 1 4 6 560 9024 0 20 60805ABDB8
2015.12.26 20:38:53 2: CUL468MHZ: unknown message p11 576 2208 576 4128 576 2080 38 1 4 6 560 9040 0 20 60805ABDB8
2015.12.26 20:38:53 2: CUL468MHZ: unknown message p11 576 2272 592 4144 576 2064 38 1 4 6 576 9040 0 20 60805ABDB8
Was ich jetzt wirklich nicht verstehe ist, sobald die Daten über den Taster am Sender "von Hand" übermittelt werden, funktioniert es. Nur leider nicht kontinuierlich automatisch.
Fhem ist Featurelevel: 5.7 (fhem.pl:10220/2015-12-21 perl:5.020002 os:linux user:fhem pid:20030)
Kann man da etwas machen?
Gruß Micha
Zitat von: Meesus am 26 Dezember 2015, 20:53:08
Jetzt mein Problem:
Leider kommt der Empfang über meine Cul:
CUL468MHZ version => V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) CUL433 (F-Band: 433MHz)
nur beim bestätigen des int. Tasters am Sender bei FHEM an, dann nicht mehr.
Kann man da etwas machen?
Test mal Version 1.10.02 die empfängt auf 433 viel besser. Version 1.20.01 benötigt bei mir auch ewig um irgend welche Signale zu empfangen.
"CUL468MHZ version" ... was ist das? Entweder 433 oder 868. Läuft dein CUL auf 433 MHz oder hast du an der Frequenz rumgebastelt?
Habe mit der 1.10.02 auch bessere Erfahrung gemacht in Sachen Empfang von temp. Sendern.
Gesendet von meinem C6603 mit Tapatalk
Hallo Björn,
ich habe von 167 auf 176 upgedated, dann fiel mir gleich ein ab400 auf der sich gar nicht mehr schalten liess und ein ein Intertechno der sich nur noch ein- aber nicht mehr ausschalten liess.
bin dann auf 174 da liess sich der ab 400 wieder problemlos schalten, der Intertechno am Aquarium weiterhin nur ein nicht aus.
bei 171 V (1.10.02) schalten beide wieder ganz normal.
die adresse des Intertechno 0F000FF00F FF F0
die adresse des AB400 FF00F00F0F FF F0
habe mehrfach umgeflasht immer das Gleiche.
Gruß
Reiner
Hallo kadettilac89, hallo sash.sc,
vielen Dank!
Es lag tatsächlich an der neuen V 1.20 a-culfw.
Ich habe jetzt die V 1.10.02 genommen und damit funktioniert es! :)
2015-12-27_12:11:22 Type1_193 T: 20.6 H: 56
2015-12-27_12:11:22 Type1_193 humidity: 56
2015-12-27_12:14:42 Type1_193 humidity: 59
2015-12-27_12:14:42 Type1_193 T: 20.6 H: 59
2015-12-27_12:15:32 Type1_193 temperature: 20.9
2015-12-27_12:15:32 Type1_193 humidity: 73
2015-12-27_12:15:32 Type1_193 T: 20.9 H: 73
2015-12-27_12:16:22 Type1_193 temperature: 21.7
2015-12-27_12:16:22 Type1_193 humidity: 78
2015-12-27_12:16:22 Type1_193 T: 21.7 H: 78
2015-12-27_12:17:12 Type1_193 temperature: 22.7
2015-12-27_12:17:12 Type1_193 humidity: 76
2015-12-27_12:17:12 Type1_193 T: 22.7 H: 76
2015-12-27_12:18:02 Type1_193 temperature: 23.2
2015-12-27_12:18:02 Type1_193 humidity: 63
2015-12-27_12:18:02 Type1_193 T: 23.2 H: 63
Zitat"CUL468MHZ version" ... was ist das? Entweder 433 oder 868. Läuft dein CUL auf 433 MHz oder hast du an der Frequenz rumgebastelt?
-> Das war ein Schreibfehler meinerseits, ist natürlich eine 433Mhz. Muss ich noch bei mir in FHEM korrigieren.
Danke und Gruß
Micha
@Bjoern
Hallo Bjoern,
hatte einige Wochen Urlaub und war weg. Nu aber leider wieder da.
Und eine Frage habe ich auch gleich:
Meine eurochron Sensoren werden, wenn ich einen neuen Sensor erstmals in Betrieb nehme,
oder bei einen bislang laufenden Sensor die Batterie entferne und wieder einsetze nicht mehr
als "eurochron" erkannt.
Erkannt werden sie als SD_WS07_TH_ (1 - 3 je nach eingestelltem Kanal) .
Nutzen kann ich nur noch 2, da Kanal 1 von Nachbargeräten bereits mehrfach belegt wird.
Hast Du bezüglich o.g. Sensoren (CUL_TCM97001) Änderungen eingespielt, die besser nicht
per update hätte übernehmen sollen.
Oder gibt es eine Möglichkeit die Sensoren manuell anzulegen bzw. unabhängig vom Kanal
anzulegen.
Erstmal Danke
und Dir sowie allen Mitstreitern
einen guten Rutsch ins neue Jahr
Peter
PS: Fhem 5.6 auf Pi 2
CUL433 V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) CUL433 (F-Band: 433MHz)
CUL868 V 1.61 CUL868
Hallo Leute,
ich habe vorhin die letzte Version der a-culfw (a-culfw_1.20.01_build_176_master.zip) auf meinen CULv3 868 geflashed.
Leider scheint das IT-send nicht korrekt zu funktionieren, ich wollte eine meiner IT-IP44 Steckdosen im Garten schalten - leider vergeblich:
Folgendes findet sich im Log:
2015.12.31 13:50:19 2: IT set Schalter_Teich_LED on
2015.12.31 13:50:19 4: CUL_send: CUL_0is 00 0F FF00 0FFF
Mit der original culfw (V1.61) funktioniert es problemlos - keine Unterscheide im Log:
2015.12.31 14:15:19 2: IT set Schalter_Teich_LED on
2015.12.31 14:15:19 4: CUL_send: CUL_0is 00 0F FF00 0FFF
Ideen ?
Viele Grüße,
ambiman
Zitat von: Sauron am 27 Dezember 2015, 12:29:58
Hallo Björn,
ich habe von 167 auf 176 upgedated, dann fiel mir gleich ein ab400 auf der sich gar nicht mehr schalten liess und ein ein Intertechno der sich nur noch ein- aber nicht mehr ausschalten liess.
bin dann auf 174 da liess sich der ab 400 wieder problemlos schalten, der Intertechno am Aquarium weiterhin nur ein nicht aus.
bei 171 V (1.10.02) schalten beide wieder ganz normal.
die adresse des Intertechno 0F000FF00F FF F0
die adresse des AB400 FF00F00F0F FF F0
habe mehrfach umgeflasht immer das Gleiche.
Gruß
Reiner
Bei der letzten FW kannst du dass sendetiming via fhem pro Die setzten. (itclock). Die Pollin Dosen z. B brauchen ein etwas kurzeres Timing als die original Intertechno.
Zitat von: Peter_Listig am 30 Dezember 2015, 19:20:57
@Bjoern
Hallo Bjoern,
hatte einige Wochen Urlaub und war weg. Nu aber leider wieder da.
Und eine Frage habe ich auch gleich:
Meine eurochron Sensoren werden, wenn ich einen neuen Sensor erstmals in Betrieb nehme,
oder bei einen bislang laufenden Sensor die Batterie entferne und wieder einsetze nicht mehr
als "eurochron" erkannt.
Erkannt werden sie als SD_WS07_TH_ (1 - 3 je nach eingestelltem Kanal) .
Nutzen kann ich nur noch 2, da Kanal 1 von Nachbargeräten bereits mehrfach belegt wird.
Hast Du bezüglich o.g. Sensoren (CUL_TCM97001) Änderungen eingespielt, die besser nicht
per update hätte übernehmen sollen.
Oder gibt es eine Möglichkeit die Sensoren manuell anzulegen bzw. unabhängig vom Kanal
anzulegen.
Erstmal Danke
und Dir sowie allen Mitstreitern
einen guten Rutsch ins neue Jahr
Peter
PS: Fhem 5.6 auf Pi 2
CUL433 V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) CUL433 (F-Band: 433MHz)
CUL868 V 1.61 CUL868
Hallo Peter,
schalte in den cul readings das Attribut longids an. Danach werden die Sensoren wieder alle angelegt.
Gruß Björn
Zitat von: ambiman am 31 Dezember 2015, 14:16:05
Hallo Leute,
ich habe vorhin die letzte Version der a-culfw (a-culfw_1.20.01_build_176_master.zip) auf meinen CULv3 868 geflashed.
Leider scheint das IT-send nicht korrekt zu funktionieren, ich wollte eine meiner IT-IP44 Steckdosen im Garten schalten - leider vergeblich:
Folgendes findet sich im Log:
2015.12.31 13:50:19 2: IT set Schalter_Teich_LED on
2015.12.31 13:50:19 4: CUL_send: CUL_0is 00 0F FF00 0FFF
Mit der original culfw (V1.61) funktioniert es problemlos - keine Unterscheide im Log:
2015.12.31 14:15:19 2: IT set Schalter_Teich_LED on
2015.12.31 14:15:19 4: CUL_send: CUL_0is 00 0F FF00 0FFF
Ideen ?
Viele Grüße,
ambiman
Hast du die 433er oder die 868er FW installiert.?
Zitat von: ambiman am 31 Dezember 2015, 14:16:05
... auf meinen CULv3 868 geflashed.
Leider scheint das IT-send nicht korrekt zu funktionieren, ich wollte eine meiner IT-IP44 Steckdosen im Garten schalten - leider vergeblich:
...
Ideen ?
Viele Grüße,
ambiman
Hast du die433 Version geflashed?
Wie schon oft geschrieben funktioniert die 1.20.01 nicht gut mit IT .... verwende die 1.10.02 damit läuft es.
Hallo zusammen,
da ich meinen CUL868 standardmäßig im rf_mode Homematic betreibe (ich habe viele HM Geräte im Einsatz) habe ich die 868er Version geflashed und dachte er wechselt zum IT-Senden temporär auf 433MhZ?
Gruß,
ambiman
Zitat von: ambiman am 31 Dezember 2015, 15:25:22
Hallo zusammen,
da ich meinen CUL868 standardmäßig im rf_mode Homematic betreibe (ich habe viele HM Geräte im Einsatz) habe ich die 868er Version geflashed und dachte er wechselt zum IT-Senden temporär auf 433MhZ?
Gruß,
ambiman
Die Protokolle wurden in die entsprechenden Versionen aufgeteilt. 433 kann nur 433 und 868 eben nur 868 ... umschalten ist nicht ...
was spricht gegen die originale Version die du schon verwendet hattest?
@BjeornH
habe Deine Anweisung ohne Erfolg umgesetzt
ist eventuell
"die letzte Version der a-culfw (a-culfw_1.20.01_build_176_master.zip"
zwingend ?
Gruß
Peter
Zitat von: Peter_Listig am 01 Januar 2016, 19:07:07
@BjeornH
habe Deine Anweisung ohne Erfolg umgesetzt
ist eventuell
"die letzte Version der a-culfw (a-culfw_1.20.01_build_176_master.zip"
zwingend ?
Gruß
Peter
Nein, dies hat nichts mit der Firmware zu tun. Es ist ein reines Fhem Thema.
Hallo Björn,
ich wünsche dir ein gesundes neues Jahr.
Zur Zeit wird mein Lifetec LT3594 nicht mehr richtig angezeigt. Seit wann das so ist kann ich dir aber nicht genau sagen, der Sensor läuft nur so neben bei mit. Es ging aber schon einmal. siehe hier (http://forum.fhem.de/index.php/topic,35064.msg285249.html#msg285249) und hier (http://forum.fhem.de/index.php/topic,35064.msg285613.html#msg285613). Aus meiner Sicht ist es nichts drängendes, ich wollte nur den Hinweis loswerden. (http://forum.fhem.de/index.php/topic,38831.msg382970.html#msg382970) Danke.
Jörg
@Bjoernh
ZitatNein, dies hat nichts mit der Firmware zu tun. Es ist ein reines Fhem Thema.
und wie komme ich wieder an die CUL_TCM97001 / eurochron Sensoren heran? :(
nachdem diese so gut erkannt und angelegt wurden, habe ich mir noch einige
nachbestellt ... >:(
OK eventuell
Fhem update auf Version 5.7 ?
Gruß
Peter
@Bjoernh
Nachtrag:
Oder hängt das ganze vielleicht mit
"14_CUL_TCM97001: Add redirect for Eurochron to SD_WS07 modul"
zusammen?
Gruß
Peter
Zitat von: Peter_Listig am 02 Januar 2016, 12:28:06
@Bjoernh
Nachtrag:
Oder hängt das ganze vielleicht mit
"14_CUL_TCM97001: Add redirect for Eurochron to SD_WS07 modul"
zusammen?
Gruß
Peter
Ja, hängt damit zusammen, das TCM Modul leitet an das SD Modul weiter. Und das SD Modul arbeitet mit dem Attribut longids.
Wenn Du longids auf 1 setzt wird wie früher jeder Sensor per ID angelegt, also unabhängig von Kanal.
@BjoernH
kaum macht man es richtig schon geht es ;)
danke für Deine Hilfe
hatte bei den "longids" den Wert "on" statt "1" eingetragen ...
Habe bei allen Sensoren Batterie raus / Batterie rein gespielt
Alle wurden per Autocreate neu angelegt (z.B. SD_WS07_TH_741 usw.)
Noch eine Frage dazu:
Ist das evtl. beeinflussbare Abruftaktung "event-min-interval .*:300" ?
Ansonsten traumhafte Arbeit -
LG
und nochmals Danke
Peter
Hallo Peter,
Du kannst die Sensoren nicht aktiv abfragen, normalerweise senden die Sensoren nur und zwar ca. alle 75 Sekunden, um Überschneidungen zu vermeiden, wenn mehrere da sind. Da die aber auch mal eine Weile schwach senden können, so daß FHEM/der CUL die praktisch nicht aufnimmt, würde ein Log dann für ein Diagramm zu Abrissen führen. Ich meine, daß "event-min-interval .*:300" dafür steht, daß immer, auch wenn kein Empfang registriert wird, alle 300 Sekunden, also alle 5 Minuten ein Wert ins Log geschrieben wird, der dem letzte Messwert entspricht.
Grüße
Christian
Zitat von: cs-online am 03 Januar 2016, 21:47:45
Hallo Peter,
Du kannst die Sensoren nicht aktiv abfragen, normalerweise senden die Sensoren nur und zwar ca. alle 75 Sekunden, um Überschneidungen zu vermeiden, wenn mehrere da sind. Da die aber auch mal eine Weile schwach senden können, so daß FHEM/der CUL die praktisch nicht aufnimmt, würde ein Log dann für ein Diagramm zu Abrissen führen. Ich meine, daß "event-min-interval .*:300" dafür steht, daß immer, auch wenn kein Empfang registriert wird, alle 300 Sekunden, also alle 5 Minuten ein Wert ins Log geschrieben wird, der dem letzte Messwert entspricht.
Grüße
Christian
Die Doku sagt:
event-min-interval
Dieses Attribut enthält eine durch Kommata getrennte Liste von "readings:minInterval" Paare. readings kann ein regexp sein. Ein Event wird nur dann generiert, falls seit dem letzten Auftreten des gleichen Events mindestens minInterval Sekunden vergangen sind.userReadings
Wenn ich es richtig weiß ist es so, dass wenn z. B. 10 Minuten immer 20C gemeldet werden, alle x Sekunden ein Eintrag erzeugt wird. Also nicht bei jedem Sensor event. Wenn nichts empfangen wird, wird auch nichts geschrieben.
ups, dann hatte ich das leider falsch in Erinnerung...sorry
Danke für Eure Antworten,
verhindert somit nur ein übermäßiges Anwachsen der Log-Datei.
Nachdem ich mit IT Devices bisher gute Erfahrungen gemacht habe,
möchte ich nun aus Sicherheitsgründen auch Rauchmelder einsetzen.
Im Forum habe ich nur folgenden Hinweis auf IT-Rauchmelder gefunden:
Anfängerfragen / 2262 Funkrauchmelder
10_IT« Text von MBHG am 07 Juni 2015, 07:28:14 »
Zitat
Update: hab's jetzt auch gefunden. Es gibt ein a-culf, eine alternative Software für den nano.
Bedeutet das, dass mit der a-culfw in Kombination mit einem CUL433 auch IT-Rauchmelder
empfangen werden können?
Gruß
Peter
Zitat von: Peter_Listig am 04 Januar 2016, 15:38:09
Danke für Eure Antworten,
verhindert somit nur ein übermäßiges Anwachsen der Log-Datei.
Nachdem ich mit IT Devices bisher gute Erfahrungen gemacht habe,
möchte ich nun aus Sicherheitsgründen auch Rauchmelder einsetzen.
Im Forum habe ich nur folgenden Hinweis auf IT-Rauchmelder gefunden:
Anfängerfragen / 2262 Funkrauchmelder 10_IT
« Text von MBHG am 07 Juni 2015, 07:28:14 »
Bedeutet das, dass mit der a-culfw in Kombination mit einem CUL433 auch IT-Rauchmelder
empfangen werden können?
Gruß
Peter
Müsste schon gehen, aber dem IT-Modul muss man denke ich die richtigen Schaltcodes noch bei bringen.
Zitat von: kadettilac89 am 31 Dezember 2015, 15:53:29
Die Protokolle wurden in die entsprechenden Versionen aufgeteilt. 433 kann nur 433 und 868 eben nur 868 ... umschalten ist nicht ...
was spricht gegen die originale Version die du schon verwendet hattest?
Hallo kadettilac89,
kann ich so leider nur bedingt bestätigen, deine Aussage ist scheinbar lediglich korrekt für die Firmware CUL_V3_868MHZ.
Wobei ich das auch nicht ganz verstehe, da im changelog folgendes steht:
Zitat
1.03.04
Reenable IT-Sending with CUL 868Mhz version
Wurde das wieder entfernt ?
Da ich gestern ein paar ITR-1500 Steckdosen erworben habe, habe ich heute folgendes getestet:
Ich habe meinen CULv3_868 mit der Firmware CUL_V3_433MHZ aus dem Archiv a-culfw_1.20.01_build_176_master.zip geflashed, nun spricht er erfolgreich ITv1/ITv3 auf 433.92Mhz und ebenfalls HM auf 868.3 Mhz. Alles prima.
Viele Grüße,
ambiman
Zitat von: ambiman am 07 Januar 2016, 12:46:59
Hallo kadettilac89,
kann ich so leider nur bedingt bestätigen, deine Aussage ist scheinbar lediglich korrekt für die Firmware CUL_V3_868MHZ.
Wobei ich das auch nicht ganz verstehe, da im changelog folgendes steht:
Wurde das wieder entfernt ?
Da ich gestern ein paar ITR-1500 Steckdosen erworben habe, habe ich heute folgendes getestet:
Ich habe meinen CULv3_868 mit der Firmware CUL_V3_433MHZ aus dem Archiv a-culfw_1.20.01_build_176_master.zip geflashed, nun spricht er erfolgreich ITv1/ITv3 auf 433.92Mhz und ebenfalls HM auf 868.3 Mhz. Alles prima.
Viele Grüße,
ambiman
OK, ich dachte bjoernh hat 433 und 868 streng getrennt. Wenn der 868 auch IT spicht ist das sehr gut da es das Protokoll auf 433 ist das fast jeder nutzt.
Hi bjoernh, hi Mitstreiter,
weiß jemand ob ich die billigen Funk-Fensterkontakte mit der aFW empfangen kann, und irgend ein Modul in Fhem darauf reagiert? Wenn nicht, was müsste ich machen damit ich diese in Fhem einsetzen könnte?
Ich hatte schon mal einen Kontakt der auch mit dem Fhemduino halbwegs verwendet werden konnte. Habe aber den Kontak geschlachtet da ich Bauteile benötigt habe, kann es also nicht einfach so teten.
Ich spreche von diesen Dingern ... http://www.ebay.de/itm/Wireless-Tur-Alarmanlage-Turklinke-Fenster-Alarm-Turalarm-Fensteralarm-Sicherung-/351415974124?var=&hash=item51d20638ec:m:miU1dKS4QjfZEETuLCerALw (http://www.ebay.de/itm/Wireless-Tur-Alarmanlage-Turklinke-Fenster-Alarm-Turalarm-Fensteralarm-Sicherung-/351415974124?var=&hash=item51d20638ec:m:miU1dKS4QjfZEETuLCerALw)
Danke!
Zitat von: kadettilac89 am 07 Januar 2016, 16:05:22
Hi bjoernh, hi Mitstreiter,
weiß jemand ob ich die billigen Funk-Fensterkontakte mit der aFW empfangen kann, und irgend ein Modul in Fhem darauf reagiert? Wenn nicht, was müsste ich machen damit ich diese in Fhem einsetzen könnte?
Ich hatte schon mal einen Kontakt der auch mit dem Fhemduino halbwegs verwendet werden konnte. Habe aber den Kontak geschlachtet da ich Bauteile benötigt habe, kann es also nicht einfach so teten.
Ich spreche von diesen Dingern ... http://www.ebay.de/itm/Wireless-Tur-Alarmanlage-Turklinke-Fenster-Alarm-Turalarm-Fensteralarm-Sicherung-/351415974124?var=&hash=item51d20638ec:m:miU1dKS4QjfZEETuLCerALw (http://www.ebay.de/itm/Wireless-Tur-Alarmanlage-Turklinke-Fenster-Alarm-Turalarm-Fensteralarm-Sicherung-/351415974124?var=&hash=item51d20638ec:m:miU1dKS4QjfZEETuLCerALw)
Danke!
Diesbezüglich, dass der 2264 Chip drinnen ist, sollten die gehen.
Evtl. muss man das Modul dann anpassen.
Zitat von: kadettilac89 am 07 Januar 2016, 15:58:02
OK, ich dachte bjoernh hat 433 und 868 streng getrennt. Wenn der 868 auch IT spicht ist das sehr gut da es das Protokoll auf 433 ist das fast jeder nutzt.
Hallo kadettilac89,
das ist ja mein Problem, die 868er Firmware schaltet nicht auf 433 Mhz um.
Die 433er Variante jedoch auf 868Mhz.
Ich habe meinen CULv3_868 mit der Firmware CUL_V3_433MHZ geflashed und bin dauerhaft im RFMode Homematic und bei Bedarf für ITv1/ITv3 auf 433.92Mhz. Weshalb funktioniert das nicht umgekehrt?
Viele Grüße,
ambiman
Zitat von: ambiman am 07 Januar 2016, 17:45:45
Ich habe meinen CULv3_868 mit der Firmware CUL_V3_433MHZ geflashed und bin dauerhaft im RFMode Homematic und bei Bedarf für ITv1/ITv3 auf 433.92Mhz. Weshalb funktioniert das nicht umgekehrt?
OK, warum das so ist kann ich dir nicht beantworten. Es ist also eine Verständnisfrage. Kann dir ggf. bjoernh beantworten.
Zitat von: bjoernh am 07 Januar 2016, 16:06:51
Diesbezüglich, dass der 2264 Chip drinnen ist, sollten die gehen.
Evtl. muss man das Modul dann anpassen.
Ok, werde mir mal einen Sensor bestellen und bei Bedarf nochmal nachfragen. Danke schon mal.
Hallo zusammen,
ich habe nun erfolgreich die Alternative CUL Firmware geflashed (neueste) und erhoffte mir den Empfang von Revolt.
Es klappt jedoch nicht.
Ich bekommen wenn ich die Steckdose einstecke und den Lernknopf drücke folgende Meldung im FHEM Log:
2016.01.09 18:56:36 3: CUL_HOERMANN Unknown device 311cde0000, please define it
2016.01.09 18:56:59 3: CUL_HOERMANN Unknown device 311cdd0000, please define it
2016.01.09 18:57:25 3: CUL_HOERMANN Unknown device 311cde0000, please define it
Was mache ich falsch?
Grüße
Olli
Hallo Olli,
das würde ich für Zufall halten. Wenn das die Revolts sind die ich kenne,
http://www.amazon.de/revolt-Funksteckdose-SF-236-fs-3680-fernsteuerbar/dp/B00H7Y9XLY/ref=sr_1_2?ie=UTF8&qid=1452367183&sr=8-2&keywords=revolt+funksteckdose
(http://www.amazon.de/revolt-Funksteckdose-SF-236-fs-3680-fernsteuerbar/dp/B00H7Y9XLY/ref=sr_1_2?ie=UTF8&qid=1452367183&sr=8-2&keywords=revolt+funksteckdose)
dann sind das unidirektionale, d.h. die Steckdose selber sendet nicht, die kann nur empfangen. Ich habe dieselben im dreierpack aus dem Action-Laden für knapp 10 Euro. Lassen sich gut mit einer Intertechno-Fernbedienung an der Steckdose und mit autocreate gleichzeitig im FHEM anlernen und laufen dann gut im FHEM. Bin mir nicht sicher, ob die mit der originalen Fernbedienung an FHEM anlernbar sind (?)
Die Cul-Hörmanns sind Garagentorantriebe, die hat auch irgendwer bei mir in der Nachbarschaft, die melden sich alle Weile bei mir im FHEM an, deshalb habe ich die auf ignore gesetzt.
Grüße
Christian
Zitat von: cs-online am 09 Januar 2016, 20:27:11
Hallo Olli,
das würde ich für Zufall halten. Wenn das die Revolts sind die ich kenne,
http://www.amazon.de/revolt-Funksteckdose-SF-236-fs-3680-fernsteuerbar/dp/B00H7Y9XLY/ref=sr_1_2?ie=UTF8&qid=1452367183&sr=8-2&keywords=revolt+funksteckdose
(http://www.amazon.de/revolt-Funksteckdose-SF-236-fs-3680-fernsteuerbar/dp/B00H7Y9XLY/ref=sr_1_2?ie=UTF8&qid=1452367183&sr=8-2&keywords=revolt+funksteckdose)
dann sind das unidirektionale, d.h. die Steckdose selber sendet nicht, die kann nur empfangen. Ich habe dieselben im dreierpack aus dem Action-Laden für knapp 10 Euro. Lassen sich gut mit einer Intertechno-Fernbedienung an der Steckdose und mit autocreate gleichzeitig im FHEM anlernen und laufen dann gut im FHEM. Bin mir nicht sicher, ob die mit der originalen Fernbedienung an FHEM anlernbar sind (?)
Die Cul-Hörmanns sind Garagentorantriebe, die hat auch irgendwer bei mir in der Nachbarschaft, die melden sich alle Weile bei mir im FHEM an, deshalb habe ich die auf ignore gesetzt.
Grüße
Christian
Ich meinte eher diese dinger:
Energiemesssung mit Revolt NC-5462
http://www.amazon.de/revolt-Zus-Funksteckdose-SF-436-m-Energiekosten-Messger-NC-5461/dp/B008BFS3SC
schau mal in Beitrag, die haben es anscheinend hinbekommen:
http://forum.fhem.de/index.php/topic,12600.135.html
(http://forum.fhem.de/index.php/topic,12600.135.html)
Grüße Christian
Hallo
bin ganz neu hier habe jede Menge HE Geräte zuhause über die Home Easy IP-BOX HE840IP laufen.
nun wollte ich das ganze über FHEM realisieren habe mir nen PI besorgt und nen nanoCUL clone angefertigt
hat alles soweit Funktioniert nun wollte ich a-culfw insterllieren bekomme aber immer Fehlermeldungen
pi@raspberrypi ~ $ wget http://download1475.mediafire.com/ybz3q4c3ofwg/y19fez2cf4h41yd/a-culfw_1.20.01_build_176_master.zip
--2016-01-13 11:46:56-- http://download1475.mediafire.com/ybz3q4c3ofwg/y19fez2cf4h41yd/a-culfw_1.20.01_build_176_master.zip
Resolving download1475.mediafire.com (download1475.mediafire.com)... 205.196.123.163
Connecting to download1475.mediafire.com (download1475.mediafire.com)|205.196.123.163|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 980199 (957K) [application/zip]
Saving to: 'a-culfw_1.20.01_build_176_master.zip.7'
a-culfw_1.20.01_bui 100%[=====================>] 957.23K 441KB/s in 2.2s
2016-01-13 11:46:59 (441 KB/s) - 'a-culfw_1.20.01_build_176_master.zip.7' saved [980199/980199]
pi@raspberrypi ~ $ gunzip a-culfw_1.20.01_build_176_master.zip.7
gzip: a-culfw_1.20.01_build_176_master.zip.7: unknown suffix -- ignored
pi@raspberrypi ~ $ unzip a-culfw_1.20.01_build_176_master.zip.7
Archive: a-culfw_1.20.01_build_176_master.zip.7
replace CUR/CUR.hex? [y]es, [n]o, [A]ll, [N]one, [r]ename: A
inflating: CUR/CUR.hex
inflating: zCSM/CSM.hex
inflating: CUNO/CUNO.hex
inflating: RFbee/RFbee.hex
inflating: CPM-Gardenabodenfeuchtesensor/Release/CPM-Gardenabodenfeuchtesensor.hex
inflating: CUNO2/CUNO2.hex
inflating: CCD/CCD.hex
inflating: CSM/CSM.hex
inflating: CUL-Arduino/CUL_ARDUINO_868MHZ.hex
inflating: CUL-Arduino/CUL_ARDUINO_433MHZ.hex
inflating: rpiaddon/rpiaddon.hex
inflating: SCC/SCC.hex
inflating: TuxRadio/CSM.hex
inflating: TuxRadio2/CSM.hex
inflating: CUN/CUN.hex
inflating: CPM-BS/bsfw.hex
inflating: AirLinked/PWMBOX/main.hex
inflating: AirLinked/RGBBOX/main.hex
inflating: AirLinked/UVCBOX/main.hex
inflating: miniCUL/miniCUL.hex
inflating: COC/COC_radio_only.hex
inflating: COC/COC.hex
inflating: CSM_RADINO/RADINO.hex
inflating: PIGATOR/CSM.hex
inflating: nanoCUL/nanoCUL433.hex
inflating: nanoCUL/nanoCUL868.hex
inflating: CUL/CUL_V2_868MHZ.hex
inflating: CUL/CUL_V2_MAX_433MHZ.hex
inflating: CUL/CUL_V2_MAX_868MHZ.hex
inflating: CUL/CUL_V3_433MHZ.hex
inflating: CUL/CUL_V4_433MHZ.hex
inflating: CUL/CUL_V4_868MHZ.hex
inflating: CUL/CUL_V2_HM_868MHZ.hex
inflating: CUL/CUL_V2_433MHZ.hex
inflating: CUL/CUL_V3_868MHZ.hex
inflating: CUL/CUL_V2_HM_433MHZ.hex
inflating: CUL-HM-CFG/bootloader/bootloader_HM_CFG.bin
inflating: CUL-HM-CFG/HM_CFG_BL.bin
inflating: CUBe/CUBE_BL.bin
inflating: CUBe/bootloader/bootloader_CUBE.bin
inflating: RFbee/README
inflating: CPM/PS/README
inflating: CPM/README
inflating: CPM/SS/README
inflating: CCD/README
inflating: rpiaddon/README
extracting: SCC/README
inflating: TuxRadio/README
inflating: TuxRadio2/README
inflating: miniCUL/README.md
inflating: COC/README
inflating: nanoCUL/README
inflating: CUL/README.md
inflating: CPM/tools/CPM-fuser.sh
inflating: CUL-Arduino/flash.sh
inflating: rpiaddon/flash.sh
inflating: SCC/flash.sh
inflating: miniCUL/flash.sh
inflating: COC/flash.sh
inflating: nanoCUL/flash.sh
inflating: CUL/flash.sh
pi@raspberrypi ~ $ cd nanoCUL
pi@raspberrypi ~/nanoCUL $ make program
make: *** No rule to make target 'program'. Stop.
was mache ich Falsch ? Bitte um Hilfe
Zitat von: spike am 13 Januar 2016, 12:01:31
pi@raspberrypi ~ $ cd nanoCUL
pi@raspberrypi ~/nanoCUL $ make program
make: *** No rule to make target 'program'. Stop.
was mache ich Falsch ? Bitte um Hilfe
was mache ich Falsch? --> Du liest die Anleitung nicht. Verwende die vorgegenen Parameter.
==>
To update firmware with culfw execute:
make program-433
or
make program-868
or use the script ./flash.sh
Danke jetzt läuft's
Hallo,
mal eine kurze Frage:
Habe ich durch die alternative Firmware Nachteile gegenüber der Originalen? Also kann die Originale etwas (besser), was die Alternative nicht (so gut) kann?
Hätte mehrere Möglichkeiten, 433 Mhz Signale zu empfangen/senden (SCC, NanoCul, evtl. Signalduino, Hardware wäre alles da), aber wenn das mit dem einen SCC genauso gut geht kann ich mir das ja sparen und es reicht ein 433 Mhz-Modul für alles :-)
Edit:
Gibts da beim SCC Unterschiede zwischen 433 und 868 Mhz?
make program-433 geht nicht, "no rule"...
./flash ginge, geht das für die 433er?
Hallo zusammen,
ich habe nun einen USB CUL an meinem Raspberry PI 2 für das Senden/Empfangen von 433 MHZ Signalen. Das Senden funktioniert problemlos, aber beim Empfang habe ich folgendes komisches Verhalten:
Ich habe einen Feuchtigkeitssensor Typ "Prologue (CUL_TCM97001)" in Empfangsreichweite. Allerdings passiert jedes mal wenn der Sensor sendet Folgendes in FHEM:
2016-01-23_13:26:45 HOFeuchtigkeitsmesser humidity: 39
2016-01-23_13:26:45 HOFeuchtigkeitsmesser T: 23.7 H: 39 D: 8.9
2016.01.23 13:26:46 1: /dev/ttyACM0 disconnected, waiting to reappear (SCCIT)
2016-01-23_13:26:46 SCCIT DISCONNECTED
2016.01.23 13:26:46 3: Setting SCCIT serial parameters to 9600,8,N,1
2016.01.23 13:26:46 1: /dev/ttyACM0 reappeared (SCCIT)
2016.01.23 13:26:46 3: SCCIT: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016-01-23_13:26:46 SCCIT Initialized
2016-01-23_13:26:46 SCCIT CONNECTED
Wie man sieht kommen tatsächlich Werte an, aber der CUL wird jedes mal getrennt und wieder reconnected. Da dies nur beim Empfang passiert und ich mit Absicht die aculfw geflashed habe, vermute ich ich das Problem in der alternativen Firmware.
Wäre für Tipps dankbar!
Gruss
Hallo bjoernh,
in der a-culfw ist wohl eine ältere Version von rpiaddon enthalten. locutus hat Anfang Dezember eine neue Version für die culfw bereitgestellt. Siehe http://forum.fhem.de/index.php/topic,14156.msg370558.html#msg370558 Wird die Version auch in der a-culfw berücksichtigt?
Gruß
Karlheinz
Hallo zusammen,
bezugnehmend auf meinen oberen Post (http://forum.fhem.de/index.php/topic,35064.msg396831.html#msg396831) habe ich noch ein paar weitere Entdeckungen gemacht:
- mit dem SCC (vorher) habe ich Signale von meiner Intertechno-Fernbedienung empfangen. Dies funktioniert zwar mit dem CUL auch, aber dieser disconnected danach genau so wie auch bei dem Feuchtigkeitssensor
- ich habe bereits verschiedene Firmware-Versionen der a-culfw probiert (1.20.00, 1.20.01, 1.20.02), in allen Fällen habe ich das gleiche Verhalten.
Demnach scheint das Problem nicht beim Sensor zu liegen sondern generell ein Problem mit dem Empfang zu sein. Die "Disconnected"-Nachricht kommt aus der Datei "FHEM/DevIo.pm", die aber im Endeffekt nur prüft, was von dem Device zurück kommt.
Hier noch eine Ausgabe mit verbose 5 wenn ich die Intertechno-Fernbedienung betätige:
2016.01.24 12:50:48 3: WZStehlampeRechts aus->off
2016-01-24_12:50:48 WZStehlampeRechts aus
2016-01-24_12:50:48 EGLicht aus
2016-01-24_12:50:48 WZStehlampen aus
2016.01.24 12:50:49 1: /dev/ttyACM0 disconnected, waiting to reappear (SCCIT)
2016-01-24_12:50:49 SCCIT DISCONNECTED
2016.01.24 12:50:49 3: Setting SCCIT serial parameters to 38400,8,N,1
2016.01.24 12:50:49 1: /dev/ttyACM0 reappeared (SCCIT)
2016.01.24 12:50:49 5: SW: V
2016.01.24 12:50:49 5: CUL/RAW (ReadAnswer): V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) CUL433 (F-Band: 433MHz)
2016.01.24 12:50:49 5: SW: ?
2016.01.24 12:50:49 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B C F i A N E k G M K U Y R T V W X e f m L l t u x
2016.01.24 12:50:49 3: SCCIT: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.01.24 12:50:49 5: SW: X21
2016.01.24 12:50:49 5: SW: T01
2016.01.24 12:50:49 5: CUL/RAW (ReadAnswer): 1034
2016.01.24 12:50:49 5: GOT CUL fhtid: 1034
2016.01.24 12:50:49 2: Setting CUL fhtid from 1034 to 2345
2016.01.24 12:50:49 5: SW: T012345
2016-01-24_12:50:49 SCCIT Initialized
2016-01-24_12:50:49 SCCIT CONNECTED
und die Definition meines CULs:
define SCCIT CUL /dev/ttyACM0@38400 2345
attr SCCIT group CUL
attr SCCIT rfmode SlowRf
attr SCCIT room Server
Gruss
Hallo zusammen,
hat wirklich keiner einen Tipp für mich, was die Disconnects meines CULs verursachen könnte? Wenn ich tatsächlich der einzige mit einem solchen Problem bin, dann muss es doch ein Problem mit dem CUL geben oder? Gib es Parameter, die ein solches Verhalten beeinflussen könnten?
Unter welchen Umständen liefert denn die Firmware nichts zurück, so dass die DevIo.pm den Disconnect verursacht. Gibt es da spezielle Bedingungen, die man prüfen könnte?
Danke!
Edit: hier noch ein paar Log-Auszüge mit verbose 5
2016.01.25 20:33:17 5: CUL/RAW: /i01401410^M
2016.01.25 20:33:17 4: CUL_Parse: CUL_0 i01401410 -66
2016.01.25 20:33:17 5: CUL_0 dispatch i014014
2016.01.25 20:33:17 4: message "i014014" (7)
2016.01.25 20:33:17 3: WZStehlampeRechts aus->off
2016.01.25 20:33:17 5: Triggering WZStehlampeRechts (1 changes)
2016.01.25 20:33:17 5: Notify loop for WZStehlampeRechts aus
2016.01.25 20:33:17 5: Notify from Device: WZStehlampeRechts recieved
2016-01-25_20:33:17 WZStehlampeRechts aus
2016.01.25 20:33:17 5: Update structure 'WZStehlampen' to off because device WZStehlampeRechts has changed
2016.01.25 20:33:17 5: Triggering WZStehlampen (1 changes)
2016.01.25 20:33:17 5: Notify loop for WZStehlampen aus
2016.01.25 20:33:17 5: Update structure 'EGLicht' to off because device WZStehlampen has changed
2016.01.25 20:33:17 5: Triggering EGLicht (1 changes)
2016.01.25 20:33:17 5: Notify loop for EGLicht aus
2016.01.25 20:33:17 5: Notify from Device: EGLicht recieved
2016-01-25_20:33:17 EGLicht aus
2016.01.25 20:33:17 5: Notify from Device: WZStehlampen recieved
2016-01-25_20:33:17 WZStehlampen aus
2016.01.25 20:33:17 5: SET: Unknown argument ?, choose one of off:noArg on:noArg on-for-timer on-till off-for-timer on-till-overnight blink toggle off-till-overnight intervals off-till
Unknown argument ?, choose one of off:noArg on:noArg on-for-timer on-till off-for-timer on-till-overnight blink toggle off-till-overnight intervals off-till
2016.01.25 20:33:18 1: /dev/ttyACM0 disconnected, waiting to reappear (SCCIT)
2016.01.25 20:33:18 5: Triggering SCCIT (1 changes)
2016.01.25 20:33:18 5: Notify loop for SCCIT DISCONNECTED
2016.01.25 20:33:18 5: Notify from Device: SCCIT recieved
2016-01-25_20:33:18 SCCIT DISCONNECTED
2016.01.25 20:33:18 3: Setting SCCIT serial parameters to 38400,8,N,1
2016.01.25 20:33:18 1: /dev/ttyACM0 reappeared (SCCIT)
2016.01.25 20:33:18 5: SW: V
2016.01.25 20:33:18 5: CUL/RAW (ReadAnswer): V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) CUL433 (F-Band: 433MHz)^M
2016.01.25 20:33:18 5: SW: ?
2016.01.25 20:33:18 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B C F i A N E k G M K U Y R T V W X e f m L l t u x^M
2016.01.25 20:33:18 3: SCCIT: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.01.25 20:33:18 5: SW: X21
2016.01.25 20:33:18 5: SW: T01
2016.01.25 20:33:18 5: CUL/RAW (ReadAnswer): 1034^M
2016.01.25 20:33:18 5: GOT CUL fhtid: 1034
2016.01.25 20:33:18 2: Setting CUL fhtid from 1034 to 2345
2016.01.25 20:33:18 5: SW: T012345
2016.01.25 20:33:18 5: Triggering SCCIT (1 changes)
2016.01.25 20:33:18 5: Notify loop for SCCIT Initialized
2016.01.25 20:33:18 5: Notify from Device: SCCIT recieved
2016-01-25_20:33:18 SCCIT Initialized
2016.01.25 20:33:18 5: Triggering SCCIT (1 changes)
2016.01.25 20:33:18 5: Notify loop for SCCIT CONNECTED
2016.01.25 20:33:18 5: Notify from Device: SCCIT recieved
2016-01-25_20:33:18 SCCIT CONNECTED
2016.01.25 20:35:51 5: CUL/RAW: /Z0B0E000
2016.01.25 20:35:51 5: CUL/RAW: Z0B0E000/21234560
2016.01.25 20:35:51 5: CUL/RAW: Z0B0E00021234560/AA526000
2016.01.25 20:35:51 5: CUL/RAW: Z0B0E00021234560AA526000/000^M
Z0B
2016.01.25 20:35:51 4: CUL_Parse: SCCMAX Z0B0E00021234560AA526000000 -74
2016.01.25 20:35:51 5: SCCMAX dispatch Z0B0E00021234560AA5260000
2016.01.25 20:35:51 5: CUL_MAX_Parse: len 11, msgcnt 0E, msgflag 00, msgTypeRaw Ack, src 123456, dst 0aa526, groupid 0, payload 00
2016.01.25 20:35:51 5: CUL/RAW: Z0B/0E06300AA5261234560010F5^M
2016.01.25 20:35:51 4: CUL_Parse: SCCMAX Z0B0E06300AA5261234560010F5 -79.5
2016.01.25 20:35:51 5: SCCMAX dispatch Z0B0E06300AA5261234560010
2016.01.25 20:35:51 5: CUL_MAX_Parse: len 11, msgcnt 0E, msgflag 06, msgTypeRaw ShutterContactState, src 0aa526, dst 123456, groupid 0, payload 10
2016.01.25 20:35:51 5: CUL_MAX_Parse: rssi: -79.5
2016.01.25 20:35:51 5: CULMAX0 dispatch MAX,1,ShutterContactState,0aa526,10
2016.01.25 20:35:51 5: MAX_Parse MAX,1,ShutterContactState,0aa526,10
2016.01.25 20:35:51 5: ShutterContact isopen 0, rferror 0, battery 0, unkbits 0
2016.01.25 20:35:51 5: Triggering SZFensterkontakt01 (1 changes)
2016.01.25 20:35:51 5: Notify loop for SZFensterkontakt01 RSSI: -79.5
2016.01.25 20:35:51 5: Notify from Device: SZFensterkontakt01 recieved
2016-01-25_20:35:51 SZFensterkontakt01 RSSI: -79.5
2016.01.25 20:35:55 5: CUL/RAW: /omAAAAAAAACCB532CD55354D2B55552D55552AAAA0E2^M
2016.01.25 20:35:55 4: CUL_Parse: CUL_0 omAAAAAAAACCB532CD55354D2B55552D55552AAAA0E2
2016.01.25 20:35:55 5: CUL_0 dispatch omAAAAAAAACCB532CD55354D2B55552D55552AAAA0E2
2016.01.25 20:35:55 5: CUL_REDIRECT (mAAAAAAAACCB532CD55354D2B55552D55552AAAA0E2) length: 43 RSSI: -89
2016.01.25 20:35:55 5: CUL_REDIRECT (mAAAAAAAACCB532CD55354D2B55552D55552AAAA0E2) match Manchester COODE length: 43
2016.01.25 20:35:55 5: CUL_REDIRECT decode Oregon 2 (AAAAAAAACCB532CD55354D2B55552D55552AAAA0E2)
2016.01.25 20:35:55 5: bitdata: 101010101010101010101010101010101100110010110101001100101100110101010101001101010100110100101011010101010101010100101101010101010101010100101010101010101010000011100010
2016.01.25 20:35:55 5: OSV2 protocol detected (AAAAAAAACCB532CD55354D2B55552D55552AAAA0E2)
2016.01.25 20:35:55 5: CUL_REDIRECT: ERROR: To short: OSV2 protocol converted to hex: (401A2D10720003F09F) with length (72) bits
2016.01.25 20:35:55 5: CUL_REDIRECT decode Oregon 3 (AAAAAAAACCB532CD55354D2B55552D55552AAAA0E2)
2016.01.25 20:35:55 5: bitdata: 101010101010101010101010101010101100110010110101001100101100110101010101001101010100110100101011010101010101010100101101010101010101010100101010101010101010000011100010
2016.01.25 20:35:55 5: CUL_REDIRECT decode Hideki (AAAAAAAACCB532CD55354D2B55552D55552AAAA0E2)
2016.01.25 20:35:55 5: CUL_0: search in 101010101010101010101010101010101100110010110101001100101100110101010101001101010100110100101011010101010101010100101101010101010101010100101010101010101010000011100010
2016.01.25 20:35:55 5: protocol does not match, ignore received package (AAAAAAAACCB532CD55354D2B55552D55552AAAA0E2) Reason: Not a hideki protocol
2016.01.25 20:35:56 1: /dev/ttyACM0 disconnected, waiting to reappear (SCCIT)
2016.01.25 20:35:56 5: Triggering SCCIT (1 changes)
2016.01.25 20:35:56 5: Notify loop for SCCIT DISCONNECTED
2016.01.25 20:35:56 5: Notify from Device: SCCIT recieved
2016-01-25_20:35:56 SCCIT DISCONNECTED
2016.01.25 20:35:57 3: Setting SCCIT serial parameters to 38400,8,N,1
2016.01.25 20:35:57 1: /dev/ttyACM0 reappeared (SCCIT)
2016.01.25 20:35:57 5: SW: V
2016.01.25 20:35:57 5: CUL/RAW (ReadAnswer): V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) CUL433 (F-Band: 433MHz)^M
2016.01.25 20:35:57 5: SW: ?
2016.01.25 20:35:57 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B C F i A N E k G M K U Y R T V W X e f m L l t u x^M
2016.01.25 20:35:57 3: SCCIT: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.01.25 20:35:57 5: SW: X21
2016.01.25 20:35:57 5: SW: T01
2016.01.25 20:35:57 5: CUL/RAW (ReadAnswer): 2345^M
2016.01.25 20:35:57 5: GOT CUL fhtid: 2345
2016.01.25 20:35:57 5: Triggering SCCIT (1 changes)
2016.01.25 20:35:57 5: Notify loop for SCCIT Initialized
2016.01.25 20:35:57 5: Notify from Device: SCCIT recieved
2016-01-25_20:35:57 SCCIT Initialized
2016.01.25 20:35:57 5: Triggering SCCIT (1 changes)
2016.01.25 20:35:57 5: Notify loop for SCCIT CONNECTED
2016.01.25 20:35:57 5: Notify from Device: SCCIT recieved
2016-01-25_20:35:57 SCCIT CONNECTED
Gruss
Halli Hallo
Ich habe vor kurzem meinen CUL 433MHz auf die Version 1.20.02 geupdatet, jetzt empfang ich allerdings auch Daten meiner Nachbarn.
Eines konnt ich schon als Hideki Thermometer idendifizieren, jetzt wird mein Log aber immernoch von solchen Meldungen zugespammt:
2016.01.27 08:55:29 3: CUL0: Unknown code P12#75E5BA4A8240D1AD2B07, help me!
2016.01.27 09:00:29 3: CUL0: Unknown code P12#75E5BACA7D40D13B0173, help me!
2016.01.27 09:13:54 3: CUL0: Unknown code P12#7510BACA734022EE, help me!
2016.01.27 09:24:52 3: CUL0: Unknown code P12#75E5BA4AB87FCB0327, help me!
2016.01.27 09:33:28 3: CUL0: Unknown code P12#75E5BA4A87402F1E, help me!
Hat jemand vielleicht eine Idee wie ich die Logs unterbinden kann bzw. was das für Geräte sein könnten?
Zitat von: mchilli am 27 Januar 2016, 13:31:38
...
Eines konnt ich schon als Hideki Thermometer idendifizieren, jetzt wird mein Log aber immernoch von solchen Meldungen zugespammt:
2016.01.27 08:55:29 3: CUL0: Unknown code P12#75E5BA4A8240D1AD2B07, help me!
2016.01.27 09:00:29 3: CUL0: Unknown code P12#75E5BACA7D40D13B0173, help me!
2016.01.27 09:13:54 3: CUL0: Unknown code P12#7510BACA734022EE, help me!
2016.01.27 09:24:52 3: CUL0: Unknown code P12#75E5BA4AB87FCB0327, help me!
...
Hallo mchilli,
das könnte auch das Hidiki-Protokoll sein. Hier wird schon daran gearbeitet (http://forum.fhem.de/index.php/topic,38831.msg394773.html#msg394773).
Mach einmal ein Update:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
dann kommt das aktuelle 14_Hideki.pm mit. Vielelicht wird schon mehr erkannt.
pejonp
Hi bjoernh,
ich versuche derzeit ein Brennenstuhl Funksteckdosen Set RSC 2044 (ist ohne DIP Schalter und Pairing per Knopf) mit dem 433 MHz CUL CC1101 zu steuern. Leider klappt das nicht! Ich habe mal mit raw X25 das Drücken der Tasten auf der FB mitgeschnitten und das hier gepostet <http://forum.fhem.de/index.php/topic,47901.msg399211.html#msg399211 (http://forum.fhem.de/index.php/topic,47901.msg399211.html#msg399211)>.
Kannst Du mal bitte schauen; Was ist das für ein Protokoll und kann das der CUL ggf. auch mit Deiner FW bedienen?
Danke!
Peter
Hallo zusammen,
mein Problem aus diesem Post
http://forum.fhem.de/index.php/topic,35064.msg396831.html#msg396831
hat sich erledigt. Problem war, dass das USB-Device 2 mal in meiner fhem.cfg definiert war. Einmal von mir und dann wurde es am Ende der Datei noch mal von FHEM angelegt.
Danke an alle die sich meine Posts durchgelesen haben!
Gruss
Danke pejonp
scheinst recht gehabt zu haben, ich hab zumindest schonmal ein neues Reading im Device vielleicht wird es ja ein bisschen weniger im Log.
Heißt also immer fleißig updaten ;)
Danke nochmal
MCHilli
Hallo zusammen,
nachdem mein USB CUL nun läuft habe ich einen Feuchtigkeitssensor eingebunden. Dieser sendet auch fleißig Daten, allerdings passiert es ab und zu, dass die Temperatur plötzlich einen invaliden Wert hat. Im Anhang dazu mal die internals, die readings und die attributes. Bei den Readings sieht man sehr schön, dass im state eine Temperatur von 19.8 steht, im reading temperature aber 1.2. Wie kann so etwas sein und kann man das verhindern? Ich bin mir nämlich ziemlich sicher, dass wir heute in diesem Raum keine Temperatur von nur 1.2 Grad hatten :)
Danke!
Gruss
Hallo zusammen,
ich habe das oben beschriebe Problem etwas weiter analysiert. Es scheint wohl so zu sein, dass der Sensor ab und zu mal unvollständige Daten sendet. Normalerweise sieht eine Nachricht im Log so aus:
2016-01-28_18:35:26 HOFeuchtigkeitsmesser temperature: 18.9
2016-01-28_18:35:26 HOFeuchtigkeitsmesser humidity: 50
2016-01-28_18:35:26 HOFeuchtigkeitsmesser T: 18.9 H: 50
Manchmal kommt aber auch etwas in dieser Richtung:
2016-01-28_18:42:05 HOFeuchtigkeitsmesser mode: forced
2016-01-28_18:42:05 HOFeuchtigkeitsmesser temperature: 1.2
2016-01-28_18:42:05 HOFeuchtigkeitsmesser T: 1.2
Wie man sieht fehlt hier in der Nachricht die Luftfeuchtigkeit. In der Modul-Datei wird für bestimmte Modelle eine Plausibilitätsprüfung durchgeführt, ob die übergebenen Werte überhaupt realistisch sind. Wenn die Nachricht aber unvollständig ist, kann auch der Typ nicht korrekt ausgewertet werden, wodurch auch die Plausibilitätsprüfung nicht gemacht wird. Damit wird dann für das Reading "temperature" die Temperatur 1.2 Grad gesetzt. Bei allen folgenden Nachrichten, die komplett sind, steht dann wieder die korrekte Temperatur. Leider greift dann auch die Plausibilitätsprüfung, die sicherstellt, dass die neue Temperatur nicht mehr als 5 Grad von der aktuell gesetzten abweichen kann. Da hier aber der Unterschied größer ist, wird die korrekte Temperatur nie wieder ins Reading geschrieben.
Was mich etwas verwundert ist der Wert von "mode", denn dieser ist forced, es hat aber keiner auf das Knöpfchen am Sensor gedrückt...
Eine einfache Lösung dafür gibt es nicht, aber vielleicht kann man das Update der Readings einfach unterlassen, wenn der "mode" auf "forced" steht?
Gruss
Edit: im Anhang ein Diff welches dafür sorgt, dass bei diesem Sensor das Reading nur dann gesetzt wird, wenn der "mode" nicht "forced" ist.
Hallo zusammen,
mein Fix oben ist auch nicht der Weissheit letzter Schluss. Gerade eben hatte ich den Fall, dass die invalide Temperatur ohne das "mode" "force" ankam. Demnach wäre es noch eine Möglichkeit die Plausibilitätsprüfung bei allen Devices zu machen. Da bräuchte ich aber die Meinung des Modul-Maintainers.
Gruss
Schönen guten Abend werte Mitstreiter,
ein kurze und sich auch schnell zu beantwortende Frage:
Kann es sein, dass "Eurochron" Sensoren nicht mehr als
"SD_WS07_TH_721" erkannt werden ? z.B.
define SD_WS07_TH_721 SD_WS07 SD_WS07_TH_721
attr SD_WS07_TH_721 event-min-interval .*:300
attr SD_WS07_TH_721 event-on-change-reading .*
attr SD_WS07_TH_721 room SD_WS07
sondern wieder wie wie "füher"als
define CUL_TCM97001_214 CUL_TCM97001 214
attr CUL_TCM97001_214 model Eurochron
attr ...
erkannt werden ?
Wenn ja was ist der Hintergrund - ich habe wahrscheinlich etwas verpasst !
Vielen Dank schon mal
Grüße
Peter
Zitat von: Peter_Listig am 30 Januar 2016, 18:17:50
Schönen guten Abend werte Mitstreiter,
ein kurze und sich auch schnell zu beantwortende Frage:
Kann es sein, dass "Eurochron" Sensoren nicht mehr als
"SD_WS07_TH_721" erkannt werden ? z.B.
define SD_WS07_TH_721 SD_WS07 SD_WS07_TH_721
attr SD_WS07_TH_721 event-min-interval .*:300
attr SD_WS07_TH_721 event-on-change-reading .*
attr SD_WS07_TH_721 room SD_WS07
sondern wieder wie wie "füher"als
define CUL_TCM97001_214 CUL_TCM97001 214
attr CUL_TCM97001_214 model Eurochron
attr ...
erkannt werden ?
Wenn ja was ist der Hintergrund - ich habe wahrscheinlich etwas verpasst !
Vielen Dank schon mal
Grüße
Peter
Es wurde nicht diesbezüglich geändert.
Hallo,
ich verfolge diesen Thread schon eine ganze Weile und muß sagen, die meisten meiner Fragen konnte ich hier finden ! Super Arbeit, die hier geleiset wird.
FHEM werkelt bei mir auf einem Raspi und ein CUL 433MHz übernimmt derzeit die Koomunikation zu verschiedenen Komponenten. (a-culfw ist Version 1.20.4)
Heute kam diese Meldung rein, im Log-File:
CUL_TCM97001 Unknown device CUL_TCM97001_157, please define it
hat jemand eine Idee, welches Gerät das sein könnte ? Ich spekuliere auf den Regensensor meiner Auriol Wetterstation, oder deren Windmesser, kann das sein ? Wenn ja, weiß jemand welche Paramter ich einstellen muß um die Werte zu bekommen ? (FHEM update hab ich heute morgen gemacht)
Mein zweites Anliegen wäre bzgl. meiner Auriol...
Meine Auriol ist auch erkannt, allerdings zeigt mir der Temperatur Sensor "-" Temperatur Werte an, die so um die 8° bis 10° daneben liegen. (es wir -3°C angezeigt, dabei sind es +5°C)
Der CUL liefert diese Rohdaten:
CUL_0_RAWMSG s3AFFE1FA70EF; 224: 8000
ich denk ich hab das was in den Attr. übersehen ? Kann mir jemand Erleuchtung bringen ?
Vielen dank für Eure Hilfe !
Gruß
Juergen
@Bjoern
Hallo Bjoern,
leider werden bei mir keine IT Devices mehr per autocreate angelegt.
Ich habe mein Wheezy und damit auch fhem zerschossen und musste
neu aufsetzen ...
Muss ich für die Erkennung noch die gepatchte "14_CUL_TCM97001"
einspielen, damit das ganze wieder funzt ?
Gruß
Peter
Peter welche Version hast du denn geflasht?
Gesendet von meinem Huawei Honor 7
Hallo,
meine Konfiguration anbei ...
CUL433 mit Version:
V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) CUL433 (F-Band: 433MHz)
CUL868mit Version:
V 1.61 CUL868
Wheezy
und fhem 5.7
alles zusammen auf einem Raspi2
Bis zum Crash ist alles perfekt gelaufen.
Irgendwo habe ich Dussel was übersehen!
Danke für Eure Hilfe
Gruß
Peter
Hallo und schönen Sonntag,
ich nutze nun auch seit ein paar Tagen die a-culfw auf einem Arduino MircoPro 3.3V mit CC1101-433Mhz und ich empfange mit der a-culfw 1.20 allerlei mir unbekannte Pakete auf 433,92MHz, hat jemand ein Idee was das sein könnte? Für FHEM scheinen diese nicht relevant zu sein, zumindest der autocreate springt nich darauf an:
mit X21
omA01C02BED8
omA01C02BED8
omA01C02BCD8
omA01C02BED8
omA01C02BED6
mit X04
p11 112 4304 48 2032 16 560 214 1 26 6 752 4720 0 EBEE695AEF57D76CDEFB7356BB6EF7A7BCDF7D3A7BFFFB6ACEB674
p13 1296 1232 864 784 0 0 31 1 3 7 1488 1424 736 A01C02BE
p13 1296 1424 848 784 0 0 31 1 3 7 1488 1424 736 A01C02BE
p13 1296 1424 848 784 0 0 31 1 3 7 1488 1424 736 A01C02BE
p13 1296 1424 864 784 0 0 31 1 3 7 1488 1424 736 A01C02BE
p11 160 320 608 3152 48 624 80 1 10 0 752 6816 0 39F0EDD9D02FECB7D8E9
wie muss ich die Ausgaben bei X04 lesen? so richtig bin aus der commandref.html allein nich schlau geworden? Was für eine Art ist ein Paket das mir die a-culfw mit omXXXXXXXX anzeigt?
Nachtrag
Hab heute nochmal komplett neu aufgesetzt ...
... läuft wieder wie bisher :) :)
keine Ahnung warum - hab nichts anders gemacht wie vorher ??? :(
der CUL433 habe ich zum Testen gerade auf Version
V 1.20.04 a-culfw Build: 167 (2015-10-13_18-19-02) CUL433 (F-Band: 433MHz)
geflasht.
Trotzdem Danke an alle
Gruß
Peter
bei mir wird der wettersensor von tchibo/aldi (prologue protkoll) nicht gefunden... bzw er erstellt kein device dazu.
2016.01.31 17:01:17 3: CUL0: Unknown code s91C0047548FA; 512: 9104, help me!
2016.01.31 17:02:57 3: CUL0: Unknown code s91C0047548F8; 496: 9104, help me!
2016.01.31 17:03:47 3: CUL0: Unknown code s91C0047548FA; 512: 9104, help me!
2016.01.31 17:04:37 3: CUL0: Unknown code s91C0047548FA; 480: 9120, help me!
von der rechnerei passen die werte 7,1°C und 87%
UPDATE: Gelöst.... das neue FHEM ausm SVN genommen und die devices werden wieder angelegt :)
Hallo,
nachdem ich längere Zeit nicht mehr im Forum aktiv war, habe ich von dieser alternativen-Firmware erfahren und mir kurz https://github.com/heliflieger/a-culfw angesehen.
Wo sind denn die alternativen Protokolle dokumentiert, also wie diese codiert werden?
Normalerweise ist das in der commandref.html (siehe auch http://culfw.de/commandref.html) dokumentiert. Ich finde dazu aber nichts in der a-culfw zu den neuen Protokollen.
Grüße
Willi
Schönen guten Tag,
hat möglicherweise jemand von euch ein ähnliches Problem?
Ich habe heute auf meine CUL433 und CUL868 die neu compilierte a-culfw 1.20.04 aufgespielt - und mich erstmal gefreut, dass damit meine ollen FLS 100 IT-Steckdosen wieder so schalten wie mit der 1.10.02.
Allerdings scheint es mir, als hätte die FW nun ein Problem mit MAX - ist das möglich? Ich hatte im Log plötzlich Fehler wie
2016.02.01 11:33:18 2: CUL_MAX_SendQueueHandler: Missing ack from 0392b1 for 0faa04031234560392b10010010b218f
für mehrere meiner MAX-Komponenten (die vorher sauber gepaired waren und gesteuert wurden).
Beim Versuch eines Re-Pairings eines der Komponenten (ein Wandtthermostat - hab natürlich auf genügend Credits geachtet etc.) klappt das Pairing allerdings nicht, und im Log finde ich zu genau diesen Zeitpunkten folgende Einträge:
2016.02.01 11:20:56 3: CUL868: Unknown code Z1700040002B5EE000000001203FF49455130343932393932, help me!
2016.02.01 11:21:01 3: CUL868: Unknown code Z1700040002B5EE000000001203FF49455130343932393932, help me!
2016.02.01 11:21:06 3: CUL868: Unknown code Z1700040002B5EE000000001203FF49455130343932393932, help me!
2016.02.01 11:21:11 3: CUL868: Unknown code Z1700040002B5EE000000001203FF49455130343932393932, help me!
2016.02.01 11:21:16 3: CUL868: Unknown code Z1700040002B5EE000000001203FF49455130343932393932, help me!
2016.02.01 11:21:21 3: CUL868: Unknown code Z1700040002B5EE000000001203FF49455130343932393932, help me!
2016.02.01 11:21:26 3: CUL868: Unknown code Z1700040002B5EE000000001203FF49455130343932393932, help me!
Dazu kommen laufend Einträge wie
2016.02.01 11:35:51 3: CUL868: Unknown code Z0CB3044202ACE80398230022D8, help me!
2016.02.01 11:35:51 3: CUL868: Unknown code Z0EB3020203982302ACE80001180022, help me!
2016.02.01 11:35:54 3: CUL868: Unknown code Z0C23044202B0D503A02E0022D1, help me!
2016.02.01 11:35:54 3: CUL868: Unknown code Z0E23020203A02E02B0D50001180522, help me!
2016.02.01 11:35:58 3: CUL868: Unknown code Z0C9E044202AC680392B10022C9, help me!
2016.02.01 11:35:58 3: CUL868: Unknown code Z0E9E02020392B102AC680001181422, help me!
2016.02.01 11:36:19 3: CUL868: Unknown code Z0B1D063000F4F91234560012, help me!
2016.02.01 11:36:22 3: CUL868: Unknown code Z0C8F044202B5EE0000000022EA, help me!
2016.02.01 11:36:22 3: CUL868: Unknown code Z0F01046000E4C90000000018002200EA, help me!
die ich zeitlich höchtens den MAX-Komponenten zuordnen könnte...
Ist das möglich? Hab ich irgendwas verbockt (gut möglich, ich fuchse mich in SEHR kleinen Schritten in die ganzen FHEM-Themen ein)? Kenn ich mich zuwenig aus (Klares Ja!)?
Wäre um jede Hilfe sehr dankbar...
Update:
OK, wieder ich selber doof...
Nach dem FW-Upgrade war der rfmode nicht mehr auf MAX gesetzt (wieso das so war, weiß ich nicht wirklich). Nach einem
attr CUL868 rfmode MAX
Geht nun alles, und das Log ist auch wieder beruhigt.
Nunja, was gelernt. %)
Martin
Hallo,
gibt es eine Möglichkeit 433Mhz Raw Befehle in folgender Form zu senden, oder kann mir jemand sagen wie ich daraus diesen G befehl der culfw bastel?
231 693 231 693 231 693 693 231 231 693 231 693 231 693 231 693 231 693 231 693 231 693 693 231 231 693 231 693 231 693 693 231 231 693 231 693 231 693 231 693 693 231 693 231 231 693 231 693 231 7854
Nachtrag:
Mit X25 loggt er leider nichts und die LED meines nanoCUL's, die normalerweise flackert wenn sie ein Signal einer 433Mhz Fernbedienung empfängt, tut auch nichts.
Ich habe nach einiger Zeit mal wieder mein Busware Cul433V3 auf die aktuelle a-culfw_1.20.04_build_180 aktualisiert.
Seit dem schalten meine Baumarkt-Funksteckdosen nicht mehr auf den fhem-Befehl.
Der Handsender wird noch immer empfangen und auch der Status in fhem wird umgeschaltet.
Ich habe nun auf die vorherige a-culfw_1.20.00_build_174 zurückgeflasht und alles funktioniert wieder korrekt.
Die 3 Kanäle wurden per autocreate als IT-Funksteckdosen angelegt, nur die on/off Befehle musste ich vertauschen, damit der Status und Sendebefehl stimmt.
Ob es was mit dem veränderten ITClock und/oder Angleichung an die originale culfw zu tun hat?
Mit der originalen Busware culfw werden die Steckdosen gar nicht erkannt.
Vorerst nutze ich also die a-culfw_1.20.00_build_174 weiter, wäre aber schön, wenn es auch mit den aktuellen Versionen wieder klappt.
Oder lässt es sich per Parameter anpassen?
Zitat von: homeum am 04 Februar 2016, 09:30:41
Ich habe nach einiger Zeit mal wieder mein Busware Cul433V3 auf die aktuelle a-culfw_1.20.04_build_180 aktualisiert.
Seit dem schalten meine Baumarkt-Funksteckdosen nicht mehr auf den fhem-Befehl.
Der Handsender wird noch immer empfangen und auch der Status in fhem wird umgeschaltet.
Ich habe nun auf die vorherige a-culfw_1.20.00_build_174 zurückgeflasht und alles funktioniert wieder korrekt.
Die 3 Kanäle wurden per autocreate als IT-Funksteckdosen angelegt, nur die on/off Befehle musste ich vertauschen, damit der Status und Sendebefehl stimmt.
Ob es was mit dem veränderten ITClock und/oder Angleichung an die originale culfw zu tun hat?
Mit der originalen Busware culfw werden die Steckdosen gar nicht erkannt.
Vorerst nutze ich also die a-culfw_1.20.00_build_174 weiter, wäre aber schön, wenn es auch mit den aktuellen Versionen wieder klappt.
Oder lässt es sich per Parameter anpassen?
Hast Du mal die ITClock verstellt?
Die Baumarkt Steckdosen brauchen meist ein kürzeres Timing
Hallo bjoernh,
hatte vor einigen Tagen schon mal gefragt, aber wahrscheinlich ist die Frage untergegangen:
In der a-culfw ist wohl eine ältere Version von rpiaddon enthalten. locutus hat Anfang Dezember eine neue Version für die culfw bereitgestellt. Siehe http://forum.fhem.de/index.php/topic,14156.msg370558.html#msg370558 Wird die Version auch in der a-culfw berücksichtigt?
Gruß
Karlheinz
Zitat von: khk123 am 04 Februar 2016, 11:05:15
Hallo bjoernh,
hatte vor einigen Tagen schon mal gefragt, aber wahrscheinlich ist die Frage untergegangen:
In der a-culfw ist wohl eine ältere Version von rpiaddon enthalten. locutus hat Anfang Dezember eine neue Version für die culfw bereitgestellt. Siehe http://forum.fhem.de/index.php/topic,14156.msg370558.html#msg370558 Wird die Version auch in der a-culfw berücksichtigt?
Gruß
Karlheinz
Irgendwann ja, wenn ich Zeit habe.
Ich hab von nanoCUL Verzeichniss per flash.sh nanoCUL433 geflasht. Komischerweise wenn ich meinen Stick connecte und V drücke kommt:
V 1.20.03 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 868MHz)
sollte es nicht F-Band: 433MHz sein?
Tja, das klingt schon merkwürdig. Könnte eine Fehlmeldung sein oder die Frequenz ist wirklich falsch eingestellt.
Was zeigt der denn bei
get ccconf ?
Bei meinem z.B:
freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:8dB
Du kannst das auch unter Set freq mit 433 probieren und dann nochmal get ccconf schauen, ob die Frequenz auch eingestellt wurde. Und natürlich probieren, ob der denn sendet / empfängt.
evtl. nochmal flashen, aber nicht mit dem Skript sondern mit
make program-433
Und dann mal schauen, ob das dann auch bei 433Mhz landet...
Grüße
Christian
Make hab ich schon probiert mit selbem effekt. Ich verwende fhem selber nicht. Meine Zugriffe sind direkt per serial term im moment.
Hab jetzt direkt die Register 0F/10/11 gesetzt.
Komplett andere Baustelle.
Firmware 1.20.04
Device: nanoCul433
Funktioniert einwandfrei bis ich intertechno repetitions mit z.B.
isr6
sende. Danach sieht's zwar von der Konsole noch so aus, dass alles funktioniert. Aber es wird nichts mehr vom Radio gesendet (hab extra nen SDR Radio angeworfen und sehe genau ab dem Moment keine Signale mehr)
Irgendeine Idee was das sein könnte?
Steigt bei mir auch sang- und klanglos aus wenn ich ITrepetions zuweise. Hab die 10_IT.pm editiert, die Repetitions dort direkt angepasst und die 10_IT.pm aus dem Updateschema rausgenommen. Seitdem passts ;)
dann solltet ihr den fix ggf. den dem maintainer bereitstellen ;) und so ggf auch anderen helfen
Zitat von: Tedious am 05 Februar 2016, 15:57:58
Steigt bei mir auch sang- und klanglos aus wenn ich ITrepetions zuweise. Hab die 10_IT.pm editiert, die Repetitions dort direkt angepasst und die 10_IT.pm aus dem Updateschema rausgenommen. Seitdem passts ;)
Ich habe auch ein paar Anpassungen an der 10_IT.pm vorgenommen damit die Log Ausgaben aussagekräftiger sind und dem IT-Modul zugeordnet werden können.
https://github.com/Ralf9/test/commit/4272bc03bb2a7b209d2b0eb7384917cee91e6881 (https://github.com/Ralf9/test/commit/4272bc03bb2a7b209d2b0eb7384917cee91e6881)
Hast Du mir Deine Änderungen, damit ich sie bei mir einarbeiten kann.
Gruß Ralf
Hallo zusammen,
ich nutze auch einen Selbstbau CUL mit der a-culfw, um ELRO AB440S Steckdosen zu schalten. Sowohl mit der 1.20.00 als auch der 1.20.04 funktioniert es nicht richtig. Von drei Steckdosen reagiert nur eine. Interessant dabei ist, dass zwei der Steckdosen die identische ID (Haus- und Gerätecode) haben und davon nur eine reagiert. Die dritte mit einer anderen ID reagiert gar nicht. Ich habe auch verschiedene Werte für die Bandbreite, etc. versucht - ohne Erfolg.
Dann habe ich mal die 1.05.03 geflasht und alle drei funktionieren nun problemlos. Vielleicht hilft die Info für die weitere Entwicklung bzw. jemandem, der auch das Problem hat.
Edit: Was mir jetzt noch fehlt, ist die Einbindung des ELRO Handsenders AB440R. Dessen Signale werden jetzt scheinbar gar nicht mehr empfangen/angezeigt - egal ob die "on"- oder die "off"-Tasten gedrückt werden. Mit der 1.20.04-Firmware wurden noch automatisch die Steckdosen als Geräte angelegt, wenn ich auf den Handsender gedrückt habe.
Hat hier vielleicht jemand eine Idee?
Gruß
Torben
Es funktioniert nun doch. Ich habe zwei ELRO Handsender. Einer wird von fhem/cul erkannt, wenn ich drücke, der andere nicht. Es wird auch entsprechend ein Device automatisch angelegt. Dann habe ich noch mal mit der Bandbreite gespielt und sie auf 812KHz gestellt, sens auf 8dB. Damit werden beide Handsender erkannt. Somit wird auch der richtige Status der Lampen in fhem angezeigt, egal, ob ich über fhem oder einen Handsender schalte.
Meine Einstellungen für den nanoCUL sind:
version => V 1.05.03 a-culfw Build: 138 (2015-08-23_08-52-03) nanoCUL433 (F-Band: 433MHz)
ccconf => freq:433.920MHz bWidth:812KHz rAmpl:42dB sens:8dB
Im Log wird dann bei verbose 5 folgendes angezeigt:
Einschalten:
2016.02.07 17:36:49 5: CUL/RAW: /i00
2016.02.07 17:36:49 5: CUL/RAW: i00/1451
2016.02.07 17:36:49 5: CUL/RAW: i001451/41
2016.02.07 17:36:49 4: CUL_Parse: nanoCUL i00145141 -41.5
2016.02.07 17:36:49 5: nanoCUL dispatch i001451
2016.02.07 17:36:49 3: WZ.Licht.Regale on->on
2016.02.07 17:36:49 5: CUL/RAW: /i
2016.02.07 17:36:49 5: CUL/RAW: i/001
2016.02.07 17:36:49 5: CUL/RAW: i001/55F3
2016.02.07 17:36:49 5: CUL/RAW: i00155F3/C
2016.02.07 17:36:49 4: CUL_Parse: nanoCUL i00155F3C -44
2016.02.07 17:36:49 5: nanoCUL dispatch i00155f
2016.02.07 17:36:49 3: Code 11 not supported by IT_00000FFFFF.
2016.02.07 17:36:49 3: Code 11 not supported by IT_00000FFFFF.
2016.02.07 17:36:49 3: nanoCUL: Unknown code i00155f, help me!
Ausschalten
2016.02.07 17:37:43 5: CUL/RAW: /i
2016.02.07 17:37:43 5: CUL/RAW: i/0014
2016.02.07 17:37:43 5: CUL/RAW: i0014/542E
2016.02.07 17:37:43 5: CUL/RAW: i0014542E/
2016.02.07 17:37:43 4: CUL_Parse: nanoCUL i0014542E -51
2016.02.07 17:37:43 5: nanoCUL dispatch i001454
2016.02.07 17:37:43 3: WZ.Licht.Regale on->off
Es scheint also, dass er das richtige empfängt, aber noch etwas mehr, das er nicht versteht.
Hallo,
ich nutze die Firmware V 1.20.01 a-culfw Build: 176 auf einen NanoCUL im SlowRF Mode auf 433,92MHz.
Seit dieser Version Funktioniert der GT-WT-02 Temperatursender nicht mehr. Ich bekomme hin und wieder einmsl am Tag einen Wert. Bei den anderen malen die er sendet kommz nicht oder im Event das der Code nicht verstanden wird.
Dieses kommt im Event einmal wenn ich die Sendetaste am Gerät drücke. Dabei wird das Model von WT-GT02 auf Type1 stellen.
2016-02-08 20:59:01 CUL_TCM97001 Type1_211 temperature: 21.7
2016-02-08 20:59:01 CUL_TCM97001 Type1_211 humidity: 51
2016-02-08 20:59:01 CUL_TCM97001 Type1_211 T: 21.7 H: 51
Danach kommt von alleine nichts mehr an.
Ich habe dann die Sendetaste nochmal gedrückt und im Event tauchte das hier auf:
2016-02-08 21:07:49 CUL CUL433 UNKNOWNCODE sD3410765011; 528: 9024
Gibt es hier iegendwo einen fehler in der Firmware oder gibt es für die Sensoren etwas was man am Cul noch einstellen kann.
Mit dieser Firmwareversion gehen die Homeeasy Steckdose aber Super. Das anlernen der Steckdose ist jetzt eine richtige Freude.
Wäre schön wenn hier wer rat weiß. Besten Dank im vorraus.
Zitat von: Ralf9 am 05 Februar 2016, 22:31:46
Ich habe auch ein paar Anpassungen an der 10_IT.pm vorgenommen damit die Log Ausgaben aussagekräftiger sind und dem IT-Modul zugeordnet werden können.
https://github.com/Ralf9/test/commit/4272bc03bb2a7b209d2b0eb7384917cee91e6881 (https://github.com/Ralf9/test/commit/4272bc03bb2a7b209d2b0eb7384917cee91e6881)
Hast Du mir Deine Änderungen, damit ich sie bei mir einarbeiten kann.
Gruß Ralf
Hi, nichts besonderes. ITrepetitions = 12 gesetzt, das wars denn schon. Seitdem funktioniert auch der itv-100.
Zitat von: Tedious am 09 Februar 2016, 09:05:53
Hi, nichts besonderes. ITrepetitions = 12 gesetzt, das wars denn schon. Seitdem funktioniert auch der itv-100.
Meinst Du das Attribut "ITrepetition" welches Du auf 12 gesetzt hast?
Dazu muß nichts an der 10_IT.pm editiert werden.
Gruß Ralf
Doch! In der 10_IT.pm geändert funktionierts, in FHEM selbst steigt der nanoCUL (mit 3 verschiedenen getestet) aus! Siehe auch oben in dem Thread hier
Zitat von: tarioch am 05 Februar 2016, 14:21:59
Komplett andere Baustelle.
Firmware 1.20.04
Device: nanoCul433
Funktioniert einwandfrei bis ich intertechno repetitions mit z.B.
isr6
sende. Danach sieht's zwar von der Konsole noch so aus, dass alles funktioniert. Aber es wird nichts mehr vom Radio gesendet (hab extra nen SDR Radio angeworfen und sehe genau ab dem Moment keine Signale mehr)
Irgendeine Idee was das sein könnte?
@All
Ich möchte dieses Thema noch einmal anschneiden: <http://forum.fhem.de/index.php/topic,35064.msg399218.html#msg399218 (http://forum.fhem.de/index.php/topic,35064.msg399218.html#msg399218)>.
Inzwischen fahre ich den CUL hiermit: 'V 1.20.04 a-culfw Build: 180 (2016-01-28_21-57-20) CUL433 (F-Band: 433MHz)'
... und habe immer noch ein großes Interesse, das Brennenstuhl Set RSC 2044 Comfort mit dem CUL zum laufen zu bekommen; wie kann ich mithelfen?
Folgendes schneide ich mit, wenn ich die 10 Tasten drücke:
A On
2016-02-09 16:46:04 CUL CUL433 UNKNOWNCODE p13 448 928 544 896 0 0 21 1 2 5 448 1056 448 39 AA94A8
2016-02-09 16:46:11 CUL CUL433 UNKNOWNCODE p13 448 928 512 928 0 0 22 1 2 6 448 1056 448 39 AD5154
2016-02-09 16:46:19 CUL CUL433 UNKNOWNCODE p13 464 912 544 896 0 0 21 1 2 5 464 1040 464 39 AA94A8
A Off
2016-02-09 16:53:04 CUL CUL433 UNKNOWNCODE p13 448 928 496 944 0 0 21 1 2 5 448 1056 448 3A A89B28
2016-02-09 16:53:08 CUL CUL433 UNKNOWNCODE p13 432 848 496 944 0 0 23 1 2 7 432 1072 432 3B AAA56A
2016-02-09 16:53:11 CUL CUL433 UNKNOWNCODE p13 448 944 512 928 0 0 21 1 2 5 448 1072 448 3B A89B28
B On
2016-02-09 16:56:39 CUL CUL433 UNKNOWNCODE p13 432 848 576 848 0 0 23 1 2 7 432 1088 432 43 AD526C
2016-02-09 16:56:46 CUL CUL433 UNKNOWNCODE p13 464 928 592 832 0 0 23 1 2 7 464 1056 464 45 A59AD2
2016-02-09 16:56:51 CUL CUL433 UNKNOWNCODE p13 448 944 608 800 0 0 20 1 2 4 448 1072 448 43 AA9490
B Off
2016-02-09 16:58:25 CUL CUL433 UNKNOWNCODE p13 448 928 544 880 0 0 22 1 2 6 448 1056 448 39 AAA564
2016-02-09 16:58:26 CUL CUL433 UNKNOWNCODE p13 448 944 560 848 0 0 23 1 2 7 448 1072 448 38 AD15B2
2016-02-09 16:58:27 CUL CUL433 UNKNOWNCODE p13 448 928 560 848 0 0 20 1 2 4 448 1056 448 39 A89B10
C On
2016-02-09 17:09:28 CUL CUL433 UNKNOWNCODE p13 464 912 656 736 0 0 21 1 2 5 464 1040 464 3F AA94A8
2016-02-09 17:09:51 CUL CUL433 UNKNOWNCODE p13 448 928 576 848 0 0 22 1 2 6 448 1056 448 3A AD2954
2016-02-09 17:10:11 CUL CUL433 UNKNOWNCODE p13 448 928 640 768 0 0 22 1 2 6 448 1056 448 3B AD5154
C Off
2016-02-09 17:11:01 CUL CUL433 UNKNOWNCODE p13 448 944 624 784 0 0 21 1 2 5 448 1072 448 3B A89B28
2016-02-09 17:11:41 CUL CUL433 UNKNOWNCODE p13 432 944 608 784 0 0 21 1 2 5 432 1072 432 45 AAA630
2016-02-09 17:12:27 CUL CUL433 UNKNOWNCODE p13 464 928 624 800 0 0 23 1 2 7 464 1056 464 41 AAA56A
D On
2016-02-09 17:12:49 CUL CUL433 UNKNOWNCODE p13 464 944 592 832 0 0 22 1 2 6 464 1072 464 47 A89B2C
2016-02-09 17:13:21 CUL CUL433 UNKNOWNCODE p13 448 944 592 832 0 0 20 1 2 4 448 1072 448 45 AAA640
2016-02-09 17:13:35 CUL CUL433 UNKNOWNCODE p13 448 928 592 816 0 0 22 1 2 6 448 1056 448 45 A89B2C
D Off
2016-02-09 17:14:25 CUL CUL433 UNKNOWNCODE p13 448 928 640 768 0 0 22 1 2 6 448 1056 448 45 AA94AC
2016-02-09 17:14:43 CUL CUL433 UNKNOWNCODE p13 448 960 576 816 0 0 23 1 2 7 448 1088 448 45 AD5156
2016-02-09 17:15:13 CUL CUL433 UNKNOWNCODE p13 416 848 592 816 0 0 23 1 2 7 416 1072 416 45 AD5254
All On
2016-02-09 17:15:53 CUL CUL433 UNKNOWNCODE p13 448 960 624 768 0 0 23 1 2 7 448 1088 448 49 A89B36
2016-02-09 17:17:43 CUL CUL433 UNKNOWNCODE p13 432 864 640 752 0 0 22 1 2 6 432 1088 432 47 ADB640
2016-02-09 17:18:20 CUL CUL433 UNKNOWNCODE p13 448 928 640 752 0 0 23 1 2 7 448 1056 448 45 A89B36
All Off
2016-02-09 17:19:06 CUL CUL433 UNKNOWNCODE p13 464 928 672 736 0 0 23 1 2 7 464 1056 464 47 AA94B6
2016-02-09 17:19:56 CUL CUL433 UNKNOWNCODE p13 448 928 688 720 0 0 23 1 2 7 448 1056 448 31 AA94B6
2016-02-09 17:21:02 CUL CUL433 UNKNOWNCODE p13 448 928 688 704 0 0 23 1 2 7 448 1056 448 31 AA94B6
Wobei es extrem schwierig ist, die Events genau dem jeweiligen Tastendruck zuzuordnen - hier 'fliegt' einfach viel durch die Gegend...
Teilweise bekomme ich auf einen Druck mehrere Pakete - eventuell die Antworten von anderen?
Ich hoffe, hier kennt sich jemand mehr aus, als ich; sagt mir einfach, wie ich helfen kann!
Ich hatte den Mitschnitt mit der orig-Firmware schon einmal hier <http://forum.fhem.de/index.php/topic,47901.msg399211.html#msg399211 (http://forum.fhem.de/index.php/topic,47901.msg399211.html#msg399211)> gepostet - eventuell hilft das ja,
Danke und Tschau
Peter
Hallo,
ich heiße Bernd und bin ganz neu hier und fange gerade mit FHEM und Raspberry etc. erst an.
Nachdem ich es endlich geschafft habe den Raspberry zum Laufen zu bekommen und den CUL zu flashen und Tablet UI zu installieren usw.
Wollte ich nun probieren einen Aktor anzulernen.
Jedoch gebe ich jetzt nach 2 Tagen auf -.-
Es kommt im LogFile immer die gleiche Fehlermeldung.:
Can't open /dev/ttyAMA0: Keine Berechtigung
BZW der ganze Teil schaut so aus.:
Including fhem.cfg
2016.02.17 18:55:19 3: telnetPort: port 7072 opened
2016.02.17 18:55:19 3: WEB: port 8083 opened
2016.02.17 18:55:19 3: WEBphone: port 8084 opened
2016.02.17 18:55:19 3: WEBtablet: port 8085 opened
2016.02.17 18:55:20 2: eventTypes: loaded 103 events from ./log/eventTypes.txt
2016.02.17 18:55:20 3: Opening CUL_0 device /dev/ttyACM0
2016.02.17 18:55:20 3: Setting CUL_0 serial parameters to 9600,8,N,1
2016.02.17 18:55:20 3: CUL_0 device opened
2016.02.17 18:55:20 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2016.02.17 18:55:21 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet:
2016.02.17 18:55:21 3: Registering HTTPSRV TABLETUI for URL /ftui and assigned link ftui/ ...
2016.02.17 18:55:21 1: Including ./log/fhem.save
2016.02.17 18:55:21 1: usb create starting
2016.02.17 18:55:22 3: Probing CUL device /dev/ttyAMA0
2016.02.17 18:55:22 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2016.02.17 18:55:22 1: usb create end
2016.02.17 18:55:22 0: Featurelevel: 5.7
2016.02.17 18:55:22 0: Server started with 28 defined entities (fhem.pl:10769/2016-02-08 perl:5.020002 os:linux user:fhem pid:698)
Ich habe schon folgende Befehle ausprobiert.:
cd /opt->sudo chmod -R a+w fhem
sudo usermod -a -G tty pi
sudo usermod -a -G tty fhem
cd /opt && sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem
Vielleicht kann mir jemand von euch helfen?
Kann es deswegen auch dran liegen, dass er keinen Aktor erkennt bzw keine rim LogFile aufgelistet wird?
Danke schonmal für eure Hilfe!
LG
Hallo,
hier schon mal nachgesehen: http://www.fhemwiki.de/w/index.php?title=FHEM_auf_Raspberry_PI_mit_COC_betreiben&action=edit§ion=4
Grüße Jörg
Wie sind denn die Rechte auf das device?
Gib mal auf der Raspi-Konsole ein:
ls -lha /dev/ttyAMA0
Was kriegst du denn zurück?
Und was bei
ls -lha /opt/fhem
?
Ist dein user fhem denn Mitglied der Gruppe dialout?
Schonmal (durch Forensuche) bei http://forum.fhem.de/index.php/topic,36195.0.html gelandet? :)
---edit
Was auffällt: Dein CUL wird auf /dev/ttyACM0 offenbar sauber initialisiert, aber die Rechte stimmen nicht auf /dev/ttyAMA0 - findest du denn in deiner fhem.cfg möglicherweise zwei Einträge, einmal so, einmal so? Ersteres wäre m. E. für einen USB-CUL korrekt...
Hallo,
ich würde erst einmal in der fhem.cfg den "define initialUsbCheck" auskommentieren (# am Anfang der Zeile). Der macht schon mal Probleme und das Dein CUL ja vor dem initialUsbCheck schon erkannt wird, brauchst Du den nicht mehr.
Gruß Christoph
Hallo,
danke schonmal für die vielen Antworten!
Werde es noch heute Abend testen und euch dann schreiben was es war bzw. ob es dann geht!
LG
Hallo,
ich benutze ja kein COC somit glaube ich nicht das das Richtig war?
Zu den Zwei befehlen erhalte ich folgende Sachen.:
pi@PI:~ $ ls -lha /dev/ttyAMA0
crw--w---- 1 root tty 204, 64 Feb 17 19:17 /dev/ttyAMA0
pi@PI:~ $ ls -lha /opt/fhem
insgesamt 384K
drwxrwxrwx 10 fhem dialout 4,0K Feb 14 18:04 .
drwxr-xr-x 7 root root 4,0K Feb 9 17:45 ..
-rw-rw-rw- 1 fhem dialout 134K Feb 9 18:06 CHANGED
-rw-rw-rw- 1 fhem dialout 33K Feb 9 18:06 configDB.pm
drwxrwxrwx 39 fhem dialout 4,0K Feb 9 17:47 contrib
drwxrwxrwx 3 fhem dialout 4,0K Feb 9 17:47 demolog
drwxrwxrwx 4 fhem dialout 4,0K Feb 9 17:47 docs
drwxrwxrwx 5 fhem dialout 20K Feb 17 18:54 FHEM
-rw-rw-rw- 1 fhem dialout 3,6K Feb 17 18:59 fhem.cfg
-rw-rw-rw- 1 fhem dialout 16K Nov 15 12:35 fhem.cfg.demo
-rw-rw-rw- 1 root root 12K Feb 14 18:06 .fhem.cfg.swp
-rwxrwxrwx 1 fhem dialout 118K Feb 9 18:06 fhem.pl
drwxrwxrwx 2 fhem dialout 4,0K Feb 15 18:16 log
-rw-rw-rw- 1 fhem dialout 935 Nov 15 12:35 README_DEMO.txt
drwxrwxrwx 4 fhem dialout 4,0K Feb 17 18:18 restoreDir
drwxrwxrwx 2 fhem dialout 4,0K Feb 9 18:06 unused
drwxrwxrwx 9 fhem dialout 4,0K Feb 17 18:18 www
pi@PI:~ $
Sagt euch das was?
Und den initial USB check finde ich nicht wo habe ich den stehen?
welchen ich per #auskommendieren soll?
Das wäre mein kompletter Fhem.cfg Auszug falls das irgendwie hilft?
attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global latitude 48.0437486
attr global logfile ./log/fhem-%Y-%m.log
attr global longitude 16.3056867
attr global modpath .
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB editConfig 1
attr WEB stylesheetPrefix dark
define allowed_WEB allowed
attr allowed_WEB basicAuth YWRtaW46MTIzNDU=
attr allowed_WEB validFor WEB
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define allowed_WEBphone allowed
attr allowed_WEBphone basicAuth YWRtaW46MTIzNDU=
attr allowed_WEBphone validFor WEBphone
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix dark
define allowed_WEBtablet allowed
attr allowed_WEBtablet basicAuth YWRtaW46MTIzNDU=
attr allowed_WEBtablet validFor WEBtablet
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define CUL_0 CUL /dev/ttyACM0@9600 1034
define Wohnzimmer IT F00000000F FF F0
attr Wohnzimmer userattr room_map structexclude
attr Wohnzimmer IODev CUL_0
attr Wohnzimmer model itswitch
attr Wohnzimmer room Alarmanlage
define Schlafzimmer IT F000F0000F FF F0
attr Schlafzimmer userattr room_map structexclude
attr Schlafzimmer IODev CUL_0
attr Schlafzimmer model itswitch
attr Schlafzimmer room Alarmanlage
define Kueche IT F00000000F FF F0
attr Kueche userattr room_map structexclude
attr Kueche IODev CUL_0
attr Kueche model itswitch
attr Kueche room Alarmanlage
define Eingangstuere IT F000F0000F FF F0
attr Eingangstuere userattr room_map structexclude
attr Eingangstuere IODev CUL_0
attr Eingangstuere model itswitch
attr Eingangstuere room Alarmanlage
define Hauptalarm structure room Eingangstuere Kueche Schlafzimmer Wohnzimmer
attr Hauptalarm room Alarmanlage
# – Wetterdaten erfassen -
define MeinWetter Weather 541963 300 de
attr MeinWetter room Wettervorhersage
# — Wetter Icons in vertikaler Ansicht hinzufügen —
define weblink_meinwetter weblink htmlCode {WeatherAsHtml("MeinWetter")}
attr weblink_meinwetter room Wettervorhersage
define allowed_telnetPort allowed
attr allowed_telnetPort globalpassword 1
attr allowed_telnetPort password 1
attr allowed_telnetPort validFor telnetPort
define CUL_HOERMANN_CB68340F80 CUL_HOERMANN CB68340F80
attr CUL_HOERMANN_CB68340F80 room CUL_HOERMANN
define FileLog_CUL_HOERMANN_CB68340F80 FileLog ./log/CUL_HOERMANN_CB68340F80-%Y.log CUL_HOERMANN_CB68340F80
attr FileLog_CUL_HOERMANN_CB68340F80 logtype text
attr FileLog_CUL_HOERMANN_CB68340F80 room CUL_HOERMANN
define KS300 KS300 1234
attr KS300 IODev CUL_0
attr KS300 room KS300
define FileLog_KS300 FileLog ./log/KS300-%Y.log KS300:T:.*
attr FileLog_KS300 logtype temp4rain10:Temp/Rain,hum6wind8:Wind/Hum,text
attr FileLog_KS300 room KS300
define SVG_KS300 SVG FileLog_KS300:SVG_KS300:CURRENT
attr SVG_KS300 label "KS300 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_KS300 room Plots
define SVG_KS300_2 SVG FileLog_KS300:SVG_KS300_2:CURRENT
attr SVG_KS300_2 label "KS300 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_KS300_2 room Plots
define TABLETUI HTTPSRV ftui/ ./www/tablet Tablet-UI
Danke für die Mühe!
Zitat von: Dragobernd am 18 Februar 2016, 17:19:51
define initialUsbCheck notify global:INITIALIZED usb create
Das ist die auszukommentierende Zeile für den USB-Check.
Zitat von: Dragobernd am 18 Februar 2016, 17:19:51
define CUL_0 CUL /dev/ttyACM0@9600 1034
Das ist dein CUL. Den findet er richtig nicht als /dev/ttyAMA0
Das fehlerhafte device kannst du vergessen - und den Fehler im Log auch.
Was für eine Sorte von Aktor willst du denn nun anlernen?
Üblicherweise brauchts dafür noch zweierlei:
1. den korrekten rfmode als attr für den CUL und
2. eine Art "virtuelles" Device, über das du anlernst - bei MAX-Komponenten zB CUL_MAX.
Hallo,
ich galube das wars oder? Also wenn ich das jetzt richtig verstehe gehts jetzt?!
Unregistering HTTPSRV TABLETUI for URL /ftui...
2016.02.18 17:26:53 1: Including fhem.cfg
2016.02.18 17:26:53 3: telnetPort: port 7072 opened
2016.02.18 17:26:53 3: WEB: port 8083 opened
2016.02.18 17:26:53 3: WEBphone: port 8084 opened
2016.02.18 17:26:53 3: WEBtablet: port 8085 opened
2016.02.18 17:26:53 2: eventTypes: loaded 103 events from ./log/eventTypes.txt
2016.02.18 17:26:53 3: Opening CUL_0 device /dev/ttyACM0
2016.02.18 17:26:53 3: Setting CUL_0 serial parameters to 9600,8,N,1
2016.02.18 17:26:53 3: CUL_0 device opened
2016.02.18 17:26:53 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2016.02.18 17:26:53 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet:
2016.02.18 17:26:53 3: Registering HTTPSRV TABLETUI for URL /ftui and assigned link ftui/ ...
2016.02.18 17:26:53 1: Including ./log/fhem.save
Danke!!!
LG Bernd
Siehe nochmal oben - habe editiert.
Dh jetzt sollte es gehen? Oder muss ich nich was einstellen? Mit den Rechten herum Murxen? =)
Ich möchte FS20 FHT80TF-2 anlernen
Der Rest jetzt unter http://fhem.de/commandref.html#FS20... hab selber keine FS20-Komponenten, aber da sollte es jetzt weitergehen.
An Rechten musst du m. E. nix mehr basteln. Und der CUL muss auf SlowRF stehen (bleiben). Da das der default ist, musst du kein rfmode-Attribut schreiben; allerdings geht dann halt nix nicht-SlowRF-iges wie MAX, Homematic etc.
OKay Homematic usw benutze ich eh nicht!
Vielen DANK!!! An Alle!
Übrigens wäre das vermutlich besser unter "Anfängerfragen" aufgehoben gewesen... *zwinker* Aber den Fehler macht auch Jeder mal.
Und deine IT-Komponenten (433MHz) funzen zwar mit nem 868-CUL, aber nicht ideal - da solltest du nicht zu weit weg vom CUL sein dafür.
Viel Erfolg mit dem Rest!
http://www.fhemwiki.de/wiki/FHT80TF-2
Woher weißt du das ich mit 444MHz funke?
Eigentlich habe ich ich ihn auf FS20 eingestellt also 868MHz.
LG
In deiner fhem.cfg waren einige IT-(Intertechno)-Defines... und IT funkt halt auf 433MHz. Aber wenn das nicht so ist, nehme ich alles zurück und behaupte das Gegenteil. :)
Hallo,
habe heute die neue Firmware 1.20.5 probiert in der Hoffnung das bei einem nanoCUL wieder eine Besserung eintritt.
Temperatur Sensor - gt-wt-02 = geht immer noch nicht wieder
Home easy Steckdosen (HE877) = ITClock musste wieder auf 250 umgestellt werden sonst liessen die sich nicht mehr schalten.
Den Versuch diese FW Version in meinem CUL V3 zu flashen schlug fehl da das HEX defekt zu sein scheint. Habe hier die 1.6 der Normalen FW genbutzt. Da schein alles zu funktionieren.
Gibt es einen Grund warum so klasse sachen wie der hier genannte Temp-Sensor nicht mehr unterstützt wird?
Zitat von: Quatalspropella am 20 Februar 2016, 18:12:22
Hallo,
habe heute die neue Firmware 1.20.5 probiert in der Hoffnung das bei einem nanoCUL wieder eine Besserung eintritt.
Temperatur Sensor - gt-wt-02 = geht immer noch nicht wieder
Home easy Steckdosen (HE877) = ITClock musste wieder auf 250 umgestellt werden sonst liessen die sich nicht mehr schalten.
Den Versuch diese FW Version in meinem CUL V3 zu flashen schlug fehl da das HEX defekt zu sein scheint. Habe hier die 1.6 der Normalen FW genbutzt. Da schein alles zu funktionieren.
Gibt es einen Grund warum so klasse sachen wie der hier genannte Temp-Sensor nicht mehr unterstützt wird?
Kompilier mal die Quellen selber und nimm das Mancherster raus, dies ist die einzige große Änderung zwischen 01.10 und 01.20
Ich vermute, dass manche damit Probleme haben, vielleicht nehme ich es wieder raus, bzw. lege es in ein eigenes Image.
Was hast Du genau für in Problem mit dem CUL V3? Was kommt für eine Fehlermeldung?
Hi,
kann die Probleme von Quartalspropella nur Bestätigen.
Mit der Firmware 1.10.02 funktionierte der GT-WT-02 Problemlos.
Bei der Versionen 1.20.5 nicht mehr!
Wie in diesem Forumsbeitrag beschrieben: http://forum.fhem.de/index.php?topic=47517.0
gehts seitdem nicht mehr.
komischerweise wird mit meinem Testsystem mit einem nanoCUL (1.10.02) der GT-WT-02 als AURIOL erkannt. Wenn ich ihn umstelle, stellt er sich immer wieder nach ein paar Sekunden auf AURIOL um?!
Mit meinem Produktivsystem COC (1.10.02) bleibt er dauerhaft beim attr mode T-WT-02?!
Können wir bei der Fehlersuche helfen?!
MfG
Zitat von: lullebammel am 21 Februar 2016, 15:24:48
Hi,
kann die Probleme von Quartalspropella nur Bestätigen.
Mit der Firmware 1.10.02 funktionierte der GT-WT-02 Problemlos.
Bei der Versionen 1.20.5 nicht mehr!
Wie in diesem Forumsbeitrag beschrieben: http://forum.fhem.de/index.php?topic=47517.0
gehts seitdem nicht mehr.
komischerweise wird mit meinem Testsystem mit einem nanoCUL (1.10.02) der GT-WT-02 als AURIOL erkannt. Wenn ich ihn umstelle, stellt er sich immer wieder nach ein paar Sekunden auf AURIOL um?!
Mit meinem Produktivsystem COC (1.10.02) bleibt er dauerhaft beim attr mode T-WT-02?!
Können wir bei der Fehlersuche helfen?!
MfG
Ich habs doch oben schon geschrieben wie ihr helfen könnt.
Ich habe keinen solchen Sensor bei mir zu Hause und kann des somit nicht testen.
Hallo zusammen,
Hab das gleiche Problem: kein Empfang vom GT-WT-02 Sensor.
Aufspielen von a-culfw 1.20.04 ohne Manchester auf dem nanoCUL (auskommentiert in der board.h) brachte keine Verbesserung.
Weitere Tips? Ich teste gerne ;)
Gruß
Gyvrr
Zitat von: Gyvrr am 22 Februar 2016, 19:44:34
Hallo zusammen,
Hab das gleiche Problem: kein Empfang vom GT-WT-02 Sensor.
Aufspielen von a-culfw 1.20.04 ohne Manchester auf dem nanoCUL (auskommentiert in der board.h) brachte keine Verbesserung.
Weitere Tips? Ich teste gerne ;)
Gruß
Gyvrr
Dann bin ich erstmal ratlos, zum testen brauche ich so einen Sensor.
Hi bjoernh,
schon beim laden des HEX Files mit der Software FLIP kommt die Meldung "Out of Range" Nur bei dem "CUL_V3_868MHZ.hex", die anderen lassen sich laden und wohl auch aufspielen.
Habe dafür jetzt die die Original 1.66 genommen. Die geht und da ich damit derzeit nur HM mache reicht es vollkommen.
Mit dem Sensor ist halt schade. Habe diesen mal laufen lassen. Es kommt hin und wieder Werte rein, so alle 5 Stunden. Unregelmäßig halt.
Gibt es denn eine Übersicht was noch geht oder sicher geht?
Gruß
Zitat von: Quatalspropella am 23 Februar 2016, 02:17:29
Hi bjoernh,
schon beim laden des HEX Files mit der Software FLIP kommt die Meldung "Out of Range" Nur bei dem "CUL_V3_868MHZ.hex", die anderen lassen sich laden und wohl auch aufspielen.
Habe dafür jetzt die die Original 1.66 genommen. Die geht und da ich damit derzeit nur HM mache reicht es vollkommen.
Mit dem Sensor ist halt schade. Habe diesen mal laufen lassen. Es kommt hin und wieder Werte rein, so alle 5 Stunden. Unregelmäßig halt.
Gibt es denn eine Übersicht was noch geht oder sicher geht?
Gruß
Kannst du mir dann mal ein paar debug Ausgaben schreiben?
Hallo,
erst einmal vielen Dank für die tolle Arbeit hier.
Derzeit benutze ich die a-culfw auf einem MaxCube zum Empfang von 433MHz Temperatursensoren, einwandfrei!
Bin aber auch im Besitz einer WH1080 Wetterstation, deren Innendisplay derzeit über USB direkt am pi angeschlossen ist und über pywws (http://pywws.readthedocs.org/en/latest/) und MQTT seine Daten an FHEM sendet.
So wie ich den Thread "günstige Wetterstation CTW-600, WS-0101, WS/WH1080 sduino (http://forum.fhem.de/index.php/topic,39451.0.html)" verstanden habe, ist ein direkter 868MHz Empfang dieser Wetterstation nun über einen SIGNALduino und dem Modul 14_SD_WS09.pm möglich.
Nun meine Frage:
Könnte die a-culfw (und/oder noch andere Komponenten?) erweitert werden, um den 868MHz Empfang im Zusammenspiel mit dem Modul 14_SD_WS09.pm zu ermöglichen?
Ähnliches (zumindest habe ich es so verstanden) ist ja auch schon mit für den 433MHz Empfang im Zusammenspiel mit dem Modul 14_SD_WS07.pm in der a-culfw implementiert.
Nach dem Durchlesen dieses gesamten Thread bin ich dann wohl doch nicht so IT-affin das selber erkennen zu können (oder was natürlich besser wäre: "selber machen zu können").
Meinen o.a. MAXCube, der ja für 868MHz ausgelegt ist, würde ich entsprechend dafür verwenden wollen, die bisher eingebundenen Temperatursensoren sind sowieso eher redundant.
Für Tests oder weitere benötigte Information stehe ich natürlich gerne zur Verfügung.
Vielen Dank und Grüße,
Andreas
Zitat von: bjoernh am 23 Februar 2016, 13:06:09
Kannst du mir dann mal ein paar debug Ausgaben schreiben?
Hi björnh,
hier ein paar debug werte für den GT-WT-02 vom nanoCUL mit Firmware 1.10.02 mit X21 und verbose 3
2016-02-28_22:04:12 nanoCUL UNKNOWNCODE p 8 496 2112 512 4208 528 2064 37 1 4 5 400 9200 1B 1200C760E0
2016-02-28_22:04:12 nanoCUL UNKNOWNCODE p 8 528 2080 544 4128 512 2080 37 1 4 5 512 9024 26 1200C760E0
2016-02-28_22:04:12 nanoCUL UNKNOWNCODE p 8 496 2080 544 4128 528 2080 37 1 4 5 528 9072 24 1200C760E0
2016-02-28_22:04:12 nanoCUL UNKNOWNCODE p 8 512 2080 528 4128 528 2128 37 1 4 5 560 9088 27 1200C760E0
2016-02-28_22:04:13 nanoCUL UNKNOWNCODE p 8 512 2080 528 4144 528 2064 37 1 4 5 560 9024 26 1200C760E0
2016-02-28_22:04:13 nanoCUL UNKNOWNCODE p 8 512 2080 544 4144 512 2064 37 1 4 5 512 9072 26 1200C760E0
2016-02-28_22:04:12 Aussenthermometer temperature: 19.9
2016-02-28_22:04:12 Aussenthermometer T: 19.9 H: 48
2016-02-28_22:05:02 nanoCUL UNKNOWNCODE p 8 496 2096 544 4096 528 2064 37 1 4 5 496 9088 1A 1200C660D8
2016-02-28_22:05:02 nanoCUL UNKNOWNCODE p 8 544 2064 528 4128 496 2096 37 1 4 5 544 8992 26 1200C660D8
2016-02-28_22:05:02 nanoCUL UNKNOWNCODE p 8 512 2096 512 4144 512 2064 37 1 4 5 528 9056 26 1200C660D8
2016-02-28_22:05:02 nanoCUL UNKNOWNCODE p 8 560 2080 528 4192 512 2080 37 1 4 5 512 9088 24 1200C660D8
2016-02-28_22:05:03 nanoCUL UNKNOWNCODE p 8 528 2096 544 4096 528 2080 37 1 4 5 512 9040 26 1200C660D8
2016-02-28_22:05:03 nanoCUL UNKNOWNCODE p 8 528 2080 528 4112 544 2080 37 1 4 5 528 8992 26 1200C660D8
2016-02-28_22:05:02 Aussenthermometer temperature: 19.8
2016-02-28_22:05:02 Aussenthermometer T: 19.8 H: 48
Kannst du damit was anfangen?
MfG
Hallo zusammen,
mmh, meine Frage nach möglicher Einbindung SD_WS09 (https://forum.fhem.de/index.php/topic,35064.msg415403.html#msg415403) war dann wohl "schwachsinnig" ;), da bisher noch niemand geantwortet hat, oder?
Jegliche Antwort wird akzeptiert, auch kurze Hinweise wie "zu exotisch, wird nicht umgesetzt" oder "geht nicht".
Bitte nicht falsch verstehen, will hier wirklich niemanden wegen Umsetzung nerven, aber mir geht es auch darum eine evtl. Mach-/Nichtmachbarbarkeit zu verstehen.
Vielen Dank und Grüße,
Andreas
Zitat von: scooty am 17 März 2016, 17:52:52
...
mmh, meine Frage nach möglicher Einbindung SD_WS09 (https://forum.fhem.de/index.php/topic,35064.msg415403.html#msg415403) ...
Hallo andreas,
ich habe jetzt erst deine Frage gesehen. Was für eine WH1080 hast du den ? Schau mal hier ->https://forum.fhem.de/index.php/topic,39451.msg363597.html#msg363597, dort werden die Unterschiede beschrieben. Machbar ist sicherlich vieles. Aber einen Nano + 868MHz Empfänger (OOK) + esp6288 geht auch sehr gut.
pejonp
Hallo pejonp,
danke für Deine Antwort.
Meine WH-1080 ist wohl die
Zitat2. Wetterstation 868MHz FSK Protokoll
Bezeichne mich selbst als "elektrotechnische Wildsau" ;) und traue mir weder eine Bestellung der richtigen Komponenten für einen SIGNALduino/anderen Empfänger noch einen Zusammenbau zu. Daher meine (vielleicht trotzdem blöden) Idee der Integration der Empfangsmöglichkeit in der a-culfw.
Nochmals zu meiner Idee:
ZitatKönnte die a-culfw (und/oder noch andere Komponenten?) erweitert werden, um den 868MHz Empfang im Zusammenspiel mit dem Modul 14_SD_WS09.pm zu ermöglichen?
Ähnliches (zumindest habe ich es so verstanden) ist ja auch schon mit für den 433MHz Empfang im Zusammenspiel mit dem Modul 14_SD_WS07.pm in der a-culfw implementiert.
Ist so was überhaupt ein Ansatz?
Viele Grüße,
Andreas
Ich habe bei meiner Fehlersuche bezüglich RFR auch die alternative culfw probiert. Dort tritt aber das gleiche Kommunikationsproblem auf. Zur genauen Beschreibung und Logs bitte mal hier schauen, auch wenn der Betreff etwas irreführend ist geht es letztlich um ein Kommunikationsproblem CUL <-> RFR https://forum.fhem.de/index.php/topic,50756.0.html
Das Problem ist, so vermute ich, das der RFR ein abgesetztes FS20 Schaltsignal einfängt und an den CUL/COC der am FHEM hängt zurückliefert. Dieser kann damit aber nichts anfangen. FS20 Signale werden somit komplett verschluckt.
Was mir aufgefallen ist, im "nanoCUL" Device ist die RFR Option überhaupt nicht enthalten. Auch FHT fehlt in der board.h komplett.
Ist der RFR bewußt aus dem nanoCUL entfernt?
Zitat von: Waldmensch am 18 März 2016, 17:40:16
Was mir aufgefallen ist, im "nanoCUL" Device ist die RFR Option überhaupt nicht enthalten. Auch FHT fehlt in der board.h komplett.
Ist der RFR bewußt aus dem nanoCUL entfernt?
Bewusst nicht, da der nanoCUL aber etwas wenig Speicher hat, macht es keinen Sinn alles per default an zu machen.
Alles per default an muss ja nicht. Die Lösung mit der Gruppierung der Protokolle nach 433 und 868 ist schon super. Eventuell könnte man noch ein #define slow_rf machen und da dann die FHT etc reinpacken und die HM etc ausklammern. Der RFR geht ja auch nur mit slowrf. Im makefile könnte der Verweis auf die rf_router.c standardmässig mit rein. Über die Compiler Direktiven kommt es ja eh nur ins Image, wenn es in der board.h definiert ist, oder seh ich das falsch? Da die NanoCUL quasi saubillig sind, könnte man ja durchaus für jedes Protokoll einen separaten nehmen ;)
Gesendet von iPhone mit Tapatalk
Hallo, ich stehe leider noch etwas auf dem Schlauch.
Ich habe einen Selbstbau-CUL433 und CUL868. Beide funktionieren tadellos.
Mit dem 433 steuer ich meine IT1500 Steckdosen und mit dem 868 einen FS20 Dämmerungssensor.
Versionen
nanoCUL433 raw => V 1.65 nanoCUL433
nanoCUL868 raw => V 1.65 nanoCUL868
Wenn ich es richtig verstehe könnte ich auf diesen CULs auch die alternative Firmware flashen?
Gerne würde ich nämlich Temperatursensoren (GT-WT-01) nutzen die man wohl mit der alternativen Firmware nutzen kann.
Kann mir jemand bitte sagen, ob ich diese Sensoren mit:
- der alternativen Firmware nutzen kann?
- welchen meiner CUL ich umflashen müsste?
- wenn ich einen CUL umflashe, kann ich dann weiterhin den Dämmerungssensor (CUL868) oder die IT1500 Steckdosen (CUL433) steuern?
- oder müsste ich hier einen anderes Protokoll nutzen und würde somit noch einen weiteren CUL benötigen?
Guten Tag,
es geht in meiner Frage um das Aufspielen der a-culfw.
Nach dem ich nun die 55 Seiten (fast) vollständig gelesen habe sehe ich wohl den Wald vor lauter Bäumen nicht.
Habe einen 433 CUL_V3 am laufen (RasPi2) ud schalte damit Steckdosen. Funktioniert gut.
Nun habe ich gelesen dass es möglich ist die Pearl Außenthermometer zu empfangen mit der alternativen Firmware.
Habe diese runtergeladen (a-culfw_1.20.06_build_199_master.zip).
So, und nun meine Frage.
Wie schaffe ich es diese Firmware auf den Stick zu bringen? Gibt es dafür eine einfache Anleitung?
Hab die entpackten Dateien auf den RasPi kopiert. Wie läuft nun das aufspielen / flashen?
Vielen Dank im Voraus für Eure Infos.
Ich wünsche noch einen schönen Sonntag und einen schönen Frühlingsanfang.
LG Christian
Hallo,
Vorausgesetzt, Du hast den AVRDUDE installiert, dann normalerweise das .zip auf den Raspi runterladen und in einem Verzeichnis entpacken, in dem Du Schreibrechte hast, dann mit dem Terminal in das Verzeichnis, in dem die .hex für Dein Device liegt, dann mit
sh flash.sh
das Flashskript starten. Device auswählen und los...
Wenn Du die Source runtergeladen hast, dann ebenfalls mit dem Terminal in das Verzeichnis, wo Dein Device (CUL) drin ist, mit
make
den Compilervorgang starten, wenn das fertig ist, wie oben mit dem Skript flashen
Grüße
Christian
Zitat von: HansDampfHH am 19 März 2016, 18:19:51
Kann mir jemand bitte sagen, ob ich diese Sensoren mit:
- der alternativen Firmware nutzen kann?
- welchen meiner CUL ich umflashen müsste?
- wenn ich einen CUL umflashe, kann ich dann weiterhin den Dämmerungssensor (CUL868) oder die IT1500 Steckdosen (CUL433) steuern?
- oder müsste ich hier einen anderes Protokoll nutzen und würde somit noch einen weiteren CUL benötigen?
Hallo Hans,
ob Bjoern die integriert hat, habe ich leider nicht gefunden, aber lt. Ebay senden die auf 433Mhz, also wenn, dann den 433er umflashen und probieren.
Den 868 so lassen, dann ändert sich dort auch nichts.
Ob IT dann weiter funktioniert, ist so eine Sache, bei einigen geht es, bei anderen (mir z.B.) geht Empfang, aber nicht senden, auch das einmal probieren... Im Zweifel kannst Du ja wieder auf 1.65 zurück flashen...
Und dann bitte hier berichten.
Grüße
Christian
Hi Bjoern,
Du hast ja schon irre viele Protokolle für etliche Geräte implementiert, super Arbeit ! Gibt es eigentlich auch irgendwo eine Liste analog der Jeelink-Liste, welche Geräte / Sensoren mit der a-FW laufen ?
Grüße
Christian
Hallo CS-online,
danke für die schnelle Info. Ich habe für das erste flashen dfu-programmer installiert.
AVRDUDE hab ich nicht installiert.
Ich hab die Dateien entpackt auf einem Windows Rechner und auf den RasPi kopiert.
Diese Dateien sind im Verzeichnis:
CUL_V2_433MHZ.hex
CUL_V2_868MHZ.hex
CUL_V2_HM_433MHZ.hex
CUL_V2_HM_868MHZ.hex
CUL_V2_MAX_433MHZ.hex
CUL_V2_MAX_868MHZ.hex
CUL_V3_433MHZ.hex
CUL_V3_868MHZ.hex
CUL_V3_ZWAVE_868MHZ.hex
CUL_V4_433MHZ.hex
CUL_V4_868MHZ.hex
flash.sh
README.md
Wenn ich nun sh flash.sh eingebe kommt folgendes:
flash.sh: 15: flash.sh: Bad substitution
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5):
Dann habe ich 9 eingeben da es ja ein CUL3 433MHZ ist.
Dann kommt:
Please select device (1-5): 9
flash.sh: 45: [: X9: unexpected operator
flash.sh: 49: [: 9: unexpected operator
flash.sh: 52: [: 9: unexpected operator
flash.sh: 55: [: 9: unexpected operator
flash.sh: 58: [: 9: unexpected operator
flash.sh: 61: [: 9: unexpected operator
flash.sh: 64: [: 9: unexpected operator
flash.sh: 67: [: 9: unexpected operator
flash.sh: 70: [: 9: unexpected operator
flash.sh: 73: [: 9: unexpected operator
flash.sh: 76: [: 9: unexpected operator
The device will now be flashed
Continue (y/n)?y
flash.sh: 85: [: y: unexpected operator
Abort flash
Was ist hier denn falsch?
Nochmals vielen Dank
Gruß
Christian
Update:
Sollte es jemanden interessieren, ich hab das jetzt manuell gemacht und folgende codes im Putty eingegeben (vorher im FHEM "set CUL1 raw B01"):
dfu-programmer atmega32u4 erase
dfu-programmer atmega32u4 flash CUL_V3_433MHZ.hex
dfu-programmer atmega32u4 start
Funktioniert :-)
Hallo FHEM-Begeisterte.
Ich bin gerade dabei mich in die Materie einzuarbeiten.
Ich benutze seit einigen Jahren den Lightmanager (inzwischen bin ich auf die AIR-Version Umgestiegen) und habe mir damit bisher alles schön automatisiert.
Nun möchte ich aber der Vielfalt wegen auch mal mit FHEM experimentieren.
Also habe ich mir FHEM auf meinen Raspberry 2 gezogen und mir einen nanoCUL aus einem 433MHz-Modul und einem Arduino zusammengebastelt.
Dann ahbe ich das ganze mit der culfw geflashed (neueste Version) und meine schaltbefehle des Lightmanagers mitgesniffed und devices angelegt.
Das hat bisher alles wunderbar funktioniert....Bis ich dimmen wollte :-[
Das ging leider mit meinen Intertechno Dimmern nicht.
Also habe ich mich weiter umgesehen und bin auf die alternative culfw gestoßen.
Diese habe ich geflashed und kann nun dimmen.
Allerdings kann ich keinerlei Signale mehr von meinem Lightmanager (im folgenden LM genannt) mitsniffen, wenn ich mit dem LM die Aktoren steuere, dann bleibt mein Eventmonitor einfach leer.
Die Aktoren selbst kann ich aber mit FHEM bedienen und mein LM zeigt mir im Live-Modus dann auch an das FHEM den richtigen Code sendet...
Flashe ich wieder auf die originale Version, klappt alles wunderbar. Ich bediene mit dem LM einen Aktor und FHEM zeigt es mit an.
Ich kann natürlich erstmal alle Aktoren mit der original culfw anlernen und dann umflashen, dennoch würde ich gerne wissen wo der Hase im Pfefer liegt.
Hat vielleicht jemand einen Tipp für mich?
Greez
Matze
Wenn du die afw drauf hast und den cul definiert, dann stelle doch mal auf verbose 5 hoch und schaue was in Event Monitor passiert.
Von mobil gesendet daher kurze Antwort
werd ich heute Abend machen, danke für den Hinweis!
So,
jetzt hab ich mal verbose auf 5 gestellt.
Dann mit meiner Fernbedienung (ITT-1500) einen Aktor geschaltet.
Dabei meldete der Monitor folgendes:
2016-04-01 18:44:42 Global global UNDEFINED IT_0100001100100101111111111000000 IT 01000011001001011111111110 0 0000
2016-04-01 18:44:42 Global global DEFINED IT_0100001100100101111111111000000
2016-04-01 18:44:42 Global global DEFINED FileLog_IT_0100001100100101111111111000000
2016-04-01 18:44:42 Global global SAVE
2016-04-01 18:44:42 IT IT_0100001100100101111111111000000 off
Danach habe ich denselben Aktor mit dem Lightmanager angesteuert, der Event Monitor blieb leer, der Aktor schaltete.
Im LM kann ich den HEXcode des Aktors ablesen (siehe screenshot), dieser lautet 4325FF80.
Diesen code habe ich dann im Taschenrechner in Binär umgerechnet.
Das Ergebnis lautet:
01000011001001011111111110000000
Vergleiche ich nun beide Binärcodes, so stellt sich folgendes Bild dar:
erster Code: mit Fernbedienung gesendet, im Event Monitor ausgegeben
zweiter Code: vom LM gesendet, taucht im Event Monitor nicht auf, HEX in BIN umgerechnet.
1: 01000011001001011111111110000000
2: 0100001100100101111111111000000
beim LM fehlt eine Null.....
Oder mach ich was falsch?
@Christian_Ruh:
sorry, daß ich erst jetzt antworte, hab das ein wenig aus den Augen verloren.
Wie ich oben schon schrieb, ist die Voraussetzung für das Skript, daß a) FHEM nicht läuft und b) AVRDUDE installiert ist, weil das Skript das aufruft, wenn das nicht installiert ist, kann das natürlich auch nicht funktionieren ;-)
Aber super, daß es dann doch geklappt hat und danke für die Info, daß das auch mit dem dfu-programmer geht, gelegentlich will das bei mir auch nicht mit dem Skript laufen...
Grüße
Christian
Hallo Bjoern,
das nutzen der Lacrossimplementation aus v 1.05.00 scheint nicht zu gehen:
set nanoCUL868 raw Nr1
Zitat2016.04.04 16:29:29 2: nanoCUL868: unknown message ? (Nr1 is unknown) Use one of B C F i A Z E G M K U Y R T V W X e f l t x
set nanoCUL433 raw Nr1
Zitat2016.04.04 16:43:44 2: nanoCUL433: unknown message ? (Nr1 is unknown) Use one of B C F i A G M K U Y R T V W X e f L l t x
firmware ist die 1.20.04 , fhem aktuell
Zitat..die entsprechenden header und Definitionen in der nanoCUL.c einzutragen...
ist das die lösung? eine doku im post 1 zur implementierung (und sie es nur ein link) wäre toll
die technoline wd4008 (aldi ca 30€ damal) lässt sich übrigens mit dem cul 868 im raw Nr2 mode empfangen. der außensender ist der technoline TX38WD-IT (neu einzeln ca 10€ liefert bat und temp).
Bei mir wird der Vorgang bei sh flash.sh abgebrochen.
Was mache ich falsch?
root@raspberrypi:/home/pi/a-culfw-master/culfw/Devices/nanoCUL# sh flash.sh
flash.sh: 15: flash.sh: Bad substitution
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 2
flash.sh: 37: [: X2: unexpected operator
flash.sh: 41: [: 2: unexpected operator
flash.sh: 44: [: 2: unexpected operator
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]:
flash.sh: 54: [: X: unexpected operator
ERROR: Port does not exists!
lrwxrwxrwx 1 root root 13 Apr 7 22:59 usb-FTDI_FT232R_USB_UART_AI03D5L8-if00-port0 -> ../../ttyUSB0
Ich hatte die selben Probleme.
Habe dann die flash.sh so umgeschrieben das direkt die 433MHz.hex geflashed wird.
Ich habe vom Programmieren wenig Ahnung aber irgendwie hab ichs hinbekommen.
Die .sh habe ich leider Zuhause, deswegen habe ich gerade eine neue gebastelt, kannst ja mal versuchen ob die funktioniert.
Blöde Frage aber die a-culfw geht auch mit den China Nanos bzw. mit selbstbau CUL? Hat jemand Erfahrungen?
Habe die afw mit einem NANO CUL am laufen, allerdings mit einem Chip. Das war mir wichtig für die eindeutige Identifikation!
Gesendet von meinem SM-T560 mit Tapatalk
Zitat von: -jato- am 08 April 2016, 12:39:19
Blöde Frage aber die a-culfw geht auch mit den China Nanos bzw. mit selbstbau CUL? Hat jemand Erfahrungen?
ja. wenn du mehrere nanos bauen willst wäre aber auf einen ftdi-chip zu achten um sie per serial auseinander zu halten. ansonsten nutzt hier glaube ich niemand einen teueren original-nano sondern nur nachbauten für 5-10€
Ich habe einen Nano mit ftdi-chip. Wie bekomme ich den Namen von dem Chip?
Mit dmesg bekomme ich das angezeigt.
[ 4.118675] usb 1-1.3.4: New USB device found, idVendor=0403, idProduct=6001
[ 4.127601] usb 1-1.3.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4.138376] usb 1-1.3.4: Product: FT232R USB UART
[ 4.144804] usb 1-1.3.4: Manufacturer: FTDI
[ 4.150609] usb 1-1.3.4: SerialNumber: AI03D5L8
Wenn ich das richtig verstanden habe, müsste ich den atmega32u4 hier gegen meinen tauschen oder?
dfu-programmer atmega32u4 erase
dfu-programmer atmega32u4 flash CUL_V3_433MHZ.hex
dfu-programmer atmega32u4 start
Ich bekomme die Meldung:
dfu-programmer: no device present.
Siehe hier unter SOFTWARE.
http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/
GRUß SASCHA
Gesendet von meinem SM-T560 mit Tapatalk
@jato:im Terminal mit
ls /dev/serial/by-id
dann werden alle USBs mit ihrem kompletten Pfad angezeigt
grüsse Christian
ZitatSiehe hier unter SOFTWARE.
http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/
GRUß SASCHA
Die standard culfw habe ich so auf meine Nano draufgespielt.
Aber bei der a-culfw geht make program nichtpi@raspberrypi:~/a-culfw-master/culfw/Devices/nanoCUL $ make program
make: *** No rule to make target '.hex', needed by 'program'. Stop.
Mit sh flash.sh klappt es auch nicht.usb-FTDI_FT232R_USB_UART_AI03D5L8-if00-port0
pi@raspberrypi:~/a-culfw-master/culfw/Devices/nanoCUL $ sh flash.sh
flash.sh: 15: flash.sh: Bad substitution
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 2
flash.sh: 37: [: X2: unexpected operator
flash.sh: 41: [: 2: unexpected operator
flash.sh: 44: [: 2: unexpected operator
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]:
flash.sh: 54: [: X: unexpected operator
ERROR: Port does not exists!
Und die Methode mit dfu-programmer geht auch nicht.
Wobei mein Nano eigentlich atmega328p sein sollte. Wird aber von dfu-programmer nicht unterstütztdfu-programmer atmega32u4 erase
dfu-programmer atmega32u4 flash CUL_V3_433MHZ.hex
dfu-programmer atmega32u4 start
Hat jemand eine Idee?
Hallo -jato-
ich denke das es ein Fehler im Skript ist!
Ich flash meine Arduinos händisch mit
avrdude -p atmega328p -c arduino -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103U5MA-if00-port0 -b 57600 -D -Uflash:w:./nanoCUL868.hex
mit
ls -l /dev/serial/by-id/
schau ich nach welchen Arduino ich flashen will.
Du musst natürlich deinen Port und das File auswählen, das du flashen willst.
Gruß rippi
Super, ich konnte so mein Nano flashen.
Danke rippi46
...mit dem Skript hab ich das auch noch nie hinbekommen, aber mit
make program 433
bzw.
make program 868
aus dem Verzeichnis, wo die .hex liegt klappt das normalerweise.
Hallo
Also mit den Files von Mediafire ging es schon, aber seit kurzem nicht mehr.
oder halt über
avrdude -p atmega328p -c arduino -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103U5MA-if00-port0 -b 57600 -D -Uflash:w:./nanoCUL868.hex
Mit den Files von github funktioniert es mit
make all
make program-868
oder
make program-433
Gruß rippi
Zitat von: cs-online am 10 April 2016, 11:16:59
...mit dem Skript hab ich das auch noch nie hinbekommen, aber mit
make program 433
bzw.
make program 868
Mit dem Skript sollte es aber auch gehen, wenn Fehler drinnen sind, dann müssen die natürlich noch raus.
Momentan komme ich aber null dazu.
make program kenne ich jetzt gar nicht.
Ich baue alles mit einem simplen make.
aus dem Verzeichnis, wo die .hex liegt klappt das normalerweise.
Zitat von: rippi46 am 10 April 2016, 13:44:04
Hallo
Also mit den Files von Mediafire ging es schon, aber seit kurzem nicht mehr.
oder halt über
avrdude -p atmega328p -c arduino -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103U5MA-if00-port0 -b 57600 -D -Uflash:w:./nanoCUL868.hex
Mit den Files von github funktioniert es mit
make all
make program-868
oder
make program-433
Gruß rippi
Was kommt bei den Mediafire Files für ein Fehler?
Evtl. sind wir schon wieder am Limit den CUL.
Hallo bjoernh
das habe ich als Fehlermeldung
root@vdr-media:/home/vdr/Downloads/a-culfw_1.20.06_build_208_master/nanoCUL# sh ./flash.sh
./flash.sh: 15: ./flash.sh: Bad substitution
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 1
./flash.sh: 37: [: X1: unexpected operator
./flash.sh: 41: [: 1: unexpected operator
./flash.sh: 44: [: 1: unexpected operator
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]: /dev/ttyUSB1
./flash.sh: 54: [: X/dev/ttyUSB1: unexpected operator
The device will now be flashed
Continue (y/n)?y
./flash.sh: 66: [: y: unexpected operator
Abort flash
Gruß rippi
Vielleicht mache ich ja was grundsätzlich falsch?
Zitat von: rippi46 am 10 April 2016, 19:48:02
Vielleicht mache ich ja was grundsätzlich falsch?
Ne glaube ich nicht, sieht nach einem Syntax Fehler im Skript aus. Sollte einfach zu beheben sein.
Ich muss aber erst meinen Server wieder voll einrichten, vorher kann ich nichts bauen ;-)
Zitat von: rippi46 am 10 April 2016, 19:48:02
Hallo bjoernh
das habe ich als Fehlermeldung
root@vdr-media:/home/vdr/Downloads/a-culfw_1.20.06_build_208_master/nanoCUL# sh ./flash.sh
./flash.sh: 15: ./flash.sh: Bad substitution
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 1
./flash.sh: 37: [: X1: unexpected operator
./flash.sh: 41: [: 1: unexpected operator
./flash.sh: 44: [: 1: unexpected operator
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]: /dev/ttyUSB1
./flash.sh: 54: [: X/dev/ttyUSB1: unexpected operator
The device will now be flashed
Continue (y/n)?y
./flash.sh: 66: [: y: unexpected operator
Abort flash
Gruß rippi
Vielleicht mache ich ja was grundsätzlich falsch?
Hab gerade nachgesehen, dass Problem ist die shell. Wie es aussieht fehlt dir die /bin/bash Shell. Linux verwendet dann die /bin/sh und diese kann mit dem Skript nichts anfangen.
Bitte mal den letzten Build ausprobieren, da müssten die Skripte funktionierten.
Gruß
Björn
Hallo bjoernh,
Super!!
funktioniert wieder über das Script.
Ich bin mir aber fast sicher, das ich noch nie explizit die bash ausgewählt hätte.
Aber ist nicht schlimm ich konnte mir ja mit dem direkten Befehl weiterhelfen.
Trotzdem vielen Dank für deine Unterstützung
Gruß rippi
Bei mir geht das Flashscript nicht (mehr) :-(
root@XXX:/opt/culfw/alternative/SCC# ./flash.sh
./flash.sh: line 15: syntax error near unexpected token `)'
./flash.sh: line 15: `DIR=$(cd -P -- "$(dirname -- "$0")" && pwd -P)d )'
root@XXX:/opt/culfw/alternative/SCC#
Zitat von: szoller am 13 April 2016, 19:31:36
Bei mir geht das Flashscript nicht (mehr) :-(
root@XXX:/opt/culfw/alternative/SCC# ./flash.sh
./flash.sh: line 15: syntax error near unexpected token `)'
./flash.sh: line 15: `DIR=$(cd -P -- "$(dirname -- "$0")" && pwd -P)d )'
root@XXX:/opt/culfw/alternative/SCC#
mhh.....
Schmeiß mal die Zeile raus, dann sollte es gehen.
Hab die Zeile aus dem Script vom CUL genommen, dann gings auch. das d) war zuviel
Hallo,
ich habe einen Temperatur und Luftfeuchtesensor aus einer Aldi-Wetterstation vom Typ "Asensor16". Ich bekommen folgenden raw output im Log:
016.04.13 21:57:12 2: nanoCUL: unknown message p11 80 64 160 48 64 480 40 1 5 0 192 5600 0 EB 4700040000
2016.04.13 21:57:12 2: nanoCUL: unknown message p11 48 2800 128 32 48 496 31 1 3 7 256 8288 0 EA 84200190
2016.04.13 21:57:14 2: nanoCUL: unknown message p11 48 16 144 64 48 272 188 1 23 4 368 5568 0 EA 244A019180000482008001000E000020C20886B00B684400
2016.04.13 21:57:15 2: nanoCUL: unknown message p11 16 2816 128 208 192 496 230 1 28 6 160 8576 0 E9 8018904200000001000080000000008890109400315500000000080090
2016.04.13 21:57:21 2: nanoCUL: unknown message p11 3232 80 80 192 128 512 52 1 6 4 176 9280 0 F5 52400004200020
2016.04.13 21:57:21 2: nanoCUL: unknown message p11 96 2352 176 96 80 384 163 1 20 3 592 13632 0 E9 64004040001000104000048000404519402000A000
2016.04.13 21:57:39 2: nanoCUL: unknown message p11 32 432 112 224 208 448 104 1 13 0 208 7088 0 EB C0020008000802200018C02040
2016.04.13 21:57:43 2: nanoCUL: unknown message p11 96 672 48 48 48 320 192 1 24 0 176 8112 0 EA E8A091800001010610B000495000884A008005040000CA80
2016.04.13 21:57:52 2: nanoCUL: unknown message p11 128 64 96 48 80 416 59 1 7 3 560 5392 0 EB 4842A04140002280
2016.04.13 21:57:58 2: nanoCUL: unknown message p 8 48 1312 880 32 96 336 36 1 4 4 304 7024 0 EB AB46600C00
2016.04.13 21:57:58 2: nanoCUL: unknown message p11 48 960 0 0 176 144 49 1 6 1 560 3248 0 EC 00000000000000
2016.04.13 21:58:07 2: nanoCUL: unknown message p11 112 96 64 208 112 384 18 1 2 2 336 8400 0 EA 651080
2016.04.13 21:58:16 2: nanoCUL: unknown message p11 48 144 144 64 96 608 54 1 6 6 192 8192 0 E9 64001008110200
2016.04.13 21:58:17 2: nanoCUL: unknown message p 3 112 32 128 368 0 0 18 4 2 0 224 96 0 EA 9800
2016.04.13 21:58:21 2: nanoCUL: unknown message p 3 96 32 112 320 0 0 42 5 5 1 80 32 0 F7 0020000500C0
2016.04.13 21:58:23 2: nanoCUL: unknown message p 3 112 0 96 368 0 0 33 4 3 7 64 192 0 EA 00080201
2016.04.13 21:58:24 2: nanoCUL: unknown message p11 112 96 192 112 144 608 41 1 5 1 160 5104 0 E9 500040000000
2016.04.13 21:58:24 2: nanoCUL: unknown message p 9 160 2880 96 160 48 704 73 1 9 1 208 5024 0 EA 90800400000000000100
2016.04.13 21:58:24 2: nanoCUL: unknown message p11 48 2656 384 32 80 368 19 1 2 3 208 11360 0 F5 86C560
2016.04.13 21:58:27 2: nanoCUL: unknown message p11 48 48 208 64 48 384 19 1 2 3 208 5552 0 EB 680080
2016.04.13 21:58:49 2: nanoCUL: unknown message p 3 96 0 96 256 0 0 30 5 3 4 112 160 0 E9 00000388
2016.04.13 21:58:53 2: nanoCUL: unknown message p11 48 48 48 80 112 416 18 1 2 2 160 5808 0 EA 401040
2016.04.13 21:58:56 2: nanoCUL: unknown message p11 80 2736 80 2736 80 384 144 1 18 0 480 4176 0 EA 800000000000000000000000000000000000
2016.04.13 21:58:59 2: nanoCUL: unknown message p 3 64 48 128 64 0 0 19 8 2 0 176 80 0 EA 117F
2016.04.13 21:58:59 2: nanoCUL: unknown message p11 48 1936 432 496 48 352 31 1 3 7 320 11440 0 E2 35482204
2016.04.13 21:59:01 2: nanoCUL: unknown message p11 96 48 0 0 160 48 41 1 5 1 176 3376 0 EA 000000000000
2016.04.13 21:59:02 2: nanoCUL: unknown message p 3 176 16 544 32 0 0 23 4 2 6 144 16 0 EA 385004
Kann jemand mit dieser Information etwas anfangen? Ist es möglich, dieses Protokoll zu entschlüsseln?
Hallo Björn,
erst einmal Dank für die aktuelle a-culfw für den SCC; hatte ich bis gestern glatt übersehen, das ich "outdated" bin ;)
Aber mal OT: Darf ich/wir Dich mal auf diesen Thread (https://forum.fhem.de/index.php?topic=52204) aufmarksam machen mit der Bitte um Deine Meinung?
Edit: Kann es sein, das die aktuelle Version für SCC Probleme hat mit GT-WT-02 Sensoren?!? Seit dem ich vorgestern die aktuelle V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) drauf gemacht habe, kommen von den Sensoren (3) keine Daten mehr an; an den dazu gehörenden Wetterstationen allerdings schon. Nur nach ganz vielen Drücken auf den "Force"- Taster an den Sensoren kommt "gelegentlich" mal was, oft aber auch nur in sofern, das ein neues Device mit "CUL_TCM97001_unknown" angelegt wird.
Was noch aufgefallen ist, obwohl ich es nicht mit der vorherigen Version probiert hatte: "set SCC1 bWidth" und "set SCC1 freq" werden ebenso wie "set SCC1 reg x09" ignoriert ...
Moin,
meine Ventus müllt mein Log voll, weil mein neuer 433Mhz-CUL den Code nicht versteht.
Wie kann ich das abschalten ? Autocreate habe ich schon ausgeschaltet, hat leider nichts gebracht. Sonst noch Ideen ?
CUL_TCM97001 Unknown device CUL_TCM97001_36, please define it
2016.04.16 14:59:42.533 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 1920 48 0 E9 85AFF0
2016.04.16 14:59:43.976 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 22 1 2 6 1936 48 0 EA 3841BC
2016.04.16 14:59:46.519 2: miniCUL433: unknown message p11 416 2000 416 4080 2960 16 27 1 3 3 416 4064 0 E6 FC000000
2016.04.16 14:59:49.342 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 2912 64 0 EA 2C37
2016.04.16 14:59:49.431 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 29 1 3 5 784 48 0 E8 00111AB8
2016.04.16 14:59:51.675 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 912 48 0 E8 8019C0
2016.04.16 14:59:53.083 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 1920 80 0 E8 857780
2016.04.16 14:59:54.952 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 928 48 0 E8 EE3F
2016.04.16 14:59:56.609 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 832 96 0 E9 0A67F8
2016.04.16 14:59:56.881 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 25 1 3 1 944 64 0 E8 0018FF80
2016.04.16 14:59:58.912 2: miniCUL433: unknown message p11 432 4000 448 2016 0 0 16 1 2 0 448 3984 0 10 FFFF
2016.04.16 14:59:59.125 2: miniCUL433: unknown message p11 464 4000 432 2032 0 0 16 1 2 0 464 3968 0 10 FFFF
2016.04.16 14:59:59.370 2: miniCUL433: unknown message p11 464 3984 464 3984 1936 64 21 1 2 5 464 3968 0 E8 C00000
2016.04.16 15:00:03.213 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 944 80 0 E8 833F80
2016.04.16 15:00:12.695 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 944 80 0 E9 A458E0
2016.04.16 15:00:12.761 2: miniCUL433: unknown message p11 32 80 896 48 0 0 82 1 10 2 800 13984 0 F2 0000000800000000000000
2016.04.16 15:00:13.947 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 16864 48 0 F1 EE58B0
2016.04.16 15:00:17.359 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 1904 64 0 E6 10EF80
2016.04.16 15:00:18.447 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 2448 32 0 17 2016E0
2016.04.16 15:00:19.495 2: miniCUL433: unknown message p11 432 4048 416 4096 944 32 25 1 3 1 416 4064 0 E7 C0000000
2016.04.16 15:00:19.670 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 928 64 0 E9 708FE0
2016.04.16 15:00:20.204 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 912 64 0 E9 D24E70
2016.04.16 15:00:21.446 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 960 64 0 EA 021F
2016.04.16 15:00:22.859 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 96 112 0 E7 06FF
2016.04.16 15:00:27.477 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 944 32 0 E9 82FB
2016.04.16 15:00:27.868 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 896 16 0 E9 03FB
2016.04.16 15:00:29.762 2: miniCUL433: unknown message p11 464 3968 448 2016 0 0 16 1 2 0 464 3968 0 0F FFFF
2016.04.16 15:00:29.993 2: miniCUL433: unknown message p11 464 3984 448 2016 0 0 16 1 2 0 448 3984 0 10 FFFF
2016.04.16 15:00:30.272 2: miniCUL433: unknown message p11 448 4000 448 2000 0 0 16 1 2 0 464 3968 0 15 FFFF
2016.04.16 15:00:30.356 2: miniCUL433: unknown message p11 464 4000 464 4000 2944 32 19 1 2 3 448 3968 0 E6 800000
2016.04.16 15:00:30.697 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 2896 48 0 E8 C8D7
2016.04.16 15:00:32.910 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 944 16 0 E7 920FE0
2016.04.16 15:00:32.971 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 1936 16 0 F5 8BC3A0
2016.04.16 15:00:40.260 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 896 48 0 E8 3104F0
2016.04.16 15:00:40.435 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 944 32 0 E8 286F
2016.04.16 15:00:42.775 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 944 16 0 F5 49FF80
2016.04.16 15:00:42.957 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 880 48 0 E9 4675B0
2016.04.16 15:00:43.265 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 928 48 0 E8 20EF
2016.04.16 15:00:44.539 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 864 64 0 E8 C88FC0
2016.04.16 15:00:46.166 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 928 64 0 E7 F71F80
2016.04.16 15:00:47.148 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 1904 32 0 E9 821F80
2016.04.16 15:00:50.759 2: miniCUL433: unknown message p11 32 464 0 0 912 32 16 1 2 0 208 3376 0 EA 0000
2016.04.16 15:00:53.269 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 1936 80 0 E9 187F
2016.04.16 15:00:53.959 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 912 32 0 E6 92FF
2016.04.16 15:00:54.637 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 912 32 0 EA C14DE0
2016.04.16 15:00:55.732 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 23 1 2 7 768 112 0 E8 02727E
2016.04.16 15:00:56.019 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 1904 48 0 EA B11FE0
2016.04.16 15:00:58.199 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 880 96 0 E8 307F
2016.04.16 15:01:01.710 2: miniCUL433: unknown message p 8 448 2016 448 3984 1872 80 28 1 3 4 448 3984 0 E9 FC000000
2016.04.16 15:01:02.384 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 768 128 0 E9 CF00F8
2016.04.16 15:01:03.688 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 27 1 3 3 912 64 0 E7 020301E0
2016.04.16 15:01:04.755 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 2928 80 0 E9 C23F
2016.04.16 15:01:06.647 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 112 48 0 F3 E8FF80
2016.04.16 15:01:09.418 2: miniCUL433: unknown message p11 48 880 896 80 48 416 20 1 2 4 384 5728 0 EB C10000
2016.04.16 15:01:15.183 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 912 80 0 E9 987F80
2016.04.16 15:01:19.222 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 912 64 0 E9 245F
2016.04.16 15:01:25.753 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 960 16 0 E8 F76780
2016.04.16 15:01:26.014 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 22 1 2 6 928 64 0 E8 201FEC
2016.04.16 15:01:30.123 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 2912 48 0 E8 0003E0
2016.04.16 15:01:30.545 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 848 96 0 EA 028542C0
2016.04.16 15:01:31.707 2: miniCUL433: unknown message p 8 464 2000 464 3984 464 2016 36 1 4 4 448 8928 0 0B 24ACE01400
2016.04.16 15:01:31.754 2: CUL_TCM97001 Unknown device CUL_TCM97001_36, please define it
2016.04.16 15:01:31.963 2: miniCUL433: unknown message p 8 464 2000 448 3984 464 2016 36 1 4 4 448 8928 0 0C 24ACE01400
2016.04.16 15:01:32.051 2: miniCUL433: unknown message p 8 448 2000 448 3984 464 2016 36 1 4 4 448 8944 0 09 24ACE01400
2016.04.16 15:01:32.139 2: miniCUL433: unknown message p 8 448 2032 464 3968 464 2016 36 1 4 4 448 8912 0 0D 24ACE01400
2016.04.16 15:01:32.226 2: miniCUL433: unknown message p 8 448 2032 416 4000 448 2016 36 1 4 4 448 8928 0 0B 24ACE01400
2016.04.16 15:01:41.461 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 2912 48 0 E7 831FE0
2016.04.16 15:01:42.246 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 912 64 0 E8 F3CF
2016.04.16 15:01:43.142 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 240 128 0 E7 0240F0
2016.04.16 15:01:44.132 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 27 1 3 3 1920 48 0 E8 021584E0
2016.04.16 15:01:44.799 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 3472 32 0 E7 4271E0
2016.04.16 15:01:48.816 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 688 64 0 E8 004FE0
2016.04.16 15:01:48.912 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 29 1 3 5 960 64608 0 E9 0002FA98
2016.04.16 15:01:49.467 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 880 48 0 E9 4275F0
2016.04.16 15:01:50.069 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 912 80 0 E7 197F80
2016.04.16 15:01:59.857 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 944 16 0 E9 2A6BF0
2016.04.16 15:02:00.370 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 912 64 0 E7 DE9FE0
2016.04.16 15:02:01.092 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 3904 48 0 E9 7EFF
2016.04.16 15:02:02.342 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 896 32 0 E8 345F
2016.04.16 15:02:03.352 2: miniCUL433: unknown message p11 48 240 0 0 912 96 16 1 2 0 448 3968 0 EB 0000
2016.04.16 15:02:06.746 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 960 48 0 E8 6E1FE0
2016.04.16 15:02:11.314 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 928 96 0 E8 94B1E0
2016.04.16 15:02:11.662 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 928 48 0 E9 212F
2016.04.16 15:02:12.166 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 80 64 0 E9 0F7F
2016.04.16 15:02:16.737 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 23 1 2 7 1936 32 0 EA B1841E
2016.04.16 15:02:16.831 2: miniCUL433: unknown message p 8 144 224 256 224 0 0 24 1 3 0 48 96 0 EB 08768A
2016.04.16 15:02:16.923 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 3920 32 0 E9 040B
2016.04.16 15:02:17.121 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 400 48 0 E9 0F90F0
2016.04.16 15:02:18.430 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 928 80 0 E8 22B780
2016.04.16 15:02:20.469 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 25 1 3 1 2928 64 0 F6 38640F80
2016.04.16 15:02:20.526 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 27 1 3 3 832 112 0 E8 0087EEE0
2016.04.16 15:02:23.958 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 22 1 2 6 896 96 0 EA 19604C
2016.04.16 15:02:25.624 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 864 48 0 EA 303F
2016.04.16 15:02:26.853 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 912 112 0 E9 849DC0
2016.04.16 15:02:30.607 2: miniCUL433: unknown message p 8 384 2016 416 4080 416 2112 36 1 4 4 768 8976 0 07 1B0AFB04E0
2016.04.16 15:02:30.838 2: miniCUL433: unknown message p 8 432 2000 416 4048 448 2112 36 1 4 4 416 8928 0 07 1B0AFB04E0
2016.04.16 15:02:30.925 2: miniCUL433: unknown message p 8 432 2016 416 4048 432 2128 36 1 4 4 432 8896 0 06 1B0AFB04E0
2016.04.16 15:02:31.012 2: miniCUL433: unknown message p 8 416 2016 416 4080 432 2128 36 1 4 4 400 8928 0 0A 1B0AFB04E0
2016.04.16 15:02:31.145 2: miniCUL433: unknown message p 8 432 2000 432 4080 416 2112 36 1 4 4 400 8928 0 07 1B0AFB04E0
2016.04.16 15:02:31.271 2: miniCUL433: unknown message p 8 448 2000 432 4064 432 2096 36 1 4 4 416 8912 0 01 1B0AFB04E0
2016.04.16 15:02:31.404 2: miniCUL433: unknown message p 8 464 1968 416 4064 416 2128 36 1 4 4 432 8912 0 07 1B0AFB04E0
2016.04.16 15:02:32.157 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 864 64 0 E9 8BEAF8
2016.04.16 15:02:32.413 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 3888 16 0 E8 AC7F
2016.04.16 15:02:34.376 2: miniCUL433: unknown message p11 448 3984 448 3984 960 48 25 1 3 1 448 3984 0 E7 80000000
2016.04.16 15:02:37.361 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 1552 48 0 E8 8C91F8
2016.04.16 15:02:37.575 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 880 96 0 E7 807F80
2016.04.16 15:02:38.939 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 928 64 0 E9 003F
2016.04.16 15:02:42.707 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 912 128 0 E6 D3DF80
2016.04.16 15:02:44.913 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 880 80 0 E9 00BF
2016.04.16 15:02:46.681 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 1936 16 0 E9 E63F80
2016.04.16 15:02:47.710 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 22 1 2 6 880 64 0 E8 68607C
2016.04.16 15:02:48.013 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 23 1 2 7 1920 32 0 EB 48432C
2016.04.16 15:02:49.448 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 912 112 0 E8 8A4078
2016.04.16 15:02:51.053 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 1952 64 0 E7 5477E0
2016.04.16 15:02:51.988 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 960 48 0 E8 F19CF8
Supi wäre natürlich, wenn das entschlüsselte Protokoll den Weg in die a-culfw finden würde :)
... CUL_TCM97001_36 ist doch so ein Sensor ?!? Wieso kannst Du die empfangen und ich nicht mehr?
M.W. verhindert Autocreate off nur das Anlegen neuer Geräte, aber nicht das Füllen der Logfiles. Irgendwo meine ich aber gelesen zu haben, das man beim Logging bestimmte geräte ausfiltern kann (RegEx oder so)...
Zitat von: M_I_B am 15 April 2016, 18:03:30
Hallo Björn,
erst einmal Dank für die aktuelle a-culfw für den SCC; hatte ich bis gestern glatt übersehen, das ich "outdated" bin ;)
Aber mal OT: Darf ich/wir Dich mal auf diesen Thread (https://forum.fhem.de/index.php?topic=52204) aufmarksam machen mit der Bitte um Deine Meinung?
Edit: Kann es sein, das die aktuelle Version für SCC Probleme hat mit GT-WT-02 Sensoren?!? Seit dem ich vorgestern die aktuelle V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) drauf gemacht habe, kommen von den Sensoren (3) keine Daten mehr an; an den dazu gehörenden Wetterstationen allerdings schon. Nur nach ganz vielen Drücken auf den "Force"- Taster an den Sensoren kommt "gelegentlich" mal was, oft aber auch nur in sofern, das ein neues Device mit "CUL_TCM97001_unknown" angelegt wird.
Was noch aufgefallen ist, obwohl ich es nicht mit der vorherigen Version probiert hatte: "set SCC1 bWidth" und "set SCC1 freq" werden ebenso wie "set SCC1 reg x09" ignoriert ...
Ja, dass mit den Sensoren ist bekannt. Ich hatte aber noch keine Zeit danach zu schauen. Einzig das Abschalten von den Revolts hilft momentan.
Zitat von: bjoernh am 16 April 2016, 15:28:39Ja, dass mit den Sensoren ist bekannt. Ich hatte aber noch keine Zeit danach zu schauen.
Ok, ist irgendwie an mir vorbei gegangen; sorry.
Zitat von: bjoernh am 16 April 2016, 15:28:39Einzig das Abschalten von den Revolts hilft momentan.
Da die ohne Fremdeingriff (Taste Force) eh nicht "erhört" werden, stört es im Moment nur in sofern, das ich eben in FHEM von den Sensoren keine Daten habe.
Das Problem könnte sich (zumindest für mich) erledigen, wenn da mal in Sachen "Anfunken der Wetter-Basisstationen" (der verlinkte Thread) was tut. Aber da Du im Moment wohl im Stress bist, wird das wohl dauern, wenn überhaupt... Oder siehst Du da ein Zeitfenster in naher Zukunft, ohne Dich nerven zu wollen?
Ja, das wird der kombinierte Aussensensor (Win, Windrichtung,Temperatur,Luftfeuchtigkeit) meiner Ventus W155 sein.
Ich habe gestern den miniCUL433 in Betrieb genommen, und nun wird fleissig geloggt. Den Code bekomme ich, wenn ich den den CUL auf RAW X25 setze.
Gut, mal sehen wir ich das rausfiltere. Besser wäre aber das garnix gesendet wird.
Wie hast Du denn den Sensor in FHEM definiert ? Wenn ich "Model - TCM 97..." wähle, wird das nach kurzer Zeit auf "UNKNOWN zurückgesetzt.
Zitat von: Bartimaus am 16 April 2016, 15:46:10Wie hast Du denn den Sensor in FHEM definiert ? Wenn ich "Model - TCM 97..." wähle, wird das nach kurzer Zeit auf "UNKNOWN zurückgesetzt.
Die Definition steht schon länger und ist generiert mit einer älteren FW für den SCC. Im Moment empfange ich, wie gesagt, gar nichts mehr von den drei T/H- Sensoren. Lediglich meine beiden uralten Tchibo- Dinger (bestimmt 20 Jahre alt) plappern brav weiter ohne erkennbare Einschränkungen.
Zitat von: Bartimaus am 16 April 2016, 15:46:10
Ja, das wird der kombinierte Aussensensor (Win, Windrichtung,Temperatur,Luftfeuchtigkeit) meiner Ventus W155 sein.
....
Hallo,
hier ist mal das Protokoll beschrieben.
pejonp
Moin,
das Gerät wurde nun von Autocreate korrekt erkannt (Model: TCM21...) angelegt und liefert Luftfeuchtigkeit und Temperatur.
Jetzt habe ich den dazugehörigen Regensensor angeschlossen, und auch er wurde angelegt (CUL_TCM97001_255 MODEL:TCM97....)
Allerdings wird er als Temperatursensor angezeigt, das Reading "temperature" liefert "-0,1".
Hier mal die gesammelten RAW-Werte: (Temp,Hum,Wind,Rain)
2016.04.17 09:23:35.204 2: miniCUL433: unknown message p11 416 2000 400 3280 416 2032 23 1 2 7 400 8928 0 22 1B0AFA
2016.04.17 09:23:35.532 2: miniCUL433: unknown message p11 416 2000 416 4080 1856 96 20 1 2 4 400 4080 0 F5 C00000
2016.04.17 09:23:35.907 2: miniCUL433: unknown message p11 448 3984 448 2016 0 0 23 1 2 7 448 3984 0 15 FFFFFE
2016.04.17 09:23:36.002 2: miniCUL433: unknown message p11 464 2016 448 2032 0 0 19 1 2 3 448 3968 0 15 FFFFE0
2016.04.17 09:23:36.336 2: miniCUL433: unknown message p11 448 3984 464 2016 0 0 23 1 2 7 464 3984 0 15 FFFFFE
2016.04.17 09:23:36.399 2: miniCUL433: unknown message p11 464 2016 448 2016 0 0 19 1 2 3 448 3968 0 10 FFFFE0
2016.04.17 09:23:36.467 2: miniCUL433: unknown message p11 464 3984 464 2000 0 0 23 1 2 7 448 3984 0 10 FFFFFE
2016.04.17 09:23:38.547 2: miniCUL433: unknown message p11 512 1408 0 0 944 64 19 1 2 3 432 4016 0 ED 000000
2016.04.17 09:23:38.794 2: miniCUL433: unknown message p11 528 64 0 0 256 176 16 1 2 0 448 4016 0 EF 0000
2016.04.17 09:23:41.933 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 1920 48 0 EA 454730
2016.04.17 09:23:43.195 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 912 48 0 EA 94AF80
2016.04.17 09:23:46.651 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 896 64 0 EA EC90C0
2016.04.17 09:23:50.106 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 1936 80 0 E9 21E238
2016.04.17 09:23:54.010 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 1536 32 0 E7 A93FC0
2016.04.17 09:23:55.541 2: miniCUL433: unknown message p 8 144 224 256 224 0 0 28 1 3 4 928 64 0 E9 012105F0
2016.04.17 09:23:56.021 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 96 48 0 EA 402278
2016.04.17 09:23:58.120 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 1888 48 0 E6 895F
2016.04.17 09:23:58.490 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 896 48 0 E9 D27F
2016.04.17 09:24:00.340 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 192 64 0 E9 963F
2016.04.17 09:24:01.536 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 848 112 0 E9 81D9E0
2016.04.17 09:24:02.621 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 2928 32 0 EB A1C380
2016.04.17 09:24:04.429 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 1952 32 0 E8 F031E0
2016.04.17 09:24:06.993 2: miniCUL433: unknown message p11 464 3984 448 2016 0 0 17 1 2 1 464 3968 0 11 FFFF80
2016.04.17 09:24:07.266 2: miniCUL433: unknown message p11 464 3968 464 2016 0 0 17 1 2 1 464 3984 0 10 FFFF80
2016.04.17 09:24:07.489 2: miniCUL433: unknown message p11 448 2032 464 2000 608 80 17 1 2 1 480 3952 0 EB C00000
2016.04.17 09:24:10.359 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 912 64 0 EB 9C5920
2016.04.17 09:24:12.230 2: miniCUL433: unknown message p11 48 2000 48 2000 928 48 19 1 2 3 208 4256 0 EA 800000
2016.04.17 09:24:12.318 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 27 1 3 3 928 96 0 E9 1BC0D4E0
2016.04.17 09:24:13.083 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 32 48 0 E9 403DE0
2016.04.17 09:24:14.100 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 1936 64 0 EA 00DF70
2016.04.17 09:24:14.923 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 960 16 0 EB 9E7DC0
2016.04.17 09:24:15.629 2: miniCUL433: unknown message p11 512 4000 832 1728 1936 32 67 1 8 3 640 3984 0 EE 800000000001000000
2016.04.17 09:24:17.670 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 896 48 0 E9 538B80
2016.04.17 09:24:29.417 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 1904 64 0 E9 3880DEC0
2016.04.17 09:24:34.587 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 432 64 0 E8 2102F8
2016.04.17 09:24:37.860 2: miniCUL433: unknown message p11 448 3984 448 2016 0 0 17 1 2 1 464 3968 0 0F FFFF80
2016.04.17 09:24:38.011 2: miniCUL433: unknown message p 8 464 2016 448 4016 448 2016 36 1 4 4 480 8896 0 0A 24E800C070
2016.04.17 09:24:38.162 2: miniCUL433: unknown message p 8 464 2016 448 3984 464 2000 36 1 4 4 448 8896 0 0B 24EE0020E0
2016.04.17 09:24:38.311 2: miniCUL433: unknown message p 8 464 2000 464 3984 464 2000 36 1 4 4 480 8896 0 0D 24E800C070
2016.04.17 09:24:38.462 2: miniCUL433: unknown message p 8 432 2016 448 3984 464 2016 36 1 4 4 448 8928 0 0A 24EE0020E0
2016.04.17 09:24:39.945 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 2912 16 0 E8 827CE0
2016.04.17 09:24:43.820 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 896 80 0 EA 20FBE0
2016.04.17 09:24:48.248 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 80 128 0 E8 3BDF
2016.04.17 09:24:48.305 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 1920 64 0 E9 802C9FC0
2016.04.17 09:24:49.865 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 1952 16 0 E9 9E0FC0
2016.04.17 09:24:52.315 2: miniCUL433: unknown message p11 464 1952 560 1664 368 160 125 1 15 5 448 4048 0 EF C0000000000000000000000000000000
2016.04.17 09:24:52.506 2: miniCUL433: unknown message p11 480 1984 496 3936 912 96 164 1 20 4 784 4032 0 FB C00000000000000000000000000000000000000000
2016.04.17 09:24:52.763 2: miniCUL433: unknown message p11 432 2016 464 4032 896 80 117 1 14 5 608 4048 0 FB C00000000000000000000000000000
2016.04.17 09:24:53.016 2: miniCUL433: unknown message p11 544 144 0 0 224 80 89 1 11 1 528 3952 0 FB 000000000000000000000000
2016.04.17 09:24:53.072 2: miniCUL433: unknown message p11 512 960 48 1488 192 64 23 1 2 7 480 4000 0 FD 000400
2016.04.17 09:24:53.133 2: miniCUL433: unknown message p11 480 1968 480 1968 384 96 201 1 25 1 592 4032 0 F5 8000000000000000000000000000000000000000000000000000
2016.04.17 09:24:53.369 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 2912 32 0 E9 C208F0
2016.04.17 09:24:56.135 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 2928 64 0 E8 E3DF80
2016.04.17 09:24:57.310 2: miniCUL433: unknown message p 8 144 224 256 224 0 0 24 1 3 0 960 32 0 E9 019D8F
2016.04.17 09:24:58.296 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 1920 16 0 EB 473978
2016.04.17 09:25:01.732 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 864 144 0 EA 5BD3E0
2016.04.17 09:25:03.354 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 304 96 0 E9 A1C3A0
2016.04.17 09:25:09.360 2: miniCUL433: unknown message p11 448 4000 464 2000 1888 16 27 1 3 3 448 3984 0 E9 FE000000
2016.04.17 09:25:10.292 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 22 1 2 6 368 16 0 E9 06795C
2016.04.17 09:25:12.205 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 752 80 0 EB 26B780
2016.04.17 09:25:14.531 2: miniCUL433: unknown message p11 416 4064 416 4080 1920 48 16 1 2 0 416 4064 0 E8 C000
2016.04.17 09:25:15.878 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 864 64 0 E8 27FF
2016.04.17 09:25:18.281 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 1936 16 0 E8 071F
2016.04.17 09:25:20.362 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 224 80 0 E9 181BC0
2016.04.17 09:25:22.371 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 1936 48 0 F5 60DFF0
2016.04.17 09:25:23.747 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 960 48 0 E9 3BE370
2016.04.17 09:25:26.433 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 25 1 3 1 864 80 0 E9 028DB780
2016.04.17 09:25:27.098 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 880 64 0 EB 0B20F8
2016.04.17 09:25:27.184 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 1936 48 0 F7 7467
2016.04.17 09:25:28.525 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 1376 64 0 EA 20D470
2016.04.17 09:25:29.816 2: miniCUL433: unknown message p11 48 208 0 0 944 64 48 1 6 0 464 3712 0 F2 000000000000
2016.04.17 09:25:30.192 2: miniCUL433: unknown message p11 48 272 944 48 144 400 17 1 2 1 464 8544 0 EA C10000
2016.04.17 09:25:32.045 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 3952 48 0 E7 C21A16C0
2016.04.17 09:25:33.133 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 912 80 0 EA 0537
2016.04.17 09:25:35.742 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 928 64 0 F5 F22DB8
2016.04.17 09:25:39.829 2: miniCUL433: unknown message p11 448 3984 464 2000 0 0 18 1 2 2 432 4000 0 10 FFFFC0
2016.04.17 09:25:40.009 2: miniCUL433: unknown message p 8 464 2016 464 3968 464 2000 36 1 4 4 464 8928 0 0B 24E800C070
2016.04.17 09:25:40.159 2: miniCUL433: unknown message p 8 464 2016 464 3984 464 2000 36 1 4 4 448 8896 0 0B 24EE0010C0
2016.04.17 09:25:40.308 2: miniCUL433: unknown message p 8 480 1984 464 3968 464 2000 36 1 4 4 448 8912 0 10 24E800C070
2016.04.17 09:25:40.456 2: miniCUL433: unknown message p 8 480 2000 464 3984 464 2000 36 1 4 4 480 8912 0 0A 24EE0010C0
2016.04.17 09:25:43.943 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 944 32 0 E7 19EF
2016.04.17 09:25:47.720 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 896 80 0 E8 91A1F0
2016.04.17 09:25:49.450 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 880 64 0 E8 033F
2016.04.17 09:25:51.657 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 5888 64 0 E7 541F
2016.04.17 09:25:52.247 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 1920 32 0 E8 0585C0
2016.04.17 09:26:02.270 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 912 80 0 EB 033850
2016.04.17 09:26:03.099 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 912 112 0 E8 B967
2016.04.17 09:26:07.133 2: miniCUL433: unknown message p11 512 1312 0 0 928 64 71 1 8 7 480 3984 0 F2 000000000000000000
2016.04.17 09:26:08.475 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 160 32 0 EA 53D8C0
2016.04.17 09:26:10.943 2: miniCUL433: unknown message p11 464 3984 448 2000 0 0 17 1 2 1 464 3952 0 10 FFFF80
2016.04.17 09:26:11.274 2: miniCUL433: unknown message p11 448 4000 464 2000 0 0 17 1 2 1 448 3984 0 15 FFFF80
2016.04.17 09:26:11.473 2: miniCUL433: unknown message p11 464 2000 464 2000 896 112 19 1 2 3 464 3968 0 EB 800000
2016.04.17 09:26:13.599 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 25 1 3 1 240 64 0 F6 8C970380
2016.04.17 09:26:17.710 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 23 1 2 7 928 80 0 E9 0893BE
2016.04.17 09:26:18.058 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 80 80 0 E9 007ECBC0
2016.04.17 09:26:19.599 2: miniCUL433: unknown message p 8 400 2016 416 4064 416 2128 36 1 4 4 800 8960 0 14 1B0AFB04E0
2016.04.17 09:26:19.743 2: miniCUL433: unknown message p 8 432 2016 432 4048 432 2128 36 1 4 4 416 8928 0 11 1B0AFB04E0
2016.04.17 09:26:19.864 2: miniCUL433: unknown message p 8 416 2000 416 4080 400 2144 36 1 4 4 400 8928 0 11 1B0AFB04E0
2016.04.17 09:26:19.998 2: miniCUL433: unknown message p 8 400 2016 416 4080 400 2144 36 1 4 4 400 8928 0 12 1B0AFB04E0
2016.04.17 09:26:20.129 2: miniCUL433: unknown message p 8 416 2032 416 4080 400 2128 36 1 4 4 400 8928 0 12 1B0AFB04E0
2016.04.17 09:26:20.262 2: miniCUL433: unknown message p 8 416 2016 416 4080 416 2128 36 1 4 4 432 8928 0 10 1B0AFB04E0
2016.04.17 09:26:20.395 2: miniCUL433: unknown message p 8 416 1984 416 4080 416 2128 36 1 4 4 400 8960 0 14 1B0AFB04E0
2016.04.17 09:26:24.118 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 928 16 0 E9 72DE80
2016.04.17 09:26:29.280 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 128 112 0 E8 1057C0
2016.04.17 09:26:33.157 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 944 48 0 F5 011F4CC0
2016.04.17 09:26:33.443 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 31 1 3 7 912 32 0 EB 042444E6
2016.04.17 09:26:34.717 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 896 112 0 E9 0C0780
2016.04.17 09:26:37.950 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 1936 48 0 E9 C29E80
2016.04.17 09:26:38.437 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 864 112 0 EA 18DF60
2016.04.17 09:26:40.954 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 3888 32 0 E8 402F80
2016.04.17 09:26:42.115 2: miniCUL433: unknown message p11 448 3968 464 2000 0 0 17 1 2 1 464 3984 0 10 FFFF80
2016.04.17 09:26:42.402 2: miniCUL433: unknown message p11 464 3968 464 2016 0 0 17 1 2 1 448 3984 0 10 FFFF80
2016.04.17 09:26:42.651 2: miniCUL433: unknown message p11 448 2016 432 2032 880 64 16 1 2 0 448 3984 0 EB C000
2016.04.17 09:26:43.096 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 1056 48 0 E8 01FFE0
2016.04.17 09:26:43.544 2: miniCUL433: unknown message p11 496 3968 1920 16 528 1008 223 1 27 7 432 9024 0 F5 900000000000001200000000002000000000000000001C0000000000
2016.04.17 09:26:43.601 2: miniCUL433: unknown message p11 480 2000 32 1568 32 16 31 1 3 7 512 4016 0 F6 F0800000
2016.04.17 09:26:44.636 2: miniCUL433: unknown message p 8 144 224 256 224 0 0 24 1 3 0 1616 32 0 EA 00D585
2016.04.17 09:26:45.902 2: miniCUL433: unknown message p 8 144 224 256 224 0 0 28 1 3 4 944 64 0 EA 00308070
2016.04.17 09:26:49.427 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 880 64 0 EB 280598C0
2016.04.17 09:26:49.488 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 2560 48 0 E8 1513F8
2016.04.17 09:26:49.738 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 1808 32 0 E9 5B8930
2016.04.17 09:26:50.671 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 1920 48 0 E9 036AF8
2016.04.17 09:26:55.713 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 22 1 2 6 944 64 0 E7 5A9AFC
2016.04.17 09:26:56.512 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 832 64 0 EA 801F
2016.04.17 09:26:58.061 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 1968 16 0 EA 9C03
2016.04.17 09:27:00.994 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 928 48 0 E9 D16F
2016.04.17 09:27:03.528 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 1952 48 0 E7 21C0E0
2016.04.17 09:27:04.178 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 944 64 0 E8 0207
2016.04.17 09:27:04.965 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 928 64 0 F4 259DE0
2016.04.17 09:27:05.606 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 48 96 0 E8 03920EC0
2016.04.17 09:27:10.296 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 25408 48 0 EE 813910
2016.04.17 09:27:10.945 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 23 1 2 7 928 16 0 EA 108F0E
2016.04.17 09:27:13.045 2: miniCUL433: unknown message p11 480 3968 464 2016 0 0 17 1 2 1 464 3968 0 11 FFFF80
2016.04.17 09:27:13.306 2: miniCUL433: unknown message p11 464 3968 464 2000 0 0 17 1 2 1 480 3952 0 10 FFFF80
2016.04.17 09:27:13.552 2: miniCUL433: unknown message p11 448 2016 448 2016 960 48 18 1 2 2 448 3984 0 E9 800000
2016.04.17 09:27:14.358 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 912 80 0 E9 BDE780
2016.04.17 09:27:14.635 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 22 1 2 6 912 48 0 EA 84A01C
2016.04.17 09:27:19.833 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 864 112 0 E8 D29170
2016.04.17 09:27:20.278 2: miniCUL433: unknown message p11 32 80 0 0 896 48 22 1 2 6 448 4096 0 F4 000000
2016.04.17 09:27:20.525 2: miniCUL433: unknown message p 8 32 16 0 0 912 48 36 1 4 4 464 3904 0 F2 0000000000
Das Protokoll.pdf habe ich, weiss aber nicht wie ich das "lesen" muss....
Zitat von: Bartimaus am 17 April 2016, 09:33:31
Moin,
das Gerät wurde nun von Autocreate korrekt erkannt (Model: TCM21...) angelegt und liefert Luftfeuchtigkeit und Temperatur.
Jetzt habe ich den dazugehörigen Regensensor angeschlossen, und auch er wurde angelegt (CUL_TCM97001_255 MODEL:TCM97....)
Allerdings wird er als Temperatursensor angezeigt, das Reading "temperature" liefert "-0,1".
Hier mal die gesammelten RAW-Werte: (Temp,Hum,Wind,Rain)
2016.04.17 09:23:35.204 2: miniCUL433: unknown message p11 416 2000 400 3280 416 2032 23 1 2 7 400 8928 0 22 1B0AFA
2016.04.17 09:23:35.532 2: miniCUL433: unknown message p11 416 2000 416 4080 1856 96 20 1 2 4 400 4080 0 F5 C00000
2016.04.17 09:23:35.907 2: miniCUL433: unknown message p11 448 3984 448 2016 0 0 23 1 2 7 448 3984 0 15 FFFFFE
2016.04.17 09:23:36.002 2: miniCUL433: unknown message p11 464 2016 448 2032 0 0 19 1 2 3 448 3968 0 15 FFFFE0
2016.04.17 09:23:36.336 2: miniCUL433: unknown message p11 448 3984 464 2016 0 0 23 1 2 7 464 3984 0 15 FFFFFE
2016.04.17 09:23:36.399 2: miniCUL433: unknown message p11 464 2016 448 2016 0 0 19 1 2 3 448 3968 0 10 FFFFE0
2016.04.17 09:23:36.467 2: miniCUL433: unknown message p11 464 3984 464 2000 0 0 23 1 2 7 448 3984 0 10 FFFFFE
2016.04.17 09:23:38.547 2: miniCUL433: unknown message p11 512 1408 0 0 944 64 19 1 2 3 432 4016 0 ED 000000
2016.04.17 09:23:38.794 2: miniCUL433: unknown message p11 528 64 0 0 256 176 16 1 2 0 448 4016 0 EF 0000
2016.04.17 09:23:41.933 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 1920 48 0 EA 454730
2016.04.17 09:23:43.195 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 912 48 0 EA 94AF80
2016.04.17 09:23:46.651 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 896 64 0 EA EC90C0
2016.04.17 09:23:50.106 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 1936 80 0 E9 21E238
2016.04.17 09:23:54.010 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 1536 32 0 E7 A93FC0
2016.04.17 09:23:55.541 2: miniCUL433: unknown message p 8 144 224 256 224 0 0 28 1 3 4 928 64 0 E9 012105F0
2016.04.17 09:23:56.021 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 96 48 0 EA 402278
2016.04.17 09:23:58.120 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 1888 48 0 E6 895F
2016.04.17 09:23:58.490 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 896 48 0 E9 D27F
2016.04.17 09:24:00.340 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 192 64 0 E9 963F
2016.04.17 09:24:01.536 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 848 112 0 E9 81D9E0
2016.04.17 09:24:02.621 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 2928 32 0 EB A1C380
2016.04.17 09:24:04.429 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 1952 32 0 E8 F031E0
2016.04.17 09:24:06.993 2: miniCUL433: unknown message p11 464 3984 448 2016 0 0 17 1 2 1 464 3968 0 11 FFFF80
2016.04.17 09:24:07.266 2: miniCUL433: unknown message p11 464 3968 464 2016 0 0 17 1 2 1 464 3984 0 10 FFFF80
2016.04.17 09:24:07.489 2: miniCUL433: unknown message p11 448 2032 464 2000 608 80 17 1 2 1 480 3952 0 EB C00000
2016.04.17 09:24:10.359 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 912 64 0 EB 9C5920
2016.04.17 09:24:12.230 2: miniCUL433: unknown message p11 48 2000 48 2000 928 48 19 1 2 3 208 4256 0 EA 800000
2016.04.17 09:24:12.318 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 27 1 3 3 928 96 0 E9 1BC0D4E0
2016.04.17 09:24:13.083 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 32 48 0 E9 403DE0
2016.04.17 09:24:14.100 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 1936 64 0 EA 00DF70
2016.04.17 09:24:14.923 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 960 16 0 EB 9E7DC0
2016.04.17 09:24:15.629 2: miniCUL433: unknown message p11 512 4000 832 1728 1936 32 67 1 8 3 640 3984 0 EE 800000000001000000
2016.04.17 09:24:17.670 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 896 48 0 E9 538B80
2016.04.17 09:24:29.417 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 1904 64 0 E9 3880DEC0
2016.04.17 09:24:34.587 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 432 64 0 E8 2102F8
2016.04.17 09:24:37.860 2: miniCUL433: unknown message p11 448 3984 448 2016 0 0 17 1 2 1 464 3968 0 0F FFFF80
2016.04.17 09:24:38.011 2: miniCUL433: unknown message p 8 464 2016 448 4016 448 2016 36 1 4 4 480 8896 0 0A 24E800C070
2016.04.17 09:24:38.162 2: miniCUL433: unknown message p 8 464 2016 448 3984 464 2000 36 1 4 4 448 8896 0 0B 24EE0020E0
2016.04.17 09:24:38.311 2: miniCUL433: unknown message p 8 464 2000 464 3984 464 2000 36 1 4 4 480 8896 0 0D 24E800C070
2016.04.17 09:24:38.462 2: miniCUL433: unknown message p 8 432 2016 448 3984 464 2016 36 1 4 4 448 8928 0 0A 24EE0020E0
2016.04.17 09:24:39.945 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 2912 16 0 E8 827CE0
2016.04.17 09:24:43.820 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 896 80 0 EA 20FBE0
2016.04.17 09:24:48.248 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 80 128 0 E8 3BDF
2016.04.17 09:24:48.305 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 1920 64 0 E9 802C9FC0
2016.04.17 09:24:49.865 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 1952 16 0 E9 9E0FC0
2016.04.17 09:24:52.315 2: miniCUL433: unknown message p11 464 1952 560 1664 368 160 125 1 15 5 448 4048 0 EF C0000000000000000000000000000000
2016.04.17 09:24:52.506 2: miniCUL433: unknown message p11 480 1984 496 3936 912 96 164 1 20 4 784 4032 0 FB C00000000000000000000000000000000000000000
2016.04.17 09:24:52.763 2: miniCUL433: unknown message p11 432 2016 464 4032 896 80 117 1 14 5 608 4048 0 FB C00000000000000000000000000000
2016.04.17 09:24:53.016 2: miniCUL433: unknown message p11 544 144 0 0 224 80 89 1 11 1 528 3952 0 FB 000000000000000000000000
2016.04.17 09:24:53.072 2: miniCUL433: unknown message p11 512 960 48 1488 192 64 23 1 2 7 480 4000 0 FD 000400
2016.04.17 09:24:53.133 2: miniCUL433: unknown message p11 480 1968 480 1968 384 96 201 1 25 1 592 4032 0 F5 8000000000000000000000000000000000000000000000000000
2016.04.17 09:24:53.369 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 2912 32 0 E9 C208F0
2016.04.17 09:24:56.135 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 2928 64 0 E8 E3DF80
2016.04.17 09:24:57.310 2: miniCUL433: unknown message p 8 144 224 256 224 0 0 24 1 3 0 960 32 0 E9 019D8F
2016.04.17 09:24:58.296 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 1920 16 0 EB 473978
2016.04.17 09:25:01.732 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 864 144 0 EA 5BD3E0
2016.04.17 09:25:03.354 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 304 96 0 E9 A1C3A0
2016.04.17 09:25:09.360 2: miniCUL433: unknown message p11 448 4000 464 2000 1888 16 27 1 3 3 448 3984 0 E9 FE000000
2016.04.17 09:25:10.292 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 22 1 2 6 368 16 0 E9 06795C
2016.04.17 09:25:12.205 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 752 80 0 EB 26B780
2016.04.17 09:25:14.531 2: miniCUL433: unknown message p11 416 4064 416 4080 1920 48 16 1 2 0 416 4064 0 E8 C000
2016.04.17 09:25:15.878 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 864 64 0 E8 27FF
2016.04.17 09:25:18.281 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 1936 16 0 E8 071F
2016.04.17 09:25:20.362 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 224 80 0 E9 181BC0
2016.04.17 09:25:22.371 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 1936 48 0 F5 60DFF0
2016.04.17 09:25:23.747 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 960 48 0 E9 3BE370
2016.04.17 09:25:26.433 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 25 1 3 1 864 80 0 E9 028DB780
2016.04.17 09:25:27.098 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 880 64 0 EB 0B20F8
2016.04.17 09:25:27.184 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 1936 48 0 F7 7467
2016.04.17 09:25:28.525 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 1376 64 0 EA 20D470
2016.04.17 09:25:29.816 2: miniCUL433: unknown message p11 48 208 0 0 944 64 48 1 6 0 464 3712 0 F2 000000000000
2016.04.17 09:25:30.192 2: miniCUL433: unknown message p11 48 272 944 48 144 400 17 1 2 1 464 8544 0 EA C10000
2016.04.17 09:25:32.045 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 3952 48 0 E7 C21A16C0
2016.04.17 09:25:33.133 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 912 80 0 EA 0537
2016.04.17 09:25:35.742 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 928 64 0 F5 F22DB8
2016.04.17 09:25:39.829 2: miniCUL433: unknown message p11 448 3984 464 2000 0 0 18 1 2 2 432 4000 0 10 FFFFC0
2016.04.17 09:25:40.009 2: miniCUL433: unknown message p 8 464 2016 464 3968 464 2000 36 1 4 4 464 8928 0 0B 24E800C070
2016.04.17 09:25:40.159 2: miniCUL433: unknown message p 8 464 2016 464 3984 464 2000 36 1 4 4 448 8896 0 0B 24EE0010C0
2016.04.17 09:25:40.308 2: miniCUL433: unknown message p 8 480 1984 464 3968 464 2000 36 1 4 4 448 8912 0 10 24E800C070
2016.04.17 09:25:40.456 2: miniCUL433: unknown message p 8 480 2000 464 3984 464 2000 36 1 4 4 480 8912 0 0A 24EE0010C0
2016.04.17 09:25:43.943 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 944 32 0 E7 19EF
2016.04.17 09:25:47.720 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 896 80 0 E8 91A1F0
2016.04.17 09:25:49.450 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 880 64 0 E8 033F
2016.04.17 09:25:51.657 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 5888 64 0 E7 541F
2016.04.17 09:25:52.247 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 1920 32 0 E8 0585C0
2016.04.17 09:26:02.270 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 912 80 0 EB 033850
2016.04.17 09:26:03.099 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 912 112 0 E8 B967
2016.04.17 09:26:07.133 2: miniCUL433: unknown message p11 512 1312 0 0 928 64 71 1 8 7 480 3984 0 F2 000000000000000000
2016.04.17 09:26:08.475 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 160 32 0 EA 53D8C0
2016.04.17 09:26:10.943 2: miniCUL433: unknown message p11 464 3984 448 2000 0 0 17 1 2 1 464 3952 0 10 FFFF80
2016.04.17 09:26:11.274 2: miniCUL433: unknown message p11 448 4000 464 2000 0 0 17 1 2 1 448 3984 0 15 FFFF80
2016.04.17 09:26:11.473 2: miniCUL433: unknown message p11 464 2000 464 2000 896 112 19 1 2 3 464 3968 0 EB 800000
2016.04.17 09:26:13.599 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 25 1 3 1 240 64 0 F6 8C970380
2016.04.17 09:26:17.710 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 23 1 2 7 928 80 0 E9 0893BE
2016.04.17 09:26:18.058 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 80 80 0 E9 007ECBC0
2016.04.17 09:26:19.599 2: miniCUL433: unknown message p 8 400 2016 416 4064 416 2128 36 1 4 4 800 8960 0 14 1B0AFB04E0
2016.04.17 09:26:19.743 2: miniCUL433: unknown message p 8 432 2016 432 4048 432 2128 36 1 4 4 416 8928 0 11 1B0AFB04E0
2016.04.17 09:26:19.864 2: miniCUL433: unknown message p 8 416 2000 416 4080 400 2144 36 1 4 4 400 8928 0 11 1B0AFB04E0
2016.04.17 09:26:19.998 2: miniCUL433: unknown message p 8 400 2016 416 4080 400 2144 36 1 4 4 400 8928 0 12 1B0AFB04E0
2016.04.17 09:26:20.129 2: miniCUL433: unknown message p 8 416 2032 416 4080 400 2128 36 1 4 4 400 8928 0 12 1B0AFB04E0
2016.04.17 09:26:20.262 2: miniCUL433: unknown message p 8 416 2016 416 4080 416 2128 36 1 4 4 432 8928 0 10 1B0AFB04E0
2016.04.17 09:26:20.395 2: miniCUL433: unknown message p 8 416 1984 416 4080 416 2128 36 1 4 4 400 8960 0 14 1B0AFB04E0
2016.04.17 09:26:24.118 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 928 16 0 E9 72DE80
2016.04.17 09:26:29.280 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 18 1 2 2 128 112 0 E8 1057C0
2016.04.17 09:26:33.157 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 944 48 0 F5 011F4CC0
2016.04.17 09:26:33.443 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 31 1 3 7 912 32 0 EB 042444E6
2016.04.17 09:26:34.717 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 896 112 0 E9 0C0780
2016.04.17 09:26:37.950 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 1936 48 0 E9 C29E80
2016.04.17 09:26:38.437 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 864 112 0 EA 18DF60
2016.04.17 09:26:40.954 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 3888 32 0 E8 402F80
2016.04.17 09:26:42.115 2: miniCUL433: unknown message p11 448 3968 464 2000 0 0 17 1 2 1 464 3984 0 10 FFFF80
2016.04.17 09:26:42.402 2: miniCUL433: unknown message p11 464 3968 464 2016 0 0 17 1 2 1 448 3984 0 10 FFFF80
2016.04.17 09:26:42.651 2: miniCUL433: unknown message p11 448 2016 432 2032 880 64 16 1 2 0 448 3984 0 EB C000
2016.04.17 09:26:43.096 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 1056 48 0 E8 01FFE0
2016.04.17 09:26:43.544 2: miniCUL433: unknown message p11 496 3968 1920 16 528 1008 223 1 27 7 432 9024 0 F5 900000000000001200000000002000000000000000001C0000000000
2016.04.17 09:26:43.601 2: miniCUL433: unknown message p11 480 2000 32 1568 32 16 31 1 3 7 512 4016 0 F6 F0800000
2016.04.17 09:26:44.636 2: miniCUL433: unknown message p 8 144 224 256 224 0 0 24 1 3 0 1616 32 0 EA 00D585
2016.04.17 09:26:45.902 2: miniCUL433: unknown message p 8 144 224 256 224 0 0 28 1 3 4 944 64 0 EA 00308070
2016.04.17 09:26:49.427 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 880 64 0 EB 280598C0
2016.04.17 09:26:49.488 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 2560 48 0 E8 1513F8
2016.04.17 09:26:49.738 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 1808 32 0 E9 5B8930
2016.04.17 09:26:50.671 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 21 1 2 5 1920 48 0 E9 036AF8
2016.04.17 09:26:55.713 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 22 1 2 6 944 64 0 E7 5A9AFC
2016.04.17 09:26:56.512 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 832 64 0 EA 801F
2016.04.17 09:26:58.061 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 1968 16 0 EA 9C03
2016.04.17 09:27:00.994 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 928 48 0 E9 D16F
2016.04.17 09:27:03.528 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 1952 48 0 E7 21C0E0
2016.04.17 09:27:04.178 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 16 1 2 0 944 64 0 E8 0207
2016.04.17 09:27:04.965 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 19 1 2 3 928 64 0 F4 259DE0
2016.04.17 09:27:05.606 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 26 1 3 2 48 96 0 E8 03920EC0
2016.04.17 09:27:10.296 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 25408 48 0 EE 813910
2016.04.17 09:27:10.945 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 23 1 2 7 928 16 0 EA 108F0E
2016.04.17 09:27:13.045 2: miniCUL433: unknown message p11 480 3968 464 2016 0 0 17 1 2 1 464 3968 0 11 FFFF80
2016.04.17 09:27:13.306 2: miniCUL433: unknown message p11 464 3968 464 2000 0 0 17 1 2 1 480 3952 0 10 FFFF80
2016.04.17 09:27:13.552 2: miniCUL433: unknown message p11 448 2016 448 2016 960 48 18 1 2 2 448 3984 0 E9 800000
2016.04.17 09:27:14.358 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 17 1 2 1 912 80 0 E9 BDE780
2016.04.17 09:27:14.635 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 22 1 2 6 912 48 0 EA 84A01C
2016.04.17 09:27:19.833 2: miniCUL433: unknown message p 6 144 224 256 224 0 0 20 1 2 4 864 112 0 E8 D29170
2016.04.17 09:27:20.278 2: miniCUL433: unknown message p11 32 80 0 0 896 48 22 1 2 6 448 4096 0 F4 000000
2016.04.17 09:27:20.525 2: miniCUL433: unknown message p 8 32 16 0 0 912 48 36 1 4 4 464 3904 0 F2 0000000000
Das Protokoll.pdf habe ich, weiss aber nicht wie ich das "lesen" muss....
Geht es um die auriol?
Laut dem PDF ist es eigentlich klar. Es muss halt nur jemand in ein Modul einpflegen ;-)
Ja, bei mir läuft die unter der Bezeichnung Ventus W155.
Äh, in welchem Modul ist denn der Temp/Hum_Sensor eingebunden ? Dann versuche ich da mal reinzugucken.
Zitat von: Bartimaus am 17 April 2016, 10:33:25
Ja, bei mir läuft die unter der Bezeichnung Ventus W155.
Äh, in welchem Modul ist denn der Temp/Hum_Sensor eingebunden ? Dann versuche ich da mal reinzugucken.
Im TCM97001 Modul.
Rausziehen kann man es dann immer noch.
Ich denke am geschicktesten ist es zu schauen ob das n2 - x0 x1 = 1 1 ist, dann ist es kein Temp/Hum sondern ein Wetter Sensor.
Dann n3 nach die Typten unterscheiden.
Checksummenberechnung müsste ja schon passen, sonst würde er nicht erkannt.
Ok, danke.
Mal sehen ob ich davon was verstehe....
Hallo Björn,
genügt zum Abschalten der revolts das Auskommentieren dieser Zeile in der board.h?
#if defined (nanoCUL433)
/* Intertechno Empfang einschalten */
# define HAS_IT
//# define HAS_REVOLT
# define HAS_TCM97001
# define HAS_HOMEEASY
# define HAS_BELFOX
# define HAS_MANCHESTER
#endif
Oder muss ich hier noch an anderer Stelle eingreifen?
Das mit dem Auskommentieren hat bei mir nicht funktioniert, ich bekommen immer noch nur durch Drücken der "force"-Taste Werte vom Sensor.
Zitat von: F.R. am 17 April 2016, 16:41:45
Hallo Björn,
genügt zum Abschalten der revolts das Auskommentieren dieser Zeile in der board.h?
#if defined (nanoCUL433)
/* Intertechno Empfang einschalten */
# define HAS_IT
//# define HAS_REVOLT
# define HAS_TCM97001
# define HAS_HOMEEASY
# define HAS_BELFOX
# define HAS_MANCHESTER
#endif
Oder muss ich hier noch an anderer Stelle eingreifen?
Das mit dem Auskommentieren hat bei mir nicht funktioniert, ich bekommen immer noch nur durch Drücken der "force"-Taste Werte vom Sensor.
Sollte eigentlich reichen.
Schalt mal den CUL auf X25 und schick mal ein paar Ausgaben, vielleicht fällt mir ja noch was ein.
Hallo Björn,
hier ein Auszug aus dem Log, ich habe zunächst ein paar mal "geforced" und dann einfach noch mitgeloggt:
2016.04.17 17:41:22 2: nanoCUL: unknown message p11 48 112 2720 64 32 2064 16 1 2 0 320 8368 0 03 7000
2016.04.17 17:41:22 2: nanoCUL: unknown message p11 48 1328 112 64 128 384 21 1 2 5 656 10544 0 F7 822000
2016.04.17 17:41:42 2: nanoCUL: unknown message p 8 560 2080 544 4144 560 2064 37 1 4 5 592 9040 0 16 5020D17D40
2016.04.17 17:41:42 2: nanoCUL: unknown message p11 544 2208 544 4144 528 2096 38 1 4 6 544 9040 0 15 281068BEA0
2016.04.17 17:41:42 2: nanoCUL: unknown message p11 528 2208 560 4144 528 2080 38 1 4 6 544 9040 0 15 281068BEA0
2016.04.17 17:41:42 2: nanoCUL: unknown message p11 544 2192 528 4128 560 2064 38 1 4 6 544 9104 0 15 281068BEA0
2016.04.17 17:41:42 2: nanoCUL: unknown message p11 544 2208 528 4160 544 2144 38 1 4 6 544 9040 0 17 281068BEA0
2016.04.17 17:41:42 2: nanoCUL: unknown message p11 528 2208 528 4144 528 2080 38 1 4 6 544 9056 0 17 281068BEA0
2016.04.17 17:41:45 2: nanoCUL: unknown message p11 48 208 64 4928 4032 16 19 1 2 3 688 4352 0 EA 480000
2016.04.17 17:42:18 2: nanoCUL: unknown message p11 48 48 112 96 0 0 17 1 2 1 160 4656 0 EA 000000
2016.04.17 17:42:29 2: nanoCUL: unknown message p11 64 1280 288 48 80 592 21 1 2 5 336 9888 0 EA 9C0000
2016.04.17 17:42:34 2: nanoCUL: unknown message p11 256 112 64 2336 1984 48 50 1 6 2 160 4320 0 EC 0C800000000000
2016.04.17 17:42:35 2: nanoCUL: unknown message p10 48 96 80 32 144 880 28 1 3 4 224 9680 0 E0 28880080
2016.04.17 17:42:38 2: nanoCUL: unknown message p 8 448 2176 560 4112 544 2080 37 1 4 5 384 9296 0 14 5020D47728
2016.04.17 17:42:38 2: nanoCUL: unknown message p11 544 2192 560 4096 560 2080 38 1 4 6 544 9040 0 14 28106A3B94
2016.04.17 17:42:38 2: nanoCUL: unknown message p11 544 2176 560 4096 544 2080 38 1 4 6 560 9008 0 14 28106A3B94
2016.04.17 17:42:38 2: nanoCUL: unknown message p11 560 2192 544 4128 560 2064 38 1 4 6 560 9008 0 14 28106A3B94
2016.04.17 17:42:38 2: nanoCUL: unknown message p11 544 2208 544 4160 560 2064 38 1 4 6 560 9008 0 16 28106A3B94
2016.04.17 17:42:39 2: nanoCUL: unknown message p11 544 2192 528 4128 544 2112 38 1 4 6 528 9072 0 14 28106A3B94
2016.04.17 17:43:55 2: nanoCUL: unknown message p 8 560 2064 560 4128 560 2080 37 1 4 5 560 9040 0 F0 5060D57330
2016.04.17 17:44:12 2: nanoCUL: unknown message p11 48 1408 80 112 64 320 22 1 2 6 272 13104 0 EF D5C000
2016.04.17 17:44:16 2: nanoCUL: unknown message p11 432 48 4224 32 64 736 31 1 3 7 256 7136 0 EB 01180000
2016.04.17 17:44:28 2: nanoCUL: unknown message p 8 512 2096 560 4128 544 2096 37 1 4 5 528 9120 0 29 5060D67338
2016.04.17 17:44:28 2: nanoCUL: unknown message p 8 528 2096 544 4144 544 2064 37 1 4 5 544 9040 0 2F 5060D67338
2016.04.17 17:44:28 2: nanoCUL: unknown message p11 544 2192 528 4144 544 2064 38 1 4 6 528 9040 0 31 28306B399C
2016.04.17 17:44:28 2: nanoCUL: unknown message p11 560 2240 528 4144 528 2080 38 1 4 6 544 9008 0 35 28306B399C
2016.04.17 17:44:28 2: nanoCUL: unknown message p11 576 2144 560 4096 544 2096 38 1 4 6 528 9120 0 3A 28306B399C
2016.04.17 17:44:28 2: nanoCUL: unknown message p11 544 2208 528 4144 528 2080 38 1 4 6 544 9056 0 39 28306B399C
2016.04.17 17:44:30 2: nanoCUL: unknown message p 8 528 2080 544 4112 544 2064 37 1 4 5 592 9072 0 24 5020D67318
2016.04.17 17:44:30 2: nanoCUL: unknown message p11 544 2192 528 4144 528 2096 38 1 4 6 560 9040 0 29 28106B398C
2016.04.17 17:44:30 2: nanoCUL: unknown message p11 528 2192 544 4128 560 2064 38 1 4 6 528 9056 0 17 28106B398C
2016.04.17 17:44:30 2: nanoCUL: unknown message p11 560 2192 528 4144 560 2064 38 1 4 6 560 9008 0 17 28106B398C
2016.04.17 17:44:30 2: nanoCUL: unknown message p11 560 2192 528 4128 544 2096 38 1 4 6 528 9024 0 15 28106B398C
2016.04.17 17:44:31 2: nanoCUL: unknown message p11 560 2192 544 4144 528 2096 38 1 4 6 560 9104 0 0F 28106B398C
2016.04.17 17:44:57 2: nanoCUL: unknown message p 7 32 1344 160 32 48 336 24 1 3 0 272 5744 0 EA 4BFFFF
2016.04.17 17:44:58 2: nanoCUL: unknown message p11 48 1616 112 64 48 1616 19 1 2 3 560 12288 0 DD 800000
2016.04.17 17:45:05 2: nanoCUL: unknown message p11 112 32 896 64 64 896 16 1 2 0 224 6000 0 ED 2000
2016.04.17 17:45:26 2: nanoCUL: unknown message p 8 544 2080 544 4128 544 2080 37 1 4 5 608 9040 0 15 5020D97120
2016.04.17 17:45:26 2: nanoCUL: unknown message p11 544 2176 544 4144 528 2080 38 1 4 6 560 9024 0 18 28106CB890
2016.04.17 17:45:26 2: nanoCUL: unknown message p11 544 2224 544 4144 528 2096 38 1 4 6 544 9040 0 18 28106CB890
2016.04.17 17:45:26 2: nanoCUL: unknown message p11 528 2192 528 4144 560 2064 38 1 4 6 544 9104 0 17 28106CB890
2016.04.17 17:45:26 2: nanoCUL: unknown message p11 528 2192 544 4112 528 2096 38 1 4 6 528 9056 0 18 28106CB890
2016.04.17 17:45:26 2: nanoCUL: unknown message p11 544 2176 528 4144 560 2064 38 1 4 6 544 9104 0 17 28106CB890
2016.04.17 17:45:35 2: nanoCUL: unknown message p11 32 80 1408 16 96 432 21 1 2 5 208 5744 0 EE 620000
2016.04.17 17:45:47 2: nanoCUL: unknown message p11 80 880 304 48 48 656 21 1 2 5 512 5232 0 DD A00000
2016.04.17 17:45:48 2: nanoCUL: unknown message p11 32 2672 816 64 80 512 18 1 2 2 352 11200 0 EA DC0000
2016.04.17 17:45:57 2: nanoCUL: unknown message p11 80 2352 512 32 80 2352 16 1 2 0 160 5488 0 F7 0000
2016.04.17 17:46:22 2: nanoCUL: unknown message p11 544 2176 576 4128 528 2080 38 1 4 6 560 9024 0 18 28106E37D0
2016.04.17 17:46:22 2: nanoCUL: unknown message p11 576 2176 560 4112 528 2080 38 1 4 6 544 9040 0 1A 28106E37D0
2016.04.17 17:46:22 2: nanoCUL: unknown message p11 544 2176 544 4128 528 2096 38 1 4 6 544 9040 0 19 28106E37D0
2016.04.17 17:46:22 2: nanoCUL: unknown message p11 528 2192 544 4112 528 2096 38 1 4 6 528 9056 0 19 28106E37D0
2016.04.17 17:46:23 2: nanoCUL: unknown message p11 528 2224 560 4128 560 2080 38 1 4 6 528 9040 0 17 28106E37D0
2016.04.17 17:46:30 2: nanoCUL: unknown message p11 48 96 80 64 80 448 17 1 2 1 512 13696 0 EB 380000
2016.04.17 17:46:40 2: nanoCUL: unknown message p11 1888 32 256 48 80 592 16 1 2 0 352 10528 0 E8 0380
2016.04.17 17:46:41 2: nanoCUL: unknown message p11 32 112 1104 32 96 528 17 1 2 1 816 12704 0 F7 300000
2016.04.17 17:46:59 2: nanoCUL: unknown message p11 32 1296 400 32 64 1104 22 1 2 6 496 12752 0 F6 F00000
2016.04.17 17:47:16 2: nanoCUL: unknown message p11 48 208 1984 32 80 1296 18 1 2 2 256 9936 0 EA 580000
2016.04.17 17:47:18 2: nanoCUL: unknown message p11 544 2176 528 4144 528 2096 38 1 4 6 544 9040 0 1D 28106F36D0
2016.04.17 17:47:18 2: nanoCUL: unknown message p11 544 2208 528 4160 544 2080 38 1 4 6 528 9040 0 1E 28106F36D0
2016.04.17 17:47:18 2: nanoCUL: unknown message p11 560 2208 544 4128 560 2080 38 1 4 6 528 9040 0 1D 28106F36D0
2016.04.17 17:47:18 2: nanoCUL: unknown message p11 560 2208 544 4128 560 2064 38 1 4 6 560 9008 0 1D 28106F36D0
2016.04.17 17:47:19 2: nanoCUL: unknown message p11 560 2192 560 4144 528 2096 38 1 4 6 560 9024 0 1D 28106F36D0
2016.04.17 17:47:20 2: nanoCUL: unknown message p11 48 832 1568 64 48 352 25 1 3 1 432 6816 0 EA D0000000
2016.04.17 17:47:27 2: nanoCUL: unknown message p11 80 288 256 16 112 432 19 1 2 3 528 5600 0 EA 910000
2016.04.17 17:47:31 2: nanoCUL: unknown message p11 48 992 352 80 64 704 19 1 2 3 624 5600 0 EA E00000
2016.04.17 17:47:33 2: nanoCUL: unknown message p11 80 16 1536 48 128 352 18 1 2 2 272 12576 0 EC 1C4080
2016.04.17 17:47:45 2: nanoCUL: unknown message p11 848 32 416 16 96 1280 19 1 2 3 528 4640 0 DE 100000
2016.04.17 17:48:05 2: nanoCUL: unknown message p11 32 928 3520 32 64 368 20 1 2 4 704 11504 0 EA B00000
2016.04.17 17:48:14 2: nanoCUL: unknown message p 8 432 2144 560 4096 528 2096 37 1 4 5 544 9264 0 1D 5020DF6DA8
2016.04.17 17:48:14 2: nanoCUL: unknown message p11 528 2208 560 4112 560 2064 38 1 4 6 560 9024 0 1F 28106FB6D4
2016.04.17 17:48:14 2: nanoCUL: unknown message p11 560 2176 528 4128 560 2080 38 1 4 6 560 9088 0 1D 28106FB6D4
2016.04.17 17:48:14 2: nanoCUL: unknown message p11 560 2176 528 4144 560 2080 38 1 4 6 544 9040 0 1D 28106FB6D4
2016.04.17 17:48:14 2: nanoCUL: unknown message p11 544 2192 528 4128 528 2096 38 1 4 6 528 9104 0 1D 28106FB6D4
2016.04.17 17:48:15 2: nanoCUL: unknown message p11 560 2176 528 4128 528 2096 38 1 4 6 560 9024 0 1D 28106FB6D4
2016.04.17 17:48:29 2: nanoCUL: unknown message p11 80 32 464 48 64 272 21 1 2 5 208 12880 0 04 780000
2016.04.17 17:48:32 2: nanoCUL: unknown message p11 80 80 208 64 96 608 18 1 2 2 464 9824 0 E9 700000
2016.04.17 17:48:42 2: nanoCUL: unknown message p11 32 1312 48 32 80 1024 19 1 2 3 416 5680 0 E3 C00000
2016.04.17 17:49:07 2: nanoCUL: unknown message p11 144 2048 112 2080 1120 64 21 1 2 5 288 4176 0 E2 A00000
2016.04.17 17:49:07 2: nanoCUL: unknown message p11 32 64 48 112 48 240 40 1 5 0 416 10320 0 EA 0040000000
2016.04.17 17:49:10 2: nanoCUL: unknown message p11 560 2176 528 4128 528 2096 38 1 4 6 544 9104 0 1D 28106FB5CC
2016.04.17 17:49:10 2: nanoCUL: unknown message p11 560 2208 544 4128 528 2096 38 1 4 6 560 9024 0 1D 28106FB5CC
2016.04.17 17:49:10 2: nanoCUL: unknown message p11 560 2176 544 4144 560 2080 38 1 4 6 544 9104 0 1D 28106FB5CC
2016.04.17 17:49:11 2: nanoCUL: unknown message p11 560 2176 544 4128 544 2080 38 1 4 6 528 9040 0 1C 28106FB5CC
2016.04.17 17:49:12 2: nanoCUL: unknown message p11 32 1184 160 48 64 336 18 1 2 2 352 5760 0 EA A08000
2016.04.17 17:49:23 2: nanoCUL: unknown message p11 48 2976 1184 16 64 1472 21 1 2 5 336 12624 0 EA D80000
2016.04.17 17:49:25 2: nanoCUL: unknown message p11 112 1280 784 16 112 784 16 1 2 0 208 8416 0 DF 9000
2016.04.17 17:49:30 2: nanoCUL: unknown message p11 512 48 944 2688 864 48 20 1 2 4 240 3776 0 EC 200000
2016.04.17 17:50:03 2: nanoCUL: unknown message p11 32 1264 208 64 64 1296 17 1 2 1 656 5600 0 F8 C00000
2016.04.17 17:50:06 2: nanoCUL: unknown message p 8 560 2080 544 4144 560 2064 37 1 4 5 576 9056 0 19 5020DF6B98
2016.04.17 17:50:06 2: nanoCUL: unknown message p11 544 2192 544 4112 544 2080 38 1 4 6 528 9040 0 19 28106FB5CC
2016.04.17 17:50:06 2: nanoCUL: unknown message p11 560 2176 544 4128 560 2064 38 1 4 6 528 9104 0 1A 28106FB5CC
2016.04.17 17:50:06 2: nanoCUL: unknown message p11 560 2176 560 4112 544 2096 38 1 4 6 528 9040 0 1B 28106FB5CC
2016.04.17 17:50:06 2: nanoCUL: unknown message p11 592 2160 544 4128 560 2064 38 1 4 6 560 9088 0 16 28106FB5CC
2016.04.17 17:50:07 2: nanoCUL: unknown message p11 544 2208 528 4128 528 2096 38 1 4 6 560 9040 0 1A 28106FB5CC
2016.04.17 17:50:08 2: nanoCUL: unknown message p11 16 880 1104 32 144 416 16 1 2 0 176 8528 0 EA C100
2016.04.17 17:50:25 2: nanoCUL: unknown message p11 32 3456 3024 16 48 304 26 1 3 2 192 10000 0 E9 80000400
2016.04.17 17:50:34 2: nanoCUL: unknown message p11 3776 64 1808 48 64 1232 20 1 2 4 784 11536 0 EB 300000
2016.04.17 17:50:37 2: nanoCUL: unknown message p11 48 1232 160 64 48 256 23 1 2 7 160 10880 0 EB C01000
2016.04.17 17:51:01 2: nanoCUL: unknown message p11 32 1456 1424 16 112 320 23 1 2 7 480 8272 0 EA C08000
2016.04.17 17:51:02 2: nanoCUL: unknown message p11 560 2176 544 4144 544 2064 38 1 4 6 576 9024 0 18 28106FB4C4
2016.04.17 17:51:02 2: nanoCUL: unknown message p11 576 2192 560 4112 560 2048 38 1 4 6 544 9008 0 16 28106FB4C4
2016.04.17 17:51:02 2: nanoCUL: unknown message p11 544 2208 544 4144 528 2080 38 1 4 6 560 9024 0 1A 28106FB4C4
2016.04.17 17:51:02 2: nanoCUL: unknown message p11 560 2192 544 4192 560 2048 38 1 4 6 528 9024 0 18 28106FB4C4
2016.04.17 17:51:03 2: nanoCUL: unknown message p11 544 2192 544 4112 544 2080 38 1 4 6 560 9040 0 19 28106FB4C4
2016.04.17 17:51:41 2: nanoCUL: unknown message p11 3296 32 0 0 816 32 20 1 2 4 432 3584 0 DD 000000
2016.04.17 17:51:45 2: nanoCUL: unknown message p11 512 736 0 0 1536 32 20 1 2 4 208 4160 0 EB 000000
2016.04.17 17:51:48 2: nanoCUL: unknown message p11 32 1296 288 96 64 1184 19 1 2 3 368 12736 0 04 B80000
2016.04.17 17:51:58 2: nanoCUL: unknown message p11 560 2192 544 4144 544 2064 38 1 4 6 544 9056 0 1B 28106FB4C4
2016.04.17 17:51:58 2: nanoCUL: unknown message p11 544 2208 544 4112 544 2064 38 1 4 6 528 9024 0 1C 28106FB4C4
2016.04.17 17:51:58 2: nanoCUL: unknown message p11 528 2240 528 4192 576 2080 38 1 4 6 576 9024 0 1A 28106FB4C4
2016.04.17 17:51:59 2: nanoCUL: unknown message p11 544 2176 544 4112 544 2064 38 1 4 6 576 9008 0 18 28106FB4C4
2016.04.17 17:52:08 2: nanoCUL: unknown message p1110480 32 416 32 176 384 23 1 2 7 304 6432 0 E9 404000
2016.04.17 17:52:44 2: nanoCUL: unknown message p11 32 112 192 64 160 448 18 1 2 2 208 10000 0 EA 010000
2016.04.17 17:52:52 2: nanoCUL: unknown message p11 96 64 80 64 112 1040 16 1 2 0 160 9744 0 EC 2000
2016.04.17 17:52:54 2: nanoCUL: unknown message p11 544 2208 544 4144 560 2064 38 1 4 6 544 9008 0 19 28106FB4C4
2016.04.17 17:52:54 2: nanoCUL: unknown message p11 560 2192 544 4128 528 2096 38 1 4 6 544 9040 0 1C 28106FB4C4
2016.04.17 17:52:54 2: nanoCUL: unknown message p11 560 2192 528 4128 528 2112 38 1 4 6 560 9008 0 1C 28106FB4C4
2016.04.17 17:52:54 2: nanoCUL: unknown message p11 560 2192 560 4112 560 2064 38 1 4 6 544 9024 0 1B 28106FB4C4
2016.04.17 17:52:55 2: nanoCUL: unknown message p11 576 2176 544 4144 528 2080 38 1 4 6 544 9024 0 1B 28106FB4C4
2016.04.17 17:53:40 2: nanoCUL: unknown message p11 48 1424 0 0 1936 48 16 1 2 0 208 3872 0 EB 0000
2016.04.17 17:53:47 2: nanoCUL: unknown message p11 528 240 0 0 80 16 18 1 2 2 320 4032 0 EB 000000
2016.04.17 17:53:50 2: nanoCUL: unknown message p 8 496 4160 544 4144 544 2064 36 1 4 4 336 12000 0 1B A041BED310
2016.04.17 17:53:50 2: nanoCUL: unknown message p11 528 2208 544 4128 560 2064 38 1 4 6 528 9024 0 18 28106FB4C4
2016.04.17 17:53:50 2: nanoCUL: unknown message p11 560 2176 544 4128 544 2096 38 1 4 6 560 9040 0 19 28106FB4C4
2016.04.17 17:53:50 2: nanoCUL: unknown message p11 560 2176 544 4128 560 2064 38 1 4 6 544 9040 0 17 28106FB4C4
2016.04.17 17:53:50 2: nanoCUL: unknown message p11 560 2176 544 4192 544 2064 38 1 4 6 560 8992 0 1A 28106FB4C4
2016.04.17 17:53:51 2: nanoCUL: unknown message p11 560 2192 544 4144 560 2064 38 1 4 6 560 9024 0 18 28106FB4C4
2016.04.17 17:54:00 2: nanoCUL: unknown message p11 80 32 112 80 0 0 17 1 2 1 480 11344 0 EA 000000
2016.04.17 17:54:02 2: nanoCUL: unknown message p11 208 48 112 64 32 400 20 1 2 4 256 12496 0 EB 608000
2016.04.17 17:54:25 2: nanoCUL: unknown message p11 32 1344 1360 64 176 432 26 1 3 2 352 5488 0 DE C0000400
2016.04.17 17:54:33 2: nanoCUL: unknown message p11 32 64 1392 16 0 0 16 1 2 0 240 8384 0 EC 0000
2016.04.17 17:54:44 2: nanoCUL: unknown message p11 80 96 1136 48 80 400 27 1 3 3 256 9824 0 EA 590C0000
2016.04.17 17:54:46 2: nanoCUL: unknown message p 8 464 4192 544 4208 560 2080 36 1 4 4 320 12000 0 18 A041BCD300
2016.04.17 17:54:46 2: nanoCUL: unknown message p11 544 2176 560 4128 528 2096 38 1 4 6 544 9040 0 18 28106F34C0
2016.04.17 17:54:46 2: nanoCUL: unknown message p11 544 2208 560 4128 544 2080 38 1 4 6 544 9040 0 17 28106F34C0
2016.04.17 17:54:46 2: nanoCUL: unknown message p11 560 2176 560 4128 544 2080 38 1 4 6 544 9104 0 17 28106F34C0
2016.04.17 17:54:46 2: nanoCUL: unknown message p11 560 2192 560 4128 544 2144 38 1 4 6 560 9024 0 19 28106F34C0
2016.04.17 17:54:46 2: nanoCUL: unknown message p11 544 2192 544 4144 560 2064 38 1 4 6 544 9040 0 19 28106F34C0
2016.04.17 17:55:06 2: nanoCUL: unknown message p11 96 464 272 48 64 1472 17 1 2 1 512 8720 0 EC C00000
2016.04.17 17:55:13 2: nanoCUL: unknown message p11 32 432 0 0 320 80 16 1 2 0 192 4112 0 EF 0000
2016.04.17 17:55:34 2: nanoCUL: unknown message p11 32 96 816 16 112 848 17 1 2 1 768 11392 0 EB 680000
2016.04.17 17:55:42 2: nanoCUL: unknown message p 8 560 2080 560 4112 544 2080 37 1 4 5 544 9008 0 1C 5020DE6770
2016.04.17 17:55:42 2: nanoCUL: unknown message p11 544 2192 544 4144 544 2096 38 1 4 6 560 9040 0 18 28106F33B8
2016.04.17 17:55:42 2: nanoCUL: unknown message p11 576 2192 544 4144 528 2080 38 1 4 6 544 9024 0 1A 28106F33B8
2016.04.17 17:55:42 2: nanoCUL: unknown message p11 560 2192 560 4128 544 2064 38 1 4 6 560 9024 0 1B 28106F33B8
2016.04.17 17:55:43 2: nanoCUL: unknown message p11 544 2192 560 4112 560 2080 38 1 4 6 560 9024 0 1A 28106F33B8
2016.04.17 17:55:58 2: nanoCUL: unknown message p11 16 1168 880 48 208 496 16 1 2 0 480 13872 0 DD 8400
2016.04.17 17:56:28 2: nanoCUL: unknown message p11 80 1408 560 16 64 1520 21 1 2 5 160 11488 0 F7 B00000
2016.04.17 17:56:28 2: nanoCUL: unknown message p11 80 64 80 128 0 0 21 1 2 5 160 6768 0 ED 000000
2016.04.17 17:56:38 2: nanoCUL: unknown message p 8 512 2112 528 4128 544 2080 37 1 4 5 576 9072 0 1A 5020DE6770
2016.04.17 17:56:38 2: nanoCUL: unknown message p11 544 2208 560 4144 544 2080 38 1 4 6 544 9040 0 19 28106F33B8
2016.04.17 17:56:38 2: nanoCUL: unknown message p11 576 2192 544 4128 544 2080 38 1 4 6 544 9008 0 19 28106F33B8
2016.04.17 17:56:38 2: nanoCUL: unknown message p11 576 2176 560 4144 544 2080 38 1 4 6 544 9040 0 1A 28106F33B8
2016.04.17 17:56:38 2: nanoCUL: unknown message p11 560 2176 544 4160 560 2048 38 1 4 6 544 9040 0 1B 28106F33B8
2016.04.17 17:56:39 2: nanoCUL: unknown message p11 544 2176 560 4128 560 2064 38 1 4 6 560 9040 0 1A 28106F33B8
2016.04.17 17:56:56 2: nanoCUL: unknown message p11 16 64 160 96 64 960 20 1 2 4 272 8368 0 DC 600000
2016.04.17 17:56:59 2: nanoCUL: unknown message p11 48 112 496 80 0 0 18 1 2 2 160 4576 0 EC 000000
2016.04.17 17:57:05 2: nanoCUL: unknown message p11 48 1456 64 80 64 1008 19 1 2 3 208 9984 0 EA A81020
2016.04.17 17:57:23 2: nanoCUL: unknown message p11 3968 64 544 32 96 1008 19 1 2 3 160 4560 0 EA 700000
2016.04.17 17:57:34 2: nanoCUL: unknown message p 8 560 2080 528 4176 528 2080 37 1 4 5 592 9040 0 1B 5020DE6770
2016.04.17 17:57:34 2: nanoCUL: unknown message p11 544 2192 528 4128 544 2096 38 1 4 6 544 9040 0 1B 28106F33B8
2016.04.17 17:57:34 2: nanoCUL: unknown message p11 544 2192 528 4144 528 2080 38 1 4 6 528 9056 0 1B 28106F33B8
2016.04.17 17:57:34 2: nanoCUL: unknown message p11 560 2192 544 4128 544 2096 38 1 4 6 560 9024 0 1B 28106F33B8
2016.04.17 17:57:34 2: nanoCUL: unknown message p11 528 2192 560 4128 560 2080 38 1 4 6 544 9040 0 18 28106F33B8
2016.04.17 17:57:35 2: nanoCUL: unknown message p11 576 2208 560 4128 560 2064 38 1 4 6 544 9008 0 19 28106F33B8
2016.04.17 17:57:39 2: nanoCUL: unknown message p11 48 64 0 0 160 16 18 1 2 2 160 3936 0 DE 000000
2016.04.17 17:57:54 2: nanoCUL: unknown message p11 144 64 1440 32 0 0 16 1 2 0 448 12704 0 EA 0000
2016.04.17 17:57:59 2: nanoCUL: unknown message p11 96 1376 896 80 96 1376 16 1 2 0 240 11200 0 DC 8000
2016.04.17 17:58:07 2: nanoCUL: unknown message p11 48 32 256 64 144 1264 20 1 2 4 240 11280 0 EB 100000
2016.04.17 17:58:24 2: nanoCUL: unknown message p11 32 480 0 0 368 32 18 1 2 2 208 4192 0 E0 000000
2016.04.17 17:58:25 2: nanoCUL: unknown message p11 48 2560 256 64 112 400 16 1 2 0 304 12688 0 E9 8800
2016.04.17 17:58:30 2: nanoCUL: unknown message p11 544 2176 560 4128 528 2080 38 1 4 6 560 9040 0 1F 28106F34C0
2016.04.17 17:58:30 2: nanoCUL: unknown message p11 544 2208 544 4144 560 2064 38 1 4 6 544 9040 0 1F 28106F34C0
2016.04.17 17:58:30 2: nanoCUL: unknown message p11 528 2192 528 4144 528 2096 38 1 4 6 544 9104 0 1F 28106F34C0
2016.04.17 17:58:30 2: nanoCUL: unknown message p11 544 2208 544 4144 544 2144 38 1 4 6 544 9040 0 20 28106F34C0
2016.04.17 17:58:30 2: nanoCUL: unknown message p11 528 2208 528 4144 544 2064 38 1 4 6 544 9040 0 1F 28106F34C0
2016.04.17 17:59:16 2: nanoCUL: unknown message p11 1200 64 144 64 0 0 19 1 2 3 656 6112 0 E8 400000
2016.04.17 17:59:26 2: nanoCUL: unknown message p 8 496 2112 544 4176 544 2064 37 1 4 5 544 9120 0 07 5020DE6980
2016.04.17 17:59:26 2: nanoCUL: unknown message p11 576 2160 560 4144 528 2096 38 1 4 6 544 9056 0 06 28106F34C0
2016.04.17 17:59:26 2: nanoCUL: unknown message p11 544 2208 576 4112 544 2096 38 1 4 6 544 9040 0 0C 28106F34C0
2016.04.17 17:59:26 2: nanoCUL: unknown message p11 544 2208 544 4144 544 2064 38 1 4 6 544 9104 0 0A 28106F34C0
2016.04.17 17:59:26 2: nanoCUL: unknown message p11 544 2224 528 4144 544 2144 38 1 4 6 544 9040 0 09 28106F34C0
2016.04.17 17:59:26 2: nanoCUL: unknown message p11 544 2208 544 4144 528 2080 38 1 4 6 544 9024 0 0D 28106F34C0
2016.04.17 17:59:27 2: nanoCUL: unknown message p11 32 1136 80 2768 1024 32 18 1 2 2 160 4144 0 EB 400000
2016.04.17 17:59:37 2: nanoCUL: unknown message p11 32 80 1152 16 48 576 19 1 2 3 464 10016 0 EB 5C6800
2016.04.17 17:59:50 2: nanoCUL: unknown message p 7 32 1488 96 48 64 624 24 1 3 0 256 6928 0 E2 69FFFF
2016.04.17 18:00:04 2: nanoCUL: unknown message p11 16 2928 16 2928 208 96 19 1 2 3 352 4064 0 EC 800000
2016.04.17 18:00:05 2: nanoCUL: unknown message p11 496 16 544 16 0 0 27 1 3 3 768 4624 0 DE 21000000
2016.04.17 18:00:05 2: nanoCUL: unknown message p11 16 1296 48 16 48 1136 23 1 2 7 480 11360 0 EE C3A000
2016.04.17 18:00:09 2: nanoCUL: unknown message p11 32 192 0 0 544 32 16 1 2 0 208 4016 0 DE 0000
2016.04.17 18:00:22 2: nanoCUL: unknown message p 8 512 2096 560 4112 544 2096 37 1 4 5 560 9088 0 07 5020DE6B90
2016.04.17 18:00:22 2: nanoCUL: unknown message p11 544 2208 528 4144 560 2064 38 1 4 6 528 9056 0 09 28106F35C8
2016.04.17 18:00:22 2: nanoCUL: unknown message p11 528 2208 528 4160 528 2096 38 1 4 6 560 9040 0 09 28106F35C8
2016.04.17 18:00:22 2: nanoCUL: unknown message p11 560 2176 560 4128 560 2064 38 1 4 6 528 9056 0 0A 28106F35C8
2016.04.17 18:00:22 2: nanoCUL: unknown message p11 544 2208 560 4176 544 2096 38 1 4 6 544 9040 0 07 28106F35C8
2016.04.17 18:00:23 2: nanoCUL: unknown message p11 544 2208 544 4160 544 2064 38 1 4 6 544 9040 0 0A 28106F35C8
2016.04.17 18:00:23 2: nanoCUL: unknown message p11 48 2000 256 64 112 304 16 1 2 0 624 6992 0 EA 0008
2016.04.17 18:00:32 2: nanoCUL: unknown message p11 3008 16 32 2736 1568 16 21 1 2 5 352 3968 0 E9 600000
2016.04.17 18:00:53 2: nanoCUL: unknown message p11 16 4352 2384 32 96 400 22 1 2 6 192 5664 0 EC C40000
2016.04.17 18:00:57 2: nanoCUL: unknown message p11 32 4288 160 32 48 240 22 1 2 6 352 12752 0 EB DB2000
Zitat von: F.R. am 17 April 2016, 18:04:41
Hallo Björn,
hier ein Auszug aus dem Log, ich habe zunächst ein paar mal "geforced" und dann einfach noch mitgeloggt:
2016.04.17 17:41:22 2: nanoCUL: unknown message p11 48 112 2720 64 32 2064 16 1 2 0 320 8368 0 03 7000
2016.04.17 17:41:22 2: nanoCUL: unknown message p11 48 1328 112 64 128 384 21 1 2 5 656 10544 0 F7 822000
2016.04.17 17:41:42 2: nanoCUL: unknown message p 8 560 2080 544 4144 560 2064 37 1 4 5 592 9040 0 16 5020D17D40
2016.04.17 17:41:42 2: nanoCUL: unknown message p11 544 2208 544 4144 528 2096 38 1 4 6 544 9040 0 15 281068BEA0
2016.04.17 17:41:42 2: nanoCUL: unknown message p11 528 2208 560 4144 528 2080 38 1 4 6 544 9040 0 15 281068BEA0
2016.04.17 17:41:42 2: nanoCUL: unknown message p11 544 2192 528 4128 560 2064 38 1 4 6 544 9104 0 15 281068BEA0
2016.04.17 17:41:42 2: nanoCUL: unknown message p11 544 2208 528 4160 544 2144 38 1 4 6 544 9040 0 17 281068BEA0
2016.04.17 17:41:42 2: nanoCUL: unknown message p11 528 2208 528 4144 528 2080 38 1 4 6 544 9056 0 17 281068BEA0
2016.04.17 17:41:45 2: nanoCUL: unknown message p11 48 208 64 4928 4032 16 19 1 2 3 688 4352 0 EA 480000
2016.04.17 17:42:18 2: nanoCUL: unknown message p11 48 48 112 96 0 0 17 1 2 1 160 4656 0 EA 000000
2016.04.17 17:42:29 2: nanoCUL: unknown message p11 64 1280 288 48 80 592 21 1 2 5 336 9888 0 EA 9C0000
2016.04.17 17:42:34 2: nanoCUL: unknown message p11 256 112 64 2336 1984 48 50 1 6 2 160 4320 0 EC 0C800000000000
2016.04.17 17:42:35 2: nanoCUL: unknown message p10 48 96 80 32 144 880 28 1 3 4 224 9680 0 E0 28880080
2016.04.17 17:42:38 2: nanoCUL: unknown message p 8 448 2176 560 4112 544 2080 37 1 4 5 384 9296 0 14 5020D47728
2016.04.17 17:42:38 2: nanoCUL: unknown message p11 544 2192 560 4096 560 2080 38 1 4 6 544 9040 0 14 28106A3B94
2016.04.17 17:42:38 2: nanoCUL: unknown message p11 544 2176 560 4096 544 2080 38 1 4 6 560 9008 0 14 28106A3B94
2016.04.17 17:42:38 2: nanoCUL: unknown message p11 560 2192 544 4128 560 2064 38 1 4 6 560 9008 0 14 28106A3B94
2016.04.17 17:42:38 2: nanoCUL: unknown message p11 544 2208 544 4160 560 2064 38 1 4 6 560 9008 0 16 28106A3B94
2016.04.17 17:42:39 2: nanoCUL: unknown message p11 544 2192 528 4128 544 2112 38 1 4 6 528 9072 0 14 28106A3B94
2016.04.17 17:43:55 2: nanoCUL: unknown message p 8 560 2064 560 4128 560 2080 37 1 4 5 560 9040 0 F0 5060D57330
2016.04.17 17:44:12 2: nanoCUL: unknown message p11 48 1408 80 112 64 320 22 1 2 6 272 13104 0 EF D5C000
2016.04.17 17:44:16 2: nanoCUL: unknown message p11 432 48 4224 32 64 736 31 1 3 7 256 7136 0 EB 01180000
2016.04.17 17:44:28 2: nanoCUL: unknown message p 8 512 2096 560 4128 544 2096 37 1 4 5 528 9120 0 29 5060D67338
2016.04.17 17:44:28 2: nanoCUL: unknown message p 8 528 2096 544 4144 544 2064 37 1 4 5 544 9040 0 2F 5060D67338
2016.04.17 17:44:28 2: nanoCUL: unknown message p11 544 2192 528 4144 544 2064 38 1 4 6 528 9040 0 31 28306B399C
2016.04.17 17:44:28 2: nanoCUL: unknown message p11 560 2240 528 4144 528 2080 38 1 4 6 544 9008 0 35 28306B399C
2016.04.17 17:44:28 2: nanoCUL: unknown message p11 576 2144 560 4096 544 2096 38 1 4 6 528 9120 0 3A 28306B399C
2016.04.17 17:44:28 2: nanoCUL: unknown message p11 544 2208 528 4144 528 2080 38 1 4 6 544 9056 0 39 28306B399C
2016.04.17 17:44:30 2: nanoCUL: unknown message p 8 528 2080 544 4112 544 2064 37 1 4 5 592 9072 0 24 5020D67318
2016.04.17 17:44:30 2: nanoCUL: unknown message p11 544 2192 528 4144 528 2096 38 1 4 6 560 9040 0 29 28106B398C
2016.04.17 17:44:30 2: nanoCUL: unknown message p11 528 2192 544 4128 560 2064 38 1 4 6 528 9056 0 17 28106B398C
2016.04.17 17:44:30 2: nanoCUL: unknown message p11 560 2192 528 4144 560 2064 38 1 4 6 560 9008 0 17 28106B398C
2016.04.17 17:44:30 2: nanoCUL: unknown message p11 560 2192 528 4128 544 2096 38 1 4 6 528 9024 0 15 28106B398C
2016.04.17 17:44:31 2: nanoCUL: unknown message p11 560 2192 544 4144 528 2096 38 1 4 6 560 9104 0 0F 28106B398C
2016.04.17 17:44:57 2: nanoCUL: unknown message p 7 32 1344 160 32 48 336 24 1 3 0 272 5744 0 EA 4BFFFF
2016.04.17 17:44:58 2: nanoCUL: unknown message p11 48 1616 112 64 48 1616 19 1 2 3 560 12288 0 DD 800000
2016.04.17 17:45:05 2: nanoCUL: unknown message p11 112 32 896 64 64 896 16 1 2 0 224 6000 0 ED 2000
2016.04.17 17:45:26 2: nanoCUL: unknown message p 8 544 2080 544 4128 544 2080 37 1 4 5 608 9040 0 15 5020D97120
2016.04.17 17:45:26 2: nanoCUL: unknown message p11 544 2176 544 4144 528 2080 38 1 4 6 560 9024 0 18 28106CB890
2016.04.17 17:45:26 2: nanoCUL: unknown message p11 544 2224 544 4144 528 2096 38 1 4 6 544 9040 0 18 28106CB890
2016.04.17 17:45:26 2: nanoCUL: unknown message p11 528 2192 528 4144 560 2064 38 1 4 6 544 9104 0 17 28106CB890
2016.04.17 17:45:26 2: nanoCUL: unknown message p11 528 2192 544 4112 528 2096 38 1 4 6 528 9056 0 18 28106CB890
2016.04.17 17:45:26 2: nanoCUL: unknown message p11 544 2176 528 4144 560 2064 38 1 4 6 544 9104 0 17 28106CB890
2016.04.17 17:45:35 2: nanoCUL: unknown message p11 32 80 1408 16 96 432 21 1 2 5 208 5744 0 EE 620000
2016.04.17 17:45:47 2: nanoCUL: unknown message p11 80 880 304 48 48 656 21 1 2 5 512 5232 0 DD A00000
2016.04.17 17:45:48 2: nanoCUL: unknown message p11 32 2672 816 64 80 512 18 1 2 2 352 11200 0 EA DC0000
2016.04.17 17:45:57 2: nanoCUL: unknown message p11 80 2352 512 32 80 2352 16 1 2 0 160 5488 0 F7 0000
2016.04.17 17:46:22 2: nanoCUL: unknown message p11 544 2176 576 4128 528 2080 38 1 4 6 560 9024 0 18 28106E37D0
2016.04.17 17:46:22 2: nanoCUL: unknown message p11 576 2176 560 4112 528 2080 38 1 4 6 544 9040 0 1A 28106E37D0
2016.04.17 17:46:22 2: nanoCUL: unknown message p11 544 2176 544 4128 528 2096 38 1 4 6 544 9040 0 19 28106E37D0
2016.04.17 17:46:22 2: nanoCUL: unknown message p11 528 2192 544 4112 528 2096 38 1 4 6 528 9056 0 19 28106E37D0
2016.04.17 17:46:23 2: nanoCUL: unknown message p11 528 2224 560 4128 560 2080 38 1 4 6 528 9040 0 17 28106E37D0
2016.04.17 17:46:30 2: nanoCUL: unknown message p11 48 96 80 64 80 448 17 1 2 1 512 13696 0 EB 380000
2016.04.17 17:46:40 2: nanoCUL: unknown message p11 1888 32 256 48 80 592 16 1 2 0 352 10528 0 E8 0380
2016.04.17 17:46:41 2: nanoCUL: unknown message p11 32 112 1104 32 96 528 17 1 2 1 816 12704 0 F7 300000
2016.04.17 17:46:59 2: nanoCUL: unknown message p11 32 1296 400 32 64 1104 22 1 2 6 496 12752 0 F6 F00000
2016.04.17 17:47:16 2: nanoCUL: unknown message p11 48 208 1984 32 80 1296 18 1 2 2 256 9936 0 EA 580000
2016.04.17 17:47:18 2: nanoCUL: unknown message p11 544 2176 528 4144 528 2096 38 1 4 6 544 9040 0 1D 28106F36D0
2016.04.17 17:47:18 2: nanoCUL: unknown message p11 544 2208 528 4160 544 2080 38 1 4 6 528 9040 0 1E 28106F36D0
2016.04.17 17:47:18 2: nanoCUL: unknown message p11 560 2208 544 4128 560 2080 38 1 4 6 528 9040 0 1D 28106F36D0
2016.04.17 17:47:18 2: nanoCUL: unknown message p11 560 2208 544 4128 560 2064 38 1 4 6 560 9008 0 1D 28106F36D0
2016.04.17 17:47:19 2: nanoCUL: unknown message p11 560 2192 560 4144 528 2096 38 1 4 6 560 9024 0 1D 28106F36D0
2016.04.17 17:47:20 2: nanoCUL: unknown message p11 48 832 1568 64 48 352 25 1 3 1 432 6816 0 EA D0000000
2016.04.17 17:47:27 2: nanoCUL: unknown message p11 80 288 256 16 112 432 19 1 2 3 528 5600 0 EA 910000
2016.04.17 17:47:31 2: nanoCUL: unknown message p11 48 992 352 80 64 704 19 1 2 3 624 5600 0 EA E00000
2016.04.17 17:47:33 2: nanoCUL: unknown message p11 80 16 1536 48 128 352 18 1 2 2 272 12576 0 EC 1C4080
2016.04.17 17:47:45 2: nanoCUL: unknown message p11 848 32 416 16 96 1280 19 1 2 3 528 4640 0 DE 100000
2016.04.17 17:48:05 2: nanoCUL: unknown message p11 32 928 3520 32 64 368 20 1 2 4 704 11504 0 EA B00000
2016.04.17 17:48:14 2: nanoCUL: unknown message p 8 432 2144 560 4096 528 2096 37 1 4 5 544 9264 0 1D 5020DF6DA8
2016.04.17 17:48:14 2: nanoCUL: unknown message p11 528 2208 560 4112 560 2064 38 1 4 6 560 9024 0 1F 28106FB6D4
2016.04.17 17:48:14 2: nanoCUL: unknown message p11 560 2176 528 4128 560 2080 38 1 4 6 560 9088 0 1D 28106FB6D4
2016.04.17 17:48:14 2: nanoCUL: unknown message p11 560 2176 528 4144 560 2080 38 1 4 6 544 9040 0 1D 28106FB6D4
2016.04.17 17:48:14 2: nanoCUL: unknown message p11 544 2192 528 4128 528 2096 38 1 4 6 528 9104 0 1D 28106FB6D4
2016.04.17 17:48:15 2: nanoCUL: unknown message p11 560 2176 528 4128 528 2096 38 1 4 6 560 9024 0 1D 28106FB6D4
2016.04.17 17:48:29 2: nanoCUL: unknown message p11 80 32 464 48 64 272 21 1 2 5 208 12880 0 04 780000
2016.04.17 17:48:32 2: nanoCUL: unknown message p11 80 80 208 64 96 608 18 1 2 2 464 9824 0 E9 700000
2016.04.17 17:48:42 2: nanoCUL: unknown message p11 32 1312 48 32 80 1024 19 1 2 3 416 5680 0 E3 C00000
2016.04.17 17:49:07 2: nanoCUL: unknown message p11 144 2048 112 2080 1120 64 21 1 2 5 288 4176 0 E2 A00000
2016.04.17 17:49:07 2: nanoCUL: unknown message p11 32 64 48 112 48 240 40 1 5 0 416 10320 0 EA 0040000000
2016.04.17 17:49:10 2: nanoCUL: unknown message p11 560 2176 528 4128 528 2096 38 1 4 6 544 9104 0 1D 28106FB5CC
2016.04.17 17:49:10 2: nanoCUL: unknown message p11 560 2208 544 4128 528 2096 38 1 4 6 560 9024 0 1D 28106FB5CC
2016.04.17 17:49:10 2: nanoCUL: unknown message p11 560 2176 544 4144 560 2080 38 1 4 6 544 9104 0 1D 28106FB5CC
2016.04.17 17:49:11 2: nanoCUL: unknown message p11 560 2176 544 4128 544 2080 38 1 4 6 528 9040 0 1C 28106FB5CC
2016.04.17 17:49:12 2: nanoCUL: unknown message p11 32 1184 160 48 64 336 18 1 2 2 352 5760 0 EA A08000
2016.04.17 17:49:23 2: nanoCUL: unknown message p11 48 2976 1184 16 64 1472 21 1 2 5 336 12624 0 EA D80000
2016.04.17 17:49:25 2: nanoCUL: unknown message p11 112 1280 784 16 112 784 16 1 2 0 208 8416 0 DF 9000
2016.04.17 17:49:30 2: nanoCUL: unknown message p11 512 48 944 2688 864 48 20 1 2 4 240 3776 0 EC 200000
2016.04.17 17:50:03 2: nanoCUL: unknown message p11 32 1264 208 64 64 1296 17 1 2 1 656 5600 0 F8 C00000
2016.04.17 17:50:06 2: nanoCUL: unknown message p 8 560 2080 544 4144 560 2064 37 1 4 5 576 9056 0 19 5020DF6B98
2016.04.17 17:50:06 2: nanoCUL: unknown message p11 544 2192 544 4112 544 2080 38 1 4 6 528 9040 0 19 28106FB5CC
2016.04.17 17:50:06 2: nanoCUL: unknown message p11 560 2176 544 4128 560 2064 38 1 4 6 528 9104 0 1A 28106FB5CC
2016.04.17 17:50:06 2: nanoCUL: unknown message p11 560 2176 560 4112 544 2096 38 1 4 6 528 9040 0 1B 28106FB5CC
2016.04.17 17:50:06 2: nanoCUL: unknown message p11 592 2160 544 4128 560 2064 38 1 4 6 560 9088 0 16 28106FB5CC
2016.04.17 17:50:07 2: nanoCUL: unknown message p11 544 2208 528 4128 528 2096 38 1 4 6 560 9040 0 1A 28106FB5CC
2016.04.17 17:50:08 2: nanoCUL: unknown message p11 16 880 1104 32 144 416 16 1 2 0 176 8528 0 EA C100
2016.04.17 17:50:25 2: nanoCUL: unknown message p11 32 3456 3024 16 48 304 26 1 3 2 192 10000 0 E9 80000400
2016.04.17 17:50:34 2: nanoCUL: unknown message p11 3776 64 1808 48 64 1232 20 1 2 4 784 11536 0 EB 300000
2016.04.17 17:50:37 2: nanoCUL: unknown message p11 48 1232 160 64 48 256 23 1 2 7 160 10880 0 EB C01000
2016.04.17 17:51:01 2: nanoCUL: unknown message p11 32 1456 1424 16 112 320 23 1 2 7 480 8272 0 EA C08000
2016.04.17 17:51:02 2: nanoCUL: unknown message p11 560 2176 544 4144 544 2064 38 1 4 6 576 9024 0 18 28106FB4C4
2016.04.17 17:51:02 2: nanoCUL: unknown message p11 576 2192 560 4112 560 2048 38 1 4 6 544 9008 0 16 28106FB4C4
2016.04.17 17:51:02 2: nanoCUL: unknown message p11 544 2208 544 4144 528 2080 38 1 4 6 560 9024 0 1A 28106FB4C4
2016.04.17 17:51:02 2: nanoCUL: unknown message p11 560 2192 544 4192 560 2048 38 1 4 6 528 9024 0 18 28106FB4C4
2016.04.17 17:51:03 2: nanoCUL: unknown message p11 544 2192 544 4112 544 2080 38 1 4 6 560 9040 0 19 28106FB4C4
2016.04.17 17:51:41 2: nanoCUL: unknown message p11 3296 32 0 0 816 32 20 1 2 4 432 3584 0 DD 000000
2016.04.17 17:51:45 2: nanoCUL: unknown message p11 512 736 0 0 1536 32 20 1 2 4 208 4160 0 EB 000000
2016.04.17 17:51:48 2: nanoCUL: unknown message p11 32 1296 288 96 64 1184 19 1 2 3 368 12736 0 04 B80000
2016.04.17 17:51:58 2: nanoCUL: unknown message p11 560 2192 544 4144 544 2064 38 1 4 6 544 9056 0 1B 28106FB4C4
2016.04.17 17:51:58 2: nanoCUL: unknown message p11 544 2208 544 4112 544 2064 38 1 4 6 528 9024 0 1C 28106FB4C4
2016.04.17 17:51:58 2: nanoCUL: unknown message p11 528 2240 528 4192 576 2080 38 1 4 6 576 9024 0 1A 28106FB4C4
2016.04.17 17:51:59 2: nanoCUL: unknown message p11 544 2176 544 4112 544 2064 38 1 4 6 576 9008 0 18 28106FB4C4
2016.04.17 17:52:08 2: nanoCUL: unknown message p1110480 32 416 32 176 384 23 1 2 7 304 6432 0 E9 404000
2016.04.17 17:52:44 2: nanoCUL: unknown message p11 32 112 192 64 160 448 18 1 2 2 208 10000 0 EA 010000
2016.04.17 17:52:52 2: nanoCUL: unknown message p11 96 64 80 64 112 1040 16 1 2 0 160 9744 0 EC 2000
2016.04.17 17:52:54 2: nanoCUL: unknown message p11 544 2208 544 4144 560 2064 38 1 4 6 544 9008 0 19 28106FB4C4
2016.04.17 17:52:54 2: nanoCUL: unknown message p11 560 2192 544 4128 528 2096 38 1 4 6 544 9040 0 1C 28106FB4C4
2016.04.17 17:52:54 2: nanoCUL: unknown message p11 560 2192 528 4128 528 2112 38 1 4 6 560 9008 0 1C 28106FB4C4
2016.04.17 17:52:54 2: nanoCUL: unknown message p11 560 2192 560 4112 560 2064 38 1 4 6 544 9024 0 1B 28106FB4C4
2016.04.17 17:52:55 2: nanoCUL: unknown message p11 576 2176 544 4144 528 2080 38 1 4 6 544 9024 0 1B 28106FB4C4
2016.04.17 17:53:40 2: nanoCUL: unknown message p11 48 1424 0 0 1936 48 16 1 2 0 208 3872 0 EB 0000
2016.04.17 17:53:47 2: nanoCUL: unknown message p11 528 240 0 0 80 16 18 1 2 2 320 4032 0 EB 000000
2016.04.17 17:53:50 2: nanoCUL: unknown message p 8 496 4160 544 4144 544 2064 36 1 4 4 336 12000 0 1B A041BED310
2016.04.17 17:53:50 2: nanoCUL: unknown message p11 528 2208 544 4128 560 2064 38 1 4 6 528 9024 0 18 28106FB4C4
2016.04.17 17:53:50 2: nanoCUL: unknown message p11 560 2176 544 4128 544 2096 38 1 4 6 560 9040 0 19 28106FB4C4
2016.04.17 17:53:50 2: nanoCUL: unknown message p11 560 2176 544 4128 560 2064 38 1 4 6 544 9040 0 17 28106FB4C4
2016.04.17 17:53:50 2: nanoCUL: unknown message p11 560 2176 544 4192 544 2064 38 1 4 6 560 8992 0 1A 28106FB4C4
2016.04.17 17:53:51 2: nanoCUL: unknown message p11 560 2192 544 4144 560 2064 38 1 4 6 560 9024 0 18 28106FB4C4
2016.04.17 17:54:00 2: nanoCUL: unknown message p11 80 32 112 80 0 0 17 1 2 1 480 11344 0 EA 000000
2016.04.17 17:54:02 2: nanoCUL: unknown message p11 208 48 112 64 32 400 20 1 2 4 256 12496 0 EB 608000
2016.04.17 17:54:25 2: nanoCUL: unknown message p11 32 1344 1360 64 176 432 26 1 3 2 352 5488 0 DE C0000400
2016.04.17 17:54:33 2: nanoCUL: unknown message p11 32 64 1392 16 0 0 16 1 2 0 240 8384 0 EC 0000
2016.04.17 17:54:44 2: nanoCUL: unknown message p11 80 96 1136 48 80 400 27 1 3 3 256 9824 0 EA 590C0000
2016.04.17 17:54:46 2: nanoCUL: unknown message p 8 464 4192 544 4208 560 2080 36 1 4 4 320 12000 0 18 A041BCD300
2016.04.17 17:54:46 2: nanoCUL: unknown message p11 544 2176 560 4128 528 2096 38 1 4 6 544 9040 0 18 28106F34C0
2016.04.17 17:54:46 2: nanoCUL: unknown message p11 544 2208 560 4128 544 2080 38 1 4 6 544 9040 0 17 28106F34C0
2016.04.17 17:54:46 2: nanoCUL: unknown message p11 560 2176 560 4128 544 2080 38 1 4 6 544 9104 0 17 28106F34C0
2016.04.17 17:54:46 2: nanoCUL: unknown message p11 560 2192 560 4128 544 2144 38 1 4 6 560 9024 0 19 28106F34C0
2016.04.17 17:54:46 2: nanoCUL: unknown message p11 544 2192 544 4144 560 2064 38 1 4 6 544 9040 0 19 28106F34C0
2016.04.17 17:55:06 2: nanoCUL: unknown message p11 96 464 272 48 64 1472 17 1 2 1 512 8720 0 EC C00000
2016.04.17 17:55:13 2: nanoCUL: unknown message p11 32 432 0 0 320 80 16 1 2 0 192 4112 0 EF 0000
2016.04.17 17:55:34 2: nanoCUL: unknown message p11 32 96 816 16 112 848 17 1 2 1 768 11392 0 EB 680000
2016.04.17 17:55:42 2: nanoCUL: unknown message p 8 560 2080 560 4112 544 2080 37 1 4 5 544 9008 0 1C 5020DE6770
2016.04.17 17:55:42 2: nanoCUL: unknown message p11 544 2192 544 4144 544 2096 38 1 4 6 560 9040 0 18 28106F33B8
2016.04.17 17:55:42 2: nanoCUL: unknown message p11 576 2192 544 4144 528 2080 38 1 4 6 544 9024 0 1A 28106F33B8
2016.04.17 17:55:42 2: nanoCUL: unknown message p11 560 2192 560 4128 544 2064 38 1 4 6 560 9024 0 1B 28106F33B8
2016.04.17 17:55:43 2: nanoCUL: unknown message p11 544 2192 560 4112 560 2080 38 1 4 6 560 9024 0 1A 28106F33B8
2016.04.17 17:55:58 2: nanoCUL: unknown message p11 16 1168 880 48 208 496 16 1 2 0 480 13872 0 DD 8400
2016.04.17 17:56:28 2: nanoCUL: unknown message p11 80 1408 560 16 64 1520 21 1 2 5 160 11488 0 F7 B00000
2016.04.17 17:56:28 2: nanoCUL: unknown message p11 80 64 80 128 0 0 21 1 2 5 160 6768 0 ED 000000
2016.04.17 17:56:38 2: nanoCUL: unknown message p 8 512 2112 528 4128 544 2080 37 1 4 5 576 9072 0 1A 5020DE6770
2016.04.17 17:56:38 2: nanoCUL: unknown message p11 544 2208 560 4144 544 2080 38 1 4 6 544 9040 0 19 28106F33B8
2016.04.17 17:56:38 2: nanoCUL: unknown message p11 576 2192 544 4128 544 2080 38 1 4 6 544 9008 0 19 28106F33B8
2016.04.17 17:56:38 2: nanoCUL: unknown message p11 576 2176 560 4144 544 2080 38 1 4 6 544 9040 0 1A 28106F33B8
2016.04.17 17:56:38 2: nanoCUL: unknown message p11 560 2176 544 4160 560 2048 38 1 4 6 544 9040 0 1B 28106F33B8
2016.04.17 17:56:39 2: nanoCUL: unknown message p11 544 2176 560 4128 560 2064 38 1 4 6 560 9040 0 1A 28106F33B8
2016.04.17 17:56:56 2: nanoCUL: unknown message p11 16 64 160 96 64 960 20 1 2 4 272 8368 0 DC 600000
2016.04.17 17:56:59 2: nanoCUL: unknown message p11 48 112 496 80 0 0 18 1 2 2 160 4576 0 EC 000000
2016.04.17 17:57:05 2: nanoCUL: unknown message p11 48 1456 64 80 64 1008 19 1 2 3 208 9984 0 EA A81020
2016.04.17 17:57:23 2: nanoCUL: unknown message p11 3968 64 544 32 96 1008 19 1 2 3 160 4560 0 EA 700000
2016.04.17 17:57:34 2: nanoCUL: unknown message p 8 560 2080 528 4176 528 2080 37 1 4 5 592 9040 0 1B 5020DE6770
2016.04.17 17:57:34 2: nanoCUL: unknown message p11 544 2192 528 4128 544 2096 38 1 4 6 544 9040 0 1B 28106F33B8
2016.04.17 17:57:34 2: nanoCUL: unknown message p11 544 2192 528 4144 528 2080 38 1 4 6 528 9056 0 1B 28106F33B8
2016.04.17 17:57:34 2: nanoCUL: unknown message p11 560 2192 544 4128 544 2096 38 1 4 6 560 9024 0 1B 28106F33B8
2016.04.17 17:57:34 2: nanoCUL: unknown message p11 528 2192 560 4128 560 2080 38 1 4 6 544 9040 0 18 28106F33B8
2016.04.17 17:57:35 2: nanoCUL: unknown message p11 576 2208 560 4128 560 2064 38 1 4 6 544 9008 0 19 28106F33B8
2016.04.17 17:57:39 2: nanoCUL: unknown message p11 48 64 0 0 160 16 18 1 2 2 160 3936 0 DE 000000
2016.04.17 17:57:54 2: nanoCUL: unknown message p11 144 64 1440 32 0 0 16 1 2 0 448 12704 0 EA 0000
2016.04.17 17:57:59 2: nanoCUL: unknown message p11 96 1376 896 80 96 1376 16 1 2 0 240 11200 0 DC 8000
2016.04.17 17:58:07 2: nanoCUL: unknown message p11 48 32 256 64 144 1264 20 1 2 4 240 11280 0 EB 100000
2016.04.17 17:58:24 2: nanoCUL: unknown message p11 32 480 0 0 368 32 18 1 2 2 208 4192 0 E0 000000
2016.04.17 17:58:25 2: nanoCUL: unknown message p11 48 2560 256 64 112 400 16 1 2 0 304 12688 0 E9 8800
2016.04.17 17:58:30 2: nanoCUL: unknown message p11 544 2176 560 4128 528 2080 38 1 4 6 560 9040 0 1F 28106F34C0
2016.04.17 17:58:30 2: nanoCUL: unknown message p11 544 2208 544 4144 560 2064 38 1 4 6 544 9040 0 1F 28106F34C0
2016.04.17 17:58:30 2: nanoCUL: unknown message p11 528 2192 528 4144 528 2096 38 1 4 6 544 9104 0 1F 28106F34C0
2016.04.17 17:58:30 2: nanoCUL: unknown message p11 544 2208 544 4144 544 2144 38 1 4 6 544 9040 0 20 28106F34C0
2016.04.17 17:58:30 2: nanoCUL: unknown message p11 528 2208 528 4144 544 2064 38 1 4 6 544 9040 0 1F 28106F34C0
2016.04.17 17:59:16 2: nanoCUL: unknown message p11 1200 64 144 64 0 0 19 1 2 3 656 6112 0 E8 400000
2016.04.17 17:59:26 2: nanoCUL: unknown message p 8 496 2112 544 4176 544 2064 37 1 4 5 544 9120 0 07 5020DE6980
2016.04.17 17:59:26 2: nanoCUL: unknown message p11 576 2160 560 4144 528 2096 38 1 4 6 544 9056 0 06 28106F34C0
2016.04.17 17:59:26 2: nanoCUL: unknown message p11 544 2208 576 4112 544 2096 38 1 4 6 544 9040 0 0C 28106F34C0
2016.04.17 17:59:26 2: nanoCUL: unknown message p11 544 2208 544 4144 544 2064 38 1 4 6 544 9104 0 0A 28106F34C0
2016.04.17 17:59:26 2: nanoCUL: unknown message p11 544 2224 528 4144 544 2144 38 1 4 6 544 9040 0 09 28106F34C0
2016.04.17 17:59:26 2: nanoCUL: unknown message p11 544 2208 544 4144 528 2080 38 1 4 6 544 9024 0 0D 28106F34C0
2016.04.17 17:59:27 2: nanoCUL: unknown message p11 32 1136 80 2768 1024 32 18 1 2 2 160 4144 0 EB 400000
2016.04.17 17:59:37 2: nanoCUL: unknown message p11 32 80 1152 16 48 576 19 1 2 3 464 10016 0 EB 5C6800
2016.04.17 17:59:50 2: nanoCUL: unknown message p 7 32 1488 96 48 64 624 24 1 3 0 256 6928 0 E2 69FFFF
2016.04.17 18:00:04 2: nanoCUL: unknown message p11 16 2928 16 2928 208 96 19 1 2 3 352 4064 0 EC 800000
2016.04.17 18:00:05 2: nanoCUL: unknown message p11 496 16 544 16 0 0 27 1 3 3 768 4624 0 DE 21000000
2016.04.17 18:00:05 2: nanoCUL: unknown message p11 16 1296 48 16 48 1136 23 1 2 7 480 11360 0 EE C3A000
2016.04.17 18:00:09 2: nanoCUL: unknown message p11 32 192 0 0 544 32 16 1 2 0 208 4016 0 DE 0000
2016.04.17 18:00:22 2: nanoCUL: unknown message p 8 512 2096 560 4112 544 2096 37 1 4 5 560 9088 0 07 5020DE6B90
2016.04.17 18:00:22 2: nanoCUL: unknown message p11 544 2208 528 4144 560 2064 38 1 4 6 528 9056 0 09 28106F35C8
2016.04.17 18:00:22 2: nanoCUL: unknown message p11 528 2208 528 4160 528 2096 38 1 4 6 560 9040 0 09 28106F35C8
2016.04.17 18:00:22 2: nanoCUL: unknown message p11 560 2176 560 4128 560 2064 38 1 4 6 528 9056 0 0A 28106F35C8
2016.04.17 18:00:22 2: nanoCUL: unknown message p11 544 2208 560 4176 544 2096 38 1 4 6 544 9040 0 07 28106F35C8
2016.04.17 18:00:23 2: nanoCUL: unknown message p11 544 2208 544 4160 544 2064 38 1 4 6 544 9040 0 0A 28106F35C8
2016.04.17 18:00:23 2: nanoCUL: unknown message p11 48 2000 256 64 112 304 16 1 2 0 624 6992 0 EA 0008
2016.04.17 18:00:32 2: nanoCUL: unknown message p11 3008 16 32 2736 1568 16 21 1 2 5 352 3968 0 E9 600000
2016.04.17 18:00:53 2: nanoCUL: unknown message p11 16 4352 2384 32 96 400 22 1 2 6 192 5664 0 EC C40000
2016.04.17 18:00:57 2: nanoCUL: unknown message p11 32 4288 160 32 48 240 22 1 2 6 352 12752 0 EB DB2000
Ok, so wie es aussieht kommt da ein Bit mehr, warum auch immer...
Kannst Du mal bitte folgendes propieren:
In der Datei rf_receive_tcm97001.c nach Zeile 36 folgendes einfügen
|| b->valCount == 37Dann neu kompilieren.
Bin gespannt ob es dann geht.
Danke erst mal für die schnelle Antwort. Ich habe in die "rf_receive_tcm97001.c" wie vorgeschlagen die Zeile eingefügt:
void analyze_tcm97001(bucket_t *b, uint8_t *datatype, uint8_t *obuf, uint8_t *oby)
{
if (IS433MHZ && *datatype == 0) {
if (b->valCount == 24
|| b->valCount == 28 // Mebus
|| b->valCount == 36
|| b->valCount == 37
|| b->valCount == 37
|| b->valCount == 42) { // TF Dostmann
copyData(b->byteidx, b->bitidx, b->data, obuf, oby, false);
b->state = STATE_TCM97001;
*datatype = TYPE_TCM97001;
}
}
}
Dann neu kompiliert und geflasht. Leider geht es immer noch nicht. Zunächst wurde ein neues Device für den Sensor angelegt. Dieser empfängt dann auch Werte, jedoch immer nur durch "forcen". Auch ein Kanalwechsel (per schalter am Sensor) wird nur per "force" akutalisiert. Hier noch der Auszug aus dem Log:
2016.04.17 19:38:07 2: CUL_TCM97001 Unknown device CUL_TCM97001_150, please define it
2016.04.17 19:38:07 2: autocreate: define GT_WT02_150 CUL_TCM97001 CUL_TCM97001_150
2016.04.17 19:38:07 2: autocreate: define FileLog_GT_WT02_150 FileLog ./log/GT_WT02_150-%Y.log GT_WT02_150
2016.04.17 19:38:07 2: autocreate: define SVG_GT_WT02_150 SVG FileLog_GT_WT02_150:temp4hum4:CURRENT
2016.04.17 19:38:07 2: nanoCUL: unknown message p 8 576 4128 544 4144 560 2048 37 1 4 5 544 9040 0 33 96610F6DB8
2016.04.17 19:38:07 2: nanoCUL: unknown message p11 560 2192 560 4128 544 2080 38 1 4 6 528 9040 0 2E 4B3087B6DC
2016.04.17 19:38:07 2: nanoCUL: unknown message p11 560 2176 560 4128 560 2080 38 1 4 6 560 9056 0 2E 4B3087B6DC
2016.04.17 19:38:07 2: nanoCUL: unknown message p11 560 2208 560 4112 560 2064 38 1 4 6 544 9024 0 2E 4B3087B6DC
2016.04.17 19:38:07 2: nanoCUL: unknown message p11 560 2240 560 4112 560 2064 38 1 4 6 576 9008 0 2E 4B3087B6DC
2016.04.17 19:38:19 2: nanoCUL: unknown message p 8 496 4192 544 4144 528 2096 37 1 4 5 736 10256 0 1C 9621116B20
2016.04.17 19:38:19 2: nanoCUL: unknown message p11 528 2176 560 4112 560 2080 38 1 4 6 544 9072 0 1B 4B1088B590
2016.04.17 19:38:19 2: nanoCUL: unknown message p11 544 2176 544 4160 528 2080 38 1 4 6 544 9040 0 1B 4B1088B590
2016.04.17 19:38:19 2: nanoCUL: unknown message p11 576 2176 560 4128 544 2080 38 1 4 6 544 9088 0 1C 4B1088B590
2016.04.17 19:38:20 2: nanoCUL: unknown message p11 544 2192 544 4144 560 2080 38 1 4 6 560 9024 0 1B 4B1088B590
2016.04.17 19:38:20 2: nanoCUL: unknown message p11 576 2176 560 4192 544 2096 38 1 4 6 544 9024 0 19 4B1088B590
2016.04.17 19:38:34 2: nanoCUL: unknown message p11 48 1328 752 48 48 2096 21 1 2 5 608 5456 0 EC 800000
2016.04.17 19:38:47 2: nanoCUL: unknown message p11 96 3968 1008 32 48 1744 19 1 2 3 576 11216 0 E8 900000
2016.04.17 19:38:50 2: nanoCUL: unknown message p11 144 64 0 0 1088 64 20 1 2 4 160 4336 0 EC 000000
2016.04.17 19:39:05 2: nanoCUL: unknown message p11 192 16 1184 16 256 448 16 1 2 0 496 9856 0 EC 5080
2016.04.17 19:39:15 2: nanoCUL: unknown message p 8 496 2128 544 4144 560 2080 36 1 4 4 544 7376 0 1B 2C422AC1E0
2016.04.17 19:39:15 2: nanoCUL: unknown message p11 560 2192 544 4144 560 2064 38 1 4 6 528 9040 0 1D 4B108AB078
2016.04.17 19:39:15 2: nanoCUL: unknown message p11 544 2208 544 4192 544 2096 38 1 4 6 544 9040 0 1C 4B108AB078
2016.04.17 19:39:15 2: nanoCUL: unknown message p11 544 2224 544 4144 528 2096 38 1 4 6 544 9024 0 1D 4B108AB078
2016.04.17 19:39:16 2: nanoCUL: unknown message p11 544 2208 528 4144 544 2096 38 1 4 6 544 9040 0 1C 4B108AB078
2016.04.17 19:39:16 2: nanoCUL: unknown message p11 544 2192 528 4144 544 2080 38 1 4 6 544 9104 0 1D 4B108AB078
2016.04.17 19:39:36 2: nanoCUL: unknown message p11 48 2608 336 80 64 432 17 1 2 1 800 12736 0 E9 B80000
2016.04.17 19:39:46 2: nanoCUL: unknown message p11 528 4160 560 4128 528 2080 22 1 2 6 512 9072 0 02 965114
2016.04.17 19:39:47 2: nanoCUL: unknown message p 8 560 4112 544 4144 560 2080 37 1 4 5 544 9120 0 F2 9651156108
2016.04.17 19:39:47 2: nanoCUL: unknown message p 8 576 4144 544 4128 560 2080 37 1 4 5 544 9024 0 F8 9651156108
2016.04.17 19:39:48 2: nanoCUL: unknown message p11 560 2176 560 4112 544 2080 38 1 4 6 544 9040 0 F3 4B288AB084
2016.04.17 19:39:48 2: nanoCUL: unknown message p11 560 2176 560 4144 528 2096 18 1 2 2 560 9040 0 FC 4B2880
2016.04.17 19:39:48 2: nanoCUL: unknown message p11 560 4128 544 4128 576 2064 38 1 4 6 544 9040 0 EF 9651156084
2016.04.17 19:39:48 2: nanoCUL: unknown message p 8 576 4112 560 4112 544 2080 37 1 4 5 544 9040 0 EB 9651156108
2016.04.17 19:39:48 2: nanoCUL: unknown message p11 544 4144 544 4128 544 2096 38 1 4 6 544 9072 0 EF 93288AB084
2016.04.17 19:39:49 2: nanoCUL: unknown message p11 512 2112 512 4752 128 240 17 1 2 1 480 4192 0 ED E00000
2016.04.17 19:39:49 2: nanoCUL: unknown message p11 32 2592 608 3920 384 80 19 1 2 3 528 4208 0 F0 D40000
2016.04.17 19:39:49 2: nanoCUL: unknown message p11 512 4160 544 4144 576 2080 44 1 5 4 528 11552 0 F2 852CA22AC210
2016.04.17 19:39:49 2: nanoCUL: unknown message p11 560 2192 528 4160 528 2096 26 1 3 2 528 9056 0 03 4B288A80
2016.04.17 19:39:56 2: nanoCUL: unknown message p11 16 1984 384 48 16 1984 19 1 2 3 816 5776 0 EC 000000
2016.04.17 19:40:08 2: nanoCUL: unknown message p11 464 2128 560 4128 560 2064 35 1 4 3 400 13952 0 F8 61115483A0
2016.04.17 19:40:08 2: nanoCUL: unknown message p11 560 2192 560 4112 560 2096 23 1 2 7 528 9040 0 00 461114
2016.04.17 19:40:08 2: nanoCUL: unknown message p11 528 2112 544 4144 560 2144 29 1 3 5 528 6800 0 F6 111560E8
2016.04.17 19:40:09 2: nanoCUL: unknown message p11 560 2192 496 4176 544 2096 38 1 4 6 528 9040 0 F6 4B088AB074
2016.04.17 19:40:09 2: nanoCUL: unknown message p11 560 2160 528 4144 576 2080 38 1 4 6 528 9056 0 F7 4B088AB074
2016.04.17 19:40:09 2: nanoCUL: unknown message p11 560 2176 528 4128 560 2080 38 1 4 6 544 9120 0 F7 4B088AB074
2016.04.17 19:40:16 2: nanoCUL: unknown message p 8 560 4128 528 4144 528 2096 37 1 4 5 576 9072 0 05 9641156100
2016.04.17 19:40:16 2: nanoCUL: unknown message p 8 512 4160 528 4160 512 2112 37 1 4 5 544 9040 0 04 9641156100
2016.04.17 19:40:16 2: nanoCUL: unknown message p11 544 2224 512 4144 528 2112 38 1 4 6 544 9040 0 F8 4B208AB080
2016.04.17 19:40:16 2: nanoCUL: unknown message p11 560 2176 544 4160 512 2080 38 1 4 6 528 9056 0 FB 4B208AB080
2016.04.17 19:40:17 2: nanoCUL: unknown message p11 560 2176 512 4208 528 2144 38 1 4 6 544 9056 0 F8 4B208AB080
2016.04.17 19:40:17 2: nanoCUL: unknown message p 8 528 2224 512 4144 528 2112 24 1 3 0 480 9072 0 FB 4B2045
2016.04.17 19:40:17 2: nanoCUL: unknown message p11 352 2192 416 32 48 288 21 1 2 5 544 4880 0 ED 832000
2016.04.17 19:40:29 2: nanoCUL: unknown message p11 80 1344 1008 48 80 1344 22 1 2 6 800 5392 0 DE 800000
2016.04.17 19:40:32 2: nanoCUL: unknown message p11 96 32 0 0 528 16 21 1 2 5 176 4000 0 EA 000000
2016.04.17 19:40:55 2: nanoCUL: unknown message p11 48 320 112 32 64 416 17 1 2 1 464 5568 0 EB 860000
2016.04.17 19:40:58 2: nanoCUL: unknown message p11 800 48 80 64 64 528 16 1 2 0 192 6880 0 EE 04C0
Zitat von: F.R. am 17 April 2016, 19:45:54
Danke erst mal für die schnelle Antwort. Ich habe in die "rf_receive_tcm97001.c" wie vorgeschlagen die Zeile eingefügt:
void analyze_tcm97001(bucket_t *b, uint8_t *datatype, uint8_t *obuf, uint8_t *oby)
{
if (IS433MHZ && *datatype == 0) {
if (b->valCount == 24
|| b->valCount == 28 // Mebus
|| b->valCount == 36
|| b->valCount == 37
|| b->valCount == 37
|| b->valCount == 42) { // TF Dostmann
copyData(b->byteidx, b->bitidx, b->data, obuf, oby, false);
b->state = STATE_TCM97001;
*datatype = TYPE_TCM97001;
}
}
}
Dann neu kompiliert und geflasht. Leider geht es immer noch nicht. Zunächst wurde ein neues Device für den Sensor angelegt. Dieser empfängt dann auch Werte, jedoch immer nur durch "forcen". Auch ein Kanalwechsel (per schalter am Sensor) wird nur per "force" akutalisiert. Hier noch der Auszug aus dem Log:
2016.04.17 19:38:07 2: CUL_TCM97001 Unknown device CUL_TCM97001_150, please define it
2016.04.17 19:38:07 2: autocreate: define GT_WT02_150 CUL_TCM97001 CUL_TCM97001_150
2016.04.17 19:38:07 2: autocreate: define FileLog_GT_WT02_150 FileLog ./log/GT_WT02_150-%Y.log GT_WT02_150
2016.04.17 19:38:07 2: autocreate: define SVG_GT_WT02_150 SVG FileLog_GT_WT02_150:temp4hum4:CURRENT
2016.04.17 19:38:07 2: nanoCUL: unknown message p 8 576 4128 544 4144 560 2048 37 1 4 5 544 9040 0 33 96610F6DB8
2016.04.17 19:38:07 2: nanoCUL: unknown message p11 560 2192 560 4128 544 2080 38 1 4 6 528 9040 0 2E 4B3087B6DC
2016.04.17 19:38:07 2: nanoCUL: unknown message p11 560 2176 560 4128 560 2080 38 1 4 6 560 9056 0 2E 4B3087B6DC
2016.04.17 19:38:07 2: nanoCUL: unknown message p11 560 2208 560 4112 560 2064 38 1 4 6 544 9024 0 2E 4B3087B6DC
2016.04.17 19:38:07 2: nanoCUL: unknown message p11 560 2240 560 4112 560 2064 38 1 4 6 576 9008 0 2E 4B3087B6DC
2016.04.17 19:38:19 2: nanoCUL: unknown message p 8 496 4192 544 4144 528 2096 37 1 4 5 736 10256 0 1C 9621116B20
2016.04.17 19:38:19 2: nanoCUL: unknown message p11 528 2176 560 4112 560 2080 38 1 4 6 544 9072 0 1B 4B1088B590
2016.04.17 19:38:19 2: nanoCUL: unknown message p11 544 2176 544 4160 528 2080 38 1 4 6 544 9040 0 1B 4B1088B590
2016.04.17 19:38:19 2: nanoCUL: unknown message p11 576 2176 560 4128 544 2080 38 1 4 6 544 9088 0 1C 4B1088B590
2016.04.17 19:38:20 2: nanoCUL: unknown message p11 544 2192 544 4144 560 2080 38 1 4 6 560 9024 0 1B 4B1088B590
2016.04.17 19:38:20 2: nanoCUL: unknown message p11 576 2176 560 4192 544 2096 38 1 4 6 544 9024 0 19 4B1088B590
2016.04.17 19:38:34 2: nanoCUL: unknown message p11 48 1328 752 48 48 2096 21 1 2 5 608 5456 0 EC 800000
2016.04.17 19:38:47 2: nanoCUL: unknown message p11 96 3968 1008 32 48 1744 19 1 2 3 576 11216 0 E8 900000
2016.04.17 19:38:50 2: nanoCUL: unknown message p11 144 64 0 0 1088 64 20 1 2 4 160 4336 0 EC 000000
2016.04.17 19:39:05 2: nanoCUL: unknown message p11 192 16 1184 16 256 448 16 1 2 0 496 9856 0 EC 5080
2016.04.17 19:39:15 2: nanoCUL: unknown message p 8 496 2128 544 4144 560 2080 36 1 4 4 544 7376 0 1B 2C422AC1E0
2016.04.17 19:39:15 2: nanoCUL: unknown message p11 560 2192 544 4144 560 2064 38 1 4 6 528 9040 0 1D 4B108AB078
2016.04.17 19:39:15 2: nanoCUL: unknown message p11 544 2208 544 4192 544 2096 38 1 4 6 544 9040 0 1C 4B108AB078
2016.04.17 19:39:15 2: nanoCUL: unknown message p11 544 2224 544 4144 528 2096 38 1 4 6 544 9024 0 1D 4B108AB078
2016.04.17 19:39:16 2: nanoCUL: unknown message p11 544 2208 528 4144 544 2096 38 1 4 6 544 9040 0 1C 4B108AB078
2016.04.17 19:39:16 2: nanoCUL: unknown message p11 544 2192 528 4144 544 2080 38 1 4 6 544 9104 0 1D 4B108AB078
2016.04.17 19:39:36 2: nanoCUL: unknown message p11 48 2608 336 80 64 432 17 1 2 1 800 12736 0 E9 B80000
2016.04.17 19:39:46 2: nanoCUL: unknown message p11 528 4160 560 4128 528 2080 22 1 2 6 512 9072 0 02 965114
2016.04.17 19:39:47 2: nanoCUL: unknown message p 8 560 4112 544 4144 560 2080 37 1 4 5 544 9120 0 F2 9651156108
2016.04.17 19:39:47 2: nanoCUL: unknown message p 8 576 4144 544 4128 560 2080 37 1 4 5 544 9024 0 F8 9651156108
2016.04.17 19:39:48 2: nanoCUL: unknown message p11 560 2176 560 4112 544 2080 38 1 4 6 544 9040 0 F3 4B288AB084
2016.04.17 19:39:48 2: nanoCUL: unknown message p11 560 2176 560 4144 528 2096 18 1 2 2 560 9040 0 FC 4B2880
2016.04.17 19:39:48 2: nanoCUL: unknown message p11 560 4128 544 4128 576 2064 38 1 4 6 544 9040 0 EF 9651156084
2016.04.17 19:39:48 2: nanoCUL: unknown message p 8 576 4112 560 4112 544 2080 37 1 4 5 544 9040 0 EB 9651156108
2016.04.17 19:39:48 2: nanoCUL: unknown message p11 544 4144 544 4128 544 2096 38 1 4 6 544 9072 0 EF 93288AB084
2016.04.17 19:39:49 2: nanoCUL: unknown message p11 512 2112 512 4752 128 240 17 1 2 1 480 4192 0 ED E00000
2016.04.17 19:39:49 2: nanoCUL: unknown message p11 32 2592 608 3920 384 80 19 1 2 3 528 4208 0 F0 D40000
2016.04.17 19:39:49 2: nanoCUL: unknown message p11 512 4160 544 4144 576 2080 44 1 5 4 528 11552 0 F2 852CA22AC210
2016.04.17 19:39:49 2: nanoCUL: unknown message p11 560 2192 528 4160 528 2096 26 1 3 2 528 9056 0 03 4B288A80
2016.04.17 19:39:56 2: nanoCUL: unknown message p11 16 1984 384 48 16 1984 19 1 2 3 816 5776 0 EC 000000
2016.04.17 19:40:08 2: nanoCUL: unknown message p11 464 2128 560 4128 560 2064 35 1 4 3 400 13952 0 F8 61115483A0
2016.04.17 19:40:08 2: nanoCUL: unknown message p11 560 2192 560 4112 560 2096 23 1 2 7 528 9040 0 00 461114
2016.04.17 19:40:08 2: nanoCUL: unknown message p11 528 2112 544 4144 560 2144 29 1 3 5 528 6800 0 F6 111560E8
2016.04.17 19:40:09 2: nanoCUL: unknown message p11 560 2192 496 4176 544 2096 38 1 4 6 528 9040 0 F6 4B088AB074
2016.04.17 19:40:09 2: nanoCUL: unknown message p11 560 2160 528 4144 576 2080 38 1 4 6 528 9056 0 F7 4B088AB074
2016.04.17 19:40:09 2: nanoCUL: unknown message p11 560 2176 528 4128 560 2080 38 1 4 6 544 9120 0 F7 4B088AB074
2016.04.17 19:40:16 2: nanoCUL: unknown message p 8 560 4128 528 4144 528 2096 37 1 4 5 576 9072 0 05 9641156100
2016.04.17 19:40:16 2: nanoCUL: unknown message p 8 512 4160 528 4160 512 2112 37 1 4 5 544 9040 0 04 9641156100
2016.04.17 19:40:16 2: nanoCUL: unknown message p11 544 2224 512 4144 528 2112 38 1 4 6 544 9040 0 F8 4B208AB080
2016.04.17 19:40:16 2: nanoCUL: unknown message p11 560 2176 544 4160 512 2080 38 1 4 6 528 9056 0 FB 4B208AB080
2016.04.17 19:40:17 2: nanoCUL: unknown message p11 560 2176 512 4208 528 2144 38 1 4 6 544 9056 0 F8 4B208AB080
2016.04.17 19:40:17 2: nanoCUL: unknown message p 8 528 2224 512 4144 528 2112 24 1 3 0 480 9072 0 FB 4B2045
2016.04.17 19:40:17 2: nanoCUL: unknown message p11 352 2192 416 32 48 288 21 1 2 5 544 4880 0 ED 832000
2016.04.17 19:40:29 2: nanoCUL: unknown message p11 80 1344 1008 48 80 1344 22 1 2 6 800 5392 0 DE 800000
2016.04.17 19:40:32 2: nanoCUL: unknown message p11 96 32 0 0 528 16 21 1 2 5 176 4000 0 EA 000000
2016.04.17 19:40:55 2: nanoCUL: unknown message p11 48 320 112 32 64 416 17 1 2 1 464 5568 0 EB 860000
2016.04.17 19:40:58 2: nanoCUL: unknown message p11 800 48 80 64 64 528 16 1 2 0 192 6880 0 EE 04C0
Komisch....
Der Punkt ist aber, dass da etwas falsch empfangen wird:
RICHTIG: 9651156108 = 1001 0110 0101 0001 0001 0101 0110 0001 0000 1000
FALSCH: 9651156084 = 1001 0110 0101 0001 0001 0101 0110 0 0001 0000 100Eigentlich hätten aber durch die Abänderung die p11 verschwinden müssen.
Das ist seltsam, hast du noch eine Idee was man noch probieren könnte?
Gruß Florian
... ich weiß nicht ob es hilft, aber ich quake trotzdem mal ...
Habe gestern Abend den SCC wieder auf die 1.10.02B171 geflasht. Seit dem funktionieren alle meine GT-WT-02 wieder vollkommen schmerzfrei. Wenn ich was dazu beitragen kann, bitte Bescheid geben. Ich hätte auch einen GT-WT-02 über zum Testen. Allerdings bin ich nicht in der Lage, hier irgend etwas zu compilieren o.ä.; hab ich keinen Plan von ^^
Vielen Dank für den Tipp, ich habe mir die 1.10.02 von github gezogen, kompiliert und geflasht, damit geht mein GT-WT-02 einwandfrei.
Hier nochmal ein Auszug aus dem log mit dem CUL auf raw X25:
2016.04.19 19:27:37 3: set nanoCUL raw X25
2016.04.19 19:28:15 2: nanoCUL: unknown message p 8 48 2592 544 4144 528 2096 36 1 4 4 304 12048 FE CA01AA8E10
2016.04.19 19:28:15 2: nanoCUL: unknown message p 8 528 2096 528 4144 544 2096 37 1 4 5 528 9056 F8 0500D54708
2016.04.19 19:28:15 2: nanoCUL: unknown message p 8 544 2112 528 4128 544 2096 37 1 4 5 544 9040 FD 0500D54708
2016.04.19 19:28:15 2: nanoCUL: unknown message p11 96 4256 560 4128 544 2160 32 1 4 0 544 10432 01 A01AA8E1
2016.04.19 19:28:15 2: nanoCUL: unknown message p 8 560 2096 544 4128 560 2080 37 1 4 5 560 9040 06 0500D54708
2016.04.19 19:28:15 2: nanoCUL: unknown message p 8 544 2112 528 4144 544 2080 37 1 4 5 512 9120 02 0500D54708
2016.04.19 19:29:05 2: nanoCUL: unknown message p 8 576 2080 544 4128 544 2080 37 1 4 5 544 9024 F3 0500CE4748
2016.04.19 19:29:05 2: nanoCUL: unknown message p 8 560 2064 528 4144 528 2096 37 1 4 5 560 9040 FC 0500CE4748
2016.04.19 19:29:05 2: nanoCUL: unknown message p 8 560 2064 544 4176 512 2112 24 1 3 0 544 9056 04 0500CE
2016.04.19 19:29:05 2: nanoCUL: unknown message p11 560 2080 544 4112 560 2080 21 1 2 5 544 9056 03 0500C8
2016.04.19 19:29:50 2: nanoCUL: unknown message p 7 48 608 432 64 48 320 24 1 3 0 480 9296 E9 4DF6FF
2016.04.19 19:29:55 2: nanoCUL: unknown message p 8 544 2080 544 4128 560 2064 37 1 4 5 544 9104 F6 0500C64918
2016.04.19 19:29:55 2: nanoCUL: unknown message p11 464 4208 544 4160 560 2064 16 1 2 0 320 7488 00 C923
2016.04.19 19:29:55 2: nanoCUL: unknown message p11 336 64 528 4128 528 2096 21 1 2 5 272 9808 F8 464918
2016.04.19 19:29:55 2: nanoCUL: unknown message p 8 560 2080 528 4144 544 2080 37 1 4 5 560 9024 F4 0500C64918
2016.04.19 19:30:27 2: nanoCUL: unknown message p11 48 1280 416 144 48 560 19 1 2 3 640 8320 EA AA0000
2016.04.19 19:30:45 2: nanoCUL: unknown message p 8 560 2048 544 4128 544 2080 37 1 4 5 528 9072 F8 0500C14B00
2016.04.19 19:30:45 2: nanoCUL: unknown message p 8 560 2128 560 4192 544 2064 37 1 4 5 528 9040 FF 0500C14B00
2016.04.19 19:30:45 2: nanoCUL: unknown message p 8 528 2080 528 4144 544 2064 37 1 4 5 544 9056 01 0500C14B00
2016.04.19 19:30:45 2: nanoCUL: unknown message p 8 592 2080 544 4144 544 2096 37 1 4 5 576 9008 02 0500C14B00
2016.04.19 19:30:45 2: nanoCUL: unknown message p 8 560 2064 560 4112 544 2096 37 1 4 5 544 9088 00 0500C14B00
2016.04.19 19:30:45 2: nanoCUL: unknown message p 8 544 2096 560 4144 560 2064 37 1 4 5 544 9008 00 0500C14B00
2016.04.19 19:31:35 2: nanoCUL: unknown message p 8 544 2080 544 4144 544 2080 37 1 4 5 528 9088 F8 0500BC4B50
2016.04.19 19:31:35 2: nanoCUL: unknown message p 8 544 2080 544 4160 528 2096 37 1 4 5 544 9056 00 0500BC4B50
2016.04.19 19:31:35 2: nanoCUL: unknown message p11 544 2096 560 4112 560 2080 39 1 4 7 544 9040 F8 12805E22D4
2016.04.19 19:31:35 2: nanoCUL: unknown message p 8 528 2112 480 4160 528 2112 37 1 4 5 544 9072 FE 0500BC4B50
2016.04.19 19:31:35 2: nanoCUL: unknown message p 8 560 2128 528 4160 528 2096 37 1 4 5 544 9040 00 0500BC4B50
2016.04.19 19:31:35 2: nanoCUL: unknown message p 8 560 2080 560 4112 528 2096 37 1 4 5 528 9056 FE 0500BC4B50
2016.04.19 19:32:25 2: nanoCUL: unknown message p 8 544 2096 528 4192 544 2096 37 1 4 5 560 9088 F7 0500B84B30
2016.04.19 19:32:25 2: nanoCUL: unknown message p 8 544 2064 544 4144 528 2096 37 1 4 5 528 9056 FB 0500B84B30
2016.04.19 19:32:25 2: nanoCUL: unknown message p 8 560 2096 560 4128 528 2112 37 1 4 5 544 9088 FB 0500B84B30
2016.04.19 19:33:04 2: nanoCUL: unknown message p 3 464 224 224 464 0 0 17 6 2 0 464 240 15 A5F2
2016.04.19 19:33:15 2: nanoCUL: unknown message p 8 480 2144 480 4176 112 2208 28 1 3 4 480 11536 FD 00B34DB0
2016.04.19 19:33:15 2: nanoCUL: unknown message p 8 528 2096 544 4128 544 2096 37 1 4 5 528 9072 F7 0500B34D18
2016.04.19 19:33:15 2: nanoCUL: unknown message p 8 544 2080 560 4112 544 2096 37 1 4 5 528 9040 FB 0500B34D18
2016.04.19 19:33:15 2: nanoCUL: unknown message p 8 544 2112 544 4128 544 2080 37 1 4 5 528 9056 FF 0500B34D18
2016.04.19 19:33:15 2: nanoCUL: unknown message p 8 560 2112 528 4144 528 2096 37 1 4 5 544 9040 FB 0500B34D18
2016.04.19 19:34:05 2: nanoCUL: unknown message p11 448 2160 560 4112 528 2080 38 1 4 6 400 9280 FA 0500A82680
2016.04.19 19:34:05 2: nanoCUL: unknown message p 8 528 2096 544 4176 544 2080 37 1 4 5 528 9040 F9 0500B04D00
2016.04.19 19:34:05 2: nanoCUL: unknown message p 8 560 2080 544 4128 544 2096 37 1 4 5 544 9024 01 0500B04D00
2016.04.19 19:34:05 2: nanoCUL: unknown message p 8 592 2080 560 4144 528 2096 37 1 4 5 576 9008 02 0500B04D00
2016.04.19 19:34:05 2: nanoCUL: unknown message p 8 544 2096 560 4128 528 2096 37 1 4 5 528 9104 03 0500B04D00
2016.04.19 19:34:05 2: nanoCUL: unknown message p 8 512 2112 560 4112 528 2096 37 1 4 5 528 9072 02 0500B04D00
2016.04.19 19:34:10 2: nanoCUL: unknown message p11 48 384 352 80 192 416 18 1 2 2 672 11024 EA 952000
2016.04.19 19:34:23 2: nanoCUL: unknown message p 3 448 208 224 480 0 0 17 6 2 0 496 208 11 A5F2
2016.04.19 19:34:55 2: nanoCUL: unknown message p 8 544 2080 544 4144 528 2096 37 1 4 5 560 9024 F8 0500AD4F70
2016.04.19 19:34:55 2: nanoCUL: unknown message p 8 560 2080 544 4192 560 2064 37 1 4 5 544 9120 FE 0500AD4F70
2016.04.19 19:34:55 2: nanoCUL: unknown message p 8 560 2064 528 4160 544 2064 37 1 4 5 560 9024 FD 0500AD4F70
2016.04.19 19:34:55 2: nanoCUL: unknown message p 8 512 2080 528 4144 528 2096 37 1 4 5 560 9056 FD 0500AD4F70
2016.04.19 19:34:56 2: nanoCUL: unknown message p 8 560 2080 528 4144 560 2080 37 1 4 5 544 9040 FD 0500AD4F70
2016.04.19 19:34:58 2: nanoCUL: unknown message p11 80 288 800 64 320 576 18 1 2 2 624 13920 E8 820000
2016.04.19 19:35:11 2: nanoCUL: unknown message p10 48 1152 784 64 48 256 28 1 3 4 448 7792 E9 88000000
2016.04.19 19:35:25 2: nanoCUL: unknown message p11 64 1312 48 64 48 320 30 1 3 6 560 8576 F9 A4000008
2016.04.19 19:35:42 2: nanoCUL: unknown message p 3 464 224 224 464 0 0 17 6 2 0 480 240 12 A5F2
2016.04.19 19:35:45 2: nanoCUL: unknown message p11 544 2096 560 4144 544 2080 16 1 2 0 528 9040 04 0500
2016.04.19 19:35:45 2: nanoCUL: unknown message p11 448 2512 560 4112 560 2064 18 1 2 2 544 11488 FE DA7B00
2016.04.19 19:35:45 2: nanoCUL: unknown message p 8 544 2096 560 4144 544 2080 37 1 4 5 528 9056 F7 0500AB4F60
2016.04.19 19:35:45 2: nanoCUL: unknown message p 8 512 2096 528 4144 544 2048 37 1 4 5 512 9088 FC 0500AB4F60
2016.04.19 19:35:46 2: nanoCUL: unknown message p 8 560 2096 528 4208 528 2080 37 1 4 5 544 9104 FC 0500AB4F60
2016.04.19 19:35:59 2: nanoCUL: unknown message p11 80 2608 128 64 48 368 19 1 2 3 448 5008 EA AC0400
2016.04.19 19:36:21 2: nanoCUL: unknown message p11 112 256 544 32 64 704 19 1 2 3 784 10512 E9 580000
2016.04.19 19:36:35 2: nanoCUL: unknown message p 8 544 2080 544 4144 528 2096 37 1 4 5 528 9072 FA 0500A850E0
2016.04.19 19:36:35 2: nanoCUL: unknown message p 8 544 2080 448 4208 512 2112 36 1 4 4 528 9056 F8 0500A855C0
2016.04.19 19:36:35 2: nanoCUL: unknown message p 8 576 2080 544 4112 544 2080 37 1 4 5 544 9040 F9 0500A850E0
2016.04.19 19:36:35 2: nanoCUL: unknown message p 8 528 2096 528 4144 544 2064 37 1 4 5 544 9040 FF 0500A850E0
2016.04.19 19:36:35 2: nanoCUL: unknown message p 8 560 2064 512 4160 544 2048 37 1 4 5 544 9040 00 0500A850E0
2016.04.19 19:36:35 2: nanoCUL: unknown message p 8 592 2080 560 4128 544 2080 37 1 4 5 544 9040 FF 0500A850E0
2016.04.19 19:36:51 2: nanoCUL: unknown message p 6 144 224 256 224 0 0 40 1 5 0 9904 432 F5 61ACEF856C
2016.04.19 19:37:01 2: nanoCUL: unknown message p 3 464 224 224 464 0 0 17 6 2 0 480 240 0F A5F2
2016.04.19 19:37:25 2: nanoCUL: unknown message p 8 560 2080 560 4112 544 2080 37 1 4 5 544 9040 F8 0500A550C8
2016.04.19 19:37:25 2: nanoCUL: unknown message p 8 544 2112 512 4144 512 2112 37 1 4 5 544 9040 FD 0500A550C8
2016.04.19 19:37:25 2: nanoCUL: unknown message p 8 544 2112 544 4112 528 2096 37 1 4 5 576 9008 FF 0500A550C8
2016.04.19 19:37:25 2: nanoCUL: unknown message p 8 528 2080 544 4144 544 2080 37 1 4 5 528 9136 FD 0500A550C8
2016.04.19 19:37:25 2: nanoCUL: unknown message p11 480 4192 544 4144 544 2064 32 1 4 0 336 7552 05 A014AA19
2016.04.19 19:37:25 2: nanoCUL: unknown message p11 512 2128 528 4848 48 2160 32 1 4 0 448 9088 04 0500A556
2016.04.19 19:37:30 2: nanoCUL: unknown message p11 112 64 144 144 48 864 23 1 2 7 448 5600 EA 008000
2016.04.19 19:37:54 2: nanoCUL: unknown message p 7 48 784 128 80 80 336 24 1 3 0 384 9952 F6 7FBEFF
2016.04.19 19:38:09 2: nanoCUL: unknown message p11 64 1248 496 32 80 416 21 1 2 5 688 8624 EA D15000
2016.04.19 19:38:15 2: nanoCUL: unknown message p 8 544 2080 528 4144 560 2096 37 1 4 5 512 9056 F8 0500A350B8
2016.04.19 19:38:15 2: nanoCUL: unknown message p 8 560 2080 544 4128 544 2096 37 1 4 5 528 9104 FB 0500A350B8
2016.04.19 19:38:15 2: nanoCUL: unknown message p 8 560 2080 528 4128 528 2096 37 1 4 5 528 9040 FB 0500A350B8
2016.04.19 19:38:15 2: nanoCUL: unknown message p 8 512 2080 544 4128 544 2096 37 1 4 5 544 9120 FE 0500A350B8
2016.04.19 19:38:20 2: nanoCUL: unknown message p 3 464 208 224 464 0 0 17 6 2 0 480 240 16 A5F2
2016.04.19 19:38:26 2: nanoCUL: unknown message p11 64 32 256 16 48 256 16 1 2 0 256 5072 EB 6100
2016.04.19 19:38:42 2: nanoCUL: unknown message p11 64 2752 128 112 64 304 26 1 3 2 464 11296 E8 F1000000
2016.04.19 19:39:05 2: nanoCUL: unknown message p11 480 2128 528 4144 544 2160 38 1 4 6 544 9136 F9 028050A854
2016.04.19 19:39:05 2: nanoCUL: unknown message p 8 544 2112 528 4144 560 2080 37 1 4 5 544 9040 F9 0500A150A8
2016.04.19 19:39:05 2: nanoCUL: unknown message p 8 544 2096 528 4160 560 2064 37 1 4 5 560 9040 FF 0500A150A8
2016.04.19 19:39:05 2: nanoCUL: unknown message p11 480 2144 528 4128 544 2096 38 1 4 6 560 9088 F9 228050A854
2016.04.19 19:39:05 2: nanoCUL: unknown message p 8 528 2096 528 4128 560 2080 37 1 4 5 544 9056 FF 0500A150A8
2016.04.19 19:39:05 2: nanoCUL: unknown message p 8 544 2112 560 4112 560 2064 37 1 4 5 560 9024 01 0500A150A8
Zitat von: F.R. am 19 April 2016, 19:40:22
Vielen Dank für den Tipp, ich habe mir die 1.10.02 von github gezogen, kompiliert und geflasht, damit geht mein GT-WT-02 einwandfrei.
;) ist doch schon lange bekannt, stand weiter oben im Thread.
Funktionieren sollte es aber trotzdem irgenwann mit der neuen wieder.
Zitat von: bjoernh am 19 April 2016, 19:42:52;) ist doch schon lange bekannt, stand weiter oben im Thread.
... Du hast gut Reden ;D Aber im Ernst: Deshalb hatte ich das nicht geschrieben resp. den Downgrade gemacht, sondern lediglich, weil ich meine Sensoren bereits im Live-Betrieb habe und die tun müssen, zumindest wenn es mal wärmer wird draußen...
Zitat von: bjoernh am 19 April 2016, 19:42:52Funktionieren sollte es aber trotzdem irgenwann mit der neuen wieder.
Ach, da habe ich keinerlei Befürchtungen, das dem so sein wird. Wie gesagt kann ich mit einem Sensor aushelfen bei Bedarf und ich flashe auch gerne wieder auf die neue Version, wenn die als kompilierte Version für SCC auf dem Server liegt (
oder irgendwer versucht mir mal zu verklickern, wie ich unter Windows so einen Quellcode compiliert bekomme; ASM für Atmel-AVR's bekomme ich ja hin, aber das was Ihr da macht ... ??? )
Zitat von: M_I_B am 19 April 2016, 19:49:54
... Du hast gut Reden ;D Aber im Ernst: Deshalb hatte ich das nicht geschrieben resp. den Downgrade gemacht, sondern lediglich, weil ich meine Sensoren bereits im Live-Betrieb habe und die tun müssen, zumindest wenn es mal wärmer wird draußen...
Ach, da habe ich keinerlei Befürchtungen, das dem so sein wird. Wie gesagt kann ich mit einem Sensor aushelfen bei Bedarf und ich flashe auch gerne wieder auf die neue Version, wenn die als kompilierte Version für SCC auf dem Server liegt (oder irgendwer versucht mir mal zu verklickern, wie ich unter Windows so einen Quellcode compiliert bekomme; ASM für Atmel-AVR's bekomme ich ja hin, aber das was Ihr da macht ... ??? )
Mit dem Sensor komme ich vielleicht auf dich zu.
Unter Windows baut die Firmware nicht. Die ganzen Makefiles sind auf Linux ausgelegt.
Ich nehme alles zurück, habe es gerade unter Windows gebaut, geht also auch.
@bjoernh
Habe folgende Seite gefunden.
http://www.nemcon.nl/blog2/2015/07/cc (http://www.nemcon.nl/blog2/2015/07/cc)
Der RFLink scheint jede Menge an Geräte zu unterstützen.
Kannst Du das in die afw mit einbauen, oder reicht der nano arduino nicht aus?
Dort habe die einen atmega benutzt.
Gruß Sascha
Zitat von: sash.sc am 21 April 2016, 22:37:45
@bjoernh
Habe folgende Seite gefunden.
http://www.nemcon.nl/blog2/2015/07/cc (http://www.nemcon.nl/blog2/2015/07/cc)
Der RFLink scheint jede Menge an Geräte zu unterstützen.
Kannst Du das in die afw mit einbauen, oder reicht der nano arduino nicht aus?
Dort habe die einen atmega benutzt.
Gruß Sascha
Hallo Sascha,
die CULs sind alle so ziemlich am Ende was den Speicher angeht.
Für die Zukunft muss man dann sowieso mehr aufteilen.
Was für Geräte meinst Du denn genau?
Gruß
Björn
Ich denke da an das he800 Protokoll. Aber da gibt es ja die Probleme mit der decodierung!
Auf welchen arduino, oder auf was, müsste man umsteigen um das alles von der oben genannten Seite zu implementieren?
Gruß Sascha
Von mobil gesendet daher kurze Antwort
Dank der Spende eines Sensors von M_I_B gehen die GT-WT-02 wieder in der aktuellen Firmware.
Nachtrag resp. Hardware-Hack zu den GT-WT-02 - Sensoren:
Nachteil bei den Dingern ist, das die nach einem Batteriewechsel i.d.R. eine neue ID bekommen. Die melden sich ja nach Einlegen der Batterie z.B. als ...
GT_WT_02_3 CUL_TCM97001 CUL_TCM97001_3
... wobei nach Spannungsausfall / Batteriewechsel die fett markierte ID, in diesem Fall die "3" danach z.B. eine "128" sein könnte. Um das abzufangen, habe ich mal eben einen kleinen Hardware- Hack generiert:
Parallel zu den Batterieanschlüssen einfach einen Elko, möglichst LowESR mit 100µ oder mehr einlöten. Vor dem Batteriewechsel einmal kurz die "force" Taste drücken, damit der nicht auf die Idee kommt, bei entnommener Batterie zu senden und danach, sobald LED und das Sendesymbol erloschen ist, hat man bei 100µ etwa 10 Sekunden Zeit, die Batterien zu wechseln.
Coole Idee mit dem Hack.
Für diejendigen, die wie ich eher von der Software Seite kommen hier mal meine Lösung mittels Notify.
define notiTCM notify CUL_TCM97001.* {
my $dummy = AttrVal($NAME, "comment", "undef");
if ($dummy ne "undef")
{
my @readings = ("temperature", "humidity", "state", "battery", "channel", "mode");
my $reading;
my $readingsval;
my $check;
$check = AttrVal($dummy, "comment", "undef");
Log 4,"notiTCM: check: $check";
if ($check eq "undef")
{
fhem("define $dummy DUMMY");
fhem("attr $dummy room Test");
fhem("attr $dummy group Messen");
fhem("attr $dummy comment $NAME");
fhem("attr $dummy event-min-interval humidity:300,temperature:300,battery:300");
fhem("attr $dummy event-on-change-reading humidity,temperature,state,battery,mode");
fhem("attr $NAME DbLogExclude 1");
fhem("attr $NAME group Messen");
fhem("attr $NAME alias $NAME$dummy");
fhem("attr $NAME room Test,Technik");
fhem("save");
}
foreach $reading (@readings)
{
$readingsval = ReadingsVal($NAME, $reading, "undef");
if ( $readingsval ne "undef")
{
fhem("setreading $dummy $reading $readingsval ");
}
}
}
}
Ich setze für das TCM - Device ein Comment Attribut (z.B. TempAussen) der Comment wird dann als NAme für einen Dummy verwendet wird, der vom notify falls noch nicht existent angeligt wird. Wenn er schon existiert wird er immer den den aktuellen Daten gefüllt.
Bei einem Batteriewechsel, setze ich den Comment ins neue Device udn lösche das alte Device.
Damit können Icons im Floorplan udn Grafike immer auf den gleichen Namen basieren.
Viele Grüße
Simonberry
Hallo Simonberry,
Beim LaCross-Modul ist auch so eine Funktion eingebaut. Man muss vorher einmal batteriewechsel auswählen und dann wird beim jeweiligen Gerät die id gewechselt. Vielleicht kann diese übernommen werden.
Pejonp
Hi,
ich habe gerade V 1.10.02 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz) auf einer Rpi2 laufen.
dieser meldet häufig
2016.04.26 12:47:30 3: nanoCUL_433: Unknown code r49dde600023200152d2eff3, help me!
2016.04.26 12:47:36 3: nanoCUL_433: Unknown code r49dde600023200142b2eff2, help me!
2016.04.26 12:47:39 3: nanoCUL_433: Unknown code r49dde500023200142b2eff2, help me!
2016.04.26 12:47:42 3: nanoCUL_433: Unknown code r49dde300023200152e2eff2, help me!
2016.04.26 12:47:44 3: nanoCUL_433: Unknown code r5a72e100003200000028b06, help me!
2016.04.26 12:47:45 3: nanoCUL_433: Unknown code r49dde40002320016302eff1, help me!
2016.04.26 12:47:48 3: nanoCUL_433: Unknown code r5a72e000003200000028b04, help me!
2016.04.26 12:47:48 3: nanoCUL_433: Unknown code r49dde40002320016302eff2, help me!
bekomm ich das mit der aktuellen firmware weg?
wie bekomm ich das am einfachsten auf der rpi2 geupdatet? muss ich fhem währenddessen runterfahren?
Zitat von: masterpete23 am 26 April 2016, 12:48:56
Hi,
ich habe gerade V 1.10.02 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz) auf einer Rpi2 laufen.
dieser meldet häufig
2016.04.26 12:47:30 3: nanoCUL_433: Unknown code r49dde600023200152d2eff3, help me!
2016.04.26 12:47:36 3: nanoCUL_433: Unknown code r49dde600023200142b2eff2, help me!
2016.04.26 12:47:39 3: nanoCUL_433: Unknown code r49dde500023200142b2eff2, help me!
2016.04.26 12:47:42 3: nanoCUL_433: Unknown code r49dde300023200152e2eff2, help me!
2016.04.26 12:47:44 3: nanoCUL_433: Unknown code r5a72e100003200000028b06, help me!
2016.04.26 12:47:45 3: nanoCUL_433: Unknown code r49dde40002320016302eff1, help me!
2016.04.26 12:47:48 3: nanoCUL_433: Unknown code r5a72e000003200000028b04, help me!
2016.04.26 12:47:48 3: nanoCUL_433: Unknown code r49dde40002320016302eff2, help me!
bekomm ich das mit der aktuellen firmware weg?
wie bekomm ich das am einfachsten auf der rpi2 geupdatet? muss ich fhem währenddessen runterfahren?
R sind Revolts, wenn du diese nicht willst, dann das define auskommentiert.
Hi, doch ich will sie ja. habe einige im Einsatz. Aber das sind falschmeldungen. Daher die Frage, ob eine neue Firmware das verhindert.
ich vermute mal, dass es sich um NC5462-Messdosen handelt ? Zumindest die sind ja bekannt dafür, dass sie öfter mal Müll senden und auch vermeintlich neue Devices "erkannt" und angelegt werden. Ich konnte das mit meinem CUL und aktiviertem autocreate auch so feststellen.
Mit meinem RFXTRX funktionieren die Revolts bei mir besser bzw. ohne Fehlermeldungen und weniger falsche devices. Dafür geht das aber meiner Einschätzung nach zu Lasten des Empfangs(Reichweite, Häufigkeit der Erkennung der Datentelegramme).
Und ich denke, keiner weiß genau warum sich die beiden unterschiedlich verhalten :'( Die Firmware des RFXTRX wird halt nicht hier entwickelt. So dass sich die Unterschiede nicht erarbeiten lassen und sich auch an den Meldungen der CUL-(Derivate) im Log so einfach nichts ändern lässt.
Hast Du denn autocreate eingeschaltet und die(und vielleicht auch gar nicht physisch vorhandenen) Revolts werden angelegt und regelmäßig mit Daten versorgt ?
Hi habe das autocreate für revolt deaktiviert, da sich sonst ja in einem Monat 10-30 Devices anlegen würden.
Gesendet von meinem Huawei Honor 7
dann schlage ich vor, mal über nen Tag autocreate einschalten, gucken, was so angelegt wurde und mit dem Event-Monitor die Häufigkeit der Sendungen beobachten. Nach dem Identifizieren der "richtigen"(häufigst gesendeten) IDs alle überzähligen löschen und autocreate wieder rausnehmen.
An den Logeinträgen wird das natürlich leider nichts ändern :-\
So habe ich es ja gemacht
Mir geht es ja nur um die log Einträge :-(
Gesendet von meinem Huawei Honor 7
Zitat von: masterpete23 am 26 April 2016, 15:35:09
So habe ich es ja gemacht
Mir geht es ja nur um die log Einträge :-(
Gesendet von meinem Huawei Honor 7
Naja, die einzige Lösung das Problem in den Griff zu bekommen, wäre die Checksumme.
Diese ist aber meines Wissens nach immer noch unbekannt.
Hallo,
Hat jemand eine Idee was folgende Nachrichten heißen könnten?
2016.04.27 21:46:28 3: message "is0fffffff0fff" (14) too short!
2016.04.27 21:46:28 3: message "is0fffffff0fff" (14) too short!
2016.04.27 21:46:28 3: miniCUL433: Unknown code is0fffffff0fff, help me!
2016.04.27 21:46:30 3: message "isffffffff0fff" (14) too short!
2016.04.27 21:46:30 3: message "isffffffff0fff" (14) too short!
2016.04.27 21:46:30 3: miniCUL433: Unknown code isffffffff0fff, help me!
2016.04.27 21:46:37 3: message "isfffffffff0f0" (14) too short!
2016.04.27 21:46:37 3: message "isfffffffff0f0" (14) too short!
2016.04.27 21:46:37 3: miniCUL433: Unknown code isfffffffff0f0, help me!
2016.04.27 21:46:37 3: message "isffffffff0ff0" (14) too short!
2016.04.27 21:46:37 3: message "isffffffff0ff0" (14) too short!
2016.04.27 21:46:37 3: miniCUL433: Unknown code isffffffff0ff0, help me!
2016.04.27 21:46:37 3: message "is0fffffff0ff0" (14) too short!
2016.04.27 21:46:37 3: message "is0fffffff0ff0" (14) too short!
2016.04.27 21:46:37 3: miniCUL433: Unknown code is0fffffff0ff0, help me!
Handelt es sich um IT Steckdosen mit entsprechendem Code?
Moin,
nach 2 Monaten Pause versuch ich mich grad mal wieder dran meine letzten Lampen mit 433 Mhz Empfänger von Pilight auf meinen nanoCUL umzustellen, nur bekomm ich es leider nicht hin den pilight RAW Code in einen cul RAW Code umzuwandeln. Vielleicht könnt ihr mir helfen?
Das Problem ist unter anderem auch das ich mit der orginal Fernbedienung und X25 nichts loggen kann, irgendwie will der NanoCUL da nichts tun.
Hab derzeit noch die 1.20.03 drauf.
ZitatGssNnprHHLLhhllDDDD...
Send raw data, only if HAS_RAWSEND is enabled.
Everything after the command G is hex.
ss Number of sync bits. Sync is always 0, followed by exactly one 1-bit.
N Number of data bytes (exclusive the last byte if it is not complete)
n Number of bits in the last byte
p Number of ms pause between repeats
r Number of repeats (e.g. FS20: 3)
HH High-Time for the 0-bit, Unit is 16us (!)
LL Low- Time for the 0-bit, Unit is 16us (!)
hh High-Time for the 1-bit, Unit is 16us (!)
ll Low- Time for the 1-bit, Unit is 16us (!)
DDDDD... Databytes
See also X04
Und mein pilight Raw Code:
Zitat231 693 231 693 231 693 693 231 231 693 231 693 231 693 231 693 231 693 231 693 231 693 693 231 231 693 231 693 231 693 693 231 231 693 231 693 231 693 231 693 693 231 693 231 231 693 231 693 231 7854
dies steht für:
Zitat000100000001000100001100
Bisher hab ich leider nicht viel zusammen bekommen:
ss = ??
N = ??
n = ??
p = ??
r = vermutlich 3 (siehe dazu https://forum.pilight.org/Thread-Fully-Supported-TechLiCo?pid=7264&highlight=techlico#pid7264)
HH = 28 oder 29
LL = 0E oder 0F
hh = 0E oder 0F
ll = 28 oder 29
DD... = ??
Hoffe ihr könnt mir weiter helfen.
Gruß Bootscreen
Hallo zusammen.
Habe festgestellt, dass mein Bewegungsmelder von Intertechno von nanocul falsch interpretiert wird.
Es ist ein BWM der eine feste id hat.
Hört erstmal die Meldungen aus dem log.
016.04.29 18:37:35 3: EG_Bad_Licht aus->on
2016.04.29 18:37:35 1: PERL WARNING: Hexadecimal number > 0xffffffff non-portable at ./FHEM/10_IT.pm line 644.
2016.04.29 18:37:35 3: EG_Bad_Licht an->on
2016.04.29 18:37:35 3: EG_Bad_Licht an->on
2016.04.29 18:37:35 3: message "i5A6AA5A65000" (13) too short!
2016.04.29 18:37:35 3: message "i5A6AA5A65000" (13) too short!
2016.04.29 18:37:35 3: EG_Bad_Licht an->on
2016.04.29 18:37:36 3: EG_Bad_Licht an->on
2016.04.29 18:46:02 3: Code 10 not supported by IT_FF1FF1F000.
2016.04.29 18:46:02 3: Code 10 not supported by IT_FF1FF1F000.
2016.04.29 18:46:02 3: CUL1: Unknown code i5d740c, help me!
2016.04.29 18:46:02 3: Code 10 not supported by IT_FF1FF1F000.
2016.04.29 18:46:02 3: Code 10 not supported by IT_FF1FF1F000.
2016.04.29 18:46:48 3: EG_Bad_Licht an->off
2016.04.29 18:46:48 3: EG_Bad_Licht aus->off
2016.04.29 18:46:49 3: message "i5A6AA5A65A800" (14) too short!
2016.04.29 18:46:49 3: message "i5A6AA5A65A800" (14) too short!
2016.04.29 18:46:49 3: EG_Bad_Licht aus->off
2016.04.29 18:46:49 3: EG_Bad_Licht aus->off
2016.04.29 18:46:49 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_IT.pm line 668.
2016.04.29 18:46:49 2: 001101111001101001110101000001 not defined (Address: 00110111100110100111010100 Group: 0 Unit: 001 Switch code: 1)
2016.04.29 18:46:49 2: autocreate: define IT_001101111001101001110101000001 IT 00110111100110100111010100 0 001
2016.04.29 18:46:49 1: define IT_001101111001101001110101000001 IT 00110111100110100111010100 0 001: Define IT_001101111001101001110101000001: wrong Unit format: specify 4 digits 0/1
2016.04.29 18:46:49 1: ERROR: Define IT_001101111001101001110101000001: wrong Unit format: specify 4 digits 0/1
2016.04.29 18:46:49 3: EG_Bad_Licht aus->off
2016.04.29 18:47:05 3: EG_Bad_Licht aus->on
2016.04.29 18:47:05 3: EG_Bad_Licht an->on
2016.04.29 18:47:05 3: EG_Bad_Licht an->on
2016.04.29 18:47:06 3: EG_Bad_Licht an->on
2016.04.29 18:47:06 3: message "i5A6AA5A65A99900" (16) too short!
2016.04.29 18:47:06 3: message "i5A6AA5A65A99900" (16) too short!
2016.04.29 18:47:06 2: 00110111110011010011101010DDDDD not defined (Address: 00110111110011010011101010 Group: D Unit: DDDD Switch code: D)
2016.04.29 18:47:06 2: autocreate: define IT_00110111110011010011101010DDDDD IT 00110111110011010011101010 D DDDD
2016.04.29 18:47:06 1: define IT_00110111110011010011101010DDDDD IT 00110111110011010011101010 D DDDD: Define IT_00110111110011010011101010DDDDD: wrong Bit Group format: specify a 1 digits 0/1
2016.04.29 18:47:06 1: ERROR: Define IT_00110111110011010011101010DDDDD: wrong Bit Group format: specify a 1 digits 0/1
2016.04.29 18:47:06 3: message "i5A6AA5A65A99900" (16) too short!
2016.04.29 18:47:06 3: message "i5A6AA5A65A99900" (16) too short!
2016.04.29 18:47:06 1: PERL WARNING: substr outside of string at ./FHEM/10_IT.pm line 679.
2016.04.29 18:47:06 1: PERL WARNING: substr outside of string at ./FHEM/10_IT.pm line 680.
2016.04.29 18:47:06 1: PERL WARNING: substr outside of string at ./FHEM/10_IT.pm line 681.
2016.04.29 18:47:06 1: PERL WARNING: Use of uninitialized value $groupBit in concatenation (.) or string at ./FHEM/10_IT.pm line 682.
2016.04.29 18:47:06 1: PERL WARNING: Use of uninitialized value $unitCode in concatenation (.) or string at ./FHEM/10_IT.pm line 682.
2016.04.29 18:47:06 1: PERL WARNING: Use of uninitialized value $groupBit in concatenation (.) or string at ./FHEM/10_IT.pm line 726.
2016.04.29 18:47:06 1: PERL WARNING: Use of uninitialized value $unitCode in concatenation (.) or string at ./FHEM/10_IT.pm line 726.
2016.04.29 18:47:06 1: PERL WARNING: Use of uninitialized value $onoffcode in concatenation (.) or string at ./FHEM/10_IT.pm line 726.
2016.04.29 18:47:06 2: D10D0000D10DD100DDD1DDDDD not defined (Address: D10D0000D10DD100DDD1DDDDD Group: Unit: Switch code: )
2016.04.29 18:47:06 1: PERL WARNING: Use of uninitialized value $groupBit in concatenation (.) or string at ./FHEM/10_IT.pm line 728.
2016.04.29 18:47:06 1: PERL WARNING: Use of uninitialized value $unitCode in concatenation (.) or string at ./FHEM/10_IT.pm line 728.
2016.04.29 18:47:06 2: autocreate: define IT_D10D0000D10DD100DDD1DDDDD IT D10D0000D10DD100DDD1DDDDD
2016.04.29 18:47:06 1: PERL WARNING: Use of uninitialized value $a[3] in string eq at ./FHEM/10_IT.pm line 455.
2016.04.29 18:47:06 1: define IT_D10D0000D10DD100DDD1DDDDD IT D10D0000D10DD100DDD1DDDDD : Define IT_D10D0000D10DD100DDD1DDDDD: wrong IT-Code format: specify a 10 digits 0/1/f
2016.04.29 18:47:06 1: ERROR: Define IT_D10D0000D10DD100DDD1DDDDD: wrong IT-Code format: specify a 10 digits 0/1/f
2016.04.29 18:57:51 2: CUL_TCM97001 Unknown device CUL_TCM97001_170, please define it
2016.04.29 18:59:19 3: EG_Bad_Licht an->off
2016.04.29 18:59:19 3: EG_Bad_Licht aus->off
2016.04.29 18:59:19 3: message "i5A6AA5A65A9800" (15) too short!
2016.04.29 18:59:19 3: message "i5A6AA5A65A9800" (15) too short!
2016.04.29 18:59:19 3: EG_Bad_Licht aus->off
2016.04.29 18:59:19 3: EG_Bad_Licht aus->off
2016.04.29 18:59:19 3: message "i5A6AA5A65A9995800" (18) too short!
2016.04.29 18:59:19 3: message "i5A6AA5A65A9995800" (18) too short!
2016.04.29 18:59:19 3: EG_Bad_Licht aus->off
2016.04.29 18:59:19 3: EG_Bad_Licht aus->off
2016.04.29 19:27:29 3: EG_Bad_Licht aus->on
2016.04.29 19:27:29 3: EG_Bad_Licht an->on
2016.04.29 19:27:30 3: message "i5A6AA5A400" (11) too short!
2016.04.29 19:27:30 3: message "i5A6AA5A400" (11) too short!
2016.04.29 19:27:30 3: EG_Bad_Licht an->on
2016.04.29 19:27:30 3: EG_Bad_Licht an->on
Hier noch die Definition.
Internals:
CUL1_MSGCNT 22
CUL1_RAWMSG i5a6aa5a65a999596
CUL1_RSSI -84
CUL1_TIME 2016-04-29 19:34:48
DEF 00110111110011010011101010 0 1001
IODev CUL1
LASTInputDev sduino
MSGCNT 40
NAME EG_Bad_Licht
NR 100
STATE off
TYPE IT
XMIT 0011011111001101001110101001001
XMITdimdown 00
XMITdimup 00
XMIToff 0
XMITon 1
sduino_DMSG i5A6AA5A65A99959600
sduino_MSGCNT 18
sduino_RAWMSG MS;P0=278;P1=-1187;P2=-291;P4=-2640;D=040201020101020102020101020102010201020102020102010102010202010102020102010102010201020201010202010102020102010201010202010201010203;CP=0;SP=4;O;
sduino_TIME 2016-04-29 19:39:39
Code:
1 0011011111001101001110101001001
Readings:
2016-01-30 20:51:34 group 0
2016-01-30 20:51:34 protocol V3
2016-04-29 19:40:12 state off
2016-01-30 20:51:34 unit 1001
Attributes:
IODev CUL1
alias Licht Badezimmer
group Licht
icon scene_toilet_alternat
room Bad EG,EG
So wie es aussieht schreibt es ein Problem mit der IT. PM zu geben?!
Kann mir da jemand was zu sagen?
Danke für die Unterstützung!
Gruß Sascha
Gibt es hier eigentlich etwas für Anfänger?
60 Seiten Forumseinträge durchzuackern is n verdammt dickes Brett.
Ich habe versucht, meinen Selbstbau CUL mit der alternativen Firmware zu flashen
pi@raspberrypi:~/a-culfw/nanoCUL $ sudo ./flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 2
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]:
The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x3f
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x43
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x58
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x3f
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x66
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x56
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x56
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x56
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x56
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x56
avrdude done. Thank you.
War der jetzt erfolgreich, oder kommt da keine zusammenfassende Meldung?
In FHEM sehe ich das hier:
CMDS BCFiAZEkGMKUYRTVWXefltx
CUL1_MSGCNT 23
CUL1_TIME 2016-05-05 17:22:05
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN:
:ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY::STACKABLE_CC:CUL_RFR::CUL_TCM97001
:CUL_REDIRECT:
DEF /dev/ttyUSB0@38400 0000
DeviceName /dev/ttyUSB0@38400
FD 11
FHTID 0000
NAME CUL1
NR 20
PARTIAL
RAWMSG i65A99969996A995544
RSSI -40
STATE Initialized
TYPE CUL
VERSION V 1.66 nanoCUL433
initString X21
LG O.J.
Zitat von: onkel_joerg am 05 Mai 2016, 17:38:05
Gibt es hier eigentlich etwas für Anfänger?
60 Seiten Forumseinträge durchzuackern is n verdammt dickes Brett.
Ich habe versucht, meinen Selbstbau CUL mit der alternativen Firmware zu flashen
pi@raspberrypi:~/a-culfw/nanoCUL $ sudo ./flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 2
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]:
The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x3f
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x43
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x58
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x3f
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x66
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x56
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x56
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x56
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x56
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x56
avrdude done. Thank you.
War der jetzt erfolgreich, oder kommt da keine zusammenfassende Meldung?
In FHEM sehe ich das hier:
CMDS BCFiAZEkGMKUYRTVWXefltx
CUL1_MSGCNT 23
CUL1_TIME 2016-05-05 17:22:05
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN:
:ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY::STACKABLE_CC:CUL_RFR::CUL_TCM97001
:CUL_REDIRECT:
DEF /dev/ttyUSB0@38400 0000
DeviceName /dev/ttyUSB0@38400
FD 11
FHTID 0000
NAME CUL1
NR 20
PARTIAL
RAWMSG i65A99969996A995544
RSSI -40
STATE Initialized
TYPE CUL
VERSION V 1.66 nanoCUL433
initString X21
LG O.J.
Nein, war es nicht, hast du Fhem gestoppt?
Zitat von: bjoernh am 05 Mai 2016, 17:59:37
Nein, war es nicht, hast du Fhem gestoppt?
Nein ???
Danke, der Output sieht schon anders aus.
Jetzt hat er beim Neustart sofort meine TCM Wetterstation erkannt.
Fehlen nur noch meine CasaControl-Sachen, aber ich glaube, die sind für den Container :(
Hallo. Mit dieser Firmware sollten auch REV Steckdosen laufen? Bei mir leider nicht mehr
Sent from my OPO
Ich hatte eigentlich gedacht, dass zwischen senden und empfangen kein großer Unterschied besteht: Wenn FHEM z.B. Wetterdaten empfangen und umrechnen kann, müsste man die doch auch einfach wieder aussenden können - aber über den CUL und die bessere Antenne, nicht über die kleinen Mini-Sender bei den Temperaturstationen? Hat da jemand eine Idee hier?
> https://forum.fhem.de/index.php/topic,52534.msg442891.html#msg442891
Danke! :)
Hallo, ich habe die aktuelle FW auf meinem SCC, bekomme es aber nicht auf 433 MHz umgestellt.
Grüße
Cerberus
Zitat von: cerberus am 14 Mai 2016, 17:30:26
Hallo, ich habe die aktuelle FW auf meinem SCC, bekomme es aber nicht auf 433 MHz umgestellt.
Grüße
Cerberus
Ruf mal ccconf neu ab, oder starte Fhem neu.
ccconf sagt das
SCC2 ccconf => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
Neustart bringt auch nichts. Das 433 SCC ist STACKABLE auf einem 868 SCC welches die normal CUL FW V 1.66 CSM868 drauf hat. Ist ein Mischbetrieb mit der a-culfw auf dem SCC 433 möglich?
Grüße
cerberus
Zitat von: cerberus am 14 Mai 2016, 19:45:00
ccconf sagt das
SCC2 ccconf => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
Neustart bringt auch nichts. Das 433 SCC ist STACKABLE auf einem 868 SCC welches die normal CUL FW V 1.66 CSM868 drauf hat. Ist ein Mischbetrieb mit der a-culfw auf dem SCC 433 möglich?
Grüße
cerberus
Kann es sein, dass Du den CUL auf HomeMatic anstatt auf SlowRF gestellt hast?
Genau das war es ::)
Danke schön :)
Hallo Björn und natürlich auch alle anderen,
ich versuche meinen CUL_868_V3 mit der a-culfw_v1.21.00_build_71 zu flashen.
Ich habe dazu den CUL zum Flashen vorbereitet und dann im Pi sh ./flash.sh aufgerufen.
Als Auswahl habe ich die '4' genommen. Daraufhin habe ich die folgenden Meldungen bekommen.
The device will now be flashed
Continue (y/n)?y
Flash now device
Call: dfu-programmer atmega32u4 erase
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 flash CUL_V3_868MHZ.hex
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 start
dfu-programmer: no device present.
Kann mir jemand sagen was ich da falsch mache oder evtl. falsch verstanden habe.
Danke in Voraus
Es grüßt der Julius
Hallo Julius!
Ich würde sagen, Du hast entweder das falsche Device gewählt oder den CUL nicht in den Bootloader gebootet zum Flashen.
Hallo mahowi, ich habe in der FHEM-Console den Befehl 'set CUL1 raw B01' eingegeben.
Danach auf dem Raspi als sudo 'sh ./flash.sh' aufgerufen.
Kurz vorher hatte ich mir noch die aktuellste CUL-FW 'culfw-1.66' heruntergeladen und erfolgreich geflasht.
Allerdings da mit dem aufruf 'sudo make usbprogram_v3'. Hier hatte alles reibungslos geklappt.
Im Verzeichnis der culfw-1.66 ist allerdings die cul.c-datei vorhanden, die hier bei der alternativen FW fehlt.
Aber wenn ich alles richtig verstehe, dann müsste eigentlich alles in der bash-datei enthalten sein?!
Danke für evtl. Antworten sagt
der Julius
Hallo, ich setze eine Oregon Wetterstation mir verschieden Sensoren ein. Dazu gehören 2x THGR800 und 1x THGR810 für Temperatur/Feuchte, UVN800 für UV Strahlung, WGR800 für Windgeschwindigkeit und Richtung sowie ein PCR800 für die Regenmenge. Alle Sensoren senden sehr regelmäßig an die Wetterstation, was man hier deutlich hier sehen kann www.wetter-walschleben.de (http://www.wetter-walschleben.de). Nun möchte ich einige Werte der Sensoren auch für FHEM verwenden um mir weitere Sensoren z.B. von Homematic zu sparen. Ich habe dazu schon einen nanoCUL und eine Signalduino gebaut sowie letztlich ein SCC erstanden welches ich mit der a-culfw einsetze. Was ich bei allen Versuchen feststelle ist, das die THGR800 sehr unregelmäßig empfangen werden, obwohl alle Sensoren in ähnlicher Reichweite sind. Auch mit einer größeren Antenne 6dbi habe ich nur mäßigen Erfolg. Der THGR810 hingegen wird viel besser gelesen, was ihr in den Plots auch sehen könnte. Im Plot sieht am auch bei den Sensoren Garage und Carport ganze Bereiche ohne jegliche Daten, insbesondere in der Nacht. Auch der Windsensor wird nur mäßig gelesen. Die Sensoren für UV und Regen werden zudem nicht erkannt.
Was ist die Ursache für den schlechten Empfang oder evt. das schlechte decodieren das Funksignal der THGR800? Sind die Sensoren UVN800 und PCR800 überhaupt implementiert?
Grüße
cerberus
schwierig zu sagen, da es bei den Oregon-Sensoren nicht DAS Protokoll gibt. Es gibt wohl 3 "technische" Protokolle, davon sind nach meinem Verständnis V2 und V3 in der aculfw implementiert. Damit sollten auch eigentlich ALLE Sensoren technisch empfangen werden. ABER: Die Interpretation der empfangenen Daten ist wohl je nach Gerätetyp unterschiedlich u.a. auch die Methode zur Berechnung von Checksummen.
Edit: wg. geistiger Verwirrung gestrichen
Ich hatte mir mal die Oregon-Implementierung zum FHEMduino angesehen. Damit ließe sich sogar OREGON senden ! Und nun kommt der Laie: Kannst Du einen nanoCUL oder Signalduino auf FHEMduino umflashen oder sind die hardwaremäßig anders aufgebaut ?
Grüße, Markus
Die Hardware ist anderes aufgebaut. Zumindest zwischen cul und SIGNALduino gibt es große Unterschiede.
Zum Empfang: Das der Cul die Oregons nicht richtig erkennt kann schon sein.
Ich habe selber keine Oregon Sensoren und habe mir dann mit einem Arduino einen Testsender gebaut. Gegen diesen Testsender habe ich dann den Code implementiert. Ich denke dass man am Code bestimmt noch etwas tunen kann, so dass er besser empfängt.
Um einen besseren Empfang zu bekommen, kann man alle nicht benötigten Protokolle im Code deaktiviert. Vorallem das TCM und IT ist kritisch. Da muss der Cul sehr genau berechnen was das für ein empfangenes Paket ist.
Die original Wetterstation empfangen ja auch nur ihr Protokoll und verwerfen alles andere.
Der sinalduiono geht deshalb einen anderen Weg als der Cul. Er schickt alles was empfangen wird an das Fhem. Fhem muss dann die Decodierung übernehmen und entscheiden was empfangen würde.
Hallo, ich habe meinen Fehler gefunden!
Anstelle 'sh ./flash.sh' wie es in der 'README.md' steht habe ich nun 'sh flash.sh' eingegeben.
Doch nun bekomme ich die Meldung 'Bootloader and code overlap'
Hier:pi@raspberrypi ~/a-culfw_v1.21.00_build_71/Devices/CUL $ sudo sh flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5): 4
The device will now be flashed
Continue (y/n)?y
Flash now device
Call: dfu-programmer atmega32u4 erase
Call: dfu-programmer atmega32u4 flash CUL_V3_868MHZ.hex
Bootloader and code overlap.
Use --suppress-bootloader-mem to ignore
Call: dfu-programmer atmega32u4 start
Die Meldung 'Use --suppress-bootloader-mem to ignore' verstehe ich nicht.
Sollte ich -und wenn ja- wie ignoriere ich dies?
Über freundliche Antworten würde ich mich freuen!
Der Julius
Zitat von: juliusha am 17 Mai 2016, 21:56:55
Hallo, ich habe meinen Fehler gefunden!
Anstelle 'sh ./flash.sh' wie es in der 'README.md' steht habe ich nun 'sh flash.sh' eingegeben.
Doch nun bekomme ich die Meldung 'Bootloader and code overlap'
Hier:pi@raspberrypi ~/a-culfw_v1.21.00_build_71/Devices/CUL $ sudo sh flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5): 4
The device will now be flashed
Continue (y/n)?y
Flash now device
Call: dfu-programmer atmega32u4 erase
Call: dfu-programmer atmega32u4 flash CUL_V3_868MHZ.hex
Bootloader and code overlap.
Use --suppress-bootloader-mem to ignore
Call: dfu-programmer atmega32u4 start
Die Meldung 'Use --suppress-bootloader-mem to ignore' verstehe ich nicht.
Sollte ich -und wenn ja- wie ignoriere ich dies?
Über freundliche Antworten würde ich mich freuen!
Der Julius
Die Option solltest du auch nicht verwenden, sonst zerstörst du den Bootloader.
Der Punkt ist, dass der Code mal wieder zu groß für den verfügbaren Speicher ist.
Da hilft nur abspecken bzw aufsplitten.
Was willst du überhaupt empfangen?
Viele meiner Erweiterungen sind nur 433Mhz relevant. Du kannst also z. B für HomeMatic auch die Original Firmware verwenden. Da hat sich nichts im HomeMatic Code geändert.
Aber ich schau trotzdem mal was man noch deaktivieren kann.
Ahh, danke für die Aufklärung zum Prinzip des Signalduino !
Und noch was hab ich gelernt: Den Käse den man schreibt VORM posten lesen :-[
Björn, kannst Du bitte das Zitat wie aus meinem Post streichen. Ich hatte OREGON und das Protokoll für Flamingo-Rauchmelder gedanklich in einen Topf geworfen. Nochmal :-[
Markus
Hallo bjoernh,
ich möchte zusätzlich zu den 'normalen FS20'-Geräten auch noch 433Mhz-Devices empfangen.
Ich hoffe damit einige der hier vorhandenen Temp/hum-Sender empfangen zu können.
Gruß
Julius
Zitat von: juliusha am 18 Mai 2016, 17:04:43
Hallo bjoernh,
ich möchte zusätzlich zu den 'normalen FS20'-Geräten auch noch 433Mhz-Devices empfangen.
Ich hoffe damit einige der hier vorhandenen Temp/hum-Sender empfangen zu können.
Gruß
Julius
das lässt sich nur durch 2 "CUL´s" verwirklichen. optimaler Weise einer mit 433 und einer mit 868 Sende Empfangseinheit.
Zitat von: noice am 18 Mai 2016, 22:02:51
das lässt sich nur durch 2 "CUL´s" verwirklichen. optimaler Weise einer mit 433 und einer mit 868 Sende Empfangseinheit.
Genau so musst du es machen.
So läuft es bei mir schon seit Jahren.
... ich komme noch mal auf das von anderen und mir angesprochene Thema "Ansteuerung einer Wetterstation" zurück.
Inzwischen haben ich alle vorhandenen Sensoren ums Haus verteilt, jeweils mittig an den Außenwänden unter den Dachüberständen und generiere daraus einen Mittelwert, den ich innerhalb FHEM's für weitere Zwecke verwende.
Der SCC mit abgesetzter Antenne hat keine Probleme, die Daten aller Sensoren zu erfassen (der "sieht" teilweise sogar Daten von Sensoren der Nachbarn...), wohl aber nun die drei im Haus befindlichen Wetterstationen, welche abhängig vom Standort mindestens einen Sensor nicht mehr erfassen können; doof das...
Daher wäre es natürlich vom Feinsten, wenn man den Stationen nun nicht mehr die Daten der Sensoren selbst anbietet, sondern (ggf. aufbereitete) Daten von FHEM aus an die Stationen übertragen könnte.
Björn, was meinst Du? Lässt sich sowas machen? Ich würde Dir dazu auch leihweise eine der Stationen resp. zwei unterschiedliche Stationen zur Verfügung stellen...
Ich verwende die ITS-150 Fernbedienung und habe nun die a-culfw 1.21 geflashed.
Wenn ich nun die eine Intertechno Lampenfassung damit einschalte bekomme ich folgende Logs:
2016.05.26 10:38:59 4: CUL_Parse: CUL_0 i00401533 -48.5
2016.05.26 10:38:59 3: Schraubfassung off->on
2016.05.26 10:39:15 4: CUL_Parse: CUL_0 omAA24C959480633B7D4040005318842
2016.05.26 10:39:27 4: CUL_Parse: CUL_0 omAA44C95D4804D577D4040002354842
2016.05.26 10:39:51 4: CUL_Parse: CUL_0 omFFFFFF546DFF05E0FFFFF2A042
2016.05.26 10:40:03 4: CUL_Parse: CUL_0 omFFFFFF54C992BF9002E51FA8080008EA8041
2016.05.26 10:40:03 4: CUL_Parse: CUL_0 i00401430 -50
2016.05.26 10:40:03 3: Schraubfassung on->off
2016.05.26 10:40:27 4: CUL_Parse: CUL_0 om992B2900EA19FA808000263C42
2016.05.26 10:40:39 4: CUL_Parse: CUL_0 omFDBFFE107FFFFB4042
2016.05.26 10:40:51 4: CUL_Parse: CUL_0 omA853257920148CBF50100000D8A042
2016.05.26 10:41:03 4: CUL_Parse: CUL_0 omA64C95D480545AFD40400073378041
2016.05.26 10:41:03 4: CUL_0: hideki protocol converted to hex: 751250687E020180991E1002 with 101 bits, messagestart 19
2016.05.26 10:41:03 4: Hideki_Parse CUL_0 incomming P12#751250687E020180991E1002
2016.05.26 10:41:03 4: Hideki_Parse SensorTyp = 24 decodedString = 7536f0b882060380ab223006
2016.05.26 10:41:03 4: CUL_0 crc failed
2016.05.26 10:41:03 3: CUL_0: Unknown code P12#751250687E020180991E1002, help me!
da finde ich aber nichts wie im Wiki beschrieben mit:
is01010010101011101000000110010011
Hat alles keine Ähnlichkeit mit der Beschreibung des V3 Protokolls
siehe Antwort auf Deinen Doppelpost ;-)
Hi Björn,
kannst Du bei Gelegenheit mal hier
https://forum.fhem.de/index.php/topic,37758.msg451043.html#msg451043
reingucken. Das wär noch mal was um die aculfw zu bereichern. Ich bin da leider mit der Programmierung überfordert :'( Für Dich vielleicht ein Leichtes ?
Grüße, Markus
Hi,
ich habe hier noch einen TCM 218943 Temperatursensor. Dieser wird auch bereits als "Auriol" erkannt. Nur leider mit dem falschen Wert.
Habe hier schonmal etwas geforscht:
s87FFD3F230F9 22,0 44% 10000111 11111111 11010011 111100100011 000011111001
s87FFD4F210FE 22,2 43% 10000111 11111111 11010100 111100100001 000011111110
Hierbei ist der dritte Teil die Feuchtigkeit und der vierte Teil die Temperatur. Die Binärwerte sind invertiert. Negative Temperaturwerte werden mit vorangestellten 1111 signalisiert.
5. Teil ist wohl Prüfsumme?? Channel hat der Sensor nicht.
Kann das in FHEM integriert werden, so dass der Sensor korrekt angezeigt wird?
Gruss
killah78
Edit:
So, hatte mal die neuste altCUL geflashed und fhem upgedatet. Jetzt kommt es nicht mehr als Auriol sondern als unknown an:
877FCDF930 10,8 50 10000111 01111111 11001101 111110010011 0000
87EFCDF7F0 12,8 50 10000111 11101111 11001101 111101111111 0000
87FFCCF680 15,1 51 10000111 11111111 11001100 111101101000 0000
87EFCBF550 17,0 52 10000111 11101111 11001011 111101010101 0000
Die Prüfsumme ist plötzlich auch weg. Aber anscheinend wurde diese durch den CUL angehangen. Die Codierung ist aber gleich.
3. Teil ist die Luftfeuchte, 4. Teil die Temperatur. Dazu habe ich noch herausgefunden, dass die 4. Stelle des zweiten Teil das Force-send (Knopf) bedeutet und die erste Stelle muss das Low-Bat sein.
Kann das in die alternative Firmware eingebunden werden?
Gruss
killah78
Zitat von: arthur_dent_2015 am 06 Dezember 2015, 21:58:36
also kein Eintrag im Log wenn ich Dich richtig verstehe.
Hab gerade gelesen dass FHEMduino RTS auch lesen und interpretieren kann. Hat sich aber wohl noch niemand gefunden der das in die Firmware der CUL einbauen kann / will. :(
Moin, bist du eigentlich mit dem Thema weitergekommen. Anders als die IT Dosen, zeigt mein FHEM Event Log nämlich auch keine Reaktion, wenn ich die SOMFY Rolläden mit der Fernbedienung schalte. Wenn das irgendwie gehen würde, wäre das naürlich cool, um den Status ermitteln zu können.
Zitat von: timtom am 28 Juni 2016, 12:24:54
Moin, bist du eigentlich mit dem Thema weitergekommen. Anders als die IT Dosen, zeigt mein FHEM Event Log nämlich auch keine Reaktion, wenn ich die SOMFY Rolläden mit der Fernbedienung schalte. Wenn das irgendwie gehen würde, wäre das naürlich cool, um den Status ermitteln zu können.
SOMFY wird gerade versucht mit dem Signalduino zu implementieren ! ;-)
Hallo zusammen.
Habe zur Diagnose letztens ins LOG rein geschaut.
Dort sind vom CUL433 mit a-fw eine Menge an Nicht definierbaren Daten reingerauscht !
2016.07.01 11:42:16 3: CUL1: Unknown code r25eaea000032000864088ee, help me!
2016.07.01 11:42:17 3: CUL1: Unknown code s8100C7F00EA; 464: 4000, help me!
2016.07.01 11:42:19 3: CUL1: Unknown code r49e7e600193201313455a11, help me!
2016.07.01 11:42:22 3: CUL1: Unknown code r49e7e700193201313455a11, help me!
2016.07.01 11:42:32 3: CUL1: Unknown code r49e7e700193201313455a13, help me!
2016.07.01 11:42:33 3: CUL1: Unknown code r25eae9000032000864088ee, help me!
2016.07.01 11:42:35 3: CUL1: Unknown code r49e7e700193201313455a14, help me!
2016.07.01 11:42:42 3: CUL1: Unknown code r49e7e700193201313455a13, help me!
2016.07.01 11:42:46 3: CUL1: Unknown code r49e7e700193201313455a13, help me!
2016.07.01 11:42:49 3: CUL1: Unknown code r49e7e700193201313455a11, help me!
2016.07.01 11:42:50 3: CUL1: Unknown code r25eae9000032000864088ef, help me!
2016.07.01 11:42:52 3: CUL1: Unknown code r49e7e700193201313455a13, help me!
2016.07.01 11:42:56 3: CUL1: Unknown code r49e7e700193201313455a11, help me!
2016.07.01 11:50:23 3: CUL1: Unknown code r25eaea000032000764088ef, help me!
2016.07.01 11:50:26 3: CUL1: Unknown code r25eae9000032000864088ea, help me!
2016.07.01 11:50:28 3: CUL1: Unknown code r49e7e700193201323455b11, help me!
2016.07.01 11:50:31 3: CUL1: Unknown code r49e7e700193201323555b11, help me!
2016.07.01 11:50:35 3: CUL1: Unknown code r49e7e700193201313455b13, help me!
2016.07.01 11:50:36 3: CUL1: Unknown code r25eae9000032000864088ea, help me!
2016.07.01 11:50:39 3: CUL1: Unknown code r49e7e800193201313455b13, help me!
2016.07.01 11:50:39 3: CUL1: Unknown code r25eae9000032000864088ea, help me!
2016.07.01 11:50:45 3: CUL1: Unknown code r49e7e700193201313455b13, help me!
2016.07.01 11:50:47 3: CUL1: Unknown code r25eaea000032000864088ea, help me!
2016.07.01 11:50:47 3: CUL1: Unknown code r49e7e700193201313455b11, help me!
2016.07.01 11:50:50 3: CUL1: Unknown code r49e7e700193201313455b11, help me!
2016.07.01 11:50:50 3: CUL1: Unknown code s8100C7F00E7; 448: 4032, help me!
2016.07.01 11:50:54 3: CUL1: Unknown code r25eae9000032000864088ed, help me!
2016.07.01 13:41:15 3: CUL1: Unknown code r49e7e9001a3201463655011, help me!
2016.07.01 13:41:18 3: CUL1: Unknown code r25eaeb000032000864089f0, help me!
2016.07.01 13:41:26 3: CUL1: Unknown code r25eaeb000032000864089ed, help me!
2016.07.01 13:41:27 3: CUL1: Unknown code r49e7e9001a3201443655011, help me!
2016.07.01 13:41:29 3: CUL1: Unknown code r25eaeb000032000864089ee, help me!
2016.07.01 13:41:30 3: CUL1: Unknown code r49e7e9001a3201453655013, help me!
2016.07.01 13:41:33 3: CUL1: Unknown code r25eaeb000032000764089ee, help me!
2016.07.01 13:41:34 3: CUL1: Unknown code r49e7e900193201363555013, help me!
2016.07.01 13:41:36 3: CUL1: Unknown code r25eaeb000032000864089eb, help me!
2016.07.01 15:28:43 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.07.01 15:28:44 3: CUL1: Unknown code P12#75EFBA9A067C9CAA7264C01A, help me!
2016.07.01 16:34:39 3: CUL1: Unknown code P12#75EFBA8AF3BE64AE, help me!
2016.07.01 16:34:40 3: CUL1: Unknown code P12#75EFBA4AF3BE38AD7E76C00A, help me!
Habe dann mal den CUL auf Verbose 4 geschaltet.
2016.07.01 16:48:14 4: CUL_Parse: CUL1 r49E7E700473205184F553913 -64.5
2016.07.01 16:48:15 4: CUL_Parse: CUL1 tA03471971A18 -62
2016.07.01 16:48:16 4: CUL_Parse: CUL1 tAE3576076A16 -63
2016.07.01 16:48:16 4: CUL_Parse: CUL1 omAAAAAAAAAAAA19
2016.07.01 16:48:16 4: CUL_Parse: CUL1 tAE3576076A15 -63.5
2016.07.01 16:48:17 4: CUL_Parse: CUL1 r49E7E6004832051C4F553910 -66
2016.07.01 16:48:20 4: CUL_Parse: CUL1 r49E7E700483205194F553911 -65.5
2016.07.01 16:48:24 4: CUL_Parse: CUL1 tA0FE77077244 -40
2016.07.01 16:48:24 4: CUL_Parse: CUL1 omAAAA8046
2016.07.01 16:48:25 4: CUL_Parse: CUL1 tAEFF51051245 -39.5
2016.07.01 16:48:25 4: CUL_Parse: CUL1 omAAAAAAAAAAAAAA46
2016.07.01 16:48:26 4: CUL_Parse: CUL1 r49E7E700493205204E553911 -65.5
2016.07.01 16:48:27 4: CUL_Parse: CUL1 r25EAE900003200086408D9EF -82.5
2016.07.01 16:48:30 4: CUL_Parse: CUL1 r25EAE900003200086408D9F0 -82
2016.07.01 16:48:35 4: CUL_Parse: CUL1 r49E7E7004932051D4E553913 -64.5
2016.07.01 16:48:38 4: CUL_Parse: CUL1 r49E7E700483205184E553911 -65.5
2016.07.01 16:48:40 4: CUL_Parse: CUL1 r25EAEA00003200086408D9EE -83
2016.07.01 16:48:41 4: CUL_Parse: CUL1 r49E7E7004832051B4E553913 -64.5
2016.07.01 16:48:45 4: CUL_Parse: CUL1 r49E7E6004932051C4E553911 -65.5
2016.07.01 16:48:47 4: CUL_Parse: CUL1 r49E7E6004932051E4E553912 -65
2016.07.01 16:48:50 4: CUL_Parse: CUL1 r49E7E700493205244E553911 -65.5
2016.07.01 16:48:51 4: CUL_Parse: CUL1 r25EAEA00003200086408D9EF -82.5
2016.07.01 16:49:04 4: CUL_Parse: CUL1 r49E7E7004732052150553910 -66
2016.07.01 16:49:07 4: CUL_Parse: CUL1 r49E7E8004732052050553911 -65.5
2016.07.01 16:49:08 4: CUL_Parse: CUL1 s8100DDF000E8; 448: 4000
2016.07.01 16:49:08 4: SD_WS07_Parse SD_WS07 (P7#8100DDF000) length: 10
2016.07.01 16:49:08 4: SD_WS07_T decoded protocolid: 7 sensor id=81, channel=1, temp=22.1, hum=0, bat=low
2016.07.01 16:49:11 4: CUL_Parse: CUL1 r49E7E7004732051C4F553911 -65.5
2016.07.01 16:49:13 4: CUL_Parse: CUL1 r25EAE900003200086408D9EF -82.5
2016.07.01 16:49:14 4: CUL_Parse: CUL1 r49E7E7004832051C4E553911 -65.5
2016.07.01 16:49:14 4: CUL_Parse: CUL1 tA03471971A16 -63
2016.07.01 16:49:15 4: CUL_Parse: CUL1 omAAAAAAAAAAAAAA8017
2016.07.01 16:49:15 4: CUL_Parse: CUL1 omAAAAAAAA8019
2016.07.01 16:49:15 4: CUL_Parse: CUL1 omAAAAAAAAAAAA19
2016.07.01 16:49:15 4: CUL_Parse: CUL1 tAE3576076A18 -62
2016.07.01 16:49:17 4: CUL_Parse: CUL1 r49E7E7004932051C4E553911 -65.5
2016.07.01 16:49:20 4: CUL_Parse: CUL1 r49E7E7004732051E50553910 -66
2016.07.01 16:49:22 4: CUL_Parse: CUL1 tA0FE77077244 -40
2016.07.01 16:49:22 4: CUL_Parse: CUL1 omAAAAAAAAAA45
2016.07.01 16:49:23 4: CUL_Parse: CUL1 omAAAAAAAAAAA846
2016.07.01 16:49:23 4: CUL_Parse: CUL1 tAEFF51051245 -39.5
2016.07.01 16:49:30 4: CUL_Parse: CUL1 r25EAEA00003200086408D9F1 -81.5
2016.07.01 16:49:31 4: CUL_Parse: CUL1 r49E7E7004732051C4F55390E -67
2016.07.01 16:49:33 4: CUL_Parse: CUL1 r25EAE900003200086408D9F1 -81.5
2016.07.01 16:49:44 4: CUL_Parse: CUL1 r49E7E700483205184F553913 -64.5
2016.07.01 16:49:47 4: CUL_Parse: CUL1 r49E7E7004732051A50553910 -66
2016.07.01 16:49:51 4: CUL_Parse: CUL1 r49E7E8004632051B50553912 -65
2016.07.01 16:49:53 4: CUL_Parse: CUL1 r25EAE800003200086408D9F1 -81.5
2016.07.01 16:49:56 4: CUL_Parse: CUL1 r25EAE900003200086408D9F1 -81.5
2016.07.01 16:50:03 4: CUL_Parse: CUL1 r25EAE800003200086408D9F0 -82
2016.07.01 16:50:05 4: CUL_Parse: CUL1 r49E7E7004932051A4E55390F -66.5
2016.07.01 16:50:05 4: CUL_Parse: CUL1 s8100DCF000F2; 432: 4016
2016.07.01 16:50:05 4: SD_WS07_Parse SD_WS07 (P7#8100DCF000) length: 10
2016.07.01 16:50:05 4: SD_WS07_T decoded protocolid: 7 sensor id=81, channel=1, temp=22, hum=0, bat=low
2016.07.01 16:50:07 4: CUL_Parse: CUL1 r25EAEA00003200086408D9F1 -81.5
2016.07.01 16:50:08 4: CUL_Parse: CUL1 r49E7E8004832051A4E553910 -66
2016.07.01 16:50:14 4: CUL_Parse: CUL1 tA03471971A1A -61
2016.07.01 16:50:14 4: CUL_Parse: CUL1 omAAAAAAAAAA801D
2016.07.01 16:50:20 4: CUL_Parse: CUL1 r25EAE900003200086408D9F0 -82
2016.07.01 16:50:21 4: CUL_Parse: CUL1 tA0FF76976A44 -40
2016.07.01 16:50:21 4: CUL_Parse: CUL1 omAAAAAAAAAAAA45
2016.07.01 16:50:21 4: CUL_Parse: CUL1 omAAAAAAAAA046
2016.07.01 16:50:23 4: CUL_Parse: CUL1 r25EAEA00003200076408D9F2 -81
2016.07.01 16:50:25 4: CUL_Parse: CUL1 omE07D20EA
2016.07.01 16:50:26 4: CUL_Parse: CUL1 omA43AD480EA
2016.07.01 16:50:26 4: CUL_Parse: CUL1 r25EAE900003200086408D9F0 -82
2016.07.01 16:50:27 4: CUL_Parse: CUL1 r49E7E600473205195055390F -66.5
2016.07.01 16:50:28 4: CUL_Parse: CUL1 r25EAE900003200086408D9F2 -81
2016.07.01 16:50:33 4: CUL_Parse: CUL1 r49E7E700473205174F553913 -64.5
2016.07.01 16:50:35 4: CUL_Parse: CUL1 r25EAE900003200086408D9F0 -82
2016.07.01 16:50:38 4: CUL_Parse: CUL1 r25EAE900003200086408D9F0 -82
2016.07.01 16:50:40 4: CUL_Parse: CUL1 r49E7E8004832051A4E553915 -63.5
2016.07.01 16:50:41 4: CUL_Parse: CUL1 r25EAEA00003200086408D9F0 -82
2016.07.01 16:50:43 4: CUL_Parse: CUL1 r49E7E600493205164E553913 -64.5
2016.07.01 16:50:44 4: CUL_Parse: CUL1 r25EAEA80803200086408D9EF -82.5
2016.07.01 16:50:47 4: CUL_Parse: CUL1 r25EAE900003200086408D9F0 -82
2016.07.01 16:50:49 4: CUL_Parse: CUL1 r49E7E600483205164E553913 -64.5
2016.07.01 16:50:52 4: CUL_Parse: CUL1 r49E7E600473205194F553914 -64
2016.07.01 16:50:54 4: CUL_Parse: CUL1 r25EAE700003200086408D9F1 -81.5
2016.07.01 16:50:57 4: CUL_Parse: CUL1 r25EAE800003200086408D9EF -82.5
2016.07.01 16:50:58 4: CUL_Parse: CUL1 r49E7E4004732051751553915 -63.5
2016.07.01 16:51:01 4: CUL_Parse: CUL1 r25EAE700003200086408D9F0 -82
2016.07.01 16:51:01 4: CUL_Parse: CUL1 r49E7E7004732051650553915 -63.5
2016.07.01 16:51:02 4: CUL_Parse: CUL1 s8100DCF000EA; 432: 4000
2016.07.01 16:51:02 4: SD_WS07_Parse SD_WS07 (P7#8100DCF000) length: 10
2016.07.01 16:51:02 4: SD_WS07_T decoded protocolid: 7 sensor id=81, channel=1, temp=22, hum=0, bat=low
2016.07.01 16:51:11 4: CUL_Parse: CUL1 r49E7E600473205184F553913 -64.5
2016.07.01 16:51:11 4: CUL_Parse: CUL1 tA03571871A1B -60.5
2016.07.01 16:51:12 4: CUL_Parse: CUL1 omAAAAAAAAAAAA1C
2016.07.01 16:51:12 4: CUL_Parse: CUL1 tAE357507581A -61
2016.07.01 16:51:14 4: CUL_Parse: CUL1 r25EAE900003200076408D9F1 -81.5
2016.07.01 16:51:19 4: CUL_Parse: CUL1 omAAAAAAAAAAA045
2016.07.01 16:51:19 4: CUL_Parse: CUL1 tAEFF51051246 -39
2016.07.01 16:51:23 4: CUL_Parse: CUL1 r49E7E7004732052550553912 -65
2016.07.01 16:51:26 4: CUL_Parse: CUL1 r25EAE900003200086408D9EF -82.5
2016.07.01 16:51:28 4: CUL_Parse: CUL1 r49E7E6004832052550553912 -65
2016.07.01 16:51:37 4: CUL_Parse: CUL1 r49E7E700483205254F553912 -65
2016.07.01 16:51:39 4: CUL_Parse: CUL1 r25EAE900003200086408D9F0 -82
2016.07.01 16:51:42 4: CUL_Parse: CUL1 r25EAE900003200086408D9EE -83
2016.07.01 16:51:43 4: CUL_Parse: CUL1 r49E7E600493205254F553911 -65.5
2016.07.01 16:51:53 4: CUL_Parse: CUL1 r49E7E800483205224E553912 -65
2016.07.01 16:51:55 4: CUL_Parse: CUL1 r49E7E7004832052A4F553912 -65
2016.07.01 16:51:59 4: CUL_Parse: CUL1 s8100DCF000EA; 448: 4000
2016.07.01 16:51:59 4: SD_WS07_Parse SD_WS07 (P7#8100DCF000) length: 10
2016.07.01 16:51:59 4: SD_WS07_T decoded protocolid: 7 sensor id=81, channel=1, temp=22, hum=0, bat=low
2016.07.01 16:52:03 4: CUL_Parse: CUL1 r25EAE900003200076408D9ED -83.5
2016.07.01 16:52:06 4: CUL_Parse: CUL1 r49E7E7004732052050553911 -65.5
2016.07.01 16:52:09 4: CUL_Parse: CUL1 r49E7E7004732051E5055390F -66.5
2016.07.01 16:52:10 4: CUL_Parse: CUL1 tA03571871A1C -60
2016.07.01 16:52:10 4: CUL_Parse: CUL1 omAAAAAAA81A
2016.07.01 16:52:10 4: CUL_Parse: CUL1 tA03571871A1B -60.5
2016.07.01 16:52:10 4: CUL_Parse: CUL1 tAE357507581A -61
2016.07.01 16:52:15 4: CUL_Parse: CUL1 r49E7E7004832051E4F553912 -65
2016.07.01 16:52:17 4: CUL_Parse: CUL1 tA0FF76976A47 -38.5
2016.07.01 16:52:17 4: CUL_Parse: CUL1 tAEFF51051245 -39.5
2016.07.01 16:52:17 4: CUL_Parse: CUL1 omAAAAAAAAAAA846
2016.07.01 16:52:18 4: CUL_Parse: CUL1 r49E7E6004932051A4E55390F -66.5
2016.07.01 16:52:21 4: CUL_Parse: CUL1 r25EAE900003200076408D9F0 -82
2016.07.01 16:52:22 4: CUL_Parse: CUL1 r49E7E600483205124E553912 -65
2016.07.01 16:52:28 4: CUL_Parse: CUL1 r25EAE900003200086408D9EE -83
2016.07.01 16:52:29 4: CUL_Parse: CUL1 r49E7E6004732051A50553912 -65
2016.07.01 16:52:32 4: CUL_Parse: CUL1 r25EAE700003200086408D9F0 -82
2016.07.01 16:52:32 4: CUL_Parse: CUL1 r49E7E6004732051C50553A0F -66.5
2016.07.01 16:52:35 4: CUL_Parse: CUL1 r25EAE800003200086408D9F1 -81.5
2016.07.01 16:52:45 4: CUL_Parse: CUL1 r25EAE900003200086408D9EE -83
2016.07.01 16:52:45 4: CUL_Parse: CUL1 r49E7E7004732051E50553A10 -66
2016.07.01 16:52:47 4: CUL_Parse: CUL1 r25EAE700003200086408D9EF -82.5
2016.07.01 16:52:48 4: CUL_Parse: CUL1 r49E7E6004732051C50553A12 -65
2016.07.01 16:52:51 4: CUL_Parse: CUL1 r49E7E5004832051C4F553A0F -66.5
2016.07.01 16:52:57 4: CUL_Parse: CUL1 s8100DCF000E9; 400: 4048
2016.07.01 16:52:57 4: SD_WS07_Parse SD_WS07 (P7#8100DCF000) length: 10
2016.07.01 16:52:57 4: SD_WS07_T decoded protocolid: 7 sensor id=81, channel=1, temp=22, hum=0, bat=low
2016.07.01 16:52:58 4: CUL_Parse: CUL1 r49E7E600483205184F553A0F -66.5
2016.07.01 16:52:59 4: CUL_Parse: CUL1 r25EAE700003200086408D9EE -83
2016.07.01 16:53:02 4: CUL_Parse: CUL1 r49E7E5004732051850553A10 -66
2016.07.01 16:53:05 4: CUL_Parse: CUL1 r25EAE700003200086408D9EF -82.5
2016.07.01 16:53:08 4: CUL_Parse: CUL1 tA03571871A18 -62
2016.07.01 16:53:09 4: CUL_Parse: CUL1 r49E7E5004832051A4F553A13 -64.5
2016.07.01 16:53:09 4: CUL_Parse: CUL1 tAE357507581A -61
2016.07.01 16:53:11 4: CUL_Parse: CUL1 r25EAE800003200086408D9EE -83
2016.07.01 16:53:12 4: CUL_Parse: CUL1 r49E7E5004832051B4F553A11 -65.5
2016.07.01 16:53:14 4: CUL_Parse: CUL1 r25EAE700003200086408D9F0 -82
2016.07.01 16:53:15 4: CUL_Parse: CUL1 omAAAAAAAAAAAAA845
2016.07.01 16:53:15 4: CUL_Parse: CUL1 omAAAAAAAAAAA845
2016.07.01 16:53:16 4: CUL_Parse: CUL1 omAAAAAAAAAA46
2016.07.01 16:53:21 4: CUL_Parse: CUL1 r25EAE700003200086408D9ED -83.5
2016.07.01 16:53:21 4: CUL_Parse: CUL1 r49E7E500483205164F553A11 -65.5
2016.07.01 16:53:28 4: CUL_Parse: CUL1 r49E7E500483205184F553A12 -65
2016.07.01 16:53:28 4: CUL_Parse: CUL1 r25EAE600003200076408D9F0 -82
2016.07.01 16:53:34 4: CUL_Parse: CUL1 r49E7E500473205144F553A13 -64.5
2016.07.01 16:53:38 4: CUL_Parse: CUL1 r25EAE700003200086408D9ED -83.5
2016.07.01 16:53:41 4: CUL_Parse: CUL1 r49E7E5004732051851553A12 -65
2016.07.01 16:53:43 4: CUL_Parse: CUL1 r49E7E4004732051951553A13 -64.5
2016.07.01 16:53:50 4: CUL_Parse: CUL1 r49E7E4004732051450553A12 -65
2016.07.01 16:53:51 4: CUL_Parse: CUL1 r25EAE800003200086408D9ED -83.5
2016.07.01 16:53:53 4: CUL_Parse: CUL1 s8100DCF000EA; 432: 4048
ich kann nur soviel sagen, das es keiner meiner Sensoren ist. ;-)
Kann jemand was dazu sagen, oder ist es einfach nur "Funkmüll" ?
Gruß
Sascha
Melde mich hier mit einem Problem, das auch einige hier haben - habe extrem viele Einträge in meinem Log - teilweise im Sekunden Abstand. Leider habe ich keine Info dazu gefunden, bzw. wie man das im Log verhindern/filtern kann. Gibt es da eine Möglichkeit? Wie kann ich herausfinden, was mich da 'zuspammt'?
...
2016.07.03 01:11:47 3: CUL1: Unknown code s1B010160003; 544: 9072, help me!
2016.07.03 01:11:47 3: CUL1: Unknown code s1B010160003; 560: 9056, help me!
2016.07.03 01:11:47 3: CUL1: Unknown code s1B010160003; 560: 9040, help me!
2016.07.03 01:11:48 3: CUL1: Unknown code s1B010160003; 544: 9056, help me!
2016.07.03 01:11:53 3: CUL1: Unknown code sD80089F00E6; 464: 4016, help me!
2016.07.03 01:12:10 3: CUL1: Unknown code s58E80E030D8; 448: 9248, help me!
2016.07.03 01:12:36 3: CUL1: Unknown code s160B104C0DB; 448: 8928, help me!
2016.07.03 01:12:37 3: CUL1: Unknown code s1B010160003; 544: 9072, help me!
2016.07.03 01:12:37 3: CUL1: Unknown code s1B010160003; 560: 9088, help me!
2016.07.03 01:12:37 3: CUL1: Unknown code s1B010160003; 576: 9040, help me!
2016.07.03 01:12:37 3: CUL1: Unknown code s1B010160003; 560: 9056, help me!
2016.07.03 01:12:38 3: CUL1: Unknown code s1B010160004; 560: 9072, help me!
2016.07.03 01:13:27 3: CUL1: Unknown code s1B010160004; 544: 9072, help me!
2016.07.03 01:13:27 3: CUL1: Unknown code s1B010160003; 576: 9040, help me!
2016.07.03 01:13:27 3: CUL1: Unknown code s1B010160003; 560: 9056, help me!
2016.07.03 01:13:27 3: CUL1: Unknown code s1B010160003; 576: 9056, help me!
2016.07.03 01:13:28 3: CUL1: Unknown code s1B010160003; 560: 9056, help me!
2016.07.03 01:17:30 3: CUL1: Unknown code P12#75EC7A14BC7E42A29A0EC014, help me!
2016.07.03 01:19:39 3: CUL1: Unknown code P12#75ECDA01C6EF074E, help me!
...
Andreas
Ich muss auch nochmal schreiben. Hatte ja oben vom 12.06. bereits geschrieben, dass ich noch einen TCM Fühler einbinden möchte.
Mit ist jetzt aufgefallen, dass dieser Fühler teils als CUL_TCM97001_135(model TCM21....) und teils als CUL_TCM97001_Unknown(model unknown) ankommt.
Vom generellen Ablauf und der alternativen CUL also schonmal korrekt. Rohdatenstrom kommt mit einem vorangestellten "s" und geht ins FHEM Modul.
Wie wird das jetzt in FHEM verarbeitet? Wie wird das Modell ermittelt? Ich habe mal versucht in den Quelltext zu sehen, aber ich kann es leider nicht erkennen, wie der Hase läuft.
Kann mir dies jemand erläutern?
Gruss
killah78
edit: Nee, muss wohl doch in der altCUL geändert werden. Die Daten werden zwar mit dem Prefix s übergeben, Werte sind aber nicht korrekt. Björn, wenn du da helfen kannst, wäre super. Sind vermutlich nur ein paar Stellschrauben zu korrigieren, damit der Wert korrekt übergeben werden kann.
Hallo,
du schreibst, dass wir bei Problemen gern an Dich schreiben können.
Das ist sehr nett vorab Danke dafür.
Mein Problem:
Ich habe seit Jahresbeginn FHEM auf einem Raspberry mit einem NanoCul aus dem Selbstbau im Betrieb. Bislang mit der CULFW 1.6.6.
Da ich nun einen TCM 21... Sensor gefunden habe, bin ich auf die letzte Version der aCulFW 1.21.00 built 71 umgestiegen.
Es funktioniert lange Zeit gut, aber ein- bis zweimal täglich stellt der CUL den Sendebetreib ein. Emfang für Fernsteuerungen und den Temperatursensor geht weiter . Gesendet wird aber nicht mehr, obwohl die Sende LED auf dem Nano aufblickt.
Abhilfe ist zu schaffen durch kurzes Abziehen der USB Verbindung zum CUL. Im LOG wird das mit CUL1 reapeared protokolliert . Set "Reopen" für den Cul funktioniert nicht.
Da ich aus Redundanzgründen gleich 3 baugleiche NanoCUL gebaut habe, habe ich alle drei probiert, leider mit dem gleichen Problem.
Im Log finde ich für den Zeitpnkt der Störung folgenden Eintrag:
016.07.18 04:13:43 2: CUL1: unknown message p 8 480 2016 480 3904 480 2080 42 1 5 2 464 8032 0 F9 27CBB54003C0
2016.07.18 04:13:47 2: CUL1: unknown message p11 320 4192 352 4192 48 2096 46 1 5 6 320 9216 0 D5 A04D48900004
2016.07.18 04:13:47 2: CUL1: unknown message p11 112 48 144 16 208 2176 53 1 6 5 304 9200 0 D5 400A9848802010
2016.07.18 04:13:48 2: CUL1: unknown message p11 352 2160 80 2112 160 48 18 1 2 2 304 4160 0 DA AEBF40
2016.07.18 04:13:48 2: CUL1: unknown message p11 128 64 352 4176 336 2128 48 1 6 0 336 9184 0 D6 6209B2280001
2016.07.18 04:13:48 2: CUL1: unknown message p11 48 48 336 4144 352 2128 55 1 6 7 320 8144 0 D4 630C8A51090002
2016.07.18 04:13:48 2: CUL1: unknown message p11 304 4192 320 4208 320 2160 46 1 5 6 384 9168 0 D4 9854C4880004
2016.07.18 04:13:50 2: CUL1: unknown message p11 224 32 192 16 0 0 21 1 2 5 192 4576 0 D9 000000
2016.07.18 04:13:50 2: CUL1: unknown message p11 224 80 128 64 160 1424 201 1 25 1 192 5600 0 D6 0200302041480084110200800204002281020020010204001000
2016.07.18 04:13:51 2: CUL1: unknown message p 8 432 2016 448 4048 448 2016 36 1 4 4 416 8992 0 D7 5668000010
2016.07.18 04:13:51 2: CUL1: unknown message p 8 448 2032 416 4032 464 2016 36 1 4 4 432 8960 0 D7 566F0E00C0
2016.07.18 04:13:51 2: CUL1: unknown message p 8 448 2016 448 4016 448 2016 36 1 4 4 448 8960 0 D8 5668000010
2016.07.18 04:13:51 2: CUL1: unknown message p11 96 64 128 16 96 304 111 1 45 7 448 8960 0 DE 56602000000200002100000000010002020080240080004812240080020
2016.07.18 04:13:51 2: CUL1: unknown message p11 416 2048 448 2048 464 64 23 1 2 7 464 4000 0 DE FFFFDE
2016.07.18 04:13:52 2: CUL1: unknown message p 8 416 2032 480 4000 464 2000 36 1 4 4 464 8976 0 D8 566F0E00C0
2016.07.18 04:14:02 2: CUL1: unknown message p11 48 1744 80 16 96 1200 17 1 2 1 160 4672 0 D7 9A8200
........
2016.07.18 05:55:57 3: Code 11 not supported by IT_00000FFFFF.
2016.07.18 05:55:57 3: Code 11 not supported by IT_00000FFFFF.
2016.07.18 05:55:57 3: CUL1: Unknown code i00155f, help me!
Die unknown messages sind nicht von Geräten bei mir. habe überall die Batterien entfernt, Messages bleiben. Diese Messages scheinen aber nicht zu stören,müllen lediglich den Log zu.
Der IT_00000FFFFF, den ich als Ursache vermute, ist nicht bei mir verbaut sondern bei einem Nachbarn. Habe ich mit seiner Fernsteuerung getestet.
Im FHEM habe ich das Ding daraufhin bereits auf "ignore" gesetzt. Er stört also nicht weiter.
Das Signal selber kann ich natürlich nicht unterdrücken, es sei denn ich kaufe meinem Nachbarn eine andere Steuerung, was wohl keinen Lösung ist.
Mit der CULfw 1.6.6, die ich nun auf einem der 3 CUL installiert habe und die ich im Test immer wieder tageweise einsetze, tritt die Meldung "Code 11" und die Störung nicht auf.
Da die Störung nur sporadisch auftaucht, ist es schwierig in den mit X25 protokolliertem Datensätzen den Überblick zu behalten.
Ich hoffe ich habe umfassend, aber kurz genug geschrieben, um einen Tipp zu bekommen
Herzlichen Dank Ralf
Hallo,
habe weiter die Sache untersucht, dabei komme ich auf folgenden Logeintrag:
2016.07.21 09:46:32 2: IT set Stecker4 off
2016.07.21 09:46:32 2: IT IODev device didn't answer is command correctly: raw => s27CA45C00A80F7; 496: 8048
2016.07.21 09:46:33 3: message "is01001010011010100110111010000001" (34) too short!
2016.07.21 09:46:33 3: message "is01001010011010100110111010000001" (34) too short!
2016.07.21 09:46:33 3: CUL1: Unknown code is01001010011010100110111010000001, help me!
Senden ist abgeschaltet, Emfang funktioniert weiter !
Wenn ich CUL1 set " Reopen" schicke, funktioniert der gleiche Befehl wieder.
Jetzt komm ich nicht mehr weiter!
Viele Grüße
RDK
Wie kann man eigentlich HomeMatic Geräte bei dem nanoCUL868 anmelden?
Meine Config müsste soweit passen.
#####################################
### INPUT 868Mhz RxTx HomeMatic ###
#####################################
define nanoCUL868_HM CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7HG-if00-port0@38400 0000
attr nanoCUL868_HM alias nanoCUL868 HomeMatic
attr nanoCUL868_HM hmId F12347
attr nanoCUL868_HM rfmode HomeMatic
Die Empfängereinstellungen sehen so aus:
nanoCUL868_HM ccconf => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
Wenn ich den optischen Tür/Fensterkontaktsensor HM-Sec-SCo anmelden möchte tut sich aber nichts.
Die Anmeldung des Sensor führe ich mit diesem Befehl aus.
set nanoCUL868_HM hmPairForSec 600
Anschließend drücke ich am Tür/Fensterkontaktsensor HM-Sec-SCo die Taste bis die LED rot blinkt.
Somit sollte eine Anmeldung des Tür/Fensterkontaktsensors HM-Sec-SCo erfolgen.
Im Log finde ich zumindest einen Eintrag der vermuten lässt das es sich um diesen Sensor handeln könnte.
2016.07.29 16:30:01 2: CUL_HM Unknown device HM_4C0DD5 is now defined
Nur finde ich weder in der Config noch sonst wo diesen Sensor.
Kann es sein das dieser HomeMatic Sensor für FHEM noch nicht vorhanden ist.
2016.07.29 17:02:55 1: RCV L:0C N:40 F:86 CMD:41 SRC:4C0DD5 DST:broadcast 015000 (Sensor_event BUTTON:1 LONG:0 LOWBAT:0 NBR:80 VALUE:0) (,WAKEMEUP,BCAST,RPTEN)
2016.07.29 17:02:55 1: RCV L:0C N:40 F:86 CMD:41 SRC:4C0DD5 DST:broadcast 015000 (Sensor_event BUTTON:1 LONG:0 LOWBAT:0 NBR:80 VALUE:0) (,WAKEMEUP,BCAST,RPTEN)
2016.07.29 17:02:55 3: nanoCUL868_HM: Unknown code A0C4086414C0DD5000000015000::-54.5:nanoCUL868_HM, help me!
2016.07.29 17:02:57 1: RCV L:0C N:41 F:86 CMD:41 SRC:4C0DD5 DST:broadcast 0151C8 (Sensor_event BUTTON:1 LONG:0 LOWBAT:0 NBR:81 VALUE:200) (,WAKEMEUP,BCAST,RPTEN)
2016.07.29 17:02:57 1: RCV L:0C N:41 F:86 CMD:41 SRC:4C0DD5 DST:broadcast 0151C8 (Sensor_event BUTTON:1 LONG:0 LOWBAT:0 NBR:81 VALUE:200) (,WAKEMEUP,BCAST,RPTEN)
2016.07.29 17:02:57 3: nanoCUL868_HM: Unknown code A0C4186414C0DD50000000151C8::-52.5:nanoCUL868_HM, help me!
2016.07.29 17:03:00 1: PERL WARNING: Useless use of private variable in void context at (eval 21856) line 1.
2016.07.29 17:03:00 1: PERL WARNING: Useless use of private variable in void context at (eval 21857) line 1.
2016.07.29 17:03:05 1: RCV L:0C N:43 F:86 CMD:41 SRC:4C0DD5 DST:broadcast 0153C8 (Sensor_event BUTTON:1 LONG:0 LOWBAT:0 NBR:83 VALUE:200) (,WAKEMEUP,BCAST,RPTEN)
2016.07.29 17:03:05 1: RCV L:0C N:43 F:86 CMD:41 SRC:4C0DD5 DST:broadcast 0153C8 (Sensor_event BUTTON:1 LONG:0 LOWBAT:0 NBR:83 VALUE:200) (,WAKEMEUP,BCAST,RPTEN)
2016.07.29 17:03:05 3: nanoCUL868_HM: Unknown code A0C4386414C0DD50000000153C8::-53.5:nanoCUL868_HM, help me!
2016.07.29 17:03:06 1: RCV L:0C N:44 F:86 CMD:41 SRC:4C0DD5 DST:broadcast 015400 (Sensor_event BUTTON:1 LONG:0 LOWBAT:0 NBR:84 VALUE:0) (,WAKEMEUP,BCAST,RPTEN)
2016.07.29 17:03:06 1: RCV L:0C N:44 F:86 CMD:41 SRC:4C0DD5 DST:broadcast 015400 (Sensor_event BUTTON:1 LONG:0 LOWBAT:0 NBR:84 VALUE:0) (,WAKEMEUP,BCAST,RPTEN)
2016.07.29 17:03:06 3: nanoCUL868_HM: Unknown code A0C4486414C0DD5000000015400::-52.5:nanoCUL868_HM, help me!
2016.07.29 17:03:15 1: PERL WARNING: Useless use of private variable in void context at (eval 22084) line 1.
2016.07.29 17:03:15 1: PERL WARNING: Useless use of private variable in void context at (eval 22085) line 1.
Moin,
ich steige grade von Pilight auf zwei nanoCUL's um. Die Hälfte meiner Funksteckdosen läuft im ELRO/Intertechno Protokoll und somit wunderbar mit a-culfw.
Leider ist die andere Hälfte irgendein NoName Hersteller, laut Pilight liegt hier das Silvercrest Protokoll an.
Im Pilight Wiki gibt es eine Beschreibung des Protokolls, welche mir auf den ersten Blick absolut gar nichts sagt.
Ich bin leider kein Entwickler, ansonsten würde ich mich einmal selbst an der Implementierung versuchen. Würde mich aber über eine Untersützung seitens a-culfw freuen.
Ich könnte dafür auch einen SDR# Mitschnitt der Fernbedienung liefern.
Eine Arduino Portierung des Protokolls habe ich im rc-switch Projekt gefunden und auch schon einmal ausprobiert.
RAW sieht einschalten von Dose A mit Hauscode alle Dips OFF so aus:
016.07.29 19:32:18 3: set cul_og raw X25
2016.07.29 19:32:18 2: cul_og: unknown message p11 64 2144 928 32 16 208 43 1 5 3 320 5680 0 FA 379000400000
2016.07.29 19:32:18 2: cul_og: unknown message p11 32 944 160 96 32 560 72 1 9 0 656 7072 0 F8 897A15000000000000
2016.07.29 19:32:18 2: cul_og: unknown message p11 32 16 560 176 48 448 55 1 6 7 528 5856 0 FF 2227D42C800000
2016.07.29 19:32:19 2: cul_og: unknown message p11 32 1920 672 48 32 336 133 1 16 5 320 4560 0 FA E860C00000000000033C40BA8080000000
2016.07.29 19:32:19 2: cul_og: unknown message p11 32 64 32 3296 928 48 62 1 7 6 176 4080 0 FA 4000000000000000
2016.07.29 19:32:19 2: cul_og: unknown message p11 48 224 80 128 32 784 200 1 25 0 608 5136 0 FF 70C85080410000000000000087C82D80200200000007C24148
2016.07.29 19:32:19 2: cul_og: unknown message p10 32 1024 400 96 32 224 28 1 3 4 256 11712 0 00 DA428010
2016.07.29 19:32:19 2: cul_og: unknown message p11 32 928 368 96 96 400 54 1 6 6 256 5952 0 FB E80C8200100004
2016.07.29 19:32:19 2: cul_og: unknown message p11 32 1472 928 64 32 272 70 1 8 6 304 12416 0 FB 802A50000000000000
2016.07.29 19:32:20 2: cul_og: unknown message p11 96 768 48 1584 336 48 143 1 17 7 192 3872 0 FB 000000000000000080000000000000000000
2016.07.29 19:32:20 2: cul_og: unknown message p11 32 96 32 176 64 800 72 1 9 0 400 5264 0 FE 590480251800000006
2016.07.29 19:32:20 2: cul_og: unknown message p11 32 64 640 480 32 1968 55 1 6 7 592 5024 0 FB 71948060000000
2016.07.29 19:32:21 2: cul_og: unknown message p11 32 960 128 224 16 944 48 1 6 0 208 4816 0 F9 8FF020100002
2016.07.29 19:32:21 2: cul_og: unknown message p11 32 1696 32 1968 928 48 54 1 6 6 192 4064 0 F9 80000100000000
2016.07.29 19:32:21 2: cul_og: unknown message p11 32 64 800 240 32 304 53 1 6 5 320 6752 0 FE 4A003950500038
2016.07.29 19:32:21 2: cul_og: unknown message p11 32 656 160 80 16 256 35 1 4 3 336 6336 0 00 F210FAC800
2016.07.29 19:32:21 2: cul_og: unknown message p11 48 1168 0 0 48 592 83 1 10 3 384 3904 0 02 0000000000000000000000
2016.07.29 19:32:22 2: cul_og: unknown message p11 80 240 352 16 48 320 44 1 5 4 176 10144 0 FF 1A3400000000
2016.07.29 19:32:22 2: cul_og: unknown message p 7 304 1120 992 432 288 1136 24 1 3 0 240 11248 0 0A 45386A
2016.07.29 19:32:22 2: cul_og: unknown message p11 32 64 96 128 48 688 20 1 2 4 608 8832 0 10 00A0B0
2016.07.29 19:32:22 2: cul_og: unknown message p11 96 48 1008 432 16 480 32 1 4 0 272 6704 0 06 7CD28AAF
2016.07.29 19:32:23 2: cul_og: unknown message p11 128 1248 944 464 480 944 18 1 2 2 272 13088 0 08 A38D40
2016.07.29 19:32:23 2: cul_og: unknown message p11 48 1888 32 64 48 272 20 1 2 4 560 10432 0 02 502800
2016.07.29 19:32:23 2: cul_og: unknown message p11 64 832 32 192 96 320 41 1 5 1 240 10032 0 FE CE5580080000
2016.07.29 19:32:23 2: cul_og: unknown message p11 80 2592 48 2320 48 0 53 1 6 5 256 3504 0 FB 800000000000C0
2016.07.29 19:32:23 2: cul_og: unknown message p11 32 336 32 208 16 288 19 1 2 3 288 10432 0 02 B20D00
Ich kann da leider gar nix mit anfangen, hat vielleicht auch noch was anderes rein gestreut da...
Zitat von: Burny4600 am 29 Juli 2016, 16:46:49
Anschließend drücke ich am Tür/Fensterkontaktsensor HM-Sec-SCo die Taste bis die LED rot blinkt.
Somit sollte eine Anmeldung des Tür/Fensterkontaktsensors HM-Sec-SCo erfolgen.
Wenn die LED rot blinkt, dann hast Du die Taste zulange gedrückt.
Hast Du schon in der Inbetriebnahmeanleitung nachgeschaut? Steht auf Seite 20 unten.
Die Rückmeldungen durch die LED stehen ab Seite 24
Gruß Ralf
Auch wenn die LED orange blinkt meldet sich der Sensor nicht richtig an.
2016.07.29 20:22:06 1: RCV L:0C N:8E F:86 CMD:41 SRC:4C0DD5 DST:broadcast 019800 (Sensor_event BUTTON:1 LONG:0 LOWBAT:0 NBR:152 VALUE:0) (,WAKEMEUP,BCAST,RPTEN)
2016.07.29 20:22:06 3: nanoCUL868_HM: Unknown code A0C8E86414C0DD5000000019800::-79:nanoCUL868_HM, help me!
2016.07.29 20:22:06 1: RCV L:0C N:8F F:86 CMD:41 SRC:4C0DD5 DST:broadcast 0199C8 (Sensor_event BUTTON:1 LONG:0 LOWBAT:0 NBR:153 VALUE:200) (,WAKEMEUP,BCAST,RPTEN)
2016.07.29 20:22:06 3: nanoCUL868_HM: Unknown code A0C8F86414C0DD50000000199C8::-76.5:nanoCUL868_HM, help me!
2016.07.29 20:22:37 1: PERL WARNING: Useless use of private variable in void context at (eval 882) line 1.
2016.07.29 20:22:37 1: PERL WARNING: Useless use of private variable in void context at (eval 883) line 1.
2016.07.29 20:22:43 1: RCV L:0C N:90 F:86 CMD:41 SRC:4C0DD5 DST:broadcast 019A00 (Sensor_event BUTTON:1 LONG:0 LOWBAT:0 NBR:154 VALUE:0) (,WAKEMEUP,BCAST,RPTEN)
2016.07.29 20:22:43 3: nanoCUL868_HM: Unknown code A0C9086414C0DD5000000019A00::-68:nanoCUL868_HM, help me!
2016.07.29 20:22:43 1: RCV L:0C N:91 F:86 CMD:41 SRC:4C0DD5 DST:broadcast 019BC8 (Sensor_event BUTTON:1 LONG:0 LOWBAT:0 NBR:155 VALUE:200) (,WAKEMEUP,BCAST,RPTEN)
2016.07.29 20:22:43 3: nanoCUL868_HM: Unknown code A0C9186414C0DD5000000019BC8::-67.5:nanoCUL868_HM, help me!
[/s]
Nach mehreren Versuchen hat es nun doch funktioniert.
Hätte mir dich die Bedienungsanleitung in einem PDF Format herunterladen sollen.
Das gedruckte ist mir schon zu klein.
Zitat von: cyablo am 29 Juli 2016, 19:13:19
Moin,
ich steige grade von Pilight auf zwei nanoCUL's um. Die Hälfte meiner Funksteckdosen läuft im ELRO/Intertechno Protokoll und somit wunderbar mit a-culfw.
Leider ist die andere Hälfte irgendein NoName Hersteller, laut Pilight liegt hier das Silvercrest Protokoll an.
Im Pilight Wiki gibt es eine Beschreibung des Protokolls, welche mir auf den ersten Blick absolut gar nichts sagt.
Ich bin leider kein Entwickler, ansonsten würde ich mich einmal selbst an der Implementierung versuchen. Würde mich aber über eine Untersützung seitens a-culfw freuen.
Ich könnte dafür auch einen SDR# Mitschnitt der Fernbedienung liefern.
Eine Arduino Portierung des Protokolls habe ich im rc-switch Projekt gefunden und auch schon einmal ausprobiert.
RAW sieht einschalten von Dose A mit Hauscode alle Dips OFF so aus:
016.07.29 19:32:18 3: set cul_og raw X25
2016.07.29 19:32:18 2: cul_og: unknown message p11 64 2144 928 32 16 208 43 1 5 3 320 5680 0 FA 379000400000
2016.07.29 19:32:18 2: cul_og: unknown message p11 32 944 160 96 32 560 72 1 9 0 656 7072 0 F8 897A15000000000000
2016.07.29 19:32:18 2: cul_og: unknown message p11 32 16 560 176 48 448 55 1 6 7 528 5856 0 FF 2227D42C800000
2016.07.29 19:32:19 2: cul_og: unknown message p11 32 1920 672 48 32 336 133 1 16 5 320 4560 0 FA E860C00000000000033C40BA8080000000
2016.07.29 19:32:19 2: cul_og: unknown message p11 32 64 32 3296 928 48 62 1 7 6 176 4080 0 FA 4000000000000000
2016.07.29 19:32:19 2: cul_og: unknown message p11 48 224 80 128 32 784 200 1 25 0 608 5136 0 FF 70C85080410000000000000087C82D80200200000007C24148
2016.07.29 19:32:19 2: cul_og: unknown message p10 32 1024 400 96 32 224 28 1 3 4 256 11712 0 00 DA428010
2016.07.29 19:32:19 2: cul_og: unknown message p11 32 928 368 96 96 400 54 1 6 6 256 5952 0 FB E80C8200100004
2016.07.29 19:32:19 2: cul_og: unknown message p11 32 1472 928 64 32 272 70 1 8 6 304 12416 0 FB 802A50000000000000
2016.07.29 19:32:20 2: cul_og: unknown message p11 96 768 48 1584 336 48 143 1 17 7 192 3872 0 FB 000000000000000080000000000000000000
2016.07.29 19:32:20 2: cul_og: unknown message p11 32 96 32 176 64 800 72 1 9 0 400 5264 0 FE 590480251800000006
2016.07.29 19:32:20 2: cul_og: unknown message p11 32 64 640 480 32 1968 55 1 6 7 592 5024 0 FB 71948060000000
2016.07.29 19:32:21 2: cul_og: unknown message p11 32 960 128 224 16 944 48 1 6 0 208 4816 0 F9 8FF020100002
2016.07.29 19:32:21 2: cul_og: unknown message p11 32 1696 32 1968 928 48 54 1 6 6 192 4064 0 F9 80000100000000
2016.07.29 19:32:21 2: cul_og: unknown message p11 32 64 800 240 32 304 53 1 6 5 320 6752 0 FE 4A003950500038
2016.07.29 19:32:21 2: cul_og: unknown message p11 32 656 160 80 16 256 35 1 4 3 336 6336 0 00 F210FAC800
2016.07.29 19:32:21 2: cul_og: unknown message p11 48 1168 0 0 48 592 83 1 10 3 384 3904 0 02 0000000000000000000000
2016.07.29 19:32:22 2: cul_og: unknown message p11 80 240 352 16 48 320 44 1 5 4 176 10144 0 FF 1A3400000000
2016.07.29 19:32:22 2: cul_og: unknown message p 7 304 1120 992 432 288 1136 24 1 3 0 240 11248 0 0A 45386A
2016.07.29 19:32:22 2: cul_og: unknown message p11 32 64 96 128 48 688 20 1 2 4 608 8832 0 10 00A0B0
2016.07.29 19:32:22 2: cul_og: unknown message p11 96 48 1008 432 16 480 32 1 4 0 272 6704 0 06 7CD28AAF
2016.07.29 19:32:23 2: cul_og: unknown message p11 128 1248 944 464 480 944 18 1 2 2 272 13088 0 08 A38D40
2016.07.29 19:32:23 2: cul_og: unknown message p11 48 1888 32 64 48 272 20 1 2 4 560 10432 0 02 502800
2016.07.29 19:32:23 2: cul_og: unknown message p11 64 832 32 192 96 320 41 1 5 1 240 10032 0 FE CE5580080000
2016.07.29 19:32:23 2: cul_og: unknown message p11 80 2592 48 2320 48 0 53 1 6 5 256 3504 0 FB 800000000000C0
2016.07.29 19:32:23 2: cul_og: unknown message p11 32 336 32 208 16 288 19 1 2 3 288 10432 0 02 B20D00
Ich kann da leider gar nix mit anfangen, hat vielleicht auch noch was anderes rein gestreut da...
OK, das hat mich jetzt selber nicht los gelassen. Ich hab mir das Protokoll mal genauer angeschaut:
Die ersten 5 Bits sind der Hauscode, die nächsten der Code der Dose, wobei die DIP Schalter offensichtlich wirklich 1zu1 abgebildet werden.
Taste A generiert 10000, Taste B generiert 01000... Danach kommt der AN/AUS Status und dann noch mal der Status invertiert als Bestätigung.
Hab das ganze mal grafisch etwas aufbereitet, ist aber nicht schön geworden :)
Am Anfang jeder Sendung gibt es ein eine Art kurzen Impuls.
http://imgur.com/a/CBnAn
Zu den Timings kann ich leider noch nix sagen... Mir fehlen einfach die Kenntnisse. Wenn ich schätzen müsste wären die Bits jeweils 1,7-1,8ms und die Pausen dazwischen 1,15ms.
Ich hab das aus der Samplerate errechnet, ohne Gewähr...
Hi,
ich hänge immer noch an meinem TCM Temparaturempfänger, der ab und an als TCM21... mit falschen Werten erkannt wird und überwiegend als Unknown.
Jetzt die generelle Frage, da ich noch nicht so sehr in der Materie bewandert bin:
die alternative CUL Firmware sollte ja gut funktionieren, da ja der Empfang immer mit vorangestellten "s" ankommt.
Dann wird ein FHEM Modul klassifizieren, was es ist.
Wie wird klassifiziert, ob es als TCM21... oder als unknown ankommt? Wird da eine Checksumme errechnet oder eine bestimmte Länge? Ich habe schonmal einen Blick in den Quelltext geworfen, aber finde mich da nicht so sehr zurecht. Vielleicht kann mir das jemand erläutert, damit ich vielleicht meinen TCM Emfpänger irgendwie einbinden kann.
Danke und Gruss
killah78
Hallo zusammen.
Ich haben mir einen Bodenfeuchtesensor bestellt.
https://www.plantcaretools.com/de/?option=com_virtuemart&view=productdetails&virtuemart_category_id=2&virtuemart_product_id=11&Itemid=447 (https://www.plantcaretools.com/de/?option=com_virtuemart&view=productdetails&virtuemart_category_id=2&virtuemart_product_id=11&Itemid=447)
Hatte die hoffnung das die a-fw diesen erkennt. Der Sensor lässt sich über einen RFXTRX 433 einbinden un wird wohl auch erkannt.
Siehe https://forum.fhem.de/index.php/topic,55671.msg485125.html#msg485125 (https://forum.fhem.de/index.php/topic,55671.msg485125.html#msg485125)
Hier der Mitschnitt des CUL in X67, als ich die Batterien eingesetzt habe.
2016.08.26 15:16:45 2 : CUL1: unknown message p13 512 928 1168 912 0 0 53 1 6 5 512 928 512 1F AAAAAAAAAAAAA8
2016-08-26 15:16:45 CUL CUL1 UNKNOWNCODE p 8 544 896 1168 912 0 0 42 1 5 2 544 896 544 23 AAAAAAAAAA80
2016.08.26 15:16:45 2 : CUL1: unknown message p 8 544 896 1168 912 0 0 42 1 5 2 544 896 544 23 AAAAAAAAAA80
2016-08-26 15:16:45 CUL CUL1 UNKNOWNCODE p 8 544 928 1104 912 0 0 42 1 5 2 544 928 544 27 AAAAAAAAAA80
2016.08.26 15:16:45 2 : CUL1: unknown message p 8 544 928 1104 912 0 0 42 1 5 2 544 928 544 27 AAAAAAAAAA80
2016-08-26 15:16:53 CUL CUL1 UNKNOWNCODE p13 464 1104 1040 1072 0 0 41 1 5 1 464 1104 464 47 AAAAAAAAAA80
2016.08.26 15:16:53 2 : CUL1: unknown message p13 464 1104 1040 1072 0 0 41 1 5 1 464 1104 464 47 AAAAAAAAAA80
2016-08-26 15:16:53 CUL CUL1 UNKNOWNCODE p13 928 1152 1040 1056 0 0 55 1 6 7 1280 1152 640 44 AAAAAAAAAAAAAA
2016.08.26 15:16:53 2 : CUL1: unknown message p13 928 1152 1040 1056 0 0 55 1 6 7 1280 1152 640 44 AAAAAAAAAAAAAA
2016-08-26 15:16:53 CUL CUL1 UNKNOWNCODE p13 928 1152 1056 1056 0 0 55 1 6 7 1296 1152 640 44 AAAAAAAAAAAAAA
2016.08.26 15:16:53 2 : CUL1: unknown message p13 928 1152 1056 1056 0 0 55 1 6 7 1296 1152 640 44 AAAAAAAAAAAAAA
2016-08-26 15:16:54 CUL CUL1 UNKNOWNCODE p11 80 96 80 1936 80 16 44 1 5 4 192 3952 0 EA 0202A0200000
Besteht die möglichkeit diesen Bodenfeuchtesensor in a-fw einzubinden ?
Ich denke das die Nachrichten P13 und P8 hier die entsprechenden sind.
Die Adresse ist die 1.
Gruß und Danke
Sascha
Hallo zusammen,
nachdem ich FHEM einige Zeit ruhen lassen musste, stoße ich derzeit an Grenzen.
Im Betrieb ist ein RPi3 mit SCC und ein kleiner 433MHz Sender, Empfänger und Lowpass-
filter auf einer Rasterkarte... das läuft, die MAX-Thermostate werden erkannt, die
Funksteckdosen ( Baumarkt billig) ebenfalls.
Leider ist die Reichweite zu knapp, der Aufbau ist auch zu groß für das vorgesehene Gehäuse.
Das CUNX mit einem zusätzlichen 433 MHz Modul wäre eine willkommene Lösung.
Dazu zwei (dumme) Fragen eines FHEM-Anfängers:
1. Funktioniert die a-culfw auf dem CUNX?
Sollte eigentlich, aber man weiß ja nie....
2. Wie flashe ich das zisätzliche Modul per USB?
Für das erste Modul habe ich einiges gefunden, FLIP + Treiber installieren, Taste drücken und flashen...
über das zweite Modul finde ich so nichts.
Ist vermutlich einfach und ich seh den Wald mal wieder vor lauter Bäumen nicht
Danke schon mal vorab
Moin,
mein Log wird mit folgenden Nachrichten geflutet:
"unknown message i"
Ich hab 2 Selbstbau-CUL's mit aktueller aculfw in je einem OpeWRT Gerät stecken und per serial2net an FHEM durchgereicht.
Funktioniert alles, nur die besagte Meldung kommt so im ca. 10 Sekunden Takt für beide CULs.
Weiß jemand was die zu bedeuten haben?
... wenn du selber kein IT- Sender irgendwo übersehen hast, der in diesem Takt sendet, dann kann das u.U. aus der Nachbarschaft kommen ...
Habe ich hier auch von verschiedenen Nachbarn mit unterschiedlichen Logeinträgen dieser Art ...
Ne, ich hab keine Sender in dem Bereich. Dann wird das wohl was aus der Nachbarschaft sein. Danke!
Guten Abend die Runde,
ich habe einen miniCUL Ver. 2 (https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091) und möchte gerne damit dem WMBUS meiner Zähler lauschen, dafür muss ich allerdings die "define HAS_MBUS" Funktion aktivieren, danach schlägt mir allerdings die Erstellung des HEX Datei fehl:
Compiling C: ../../clib/mbus/crc.c
Linking: miniCUL_868MHZ.elf
../../clib/rf_mbus.o: In Funktion `rf_mbus_task':
rf_mbus.c:(.text.rf_mbus_task+0x70): Nicht definierter Verweis auf `manchDecode'
../../clib/mbus/mbus_packet.o: In Funktion `decodeRXBytesSmode':
mbus_packet.c:(.text.decodeRXBytesSmode+0x32): Nicht definierter Verweis auf `manchDecode'
collect2: error: ld returned 1 exit status
Makefile:171: die Regel für Ziel ,,miniCUL_868MHZ.elf" scheiterte
make[1]: *** [miniCUL_868MHZ.elf] Fehler 1
make[1]: Verzeichnis ,,/home/testuser/Downloads/a-culfw-master/culfw/Devices/miniCUL" wird verlassen
Makefile:106: die Regel für Ziel ,,all" scheiterte
make: *** [all] Fehler 2
Habe ich etwas übersehen oder wie kann ich Fehler beheben?
Hallo zusammen,
ich habe auf meinem CUL 443 die Firmware V 1.66 CUL433.
Leider schein damit kein Empfang von Intertechno Sendern möglich zu sein.
Diese alternative Firmware kann ich aber nicht flashen !?
???
Kann mir dabei jemand helfen ?
Was muss ich machen um die Firmware drauf zu bekommen.
Gelöst:
Habe es mit der kompilierten Datei und dem flash.sh hinbekommen
Linux nehmen, Firmware Download und flash Skript ausführen.
Hallo zusammen,
ich wollte mich erkundigen ob noch weitere Infos benötigt werden oder sonst etwas fehlt?
Danke im voraus!
Zitat von: Pyromane am 19 September 2016, 21:31:23
Guten Abend die Runde,
ich habe einen miniCUL Ver. 2 (https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091) und möchte gerne damit dem WMBUS meiner Zähler lauschen, dafür muss ich allerdings die "define HAS_MBUS" Funktion aktivieren, danach schlägt mir allerdings die Erstellung des HEX Datei fehl:
Compiling C: ../../clib/mbus/crc.c
Linking: miniCUL_868MHZ.elf
../../clib/rf_mbus.o: In Funktion `rf_mbus_task':
rf_mbus.c:(.text.rf_mbus_task+0x70): Nicht definierter Verweis auf `manchDecode'
../../clib/mbus/mbus_packet.o: In Funktion `decodeRXBytesSmode':
mbus_packet.c:(.text.decodeRXBytesSmode+0x32): Nicht definierter Verweis auf `manchDecode'
collect2: error: ld returned 1 exit status
Makefile:171: die Regel für Ziel ,,miniCUL_868MHZ.elf" scheiterte
make[1]: *** [miniCUL_868MHZ.elf] Fehler 1
make[1]: Verzeichnis ,,/home/testuser/Downloads/a-culfw-master/culfw/Devices/miniCUL" wird verlassen
Makefile:106: die Regel für Ziel ,,all" scheiterte
make: *** [all] Fehler 2
Habe ich etwas übersehen oder wie kann ich Fehler beheben?
Habe bei den nanoCUL's sehr viele unbekannte Codes die nicht erfasst werden können.
Wie kann ich dies abstellen?
1 nanoCUL433 UNKNOWNCODE .* AA45F95AAAAF8E03A555D55157D40FA55
1 nanoCUL433 UNKNOWNCODE 802A 6FDFDF7E1F6FEFE87C02B 6FDFDF7
1 nanoCUL433 UNKNOWNCODE 803A8520ECFDFD75 A8F56 C .* 16E1F
1 nanoCUL433 UNKNOWNCODE 808A18FEAF18 CC81214313C60EFEFBF .*
1 nanoCUL433 UNKNOWNCODE 808A417F7BDE7345EF6FAF82 0ECFDEDF9
1 nanoCUL433 UNKNOWNCODE 808A417FFF9D42 0F6FEFEF1D6ECFDFDE1
1 nanoCUL433 UNKNOWNCODE 808AC1802C41113B 07B7FFF1D80BDBFFF
1 nanoCUL433 UNKNOWNCODE 808AC1802C4133C337F6FEBEFA 77B7F5F
1 nanoCUL433 UNKNOWNCODE 808AC1808C42D1C3 3F6FEFE38 07B7F7F
1 nanoCUL433 UNKNOWNCODE 808AC180F4D7 76CEFEFAF FC3DEBF 0F5
1 nanoCUL433 UNKNOWNCODE 808AC180F4DF3FDBFBFBEFF81CF42F4111
1 nanoCUL433 UNKNOWNCODE 882A .* 3D29EAF5831E81F3DDFCBDEDF9E F
1 nanoCUL433 UNKNOWNCODE 883AA49F6A55ADD2B07E6D555552433A8A2A
1 nanoCUL433 UNKNOWNCODE 886AE15F7E85AA2AB680FC2BD4DA17909557
1 nanoCUL433 UNKNOWNCODE 888A417F5F9FEFA07F 956199EAF18 C48DF
1 nanoCUL433 UNKNOWNCODE 888AC1802C4111C3FF1583FFFE3B 07B7FFF
1 nanoCUL433 UNKNOWNCODE 888AC1802C4111C3FF15BFBFFF EC0DEDF7F
1 nanoCUL433 UNKNOWNCODE 888AC1802CC12AC3FF1583817D1D80BDBFAF
2 nanoCUL433 UNKNOWNCODE 888AC1802CC12AC3FF1583F17D1D80BDBFAF
1 nanoCUL433 UNKNOWNCODE 888AC1808CFCF1D8FB9BBFBF8AC1808C4355
1 nanoCUL433 UNKNOWNCODE 888AC180D4117C66EFAFC3FFB1 FC834D4 .*
1 nanoCUL433 UNKNOWNCODE 888ADEDF9F7618F6 1E9CB18FEAC18F4F769
1 nanoCUL433 UNKNOWNCODE 88AA E 6A47DBFD93E201D5410A27D40DAAB
1 nanoCUL433 UNKNOWNCODE 88AA12F6AE18 CC82854256C5ED13BA487AA
1 nanoCUL433 UNKNOWNCODE 88EA5FAD9A5575562C2DD5B5AA15B6965EF1
1 nanoCUL433 UNKNOWNCODE 88EA6A43EA5F5775A1F4EACFABBAE0EFA7F5
1 nanoCUL433 UNKNOWNCODE 902AC3FF1583 159825586FF2B .* 3B2 4AB C
1 nanoCUL433 UNKNOWNCODE 908A18FEAF18 CC8121431FC5F311890252862
1 nanoCUL433 UNKNOWNCODE 908AC1802C4078CFF6 15980CB1BB6 F487FA4
1 nanoCUL433 UNKNOWNCODE 908AC1802C41D5FFD8 7A4AFCEBB6230207DF5
1 nanoCUL433 UNKNOWNCODE 908AC1802CC119C3FF1583FF3EED 0ECFD7DDA
1 nanoCUL433 UNKNOWNCODE 908ADE3FFD .* C 664164A15FEB1F7CF42A9
1 nanoCUL433 UNKNOWNCODE 908ADEDFB3 6E157F4 15984F4F01CF4F79B .*
1 nanoCUL433 UNKNOWNCODE 909A19FEAF18 CC8123433FC5F311890256866
1 nanoCUL433 UNKNOWNCODE 90BAFFCF7FC560409661 0E0F78AC1802CEFFF
1 nanoCUL433 UNKNOWNCODE 90EA AFEAF18 CC818D415FC5F31189031A82B
1 nanoCUL433 UNKNOWNCODE 90EA6AEDA5DE5595334B56554155D5827FF1FD
1 nanoCUL433 UNKNOWNCODE 982A .*
1 nanoCUL433 UNKNOWNCODE 982A7A7F7B9E8F7D40C6A0F2F82B .* F
1 nanoCUL433 UNKNOWNCODE 985A 2FC5F31189039A8 4F8BF6230207350 .*
1 nanoCUL433 UNKNOWNCODE 987A .* 6FF57 CFAFB3EF8CFDEDF4F18
1 nanoCUL433 UNKNOWNCODE 988A417F BBF9E99BDBFF920A1FF8A417F BF3 .*
1 nanoCUL433 UNKNOWNCODE 988A41818CBEAF298DFE EAA A4AA918F46F5055
1 nanoCUL433 UNKNOWNCODE 988AC1802C4111C3FF1583 159F277 0F6FEFE7B
1 nanoCUL433 UNKNOWNCODE 988AC1802C42BFC1FF1583 1591E78 0F6FE3EF0
1 nanoCUL433 UNKNOWNCODE 988AC1802CC119C3FF1583 1597ADA 1D8FBFBB4
1 nanoCUL433 UNKNOWNCODE 988AC1802CC12AC3FF1583 .* FECFD7D
1 nanoCUL433 UNKNOWNCODE 988AC1802CC13BC3FF1583 15982F7 EC0DEDF .*
1 nanoCUL433 UNKNOWNCODE 988AC180745057F079C5A0BF3DFFBF62D03F 6B5
1 nanoCUL433 UNKNOWNCODE 988AC1808C41ED .* CEA ABEB0F7B7E7
1 nanoCUL433 UNKNOWNCODE 988AC1808CFC9F308083 119BBC133B0F73767F8
1 nanoCUL433 UNKNOWNCODE 988AC180CCC325C3FF1583 199876B 760EF2FCE
1 nanoCUL433 UNKNOWNCODE 988AC680F423F4EA15837E5982BE77B58F2FC13C
1 nanoCUL433 UNKNOWNCODE 98AA562B9096C95ED5 A 3CB159AAA2E7129D935
1 nanoCUL433 UNKNOWNCODE 98AA5A5555A955555555B5AAAA5555B5565555AB
1 nanoCUL433 UNKNOWNCODE 98AA92FAEB7B50552534169DEAAAAAA81548BF65
1 nanoCUL433 UNKNOWNCODE 98AAAA5D83F4AB14555582E2A569AAAAD2835552
1 nanoCUL433 UNKNOWNCODE 98AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA2A
1 nanoCUL433 UNKNOWNCODE 98AAAAADAAAA525555AB4A55555555B5D55A5555
1 nanoCUL433 UNKNOWNCODE 98AAD2295F7A35A8AA123B4BAFF6AAD6 796B672
1 nanoCUL433 UNKNOWNCODE 98AAF6F1 .* A D5E2BFA80D457786A15BD471AA8
1 nanoCUL433 UNKNOWNCODE 98DA 1FEAF18 CC832B4 3FC5F3118906568 .*
1 nanoCUL433 UNKNOWNCODE 98EA8A433EAA5EAD8AF3CABFAAA8EA7A9D2590EA
1 nanoCUL433 UNKNOWNCODE 98EADEDFF71DFF8AC1802CC1 8C37F7B7F5F84 .*
1 nanoCUL433 UNKNOWNCODE 98EAEE5F114AADAA8A28B0A2ABAEAAEB 557442D
1 nanoCUL433 UNKNOWNCODE A0 A7B 3B2 423F411F6 15982BE 3AF18 CC812F4
1 nanoCUL433 UNKNOWNCODE A02A .* C1ED8FBFBDE
1 nanoCUL433 UNKNOWNCODE A06A1F90 5B85318CCDEBF 093429E15BDBFBF4E .*
1 nanoCUL433 UNKNOWNCODE A08A3E20FD75 AFF3B1890 5D8141EA9E8 3D27FA7
1 nanoCUL433 UNKNOWNCODE A08AC1802C43CB7F84BDBF4E80F02B .*
1 nanoCUL433 UNKNOWNCODE A08AC1802CC1 8C3FF1583 .* 0F6FEBEEF
1 nanoCUL433 UNKNOWNCODE A08AC1808CC37FC2FF1583 11987FF84 7ECFDCD .*
1 nanoCUL433 UNKNOWNCODE A08AC180CC432DC3FF1583 199875A86FF2BC6FEE2
1 nanoCUL433 UNKNOWNCODE A08AC180CC432DC3FF1583 199875A86FFABBDBFB8
1 nanoCUL433 UNKNOWNCODE A08AC1BF1214F14A557C 15982225E918A2F20FF B
1 nanoCUL433 UNKNOWNCODE A08ADEDFC359C28115BDBF3933E1C18AC1808CDD9C
1 nanoCUL433 UNKNOWNCODE A0AA AB92A576BAAAA96845456315455D16BA9D918
1 nanoCUL433 UNKNOWNCODE A0AA566B5EAF1CAAAA2A34483F D55559435484711
1 nanoCUL433 UNKNOWNCODE A0AA568495A24A98AA2AC6FEEC54C25455D187573E
1 nanoCUL433 UNKNOWNCODE A0AA7A3559A12AA1AA4AD180A4A8FAAA76 EB956FD
1 nanoCUL433 UNKNOWNCODE A0AA8AC1BF128CF0DA2EF8F74578EA2A 6FF4AF0 B
1 nanoCUL433 UNKNOWNCODE A0AAD2E46A8791AAAAF4EC52 .* 0555594FD15FA34
1 nanoCUL433 UNKNOWNCODE A0AAE24DAF8454CCAAEBF5576A8B57AAE2ABCB51C5
1 nanoCUL433 UNKNOWNCODE A83A EFA97A088E1F98AC1802C4111C3 1F6 .*
1 nanoCUL433 UNKNOWNCODE A88AC1802C4111C3FF1583 159822286FF2B .* 3F2BF
1 nanoCUL433 UNKNOWNCODE A88AC1802C41ED 0EDFD95E08CE1F88AC1802CC119 .*
1 nanoCUL433 UNKNOWNCODE A88AC1802CC1 8C3FF1583 159821186C72B .* 3F2FB
1 nanoCUL433 UNKNOWNCODE A8AAAA45AF34AB425515BDE2A9A82AA8AAA2 F48D5AB
1 nanoCUL433 UNKNOWNCODE A8AAD6299096AA92AA2A7A 5D250555355B528A86A55
1 nanoCUL433 UNKNOWNCODE B08AC1802CC1 8C3FF1583 159821186FF2B 6FF7D .*
1 nanoCUL433 UNKNOWNCODE B08AC1808CC37FC2FF1583 11987FF84FF2B .*
1 nanoCUL433 UNKNOWNCODE B08AC180CCC325C3FF1583 199874B86FF2B .* 33277F6
1 nanoCUL433 UNKNOWNCODE B0AA18 CC8C8FF 95F57F4FEEEE884FA2AFA808CC27F .*
1 nanoCUL433 UNKNOWNCODE B82A .* 1EE14FEAF18 CC8 2DC29
1 nanoCUL433 UNKNOWNCODE B88AC1802C4095C2FF1583 159802A85FF2B .* A
37 nanoCUL433 UNKNOWNCODE B88AC1802C4111C3FF1583 159822286FF2B .* C
1 nanoCUL433 UNKNOWNCODE B88AC1802C4133C3FF1583 .* 99A19
20 nanoCUL433 UNKNOWNCODE B88AC1802C4133C3FF1583 159826686FF2B .* 3B2 4CD C
12 nanoCUL433 UNKNOWNCODE B88AC1802C42BFC1FF1583 159847E83FF2B .*
8 nanoCUL433 UNKNOWNCODE B88AC1802C433BC0FF1583 159867680FF2B .*
13 nanoCUL433 UNKNOWNCODE B88AC1802CC08CC2FF1583 159801985FF2B .* A
15 nanoCUL433 UNKNOWNCODE B88AC1802CC09DC2FF1583 159803B85FF2B .* A
1 nanoCUL433 UNKNOWNCODE B88AC1802CC09DC2FF1583 1B9 .* 1EE14
33 nanoCUL433 UNKNOWNCODE B88AC1802CC1 8C3FF1583 159821186FF2B .* C
13 nanoCUL433 UNKNOWNCODE B88AC1802CC119C3FF1583 159823386FF2B .* C
15 nanoCUL433 UNKNOWNCODE B88AC1802CC12AC3FF1583 159825586FF2B .* 3B2 4AB C
15 nanoCUL433 UNKNOWNCODE B88AC1802CC13BC3FF1583 159827786FF2B .* 3B2 4EF C
1 nanoCUL433 UNKNOWNCODE B88AC1802CC24D83FF2B .* D
22 nanoCUL433 UNKNOWNCODE B88AC1802CC284C1FF1583 .*
16 nanoCUL433 UNKNOWNCODE B88AC1802CC2A6C1FF1583 159844D83FF2B .*
1 nanoCUL433 UNKNOWNCODE B88AC1802CC2A6C1FF1583 159844D83FF2B .* 3B2 89BC6
4 nanoCUL433 UNKNOWNCODE B88AC1802CC3 0C0FF1583 .*
3 nanoCUL433 UNKNOWNCODE B88AC1804CC07BC3FF1583 19980F786FF2B .* 1EF D
3 nanoCUL433 UNKNOWNCODE B88AC1804CC1FFC2FF1583 19982FF85FF2B .* 5FF B
3 nanoCUL433 UNKNOWNCODE B88AC1804CC273C0FF1583 19984E780FF2B .*
3 nanoCUL433 UNKNOWNCODE B88AC1804CC3F7C1FF1583 19986EF83FF2B .*
6 nanoCUL433 UNKNOWNCODE B88AC1808C415DC1FF1583 11983BA82FF2B .*
1 nanoCUL433 UNKNOWNCODE B88AC1808C42D1C3FF1583 11985A287FF2B .* A45 F
2 nanoCUL433 UNKNOWNCODE B88AC1808C4355C2FF1583 11987AA84FF2B .*
2 nanoCUL433 UNKNOWNCODE B88AC1808CC37FC2FF1583 11987FF84FF2B .*
2 nanoCUL433 UNKNOWNCODE B88AC180CC40A1C1FF1583 199814283FF2B .*
3 nanoCUL433 UNKNOWNCODE B88AC180CC4125C0FF1583 199834A80FF2B .*
1 nanoCUL433 UNKNOWNCODE B88AC180CC425985FF2B .* BA5 AFF57 C 664164A15
2 nanoCUL433 UNKNOWNCODE B88AC180CC42A9C2FF1583 199855285FF2B .* BA5 A
6 nanoCUL433 UNKNOWNCODE B88AC180CC432DC3FF1583 199875A86FF2B .* FB5 C
1 nanoCUL433 UNKNOWNCODE B88AC180CCC08BC1FF1583 199811783FF2B .*
2 nanoCUL433 UNKNOWNCODE B88AC180CCC325C3FF1583 199874B86FF2B .* F97 C
2 nanoCUL433 UNKNOWNCODE B88AC180CCC334C3FF1583 199876986FF2B .* FD3 C
1 nanoCUL433 UNKNOWNCODE C0EAAF18 CC8 C141AFC5F311890192834F8BF623020335068
1 nanoCUL433 UNKNOWNCODE P12#7500E3FFFF3C234E
1 nanoCUL433 UNKNOWNCODE P12#7500F8FFFF47C3B800
1 nanoCUL433 UNKNOWNCODE P12#75213DE90F8A7AB802
1 nanoCUL433 UNKNOWNCODE P12#7528524A22B5D41514
1 nanoCUL433 UNKNOWNCODE P12#75285D50A77B8A0564
1 nanoCUL433 UNKNOWNCODE P12#7528D203F5B41F28
1 nanoCUL433 UNKNOWNCODE P12#752A3583F8D46928
1 nanoCUL433 UNKNOWNCODE P12#752A4AE54345EB0214
1 nanoCUL433 UNKNOWNCODE P12#752A764A552D52A4
1 nanoCUL433 UNKNOWNCODE P12#752A8AF09534D628
1 nanoCUL433 UNKNOWNCODE P12#752AAAB555AAAA5564
1 nanoCUL433 UNKNOWNCODE P12#752AD28D545528BD14
1 nanoCUL433 UNKNOWNCODE P12#752B6A14B3AA258029
1 nanoCUL433 UNKNOWNCODE P12#752E6A2225B9EAEA02
1 nanoCUL433 UNKNOWNCODE P12#7538F93F876DE13800
1 nanoCUL433 UNKNOWNCODE P12#754465D36BA2BA48
1 nanoCUL433 UNKNOWNCODE P12#75447D50D4F5FE0214
1 nanoCUL433 UNKNOWNCODE P12#754658D415D597C8
1 nanoCUL433 UNKNOWNCODE P12#754F7AC259E4167006
1 nanoCUL433 UNKNOWNCODE P12#7551AEAA56AA2B800E
1 nanoCUL433 UNKNOWNCODE P12#75546C41A4B09AE009
1 nanoCUL433 UNKNOWNCODE P12#7556945555AA550214
1 nanoCUL433 UNKNOWNCODE P12#7556AA4B6AAA550A64
1 nanoCUL433 UNKNOWNCODE P12#755B23F7487122B803
1 nanoCUL433 UNKNOWNCODE P12#755E97D3A8BD2D2AE4
1 nanoCUL433 UNKNOWNCODE P12#755EBFA9165755F8
1 nanoCUL433 UNKNOWNCODE P12#756C3B86A1A307C8
1 nanoCUL433 UNKNOWNCODE P12#756E47AFA01E34C8
1 nanoCUL433 UNKNOWNCODE P12#757B22774B6B066E
1 nanoCUL433 UNKNOWNCODE P12#757C37C56BD729C8
1 nanoCUL433 UNKNOWNCODE P12#757EE7AE9F57A20114
1 nanoCUL433 UNKNOWNCODE P12#758000F0FF30E9C01A
1 nanoCUL433 UNKNOWNCODE P12#759AB38B14AC06AE
1 nanoCUL433 UNKNOWNCODE P12#75A55D667B6D227006
1 nanoCUL433 UNKNOWNCODE P12#75A6A1518635B55214
1 nanoCUL433 UNKNOWNCODE P12#75A87D1EE5FA52C8
1 nanoCUL433 UNKNOWNCODE P12#75AA155A40FDCB0017
1 nanoCUL433 UNKNOWNCODE P12#75AA522AAA55A82964
1 nanoCUL433 UNKNOWNCODE P12#75AA55A655D4A55564
1 nanoCUL433 UNKNOWNCODE P12#75AA55AA5555552A14
1 nanoCUL433 UNKNOWNCODE P12#75AA55B555A8AB55E4
1 nanoCUL433 UNKNOWNCODE P12#75AAAB55AA55AA5514
1 nanoCUL433 UNKNOWNCODE P12#75AD21AED4D41DAE
1 nanoCUL433 UNKNOWNCODE P12#75CA740A9D8B92B900
1 nanoCUL433 UNKNOWNCODE P12#75D2F5834F4FAA4003
1 nanoCUL433 UNKNOWNCODE P12#75EFC530905F1EE001
1 nanoCUL433 UNKNOWNCODE P12#75F41C502F14AA9000
8 nanoCUL433 UNKNOWNCODE is000f0ff00ff0
1 nanoCUL433 UNKNOWNCODE is00f000ff0ff0
2 nanoCUL433 raw: is000000000FF0
1 nanoCUL433 raw: is000000F00FF0
2 nanoCUL433 raw: is00000F000FF0
1 nanoCUL433 raw: is0000F0000FF0
1 nanoCUL433 raw: is0000F0F00FF0
1 nanoCUL433 raw: is0000FF000FF0
1 nanoCUL433 raw: is000F0FF00FF0
1 nanoCUL433 raw: is000F0FF00FFF
1 nanoCUL433 raw: isF00000000FF0
1 nanoCUL433 raw: isF000FF000FFF
1 nanoCUL433 raw: isFF00000F0FF0
1 nanoCUL433 raw: isFF00F0000FF0
1 nanoCUL433 raw: isFF00F0000FFF
1 nanoCUL433 raw: isFF00F0F00FFF
1 nanoCUL433 raw: om9F87FFFB98E9
1 nanoCUL433 raw: omAA54AACD35495B956EADEA
1 nanoCUL433 raw: omAC4890770501F40540610C40E9
1 nanoCUL433 raw: omAC4890770701C80500514800E7
1 nanoCUL433 raw: omAEAA401D8B80E7
1 nanoCUL433 raw: omB1555552AAAAAAE4
1 nanoCUL433 raw: omC07FFF5B1E2805000CFEA8E0
1 nanoCUL433 raw: omE7FFF9ECEA
1 nanoCUL433 raw: omFC98E4
1 nanoCUL433_EG UNKNOWNCODE .* AFC5F3118907CD815F8BF623020F9B02B
1 nanoCUL433_EG UNKNOWNCODE .* AFF57 C 6A414 615FEAF18 C4829 C2A
1 nanoCUL433_EG UNKNOWNCODE 808AC180D4FC375E31E88FFF802B7A7FFD
1 nanoCUL433_EG UNKNOWNCODE 80AAF6FEFFE6FE57 CFDFFCD 1D8FBFF9B
1 nanoCUL433_EG UNKNOWNCODE 80FAFFFFD61CF4FFFF9957 C 6A4104A .*
1 nanoCUL433_EG UNKNOWNCODE 883AFC5F3118903CD874F8B962302079B0E9
1 nanoCUL433_EG UNKNOWNCODE 883AFC5F3118903CD874F8BF62302079B0E9
1 nanoCUL433_EG UNKNOWNCODE 884AF7FEF93F 07BFFFC9FFF8AC180E44211
1 nanoCUL433_EG UNKNOWNCODE 888A3E20794F7F7DF6 1B5507FA6 EFAAFEB
1 nanoCUL433_EG UNKNOWNCODE 888A3E7C1D7DEDF6 1497E49D8B4A2 FCCD5
1 nanoCUL433_EG UNKNOWNCODE 888A41FFFFFF7F45EFFFFFDB733020855012
1 nanoCUL433_EG UNKNOWNCODE 888AC18094C2A0C2FF1583FFF7 760EFFFFE
1 nanoCUL433_EG UNKNOWNCODE 888AC180E4C0EB 3B0F7CF471F80BD7F3EFA
1 nanoCUL433_EG UNKNOWNCODE 888AC180E4C39DC01FF6FEE1F0 3B0F7 F87
1 nanoCUL433_EG UNKNOWNCODE 901AFEAF18 C48 18C35FC5F311890 2186B .*
1 nanoCUL433_EG UNKNOWNCODE 902AC1FF1583 1C9855582FF2B .*
1 nanoCUL433_EG UNKNOWNCODE 902AF6FEBC67C1FF1583 1A983CF8763EFCF63
1 nanoCUL433_EG UNKNOWNCODE 902AF8BF62302059B055F07FC56040B260AB .*
1 nanoCUL433_EG UNKNOWNCODE 906AF6FEB9FF 0ECFD73FFF9AF18 C482E8C10
1 nanoCUL433_EG UNKNOWNCODE 906AF6FEFFE6C057 C 6A4 01A1B3AD8FBFF8B
1 nanoCUL433_EG UNKNOWNCODE 908A3E20855012104CC5A0FFFF8FBF62D0FFFF
1 nanoCUL433_EG UNKNOWNCODE 908A3E7FDD9D4095 EFA4F2B7FCA8A3E2E19AF
1 nanoCUL433_EG UNKNOWNCODE 908AC180644365C2FF1583 149EF 1DFFBE77D
1 nanoCUL433_EG UNKNOWNCODE 908AC180E4C011C2 0F6FEF9FC 3B0F7CFE73F
1 nanoCUL433_EG UNKNOWNCODE 909A 9FEAF18 C482E3413FC5F3118905C6826
1 nanoCUL433_EG UNKNOWNCODE 90AA2A .* FECFD7B1E80BD7FAF55
1 nanoCUL433_EG UNKNOWNCODE 90AA5AA5AA54555555B5AAAA2AAAAA6A555555
1 nanoCUL433_EG UNKNOWNCODE 90AA5E125A49415555BDC287AA7255 76552B2
1 nanoCUL433_EG UNKNOWNCODE 90AA948656552055557AE2AC4A5ED531ACB1E0
1 nanoCUL433_EG UNKNOWNCODE 90AAF7FEE1FA 35F3118907CD81F80BD7FB8FE
3 nanoCUL433_EG UNKNOWNCODE 90CA10FEAF18 C48 E9421FC5F3118901C2843
1 nanoCUL433_EG UNKNOWNCODE 988A3E2029542654E9A0FFBACA84652BFA80A4EC
1 nanoCUL433_EG UNKNOWNCODE 988A3E2049AF AC4661F906CD87EAE8ADEFFBCFC
1 nanoCUL433_EG UNKNOWNCODE 988A3E20852EFA2B38E8FF2BFD692AFA801442A3
1 nanoCUL433_EG UNKNOWNCODE 988A3E20855012F07C451F904228 978C6DEFFFF
1 nanoCUL433_EG UNKNOWNCODE 988A3E20C95B 93739E85FA14A88AB1AF45FAF25
1 nanoCUL433_EG UNKNOWNCODE 988A41FF73FD DD9 .*
1 nanoCUL433_EG UNKNOWNCODE 988AC18014C058C3FF7BFF7F73C02B .* 0E7
1 nanoCUL433_EG UNKNOWNCODE 988AC180643F80307FC56040B2EFFF 0ECFDF3FD
1 nanoCUL433_EG UNKNOWNCODE 988AC18064DECBF157 CFAC77387F12B 6FDE3B1
1 nanoCUL433_EG UNKNOWNCODE 988AC180E4C38CC0FF1583 1C9B8FE20ECFDC3F5
1 nanoCUL433_EG UNKNOWNCODE 98AA EFA1F487AD2763020C9277D6D56F4FEFBA5
1 nanoCUL433_EG UNKNOWNCODE 98AA5264A46C8F55A52B8DD054535525285F11 A
1 nanoCUL433_EG UNKNOWNCODE 98AA56689694D5ABAAA2CB5CB1BEAAF58AAFA412
1 nanoCUL433_EG UNKNOWNCODE 98AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
1 nanoCUL433_EG UNKNOWNCODE 98FA1DFEAF18 C481EF43BFC5F3118903CE877 .*
1 nanoCUL433_EG UNKNOWNCODE A0 AA135E0FF8AC18014426BC0FF1583 12984D6 .*
1 nanoCUL433_EG UNKNOWNCODE A02AF6FE3FF6 390C18014C263C0FF1583 12984C7
1 nanoCUL433_EG UNKNOWNCODE A04AA14DE1FF8AC18094429BC2FF1583 .*
1 nanoCUL433_EG UNKNOWNCODE A06AF6 62984D680FF2B .* 8AD 1FFEDFD7FFE
1 nanoCUL433_EG UNKNOWNCODE A08A4181144049ADA274 63E28A917AB18F4FF5752
1 nanoCUL433_EG UNKNOWNCODE A08AA062E1FF8AC1801441C5C2FF1583 129826A F
1 nanoCUL433_EG UNKNOWNCODE A08AC180144249C0FF1583 1298492807FECFDFFFF
1 nanoCUL433_EG UNKNOWNCODE A08AC1801443CDC1FF1583 129869A837FF6FEBB7C
1 nanoCUL433_EG UNKNOWNCODE A08AC18064C35EC23F7BFF1C1EC08AC18064C35E .*
1 nanoCUL433_EG UNKNOWNCODE A08AE077E1FF8AC18014C1EFC2FF1583 12982DF .*
1 nanoCUL433_EG UNKNOWNCODE A0AA E7A247925616DE9 392F548C260157DE07A27
1 nanoCUL433_EG UNKNOWNCODE A0AAD2FB57282248A562B07FFF3753D1 724158A .*
1 nanoCUL433_EG UNKNOWNCODE A0AAF6FEB9FFF857 C .* 8FEAF18 C482EFC
1 nanoCUL433_EG UNKNOWNCODE A0CAA0 BE0FF8AC180944117C0FF1583 129832E .*
1 nanoCUL433_EG UNKNOWNCODE A82AF7FEF9BFFF1583 1C9852282FF2B .*
1 nanoCUL433_EG UNKNOWNCODE A88A3E20393080307BC5604072A0FF BAF18 C48F6FD
1 nanoCUL433_EG UNKNOWNCODE A88AC180144041C3FF1583 129808286FF2B7AFFFFF7
1 nanoCUL433_EG UNKNOWNCODE A88AC1801443CDC1FF1583 129869A83FF2B 6FBEFF2
1 nanoCUL433_EG UNKNOWNCODE A88AC18014C26340291583FEBF E38BEA2 F48213CFA
1 nanoCUL433_EG UNKNOWNCODE A88AC18064BD94107C45EF9FB3842C2A .*
1 nanoCUL433_EG UNKNOWNCODE A88AC180A441E9F079C56040122F1D 2B2 F48E29B E
1 nanoCUL433_EG UNKNOWNCODE A88AC180E44211C1FF1583 1C9852282FF2BC6FEF97F
1 nanoCUL433_EG UNKNOWNCODE A88AC180E44233C1FF1583 1C9D7 7B062EFDF4233 .*
1 nanoCUL433_EG UNKNOWNCODE A88AC180E4C033C2FF1583 1C9816784FF2B7EFF7CF4
1 nanoCUL433_EG UNKNOWNCODE A8AA2A .*
1 nanoCUL433_EG UNKNOWNCODE A8AA2A .* 1FF57 C 6A41086 23ED8FBFFFE
1 nanoCUL433_EG UNKNOWNCODE A8AA2A .* 6D8FBE7FE
1 nanoCUL433_EG UNKNOWNCODE A8EA157D40 AA12420E68AC180144249C031 EFAFFFF
1 nanoCUL433_EG UNKNOWNCODE B08AC180144216F078C56040 AE131E0E78AC18014C2E3
1 nanoCUL433_EG UNKNOWNCODE B08AC18014C1AF835F31189022F85DF8BF62302045F0BB
1 nanoCUL433_EG UNKNOWNCODE B08AC180D4C167C1FF1583 1A983CF823F2A .* 3523F54
1 nanoCUL433_EG UNKNOWNCODE B08AC180E44183F35F3118903CE877F8BF62302079D0E7
1 nanoCUL433_EG UNKNOWNCODE B08AC180E44211C1 3F6 2C9852282FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B08AC180E4C2 8C1FF1583 1C9851182FF2B .* BFB
1 nanoCUL433_EG UNKNOWNCODE B09A2B .* ED8FBE75025
1 nanoCUL433_EG UNKNOWNCODE B0AA2A .*
1 nanoCUL433_EG UNKNOWNCODE B0AA2A .* B45 4FF57 C 624178A 8FEAF18 C48FA
1 nanoCUL433_EG UNKNOWNCODE B83A157D40 AA0B1E1C28A3E20 5D0D8707F451F90 2A8EB
1 nanoCUL433_EG UNKNOWNCODE B84A2A .* 1C757 C 6A410FE 7BC623020853014
6 nanoCUL433_EG UNKNOWNCODE B88AC180144041C3FF1583 129808286FF2B .* D
2 nanoCUL433_EG UNKNOWNCODE B88AC180144063C3FF1583 12980C686FF2B .* 08D D
1 nanoCUL433_EG UNKNOWNCODE B88AC1801441C5C2FF1583 129828A85FF2B .* B
5 nanoCUL433_EG UNKNOWNCODE B88AC180144249C0FF1583 129849280FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC18014426BC0FF1583 12984D680FF2B .*
8 nanoCUL433_EG UNKNOWNCODE B88AC1801443CDC1FF1583 129869A83FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC18014869280FF2B .*
5 nanoCUL433_EG UNKNOWNCODE B88AC18014C049C3FF1583 129809386FF2B .* D
1 nanoCUL433_EG UNKNOWNCODE B88AC18014C1EFC2FF1583 12982DF85FF2B .* 4BF B
1 nanoCUL433_EG UNKNOWNCODE B88AC18014C1EFC2FF1583 12982DF85FF2B .* C7E17
2 nanoCUL433_EG UNKNOWNCODE B88AC18014C250C0FF1583 12984A180FF2B .*
5 nanoCUL433_EG UNKNOWNCODE B88AC18014C263C0FF1583 12984C780FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC18064414FC1FF1583 1C9829E82FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC180644365C2FF1583 1C986CA84FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC18064C156C1FF1583 1C982AD82FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC18064C34FC2FF1583 1C9869F84FF2B .*
3 nanoCUL433_EG UNKNOWNCODE B88AC18064C35EC2FF1583 1C986BD84FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC18064C36DC2FF1583 1C986DB84FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC18064C37CC2FF1583 1C986F984FF2B .*
4 nanoCUL433_EG UNKNOWNCODE B88AC180944117C0FF1583 129832E80FF2B .*
2 nanoCUL433_EG UNKNOWNCODE B88AC18094431FC3FF1583 129873E86FF2B .* E7D C
2 nanoCUL433_EG UNKNOWNCODE B88AC18094C0A8C1FF1583 129815183FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC18094C2A0C2FF1583 129854185FF2B .*
5 nanoCUL433_EG UNKNOWNCODE B88AC18094C2A0C2FF1583 129854185FF2B .* A83 A
4 nanoCUL433_EG UNKNOWNCODE B88AC180E44019C2FF1583 1C9813284FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC180E441BFC3FF1583 1C9837E87FF2B .* 7FD E
8 nanoCUL433_EG UNKNOWNCODE B88AC180E44211C1FF1583 1C9852282FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC180E44233C1FF1583 1C9856682FF2B .*
2 nanoCUL433_EG UNKNOWNCODE B88AC180E44395C0FF1583 1C9872A81FF2B .*
2 nanoCUL433_EG UNKNOWNCODE B88AC180E4C0 0C2FF1583 1C981 184FF2B .*
5 nanoCUL433_EG UNKNOWNCODE B88AC180E4C011C2FF1583 1C9812384FF2B .*
3 nanoCUL433_EG UNKNOWNCODE B88AC180E4C033C2FF1583 1C9816784FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC180E4C1A6C3FF1583 1C9834D87FF2B .* 79B E
3 nanoCUL433_EG UNKNOWNCODE B88AC180E4C2 8C1FF1583 1C9851182FF2B .*
2 nanoCUL433_EG UNKNOWNCODE B88AC180E4C22AC1FF1583 1C9855582FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC180E4C23BC1FF1583 1C9857782FF2B .*
5 nanoCUL433_EG UNKNOWNCODE B88AC180E4C38CC0FF1583 1C9871981FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B88AC180E4C38CC0FF1583 1C9871981FF2B .* F33C2
2 nanoCUL433_EG UNKNOWNCODE B88AC180E4C39DC0FF1583 1C9873B81FF2B .*
2 nanoCUL433_EG UNKNOWNCODE B88AC180E4C3AEC0FF1583 1C9875D81FF2B .*
1 nanoCUL433_EG UNKNOWNCODE B8AA2A .* 12C18904228 9F8BF623020855012
1 nanoCUL433_EG UNKNOWNCODE C0 A2A .* 78E10FEAF18 C48 E1C21
1 nanoCUL433_EG UNKNOWNCODE C02A2B .* 8FEAF18 C482E8C10
1 nanoCUL433_EG UNKNOWNCODE C02A2B .* BCD 4FF57 C 624179A 9FEAF18 C482E3413
1 nanoCUL433_EG UNKNOWNCODE C02A2B .* D3F 9FF57 C 6241B7E12FEAF18 C4836FC24
1 nanoCUL433_EG UNKNOWNCODE C02A2B .* D7B 9FF57 C 6241BF612FEAF18 C4836EC25
1 nanoCUL433_EG UNKNOWNCODE C06A2A .* BCD 4FF57 C 624179A 9FEAF18 C482E3413
2 nanoCUL433_EG UNKNOWNCODE C08A2B .*
1 nanoCUL433_EG UNKNOWNCODE C08A2B .* DB7 9FF57 C 6241B6E13FEAF18 C4836DC26
1 nanoCUL433_EG UNKNOWNCODE C0AA2B .*
1 nanoCUL433_EG UNKNOWNCODE C0AA2B .* 79E11FEAF18 C48 E3C23
1 nanoCUL433_EG UNKNOWNCODE C0AA54 C 6241B2A13FEAF18 C48365426FC5F3118906CA84C
1 nanoCUL433_EG UNKNOWNCODE C0AABF623020397084F07FC5604072E0 8E1FF8AC180E4C011
1 nanoCUL433_EG UNKNOWNCODE C0CA2B .*
1 nanoCUL433_EG UNKNOWNCODE C0DA2B .* 5FF57 C 6A4 E6A AFEAF18 C481DD414
1 nanoCUL433_EG UNKNOWNCODE C0EA1583 1C9834D87FF2B .* F361D
1 nanoCUL433_EG UNKNOWNCODE C0EA2B .*
1 nanoCUL433_EG UNKNOWNCODE C0EA2B .* 4BF BFF57 C 6A4 87E17FEAF18 C4811FC2E
1 nanoCUL433_EG UNKNOWNCODE C0EA2B .* 79E11FEAF18 C48 E3C23
1 nanoCUL433_EG UNKNOWNCODE C0EA2B .* 7CA10FEAF18 C48 E9421
2 nanoCUL433_EG UNKNOWNCODE C0FA2B .*
1 nanoCUL433_EG UNKNOWNCODE C0FA2B .* A83 AFF57 C 6A414 615FEAF18 C4829 C2A
1 nanoCUL433_EG UNKNOWNCODE C0FAAF18 C4836EC25FC5F3118906CD84BF8BF623020D9B097
1 nanoCUL433_EG UNKNOWNCODE P12#751C2A7D7CA1258018
1 nanoCUL433_EG UNKNOWNCODE P12#75287347125011342C
1 nanoCUL433_EG UNKNOWNCODE P12#752873EDAFA10802CC
1 nanoCUL433_EG UNKNOWNCODE P12#752873FF1B410A98
1 nanoCUL433_EG UNKNOWNCODE P12#7528B3EF9F971698
1 nanoCUL433_EG UNKNOWNCODE P12#7528CA422A882C05CC
1 nanoCUL433_EG UNKNOWNCODE P12#7528CAE481356A03EC
1 nanoCUL433_EG UNKNOWNCODE P12#7528D2037ED57F58
1 nanoCUL433_EG UNKNOWNCODE P12#7528D243DED57F98
1 nanoCUL433_EG UNKNOWNCODE P12#7528D25496501E29CC
1 nanoCUL433_EG UNKNOWNCODE P12#7528D2F403F57CE8
1 nanoCUL433_EG UNKNOWNCODE P12#7528D2F4A902EAEFAC
1 nanoCUL433_EG UNKNOWNCODE P12#7529D2FD808D7EE8
1 nanoCUL433_EG UNKNOWNCODE P12#752A5294AABAA9568C
1 nanoCUL433_EG UNKNOWNCODE P12#752A6B54AAAAAB0ACC
1 nanoCUL433_EG UNKNOWNCODE P12#752A93B39595B501CC
1 nanoCUL433_EG UNKNOWNCODE P12#752AAA9465921A98
1 nanoCUL433_EG UNKNOWNCODE P12#752AD2E261672858
1 nanoCUL433_EG UNKNOWNCODE P12#752B83C34A50FE034C
1 nanoCUL433_EG UNKNOWNCODE P12#752BD2732A007A1FCC
1 nanoCUL433_EG UNKNOWNCODE P12#75444DB81C6A25D8
1 nanoCUL433_EG UNKNOWNCODE P12#754C7D401254F70ACC
1 nanoCUL433_EG UNKNOWNCODE P12#754C7D50120FFD98
1 nanoCUL433_EG UNKNOWNCODE P12#754C7D7F1E024498
1 nanoCUL433_EG UNKNOWNCODE P12#754C857B9C790298
1 nanoCUL433_EG UNKNOWNCODE P12#754C9D7FA8A55F98
1 nanoCUL433_EG UNKNOWNCODE P12#754E4DA7FD920658
1 nanoCUL433_EG UNKNOWNCODE P12#755495ABA555AA551C
1 nanoCUL433_EG UNKNOWNCODE P12#755C83C34A50FE014C
1 nanoCUL433_EG UNKNOWNCODE P12#755C85838FFC0298
1 nanoCUL433_EG UNKNOWNCODE P12#756CA955AA55AA156C
1 nanoCUL433_EG UNKNOWNCODE P12#756CE749DA110218
1 nanoCUL433_EG UNKNOWNCODE P12#756CE75558E91A58
1 nanoCUL433_EG UNKNOWNCODE P12#756E555555AC5558
1 nanoCUL433_EG UNKNOWNCODE P12#7574692BA7DB5758
1 nanoCUL433_EG UNKNOWNCODE P12#7576B6AAA9AB0B58
1 nanoCUL433_EG UNKNOWNCODE P12#757C07076A251ED8
1 nanoCUL433_EG UNKNOWNCODE P12#757C6B2A345E0A58
1 nanoCUL433_EG UNKNOWNCODE P12#757CC7CA37620598
1 nanoCUL433_EG UNKNOWNCODE P12#757CE80F42110218
1 nanoCUL433_EG UNKNOWNCODE P12#757D7D2002141A2005
1 nanoCUL433_EG UNKNOWNCODE P12#757EC654013581A2CC
1 nanoCUL433_EG UNKNOWNCODE P12#757F185004350C5D2C
1 nanoCUL433_EG UNKNOWNCODE P12#757F86949E416A98
1 nanoCUL433_EG UNKNOWNCODE P12#75A883FB8E8D7D98
1 nanoCUL433_EG UNKNOWNCODE P12#75AA359555B52A05CC
1 nanoCUL433_EG UNKNOWNCODE P12#75AA55A699255658
1 nanoCUL433_EG UNKNOWNCODE P12#75AAABA54BB5D5012C
1 nanoCUL433_EG UNKNOWNCODE P12#75AAB5ADAA5A5A2C4C
1 nanoCUL433_EG UNKNOWNCODE P12#75BCAB48A2358955CC
1 nanoCUL433_EG UNKNOWNCODE P12#75BF0753810D81D5AC
1 nanoCUL433_EG UNKNOWNCODE P12#75BFFB3F41D01B3000
1 nanoCUL433_EG UNKNOWNCODE P12#75F83E8EDECF315F09
6 nanoCUL868 UNKNOWNCODE 810f04xx0213a0011e7c000000000000
8 nanoCUL868 UNKNOWNCODE LOVF
1 nanoCUL868_HM UNKNOWNCODE A0A008002F123474C2C5B00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A018002F123474C2C5B00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A028002F123474C2C5B00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A038002F123474C0DD500::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A058002F123474C2C5B00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A088002F123474C0DD500::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A0A8002F123474C0DD500::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A0F8002F123474C0DD500::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A108002F123474C0DD500::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A118002F123474C0DD500::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A128002F123474C0DD500::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A138002F123474C0DD500::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A148002F123474C0DD500::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A158002F123474C0DD500::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A248002F123474C1E4700::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A258002F123474C1E4700::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A278002F123474C1E4700::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A288002F123474C1E4700::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A298002F123474C1E4700::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A2A8002F123474C1E4700::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A4B8002F123474C21D100::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A4C8002F123474C21D100::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A4D8002F123474C21D100::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A528002F123474C21D100::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A5E8002F123474C0C7600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A648002F123474C219800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A678002F123474C219800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A688002F123474C219800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A6A8002F123474C219800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A6B8002F123474C219800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A6D8002F123474C219800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A758002F123474C0C7600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A7B8002F123474C0C7600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A7C8002F123474C0C7600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A928002F123474C0C7600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A938002F123474C0C7600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A948002F123474C1E6200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A958002F123474C0C7600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A968002F123474C0C7600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A978002F123474C0C7600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A978002F123474C1E6200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A978002F123474C21AF00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A998002F123474C0C7600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A998002F123474C1E6200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A998002F123474C1E9000::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A9A8002F123474C0C7600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A9A8002F123474C1E6200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A9A8002F123474C1E9000::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A9B8002F123474C1E9000::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A9C8002F123474C1E9000::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A9D8002F123474C1E9000::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A9D8002F123474C21AF00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A9E8002F123474C1E9000::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0A9F8002F123474C1E9000::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA08002F123474C1E8B00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA08002F123474C1E9000::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA18002F123474C1E8B00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA18002F123474C1E9000::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA28002F123474C1E8B00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA38002F123474C1E8B00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA48002F123474C1E5F00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA48002F123474C1E8B00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA58002F123474C1E5F00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA58002F123474C1E8B00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA68002F123474C1E5F00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA68002F123474C1E8B00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA78002F123474C1E5F00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA88002F123474C1E5F00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AA98002F123474C1E5F00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AE78002F123474C0CB600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AE98002F123474C0CB600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AEA8002F123474C0CB600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0AEB8002F123474C0CB600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0186414C1E470000000101C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0186414C1E5E000000010100::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0186414C1E5F0000000101C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0186414C1E600000000101C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0186414C1E620000000101C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0186414C1E720000000101C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0186414C1E8B0000000101C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0186414C1E900000000101C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0186414C23A30000000101C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0186414C23BC000000010164::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0186414C242E0000000101C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0186414C24350000000101C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0286414C1E5E0000000102C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0286414C1E60000000010200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0286414C1E62000000010200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0286414C1E90000000010200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0286414C23BC000000010200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0286414C2435000000010200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0386414C1E5F000000010200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0386414C1E600000000103C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0386414C1E620000000103C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0386414C1E72000000010200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0386414C1E8B000000010200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0386414C1E900000000103C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0386414C23A3000000010200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0386414C23BC0000000103C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0386414C242E000000010200::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0386414C24350000000103C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0486414C1E5E000000010300::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0486414C1E5F0000000103C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0486414C1E60000000010400::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0486414C1E720000000103C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0486414C23A30000000103C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0486414C242E0000000103C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0486414C2435000000010400::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0586414C1E5E0000000104C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0586414C1E5F000000010400::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0586414C1E600000000105C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0586414C1E62000000010400::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0586414C1E72000000010400::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0586414C1E8B0000000103C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0586414C23A3000000010400::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0586414C24350000000105C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0686414C1E5E000000010500::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0686414C1E5F0000000105C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0686414C1E60000000010600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0686414C1E620000000105C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0686414C1E720000000105C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0686414C1E8B000000010400::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0786414C1E5E0000000106C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0786414C1E600000000107C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0786414C1E62000000010600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0786414C1E72000000010600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0786414C1E8B0000000105C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0786414C2435000000010600::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0886414C1E5E000000010700::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0886414C1E60000000010800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0886414C1E620000000107C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0886414C1E720000000107C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0986414C1E5E0000000108C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0986414C1E600000000109C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0986414C1E72000000010800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0A86414C1E5E000000010900::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0A86414C1E60000000010A00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0A86414C1E62000000010800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0A86414C1E720000000109C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0B86414C1E5E000000010AC8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0B86414C1E60000000010BC8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0B86414C1E620000000109C8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0B86414C1E72000000010A00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0C86414C1E60000000010C00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0C86414C1E62000000010A00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0C86414C1E72000000010BC8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0D86414C1E60000000010DC8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0D86414C1E62000000010BC8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0E86414C1E62000000010C00::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0C0F86414C1E62000000010DC8::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0086104C1E470000000601C80E::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0086104C1E5E0000000601000E::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0086104C1E5F0000000601C80E::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0086104C1E600000000601C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0086104C1E620000000601C80E::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0086104C1E720000000601C80E::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0086104C1E8B0000000601C80E::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0086104C1E900000000601C80E::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0086104C23A30000000601C80E::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0086104C23BC0000000601640E::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0086104C242E0000000601C80E::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0086104C24350000000601C80E::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0286104C1E470000000601C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0286104C1E5F0000000601C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0286104C1E720000000601C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0286104C1E8B0000000601C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0286104C23A30000000601C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0286104C242E0000000601C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0386104C1E5E0000000601C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0486104C1E620000000601C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0486104C1E8B00000006010000::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0486104C1E900000000601C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0686104C24350000000601C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D078002F123474C0DD50101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0986104C1E620000000601C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0D8002F123474C0DD50101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D0E8002F123474C0DD50101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D188002F123474C0DD50101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D198002F123474C0DD50101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D1A8002F123474C0DD50101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D658002F123474C21980101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D698002F123474C21980101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D768002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D7A8002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D7E8002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D7F8002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D808002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D828002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D838002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D848002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D858002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D868002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D878002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D888002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D8A8002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D8B8002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D8C8002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D8E8002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D908002F123474C0C760101C800::-.*:nanoCUL868_HM
1 nanoCUL868_HM UNKNOWNCODE A0D918002F123474C0C760101C800::-.*:nanoCUL868_HM
stick abziehen ;) wenn diese codes keine komischen geräte per autocreate anlegen und du nicht sinnloserweise die meldungen des culs logst sieht man diese eigentlich nur eventmonitor und fhemlog was somit nicht stören sollte außer man liest täglich logfiles oder sucht wirklich mal was darin
verbose auf 0 unterdrückt die meldungen, aber dann fehlen dir ggf andere infos und du musst ggf dran denken dies bei fehlersuche am cul wieder auf >0 drehen
Hallo, ich habe zwei Probleme:
- Hideki (TE923)-Sensoren werden nicht erkannt
- weitere Klimasensoren liefern falsche Feuchte-Werte
Kann mir geholfen werden?
2016.10.01 17:07:16 4: CUL_Parse: nanoCUL s4C10C4F000E3; 400: 4080
2016.10.01 17:07:16 5: nanoCUL dispatch s4C10C4F000E3; 400: 4080
2016.10.01 17:07:16 5: nanoCUL dispatch P7#4C10C4F000
2016.10.01 17:07:16 4: SD_WS07_Parse SD_WS07 (P7#4C10C4F000) length: 10
2016.10.01 17:07:16 5: SD_WS07 converted to bits: 01001100 0 001 000011000100 1111 00000000
2016.10.01 17:07:16 4: SD_WS07_T decoded protocolid: 7 sensor id=4C, channel=2, temp=19.6, hum=0, bat=low
2016.10.01 17:07:16 4: nanoCUL using longid: 1 model: SD_WS07_T
2016.10.01 17:07:38 3: CUL_HM set TH_BAD statusRequest
2016.10.01 17:07:39 5: CUL/RAW: /s52200CE100EA; 480: 9184
2016.10.01 17:07:39 4: CUL_Parse: nanoCUL s52200CE100EA; 480: 9184
2016.10.01 17:07:39 5: nanoCUL dispatch s52200CE100EA; 480: 9184
2016.10.01 17:07:39 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.10.01 17:07:56 5: CUL/RAW: /tA076690694D9
2016.10.01 17:07:56 4: CUL_Parse: nanoCUL tA076690694D9 -93.5
2016.10.01 17:07:56 5: nanoCUL dispatch TXA076690694
2016.10.01 17:07:56 1: Error dewpoint: humidity invalid: 0
2016.10.01 17:08:02 5: CUL/RAW: /omAAAAAAA8DC
2016.10.01 17:08:02 4: CUL_Parse: nanoCUL omAAAAAAA8DC
2016.10.01 17:08:02 5: nanoCUL dispatch omAAAAAAA8DC
2016.10.01 17:08:02 5: CUL_REDIRECT (mAAAAAAA8DC) length: 11 RSSI: -92
2016.10.01 17:08:02 5: CUL_REDIRECT (mAAAAAAA8DC) match Manchester COODE length: 11
2016.10.01 17:08:02 5: CUL_REDIRECT decode Oregon 2 (AAAAAAA8DC)
2016.10.01 17:08:02 5: bitdata: 1010101010101010101010101010100011011100
2016.10.01 17:08:02 5: CUL_REDIRECT decode Oregon 3 (AAAAAAA8DC)
2016.10.01 17:08:02 5: bitdata: 1010101010101010101010101010100011011100
2016.10.01 17:08:02 5: CUL_REDIRECT decode Hideki (AAAAAAA8DC)
2016.10.01 17:08:02 5: nanoCUL: search in 1010101010101010101010101010100011011100
2016.10.01 17:08:02 5: protocol does not match, ignore received package (AAAAAAA8DC) Reason: Not a hideki protocol
2016.10.01 17:08:14 5: CUL/RAW: /s52200CE100EB; 432: 9216
Frage zu einer Einstellung des nanoCUL:
In einer nanoCUL Selbstbau Anleitung habe ich dies gefunden
culfw/clib/rf_send.h Zeile 17
#define MAX_CREDIT 900 // max 9 seconds burst / 25% of the hourly budget
ändern in
#define MAX_CREDIT 3600 // max 9 seconds burst / 100% of the hourly budget
Damit wird das zulässige Limit auf das Maximale gestellt.
Wie ist das hier bei der a-cul FW ? Kann (und soll) man das auch ändern ?
Hat das etwas mit dieser 1% Regelung zu tun ? Betrifft das nur den CUL selber wenn dieser sendet oder auch wenn er empfängt ?
Bekomme immer wieder Temperatur und Feuchte Einträge im LOG die nicht zugeordnen werden.
Kommen die vom nanoCUL?
2016.10.02 14:28:06.894 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:06.895 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:06.930 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:06.931 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:06.932 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:07.398 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:07.401 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:07.590 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:07.664 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:07.844 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:07.847 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:14.316 5: CUL/RAW: /omD
2016.10.02 14:28:14.318 5: CUL/RAW: omD/624483B8340C
2016.10.02 14:28:14.320 5: CUL/RAW: omD624483B8340C/A03803B80DE
2016.10.02 14:28:14.322 5: CUL/RAW: omD624483B8340CA03803B80DE
/
2016.10.02 14:28:14.323 4: CUL_Parse: nanoCUL433 omD624483B8340CA03803B80DE
2016.10.02 14:28:14.325 5: nanoCUL433 dispatch omD624483B8340CA03803B80DE
2016.10.02 14:28:14.329 5: CUL_REDIRECT (mD624483B8340CA03803B80DE) length: 25 RSSI: -91
2016.10.02 14:28:14.330 5: CUL_REDIRECT (mD624483B8340CA03803B80DE) match Manchester COODE length: 25
2016.10.02 14:28:14.330 5: CUL_REDIRECT decode Oregon 2 (D624483B8340CA03803B80DE)
2016.10.02 14:28:14.331 5: bitdata: 110101100010010001001000001110111000001101000000110010100000001110000000001110111000000011011110
2016.10.02 14:28:14.332 5: CUL_REDIRECT decode Oregon 3 (D624483B8340CA03803B80DE)
2016.10.02 14:28:14.333 5: bitdata: 110101100010010001001000001110111000001101000000110010100000001110000000001110111000000011011110
2016.10.02 14:28:14.334 5: CUL_REDIRECT decode Hideki (D624483B8340CA03803B80DE)
2016.10.02 14:28:14.334 5: nanoCUL433: search in 110101100010010001001000001110111000001101000000110010100000001110000000001110111000000011011110
2016.10.02 14:28:14.335 5: protocol does not match, ignore received package (D624483B8340CA03803B80DE) Reason: Not a hideki protocol
2016.10.02 14:28:28.861 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:28.862 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:28.863 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:28.898 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:28.899 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:28.900 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:29.366 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:29.367 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:29.368 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:29.403 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:29.404 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:29.405 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:29.866 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:29.868 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:29.868 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:29.903 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:29.904 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:29.905 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:30.371 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:30.372 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:30.373 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:30.408 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:30.409 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:30.410 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:30.872 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:30.873 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:30.873 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:30.908 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:30.909 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:30.910 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:31.377 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:31.378 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:31.378 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:31.413 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:31.414 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:31.415 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:31.877 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:31.878 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:31.879 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:31.914 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:31.915 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:31.915 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:32.382 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:32.383 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:32.384 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:32.419 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:32.420 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:32.420 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:32.882 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:32.884 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:32.884 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:32.919 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:32.920 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:32.921 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:33.388 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:33.389 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:33.389 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:33.424 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:33.425 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:33.426 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:33.991 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:33.992 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:33.992 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:34.027 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:34.028 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:34.029 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:34.496 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:34.497 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:34.497 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:34.532 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:34.533 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:34.534 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:34.996 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:34.997 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:34.998 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:35.032 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:35.034 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:35.034 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:35.501 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:35.502 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:35.503 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:35.538 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:35.539 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:35.539 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:36.001 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:36.002 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:36.003 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:36.050 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:36.052 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:36.053 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:36.515 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:36.516 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:36.517 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:36.563 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:36.564 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:36.565 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:37.015 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:37.017 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:37.018 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:37.063 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:37.065 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:37.066 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:37.522 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:37.523 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:37.524 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:37.570 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:37.571 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:37.572 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:38.021 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:38.023 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:38.024 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:38.118 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:38.119 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:38.120 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:39.541 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4584.
2016.10.02 14:28:39.608 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4584.
2016.10.02 14:28:39.676 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4584.
2016.10.02 14:28:39.728 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4584.
2016.10.02 14:28:39.783 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4584.
2016.10.02 14:28:40.852 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:40.853 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:40.854 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:41.227 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:41.228 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:41.229 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:41.526 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:41.527 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:41.528 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:41.973 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:41.974 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:41.975 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:42.386 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:42.387 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:42.388 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:42.502 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:42.503 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:42.504 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:43.623 5: CUL/RAW: /omA8C1808DE18BA1FFD460C046F0C5D0FFEA3060237862E80029
2016.10.02 14:28:43.624 4: CUL_Parse: nanoCUL433 omA8C1808DE18BA1FFD460C046F0C5D0FFEA3060237862E80029
2016.10.02 14:28:43.625 5: nanoCUL433 dispatch omA8C1808DE18BA1FFD460C046F0C5D0FFEA3060237862E80029
2016.10.02 14:28:43.629 5: CUL_REDIRECT (mA8C1808DE18BA1FFD460C046F0C5D0FFEA3060237862E80029) length: 51 RSSI: -53.5
2016.10.02 14:28:43.630 5: CUL_REDIRECT (mA8C1808DE18BA1FFD460C046F0C5D0FFEA3060237862E80029) match Manchester COODE length: 51
2016.10.02 14:28:43.631 5: CUL_REDIRECT decode Oregon 2 (A8C1808DE18BA1FFD460C046F0C5D0FFEA3060237862E80029)
2016.10.02 14:28:43.632 5: bitdata: 10101000110000011000000010001101111000011000101110100001111111111101010001100000110000000100011011110000110001011101000011111111111010100011000001100000001000110111100001100010111010000000000000101001
2016.10.02 14:28:43.633 5: CUL_REDIRECT decode Oregon 3 (A8C1808DE18BA1FFD460C046F0C5D0FFEA3060237862E80029)
2016.10.02 14:28:43.633 5: bitdata: 10101000110000011000000010001101111000011000101110100001111111111101010001100000110000000100011011110000110001011101000011111111111010100011000001100000001000110111100001100010111010000000000000101001
2016.10.02 14:28:43.634 5: OSV3 protocol detected (A8C1808DE18BA1FFD460C046F0C5D0FFEA3060237862E80029)
2016.10.02 14:28:43.635 5: nanoCUL433: byte in order 01010001
2016.10.02 14:28:43.635 5: nanoCUL433: byte reversed 10001010 , as hex: 8A
2016.10.02 14:28:43.636 5: nanoCUL433: byte in order 10000011
2016.10.02 14:28:43.637 5: nanoCUL433: byte reversed 11000001 , as hex: C1
2016.10.02 14:28:43.637 5: nanoCUL433: byte in order 00000001
2016.10.02 14:28:43.638 5: nanoCUL433: byte reversed 10000000 , as hex: 80
2016.10.02 14:28:43.639 5: nanoCUL433: byte in order 00011011
2016.10.02 14:28:43.639 5: nanoCUL433: byte reversed 11011000 , as hex: D8
2016.10.02 14:28:43.640 5: nanoCUL433: byte in order 11000011
2016.10.02 14:28:43.641 5: nanoCUL433: byte reversed 11000011 , as hex: C3
2016.10.02 14:28:43.641 5: nanoCUL433: byte in order 00010111
2016.10.02 14:28:43.642 5: nanoCUL433: byte reversed 11101000 , as hex: E8
2016.10.02 14:28:43.643 5: nanoCUL433: byte in order 01000011
2016.10.02 14:28:43.643 5: nanoCUL433: byte reversed 11000010 , as hex: C2
2016.10.02 14:28:43.644 5: nanoCUL433: byte in order 11111111
2016.10.02 14:28:43.645 5: nanoCUL433: byte reversed 11111111 , as hex: FF
2016.10.02 14:28:43.645 5: nanoCUL433: byte in order 10101000
2016.10.02 14:28:43.646 5: nanoCUL433: byte reversed 00010101 , as hex: 15
2016.10.02 14:28:43.647 5: nanoCUL433: byte in order 11000001
2016.10.02 14:28:43.647 5: nanoCUL433: byte reversed 10000011 , as hex: 83
2016.10.02 14:28:43.648 5: nanoCUL433: byte in order 10000000
2016.10.02 14:28:43.649 5: nanoCUL433: byte reversed 00000001 , as hex: 1
2016.10.02 14:28:43.649 5: nanoCUL433: byte in order 10001101
2016.10.02 14:28:43.650 5: nanoCUL433: byte reversed 10110001 , as hex: B1
2016.10.02 14:28:43.650 5: nanoCUL433: byte in order 11100001
2016.10.02 14:28:43.651 5: nanoCUL433: byte reversed 10000111 , as hex: 87
2016.10.02 14:28:43.652 5: nanoCUL433: byte in order 10001011
2016.10.02 14:28:43.652 5: nanoCUL433: byte reversed 11010001 , as hex: D1
2016.10.02 14:28:43.653 5: nanoCUL433: byte in order 10100001
2016.10.02 14:28:43.654 5: nanoCUL433: byte reversed 10000101 , as hex: 85
2016.10.02 14:28:43.654 5: nanoCUL433: byte in order 11111111
2016.10.02 14:28:43.655 5: nanoCUL433: byte reversed 11111111 , as hex: FF
2016.10.02 14:28:43.656 5: nanoCUL433: byte in order 11010100
2016.10.02 14:28:43.656 5: nanoCUL433: byte reversed 00101011 , as hex: 2B
2016.10.02 14:28:43.657 5: nanoCUL433: byte in order 01100000
2016.10.02 14:28:43.658 5: nanoCUL433: byte reversed 00000110 , as hex: 6
2016.10.02 14:28:43.658 5: nanoCUL433: byte in order 11000000
2016.10.02 14:28:43.659 5: nanoCUL433: byte reversed 00000011 , as hex: 3
2016.10.02 14:28:43.659 5: nanoCUL433: byte in order 01000110
2016.10.02 14:28:43.660 5: nanoCUL433: byte reversed 01100010 , as hex: 62
2016.10.02 14:28:43.661 5: nanoCUL433: byte in order 11110000
2016.10.02 14:28:43.662 5: nanoCUL433: byte reversed 00001111 , as hex: F
2016.10.02 14:28:43.662 5: nanoCUL433: byte in order 11000101
2016.10.02 14:28:43.663 5: nanoCUL433: byte reversed 10100011 , as hex: A3
2016.10.02 14:28:43.664 5: nanoCUL433: byte in order 11010000
2016.10.02 14:28:43.664 5: nanoCUL433: byte reversed 00001011 , as hex: B
2016.10.02 14:28:43.665 5: CUL_REDIRECT: OSV3 protocol converted to hex: (B88AC180D8C3E8C2FF1583 1B187D185FF2B 6 362 FA3 B) with length (192) bits
2016.10.02 14:28:43.666 5: nanoCUL433 Dispatch now to Oregon Module.
2016.10.02 14:28:43.667 5: converted Data to (B88AC180D8C3E8C2FF1583 1B187D185FF2B 6 362 FA3 B)
2016.10.02 14:28:43.668 5: nanoCUL433 dispatch B88AC180D8C3E8C2FF1583 1B187D185FF2B 6 362 FA3 B
2016.10.02 14:28:43.715 3: nanoCUL433: Unknown code B88AC180D8C3E8C2FF1583 1B187D185FF2B 6 362 FA3 B, help me!
2016.10.02 14:28:43.716 5: CUL_REDIRECT decode Hideki (A8C1808DE18BA1FFD460C046F0C5D0FFEA3060237862E80029)
2016.10.02 14:28:43.717 5: nanoCUL433: search in 10101000110000011000000010001101111000011000101110100001111111111101010001100000110000000100011011110000110001011101000011111111111010100011000001100000001000110111100001100010111010000000000000101001
2016.10.02 14:28:43.718 5: protocol does not match, ignore received package (A8C1808DE18BA1FFD460C046F0C5D0FFEA3060237862E80029) Reason: Not a hideki protocol
2016.10.02 14:28:44.047 1: ModbusTCPServer_Parse: incomplete frame received, sent: SimpleWrite [00 50 00 00 00 06] 0A 04 00 50 00 02, received 7 bytes
2016.10.02 14:28:45.285 1: ModbusTCPServer_Parse: incomplete frame received, sent: SimpleWrite [01 6C 00 00 00 06] 0A 04 01 6C 00 02, received 7 bytes
2016.10.02 14:28:46.635 5: CUL/RAW: /tA01
2016.10.02 14:28:46.637 5: CUL/RAW: tA01/1649648F1
2016.10.02 14:28:46.638 4: CUL_Parse: nanoCUL433 tA011649648F1 -81.5
2016.10.02 14:28:46.640 5: nanoCUL433 dispatch TXA011649648
2016.10.02 14:28:46.760 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:46.761 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:46.762 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:47.513 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:47.515 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:47.516 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:47.750 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:47.751 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:47.752 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:47.991 1: Error: T: 15.4 H: 94 BAT: ok has no TYPE
2016.10.02 14:28:47.992 1: Error: T: 16.1 H: 92 BAT: ok has no TYPE
2016.10.02 14:28:47.993 1: Error: T: 22.8 H: 37 BAT: ok has no TYPE
2016.10.02 14:28:53.796 5: CUL/RAW: /omEFFFFF5497F9E3FEFBF8FFF1
2016.10.02 14:28:53.797 4: CUL_Parse: nanoCUL433 omEFFFFF5497F9E3FEFBF8FFF1
2016.10.02 14:28:53.799 5: nanoCUL433 dispatch omEFFFFF5497F9E3FEFBF8FFF1
2016.10.02 14:28:53.804 5: CUL_REDIRECT (mEFFFFF5497F9E3FEFBF8FFF1) length: 25 RSSI: -81.5
2016.10.02 14:28:53.805 5: CUL_REDIRECT (mEFFFFF5497F9E3FEFBF8FFF1) match Manchester COODE length: 25
2016.10.02 14:28:53.806 5: CUL_REDIRECT decode Oregon 2 (EFFFFF5497F9E3FEFBF8FFF1)
2016.10.02 14:28:53.807 5: bitdata: 111011111111111111111111010101001001011111111001111000111111111011111011111110001111111111110001
2016.10.02 14:28:53.808 5: CUL_REDIRECT decode Oregon 3 (EFFFFF5497F9E3FEFBF8FFF1)
2016.10.02 14:28:53.809 5: bitdata: 111011111111111111111111010101001001011111111001111000111111111011111011111110001111111111110001
2016.10.02 14:28:53.809 5: OSV3 protocol detected (EFFFFF5497F9E3FEFBF8FFF1)
2016.10.02 14:28:53.810 5: nanoCUL433: byte in order 01010100
2016.10.02 14:28:53.811 5: nanoCUL433: byte reversed 00101010 , as hex: 2A
2016.10.02 14:28:53.812 5: nanoCUL433: byte in order 10010111
2016.10.02 14:28:53.813 5: nanoCUL433: byte reversed 11101001 , as hex: E9
2016.10.02 14:28:53.813 5: nanoCUL433: byte in order 11111001
2016.10.02 14:28:53.814 5: nanoCUL433: byte reversed 10011111 , as hex: 9F
2016.10.02 14:28:53.815 5: nanoCUL433: byte in order 11100011
2016.10.02 14:28:53.816 5: nanoCUL433: byte reversed 11000111 , as hex: C7
2016.10.02 14:28:53.816 5: nanoCUL433: byte in order 11111110
2016.10.02 14:28:53.817 5: nanoCUL433: byte reversed 01111111 , as hex: 7F
2016.10.02 14:28:53.818 5: nanoCUL433: byte in order 11111011
2016.10.02 14:28:53.819 5: nanoCUL433: byte reversed 11011111 , as hex: DF
2016.10.02 14:28:53.819 5: nanoCUL433: byte in order 11111000
2016.10.02 14:28:53.820 5: nanoCUL433: byte reversed 00011111 , as hex: 1F
2016.10.02 14:28:53.821 5: nanoCUL433: byte in order 11111111
2016.10.02 14:28:53.821 5: nanoCUL433: byte reversed 11111111 , as hex: FF
2016.10.02 14:28:53.822 5: CUL_REDIRECT: ERROR: To short: OSV3 protocol converted to hex: (402AE99FC77FDF1FFF) with length (72) bits
2016.10.02 14:28:53.823 5: CUL_REDIRECT decode Hideki (EFFFFF5497F9E3FEFBF8FFF1)
2016.10.02 14:28:53.824 5: nanoCUL433: search in 111011111111111111111111010101001001011111111001111000111111111011111011111110001111111111110001
2016.10.02 14:28:53.825 5: protocol does not match, ignore received package (EFFFFF5497F9E3FEFBF8FFF1) Reason: Not a hideki protocol
2016.10.02 14:28:57.448 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4584.
Hallo
Ich habe ein problem die a-cul FW zu instalieren was daran liegt das ich der totale Anfänger bin, könnte mir jemand eine
Schritt für Schritt Anleitung geben.
Ich habe einen PI3 und einen CUL 868
Ich habe noch eine alte TCM Wetterstation mit 2 Außen Sensoren
Danke schon einmal
TomTom
ZitatIch habe ein problem die a-cul FW zu instalieren
wobei genau ? Wo es die hex-datei gibt steht im ersten Post. Und dann halt flashen, siehe http://culfw.de/culfw.html
also Flip auf dem Windows-pc, hex-file laden, CUL Mit GEDRÜCKTEM Mikrotaster in USB stecken, Run klicken......fertig.
Grüße Markus
Hallo
ich habe ja einen CUL-v3 nur weiss ich nicht welches Divice ich auswählen muß. bevor ich die hex. Datei laden kann.
ich habe Flip 3.4.7 zum flashen des Culs
Gruß
tomtom
den chip der verbaut ist ?! ATMega32U4
ich benutze die letzte Version der a-culfw. In meiner fhem.conf habe ich z.B. drei Intertechno Devices von REV wie folgt definiert und sie funktionieren auch prima: define REV1 IT 1FFF1FF0FF FF 00
define REV2 IT 1FFFF1F0FF FF 00
define REV3 IT 1FFFFF10FF FF 00
Wenn ich die Fernbedienung nun parallel benutze bekomme ich im Log 2016.10.07 11:53:30 3: CUL433 IT: Code 10 not supported by IT_1FFF1FF000
und im Event Monitor 2016-10-07 11:55:24 CUL CUL433 UNKNOWNCODE id5d40c
ich bin recht sicher in älteren Firmware Versionen kam nix mit "Code 10" - was genau ist das? Bezüglich "id5d40c" - was genau ist das? Muss man das irgendwie umrechnen?
Besten Dank für Eure Hilfe vorab!
Markus
Das ist der an/aus Code.
Evtl. Musst du den im Device anpassen, oder der Cul empfängt den Code falsch.
Zitat von: bjoernh am 07 Oktober 2016, 12:02:51
Das ist der an/aus Code.
du meinst id5d40c wäre der an/aus code? Da die Devices mit der genannten Definition gut schalten verstehe ich nicht was da umzudefinieren sein sollte - kannst du mir ein Beispiel geben? Das wäre sehr hilfreich da ich auch bei diesem Teme noch voll auf dem Schlauch stehe: https://forum.fhem.de/index.php/topic,58091.0.html (https://forum.fhem.de/index.php/topic,58091.0.html) Wenn ich weiß wie ich es undefinierten muss schlage ich vielleicht zwei Fliegen mit einer Klappe ::)
Hallo Chris,
ich habe jetzt das Problem das ich die CUL 868 Hex Datei nicht auf meinen CUL flashen kann.nehme ich zB. die CUL 433 Hex Datei damit kann ich flashen, und der CUL wird wieder erkannt.
Hat jemand eine IDEE?
Gruß
TomTom
Habe ein ähnliches Problem:
Wollte auf meinen CUL V3.3 die a-culfw_v1.21.00_build_71 flashen (Auswahl 4 = CUL_V3 868MHZ)
und bekomme die Meldung:
Bootloader and code overlap.
Use --suppress-bootloader-mem to ignore
Woran könnte das liegen?
Danke und Gruß
Zitat von: tkaiser am 07 Oktober 2016, 22:52:21
Hallo Chris,
ich habe jetzt das Problem das ich die CUL 868 Hex Datei nicht auf meinen CUL flashen kann.nehme ich zB. die CUL 433 Hex Datei damit kann ich flashen, und der CUL wird wieder erkannt.
Hat jemand eine IDEE?
Gruß
TomTom
Zitat von: Lichti am 07 Oktober 2016, 23:19:02
Habe ein ähnliches Problem:
Wollte auf meinen CUL V3.3 die a-culfw_v1.21.00_build_71 flashen (Auswahl 4 = CUL_V3 868MHZ)
und bekomme die Meldung:
Bootloader and code overlap.
Use --suppress-bootloader-mem to ignore
Woran könnte das liegen?
Danke und Gruß
Daran dass der Code zu groß ist.
Der Speicher ist einfach aufgebraucht und weitere Funktionen können nur in den Code gebracht werden, wenn andere entfallen.
Was wollt ihr überhaupt machen?
Für die 868er könnt ihr eigentlich immer die original culfw nehmen. An den Protokollen für den 868er Empfang hat sich nichts geändert.
Für das senden solltet ihr aus Gründen der Reichweite eh immer einen echten 433er nehmen.
Danke für die Antwort.
Ich möchte neben 868 MHz für FS20 auch 433 MHZ für Intertechno nutzen.
Könnte der CUL 433 denn auch beides?
Gruß und schönes Wochenende
Hallo bjoernh
Ich wollte ein paar Aussensensoren von meiner alten Wetterstation WS-7078 empfangen.
Ich habe mir auch schon ein sniffer und sender für 433Mhz angeschaft und kann damit allte Steckdosen schalten,
Leider bekomme ich es nicht hin die Wettersensoren zu empfangen.
Hast du dafür eine Lösung
Gruß
Zitat von: dieoma am 07 Oktober 2016, 12:00:34
2016.10.07 11:53:30 3: CUL433 IT: Code 10 not supported by IT_1FFF1FF000
Die 10 hinter code ist der on-/off-code. Wenn beim define die falschen on-/off-codes eingetragen sind, kommt diese Meldung.
define <name> IT <housecode> <on-code> <off-code>
In der Device specific help steht auch was darüber.
Gruß Ralf
Hallo zusammen.
Habe von ELRO den Funk Bewegungsmelder. Der lief bis jetzt autark mit nen Intertechno UP Funkempfänger.
Wollte den bwm mehr in fhem einbinden.
bekam über autocreate folgende Meldung,im log. Sprich, der bwm wird nicht über autocreate angelegt.
CUL1 UNKNOWNCODE i5a6aa5a65a999696
Ich weiß das der bwm eine Zahl bis 16,7 Mio sendet als code.
Jemand eine Idee wie man den einbindet?
Gruß Sascha
Habe die Lösung gefunden.
https://forum.fhem.de/index.php?topic=45022.0
(https://forum.fhem.de/index.php?topic=45022.0)
Damit lässt sich manuell das device anlegen.
Mich wundert es nur, dass die a-fw damit nicht klar kommt.
Kann jemand was dazu sagen?
Brauch jemand noch weitere Infos zum diesem Problem auf die Sascha zu gehen?
Gruß Sascha
Zitat von: Ralf9 am 08 Oktober 2016, 18:15:31
Wenn beim define die falschen on-/off-codes eingetragen sind, kommt diese Meldung.
ob ich nun FF oder 10 in der Device definition eintrage ändert am Schaltverhalten nix, richtig ist das mit 10 die "Code 10 not supported" Meldung verschwindet, es bleibt aber
2016-10-09 11:17:49 CUL CUL433 UNKNOWNCODE id5d40c
2016-10-09 11:17:51 CUL CUL433 UNKNOWNCODE id5d403
und die genau sind ja das eigentliche Problem: Ich bekomme in FHEM nicht mit wenn ich per Fernbedienung parallel ein/ausschalte. Die beiden Meldungen kommen beim ein/ausschalten per Fernbedienung. Ich bin sicher in früheren Versionen der Firmware klappte das noch - oder muss ich noch irgendetwas weiteres konfigurieren?
Gruß Markus
Zitat von: dieoma am 09 Oktober 2016, 11:25:00
ob ich nun FF oder 10 in der Device definition eintrage ändert am Schaltverhalten nix, richtig ist das mit 10 die "Code 10 not supported" Meldung verschwindet, es bleibt aber 2016-10-09 11:17:49 CUL CUL433 UNKNOWNCODE id5d40c
2016-10-09 11:17:51 CUL CUL433 UNKNOWNCODE id5d403
und die genau sind ja das eigentliche Problem: Ich bekomme in FHEM nicht mit wenn ich per Fernbedienung parallel ein/ausschalte. Die beiden Meldungen kommen beim ein/ausschalten per Fernbedienung. Ich bin sicher in früheren Versionen der Firmware klappte das noch - oder muss ich noch irgendetwas weiteres konfigurieren?
Gruß Markus
Ich hatte ja fast die gleichen Meldungen. Siehe ein paar Post´s vorher. Habe im Forum eine Phyton Skript gefunden, der die "ixxxxxxxxxxx" Meldungen in IT v3 oder v1 umwandelt.
Danach ließ sich ja meine UP Schalter von Intertechno ohnen Probleme manuell anlegen und auch sauber schalten.
Vielleicht hilft das ja weiter.
Gruß
Sascha
Zitat von: dieoma am 09 Oktober 2016, 11:25:00
ob ich nun FF oder 10 in der Device definition eintrage ändert am Schaltverhalten nix, richtig ist das mit 10 die "Code 10 not supported" Meldung verschwindet, es bleibt aber 2016-10-09 11:17:49 CUL CUL433 UNKNOWNCODE id5d40c
2016-10-09 11:17:51 CUL CUL433 UNKNOWNCODE id5d403
Wenn ich es mit diesem define
define IT_1FFF1FF000 IT 1FFF1FF000 01 10
mit id5d40c und id5d403 am signalduino simuliere, passt es:
2016.10.09 11:38:52.632 4 : sduinoD/msg get dispatch: id5d40c
2016.10.09 11:38:52.632 5 : sduinoD dispatch id5d40c
2016.10.09 11:38:52.632 4 : sduinoD IT: message "id5d40c" (7)
2016.10.09 11:38:52.632 4 : sduinoD IT: msgcode "1FFF1FF00010" (12) bin = 110101011101010000001100
2016.10.09 11:38:52.632 5 : sduinoD IT: V1 housecode = 1FFF1FF000 onoffcode = 10
2016.10.09 11:38:52.632 3 : sduinoD IT: IT_1FFF1FF000 on->off
2016-10-09 11:38:52.634 IT IT_1FFF1FF000 off
016.10.09 11:39:20.922 4 : sduinoD/msg get dispatch: id5d403
2016.10.09 11:39:20.922 5 : sduinoD dispatch id5d403
2016.10.09 11:39:20.922 4 : sduinoD IT: message "id5d403" (7)
2016.10.09 11:39:20.922 4 : sduinoD IT: msgcode "1FFF1FF00001" (12) bin = 110101011101010000000011
2016.10.09 11:39:20.922 5 : sduinoD IT: V1 housecode = 1FFF1FF000 onoffcode = 01
2016.10.09 11:39:20.922 3 : sduinoD IT: IT_1FFF1FF000 off->on
2016-10-09 11:39:20.923 IT IT_1FFF1FF000 on
Gruß Ralf
Zitat von: sash.sc am 09 Oktober 2016, 11:44:52
...Habe im Forum eine Phyton Skript gefunden, der die "ixxxxxxxxxxx" Meldungen in IT v3 oder v1 umwandelt.
Danach ließ sich ja meine UP Schalter von Intertechno ohnen Probleme manuell anlegen und auch sauber schalten.
Vielleicht hilft das ja weiter.
Danke, das script kenne ich. Es erwartet aber einen längeren string als Eingabe und außerdem schalten ja meine Dosen mit der bekannten IT ID prima. Trotzdem - Ausgabe von dem script:
markus@fhem2:~$ python cul_decode_itv3.py id5d40c
There is definitely something wrong here!
The string to enter in your serial terminal is:
is
The id of your remote control is:
The group flag is:
Traceback (most recent call last):
File "cul_decode_itv3.py", line 37, in <module>
print(ret[26]+"\n")
IndexError: string index out of range
markus@fhem2:~$
@Ralf: Freut mich das es in der Simulation und am signalduino klappt - das gibt etwas Hoffnung. Warum auch immer ist fhem oder die firmware der Ansicht 1FFF1FF0FF und id5d40c wären zwei unterschiedliche Dinge. Wird diese Übersetzung in FHEM oder a-culfw gemacht?
Die Übersetzung wird im fhem Modul gemacht. Die Firmware liefert den i...... String
Das heißt, dass was mit dem 10_IT.pm Modul was nicht stimmt, bzw da der Fehler zu suchen ist?
Von mobil gesendet daher kurze Antwort
Zitat von: dieoma am 09 Oktober 2016, 13:51:50
Warum auch immer ist fhem oder die firmware der Ansicht 1FFF1FF0FF und id5d40c wären zwei unterschiedliche Dinge. Wird diese Übersetzung in FHEM oder a-culfw gemacht?
Wenn Du die Fernbedienung ein/ausschaltest und im fhem
2016-10-09 11:17:49 CUL CUL433 UNKNOWNCODE id5d40c
2016-10-09 11:17:51 CUL CUL433 UNKNOWNCODE id5d403
erhältst, wird dann parallel von der Fernbedienung auch eine der 3 Steckdosen geschaltet?
Gruß Ralf
Zitat von: Ralf9 am 09 Oktober 2016, 14:55:17
Wenn Du die Fernbedienung ein/ausschaltest und im fhem
2016-10-09 11:17:49 CUL CUL433 UNKNOWNCODE id5d40c
2016-10-09 11:17:51 CUL CUL433 UNKNOWNCODE id5d403
erhältst, wird dann parallel von der Fernbedienung auch eine der 3 Steckdosen geschaltet?
Ja, bekomme ich geschaltet. Und "früher" war es so das dieses schalten auch in fhem entsprechend bemerkt wurde und den Status auf den neuen Zustand geändert hat.
Zitat von: dieoma am 09 Oktober 2016, 15:57:52
Ja, bekomme ich geschaltet. Und "früher" war es so das dieses schalten auch in fhem entsprechend bemerkt wurde und den Status auf den neuen Zustand geändert hat.
Wenn Du mit der Fernbedienung Deine 3 Steckdosen nacheinander schaltest, welcher Code (der mit i anfängt, z.B. id5d40c) wird dann jeweils in fhem angezeigt?
Gruß Ralf
Zitat von: Ralf9 am 09 Oktober 2016, 17:33:25
Wenn Du mit der Fernbedienung Deine 3 Steckdosen nacheinander schaltest, welcher Code (der mit i anfängt, z.B. id5d40c) wird dann jeweils in fhem angezeigt?
Alle drei nacheinander off und dann on:
2016-10-09 18:10:59 CUL CUL433 UNKNOWNCODE id5d403
2016-10-09 18:11:00 CUL CUL433 UNKNOWNCODE id5d40c
2016-10-09 18:11:00 CUL CUL433 UNKNOWNCODE id57403
2016-10-09 18:11:01 CUL CUL433 UNKNOWNCODE id5740c
2016-10-09 18:11:01 CUL CUL433 UNKNOWNCODE id55c03
Bei der letzten bekomme ich keinen on code, aber ich denke ob des schemas kann man den ausrechnen :)
Wie kann man denn die Codes überhaupt in 1FFF1FF0FF etc umrechnen?!? Meine drei Definitionen habe ich über das ansehen der Lötbrücken am IC herausfinden können als es die a-culfw noch nicht gab...
Zitat von: dieoma am 09 Oktober 2016, 18:13:17
Alle drei nacheinander off und dann on:
2016-10-09 18:10:59 CUL CUL433 UNKNOWNCODE id5d403
2016-10-09 18:11:00 CUL CUL433 UNKNOWNCODE id5d40c
2016-10-09 18:11:00 CUL CUL433 UNKNOWNCODE id57403
2016-10-09 18:11:01 CUL CUL433 UNKNOWNCODE id5740c
2016-10-09 18:11:01 CUL CUL433 UNKNOWNCODE id55c03
Bei der letzten bekomme ich keinen on code, aber ich denke ob des schemas kann man den ausrechnen :)
Wie kann man denn die Codes überhaupt in 1FFF1FF0FF etc umrechnen?!? Meine drei Definitionen habe ich über das ansehen der Lötbrücken am IC herausfinden können als es die a-culfw noch nicht gab...
Zitat
define REV1 IT 1FFF1FF0FF FF 00
define REV2 IT 1FFFF1F0FF FF 00
define REV3 IT 1FFFFF10FF FF 00
Es fällt auf, daß beim housecode die letzten beiden Ziffern und der on-/off code nicht passen.
2016.10.09 18:35:26.446 4: sduinoD IT: message "id5d403" (7)
2016.10.09 18:35:26.446 4: sduinoD IT: msgcode "1FFF1FF00001" (12) bin = 110101011101010000000011
2016.10.09 18:35:26.446 5: sduinoD IT: V1 housecode = 1FFF1FF000 onoffcode = 01
2016.10.09 18:35:40.044 4: sduinoD IT: message "id57403" (7)
2016.10.09 18:35:40.044 4: sduinoD IT: msgcode "1FFFF1F00001" (12) bin = 110101010111010000000011
2016.10.09 18:35:40.044 5: sduinoD IT: V1 housecode = 1FFFF1F000 onoffcode = 01
2016.10.09 18:36:34.224 4: sduinoD IT: message "id55c03" (7)
2016.10.09 18:36:34.224 4: sduinoD IT: msgcode "1FFFFF100001" (12) bin = 110101010101110000000011
2016.10.09 18:36:34.224 5: sduinoD IT: V1 housecode = 1FFFFF1000 onoffcode = 01
Die message wird von hex nach bin gewandelt
und dann von bin nach tristate:
"00" => "0",
"01" => "F",
"11" => "1"
Gab es in letzter Zeit bei der a-culfw eine neue firmware, dann könnte der Fehler auch in der a-culfw sein.
Gruß Ralf
Zitat von: Ralf9 am 09 Oktober 2016, 18:52:14
Es fällt auf, daß beim housecode die letzten beiden Ziffern und der on-/off code nicht passen.
Aber wenn dem so wäre würden sie doch über FHEM überhaupt nicht schalten was sie aber definitiv tun oder irre ich mich?
Laut bjoernh
Zitat von: bjoernh am 09 Oktober 2016, 14:11:27
Die Übersetzung wird im fhem Modul gemacht. Die Firmware liefert den i...... String
also läge das Problem in der 10_IT.pm aber dann wäre ich bei weitem nicht der Einzige den das beträfe denn daran habe denn die ist vanilla...
Zitat von: dieoma am 09 Oktober 2016, 19:29:45
Aber wenn dem so wäre würden sie doch über FHEM überhaupt nicht schalten was sie aber definitiv tun oder irre ich mich?
Die Sende- und Empfangsrichtung sind getrennt zu sehen.
ZitatLaut bjoernh also läge das Problem in der 10_IT.pm aber dann wäre ich bei weitem nicht der Einzige den das beträfe denn daran habe denn die ist vanilla...
Ich kann im 10_IT.pm Modul kein Problem erkennen.
Gruß Ralf
Guten morgen zusammen.
Wie gesagt, ich habe die gleichen Probleme mit dem IT V3 Protokoll, dass dies nicht richtig erkannt wird über den cul.
Werde mal heute abend eine alte a-fw flashen und schauen was passiert. Ich meine das es mir der älteren a-fw funktioniert hat.
Gruß Sascha
Von mobil gesendet daher kurze Antwort
Habe mal die a-fw 1.10 geflasht. Dadurch sind die Einträge im LOG mit nicht definierbaren und dadurch "pleas Help me" Eintragen massiv zurück gegangen.
Das mit dem IT v3 und V1 Protokoll klappt auch besser.
Gruß
Sascha
Zitat von: sash.sc am 10 Oktober 2016, 20:51:51
Habe mal die a-fw 1.10 geflasht. Dadurch sind die Einträge im LOG mit nicht definierbaren und dadurch "pleas Help me" Eintragen massiv zurück gegangen.
Das mit dem IT v3 und V1 Protokoll klappt auch besser.
Gruß
Sascha
Man kann halt leider nicht alles haben ;)
Das Problem ist halt nach wie vor, die Vielzahl der verschiedenen Protokolle.
Das ist wohl wahr. Leider.
Abewr nun gut. auch mit der 1.10er Version klappt ja alles und der empfang der beiden TFA Sensoren auch.
Es war aber nur sehr auffällig, dass mit der 1.21er Version die undbekannt LOG Einträge stark zugenommen haben.
Hier mal ein Auszug !!
2016.10.06 20:59:46 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:00:43 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:00:43 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:01:40 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:01:40 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:02:37 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:03:34 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:04:31 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:05:28 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:06:25 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:07:22 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:08:19 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:08:28 3: CUL1: Unknown code P12#7555AA551E83210A1E, help me!
2016.10.06 21:09:16 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:09:16 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:10:13 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:11:10 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:11:10 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:11:33 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 21:12:07 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:13:06 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:14:01 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:14:40 1: CUL_WS UNDEFINED unknown sensor detected, code 8
2016.10.06 21:14:44 3: CUL1: Unknown code r49e7eb00473205274f979f1, help me!
2016.10.06 21:14:58 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:15:11 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 21:15:55 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:15:55 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:16:52 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:17:49 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:18:46 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:18:46 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:19:43 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:20:09 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 21:20:40 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:21:37 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:22:34 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 21:23:33 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:25:29 3: CUL1: Unknown code P12#752EFA7AA57A747004, help me!
2016.10.06 19:26:40 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:26:40 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:27:37 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:27:38 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 19:28:34 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:29:04 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 19:29:31 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:30:31 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:32:22 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:33:19 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:34:16 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:35:13 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:36:10 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:36:10 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:37:07 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:37:07 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:38:04 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:39:01 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:39:58 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:39:58 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:40:55 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:41:43 2: CUL_TCM97001 Unknown device CUL_TCM97001_156, please define it
2016.10.06 19:41:44 2: CUL_TCM97001 Unknown device CUL_TCM97001_156, please define it
2016.10.06 19:41:44 2: CUL_TCM97001 Unknown device CUL_TCM97001_156, please define it
2016.10.06 19:41:52 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:42:49 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:42:49 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:43:46 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:43:46 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:44:43 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:45:40 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:45:40 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:46:16 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 19:46:37 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:47:34 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:48:25 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 19:48:31 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:48:31 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:49:28 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:50:25 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:51:17 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.10.06 19:51:22 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:51:22 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:52:19 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:52:19 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:53:16 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:54:02 2: CUL1 IT_set: EG_g_bl_Licht on
2016.10.06 19:54:03 2: CUL1 IT_set: EG_g_ku_Licht off
2016.10.06 19:54:13 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:55:10 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:55:10 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:56:07 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:57:04 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:57:04 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:58:01 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:58:58 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 19:59:55 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:00:54 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:01:19 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 20:01:49 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:01:49 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:02:45 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 20:02:46 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:02:46 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:03:12 3: CUL1 IT: EG_Bad_Licht off->on
2016.10.06 20:04:40 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:06:31 2: CUL_TX Unknown device 0, please define it
2016.10.06 20:07:31 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:08:28 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:08:36 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.10.06 20:09:12 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 20:09:25 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:10:22 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:10:50 3: CUL1 IT: EG_Bad_Licht on->off
2016.10.06 20:10:50 3: CUL1 IT: EG_Bad_Licht off->off
2016.10.06 20:10:51 3: CUL1 IT: EG_Bad_Licht off->off
2016.10.06 20:10:51 3: CUL1 IT: EG_Bad_Licht off->off
2016.10.06 20:10:51 2: CUL1 IT: 001101111100110001110101000001 not defined (Address: 00110111110011000111010100 Group: 0 Unit: 001 Switch code: 1)
2016.10.06 20:11:22 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:12:04 3: CUL1: Unknown code P12#75EBBACAFDFFFD0D57, help me!
2016.10.06 20:12:16 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:14:10 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:14:13 3: CUL1: Unknown code P12#75AA9555AA550A2E, help me!
2016.10.06 20:14:13 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 20:15:07 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:16:04 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:17:01 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:17:58 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:18:55 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:19:14 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 20:19:52 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:20:49 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:20:49 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:21:24 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 20:21:46 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:23:32 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 20:23:40 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:24:37 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:25:34 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:26:31 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:27:28 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:28:25 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:28:25 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:28:33 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 20:29:22 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:30:19 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:30:19 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:30:40 2: CUL_TX Unknown device 0, please define it
2016.10.06 20:31:16 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:32:16 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:33:10 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:33:37 2: CUL_TX Unknown device 0, please define it
2016.10.06 20:34:07 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:34:07 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:35:04 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:36:01 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:36:01 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:36:58 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:37:55 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:37:55 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:38:36 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.10.06 20:38:52 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:39:49 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:39:49 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:40:46 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:41:43 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:41:43 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:42:40 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:43:36 3: CUL1: Unknown code P12#756B0C8088D99200D7, help me!
2016.10.06 20:43:37 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:44:34 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:45:31 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:46:28 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:46:28 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:47:25 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:47:25 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:48:22 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:49:19 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:49:19 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:50:16 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:51:13 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:51:13 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:51:13 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 20:51:18 2: CUL_TX Unknown device 0, please define it
2016.10.06 20:52:10 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 18:22:35 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.10.06 18:22:36 2: CUL_TX Unknown device 0, please define it
2016.10.06 18:23:01 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.10.06 18:23:08 3: CUL1: Unknown code P12#75EBBA8A71800F0ED7, help me!
2016.10.06 18:23:34 3: CUL1: Unknown code P12#7555FD61F9CC01F102, help me!
Dies sind nur ein paar Auszüge.
Gruß und danke für deine Arbeit hier.
Sascha
Ab der 1.20 ist zusätzlich das Oregon und Hediki drinnen. Dieses hatte leider einige Änderungen im Programm benötigt. Wenn man dieses aber mit dem define ausschaltet, sollte es wieder wie vorher gehen.
ok. Mal schauen ob ich wieder hoch flashe. Für meinen Bedarf komme ich mit der 1.10 hin sowohl für 433 Mhz und auch auf 866 Mhz Im HM Mode. Läuft soweit alles sehr gut.
Was wäre eigentlich die nächste Möglichkeit noch Protokolle unterzubringen ? Ich denke der Nano dürfte an seine Speichergrenze gekommen sein, oder ?
Gibt es nicht die Eierlegende Wollmilchsau ?? ::) ;D ;)
Würde es gehen, z.B. den SignalDuino und die A-fw auf einen Baustein unter zu bringen (NodeMCU mit ESP) ? und dann mit den entsprechnden CC1101 bestücken und was man sonst noch so braucht ???
Ist nur ne Frage. Mancher wird wahrscheinlich jetzt die Hände über den Kopf zusammen schlagen !! ;)
Es gibt ja auch das LaCrósse Gateway, auf dem man ja mehrere Sneder/Empfängermodule auflöten kann, um dann die verschiedenen Protokolle mit einem "Stick" zu empfangen.
Gruß
Sascha
Geht jetzt vielleicht ein bischen off-topic ::)
Hallo Leute,
ich möchte mir einen 2 Cul für die aFW (433MHz), welchen würdet ihr Empfehlen ,gern auch als Bausatz
Gruß
tkaiser
gibts nicht viel auswahl: original busware oder selbstbaucul (auf basis der platinen hier im forum oder komplett selbst zusammengelötet). ach, bei ebay gibts oft fertige nanoculs von bastlern (teils aber zu unverschämten preisen jenseits von 30€ teils) und hier im forum
Zitat von: chris1284 am 11 Oktober 2016, 19:49:12
gibts nicht viel auswahl: original busware oder selbstbaucul (auf basis der platinen hier im forum oder komplett selbst zusammengelötet). ach, bei ebay gibts oft fertige nanoculs von bastlern (zu unverschämten preisen jenseits von 30€ teils) und hier im forum
Wow, dass sind ja schon saftige Preise. Zumal die Teile keine 10,- € kosten.
Ich würde übrigens einen WLAN - Cul empfehlen. Ich habe mir einen gebaut, der Vorteil ist, man kann diesen überall positionieren.
Zitat von: tkaiser am 11 Oktober 2016, 19:43:30
... ich möchte mir einen 2 Cul für die aFW (433MHz), welchen würdet ihr Empfehlen, gern auch als Bausatz.
Werbung 8): https://forum.fhem.de/index.php/topic,38561.msg313605.html#msg313605
Ich hätte auch noch ein paar Platinen da. Bauteile müsste ich nachschauen.
Gruß PeMue
Das hört sich doch gut an,wo bekomme ich den für 10 Euro
Gruß
Zitat von: tkaiser am 11 Oktober 2016, 20:39:34
Das hört sich doch gut an,wo bekomme ich den für 10 Euro
Gruß
Selber bauen...
https://forum.fhem.de/index.php/topic,42998.0.html
Zitat von: bjoernh am 10 Oktober 2016, 21:03:55
Ab der 1.20 ist zusätzlich das Oregon und Hediki drinnen. Dieses hatte leider einige Änderungen im Programm benötigt. Wenn man dieses aber mit dem define ausschaltet, sollte es wieder wie vorher gehen.
Guten morgen.
Wie soll das funktionieren?
Habe mittlerweile ein paar Protokolle, die ich gerne "unsichtbar" machen würde. Es steht im log viel unknown message, please help.
Diese Nachrichten würde ich gerne unterdrücken.
Gruß und danke
Sascha
Zitat von: sash.sc am 15 Oktober 2016, 08:41:48
Guten morgen.
Wie soll das funktionieren?
Habe mittlerweile ein paar Protokolle, die ich gerne "unsichtbar" machen würde. Es steht im log viel unknown message, please help.
Diese Nachrichten würde ich gerne unterdrücken.
Gruß und danke
Sascha
Hallo Sascha,
im Sourcecode gibt es pro device ein define File. In diesem kann man die einzelnen Protokolle an-/abschalten.
Danach dann noch neu kompilieren.
Gruß Björn
Also etwas komplizierter. ;)
Hab gedacht es würde über ein attribut gehen, oder so.
Danke für die Info
Gruß Sascha
Hat jemand mit dem nanoCUL diese Homematic Komponenten schon zum Laufen gebracht?
HM-Sec-Key-S
HM-RC-4-2
HM-SEC-SCo
https://forum.fhem.de/index.php?topic=59022.msg504206#msg504206
Benötige Unterstützung bei der Konfiguration um diese Komponenten ein zu richten.
Hallo zusammen,
gibt es die aculfw auch für den CUNX?
Falls ja, wo finde ich das HEX-File bzw welches File ist das im Download-ZIP? Irgendwie bin ich grade partiell blind.
Danke schonmal
Shardan
steht doch auf der Verkäuferseite http://busware.de/tiki-index.php?page=CUNX
Grüße Markus
Definitiv nicht.
Dort steht nur die Standard-Firmware culfw, nicht die aculfw.
Ja, sorry. Übers recherchieren was überhaupt ein CUNX ist, hab ich das a-culfw glatt vergessen. :-[ Aber im Github erkennt man, dass es scheinbar eine spezielle v2 firmware ist, während die a-culfw auf v1 basiert. Deshalb ist die a-culfw für CUNX wohl erst einmal ausgeschlossen.
Ich frage mich nur, worin sich v2 eigentlich genau unterscheidet, zumal es die im offiziellen SVN nicht gibt.
Grüße Markus
Da ich schon ne Weile raus aus dem Thema bin, will ich mich mal wieder etwas auf Stand bringen und hab da ein paar Fragen:
- gibt es inzwischen die Möglichkeit Raw Code einer Fernbedienung zu empfangen bzw. den Raw Code den Pilight empfängt zu senden?
- wo im Sourcecode kann ich Protokolle aktivieren / deaktivieren? Mein nanoCUL empfängt nämlich soviel Müll das ich autocreate ausmachen musste und im Grunde brauche ich nur das IT Protokoll.
- oder kann ich dem nanoCUL sagen das es in FHEM keine neuen Devices anlegen soll?
Mit der aktuellen Version empfange ich auch einiges an "Müll", was der cul bzw a-fw nicht decodieren kann.
Entweder selbst compilieren oder eine ältere afw flashen.
Eine Liste der Protokolle, die die afw kann, und manuell aktivieren wäre nicht schlecht.
Oder eine Liste der Protokolle in der Flashroutine zum aussuchen!
Das wäre was!
Gruß Sascha
Von mobil gesendet daher kurze Antwort
In der Flash Routine ist zu aufwendig, dann müsste für alle Cul Typen jede Variante vorkompiliert werden.
Wer mach die Liste
Irgendetwas für den CUNX in Aussicht?
In der Flashroutine ist schlecht möglich, aber ein Script zum Kompilieren wäre vlt eine Möglichkeit,
nach dem Motto "Gewünschtes ankreuzen zum Kompilieren".
Zitat von: Shardan am 31 Oktober 2016, 16:43:32
Irgendetwas für den CUNX in Aussicht?
In der Flashroutine ist schlecht möglich, aber ein Script zum Kompilieren wäre vlt eine Möglichkeit,
nach dem Motto "Gewünschtes ankreuzen zum Kompilieren".
Naja, aber dann müssten alle Defines aus dem board.h raus und alle einzeln beim Make gesetzt werden.
Wenn natürlich jemand Lust hat dies zu machen, so ist er herzlich willkommen bei der Entwicklung mit zu wirken ;-)
Kann man das nicht über fhem machen?
So wie eine whitelist für das was decodiert werden soll bzw. Eine Blacklist was nicht decodiert werden soll?
Gruß Sascha
Von mobil gesendet daher kurze Antwort
Hallo,
mal eine (vermutlich dumme) Frage:
Ist bei den vorkompilierten Firmware http://www.mediafire.com/file/wdfyy8g3p9h3h4i/a-culfw_v1.21.00_build_71.zip immer die aktuelle Version kompiliert?
Ich nehme einfach mal das HEX für den nanoCUL und flashe sie und schaue, was passiert ...
Danke + Gruß
PeMue
Edit: Es ist die aktuelle HEX dabei. Leider erkennt die Firmware die Fernbedienung GT-7000 (Aldi) nicht. Schade eigentlich ...
Dafür wird meine Aldi Wetterstation (die ich schon mit dem RFXTRX433 einlese) erkannt ;)
Ich sag ja, so was wäre nicht schlecht! ;)
https://forum.fhem.de/index.php?topic=59633.0
(https://forum.fhem.de/index.php?topic=59633.0)
Gruß Sascha
Ich wollte grad mal schauen wie sich mein nanoCUL verhält wenn ich ihm alles außer IT nehme. also hab ich alles was ich nich brauche in der board.h auskommentiert
//#define HAS_FASTRF // PROGMEM: 468b RAM: 1b
//#define HAS_ASKSIN
//# define HAS_TX3
//# define HAS_UNIROLL
//# define HAS_MEMFN
//# define HAS_SOMFY_RTS
//# define HAS_RFNATIVE
//# define HAS_REVOLT
//# define HAS_TCM97001
//# define HAS_HOMEEASY
//# define HAS_BELFOX
//# define HAS_MANCHESTER
einfach erstmal nur zum testen. Leider habe ich dann beim compilen folgendes Problem:
make[1]: Leaving directory '/opt/a-culfw/culfw/Devices/nanoCUL'
make TARGET=nanoCUL433 mostly_clean sizebefore build sizeafter
make[1]: Entering directory '/opt/a-culfw/culfw/Devices/nanoCUL'
Cleaning project:
Compiling C: nanoCUL.c
Compiling C: ../../clib/cc1100.c
Compiling C: ../../clib/cc1101_pllcheck.c
Compiling C: ../../clib/clock.c
Compiling C: ../../clib/belfox.c
Compiling C: ../../clib/delay.c
Compiling C: ../../clib/display.c
Compiling C: ../../clib/stringfunc.c
Compiling C: ../../clib/fncollection.c
Compiling C: ../../clib/fband.c
Compiling C: ../../clib/ringbuffer.c
Compiling C: ../../clib/fht.c
Compiling C: ../../clib/rf_send.c
Compiling C: ../../clib/rf_receive.c
../../clib/rf_receive.c: In function 'checkForRepeatedPackage':
../../clib/rf_receive.c:278:47: error: 'TYPE_TCM97001' undeclared (first use in this function)
../../clib/rf_receive.c:278:47: note: each undeclared identifier is reported only once for each function it appears in
makefile:344: recipe for target '../../clib/rf_receive.o' failed
make[1]: *** [../../clib/rf_receive.o] Error 1
make[1]: Leaving directory '/opt/a-culfw/culfw/Devices/nanoCUL'
makefile:188: recipe for target 'all' failed
make: *** [all] Error 2
Ich hab dann die Funktion checkForRepeatedPackage rf_receive.c etwas angepasst:
void checkForRepeatedPackage(uint8_t *datatype, bucket_t *b) {
#if defined (HAS_IT) && defined (HAS_TCM97001)
if ((*datatype == TYPE_IT) || (*datatype == TYPE_TCM97001)) {
#elif defined (HAS_TCM97001)
if (*datatype == TYPE_TCM97001) {
#elif defined (HAS_IT)
if (*datatype == TYPE_IT) {
#endif
#if defined (HAS_IT) || defined (HAS_TCM97001)
if (packetCheckValues.isrep == 1 && packetCheckValues.isnotrep == 0) {
packetCheckValues.isnotrep = 1;
packetCheckValues.packageOK = 1;
} else if (packetCheckValues.isrep == 1) {
packetCheckValues.packageOK = 0;
} else {
packetCheckValues.isnotrep = 0;
}
} else {
#endif
if (!packetCheckValues.isrep) {
packetCheckValues.packageOK = 1;
}
#if defined (HAS_IT) || defined (HAS_TCM97001)
}
#endif
}
geht vielleicht auch noch etwas eleganter, aber vllt magst du da nochmal selber nachschauen bjoernh ?
Zitat von: Bootscreen am 04 November 2016, 07:47:52
Ich hab dann die Funktion checkForRepeatedPackage rf_receive.c etwas angepasst:
void checkForRepeatedPackage(uint8_t *datatype, bucket_t *b) {
#if defined (HAS_IT) && defined (HAS_TCM97001)
if ((*datatype == TYPE_IT) || (*datatype == TYPE_TCM97001)) {
#elif defined (HAS_TCM97001)
if (*datatype == TYPE_TCM97001) {
#elif defined (HAS_IT)
if (*datatype == TYPE_IT) {
#endif
#if defined (HAS_IT) || defined (HAS_TCM97001)
if (packetCheckValues.isrep == 1 && packetCheckValues.isnotrep == 0) {
packetCheckValues.isnotrep = 1;
packetCheckValues.packageOK = 1;
} else if (packetCheckValues.isrep == 1) {
packetCheckValues.packageOK = 0;
} else {
packetCheckValues.isnotrep = 0;
}
} else {
#endif
if (!packetCheckValues.isrep) {
packetCheckValues.packageOK = 1;
}
#if defined (HAS_IT) || defined (HAS_TCM97001)
}
#endif
}
geht vielleicht auch noch etwas eleganter, aber vllt magst du da nochmal selber nachschauen bjoernh ?
Hallo,
danke für den Hinweis, ist im Code übernommen.
Gruß
Björn
So.
Nachdem der CUNX bei mir eingetroffen ist, einige Bastelei und Probiererei.
Die aculfw wird definitiv nicht auf dem CUNX funktionieren.
Der CUNX verwendet lt. busware eine Version culfw Version 2., die sich von der 1.x-Version unterscheidet
Hintergrund dazu: Der CUNX kann mit einem zusätzlichen "Pigator"-Modul bestück werden, ich hab da das 433MHz-Modul stecken.
Das ganze scheint auf einer einzelnen ATxmega128A4U-CPU auf dem Basismodul zu laufen, die auch die Pigator-Module mit bedient.
Jedenfalls hat bei mir einmal flashen genügt, um beide Module ad hoc in Betrieb zu nehmen.
Es meldet sich auch nur eine CPU im Gerätemanager beim Flashen.
Das Flashen ist nicht ganz ohne Probleme, die meisten Anleitungen im Netz lassen einige Punkte aus.
Dazu werde ich einen eigenen Beitrag schreiben, vlt hilft es dem einen oder anderen.
Grüße
Shardan
Hi Björn,
ich habe einen TCM Wetter Sensor. Und habe einen Eintrag
CUL_TCM97001_Unknown
Code: AAAAAAAAA8
2016-11-11_19:44:39 Unknown Code: AAAAAAAAA8
2016-11-11_19:45:57 Unknown Code: AAAAAAAAA8
2016-11-11_19:46:36 Unknown Code: AAAAAAAAA8
Wie kann ich helfen den zu integrieren?
Oder habe ich nur schlechten Empfang? Er ist nämlich relativ weit weg.
Liebe Freunde der Alternativen culfw,
ich betreibe meinen Nano Cul seit etwa 2 Monaten erfolgreich mit der FW Version 1.21.00 mit mehren Temperatursensoren verschiedenster Hersteller, die sich zu Hause in den letzten Jahren so angesammelt haben. Unter anderem mit einem, mit dem Protokoll Hideki_30-1 (TS34C von Conrad). Seit ein paar Tagen fällt dieser Sensor zeitweise (loggt oft mehrere Stunden nicht) bzw. manchmal auch komplett für mehr als einen Tag aus. Ein paar mal gab es schon folgenden Eintrag im Logfile:
Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
Bereits getätigte Maßnahmen:
- Restore eines Backups des kompletten Fhem Verzeichnisses, von einem Zeitpunkt vor auftreten des Fehlers
Update der aculfw auf 1.21.01
Kauf eines neuen komplett gleichen Sensors, dieser wird mit autocreate überhaupt nicht erkannt,
statt dessen 1 mal Eintrag von: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_2 ("_2" da dieser auf Kanal 2 eingestellt wurde)
bei den umfangreichen Tests lag der Sensor nur 2 Meter entfernt vom Cul (kann also kein Empfangsproblem sein), auch im Normalbetrieb nur etwa 5 Meter Entfernung
Vielleicht kann mir jemand noch einen Tipp geben, woran es liegen könnte (muss natürlich nicht an der alternativen Firmware des Cul liegen, könnte natürlich auch eine andere Ursache haben).
Danke und Kompliment an den Entwickler der tollen alternativen Firmware!
Karl
Zitat von: stefanru am 11 November 2016, 20:36:21
Hi Björn,
ich habe einen TCM Wetter Sensor. Und habe einen Eintrag
CUL_TCM97001_Unknown
Code: AAAAAAAAA8
2016-11-11_19:44:39 Unknown Code: AAAAAAAAA8
2016-11-11_19:45:57 Unknown Code: AAAAAAAAA8
2016-11-11_19:46:36 Unknown Code: AAAAAAAAA8
Wie kann ich helfen den zu integrieren?
Oder habe ich nur schlechten Empfang? Er ist nämlich relativ weit weg.
Ich denke, der Sensor wird nicht richtig erkannt. Das AAAAA deutet auf den Empfang eines Manchester Protokolls hin. Ich glaube nicht das der TCM Manchester kodiert ist.
Ok, danke.
Was ist denn ein guter CC1101?
Ich habe doch etwas Probleme mit meinem China Chip beim Empfang.
Ich habe diesen:
http://www.ebay.de/itm/272041591460?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Vielen Dank,
Stefan
Eigentlich egal, Hauptsache du nimmst den auf das entsprechende angepasste Frequenzband. Ansonsten hast du auf jedenfall schlechteren Empfang. Ich habe diese mit SMA-Antennenanschluss genommen. Da kannst du zur Not auch noch ohne Probleme eine bessere Antenne dran schrauben.
Hallo,
ich habe ein kleines Problem mit der ACul FW.
Der CUL (433) Disconnected nach JEDEM empfangenen Datenpaket. Hier Beispielhaft ne Revolt Dose:
2016-11-15 22:30:48 Revolt Revolt_Kuehlschrank P: 189.6 E: 273.73 V: 225 C: 00
2016-11-15 22:30:48 Revolt Revolt_Kuehlschrank voltage: 225
2016-11-15 22:30:48 Revolt Revolt_Kuehlschrank current: 0.84
2016-11-15 22:30:48 Revolt Revolt_Kuehlschrank frequency: 50
2016-11-15 22:30:48 Revolt Revolt_Kuehlschrank power: 189.6
2016-11-15 22:30:48 Revolt Revolt_Kuehlschrank pf: 1
2016-11-15 22:30:48 Revolt Revolt_Kuehlschrank energy: 273.73
2016-11-15 22:30:48 Revolt Revolt_Kuehlschrank energyNew: 4.04
2016-11-15 22:30:49 CUL CUL433 DISCONNECTED
2016-11-15 22:30:49 CUL CUL433 cmds: B C F i A N E k G M K U Y R T V W X e f mx
2016-11-15 22:30:49 CUL CUL433 Initialized
2016-11-15 22:30:49 CUL CUL433 CONNECTED
VERSION V 1.21.01 a-culfw Build: 76 (2016-11-04_08-31-31) CUL433 (F-Band:)
CMDS BCFiANEkGMKUYRTVWXefmLltux
Any Ideas ??
Hallo in die Runde
Ich wollte meinen CUL V3 auf V1.21.01 77 updaten.
Beim versuch zu flashen kommt folgendes:
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5): 4
The device will now be flashed
Continue (y/n)?y
Flash now device
Call: dfu-programmer atmega32u4 erase
Call: dfu-programmer atmega32u4 flash CUL_V3_868MHZ.hex
Bootloader and code overlap.
Use --suppress-bootloader-mem to ignore
Call: dfu-programmer atmega32u4 start
Scheint als sei das Hex-File zu gross. Besteht die möglichkeit das zu fixen?
Vielen dank für die Arbeit und gruß
Benno
Zitat von: BallaBalla am 21 November 2016, 12:09:35
Hallo in die Runde
Ich wollte meinen CUL V3 auf V1.21.01 77 updaten.
Beim versuch zu flashen kommt folgendes:
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5): 4
The device will now be flashed
Continue (y/n)?y
Flash now device
Call: dfu-programmer atmega32u4 erase
Call: dfu-programmer atmega32u4 flash CUL_V3_868MHZ.hex
Bootloader and code overlap.
Use --suppress-bootloader-mem to ignore
Call: dfu-programmer atmega32u4 start
Scheint als sei das Hex-File zu gross. Besteht die möglichkeit das zu fixen?
Vielen dank für die Arbeit und gruß
Benno
Zuerst mal die Frage, was willst du machen?
Für 868er Betrieb kannst du auch die original FW nehmen.
hallo,
ich wollte eben für meinen selbstbau CUL 433 den arduino nano mit der a-culfw flashen und habe dafür folgende anleitung (http://www.computerhilfen.de/info/fhem-cul-flashen-und-neue-firmware-installieren.html) verwendet. leider kam bei mir ein fehler raus der mir nichts sagt, vielleicht kann mir da einer weiter helfen?
Fhem habe ich dafür beendet. ich kann den arduino nano vom CUL abziehen und habe ihn auch alleine an raspi angesteckt, aber auch zusammen mit dem restlichen teilen des CUL. ich habe die taste beim aufstecken gedrückt gehalten, aber auch nach dem aufstecken. ich bekomme immer den selben fehler.
z.Zt ist die culfw 1.66 drauf und ich kann auch die normalen intertechneo steckdosen damit schalten. ich wollte aber versuchen für die selbstlerndenen intertechno steckdosen den string nach dieser Anleitung (https://forum.fhem.de/index.php/topic,45022.msg368114.html#msg368114) auszulesen und dafür benötige ich halt die a-culfw, mit der culfw hat es bei mir nicht geklappt.
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please a device:
1 = CUL-Arduino 868MHz
2 = CUL-Arduino 433MHz
Please select device (1-2): 2
flash.sh: 41: [: 2: unexpected operator
flash.sh: 43: [: 2: unexpected operator
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyACM0]:
ERROR: Port /dev/ttyACM0 does not exists!
Zitat von: sasquuatch am 21 November 2016, 22:08:49
hallo,
ich wollte eben für meinen selbstbau CUL 433 den arduino nano mit der a-culfw flashen und habe dafür folgende anleitung (http://www.computerhilfen.de/info/fhem-cul-flashen-und-neue-firmware-installieren.html) verwendet. leider kam bei mir ein fehler raus der mir nichts sagt, vielleicht kann mir da einer weiter helfen?
Fhem habe ich dafür beendet. ich kann den arduino nano vom CUL abziehen und habe ihn auch alleine an raspi angesteckt, aber auch zusammen mit dem restlichen teilen des CUL. ich habe die taste beim aufstecken gedrückt gehalten, aber auch nach dem aufstecken. ich bekomme immer den selben fehler.
z.Zt ist die culfw 1.66 drauf und ich kann auch die normalen intertechneo steckdosen damit schalten. ich wollte aber versuchen für die selbstlerndenen intertechno steckdosen den string nach dieser Anleitung (https://forum.fhem.de/index.php/topic,45022.msg368114.html#msg368114) auszulesen und dafür benötige ich halt die a-culfw, mit der culfw hat es bei mir nicht geklappt.
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please a device:
1 = CUL-Arduino 868MHz
2 = CUL-Arduino 433MHz
Please select device (1-2): 2
flash.sh: 41: [: 2: unexpected operator
flash.sh: 43: [: 2: unexpected operator
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyACM0]:
ERROR: Port /dev/ttyACM0 does not exists!
Da scheint ein Fehler im Skript zu sein. Da muss ich erst nachsehen.
Zitat von: sasquuatch am 21 November 2016, 22:08:49Please insert the port for your device [default /dev/ttyACM0]:
ERROR: Port /dev/ttyACM0 does not exists!
Es scheint als wäre dein Arduino nicht unter ttyACM0 erreichbar.
Steck mal nur den Arduino an und poste die Ausgabe von dem Befehlt "lsusb" und vom "dmesg | grep tty"
das hatte ich auch schon alles angeschaut. für mich als nicht profi sah es erst mal gut aus, zumal der CUL in fhem alles schaltet.
lsusb
Bus 001 Device 004: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
dmesg | grep tty
[ 0.000000] Kernel command line: 8250.nr_uarts=1 dma.dmachans=0x7f35 bcm2708_ fb.fbwidth=640 bcm2708_fb.fbheight=480 bcm2709.boardrev=0xa02082 bcm2709.serial= 0xdeb4d53f smsc95xx.macaddr=B8:27:EB:B4:D5:3F bcm2708_fb.fbswap=1 bcm2709.uart_c lock=48000000 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000 dwc_otg.lpm _enable=0 console=tty1 console=ttyS0,115200 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait fbcon=map:10 fbcon=font:ProFont6x11 logo.nologo
[ 0.001342] console [tty1] enabled
[ 0.297270] console [ttyS0] disabled
[ 0.300717] 3f215040.uart: ttyS0 at MMIO 0x3f215040 (irq = 59, base_baud = 31 250000) is a 16550
[ 1.041154] console [ttyS0] enabled
[ 2.905727] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2
[ 4.274863] systemd[1]: Expecting device dev-ttyS0.device...
[ 5.087468] systemd[1]: Starting system-serial\x2dgetty.slice.
[ 5.096693] systemd[1]: Created slice system-serial\x2dgetty.slice.
[ 27.038331] usb 1-1.2: ch341-uart converter now attached to ttyUSB0
Zitat von: sasquuatch am 21 November 2016, 22:32:33
das hatte ich auch schon alles angeschaut. für mich als nicht profi sah es erst mal gut aus, zumal der CUL in fhem alles schaltet.
lsusb
Bus 001 Device 004: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
dmesg | grep tty
[ 0.000000] Kernel command line: 8250.nr_uarts=1 dma.dmachans=0x7f35 bcm2708_ fb.fbwidth=640 bcm2708_fb.fbheight=480 bcm2709.boardrev=0xa02082 bcm2709.serial= 0xdeb4d53f smsc95xx.macaddr=B8:27:EB:B4:D5:3F bcm2708_fb.fbswap=1 bcm2709.uart_c lock=48000000 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000 dwc_otg.lpm _enable=0 console=tty1 console=ttyS0,115200 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait fbcon=map:10 fbcon=font:ProFont6x11 logo.nologo
[ 0.001342] console [tty1] enabled
[ 0.297270] console [ttyS0] disabled
[ 0.300717] 3f215040.uart: ttyS0 at MMIO 0x3f215040 (irq = 59, base_baud = 31 250000) is a 16550
[ 1.041154] console [ttyS0] enabled
[ 2.905727] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2
[ 4.274863] systemd[1]: Expecting device dev-ttyS0.device...
[ 5.087468] systemd[1]: Starting system-serial\x2dgetty.slice.
[ 5.096693] systemd[1]: Created slice system-serial\x2dgetty.slice.
[ 27.038331] usb 1-1.2: ch341-uart converter now attached to ttyUSB0
Aber du hast den cul schon in den Bootloader Modus gesetzt. Fhem gestoppt?
[ 27.038331] usb 1-1.2: ch341-uart converter now attached to ttyUSB0
Dein Adruino Clone ist unter "/dev/ttyUSB0" erreichbar und daher musst du den Pfad bei der Abfrage eingeben.
Please insert the port for your device [default /dev/ttyACM0]: /dev/ttyUSB0
argh, habe ich natürlich nicht richtig gemacht gehabt :-[
wenn man es dann mal in der kommandozeile eingibt und nicht direkt im CUL selbst, fängt er an wie wild zu blinken. dass hat leider aber auch kein erfolg gebracht, immer noch die selbe fehlermeldung.
nochmal kurzt mein weg, habe mir die firmware aus dem ersten link geholt und die zip in meinem /home/pi/ verzeichnis in dem ordner aculfw entpackt. dann gehe ich in putty mittels
cd aculfw
cd CUL-Arduino
ins hex verzeichnis.
jetzt gebe ich in FHEM
set CUL_433 raw B01
ein und der arduino nano fängt an wild zu blinken.
dann wieder in putty
sudo sh flash.sh
2 und enter.
passiert aber nix :(
Zitat von: Pyromane am 21 November 2016, 22:59:38
[ 27.038331] usb 1-1.2: ch341-uart converter now attached to ttyUSB0
Dein Adruino Clone ist unter "/dev/ttyUSB0" erreichbar und daher musst du den Pfad bei der Abfrage eingeben.
Please insert the port for your device [default /dev/ttyACM0]: /dev/ttyUSB0
wie und wo mache ich das?
eben hat es klick gemacht. danke für die info
für alle die es interessiert, ich musst in der flash.sh den port ändern zu
/dev/ttyUSB0
set CUL_433 raw B01
Das geht nicht...wenn ich es richtig weiss ... Du musst Fhem stoppen und den CUL so.quasi in den Bootloader Modus schicken.. und dann flashen..
ich habe den port geändert, jetzt wurde ich auch gefragt ob ich flashen möchte. das habe ich mit y bestätigt, jetzt kommt die nächste fehlermeldung ??? :o
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please a device:
1 = CUL-Arduino 868MHz
2 = CUL-Arduino 433MHz
Please select device (1-2): 2
flash.sh: 41: [: 2: unexpected operator
flash.sh: 43: [: 2: unexpected operator
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]:
The device will now be flashed
Continue (y/n)?y
Call now avrdude -patmega32u4 -cavr109 -P/dev/ttyUSB0 -b57600 -D -Uflash:w:./CUL_ARDUINO.hex:i
Connecting to programmer: .avrdude: butterfly_recv(): programmer is not responding
gerade eben avrdude nochmal versucht zu installieren mittels
sudo apt-get install avrdude
aber was soll ich sagen, 0 neu installiert. aber mit dem stimmt irgendwas nicht.
@sxx128 ich glaube das ist was anderes. das musst du nur machen, wenn du keine firmware drauf hast. im link den ich von dir habe steht ja auch dabei, wenn schon eine drauf ist, musst du in den bootloader versetzen und das geht nur wenn fhem an ist. könnte es aber troztdem mal versuchen, vielleicht hat ja der bootloader dann ein prob dann mit fhem. nein, avrdude geht trotz fhem stopen nicht.
Hast du gelesen was ich geschrieben habe .. Fhem stoppen dann flashen. Der Befehl versetzt den Cul bei laufendem Betrieb nicht in den Bootloader Mode. Zumindest war es.so bei.mir. Es half nur ein stoppen von FHem und dann flashen..erst am Wochenende so gemacht.. aber vielleicht liege ich total falsch.. so lange beschäftige ich mich noch nicht mit Fhem..
/etc/init.d/Fhem stop
und vorher vielleicht mal mit CUL neu booten damit man einen definierten Zustand des CUL hat...
..probiere es doch einfach mal..CUL aus und wieder einstecken .. FHEM stoppen.. flashen.
Fhem starten... Alles ohne den o.a. Befehl..
Grüße sxx128
@sasquuatch
Zitat... ich wollte eben für meinen selbstbau CUL 433 den arduino nano mit der a-culfw flashen und habe dafür folgende anleitung verwendet. leider kam bei mir ein fehler raus der mir nichts sagt, vielleicht kann mir da einer weiter helfen?
Fhem habe ich dafür beendet. ich kann den arduino nano vom CUL abziehen und habe ihn auch alleine an raspi angesteckt, aber auch zusammen mit dem restlichen teilen des CUL. ich habe die taste beim aufstecken gedrückt gehalten, aber auch nach dem aufstecken. ich bekomme immer den selben fehler.
...
Was hast Du denn für einen CUL? Einen Nachbau aus Arduino Nano plus CC1101 oder einen originalen CUL?
Bei einem Nachbau aus Nano und CC1101 must Du natürlich auch die nanoCUL und nicht CUL-Arduino Firmware flashen. Dazu brauchst Du keine Taste beim Einstecken zu drücken.
Tip: wenn Du avrdude neu installieren willst kannst Du es mit
sudo apt-get remove avrdude
sudo apt-get purge avrdude
sudo apt-get install avrdude
neu installieren.
~Josef
oh man, ich bin davon ausgegangen dass ich die CUL-arduino nehmen muss, auch wenn es ein arduin nano nachbau ist. aber es macht jetzt auch sinn, den in der CUL-nano steht auch der richtig port in der flash.sh drin.
da ich irgendwie nicht weiter kam, habe ich dann clevererweise den xloader genommen und einfach die falsche firmware (CUL-arduino) drauf gebügelt. ich vermute der ist jetzt hin, der ist nur noch am blinken und man kann nix mehr aufspielen. na gut 3€ ist gerade noch verkaftbar, da brauche jetzt erst mal einen neuen und dann versuche ich es wieder. passiert dann aber erst nach meinem urlaub.
trotzdem allen vielen dank für die hilfe.
Zitat von: sasquuatch am 22 November 2016, 19:55:21
oh man, ich bin davon ausgegangen dass ich die CUL-arduino nehmen muss, auch wenn es ein arduin nano nachbau ist. aber es macht jetzt auch sinn, den in der CUL-nano steht auch der richtig port in der flash.sh drin.
da ich irgendwie nicht weiter kam, habe ich dann clevererweise den xloader genommen und einfach die falsche firmware (CUL-arduino) drauf gebügelt. ich vermute der ist jetzt hin, der ist nur noch am blinken und man kann nix mehr aufspielen. na gut 3€ ist gerade noch verkaftbar, da brauche jetzt erst mal einen neuen und dann versuche ich es wieder. passiert dann aber erst nach meinem urlaub.
trotzdem allen vielen dank für die hilfe.
Möglicherweise bekommst Du den Nano wieder hin, wenn Du den bootloader über die ISP Schnittstelle neu flashst. Zum Beispiel mit einem SmartUSB light und der Ardduino IDE (Flash Bootloader, use Programmer).
Zitat von: sasquuatch am 22 November 2016, 19:55:21
oh man, ich bin davon ausgegangen dass ich die CUL-arduino nehmen muss, auch wenn es ein arduin nano nachbau ist. aber es macht jetzt auch sinn, den in der CUL-nano steht auch der richtig port in der flash.sh drin.
da ich irgendwie nicht weiter kam, habe ich dann clevererweise den xloader genommen und einfach die falsche firmware (CUL-arduino) drauf gebügelt. ich vermute der ist jetzt hin, der ist nur noch am blinken und man kann nix mehr aufspielen. na gut 3€ ist gerade noch verkaftbar, da brauche jetzt erst mal einen neuen und dann versuche ich es wieder. passiert dann aber erst nach meinem urlaub.
trotzdem allen vielen dank für die hilfe.
Möglicherweise bekommst Du den Nano wieder hin, wenn Du den bootloader über die ISP Schnittstelle neu flashst. Zum Beispiel mit einem SmartUSB light und der Ardduino IDE (Flash Bootloader, use Programmer).
das muss ich mir mal merken, falls ich noch mehr schrotten sollte. aber ein neuer arduino nano kostet gerade mal 3-6 €, während ein SmartUSB light um die 16€ kostet und dann ist ja noch nicht gesagt, dass ich es hinbekomme. habe ich hier mal drei stück kaputt geflasht, werde ich mir den mal holen.
Hast Du mal versucht das Blink-Sketch aus der Arduino GUI zu installieren?
Zitat von: sasquuatch am 23 November 2016, 09:34:07
das muss ich mir mal merken, falls ich noch mehr schrotten sollte. aber ein neuer arduino nano kostet gerade mal 3-6 €, während ein SmartUSB light um die 16€ kostet und dann ist ja noch nicht gesagt, dass ich es hinbekomme. habe ich hier mal drei stück kaputt geflasht, werde ich mir den mal holen.
Zitat von: stepborc am 23 November 2016, 11:47:41
Hast Du mal versucht das Blink-Sketch aus der Arduino GUI zu installieren?
sagt mir nichts, meinst du sowas wie hier (http://www.tacticalcode.de/2013/01/arduino-treiber-installieren-und-erstes-projekt.html)?
Genau! Einfach mal das Beispiel Sketch installieren.
Zitat von: sasquuatch am 23 November 2016, 12:45:08
sagt mir nichts, meinst du sowas wie hier (http://www.tacticalcode.de/2013/01/arduino-treiber-installieren-und-erstes-projekt.html)?
Guten Tag die Herren,
ich bin noch recht neu hier, und ja ich hab schon viel dazu gelesen ;)
Ich hab gestern meinen CUL v3 (http://www.busware.de/tiki-index.php?page=CUL) 868Mhz von Busware erhalten
Das Flashen via Fhem funktionierte auch soweit.
Das CUL zeigt allerdings bei Version:
VERSION V 1.66 CUL433 nun bin ich verwirrt da es sich ja um einen 868er handeln sollte.
Ich dachte ich könnte dann die a-culfw flashen allerdings kommt dabei der Fehler das die Firmware zu groß ist.
Flash now device
Call: dfu-programmer atmega32u4 erase
Call: dfu-programmer atmega32u4 flash CUL_V3_868MHZ.hex
Bootloader and code overlap.
Use --suppress-bootloader-mem to ignore
Call: dfu-programmer atmega32u4 start
An mehren stellen wird auf das anpassen der FW hingewiesen, ich bin aber nicht dahinter gekommen wie dies genau funktioniert.
Um mein Vorhaben mal zu beschreiben ich habe noch zusätzlich das HM-MOD-RPI-PCB von ELV bestellt (ist aber erst Mitte Dez. lieferbar)
Ich möchte mit dem HM-MOD-RPI-PCB meine HM-Geräte steuern und mit dem CUL alles mögliche im SlowRF (FS20, hauptsächlich Funksteckdosen, IT).
Welche Firmware sollte ich für den CUL verwenden? Warum ist bei den Internals die Version 1.66 CUL433 und, wenn überhaupt sinnvoll, wie bekomme ich die a-culfw auf den busware CUL?
PS: Falls das doch eher eine nicht a-culfw Frage ist bitte verschieben. Danke
MfG
Sei willkommen ! Und mal jemand mit 'ner ausführlichen Beschreibung, so dass es auch Spaß macht zu antworten ;)
Du hast das schon recht gut erkannt. Die 433-culfw ist die Falsche für Deinen 868er. Aber auch die 868-a-culfw zu flashen macht keinen Sinn. Zwar ist die kompiliert, hat aber gar keine zusätzlichen features gegenüber der Standard-868-culfw.
Du musst also die Standard-culfw(1.66) für 868 flashen. Mit der geht alles, was Du beschrieben hast, außer IT empfangen.
Unabhängig der firmware kannst Du den Empfang aber immer nur für eine der Gerätschaften nutzen !!!
HM(dafür bekommst Du ja HM-MOD-RPI-PCB) oder FS20 oder IT(macht aber beim 868er eh wenig Sinn). Und das Senden auf 433 mit IT wird sicherlich auch nicht wie erhofft funktionieren, weil der 868 hardwaretechnisch eben auf 868 ausgelegt ist und nicht 433. Wird sich voraussichtlich mit schlechtem Empfang(Reichweitenproblematik) bemerkbar machen. :(
Früher oder später wird es dann wohl auf einen 3. Transceiver mit 433MHz hinauslaufen, mit dem Du dann auch die a-culfw nutzen kannst ;)
Grüße Markus
Hey Markus,
vielen Dank für die schnelle Rückmeldung.
Ok das mit IT ist nur so als Spielerei gedacht gewesen, ich weis doch wenn ich mal anfange will ich alles ;) (nächstes Jahr dann noch ein 433CUL)
Aber zu meinem eigentlichen Problem wie flash ich die 868FW ich bekomme es einfach nicht gebacken.
Kannst du mir schreiben wie das geht. Ich hab den CUL momentan ja über FHEM geflasht d.H. usb scann -> Ausgabe wieder als FHEM Befehl eingeben -> usb scan und dann wieder -> Ausgabe als FHEM Befehl eingeben. Und schon war mein CUL geflasht und angelegt, nur halt mit der ?falschen FW?.
Ich hab gerade nochmal versucht folgendes durchzuführen:
dfu-programmer atmega32u4 erase
dfu-programmer atmega32u4 flash CUL_V3.hex
dfu-programmer atmega32u4 reset
vista@raspberrypi:/opt/fhem/install/culfw-1.66/Devices/CUL $ dfu-programmer atmega32u4 erase
vista@raspberrypi:/opt/fhem/install/culfw-1.66/Devices/CUL $ dfu-programmer atmega32u4 flash CUL_V3.hex
Validating...
28660 bytes used (99.96%)
vista@raspberrypi:/opt/fhem/install/culfw-1.66/Devices/CUL $ dfu-programmer atmega32u4 reset
Die CUL_V3.hex ist aus culfw-1.66/Devices/CUL
Ich kann keine extra Version für die zwei Frequenz-Bänder finden (wie bei der a-culfw)
Vielleicht ne Idee?
öhhhhm, schon lange nicht mehr gemacht :-[ Kann es sein, dass die Originalfirmware gar nicht differenziert zwischen 433 und 868 ?
Aber was war dann das:
ZitatVERSION V 1.66 CUL433 nun bin ich verwirrt da es sich ja um einen 868er handeln sollte.
Bin gerade auch verwirrt und überfragt, wie die Differenzierung abläuft, gucke aber nach. Es ist wirklich ein 868er ?
Zitat von: KölnSolar am 23 November 2016, 17:10:23
öhhhhm, schon lange nicht mehr gemacht :-[ Kann es sein, dass die Originalfirmware gar nicht differenziert zwischen 433 und 868 ?
Aber was war dann das: Bin gerade auch verwirrt und überfragt, wie die Differenzierung abläuft, gucke aber nach. Es ist wirklich ein 868er ?
Normalerweise überprüft die Firmware einen IO-Pin, ob an diesem ein Widerstand angeschlossen ist. Wenn ja dann ist es ein 868MHz, wenn nein ein 433MHz CUL
@bjoernh: Danke ;) So hatte ich die Sourcen auch gerade interpretiert. Nur, passiert das jedesmal beim boot oder nur zum Flashzeitpunkt, sprich vielleicht beim Drücken des Mikrotasters ? Für Letzteres:
@Vista Du hattest den Mikrotaster gedrückt gehalten beim Einstecken, oder ?
ansonsten ist es wohl ein 868433er :(
Zitat von: KölnSolar am 23 November 2016, 17:56:48
@bjoernh: Danke ;) So hatte ich die Sourcen auch gerade interpretiert. Nur, passiert das jedesmal beim boot oder nur zum Flashzeitpunkt, sprich vielleicht beim Drücken des Mikrotasters ? Für Letzteres:
@Vista Du hattest den Mikrotaster gedrückt gehalten beim Einstecken, oder ?
ansonsten ist es wohl ein 868433er :(
Bei jedem booten der Firmware. Sprich beim anstecken an den USB Port.
Guten Morgen zusammen.
Ich hab den CUL gestern nochmals neu geflasht.
1. CUL-Device in FHEM gelöscht
2. System ohne CUL neu gebootet
3. CUL in Bootloader-Modus versetzt (Knopf gedrückt gehalten beim einstecken)
4. die CUL_V3.hex aus CULFW 1.66 mit dfu-** geflasht.
5. Neu gebootet.
6. Device in FHEM angelegt
Ergebniss: Version 1.66 433
:(
Ich hab nochmals meine Bestellung bei Busware geprüft.
Im meinem Account steht 868CUL auf dem Lieferschein und der AB ebenfalls.
Bei genauerem Betrachten des CUL's ist mir allerdings aufgefallen das an einer stell auf der Platine des Sticks die zahl 433 auftaucht.
Ich hatte leider kein Handy zur Hand um diese zu Fotografieren aber anbei mal ein Bild auf dem ich die Stelle makiert habe wo die aufschrift ist.
Steht da immer 433 oder sollte da eigentlich die Frequenz stehen?
Nochmal zum Verständnis dies ist kein Bild von meinem CUL, ich hoffe es ist ok ein Foto von einem Blog zur Darstellung zu verwenden.
Hier nochmals der eintrag bei Busware von meiner Bestellung
Produkte
1 x CC1101-USB-Lite 868MHz (CUL)
- Firmware: ohne
- Gehäuse: Plastik transparent
- USB-Verlängerungskabel: 1,5m - mit Docking Station
- Antenne: RP-SMA 868MHz +3dBi 5cm
- Abschirmung: ohne
Zitat von: Vista am 24 November 2016, 08:54:51
Guten Morgen zusammen.
Ich hab den CUL gestern nochmals neu geflasht.
1. CUL-Device in FHEM gelöscht
2. System ohne CUL neu gebootet
3. CUL in Bootloader-Modus versetzt (Knopf gedrückt gehalten beim einstecken)
4. die CUL_V3.hex aus CULFW 1.66 mit dfu-** geflasht.
5. Neu gebootet.
6. Device in FHEM angelegt
Ergebniss: Version 1.66 433
:(
Ich hab nochmals meine Bestellung bei Busware geprüft.
Im meinem Account steht 868CUL auf dem Lieferschein und der AB ebenfalls.
Bei genauerem Betrachten des CUL's ist mir allerdings aufgefallen das an einer stell auf der Platine des Sticks die zahl 433 auftaucht.
Ich hatte leider kein Handy zur Hand um diese zu Fotografieren aber anbei mal ein Bild auf dem ich die Stelle makiert habe wo die aufschrift ist.
Steht da immer 433 oder sollte da eigentlich die Frequenz stehen?
Das sind die Stellen für den Widerstand. Wenn dieser nicht eingebaut ist, sollte es ein 868er sein.
So noch ganz vergessen hab auch noch danach einmal geflasht nach der Anleitung von busware.de (http://www.busware.de/tiki-index.php?page=CUL)
Firmware
culfw - firmware for FHEM
How to flash this device:
If you received a new stick from us it will be "erased". In that case the bootloader will start automatically without doing anything.
Once you have culfw successfully installed, enter command "B01" to start booloader without re-plugging the stick.
otherwise:
locate the PROGRAM button at the back of the module
keep it pressed while plugging the USB stick in
if you have successfully started the DFU-bootloader run:
dfu-programmer atmega32u4 erase --force
dfu-programmer atmega32u4 flash CUL_V3.hex
dfu-programmer atmega32u4 reset
die CUL_V3.hex hab ich auch direkt von dort heruntergeladen.
Jetzt Verison V1.67 433 *grrr*
PS: der Befehl dfu-programmer atmega32u4 erase --force hat nicht funktioniert. Der Parameter --force wurde nicht angenommen. Ohne --force hats dann geglappt.
ZitatOhne --force hats dann geglappt.
Wie meinen ? Es ist doch ein 868er, Du hast keinen Widerstand eingelötet und läuft ?
@Markus
Ich bin momentan auf Arbeit, ich meine es wäre kein Widerstand eingelötet.
Das mit dem Parameter "--force" bezieht sich auf das Flashen mit dem dfu.
Der Befehl erase --force wurde abgelent. Ein erase ohne --force hat allerdings funktioniert.
Ich hatte mal ein HM Heizungsregler angelernt. Hat scheinbar funktioniert. Hatte allerdings vorher schon die Parameter aus dem CUL-Wiki gesetzt:
Man kann die Frequenz des CUL auf genau 868,35 MHz einstellen. Standardmäßig ist hier aus Kompatibilitätsgründen 868,30 MHz eingestellt. Diese Einstellung wird fest im NVRAM gespeichert und braucht nur einmal vorgenommen zu werden.
set CUL freq 868.350
Es ist möglich die "decision boundary" zu vergrößern, frei beschrieben: die "Entscheidungsgrenze" ob die empfangene Signalflanke digital "0" oder "1" darstellte (siehe Diskussion hier). Möglich sind die Werte "4", "8" und "16". Default-Einstellung ist hier "4". Zur Steigerung der Empfangsqualität soll es hilfreich sein, hier "8" einzustellen. Mitunter bringt jedoch erst die Einstellung auf "16" signifikante Verbesserungen beim Empfang von S300TH-Sensoren.
set CUL sens 8
Oft hilft auch, die Bandbreite auf z. B. 464 kHz aufzuweiten.
set CUL bWidth 464
und anschießend den CUL in den HMmode versetzt.
Da es kein aculfw Thema ist, würde ich dich bitten einen neuen Thread auf zu machen.
Hallo,
Ich habe mir einen Nano v3.0 zuelegt mit einem 433Mhz Modul, leider bekomme ich es nicht hin die aFW mit Flip 3.4.7
aufzuspielen. Es steht ATMEL MEGA 328P auf dem Chip und wird bei Flip nicht angezeigt.
Wenn ich den ATmega 324U auswähle bekomme ich die Fehlermeldung Could not open USB device.
"Den Knopf habe ich natürlich gedrückt"
Hat jemand einen Rat?
Grüsse
Tkaiser
Schau mal im Gerätemanager von Windows ob der Stick erkannt wird.
Evtl musst du noch Treiber installieren.
@bjoernh
Ich hab einen neuen Thread erstellt da es sich ja nicht um ein spezifisches a-culfw Problem handelt.
Link (https://forum.fhem.de/index.php/topic,61374.0.html)
Vielen Dank schon mal an alle die sich damit beschäftigt haben und mir bei der Wahrscheinlichen Eingrenzung des Problems behilflich waren/sind.
Hallo,
ich habe bereits in einem anden Thread mein Problem genau geschildert. Nach Hinweis von KölnSolar wurde ich hierher verwiesen. Danke dafür :-)
https://forum.fhem.de/index.php/topic,60885.15.html (https://forum.fhem.de/index.php/topic,60885.15.html)
Ich habe einen CUL-433 mit a-cul. Damit werden Funktsteckdosen der Reihe ELRO AB440 geschalten. Dies Funktioniert auch wunderbar. Mein Anliegen
war das fehlende Status-Update nach dem Schalten mit dem orginal Handsender in FHEM. Dies sollte in der Konstellation doch eig. funktionieren.
Nach umstellen des CUL auf raw-> X27 habe ich beim drücken der Taste A-ON folgenden Eintrag erhalten.
Zitat
2016.11.24 18:15:56 4: CUL_Parse: nanoCUL p11 528 48 960 64 0 0 49 1 6 1 384 6544 0 DB 00000000000000
2016.11.24 18:15:56 2: nanoCUL: unknown message p11 528 48 960 64 0 0 49 1 6 1 384 6544 0 DB 00000000000000
2016.11.24 18:16:30 5: CUL/RAW: /p
2016.11.24 18:16:30 5: CUL/RAW: p/11
2016.11.24 18:16:30 5: CUL/RAW: p11 /48 1360 8
2016.11.24 18:16:30 5: CUL/RAW: p11 48 1360 8/0 2048
2016.11.24 18:16:30 5: CUL/RAW: p11 48 1360 80 2048/ 64
2016.11.24 18:16:30 5: CUL/RAW: p11 48 1360 80 2048 64/ 544
2016.11.24 18:16:30 5: CUL/RAW: p11 48 1360 80 2048 64 544 / 51
2016.11.24 18:16:30 5: CUL/RAW: p11 48 1360 80 2048 64 544 51 /1 6 3
2016.11.24 18:16:30 5: CUL/RAW: p11 48 1360 80 2048 64 544 51 1 6 3/ 336
2016.11.24 18:16:30 5: CUL/RAW: p11 48 1360 80 2048 64 544 51 1 6 3 336/ 452
2016.11.24 18:16:30 5: CUL/RAW: p11 48 1360 80 2048 64 544 51 1 6 3 336 452/8
2016.11.24 18:16:30 5: CUL/RAW: p11 48 1360 80 2048 64 544 51 1 6 3 336 4528 / 0 D9
2016.11.24 18:16:30 5: CUL/RAW: p11 48 1360 80 2048 64 544 51 1 6 3 336 4528 0 D9 /98204
2016.11.24 18:16:30 5: CUL/RAW: p11 48 1360 80 2048 64 544 51 1 6 3 336 4528 0 D9 98204/F60001
2016.11.24 18:16:30 5: CUL/RAW: p11 48 1360 80 2048 64 544 51 1 6 3 336 4528 0 D9 98204F60001/3A0
2016.11.24 18:16:30 4: CUL_Parse: nanoCUL p11 48 1360 80 2048 64 544 51 1 6 3 336 4528 0 D9 98204F600013A0
2016.11.24 18:16:30 2: nanoCUL: unknown message p11 48 1360 80 2048 64 544 51 1 6 3 336 4528 0 D9 98204F600013A0
Über Hilfe wäre ich dankbar, viele Grüße Fabian
nur kurz zum Vergleich die Ausgabe mit X67 bei funktionierender IT-FB:
2016.11.25 15:52:47 2: CUL433: unknown message p 7 320 1088 1040 432 336 1072 24 1 3 0 320 11072 0 19 000015
2016.11.25 15:52:47 2: CUL433: unknown message p 7 320 1088 1056 416 320 1072 24 1 3 0 320 11104 0 19 000015
2016.11.25 15:52:47 2: CUL433: unknown message p 7 336 1056 1040 432 320 1072 24 1 3 0 320 11056 0 19 000015
2016.11.25 15:52:47 2: CUL433: unknown message p 7 336 1088 1056 416 320 1072 24 1 3 0 320 11056 0 19 000015
2016.11.25 15:52:47 2: CUL433: unknown message p 7 336 1088 1024 432 320 1088 24 1 3 0 320 11056 0 1A 000015
2016.11.25 15:52:47 2: CUL433: unknown message p 7 336 1072 1024 432 320 1088 24 1 3 0 320 11088 0 19 000015
2016.11.25 15:52:47 2: CUL433: unknown message p 7 304 1104 1024 432 320 1088 24 1 3 0 320 11056 0 1A 000015
2016.11.25 15:52:49 2: CUL433: unknown message p 7 336 1072 1056 416 336 1056 24 1 3 0 304 11040 0 18 000014
2016.11.25 15:52:49 2: CUL433: unknown message p 7 320 1072 1056 416 336 1088 24 1 3 0 320 11072 0 19 000014
2016.11.25 15:52:49 2: CUL433: unknown message p 7 320 1072 1040 432 336 1056 24 1 3 0 304 11072 0 1A 000014
2016.11.25 15:52:49 2: CUL433: unknown message p 7 320 1088 1056 400 336 1088 24 1 3 0 320 11072 0 1C 000014
2016.11.25 15:52:49 2: CUL433: unknown message p 7 320 1088 1040 432 336 1056 24 1 3 0 304 11072 0 1B 000014
2016.11.25 15:52:49 2: CUL433: unknown message p 7 320 1088 1024 400 336 1088 24 1 3 0 320 11072 0 1B 000014
2016.11.25 15:52:49 2: CUL433: unknown message p 7 336 1072 1040 432 336 1088 24 1 3 0 304 11072 0 1B 000014
2016.11.25 15:52:49 2: CUL433: unknown message p 7 320 1088 1056 416 336 1088 24 1 3 0 304 11072 0 1B 000014
2016.11.25 15:52:49 2: CUL433: unknown message p 7 320 1088 1040 432 336 1088 24 1 3 0 304 11072 0 1B 000014
2016.11.25 15:52:49 2: CUL433: unknown message p 7 320 1088 1056 416 336 1088 24 1 3 0 304 11072 0 19 000014
2016.11.25 15:52:49 2: CUL433: unknown message p 7 320 1088 1056 416 336 1088 24 1 3 0 304 11072 0 1B 000014
@NSA: aber es ist immer die selbe seltsame "Bild", oder ? Sprich wird wenigstens immer das selbe erkannt oder bekommst Du völligen Datensalat ?
@Björn: die Pulslänge für den Low-Puls ist doch viel zu kurz, oder ?
Grüße Markus
Hier ist noch ein längeres Logfile. Ich habe jede Taste des Handsenders betätigt.
Für bestimmte Testcases stehe ich zur Verfügung.
Gibt es irgendwo eine Erklärung der Rohdaten?
Ich habe es nach längerer Suche doch noch gefunden:
Thread: FHEM Forum » CUL » Hard- und Firmware » Alternative culfw : Antwort #813
Zitat von: cs-online am 20 März 2016, 13:55:48
Hallo,
Vorausgesetzt, Du hast den AVRDUDE installiert, dann normalerweise das .zip auf den Raspi runterladen und in einem Verzeichnis entpacken, in dem Du Schreibrechte hast, dann mit dem Terminal in das Verzeichnis, in dem die .hex für Dein Device liegt, dann mit
sh flash.sh
das Flashskript starten. Device auswählen und los...
Wenn Du die Source runtergeladen hast, dann ebenfalls mit dem Terminal in das Verzeichnis, wo Dein Device (CUL) drin ist, mit
make
den Compilervorgang starten, wenn das fertig ist, wie oben mit dem Skript flashen
Grüße
Christian
Trotzdem ist es schön zu wissen, dass wenn ich nicht erfolgreich wäre, das Forum geholfen hätte. Das beruhigt beim Suchen.
Es hat geklappt.
Viele Grüße
Eberhard
Zitat von: NSA am 25 November 2016, 16:56:03
Hier ist noch ein längeres Logfile. Ich habe jede Taste des Handsenders betätigt.
Für bestimmte Testcases stehe ich zur Verfügung.
Gibt es irgendwo eine Erklärung der Rohdaten?
Bei dem trace sind die Zeiten schon besser.
Aber sag mal, was machst Du eigentlich, dass die Daten nicht in einer Zeile kommen, sondern so zerhackt sind.
Das p11 kann schon sein, das ist für Intertechno V3
Probier mal den CUL via Putty (Windows) oder Terminal unter Linux anzubinden. Fhem vorher stoppen.
Anschließend mal X21 eingeben. Vielleicht bekommen wir dann bessere Ausgaben.
Ansonsten ruhig mal eine Taste mehrmals drücken. Eigentlich müssten dann immer die gleichen Daten ankommen.
So, hier nun der richtige Log. Ich hoffe es sieht nun besser aus.
Wo die Umbrüche her stammen weiß ich auch nicht :-\
Jetzt sieht das doch schon richtig gut aus:
p 7 304 1040 976 352 304 1024 24 1 3 0 304 10464 0 64 110551
Und wo liegt jetzt genau dein Problem?
Die Daten scheinen ja plausibel zu sein.
Ich habe das Problem das der Status der Dosen nach schalten mit Handsender nicht übernommen wird.
Ich habe jetzt raus gefunden das es kein Software Problem ist. Es funktioniert, aber nur wenn man bis auf wenige mm an die Antenne des Cul
geht. Das schalten der Dosen mit Handsender funktioniert aber auch aus reichlich Entfernung.
Bei einem anderen Handsender ähnlicher Bauart funktionert es ohne Probleme.
Kennt jemand das Phänomen?
Zitat von: bjoernh am 21 November 2016, 12:13:54
Zuerst mal die Frage, was willst du machen?
Für 868er Betrieb kannst du auch die original FW nehmen.
Hallo Björn
War etwas länger offline.
Ok, ich habe ihn unter Homematic am laufen. Werde hierfür die originale FW nehmen.
Ich spiele nur gern etwas mit anderen Sensoren rum und hatte beim letzten "Reflash" deine neuste FW genommen.
Mit V 1.20.04 a-culfw Build: 180 (2016-01-28_21-57-20) CUL868 (F-Band: 868MHz) ist alles schick.
Danke fürs melden
schönes WE
Benno
Zitat von: NSA am 25 November 2016, 20:06:38
Ich habe das Problem das der Status der Dosen nach schalten mit Handsender nicht übernommen wird.
Ich habe jetzt raus gefunden das es kein Software Problem ist. Es funktioniert, aber nur wenn man bis auf wenige mm an die Antenne des Cul
geht. Das schalten der Dosen mit Handsender funktioniert aber auch aus reichlich Entfernung.
Bei einem anderen Handsender ähnlicher Bauart funktionert es ohne Probleme.
Kennt jemand das Phänomen?
Ja gut, das Problem kenne ich. Das liegt an den billigen Handsendern.
Diese senden leider nicht so genau, wie ich es in der FW implementiert habe, bzw. es liegt dann zusätzlich noch an dem Empfangskreis. Der cc1101 ist da auch etwas eigen wenn die Signalpegel schwanken.
Da hilft leider nur eines. Handsender weg und neuen nehmen.
Zitat von: BallaBalla am 25 November 2016, 20:08:49
Hallo Björn
War etwas länger offline.
Ok, ich habe ihn unter Homematic am laufen. Werde hierfür die originale FW nehmen.
Ich spiele nur gern etwas mit anderen Sensoren rum und hatte beim letzten "Reflash" deine neuste FW genommen.
Mit V 1.20.04 a-culfw Build: 180 (2016-01-28_21-57-20) CUL868 (F-Band: 868MHz) ist alles schick.
Danke fürs melden
schönes WE
Benno
Wenn Du etwas mit 433MHz machen willst, dann kannst Du auch die A-CULFW 433MHz auf dem 868er flashen. Die Reichweite ist zwar dann nicht so toll, aber zum "spielen" reicht es.
Die A-CULFW 868er hat eigentlich keinen großen Unterschied zur CULFW. Das Einzige was anderes ist, ist dass das Senden für Intertechno erweitert wurde. Leider ist halt der Speicher beim CUL absolut am Limit....
Hallo teufelchen,
der Nano wird nicht erkannt, ich habe schon einige treiber probiert, leider ohne Erfolg.
Hat jemand eine Idee welchen Treiber ich benötige für einen Nano wo auf dem Chip 328P steht um ihn mit Flip
zu flashen.
Grüße
tkaiser
Hallo tkaiser,
Zitat von: tkaiser am 25 November 2016, 21:24:13
... der Nano wird nicht erkannt, ich habe schon einige treiber probiert, leider ohne Erfolg.
Hat jemand eine Idee welchen Treiber ich benötige für einen Nano wo auf dem Chip 328P steht um ihn mit Flip zu flashen.
der Arduino nano hat im Original einen FTDI232RL Chip mit drauf, d.h. Du brauchst den FTDI Treiber. Es gibt aber auch Nachbauten mit CH340 Treibern. Allerdings geht bei allen beiden das Flashen nur mit avrdude. Schau mal im Basteltrhead vom nanoCUL, da sind die entsprechenden Zeilen gepostet.
Gruß PeMue
Zitat von: tkaiser am 25 November 2016, 21:24:13
Hallo teufelchen,
der Nano wird nicht erkannt, ich habe schon einige treiber probiert, leider ohne Erfolg.
Hat jemand eine Idee welchen Treiber ich benötige für einen Nano wo auf dem Chip 328P steht um ihn mit Flip
zu flashen.
Grüße
tkaiser
Der Aufrduck 328P ist vom Atmel Processor und nicht vom USB Serial Wandler.
Für Windows (Du schreibts von Atmel FLIP, da es nur für Windows gibt) musst Du den zum USB Chip passenden Treiber installieren. Normalerweise entweder FTDI oder CH340. Wenn Du Pech hast, ist auf dem Nano ein FTDI FT232 Clone drauf und dann sperrt der Windows FTDI Treiber die Kommunikation, weil kein Original Produkt. Zeitweise gab es sogar FTDI Treiber, die den USB Chip für Windows unbrauchbar gemacht haben. Unter Linux kann man soclhe Chips wieder 'reparieren'. Der aktuelle Windows FTDI Treiber liefert bei FT232 Clones jetzt immer nur den Text "...Not a geniune part...". Kann man schön sehen, wenn der FTDI USB Treiber installiert ist und man ein Terminal Programm mit dem seriellen Port für den Nano verbindet.
Alles hängt jetzt also davon ab, was für ein USB Chip auf deinem Nano ist. Vielleicht hängst Du mal ein hochaufgelöstes Foto an, auf dem man die Beschriftung des USB Chips lesen kann (nicht die vom Atmel) und ein Foto vom Nano und die Bezugsquelle.
Ich habe hier 3 defekte (wg USB Clone Chip) von 5 Nanos von ICSt@ation (Name verhunzt). Die kann ich nur noch ohne Verwendung des USB Chips benutzen. Also TX/RX an einen anderen 'Wandler' anschliessen. Flashen kann ich die nur noch über ISP Schnittstelle und zB den SmartUSB Light Adapter.
Nach dem Ärger mit den Nano Klones installierst Du Dir vielleicht mal ein Linux parallel zu Windows. Obwohl man auch mit Cygwin arbeiten kann, ist das nicht natives Linux. Unter Linux wird Dir kein Treiber untergejubbelt, der eine Hardware unbrauchbar macht. Ausserdem stehen Arduino IDE und avrdude etc zur Verfügung. Mit einem Derivat wie Linux Mint oder Ubuntu ist der Umstieg nicht so schwer.
Gruss
Josef
Hallo Josef,
Ich habe leider keine Kamera die so ein Foto machen kann, auf dem Chip steht FTDI.
Allerdings verstehe ich das flashen mit dem avrdude Programm nicht.
Hast du eine einfachere Methode oder eine Schritt für Schritt Anleitung für doofe wie ich die Alternative culfw
aufspielen kann
Gruß
Thorsten
Das avrdude Kommando zum Flashen steht mehr oder weniger in der Datei flash.sh im Verzeichnis NanoCUL und ergibt:
avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -D -Uflash:w:./nanoCUL868.hex:i
Für Windows musst Du den Port (COMx) statt /dev/ttyUSB0 angeben. Und die Datei ./nanoCUL868 oder ./nanoCUL433 ohne das führende ./
avrdude findest Du zB in den Arduino IDE Unterverzeichnissen.
Hi,
habe die neue a-culfw flashen wollen. von 1.21.0 nach 1.23.0.
Bei 2 Arduinos Nano habe ich das probiert.
Gab immer einen Validation error und die nanos blinken und lassen sich nicht mehr programieren.
Kann mir jemand helfen?
Thema in den Anfängerfragen ist hier:
https://forum.fhem.de/index.php/topic,61539.msg529504.html#msg529504
Gruß,
Stefan
Zitat von: stefanru am 27 November 2016, 15:31:45
Hi,
habe die neue a-culfw flashen wollen. von 1.21.0 nach 1.23.0.
Bei 2 Arduinos Nano habe ich das probiert.
Gab immer einen Validation error und die nanos blinken und lassen sich nicht mehr programieren.
Kann mir jemand helfen?
Thema in den Anfängerfragen ist hier:
https://forum.fhem.de/index.php/topic,61539.msg529504.html#msg529504
Gruß,
Stefan
Gab es eine Fehlermeldung, sprich z.B. Dass der Speicher nicht reicht?
Schonmal probiert die frühere wieder zu installieren?
Danke bjoernh,
Fehler beim flashen der neuen CULFW war:
avrdude: verification error, first mismatch at byte 0x7800
0x0c != 0x56
avrdude: verification error; content mismatch
Danach blinkt die L LED ständig und ein flashen geht nichtmehr.
Hier steht nochmal alles zusammengefasst:
https://forum.fhem.de/index.php/topic,61539.msg529504.html#msg529504
Habs hier nochmal rein weil es ja beim flashen der a-culfw auftrat.
Gruß,
Stefan
Zitat von: stefanru am 27 November 2016, 16:07:46
Danke bjoernh,
Fehler beim flashen der neuen CULFW war:
avrdude: verification error, first mismatch at byte 0x7800
0x0c != 0x56
avrdude: verification error; content mismatch
Danach blinkt die L LED ständig und ein flashen geht nichtmehr.
Hier steht nochmal alles zusammengefasst:
https://forum.fhem.de/index.php/topic,61539.msg529504.html#msg529504
Habs hier nochmal rein weil es ja beim flashen der a-culfw auftrat.
Gruß,
Stefan
Und kannst du die ältere wieder flashen?
Wenn nein, dann hilft nur der ISP.
Hi, nein leider nicht!
Es lässt sich nichts mehr flashen.
Problem ist auf 2 arduinos aufgeterten beim Versuch die neue a-culfw zu flashen :-(
Was heißt das jetzt? Bootloader hinüber?
Muss ich mir nen ISP besorgen?
Wäre das ein passender? der hat aber 10 pin anschluss?
Gruß,
Setfan
Zitat von: stefanru am 27 November 2016, 16:17:30
Hi, nein leider nicht!
Es lässt sich nichts mehr flashen.
Problem ist auf 2 arduinos aufgeterten beim Versuch die neue a-culfw zu flashen :-(
Was heißt das jetzt? Bootloader hinüber?
Muss ich mir nen ISP besorgen?
Wäre das ein passender? der hat aber 10 pin anschluss?
Gruß,
Setfan
Wenn er nicht mehr flashbar ist, dann scheint wohl der Bootloader hin zu sein.
Die Pins sind erstmal egal, Du musst die ja sowieso an die Richtigen pins anschließen. Die 10 Pol haben einfach mehr GND Pins.
Ok versuche es jetzt mit einem weiteren nanao als isp.
Komischerweise blinkt wenn verbunden der 2te auch?
Naja ich teste mal und melde mich.
Hi bjoern,
Habe die arduinos wiederbelebt.
Bootloaderflashen und sie sind wieder da!
Das ursprüngliche Problem bleibt aber.
Flashe ich ein neu gebaute a-culfw 1.23.0 kommt immer folgendes Ergebniss:
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB1 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: reading input file "./nanoCUL433.hex"
avrdude: writing flash (31262 bytes):
Writing | ################################################## | 100% 8.44s
avrdude: 31262 bytes of flash written
avrdude: verifying flash memory against ./nanoCUL433.hex:
avrdude: load data flash data from input file ./nanoCUL433.hex:
avrdude: input file ./nanoCUL433.hex contains 31262 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 6.34s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x7800
0x0c != 0x56
avrdude: verification error; content mismatch
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Was ist da los?
Gruß,
Stefan
Zitat von: stefanru am 27 November 2016, 17:08:49
Hi bjoern,
Habe die arduinos wiederbelebt.
Bootloaderflashen und sie sind wieder da!
Das ursprüngliche Problem bleibt aber.
Flashe ich ein neu gebaute a-culfw 1.23.0 kommt immer folgendes Ergebniss:
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB1 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: reading input file "./nanoCUL433.hex"
avrdude: writing flash (31262 bytes):
Writing | ################################################## | 100% 8.44s
avrdude: 31262 bytes of flash written
avrdude: verifying flash memory against ./nanoCUL433.hex:
avrdude: load data flash data from input file ./nanoCUL433.hex:
avrdude: input file ./nanoCUL433.hex contains 31262 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 6.34s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x7800
0x0c != 0x56
avrdude: verification error; content mismatch
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Was ist da los?
Gruß,
Stefan
Dann scheint der Code zu groß geworden zu sein.
Sprich da muss wieder etwas Funktionalität raus ;-)
Hi Bjorn,
danke!
Habe es gerade mit sduino probiert. Läasst sich ohne Probleme flashen.
Welche Version der a-culfw geht denn noch ohne Probleme?
Oder kann ich etwas ausschalten? Brauche ja nicht alles. Ich glaub das geht im makefile, oder?
Gruß,
Stefan
Zitat von: stefanru am 27 November 2016, 17:15:32
Hi Bjorn,
danke!
Habe es gerade mit sduino probiert. Läasst sich ohne Probleme flashen.
Welche Version der a-culfw geht denn noch ohne Probleme?
Oder kann ich etwas ausschalten? Brauche ja nicht alles. Ich glaub das geht im makefile, oder?
Gruß,
Stefan
Im board.h. Ich muss erst schauen was da weg kann.
Mhh eigtnlich ist nichts neues dazu gekommen.
Hi,
zum test habe ich mal
//# define HAS_BELFOX
raus gemacht und geflashed
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB1 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: reading input file "./nanoCUL433.hex"
avrdude: writing flash (30892 bytes):
Writing | ################################################## | 100% 8.31s
avrdude: 30892 bytes of flash written
avrdude: verifying flash memory against ./nanoCUL433.hex:
avrdude: load data flash data from input file ./nanoCUL433.hex:
avrdude: input file ./nanoCUL433.hex contains 30892 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 6.26s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x7800
0x0c != 0xf9
avrdude: verification error; content mismatch
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Fehler bleibt obwohl das HEX File von 87939 auf 85514 kleiner geworden ist?
Nur diesmal ohne das dauerblinken der L LED. Denke ich kann ihn einfach neu flashen.
Was ist da los?
Kabel und aduino kann ich ausschließen da sich sduino ohne Problme Flashen lässt.
P.S.:
Habe nun auch mal deinen build genommen für 1.23.00, selbes Problem, der nano flashed und nach dem Fehler blinkt die L LED sehr schnell.
Gruß,
Stefan
Hallo Stefan,
wie hast du deinen CUL wiederbelebt?
Habe nach flashen von 1.23.0 einen ATmega328 der Dauer Blinklicht auf LED L hat.
Kann nichts mehr flashen
HILFE
@Björn:
1.22.0 geht noch.
1.23.0 bringt den Fehler egal wie groß das hex file ist. Kann da ein Fehler drin sein?
@Mistmade:
Hast du noch einen anderen arduino?
Ist eigentlich nicht so schwer hört sich nur so an :-)
Ich habe windows software auf meinen PC gemacht, also das arduino studio von denen.
Dann mustt du den funktionsfähigen Arduino anschließen und aus Datei->Beispiele ArduinoISP wählen.
Das auf den arduino der noch geht flashen.
Den arduino dann mit dem kaputten verbinden, wie hier dargestellt:
Arduino without | Arduino as ISP
bootloader | programmer
__________________|________________
ICSP pin#1 (MISO) | D12
ICSP pin#2 (+5V) | 5V
ICSP pin#3 (SCK) | D13
ICSP pin#4 (MOSI) | D11
ICSP pin#5 (RST) | D10
ICSP pin#6 (GND) | GND
__________________|________________
Danach im Studio unter Werkzeuge Programmer -> Arduino ISP auswählen,
Dann unter werkzeuge flash bootloader sagen.
Bei mir kommt das erstemal immer ein Fehler, beim 2ten mal ne Warnung und der neue Bootloader ist drauf.
Gute Anleitung hier:
https://sysexit.wordpress.com/2013/02/07/burning-a-bootloader-to-an-arduino-nano-using-another-arduino/
Gruß,
Stefan
Irgendwie verstehe ich das spontan nicht. Einen Grund im Code sehe ich nicht.
Ich habe einen miniCul und der geht ohne Probleme.
Hast du mal die 868er geflasht? Mich würde interessieren ob die auch so zicken macht.
Hm,
868er geht auch nicht aber ohne das blinken danach:
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB1 -b 57600 -D -Uflash:w:./nanoCUL868.hex:i
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: reading input file "./nanoCUL868.hex"
avrdude: writing flash (31002 bytes):
Writing | ################################################## | 100% 8.34s
avrdude: 31002 bytes of flash written
avrdude: verifying flash memory against ./nanoCUL868.hex:
avrdude: load data flash data from input file ./nanoCUL868.hex:
avrdude: input file ./nanoCUL868.hex contains 31002 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 6.24s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x7800
0x0c != 0x30
avrdude: verification error; content mismatch
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Würdest du dann einen anderen arduino empfehlen?
Will den ja schon benutzen und auch mit neuester firmware versehen können.
Am besten kauf ich wohl einen mini?
Gruß,
Stefan
Ne, muss eigentlich gehen. Ich probiere es später mal.
Völlig egal um welchen nanoCUL es sich handelt von 7 nanoCULs mit der aktuellen Version 1.23.00 funktioniert nur einer und das ist ein 868 mit einem FTDI Chipsatz.
Das war aber auch wahrscheinlich nur ein Zufall.
Das Flashen lief bei allen nanoCUL problemlos ab. Keiner meldete beim Flashen irgendeinen Fehler.
Nach dem Neustart verhalten sich Stück unterschiedlich. Die einen blinken, die anderen leuchten.
Unter FHEM melden aber alle opened.
Das Problem ist aber das die nanoCULs mit ls -al /dev/serial/by-id alle noch angezeigt werden, aber keiner dieser Stück, ob FTDI Chipsatz oder nicht, lassen sich neuerlich Flashen was das gravierender Problem ist.
Der eine 868er lässt sich trotz aktueller V1.23 neuerlich flashen.
Das Verhalten ist als ob FHEM oder ser2net noch laufen würde was aber nicht der Fall ist.
7:/media/hdd/nanoCUL $ bash flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 1
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]: /dev/ttyUSB1
The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB1 -b 57600 -D -Uflash:w:./nanoCUL868.hex:i
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
avrdude done. Thank you.
Das ist jetzt sch..... da ich des Update durchgeführt hatte ohne einen Blick in das Forum zu machen.
Es ist zu 100% ein speicher Problem, wenn einige Funktionalitäten raus fliegen, dann geht es wieder. Ich werde eine Version einchecken wo es der nanoCUL wieder geht.
Sollte es nicht möglich sein eine ältere Version die schon funktionierte wieder darauf zu packen?
Ich hätte versucht die V1.21 wieder zu flashen, aber ohne Erfolg.
Zitat von: Burny4600 am 27 November 2016, 20:27:20
Sollte es nicht möglich sein eine ältere Version die schon funktionierte wieder darauf zu packen?
Ich hätte versucht die V1.21 wieder zu flashen, aber ohne Erfolg.
Das Problem ist, dass der Code zu groß ist. avrdude schreibt den in den Arduino ohne den Bootloader zu berücksichtigen. Dann wird der Bootloader überschrieben.
Du bekommst die nanos dann leider nur noch via ISP wieder zum laufen. Sprich Du musst zuerst den Boolloader reparieren. Einen anderen Weg gibt es leider nicht.
So, der Build ist durch 1.23.01
Du hast doch sicher noch nen arduino. Mit dem kannst du den anderen per ISP wieder beleben.
Hab ich auch so gemacht.
Siehe hier:
https://forum.fhem.de/index.php/topic,35064.msg529637.html#msg529637
@bjoern:
Komisch bei mir hat das rauswerfen von Funktionalität nicht geklappt gehabt.
Aber wenn du ne neue Version hast teste ich sie gerne.
Hab jetzt nen extra nano zum wiedrbeleben der anderen. Dauert keine 2 min :-)
Gruß,
Stefan
Zitat von: stefanru am 27 November 2016, 21:26:04
Du hast doch sicher noch nen arduino. Mit dem kannst du den anderen per ISP wieder beleben.
Hab ich auch so gemacht.
Siehe hier:
https://forum.fhem.de/index.php/topic,35064.msg529637.html#msg529637
@bjoern:
Komisch bei mir hat das rauswerfen von Funktionalität nicht geklappt gehabt.
Aber wenn du ne neue Version hast teste ich sie gerne.
Hab jetzt nen extra nano zum wiedrbeleben der anderen. Dauert keine 2 min :-)
Gruß,
Stefan
Na dann leg los ;)
Alles super! Danke!!!
Was war es denn jetzt, bzw. was hast du geändert?
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB1 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: reading input file "./nanoCUL433.hex"
avrdude: writing flash (30708 bytes):
Writing | ################################################## | 100% 8.28s
avrdude: 30708 bytes of flash written
avrdude: verifying flash memory against ./nanoCUL433.hex:
avrdude: load data flash data from input file ./nanoCUL433.hex:
avrdude: input file ./nanoCUL433.hex contains 30708 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 6.19s
avrdude: verifying ...
avrdude: 30708 bytes of flash verified
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Ich habe jetzt die neue Version kompiliert und aufgespielt. avrdude meldet auch keine Fehler beim verifying (Ausgabe wie bei stefanru). Aber jetzt wird der nanoCUL von fhem nicht mehr gefunden:
2016.11.28 18:21:17.747 3: Setting nanoCUL serial parameters to 38400,8,N,1
2016.11.28 18:21:17.856 5: SW: V
2016.11.28 18:21:20.870 5: SW: V
2016.11.28 18:21:23.884 5: SW: V
2016.11.28 18:21:26.900 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600KGR0-if00-port0, ignoring it (nanoCUL)
Hallo bjoernh,
da ich inzwischen wieder mal ein wenig Luft habe, wollte ich nochmal da ansetzen wo ich letztes Jahr schonmal nachgefragt hatte, wie kann man dir helfen zusätliche Protokolle zu implementieren? Speziell geht es mir um das Techlico Protokoll. Pilight hat das Protocol schon "entschlüsselt" / eingebaut: https://wiki.pilight.org/doku.php/techlico (https://wiki.pilight.org/doku.php/techlico)
Das ist bei mir nämlich der einzige Grund warum noch pilight läuft und ich würde das gerne ganz abschalten.
Zitat von: stefanru am 27 November 2016, 21:26:04
Du hast doch sicher noch nen arduino. Mit dem kannst du den anderen per ISP wieder beleben.
Hab ich auch so gemacht.
Siehe hier:
https://forum.fhem.de/index.php/topic,35064.msg529637.html#msg529637
Leider hat sich kein einziger wieder beleben lassen.
Ich bekomme nach einer gewissen Zeit wenn der Bootloader neu geschrieben wird ähnlich Fehlermeldungen wie beim Flashen.
Verwendet habe ich die aktuellste Software (arduino-1.6.13-windows.exe).
Mit welcher Arduino Version hat das bei Euch funktioniert?
Hi Burni,
hatte ich auch genau so. Ohne vom USB abziehen gleich nochmal Bootloader flaschen. Dann kam zwar eine Warnung und die Sticks blinkten immer noch, aber in der Fusszeile stand Bootloader erfolgreich geflashed. Danach abgezogen und es war alles wieder ok.
Gruss,
Stefan
Zitat von: Bootscreen am 28 November 2016, 18:27:51
Hallo bjoernh,
da ich inzwischen wieder mal ein wenig Luft habe, wollte ich nochmal da ansetzen wo ich letztes Jahr schonmal nachgefragt hatte, wie kann man dir helfen zusätliche Protokolle zu implementieren? Speziell geht es mir um das Techlico Protokoll. Pilight hat das Protocol schon "entschlüsselt" / eingebaut: https://wiki.pilight.org/doku.php/techlico (https://wiki.pilight.org/doku.php/techlico)
Das ist bei mir nämlich der einzige Grund warum noch pilight läuft und ich würde das gerne ganz abschalten.
Hallo,
zuerst sollten wir wissen, ob der CUL bereits etwas empfängt.
Schalte dazu mal RAW X25 ein und schneide mit einem Terminal mit.
Wenn da etwas kommt, muss man evtl. die Firmware erweitern.
Weißt Du ob es für Fhem ein Modul gibt? Wenn ja, müsste man dieses dann vom CUL aus adaptieren, hierzu hatte ich das CUL_REDIRECT Modul eingeführt.
Zitat von: stefanru am 28 November 2016, 19:13:51
Hi Burni,
hatte ich auch genau so. Ohne vom USB abziehen gleich nochmal Bootloader flaschen. Dann kam zwar eine Warnung und die Sticks blinkten immer noch, aber in der Fusszeile stand Bootloader erfolgreich geflashed. Danach abgezogen und es war alles wieder ok.
Hallo Stefan!
Werde mir morgen etwas mehr Zeit nehmen, um dem Verhalten des Bootloader Aufspielens auf dem Grund zu gehen.
Hallo
Ich bins nochmal, Ich versuche immer noch meinen NanoCul mit der acfw zu flashen,
Macht es einen Unterschied beim flashen wennauf meinem Board APtoFUN steht.
Der Chip ist ein FTDI und wird von Win 7 erkannt
Leider steige ich immer noch nicht dahinter wie manso einen Cul flasen kann. (Der totale Anfänger)
Danke im Voraus
Thorsten
Zitat von: tkaiser am 28 November 2016, 20:16:33
Hallo
Ich bins nochmal, Ich versuche immer noch meinen NanoCul mit der acfw zu flashen,
Macht es einen Unterschied beim flashen wennauf meinem Board APtoFUN steht.
Der Chip ist ein FTDI und wird von Win 7 erkannt
Leider steige ich immer noch nicht dahinter wie manso einen Cul flasen kann. (Der totale Anfänger)
Danke im Voraus
Thorsten
Installiere ein Linux (geht auch in einer Virtuellen Maschine) und verwende das flash.sh Skript.
@Burny:
Was auch wichtig ist:
Nachdem du den funktionierenden Arduino mit ISP bespielt hast unter Werkzeuge => Programmer => Arduino as ISP zu setzen.
Dann Bootloader brennen, danch hatte ich fehler, dann einfach nochmal brennen. Dann hatte ich ne Warnung aber Status war Bootloader gebrannt.
Viel Glück.
@tkaiser:
Ist es so einer?
http://www.ebay.de/itm/111880522050?clk_rvr_id=1131117880675&rmvSB=true
Das sollte schon passen. Hauptsache es steht nano drauf.
Wie willst du denn flashen? Mit windows? Mit welchem tool?
Ich flashe immer von Linux. Von Windows müsste ich mal schauen wie das geht.
@mahowi:
Hatte ich auch schon dass sich der nanoCul seltsam verhält nach dem flashen.
Ich stoppe fhem.
Ich flashe. Dann ziehe ich ihn ab und stecke ihn wieder an.
Dann prüfe ich ob er lebt mit:
screen /dev/ttyUSB[deine USB nummer] 38400
Danach [shift]+[V] [Enter], also erst shift und dann V dazu. Gleichzeitig sollte auch gehen, danach Enter.
Er sollte mit seinem Versions string antworten "V 1.23.01 a-culfw Build: 110 (2016-11-27_21-14-50) nanoCUL433 (F-Band: 433MHz)"
Geht das nicht ist irgendetwas beim Flashen schief gegangen.
Gruß,
Stefan
Zitat von: bjoernh am 28 November 2016, 19:52:06
Hallo,
zuerst sollten wir wissen, ob der CUL bereits etwas empfängt.
Schalte dazu mal RAW X25 ein und schneide mit einem Terminal mit.
Wenn da etwas kommt, muss man evtl. die Firmware erweitern.
Weißt Du ob es für Fhem ein Modul gibt? Wenn ja, müsste man dieses dann vom CUL aus adaptieren, hierzu hatte ich das CUL_REDIRECT Modul eingeführt.
Ich würds gerne testen, bin aber grad noch nich ganz sicher was mein nanoCUL getan hat. Ich wollte die 1.23.01 flashen da ich bis dato noch eine IT only 1.21er drauf hatte. Beim Flashen der 1.23.01 bekomm ich aber immer folgende Meldungen:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
In FHEM ist er aber noch erreichbar und nutzbar und scheinbar auch mit der 1.23.01.
Muss das jetzt mal beobachten
//Nachtrag:
Sehr komisch find ich aber auch die Version: V 1.23.01 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 868MHz)
Wieso (F-Band: 868MHz) ? Hab da weder nen 868er drauf noch hab ich den 868er geflasht
Ein get ccconf ergibt auch: freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
Zitat von: Bootscreen am 28 November 2016, 21:51:33
Ich würds gerne testen, bin aber grad noch nich ganz sicher was mein nanoCUL getan hat. Ich wollte die 1.23.01 flashen da ich bis dato noch eine IT only 1.21er drauf hatte. Beim Flashen der 1.23.01 bekomm ich aber immer folgende Meldungen:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
In FHEM ist er aber noch erreichbar und nutzbar und scheinbar auch mit der 1.23.01.
Muss das jetzt mal beobachten
//Nachtrag:
Sehr komisch find ich aber auch die Version: V 1.23.01 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 868MHz)
Wieso (F-Band: 868MHz) ? Hab da weder nen 868er drauf noch hab ich den 868er geflasht
Ein get ccconf ergibt auch: freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
Setzt die Frequenz auf 433, dann stimmt das fband auch wieder.
Danke für eure Antworten, ich werde heute Abend Linux Mint parallel auf mein Win
Lap top aufspielen. Ich hoffe dann funktioniert das flashen.
Wenn ich noch mal Hilfe brauch würde ich mich nochmal melden.
Grüße
Thorsten
Bei mir funktioniert es nicht den Bootloader wieder auf die Arduinos aufzuspielen.
Bekomme immer die gleiche Fehlermeldung.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x03
Fehler beim Brennen des Bootloaders.
Meiner ließ sich auch nicht wiederbeleben, aber ich hab noch ein paar Nanos in der Kiste. ;)
Heute abend muß ich mal versuchen, meinen nanoCUL wieder ans laufen zu bringen und vielleicht auch den alten Nano wieder zum Leben zu erwecken.
Zitat von: Burny4600 am 29 November 2016, 08:56:49
Bei mir funktioniert es nicht den Bootloader wieder auf die Arduinos aufzuspielen.
Bekomme immer die gleiche Fehlermeldung.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x03
Fehler beim Brennen des Bootloaders.
Für mich sieht es so aus, als ob der ISP entweder nicht richtig angeschlossen ist, oder vom Betriebssystem nicht richtig erkannt wurde.
Blinkt der Cul noch? Wenn ja, müssten auch die Fuses noch stimmen. Sprich auch das Programmieren des Bootloaders sollte gehen.
@bjoernh
Meinst du das PC Betriebssystem?
Die nanoCULs werden erkannt, sowohl von Windows7 Pro (die Com Schnittstelle erscheint richtig im Geräte Manager) und nach der Arduino Boardinformation.
FTDI Chip Boardinformation eines neuen nanoCULs:
BN: Unbekanntes Board
VID: 0403
PID: 6001
SN: Laden Sie irgendeinen Sketch hoch, um sie abzurufen
CH340 Chip Boardinformation eines neuen nanoCULs:
BN: Unbekanntes Board
VID: 1A86
PID: 7523
SN: Laden Sie irgendeinen Sketch hoch, um sie abzurufen
Wobei die Boardinformation bei allen eingelesen werden.
Ja, ich meinte den PC. Die nanoculs sind doch erstmal via USB am PC uninteressant. Wichtig ist nur der eine Arduino, welcher als ISP funktionieren soll. Und genau bei diesem einen denke ich steckt das Problem.
Zitat von: bjoernh am 28 November 2016, 19:52:06
Hallo,
zuerst sollten wir wissen, ob der CUL bereits etwas empfängt.
Schalte dazu mal RAW X25 ein und schneide mit einem Terminal mit.
Wenn da etwas kommt, muss man evtl. die Firmware erweitern.
Weißt Du ob es für Fhem ein Modul gibt? Wenn ja, müsste man dieses dann vom CUL aus adaptieren, hierzu hatte ich das CUL_REDIRECT Modul eingeführt.
muss ich für das raw X25 noch irgendwas machen? Weil wenn ich "set nanoCUL raw X25" eingebe passiert scheinbar nichts, der initString bleibt auf X21 stehn und in den Readings bleibt raw auf "No Answer"
@bjoernh
Habe den Fehler gefunden.
Es war ein Bedienungsfehler des Arduino Programmiertools.
Anbei nochmals eine überarbeitet Anleitung.
Habe eben meinen CUL 433 V3.4 mit der aktuellen Firmware http://www.mediafire.com/file/onxuqyq36wlv7e4/a-culfw_1.23.01_build_111.zip (http://www.mediafire.com/file/onxuqyq36wlv7e4/a-culfw_1.23.01_build_111.zip) geflasht.
Danach hat die grüne LED unregelmäßig geblinkt und war auch mit "set CUL led 00" nicht aus zu kriegen.
Der CUL wurde in fhem erkannt, Funkschalter konnte ich damit schalten, die richtige Version wurde auch angezeigt.
Lediglich den IT-Dimmer konnte ich nicht mehr dimmen. Nur ein und ausschalten. Auf Dimmen-Befehle reagierte er nicht. Warum geht das mit der neuen Version nicht mehr?
Da ich dann hier den Threat gelesen habe, dachte ich schon ich hätte mir auch den Bootloader zerschossen. Aber ich konnte eine alte Version wieder aufspielen (a-culfw_v1.21.00_build_72). Da funktioniert auch das Dimmen wieder.
Hallo Ich habe noch eine Frage, ich habe mir nun Linux system parallel installiert,
Ich bekomme nun folgende Fehlermeldung bei dem flashen meines NanoCUL
$ sudo avrdude -p atmega328p -c arduino -P /dev/ttyUSB2 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "./nanoCUL433.hex"
avrdude: can't open input file ./nanoCUL433.hex: No such file or directory
avrdude: read from file './nanoCUL433.hex' failed
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Ich habe die Version aculfw a-culfw_1.23.01_build_111 im Ordner Download entpackt
Was mache ich falsch
Gruß
Thorsten
Hallo,
ich betreibe einen GT_WS_02 mit einem selbstbau nanoCUL. Hin und wieder bei bestimmten eigenschaften kann ich den Sensor einfach nicht auswerten..
Momentan bekomme ich ihn per autocreate garnicht mehr eingebunden. Allerdings glaube ich das er empfangen wird.
Ich habe es mit a-culfw_1.10.02_build_171_master und jetzt mit
a-culfw_1.22.00_build_96 versucht.
nanoCUL_RAWMSG s7E1FD9A658FA; 416: 9008
Mit dem original "Wetterstation"s Empfänger empfange ich ihn auf Ch2 und sogar noch einen anderen Sensor auf Ch1.
Ganz merkwürdig..
Grüße
Zitat von: tkaiser am 30 November 2016, 00:01:56
Hallo Ich habe noch eine Frage, ich habe mir nun Linux system parallel installiert,
Ich bekomme nun folgende Fehlermeldung bei dem flashen meines NanoCUL
$ sudo avrdude -p atmega328p -c arduino -P /dev/ttyUSB2 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "./nanoCUL433.hex"
avrdude: can't open input file ./nanoCUL433.hex: No such file or directory
avrdude: read from file './nanoCUL433.hex' failed
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Ich habe die Version aculfw a-culfw_1.23.01_build_111 im Ordner Download entpackt
Was mache ich falsch
Gruß
Thorsten
Gehe in das Verzeichnis des Cul, z. B. Devices/nanocul und für dort das Flash. sh Skript aus. Dann sollte es gehen. Bei deinem Aufruf findet findet er das hex File nicht.
Zitat von: damagic am 30 November 2016, 00:12:56
Hallo,
ich betreibe einen GT_WS_02 mit einem selbstbau nanoCUL. Hin und wieder bei bestimmten eigenschaften kann ich den Sensor einfach nicht auswerten..
Momentan bekomme ich ihn per autocreate garnicht mehr eingebunden. Allerdings glaube ich das er empfangen wird.
Ich habe es mit a-culfw_1.10.02_build_171_master und jetzt mit
a-culfw_1.22.00_build_96 versucht.
nanoCUL_RAWMSG s7E1FD9A658FA; 416: 9008
Mit dem original "Wetterstation"s Empfänger empfange ich ihn auf Ch2 und sogar noch einen anderen Sensor auf Ch1.
Ganz merkwürdig..
Grüße
Wenn der Cul etwas empfängt, musste das im TCM unknow device log ersichtlich sein. Ich kann mir vorstellen, dass die Checksum Berechnung im fhem Modul nicht 100% passt.
Schau da mal nach.
Hallo Hallo,
Ja bjoernh es wurde als Unknown geloggt..
Nachdem ich den Sender wieder auf Ch 1 gepackt habe und ihn mal länger stromlos gemacht habe wird er auch promt mit der a-culfw_1.22.00_build_96 erkannt als GT_WS_02 ;-)
Allerdings habe ich neue Erkenntnisse. Also es scheint tatsächlich so zu sein das wenn der GT_WS_02 einen Humidity Wert über 90% sendet dann ist Feierabend. Dann können die Werte nicht mehr berechnet werden. Es geht erst weiter wenn der Humidity Wert unter 91% sinkt.
Der original Empfänger zeigt derweil XX als Humidity an kann jedoch weiterhin die Temperatur berechnen.
Natürlich ist es komisch das der Sender einen Humidity Wert über 90% anzeigt und er nicht schwimmt :-D
Ich denke mal der Sensor hat wohl einen weg... ;-)
Trotzdem könnte man ja in fhem diesen Sonderfall mit integrieren?! Dann könnte ich den Sensor weiter betreiben auch wenn er meint er schwimmt.
Ich frage mich ja wer da was falsch interpretiert.. Der CUL mit aculfw oder das TCM97001 Modul in fhem?
Humidity = Relative Luftfeuchtigkeit üblicherweise = Anteil des bei der bestehenden Temperatur und Luftdruck maximal in der LUft aufnehmbaren Wassers. Wenn also zB bei 20°C und 1000hPa ca. 10g Wasser pro Kubikmeter maximal aufgenommen werden können, dann besagen 80% Luftfeuchtigkeit, dass 8g Wasser pro Kubikmeter vorhanden sind. 100% sind also nicht 100% Wasser.
https://de.wikipedia.org/wiki/Luftfeuchtigkeit
Hallo bjoernh
Wenn ich die flash sh ausführe im Terminal passiert am Nano nichts.
Kann das daran liegen das ich Linus von einer live cd ausführe.
Avrdude ist installiert . es macht keinen Unterschied ob ich den Knopf am Cul drücke oder nicht.
Hast du noch einen Rat für mich?
Gruß
Thorsten
Zitat von: tkaiser am 01 Dezember 2016, 10:06:44
Hallo bjoernh
Wenn ich die flash sh ausführe im Terminal passiert am Nano nichts.
Kann das daran liegen das ich Linus von einer live cd ausführe.
Avrdude ist installiert . es macht keinen Unterschied ob ich den Knopf am Cul drücke oder nicht.
Hast du noch einen Rat für mich?
Gruß
Thorsten
Hallo Thorsten,
mein erster Schritte ist immer in der BASH den Befehl
ls -l /dev/serial/by-id
ausführen. Die Meldung sollte z.B. so aussehen:
lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-FTDI_FT232R_USB_UART_A1048A4Z-if00-port0 -> ../../ttyUSB0
Falls Du keine Berechtigung hast bekommst auch prompt die Fehlermeldung:
ls: Zugriff auf '/dev/serial/by-id' nicht möglich: ...
Dann solltest Du in der BASH z.B.
sudo ls -l /dev/serial/by-id
eingeben.
Berichte doch mal bis hier!
Den Befehl kann ich ausführen und die Anzeige passt.
Also wird der Cul erkannt.
Ich habe auch schon versucht die aculfw 1.21zu flashen, das gleiche Ergebnis
Gruß
Thorsten
Zitat von: tkaiser am 01 Dezember 2016, 11:26:36
Den Befehl kann ich ausführen und die Anzeige passt.
Also wird der Cul erkannt.
Ich habe auch schon versucht die aculfw 1.21zu flashen, das gleiche Ergebnis
Gruß
Thorsten
Hallo Thorsten,
mach doch bitte einen neuen Thread auf. Das Problem betrifft ja nicht die a-culfw, sondern ist ein anderes Problem.
Danke.
Gruß Björn
Zitat von: tkaiser am 01 Dezember 2016, 11:26:36
Den Befehl kann ich ausführen und die Anzeige passt.
Kannst Du mal die Anzeige posten. Am Besten mit Deiner Eingabe und der Ausgabe. Und noch besser wäre dann auch noch den ./flash.sh zu sehen und die entsprechenden Ausgaben. (Screenshot).
Ist leider nur ein Foto vom iPhone .
Das ist die Ausgabe wenn ich die flash sh ausführe.
Ich hatte das als Video aufgezeichnet, weil der Befehl so schnell wieder
Verschwindet. kannst du damit etwas anfangen.
Ich habe auch schon die Ports geändert bevor ich die ah ausführe
Gruß
Thorsten
@bjoernh: bin heute endlich zum testen gekommen. Der nanoCUL empfängt inzwischen tatsächlich was von der Techlico Fernbedienung.
Anbei Log einträge von den verschiedenen Tasten.
Hallo Hallo,
danke rubbertail für die Einführung über Luftfeuchte :-p Meine Aussage war eher überspitzt gemeint.
Ich würde das Problem gerne eingrenzen.. Wo muss ich ansetzen? Tritt der Fehler in fhem auf im TCM970001 Modul oder interpretiert der nanoCUL mit aculfw falsch?
Sobald der GT_WT_02 eine Luftfeuchte von mehr als 90% übermittelt wird er nur noch noch als CUL_TCM97001 Unknown angezeigt.
NR 150
RSSI -75.5
nanoCUL_MSGCNT 5268
nanoCUL_RAWMSG s1C003FDDC0FD; 464: 9008
nanoCUL_TIME 2016-12-01 17:22:42
Die letzte Übertragung mit 90% Luftfeuchte und Temperatur 2.8°C
NR 39
RSSI -73
nanoCUL_MSGCNT 99
nanoCUL_RAWMSG s1C001CB54800; 432: 9008
nanoCUL_TIME 2016-12-01 00:46:34
Sobald er wieder einen Luftfeuchtewert von =<90% übermittelt wird er wieder angezeigt und auch per logdb sauber geloggt.
Besser nen eigenen Thread aufmachen?! ;-)
Randgedanken..:
- Die Nummer ändert sich?!
- Wenn Luftfeuchte >90% dann greift n regex nicht?
Gruß
Ich steh' gerade leider etwas im Wald...
Habe folgende Fragen:
- Sollte die aktuelle Version mit dem original CUL 433 Version 3.4 kompatibel sein?
Wenn ja, warum flackert dann die grüne LED die ganze Zeit und lässt sich auch nicht mehr abschalten?
Kann das auch ein Speicherüberlauf sein?
- Die aktuelle Version 1.23.01 sollte doch nach wie vor mit InterTechno-Geräten klar kommen, oder?
Einen itdimmer kann ich damit nur noch ein- und ausschalten. Der direkte dim-Befehl funktioniert nicht mehr.
Kann das jemand nachvollziehen?
Zitat von: damagic am 01 Dezember 2016, 17:29:13
Hallo Hallo,
danke rubbertail für die Einführung über Luftfeuchte :-p Meine Aussage war eher überspitzt gemeint.
Ich würde das Problem gerne eingrenzen.. Wo muss ich ansetzen? Tritt der Fehler in fhem auf im TCM970001 Modul oder interpretiert der nanoCUL mit aculfw falsch?
Sobald der GT_WT_02 eine Luftfeuchte von mehr als 90% übermittelt wird er nur noch noch als CUL_TCM97001 Unknown angezeigt.
NR 150
RSSI -75.5
nanoCUL_MSGCNT 5268
nanoCUL_RAWMSG s1C003FDDC0FD; 464: 9008
nanoCUL_TIME 2016-12-01 17:22:42
Die letzte Übertragung mit 90% Luftfeuchte und Temperatur 2.8°C
NR 39
RSSI -73
nanoCUL_MSGCNT 99
nanoCUL_RAWMSG s1C001CB54800; 432: 9008
nanoCUL_TIME 2016-12-01 00:46:34
Sobald er wieder einen Luftfeuchtewert von =<90% übermittelt wird er wieder angezeigt und auch per logdb sauber geloggt.
Besser nen eigenen Thread aufmachen?! ;-)
Randgedanken..:
- Die Nummer ändert sich?!
- Wenn Luftfeuchte >90% dann greift n regex nicht?
Gruß
Das liegt im TCM Modul. Für die Temperatur Sensoren gibt es einen extra Thread.
Zitat von: thymjan am 01 Dezember 2016, 20:01:12
Ich steh' gerade leider etwas im Wald...
Habe folgende Fragen:
- Sollte die aktuelle Version mit dem original CUL 433 Version 3.4 kompatibel sein?
Wenn ja, warum flackert dann die grüne LED die ganze Zeit und lässt sich auch nicht mehr abschalten?
Kann das auch ein Speicherüberlauf sein?
- Die aktuelle Version 1.23.01 sollte doch nach wie vor mit InterTechno-Geräten klar kommen, oder?
Einen itdimmer kann ich damit nur noch ein- und ausschalten. Der direkte dim-Befehl funktioniert nicht mehr.
Kann das jemand nachvollziehen?
Ja, sollte kompatibel sein.
Der original Cul wird nicht einfach mit einer größeren Firmware überschrieben. Da kommt dann eine Warnung beim beschreiben.
IT Empfang sowie Senden sollte alles wie gewohnt funktionieren, da hat sich nichts mehr im Code geändert.
Warum das Dimmen nicht gehen sollte, kann ich mir nicht so wirklich vorstellen. Wenn du die Dosen an/ausschalten kannst, dann sollte das Timing stimmen und somit muss das Dimmen auch gehen. Vielleicht stimmt etwas in der fhem Installation nicht.
Zitat von: thymjan am 01 Dezember 2016, 20:01:12
Habe folgende Fragen:
- Sollte die aktuelle Version mit dem original CUL 433 Version 3.4 kompatibel sein?
Wenn ja, warum flackert dann die grüne LED die ganze Zeit und lässt sich auch nicht mehr abschalten?
Kann das auch ein Speicherüberlauf sein?
Das mit dem blinken hatte ich auch nach dem update auf 1.23. Einmal den kompletten Arduino vom USB abgezogen und neu eingesteckt hat bei mir geholfen.
hallo,
das mit dem Flackern beim original CUL 433 kann ich auch bestätigen. Es blinkt normal und regelmäßig (als Vergleich nehme ich den 2ten mit cfw 868) eine gewisse Zeit, so ca. 10 s, dann "blinzelt" chaotisch als würde senden/empfangen.
Nach 4-5 s wiederholt sich das Ganze.
Funktionieren tut aber, soweit ich erkennen kann normal. Ich schalte IT Steckdosen und messe TCM Temperatur.
FW
V 1.22.00 a-culfw Build: 94 (2016-11-25_23-14-19)
Zitat von: ramses am 02 Dezember 2016, 15:54:56
hallo,
das mit dem Flackern beim original CUL 433 kann ich auch bestätigen. Es blinkt normal und regelmäßig (als Vergleich nehme ich den 2ten mit cfw 868) eine gewisse Zeit, so ca. 10 s, dann "blinzelt" chaotisch als würde senden/empfangen.
Nach 4-5 s wiederholt sich das Ganze.
Funktionieren tut aber, soweit ich erkennen kann normal. Ich schalte IT Steckdosen und messe TCM Temperatur.
FW
V 1.22.00 a-culfw Build: 94 (2016-11-25_23-14-19)
Der Cul flackert immer wenn er Datenpackete empfängt, egal ob er etwas damit anfangen kann oder nicht.
Konntest du denn etwas mit dem Log Anfangen oder mir erklären wie ich das Log interpretieren muss um selbst was zu basteln? Ich kenn mich leider mit dem Bereich Funk Programmierung gar nicht aus.
Zum Thema Flackern der LED:
Bisher (Version < 23) konnte ich die LED mit set CUL led 00 komplett ausschalten. Nach dem flashen hat sie regelmäßig geblinkt, nicht geflackert (siehe Anlage).
Heißt das, daß nun evtl. ständig ein neues Protokoll gefunden wird (seit Version 1.23.00)?
Gruß,
Stefan
Zum Thema itdimmer:
Bis Version 1.23.00 funktioniert das Dimmen (z.B. "set Schreibtischlampe dim12%").
Ab Version 1.23.01 geht die Lampe mit "set Schreibtischlampe dim12%" nur aus.
on / off funktioniert noch.
Habe jetzt mehrmals die Firmware gewechselt. Ein Fehler an meiner FHEM-Installation mag ich damit ausschließen.
Hat wohl was hiermit zu tun (changelog):
ZitatChange sending for IT V1 D bit (Unitec/Intertek)
Zitat von: thymjan am 02 Dezember 2016, 22:15:48
Zum Thema itdimmer:
Bis Version 1.23.00 funktioniert das Dimmen (z.B. "set Schreibtischlampe dim12%").
Ab Version 1.23.01 geht die Lampe mit "set Schreibtischlampe dim12%" nur aus.
on / off funktioniert noch.
Habe jetzt mehrmals die Firmware gewechselt. Ein Fehler an meiner FHEM-Installation mag ich damit ausschließen.
Hat wohl was hiermit zu tun (changelog):
OK, muss ich mir anschauen....
Das steht im Fehlerfall im log:
Zitat2016.12.02 22:11:12 2: CUL_433 IT_set: Schreibtischlampe dim12%
2016.12.02 22:11:12 5: SW: is010001001000101010001000100D00000001
2016.12.02 22:11:13 5: CUL/RAW (ReadAnswer): is01000100100010101000100010000000001
2016.12.02 22:11:13 2: IT IODev device didn't answer is command correctly: raw => is01000100100010101000100010000000001
Zitat von: thymjan am 02 Dezember 2016, 22:29:14
Das steht im Fehlerfall im log:
Ja, danke. Habe ich gerade auch gesehen. Muss aber erst in den Code schauen.
Habs gefunden. Wird dann mit der nächsten Version gefixt
Super, Danke!
Hi Bjoern,
Muss dich schon wieder nerven.
Die 1.23.02 macht auch zicken.
Beim Flashen geht der Validate schief. Der Stick wird aber erkannt, geht aber nicht richtig.
Auch meldet er sich als: version => V 1.23.02 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 433MHz)
Ja ich habe die 433 geflashed.
Hier das log vom Flash:
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x7800
0x0c != 0x0d
avrdude: verification error; content mismatch
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Ich flashe erstmal wieder die 1.23.01
Gruß,
Stefan
Zitat von: stefanru am 04 Dezember 2016, 16:57:03
Hi Bjoern,
Muss dich schon wieder nerven.
Die 1.23.02 macht auch zicken.
Beim Flashen geht der Validate schief. Der Stick wird aber erkannt, geht aber nicht richtig.
Auch meldet er sich als: version => V 1.23.02 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 433MHz)
Ja ich habe die 433 geflashed.
Hier das log vom Flash:
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x7800
0x0c != 0x0d
avrdude: verification error; content mismatch
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Ich flashe erstmal wieder die 1.23.01
Gruß,
Stefan
Tja, dann ist der Speicher leider schon wieder am Ende. Da muss also was von den Defines weg.
Neuer Versuch...
Moin,
ich habe zwei TCM97001 China Sensoren für Temp/Hum bei mir laufen. Die reinen Messwerte kommen auf meinem miniCUL mit a-culfw 1.21 auch sauber an. Allerdings ist die Batterie angeblich immer "low". Ist das ein Firmware Bug oder eine Fehlinterpretation von FHEM? Mit Pilight wurden die Batteriewerte jedenfalls korrekt angezeigt.
Beispieldaten:
Temp: 23.0 Hum: 29
RAWMSG: s5B880E61D01A; 480: 9184
Ich kann mit der RAW Message leider nicht viel anfangen, wie ist die aufgebaut? Mein SDR hab ich leider grade nicht verfügbar, sonst hätte ich mir das mal direkt angeschaut ob der Sensor vielleicht nicht Protokollkonform sendet.
Kleiner Schönheitsfehler in den Github Sourcen:
die README.md des CUBe und MapleCUL wurden vertauscht.
Alex
Hi Bjoern,
du hast SOMFY rausgenommen. Sehe ich das richtig?
Ich habe aber gerade SOMFY.
Hilf mir mal auf die Sprünge. Ich hatte schon geschaut nach einem arduino mit mehr speicher.
Du hattes mal etwas erwähnt du hättest einen mini.
Laut Vergleich auf der Arduino Seite haben aber alle Arduinos mit 328P 32KB Flash.
Gruß,
Stefan
Zitat von: stefanru am 05 Dezember 2016, 21:16:28
Hi Bjoern,
du hast SOMFY rausgenommen. Sehe ich das richtig?
Ich habe aber gerade SOMFY.
Hilf mir mal auf die Sprünge. Ich hatte schon geschaut nach einem arduino mit mehr speicher.
Du hattes mal etwas erwähnt du hättest einen mini.
Laut Vergleich auf der Arduino Seite haben aber alle Arduinos mit 328P 32KB Flash.
Gruß,
Stefan
Ja hab ich raus genommen. Irgendwas musste ich ja deaktivieren.
Du hast recht, der Mini hat genauso viel Speicher wie der nano.
Ich musste jetzt erst im Code schauen, der Mini hat aber glaube kleine USB Emulation im Code, diese kostet einiges an Speicher.
Aber sei es drum. Du wirst wohl oder übel nicht um einen zweiten nano rum kommen.
Du kannst aber auch probieren z. B. Das Manchester abzuschalten, evtl. Passt dann das somfy wieder rein.
Zitat von: thymjan am 02 Dezember 2016, 21:34:31
Zum Thema Flackern der LED:
Bisher (Version < 23) konnte ich die LED mit set CUL led 00 komplett ausschalten. Nach dem flashen hat sie regelmäßig geblinkt, nicht geflackert (siehe Anlage).
Heißt das, daß nun evtl. ständig ein neues Protokoll gefunden wird (seit Version 1.23.00)?
Das "Problem" mit dem Flackern habe ich seit 1.23.02 auch. Ebenso gelingt es mir nicht, die LED dauerhaft auszuschalten bzw. den Blinkmodus zu wechseln; es flackert dauerhaft.
Kann da irgendetwas einstellen?
Ja, LED auslöten.
OK, Scherz bei Seite. Auch bei der Original culfw kann man die LED meines Wissens nach ich ganz abschalten.
Modus ist nur dauerhaft an, blinken oder bei Empfang.
Der Unterschied ist bei der a-culfw, dass diese Firmware mehr empfängt.
Hi Björn,
danke.
Ich habe schon das HOMEEASY auskommentiert da ich das erstmal nicht brauche und somfy rein.
Ein zweiter nano ist ne Idee. Sind eh noch welche unterwegs.
Dann Protokolle halb / halb verteilen.
Gibts kein Preisgünstiges Gerät in das alles passt?
Noch eine Frage, wenn ich Somfy geräte schalte und Befehle zu kurz hintereinander sende, fängt er an wie wild zu blinken und verweigert den Dienst.
Kennst du das?
Gruß,
Stefan
Nein, somfy habe ich leider nicht zum probieren.
Mal so am Rande. .. super Arbeit die hier geleistet wird ....
Mobil erstellt daher kurz gehalten
Da schließe ich mich an.
Und Top support.
Werde bei Gelegenheit mal schauen ob ich zum blinken was rausfinden kann.
Danke,
Stefan
Zitat von: bjoernh am 05 Dezember 2016, 22:33:29
Ja, LED auslöten.
OK, Scherz bei Seite. Auch bei der Original culfw kann man die LED meines Wissens nach ich ganz abschalten.
Modus ist nur dauerhaft an, blinken oder bei Empfang.
Der Unterschied ist bei der a-culfw, dass diese Firmware mehr empfängt.
Gab es denn zwischen 1.21 und 1.23 eine bestimmte Änderung, die zu mehr Blinken geführt haben könnte? Ich bin mir sehr sicher, dass der CUL bis zum Upgrade vor ein paar Tagen nur sehr sporadisch geblinkt hat. Jetzt dagegen ist es Blinken plus Flackern mit mehr als 1Hz.
Das ist ein rein kosmetisches "Problem", ich würde nur gerne die Änderung nachvollziehen, ehe ich den Lötkolben schwinge :)
Zitat von: stefanru am 05 Dezember 2016, 22:46:38
Gibts kein Preisgünstiges Gerät in das alles passt?
Das alles und noch viel mehr passt in einen Maple Mini.
https://forum.fhem.de/index.php/topic,60458.0.html (https://forum.fhem.de/index.php/topic,60458.0.html)
@Telekatz: Bestellt :-) Danke für den Tipp. CUN schaltplan hab ich gefunden. Gibts da auch nen Schaltplan für den CUL?
Gruß,
Stefan
Zitat von: stefanru am 06 Dezember 2016, 10:37:58
@Telekatz: Bestellt :-) Danke für den Tipp. CUN schaltplan hab ich gefunden. Gibts da auch nen Schaltplan für den CUL?
Gruß,
Stefan
Cul Schaltplan gibt es bei busware
Zitat von: stefanru am 06 Dezember 2016, 10:37:58
@Telekatz: Bestellt :-) Danke für den Tipp. CUN schaltplan hab ich gefunden. Gibts da auch nen Schaltplan für den CUL?
Gruß,
Stefan
Für den MapleCUL lässt man einfach den W5100 weg. Der Rest ist gleich angeschlossen.
Moin,
ich habe gestern 4 Intertechno Steckdosen in FHEM zu einem "structure" zusammengelegt, um sie einfacher schalten zu können. Leider gehen die Dosen selten alle an oder aus, mal nur 1, mal 2, mal 3, völlig wahllos.
Zu meinem Setup: Ich habe pro Etage einen miniCUL mit a-culfw 1.21 in einem OpenWRT Router stecken und diese per SER2NET an FHEM durchgereicht. Jede Dose ist jeweils dem in seiner Etage liegendem CUL (IODev) zugeordnet zugeordnet. Einzeln lassen sich alle Dosen ohne Probleme schalten. Im Log sieht das folgendermaßen aus:
2016.12.06 13:25:05 2: cul_og IT_set: Lampe_Flur_OG off
2016.12.06 13:25:06 2: cul_eg IT_set: LichterketteKueche off
2016.12.06 13:25:06 2: IT IODev device didn't answer is command correctly: raw => i40455419
2016.12.06 13:25:06 2: cul_og IT_set: Salzlampe off
2016.12.06 13:25:06 2: cul_eg IT_set: Stehlampe_Flur off
2016.12.06 13:25:06 2: IT IODev device didn't answer is command correctly: raw => isF000FFFF0FF0
2016.12.06 13:25:06 3: cul_og IT: Stehlampe_Flur off->off
2016.12.06 13:25:06 3: cul_eg IT: message "isf000fff0fff0" (14) too short!
2016.12.06 13:25:06 3: cul_eg IT: message "isf000fff0fff0" (14) too short!
2016.12.06 13:25:06 3: cul_eg: Unknown code isf000fff0fff0, help me!
Nutzt jemand structures und klappt das bei euch?
Hi cyablo,
ja ich benutze Structures um meine SOMFY Rolläden zu steuern.
Ich habe damit auch probleme. Wenn ich alle auf einmal schalte, fängt mein nanoCUL nachdem er 1 ein paar geschaltet hat offline. Die LED blinkt wie blöd.
Ich muss ihn dann neu initializieren.
Ich will das demnächst mal etwas genauer untersuchen.
Das ganze will ich demnächst mal untersuchen.
Ob das nun das selbe Problem bei dir ist weiß ich nicht.
Mein Workaround, den du auch probieren könntest ist bei der Structure den Wert async_delay auf z.B. 5 sekunden zu setzen.
Gruß,
Stefan
Der Tipp war gut. Funktioniert so jedenfalls wesentlich besser. Interessanterweise lassen sich die Dosen aber über die FHEM Oberfläche einzeln extrem schnell ein und aus schalten.
Hast du das CUL auch per SER2NET durchgereicht oder direkt am USB Port? Ich muss mir das am WE auch mal genauer ansehen.
Zitat von: Telekatz am 06 Dezember 2016, 10:25:53
Das alles und noch viel mehr passt in einen Maple Mini.
https://forum.fhem.de/index.php/topic,60458.0.html (https://forum.fhem.de/index.php/topic,60458.0.html)
Ich wundere mich, warum die Frage noch nicht direkt gestellt wurde, aber nach deiner wunderbaren @arm Portierung:
Spricht etwas gegen eine Portierung auf den ESP8266(-07/12)? Da gibt es bis zu 4MByte!!! Flash und 40 bzw. 80MHz Systemtakt.
(Ja ich weiß, zusammen mit einem Arduino gibt's das längst, aber warum sollte man sich derart einschränken.)
Aus Erfahrung mit Ambilight-Portierungen, weiss ich, dass man sich nicht so sehr auf die Interrupts verlassen sollte, wenn zeitgleich starker WLAN-Verkehr stattfindet, aber das sollte ja Aufgabe des CC1101 sein. Die SPI-Kommunikation sollte nicht so Timing-kritisch sein. Gibt es andere technische Gründe?
Ich habe bisher nur mit der Arduino IDE gearbeitet, dort gibt es ja bereits eine Anpassungsschicht und eine entsprechende Compiler-Einbindung.
Gibt es einen groben "Fahrplan" was man neben der board.h und einem auf den Compiler angepasstes Makefile erstellen muss, um den Code zu portieren?
Danke an alle Beteiligten, für dieses geniale Projekt!
Hi cyablo,
interessant das es bei dir bei IT auch was bringt. Ich bin bei meinen somfys mitlerweile sogar bei 10 sekunden, da läufts dann sehr gut, aber es dauert halt 8 Rollos zu steuern, ist aber ok für mich.
Was den Fehler verursacht ist mir noch nicht klar.
Ja mein nanoCUL ist per USB angebunden.
Steigt dein CUL dann auch aus?
Gruß,
Stefan
Das Problem mit dem Struct ist, dass die Daten sequentiell an den CUL übergeben werden.
Der kann das dann nicht verarbeiten und es kommt zu Datensalat.
Im Signalduino wurde das gelöst indem die Befehle in eine Warteschlange gelegt werden.
Grüße Sidey
Zitat von: Sidey am 06 Dezember 2016, 20:37:03
Das Problem mit dem Struct ist, dass die Daten sequentiell an den CUL übergeben werden.
Der kann das dann nicht verarbeiten und es kommt zu Datensalat.
Im Signalduino wurde das gelöst indem die Befehle in eine Warteschlange gelegt werden.
Grüße Sidey
Ich habe auch mehrere it in einem struct die problemlos schalten. Es gibt die Möglichkeit bei it Definition ein repeat attribut zu setzen. Das hat bei mir viel verbessert. Musst mal im forum suchen
wie es genau heisst. Komme aktuell nicht auf mein fhem.
@stefanru
Also ich seh im FHEM Log nicht das der CUL disconnected, nur die von mir genannten Meldungen im Log. Müsste mal drauf achten was die LEDs dann machen.
@sidey
Danke für die Info, da muss ich dann wohl durch. Nochmal wechsel ich das Sendesystem nicht :)
Vielleicht wird der Workaround ja mal in die culfw portiert, oder ist die Warteschlange im Signalduino FHEM Modul implementiert?
ZitatKomme aktuell nicht auf mein fhem
Hoffentlich nur eine Frage der räumlichen Distanz ;)
Zitatit Definition ein repeat attribut
Das Attribut schimpft sich ITrepetition :)
Zitat von: cyablo am 07 Dezember 2016, 08:14:05
Vielleicht wird der Workaround ja mal in die culfw portiert, oder ist die Warteschlange im Signalduino FHEM Modul implementiert?
Hauptsächlich ist die Warteschlange im FHEM implementiert.
Das war im Signalduino recht einfach zu implementieren, da dieser schon seit einiger Zeit nonblocking arbeitet.
Das Erhöhen der IT Repetition verschlimmert den Fehlerfall nur.
Das wird einem klar, wenn man versteht, was passiert.
Der Ablauf ist in etwa so:
1.Fhem sendet ein Kommando an das IO Device.
2. Das IO Device wertet den Befehl aus und fängt an das Signal zu senden.
3. Fhem weiss nicht, wann das IO Device fertig ist und sendet einfach mal das 2. Kommando.
4. Das IO Device wertet den Befehl jetzt wieder aus, war aber höchstwahrscheinlich mit dem 1. Kommando noch nicht fertig.
Erhöht man die Anzahl der Wiederholungen, dann braucht das IO Device länger um den Befehl abzuarbeiten. Dabei kommt es dann zu einer Kollision, wenn der Folgende Befehl empfangen wird.
Daher funktioniert es meist bei dem Ersten und letzten Gerät in einem Struct Recht meist, aber bei denen dazwischen eher nicht.
Eine einfache pause zwischen den Kommandos behebt dieses Problem auch, führt dann aber zu einem Blockieren von Fhem.
Grüße Sidey
Zitat von: KölnSolar am 07 Dezember 2016, 08:18:57
Hoffentlich nur eine Frage der räumlichen Distanz ;)
Ja, ein paar hundert km ... über VPN käme ich auch drauf wenn nötig. Nur nicht mit dem Handy im Zug :)
Ich setzt setzt das Problem mal bei SlowRF rein, rudolfkoenig ist ja eh Maintainer von beiden Modulen (CUL und Strctures). Scheint mir aber mehr in Richtung CUL Modul für den Lösungsansatz zu gehen.
Edit: Falls sich sonst noch jemand zu dem Structure / CUL Problem melden möchte: https://forum.fhem.de/index.php/topic,62101.0.html
Zitat von: adn77 am 06 Dezember 2016, 18:31:58
Ich wundere mich, warum die Frage noch nicht direkt gestellt wurde, aber nach deiner wunderbaren @arm Portierung:
Spricht etwas gegen eine Portierung auf den ESP8266(-07/12)? Da gibt es bis zu 4MByte!!! Flash und 40 bzw. 80MHz Systemtakt.
(Ja ich weiß, zusammen mit einem Arduino gibt's das längst, aber warum sollte man sich derart einschränken.)
Ich hab zwar noch nie etwas mit einem ESP8266 gemacht, denke aber nicht, dass da etwas dagegen spricht.
Zitat von: adn77 am 06 Dezember 2016, 18:31:58
Aus Erfahrung mit Ambilight-Portierungen, weiss ich, dass man sich nicht so sehr auf die Interrupts verlassen sollte, wenn zeitgleich starker WLAN-Verkehr stattfindet, aber das sollte ja Aufgabe des CC1101 sein. Die SPI-Kommunikation sollte nicht so Timing-kritisch sein. Gibt es andere technische Gründe?
Für die FastRF Protokolle mag das stimmen. Dort übernimmt der CC1101 den korrekten Empfang der Pakete und die SPI-Kommunikation mit dem CC1101 ist nicht zeitkritisch.
Bei den SlowRF Protokollen ist der CC1101 jedoch nur ein einfacher Empfänger, der das demodulierte Signal kontinuierlich an einem Pin ausgibt. Die Decodierung des Signals wird allein vom Controller erledigt. Dafür werden dann auch Interrupts benötigt. Das ist dann schon zeitkritischer.
Zitat von: adn77 am 06 Dezember 2016, 18:31:58
Gibt es einen groben "Fahrplan" was man neben der board.h und einem auf den Compiler angepasstes Makefile erstellen muss, um den Code zu portieren?
Man muss noch sämtliche Funktionen anpassen, die auf die Hardware zugreifen. Im einzelnen wäre das:
- Timer inklusive Timerinterrupts
- GPIOs (LED, CC1101)
- Pin Change Interrupt für SlowRF
- SPI
- Watchdog
- EEPROM Emulation
- Delay Funktionen
- Speicherzugriff (pgmspace)
- Ein/Ausgabefunktion, z.B UART, USB, Netzwerk
Zum Thema flackern:
ZitatDas flackern liegt an der Empfindlichkeit des CC1101, der Rauschen im slowRF Mode empfängt. In rf_receive.c wird dann versucht das zu decodieren. Das löst dann das toggeln der LED aus.
Abhilfe schafft da, die Empfindlichkeit des CC1101 herunterzusetzen.
https://forum.fhem.de/index.php/topic,60458.msg529465.html#msg529465 (https://forum.fhem.de/index.php/topic,60458.msg529465.html#msg529465)
Habe die Empfindlichkeit meines CULs von 4dB auf 16dB mal runtergeschraubt.
set CUL sens 16
Und tatsächlich: das Flackern wird weniger.
Aber es stimmt schon: Vor den 22er Versionen war wesentlich mehr Ruhe. Da hat mein CUL eigentlich nur geblinkt wenn ich die Fernbedienung meiner IT-Steckdosen gedrückt habe.
Hallo,
hatte zum Testen mal die aktuelle a-culfw auf meinem CUL V3, kann es sein das damit die Kommnikation zu meinen FHT 80b nicht mehr ordentlich funktioniert? Er kann zwar den Stellbefehl für die Ventilantriebe mitlauschen, bekommt aber von den Steuereinheiten die aktuelle Temperatur nicht und das setzen einer Temeratur aus FHEM heraus funktioniert auch nicht mehr.
Zurück auf Rudolfs "Original" klappt es wieder.
Überseh ich was? Mus mann evtl. noch was umstellen?
Danke und Gruß
Timo
Zitat von: lonzo am 08 Dezember 2016, 13:57:56
Hallo,
hatte zum Testen mal die aktuelle a-culfw auf meinem CUL V3, kann es sein das damit die Kommnikation zu meinen FHT 80b nicht mehr ordentlich funktioniert? Er kann zwar den Stellbefehl für die Ventilantriebe mitlauschen, bekommt aber von den Steuereinheiten die aktuelle Temperatur nicht und das setzen einer Temeratur aus FHEM heraus funktioniert auch nicht mehr.
Zurück auf Rudolfs "Original" klappt es wieder.
Überseh ich was? Mus mann evtl. noch was umstellen?
Danke und Gruß
Timo
Kurz und knapp, nimm die Original für FHT. Da hat sich im Code sowieso nichts geändert.
Ansonsten sollte es natürlich gehen.
@bjoernh:
gibt es irgendwo eine Anleitung wie ich aus den mit X25 empfangen Daten was nutzbares mache? Ein ganzes Protokoll wie das IT wäre wahrscheinlich zuviel, aber vllt Raw Kommandos? Die Raw Kommandos würden mir nämlich reichen.
Zitat von: Bootscreen am 08 Dezember 2016, 16:28:15
@bjoernh:
gibt es irgendwo eine Anleitung wie ich aus den mit X25 empfangen Daten was nutzbares mache? Ein ganzes Protokoll wie das IT wäre wahrscheinlich zuviel, aber vllt Raw Kommandos? Die Raw Kommandos würden mir nämlich reichen.
Da gibt es schon etwas im Forum, muss aber auch erst suchen.
Hallo,
Irgendwas scheint mit meinem NanoCul nicht zu stimmen. Ich habe ihn nach dieser Anleitung mit den Widerständen zur Pegelanpassung zusammen gebaut.
http://www.fhemwiki.de/wiki/Selbstbau_CUL
In der Anlage ist ein Foto davon.
Von den 3 GT-WT-02 werden nur 2 sauber empfangen. Die EAS800z werden überhaupt nicht empfangen.
Mein ITv1 Handsender funktioniert problemlos durch eine Decke.
2016.12.09 01:29:38.713 4 : CUL_Parse: MyCUL s7110A26F48F9; 544: 9024
2016.12.09 01:29:38.713 4 : CUL_TCM97001 GT_WT02_88 113 (7110A26F48F9) length: 12 RSSI: -77.5
2016.12.09 01:29:38.713 4 : CUL_TCM97001 using longid: 1 model: GT_WT02
2016-12-09 01:29:38.714 CUL_TCM97001 GT_WT02_88 T: 16.2 H: 55
2016.12.09 01:29:43.419 4 : CUL_Parse: MyCUL s4F00A76BA025; 544: 9136
2016.12.09 01:29:43.419 4 : CUL_TCM97001 GT_WT02_79 79 (4F00A76BA025) length: 12 RSSI: -55.5
2016.12.09 01:29:43.419 4 : CUL_TCM97001 using longid: 1 model: GT_WT02
2016-12-09 01:29:43.420 CUL_TCM97001 GT_WT02_79 T: 16.7 H: 53
2016.12.09 01:29:47.065 4 : CUL_Parse: MyCUL s6C00A46B8022; 544: 9072
2016.12.09 01:29:47.065 4 : CUL_TCM97001 GTWT02_108 108 (6C00A46B8022) length: 12 RSSI: -57
2016-12-09 01:29:47.066 CUL_TCM97001 Unknown Code: 6C00A46B80
Hier sind die Einstellungen:
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
V 1.23.01 a-culfw Build: 110 (2016-11-27_21-14-50) nanoCUL433 (F-Band: 433MHz)
Hat jemand eine Idee, an was es liegen könnte, daß die EAS800z nicht empfangen werden?
Kann es an den Einstellungen der a-culfw liegen?
Gruß Ralf
Hi Ralf,
ich versuche mich mal, auch wenn ich keines der genannten Geräte besitze und mich kaum traute Dir zu antworten, wo Du doch selber im Bereich IT und 433-Wetterstationen entwickelst. :-\ Du hast aber mehr mit SIGNALduino gemacht, oder ?
Ich vermute der 88er WT02 macht Dir Probleme. Der hat ja auch einen ziemlich schlechten RSSI. Anders positionieren ? Batterie ?
EAS800z sagt mir überhaupt nichts. Cul auf verbose 5 oder debug-modus schon probiert ?
Für besseren Empfang kannst Du mit den bwidth u. sens Werten "spielen"(siehe commandref).
Grüße Markus
Hallo,
Ich hatte in der Vergangenheit immer wieder Probleme mir den "blauen" CC1101 Modulen. Diese sind bzgl. Frequenz extrem ungenau, deshalb verwende ich diese Module nicht mehr in meinen Projekten.
Mehr Info' hierzu im Blog "Selbstbau Cul"
Dort sind zwar nur Probleme mit 868 MHz beschrieben, ich habe nachgemessen, bei 433 MHz sind die Abweichungen in selber Relation.
Dein Problem könnte evt. die selbe Ursache haben.
Gruß
RaspII
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: RaspII am 09 Dezember 2016, 17:53:03
Ich hatte in der Vergangenheit immer wieder Probleme mir den "blauen" CC1101 Modulen. Diese sind bzgl. Frequenz extrem ungenau, deshalb verwende ich
Welche sind zu empfehlen? Dieser hier?
http://www.ebay.de/itm/CC1101-Wireless-Transceiver-Module-433M-2500-NRF-350m-Distance-Transmission-/272430626795?hash=item3f6e2177eb:g:l~UAAOSwal5YFFwZ
Gruß Ralf
Zitat von: KölnSolar am 09 Dezember 2016, 06:06:48
Hi Ralf,
ich versuche mich mal, auch wenn ich keines der genannten Geräte besitze und mich kaum traute Dir zu antworten, wo Du doch selber im Bereich IT und 433-Wetterstationen entwickelst. :-\ Du hast aber mehr mit SIGNALduino gemacht, oder ?
Ich vermute der 88er WT02 macht Dir Probleme. Der hat ja auch einen ziemlich schlechten RSSI. Anders positionieren ? Batterie ?
Ja, ich habe mich soweit in die Perl- und Modulprogrammierung eingearbeitet, daß ich bei den Signalduino-, IT-, Temperatursensoren- und Homematic-wired Modulen die Anpassungen und Erweiterungen vornehmen kann, die ich benötige.
Bei Homematic-wired habe ich mich so tief eingearbeitet, daß ich bei den Selbstbau IO-Modulen die Funktionen einbauen kann die ich benötige.
Nein der der GTWT02_88 macht keine Probleme. RSSI: -77.5 dürfte ok sein, der Empfang funktioniert auch noch bei einem RSSI von -94.
Der GTWT02_108 hat Probleme gemacht. Nachdem ich den GTWT02_108 gelöscht hatte, war das "Unknown Code" weg.
Bei der Fehlersuche ist mir aufgefallen, daß die Checksum Berechnung des GT-WT-2 nicht ganz passt.
Ich habs bei mir korrigiert. Björn liest Du hier mit?
sub checkCRC_GTWT02 {
...
my $CRC = (hex($a[0])+hex($a[1])+hex($a[2])+hex($a[3])
+hex($a[4])+hex($a[5])+hex($a[6])+(hex($a[7]) & 0xE));
Mit dem Signalduino und dem RXB6 Superheterodyne Empfänger werden die EAS800z problemlos empfangen.
Es ist seltsam, daß der EAS800z vom CC1101 nicht empfangen wird. Der NC-7345 wird aber emfangen, obwohl beide das selbe Protokoll senden.
Ich denke ein Grund könnte sein, daß ich hier im Haus Funkstörungen habe und der RXB6 empfängt bei Funkstörungen besser als der CC1101.
Gruß Ralf
Hallo Ralf,
Du kannst hier im Blog einige Details nachlesen:
https://forum.fhem.de/index.php/topic,47846.msg422459.html#msg422459 (https://forum.fhem.de/index.php/topic,47846.msg422459.html#msg422459)
Weitere Info's in Gummibär's Blog:
http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/ (http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/)
(ist zwar viel Info, hilft aber evt. weiter)
Ich habe mir für 868Mhz die "Briefmarke" angeschafft, die funktioniert problemlos.
Im Blog hier zu finden:
https://forum.fhem.de/index.php/topic,47846.msg420229.html#msg420229 (https://forum.fhem.de/index.php/topic,47846.msg420229.html#msg420229)
In diesem Blog findest Du auch einige Info's zum SDR (Software Defined Radio), mit diesem Tool und einem DVB-T USB Stick (muss nur der richtige sein) für 15€ kannst Du überprüfen, ob die Module auf der korrekten Frequenz senden.
Für 433 Mhz habe ich mir dieses Modul gekauft:
http://www.ebay.de/itm/433M-CC1101-10mW-Wireless-Sender-Receiver-Module-NRF905-SX1212-si4432-SC-/141924675760?hash=item210b5eb0b0:g:tuUAAOSwu1VW3~SY (http://www.ebay.de/itm/433M-CC1101-10mW-Wireless-Sender-Receiver-Module-NRF905-SX1212-si4432-SC-/141924675760?hash=item210b5eb0b0:g:tuUAAOSwu1VW3~SY)
Ist schwerer zu löten (Pinabstand) funktioniert bei mir ohne Probleme.
Ich empfange allerdings nur 433 Mhz Funkthermometer, keine Ahnung wie kritisch die auf Frequenzabweichungen sind.
Hoffentlich habe ich Dich jetzt nicht völlig verwirrt.
Viele Grüße
RaspII
@Ralf, klar lese ich mit
Hallo zusammen,
ich lese die ganze Zeit im Stillen mit und habe mir einen nanoCUL zusammengebastelt.
Wie kann ich die alternative Firmware auf den Stick flashen?
Meine RPi Kenntnisse sind relativ begrenzt, gibt es hierzu eine einfache HowTo Beschreibung?
Grüße David
Hallo Björn,
Hallo Community,
anscheinend gibt es ja eine (offene) Firmware für den fhemdiuno welche das Empfangen von Somfy RTS Signalen (433 MHz) unterstützt - wäre denn ein Einbau dieser Funktion in die a-culfw denkbar?
Ich setze aktuell Intertechno und Somfy RTS mit FHEM ein und könnte mit einer Somfy-Empfangs-Implementierung endlich die Bedienung der Somfy-Taster durch meine Frau mitbekommen und darauf reagieren :-) ...
Übrigens vielen Dank für die tolle Arbeit die hier geleistet wird!
Viele Grüße
Lars
Zitat von: Ralf9 am 09 Dezember 2016, 20:31:59
Welche sind zu empfehlen? Dieser hier?
http://www.ebay.de/itm/CC1101-Wireless-Transceiver-Module-433M-2500-NRF-350m-Distance-Transmission-/272430626795?hash=item3f6e2177eb:g:l~UAAOSwal5YFFwZ
Gruß Ralf
Hi nochmal,
Ich hab mir diese 433 Module mal bestellt (die sind ja super günstig)
Ich melde mich wenn ich weiß wie gut die sind.
Gesendet von meinem SM-G900F mit Tapatalk
So, hab deinen Beitrag gefunden @bjoernh: https://forum.fhem.de/index.php/topic,14348.msg227235.html#msg227235 vllt mal irgendwo anpinnen bzw in den ersten Beitrag übernehmen? Hilft vllt dem ein oder anderem.
Mein Broblem ist nun das scheinbar mein nanoCUL den Geist aufgibt -.-
Hallo,
ich habe einen miniCUL gebaut und mit der 1.23.02 (fertiges hex File) geflasht. Jetzt habe ich öfters
2016.12.15 22:49:02 1: ERROR: >T: 17.6 H: 47 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:50:20 1: ERROR: >T: 17.6 H: 47 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:50:59 1: ERROR: >T: 17.6 H: 47 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:51:11 1: ERROR: >T: 18.8 H: 49 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:51:52 1: ERROR: >T: 18.8 H: 49 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:52:33 1: ERROR: >T: 18.8 H: 49 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:53:14 1: ERROR: >T: 18.8 H: 49 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:53:56 1: ERROR: >T: 18.8 H: 49 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:53:56 1: ERROR: >T: 18.8 H: 49 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:56:50 1: ERROR: >T: 17.6 H: 47 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:58:01 1: ERROR: >T: 18.7 H: 50 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
Im Log stehen - wo kommt das her? Was kann ich anders machen? Eslaufen "nur" zwei Oregon auf 433 MHz
Gruß Christoph
Zitat von: Bennemannc am 15 Dezember 2016, 23:58:01
Hallo,
ich habe einen miniCUL gebaut und mit der 1.23.02 (fertiges hex File) geflasht. Jetzt habe ich öfters
2016.12.15 22:49:02 1: ERROR: >T: 17.6 H: 47 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:50:20 1: ERROR: >T: 17.6 H: 47 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:50:59 1: ERROR: >T: 17.6 H: 47 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:51:11 1: ERROR: >T: 18.8 H: 49 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:51:52 1: ERROR: >T: 18.8 H: 49 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:52:33 1: ERROR: >T: 18.8 H: 49 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:53:14 1: ERROR: >T: 18.8 H: 49 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:53:56 1: ERROR: >T: 18.8 H: 49 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:53:56 1: ERROR: >T: 18.8 H: 49 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:56:50 1: ERROR: >T: 17.6 H: 47 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.15 22:58:01 1: ERROR: >T: 18.7 H: 50 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
Im Log stehen - wo kommt das her? Was kann ich anders machen? Eslaufen "nur" zwei Oregon auf 433 MHz
Gruß Christoph
Mach mal ein update in fhem. Wenn es dann nicht weg ist, bitte einen neuen Thread für den Modulowner auf machen.
der maintainer des Oregon Moduls ist Willi, sein letzter Besuch im Forum war im Juni. Sidey hat ihn per email angeschrieben, ich weiß nicht ob er eine Antwort erhalten hat.
In dem Modul waren einige Fehler, hier ist eine angepasste Version:
https://github.com/RFD-FHEM/RFFHEM/blob/dev-r33/FHEM/41_OREGON.pm
Hier ist das angepasste Oregon Moduls enthalten:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
Gruß Ralf
Hallo zusammen,
ich lese mich gerade hier ein um meine Funksteckdosen zu schalten was mir jedoch bis dato noch nicht gelungen ist.
Wie und wo kann ich nachlesen wie der Logfile der mir Fhem ausgibt zu interprtieren ist damit ich die Funksteckdosen geschaltet bekomme ?
Mir wird im Logfile
z.B. folgendes geschrieben
CUL nanoCUL UNKNOWNCODE P13 1200 1232 1104 976 0 0 17 1 21 1376 1408 688 53 AAAD80
CUL nanoCUL UNKNOWNCODE P13 1216 1232 1104 976 0 0 17 1 21 1392 1408 688 53 AAAD80
Viele Grüße
Sven
Zitat von: sven.scherf am 16 Dezember 2016, 12:45:05
ich lese mich gerade hier ein um meine Funksteckdosen zu schalten was mir jedoch bis dato noch nicht gelungen ist.
Hast Du die a-culfw auf einem nanoCUL installiert? Hast Du eine Fernsteuerung für die Funksteckdosen? Welche Steckdosen sind das?
Normalerweise reicht es bei mir, die Fernbedienung zu drücken. Dann wird das Signal erkannt und z.B. im "Room" IT abgelegt.
Hi,
ich habe die a-culfw auf dem Stick und die Aldi Tevion GT-8000 Steckdosen.
Diese werden leider nicht automatisch erkannt.
Mein Funkthermometer hat er gefunden :)
Viele Grüße
Sven
Hast Du die aktuelle Version 1.23.2 geflashed ? Ggfs. neu flashen.
Dann gehen die Aldi Dosen evtl. nicht.
@bjoernh,
Evtl. ne blöde Frage aber mit der Version 1.23.02 soll der CUL doch IT Sender automatisch erkennen ??
Das klappt nämlich bei mir nicht wobei ich da vielleicht auch einen Fehler mache...
Von Hand eingetragen läuft auch alles ( 5 Funk Steckendosen Unitec und 2 IT Empfänger Typ ITL-1000 )
Danke & Grüße
Dummbatz
Zitat von: sven.scherf am 16 Dezember 2016, 14:40:07
Hi,
ich habe die a-culfw auf dem Stick und die Aldi Tevion GT-8000 Steckdosen.
Diese werden leider nicht automatisch erkannt.
Mein Funkthermometer hat er gefunden :)
Viele Grüße
Sven
Das sind Quigg gt 8000 Dosen, die hab ich bei mir auch nie mit a-culfw / culfw zum laufen bekommen. Teste mal pilight wenn du kannst, damit liefen sie bei mir.
Zitat von: Bootscreen am 16 Dezember 2016, 16:33:21
Das sind Quigg gt 8000 Dosen, die hab ich bei mir auch nie mit a-culfw / culfw zum laufen bekommen. Teste mal pilight wenn du kannst, damit liefen sie bei mir.
Hast Du mir mal ein paar X25 Ausgaben von den Dosen/Fernbedienungen? Vielleicht kann man da noch was machen.
Hi
Ich will einen ITDM-250 von Intertechno mittels einer Prozentangabe von der Kommandozeile aus dimmen. Kennt jemand das dazu notwendige Protokoll (Codierung)?
Ich habe dazu einen CUL v3 von Busware mit der a-culfw geflashd. Das ganze ist an einem Raspi 3.
Bis jetzt schaffe ich es den ITDM-250 ein und auszuschalten.
z.B. zum Einschalten:
sudo sh sendtoCUL.sh is01010010101011101000000110010011
und zum Ausschalten:
sudo sh sendtoCUL.sh is01010010101011101000000110000011
LG Simon
Zitat von: saimens am 17 Dezember 2016, 20:34:23
Hi
Ich will einen ITDM-250 von Intertechno mittels einer Prozentangabe von der Kommandozeile aus dimmen. Kennt jemand das dazu notwendige Protokoll (Codierung)?
Ich habe dazu einen CUL v3 von Busware mit der a-culfw geflashd. Das ganze ist an einem Raspi 3.
Bis jetzt schaffe ich es den ITDM-250 ein und auszuschalten.
z.B. zum Einschalten:
sudo sh sendtoCUL.sh is01010010101011101000000110010011
und zum Ausschalten:
sudo sh sendtoCUL.sh is01010010101011101000000110000011
LG Simon
Schalte den Type in fhem auf itdimmer, dann kannst du via fhem dimmen.
hi Bjöhrn
Danke für die rasche Antwort. Geht das auch irgendwie mit openHab? Oder eben von der Kommandozeile? LG Simon
Zitat von: saimens am 17 Dezember 2016, 23:48:34
hi Bjöhrn
Danke für die rasche Antwort. Geht das auch irgendwie mit openHab? Oder eben von der Kommandozeile? LG Simon
Mit openHab kenne ich mich nicht aus.
Zum senden der DIM Werte musst Du statt der 1 für on ein D senden. Zusätzlich noch der Dim Wert von 4 bits anhängen. Also z.B. 1000 für 8 (ca. 50%) maximaler Wert ist dann 1111 was 100% enstspricht
ah perfekt. danke für die info
Hallo,
ich hatte die culfw mit dem tevion branch in der Version V 1.67 von Hagen drauf.
Damit kann ich keine X25 Daten von meiner FB aufzeichen.
Nun habe ich wieder die a-culfw in der Version V 1.23.01 aufgespielt und bekomme den folgenden output
p13 1200 1232 1072 976 0 0 17 1 2 1 1376 1424 688 FE AAAD80
omAAAD80FE
p13 1216 1232 1104 960 0 0 17 1 2 1 1408 1424 704 00 AAAD80
omAAAD80FE
p13 1216 1232 1120 960 0 0 17 1 2 1 1392 1424 688 FE AAAD80
p13 1216 1248 1104 976 0 0 17 1 2 1 1392 1424 688 00 AAAD80
omAAAAA000
p13 1216 1232 1328 736 0 0 19 1 2 3 1408 1424 704 00 AAAAA0
omAAAAA000
p13 1216 1216 1344 736 0 0 19 1 2 3 1392 1392 688 FE AAAAA0
p13 1200 1232 1328 736 0 0 19 1 2 3 1392 1424 688 02 AAAAA0
omCAAAAA00
p13 1376 624 1328 720 0 0 23 1 2 7 1376 624 688 00 CAAAAA
omAAAAA002
p13 1200 1424 1312 736 0 0 19 1 2 3 1376 1424 688 00 AAAAA0
omAAAAA005
p13 1184 1264 1328 736 0 0 19 1 2 3 1360 1440 672 05 AAAAA0
omAAA6A002
p13 1184 1248 928 1120 0 0 19 1 2 3 1376 1440 688 00 AAA6A0
p13 1184 1248 928 1136 0 0 19 1 2 3 1376 1424 688 00 AAA6A0
p13 1216 1216 944 1120 0 0 19 1 2 3 1408 1392 704 00 AAA6A0
p13 1168 1264 928 1120 0 0 19 1 2 3 1360 1456 672 06 AAA6A0
p13 1200 1232 944 1136 0 0 19 1 2 3 1392 1424 688 02 AAA6A0
p13 1216 1232 944 1120 0 0 19 1 2 3 1392 1408 688 00 AAA6A0
p13 1184 1232 928 1120 0 0 19 1 2 3 1376 1424 688 01 AAA6A0
omAAA54802
p13 1184 1248 1168 912 0 0 21 1 2 5 1360 1424 672 00 AAA548
omAAA54800
p13 1216 1216 1184 880 0 0 21 1 2 5 1392 1408 688 FF AAA548
omAAA54801
p13 1216 1392 1168 880 0 0 21 1 2 5 1408 1392 704 03 AAA548
omAAAAA003
p13 1200 1232 1184 896 0 0 19 1 2 3 1376 1424 688 05 AAAAA0
omCAAAAA07
p13 1200 688 1184 880 0 0 23 1 2 7 1376 688 688 07 CAAAAA
p13 1184 672 1168 880 0 0 23 1 2 7 1376 672 688 08 CAAAAA
p13 1216 656 1184 880 0 0 23 1 2 7 1408 656 704 05 CAAAAA
omAAAAA003
p13 1216 1232 1184 880 0 0 19 1 2 3 1392 1424 688 01 AAAAA0
Kann man hiermit was anfangen ?
Ich hatte es mal geschafft die eine Steckdose mit der Definition 0000101111 0F F0 in Fhem zu schalten.
Nun will es aber nicht mehr, warum kann ich nicht sagen weil ich hier schon zu viel probiert habe.
Viele Grüße
Sven
Zitat von: sven.scherf am 20 Dezember 2016, 19:50:15
Hallo,
ich hatte die culfw mit dem tevion branch in der Version V 1.67 von Hagen drauf.
Damit kann ich keine X25 Daten von meiner FB aufzeichen.
Nun habe ich wieder die a-culfw in der Version V 1.23.01 aufgespielt und bekomme den folgenden output
p13 1200 1232 1072 976 0 0 17 1 2 1 1376 1424 688 FE AAAD80
omAAAD80FE
p13 1216 1232 1104 960 0 0 17 1 2 1 1408 1424 704 00 AAAD80
omAAAD80FE
p13 1216 1232 1120 960 0 0 17 1 2 1 1392 1424 688 FE AAAD80
p13 1216 1248 1104 976 0 0 17 1 2 1 1392 1424 688 00 AAAD80
omAAAAA000
p13 1216 1232 1328 736 0 0 19 1 2 3 1408 1424 704 00 AAAAA0
omAAAAA000
p13 1216 1216 1344 736 0 0 19 1 2 3 1392 1392 688 FE AAAAA0
p13 1200 1232 1328 736 0 0 19 1 2 3 1392 1424 688 02 AAAAA0
omCAAAAA00
p13 1376 624 1328 720 0 0 23 1 2 7 1376 624 688 00 CAAAAA
omAAAAA002
p13 1200 1424 1312 736 0 0 19 1 2 3 1376 1424 688 00 AAAAA0
omAAAAA005
p13 1184 1264 1328 736 0 0 19 1 2 3 1360 1440 672 05 AAAAA0
omAAA6A002
p13 1184 1248 928 1120 0 0 19 1 2 3 1376 1440 688 00 AAA6A0
p13 1184 1248 928 1136 0 0 19 1 2 3 1376 1424 688 00 AAA6A0
p13 1216 1216 944 1120 0 0 19 1 2 3 1408 1392 704 00 AAA6A0
p13 1168 1264 928 1120 0 0 19 1 2 3 1360 1456 672 06 AAA6A0
p13 1200 1232 944 1136 0 0 19 1 2 3 1392 1424 688 02 AAA6A0
p13 1216 1232 944 1120 0 0 19 1 2 3 1392 1408 688 00 AAA6A0
p13 1184 1232 928 1120 0 0 19 1 2 3 1376 1424 688 01 AAA6A0
omAAA54802
p13 1184 1248 1168 912 0 0 21 1 2 5 1360 1424 672 00 AAA548
omAAA54800
p13 1216 1216 1184 880 0 0 21 1 2 5 1392 1408 688 FF AAA548
omAAA54801
p13 1216 1392 1168 880 0 0 21 1 2 5 1408 1392 704 03 AAA548
omAAAAA003
p13 1200 1232 1184 896 0 0 19 1 2 3 1376 1424 688 05 AAAAA0
omCAAAAA07
p13 1200 688 1184 880 0 0 23 1 2 7 1376 688 688 07 CAAAAA
p13 1184 672 1168 880 0 0 23 1 2 7 1376 672 688 08 CAAAAA
p13 1216 656 1184 880 0 0 23 1 2 7 1408 656 704 05 CAAAAA
omAAAAA003
p13 1216 1232 1184 880 0 0 19 1 2 3 1392 1424 688 01 AAAAA0
Kann man hiermit was anfangen ?
Ich hatte es mal geschafft die eine Steckdose mit der Definition 0000101111 0F F0 in Fhem zu schalten.
Nun will es aber nicht mehr, warum kann ich nicht sagen weil ich hier schon zu viel probiert habe.
Viele Grüße
Sven
Hallo Sven,
p13 sind Manchester dekodierte Signale. Ich denke der CUL empfängt Müll. Mach mal ein raw e, so dass das EEProm neu initalisiert wird. Evtl. stimmen die Empfangsparameter nach dem Switch zur a-culfw nicht.
Gruß
Björn
Hallo Björn,
okay gemacht. Dann bekomme ich zwischendrin auch was mit P11
p11 608 1488 1392 1408 688 1408 17 1 2 1 336 10272 0 0A 9E0080
omAAA6A009
p13 1200 1232 944 1120 0 0 19 1 2 3 1392 1408 688 09 AAA6A0
p13 1216 1408 944 1104 0 0 19 1 2 3 1408 1408 704 07 AAA6A0
p13 1152 1264 928 1136 0 0 19 1 2 3 1328 1456 656 0F AAA6A0
omAAAD800A
p13 1216 1408 1088 944 0 0 17 1 2 1 1408 1408 704 09 AAAD80
p13 1184 1232 1088 976 0 0 17 1 2 1 1376 1424 688 09 AAAD80
p13 1216 1408 1104 944 0 0 17 1 2 1 1408 1408 704 0A AAAD80
p11 272 32 1376 1424 640 1440 16 1 2 0 352 10288 0 0F 7C00
p11 112 1456 1376 1424 656 1424 16 1 2 0 384 8624 0 09 FC00
omAAAAA00A
p13 1200 1232 1328 736 0 0 19 1 2 3 1376 1424 688 0C AAAAA0
p11 48 3808 1360 736 656 1440 16 1 2 0 368 6368 0 0F FC00
omAAAAA005
p13 1200 1232 1328 736 0 0 19 1 2 3 1376 1424 688 03 AAAAA0
p13 1168 1264 1328 736 0 0 19 1 2 3 1360 1456 672 0A AAAAA0
omAAAAA005
p13 1232 1392 1328 720 0 0 19 1 2 3 1408 1392 704 03 AAAAA0
omCAAAAA0E
p13 1216 640 1328 720 0 0 23 1 2 7 1408 640 704 0F CAAAAA
p11 80 2640 608 1504 1360 736 18 1 2 2 400 3248 0 0F C00000
p11 624 1472 1376 720 672 1424 17 1 2 1 432 5936 0 0D FE0000
Kann man hiermit was anfangen ?
Wo kann ich nachlesen was die Codes bedeuten oder muss man dann die Firmware programmiert haben bzw den code zerlegen ?
Viele Grüße
Sven
Zitat von: sven.scherf am 20 Dezember 2016, 20:20:42
Hallo Björn,
okay gemacht. Dann bekomme ich zwischendrin auch was mit P11
p11 608 1488 1392 1408 688 1408 17 1 2 1 336 10272 0 0A 9E0080
omAAA6A009
p13 1200 1232 944 1120 0 0 19 1 2 3 1392 1408 688 09 AAA6A0
p13 1216 1408 944 1104 0 0 19 1 2 3 1408 1408 704 07 AAA6A0
p13 1152 1264 928 1136 0 0 19 1 2 3 1328 1456 656 0F AAA6A0
omAAAD800A
p13 1216 1408 1088 944 0 0 17 1 2 1 1408 1408 704 09 AAAD80
p13 1184 1232 1088 976 0 0 17 1 2 1 1376 1424 688 09 AAAD80
p13 1216 1408 1104 944 0 0 17 1 2 1 1408 1408 704 0A AAAD80
p11 272 32 1376 1424 640 1440 16 1 2 0 352 10288 0 0F 7C00
p11 112 1456 1376 1424 656 1424 16 1 2 0 384 8624 0 09 FC00
omAAAAA00A
p13 1200 1232 1328 736 0 0 19 1 2 3 1376 1424 688 0C AAAAA0
p11 48 3808 1360 736 656 1440 16 1 2 0 368 6368 0 0F FC00
omAAAAA005
p13 1200 1232 1328 736 0 0 19 1 2 3 1376 1424 688 03 AAAAA0
p13 1168 1264 1328 736 0 0 19 1 2 3 1360 1456 672 0A AAAAA0
omAAAAA005
p13 1232 1392 1328 720 0 0 19 1 2 3 1408 1392 704 03 AAAAA0
omCAAAAA0E
p13 1216 640 1328 720 0 0 23 1 2 7 1408 640 704 0F CAAAAA
p11 80 2640 608 1504 1360 736 18 1 2 2 400 3248 0 0F C00000
p11 624 1472 1376 720 672 1424 17 1 2 1 432 5936 0 0D FE0000
Kann man hiermit was anfangen ?
Wo kann ich nachlesen was die Codes bedeuten oder muss man dann die Firmware programmiert haben bzw den code zerlegen ?
Viele Grüße
Sven
Hallo Sven,
ich habe im Forum schon oft den Aufbau erklärt. (Muss auch erst suchen wo es steht)
p13 Sind Manchester
p11 Sind Intertechno V3
Was hast Du denn für eine Fernbedienung?
Gruß
Björn
Hallo Björn,
Ich habe hier die Fb GT-8000, als Firmenname steht hier noch globaltrinics drauf.
Viele Grüße
Sven
Zitat von: sven.scherf am 20 Dezember 2016, 20:46:22
Hallo Björn,
Ich habe hier die Fb GT-8000, als Firmenname steht hier noch globaltrinics drauf.
Viele Grüße
Sven
Die kenne ich nicht.
Müsste die hier sein, oder? http://www.gt-support.de/files/IM_GT-FSi-05_D.pdf
Spontan würde ich sagen, wenn es so nicht geht, wird diese nicht unterstützt, da die FB ein eigenes Protokoll sendet.
Hi,
Ja die ist es.
Die Steckdosen (eine) hat jedoch schon einmal geschaltet.
Ich weis halt nicht mehr was ich gemacht hatte.
Wenn ich den Befehl X21 an den CUL schicke spuckt der mir om Codes aus.
Kannst Du damit was anfangen ?
Kann ich noch was hier versuchen ?
Habe auch noch hier eine neue von Rev und die bekomme ich auch nicht zum funktionieren.
Dies ist eine vom Typ 008341C.
Viele Grüße
Sven
Hi,
man müsste doch über den raw - modus die Steckdosen schalten können oder liege ich hier falsch ?
Wenn es mir gelingt die Signale zu decodieren kann man dies dann einbauen ?
Ich habe hier bei mir noch einen Oscar rumstehen mit dem sollte man was machen können.
Das schaue ich mir mal über die Feiertage an ob es hier möglich ist die Signale zu decodieren.
Viele Grüße
Sven
Zitat von: sven.scherf am 21 Dezember 2016, 17:21:48
Hi,
man müsste doch über den raw - modus die Steckdosen schalten können oder liege ich hier falsch ?
Wenn es mir gelingt die Signale zu decodieren kann man dies dann einbauen ?
Ich habe hier bei mir noch einen Oscar rumstehen mit dem sollte man was machen können.
Das schaue ich mir mal über die Feiertage an ob es hier möglich ist die Signale zu decodieren.
Viele Grüße
Sven
Ich brauche halt die Signalzeiten. Plus evtl. den Start sync.
Gesendet von meinem Mobile Device.
Hallo bjoernh,
muss diese Gelegenheit nutzen um mich bei Dir für Deine tolle Arbeit zu bedanken.
Leider funktionieren bei der letzten Version (1.23.02) die Somfy Geräte nicht mehr.
Danke, Karl
Zitat von: chappo59 am 23 Dezember 2016, 00:05:02
Hallo bjoernh,
muss diese Gelegenheit nutzen um mich bei Dir für Deine tolle Arbeit zu bedanken.
Leider funktionieren bei der letzten Version (1.23.02) die Somfy Geräte nicht mehr.
Danke, Karl
Hallo Karl,
danke, welche Variante? Evtl. ist es die, wo ich es wegen speichermangels deaktiviert habe. Dann musst Du es vorerst selbst kompilieren.
Gruß
Björn
Hallo zusammen,
ich versuche derzeit einen Cul V3 (v3.4 Busware) mit der a-culfw 1.23.xx mit 868 MHz zu flashen.
Ich nutze zum Flashen Flip 3.4.7, das ging bisher immer einwandfrei (z.B. bei nem culv3 mit 433, dem 868er mit der original culfw, ...)
Nun bekomme ich beim Laden der HEX in FLIP die Fehlermeldung:
"Adress is out of range."
Der Fehler tritt erst bei Versionen ab der 1.20.05_build_186 auf...!??
Kann es sein, dass es an der Dateigröße liegt? Kann man die in der 868MHz Version etwas ausdünnen? :)
Danke und Gruß...
Zitat von: kermitthefrog am 25 Dezember 2016, 09:29:01
Hallo zusammen,
ich versuche derzeit einen Cul V3 (v3.4 Busware) mit der a-culfw 1.23.xx mit 868 MHz zu flashen.
Ich nutze zum Flashen Flip 3.4.7, das ging bisher immer einwandfrei (z.B. bei nem culv3 mit 433, dem 868er mit der original culfw, ...)
Nun bekomme ich beim Laden der HEX in FLIP die Fehlermeldung:
"Adress is out of range."
Der Fehler tritt erst bei Versionen ab der 1.20.05_build_186 auf...!??
Kann es sein, dass es an der Dateigröße liegt? Kann man die in der 868MHz Version etwas ausdünnen? :)
Danke und Gruß...
Ja, der Platz des Culs ist erschöpft.
Klar kann man das ausführen bzw. selber kompilieren.
Aber, auch wenn ich mich wiederhole, nimm die culfw für 868, da macht die a-culfw nicht viel Sinn, zumindest was den Empfang angeht.
Gesendet von meinem Mobile Device.
Zitat von: bjoernh am 25 Dezember 2016, 10:42:35
Ja, der Platz des Culs ist erschöpft.
Klar kann man das ausführen bzw. selber kompilieren.
Aber, auch wenn ich mich wiederhole, nimm die culfw für 868, da macht die a-culfw nicht viel Sinn, zumindest was den Empfang angeht.
Gesendet von meinem Mobile Device.
Macht Sinn :o
Das kommt davon, wenn man sich an gute Alternativen gewöhnt hat... Da verliert man den Ursprung ganz aus dem Blick...
Danke trotzdem...
Zitat von: Ralf9 am 09 Dezember 2016, 01:57:38
Irgendwas scheint mit meinem NanoCul nicht zu stimmen. Ich habe ihn nach dieser Anleitung mit den Widerständen zur Pegelanpassung zusammen gebaut.
http://www.fhemwiki.de/wiki/Selbstbau_CUL
In der Anlage ist ein Foto davon.
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
V 1.23.01 a-culfw Build: 110 (2016-11-27_21-14-50) nanoCUL433 (F-Band: 433MHz)
Ich bin damit bis jetzt nicht weitergekommen.
Ich kann damit den ITv1 Handsender, die GT-WT-02 und die hama TS33C problemlos empfangen. Die EAS800z werden überhaupt nicht empfangen.
Ist evtl mein Hardwareaufbau ungünstig, nebeneinander anstatt übereinander?
Ist evtl mein CC1101 Modul defekt?
Ich verwende momentan eine DataRate von 5603,79 Baud, ist die evtl für EAS800z zu niedrig? Oder hat die DataRate im asynchron Modus keine Auswirkung?
Bringt es evtl was die freq, bWidth, rAmpl und sens zu ändern? Hat mir jemand Tipps welche Werte ich mal versuchen kann.
Falls das Ändern der Einstellungen nichts bringt, werde ich mir ein besseres CC1101 Modul bestellen.
Weihnachtliche Grüße von Ralf
Guten Abend,
heißt folgernder Part im Changelog:
"1.20.00
- Implement receive of Manchester coded signals linke Oregon2, Oregon3 or Hideki"
es können auch Sensoren von Oregon empfangen werden mit der a-culfw mit dem nanoCUL?
Generell hatte ich eher Aussagen gefunden, dass geht nicht mit dem...
Zitat von: Master_Nick am 26 Dezember 2016, 01:20:04
Guten Abend,
heißt folgernder Part im Changelog:
"1.20.00
- Implement receive of Manchester coded signals linke Oregon2, Oregon3 or Hideki"
es können auch Sensoren von Oregon empfangen werden mit der a-culfw mit dem nanoCUL?
Generell hatte ich eher Aussagen gefunden, dass geht nicht mit dem...
Hideki und Oregon geht ab Version 1.20. Bei mir wird allerdings nur der Selbstbau Hideki und Oregon Sensor empfangen. Die drei anderen Hideki Sensoren von TFA Dostmann dekodiert mein nanoCUL433 nicht (nano mit echtem CC1101 für 433MHz). Stört mich nicht weiter, da alle 4 Hideki Sensoren vom Singalduino empfangen werden.
nanoCUL433:
2016.12.24 07:34:08 4: nanoCUL433: hideki protocol converted to hex: 757CBACAD0BF3355056A001E with 104 bits, mes
sagestart 0
2016.12.24 07:34:08 5: nanoCUL433 Dispatch now to Hideki Module.
2016.12.24 07:34:08 5: converted Data to (P12#757CBACAD0BF3355056A001E)
2016.12.24 07:34:08 5: nanoCUL433: dispatch P12#757CBACAD0BF3355056A001E
2016.12.24 07:34:08 4: Hideki_Parse nanoCUL433 incomming P12#757CBACAD0BF3355056A001E
2016.12.24 07:34:08 4: Hideki_Parse SensorTyp = 30 decodedString = 7584ce5e70c155ff0fbe0022
2016.12.24 07:34:08 4: nanoCUL433 decoded Hideki protocol model=Hideki_30, sensor id=84, channel=4, temp=17, hum
idity=55, bat=ok, rain=0
2016.12.24 07:34:08 5: deviceCode: Hideki_30_4
2016.12.24 07:34:08 5: Triggering Hideki_30_4 (7 changes)
2016.12.24 07:34:08 5: Starting notify loop for Hideki_30_4, 7 event(s), first is T: 17 H: 55 Bat: ok
Und beim Oregon stimmt noch was nicht:
2016.12.24 07:34:08 5: CUL_REDIRECT: OSV3 protocol converted to hex: (583A7C742983F66B4695 26A) with length (96)
bits
2016.12.24 07:34:08 5: nanoCUL433 Dispatch now to Oregon Module.
2016.12.24 07:34:08 5: converted Data to (583A7C742983F66B4695 26A)
2016.12.24 07:34:08 5: nanoCUL433: dispatch 583A7C742983F66B4695 26A
2016.12.24 07:34:08 5: OREGON: decoding delay=1647 hex=583A7C742983F66B4695 26A
2016.12.24 07:34:08 4: OREGON: ERROR: Unknown sensor_id=3a7c bits=88 message='583A7C742983F66B4695 26A'.
2016.12.24 07:34:08 1: ERROR: >OREGON: ERROR: Unknown sensor_id=3a7c bits=88.
< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.24 07:34:08 5: CUL_REDIRECT decode Hideki (AE1F174A60B7EB3154A02B000F)
Frohes Fest noch
~Josef
Zitat von: Master_Nick am 26 Dezember 2016, 01:20:04
Guten Abend,
heißt folgernder Part im Changelog:
"1.20.00
- Implement receive of Manchester coded signals linke Oregon2, Oregon3 or Hideki"
es können auch Sensoren von Oregon empfangen werden mit der a-culfw mit dem nanoCUL?
Generell hatte ich eher Aussagen gefunden, dass geht nicht mit dem...
Hallo,
ja das geht in Verbindung mit der a-culfw.
Gruß
Björn
Hallo,
ich habe einen SignalDuino und einen WIFICUL 433 gebaut - der Signalduino empfängt mehr (keine Ahnung warum) Bei meinem Test war der Duino sehr viel besser, obwohl er auch das Oregon Modul nimmt zum decodieren.
Gruß Christoph
Zitat von: Bennemannc am 26 Dezember 2016, 16:21:07
Hallo,
ich habe einen SignalDuino und einen WIFICUL 433 gebaut - der Signalduino empfängt mehr (keine Ahnung warum) Bei meinem Test war der Duino sehr viel besser, obwohl er auch das Oregon Modul nimmt zum decodieren.
Gruß Christoph
Hi, das liegt an der andren Empfangsmethode.
Der Cul dekoriert die single im Prozessor. Der duino im PC. Dadurch ist der duino etwas unempfindlicher gegen Störungen.
Gesendet von meinem Mobile Device.
Hallo liebe Community, ich habe einen Selbstbau nanoCUL, den ich zu Beginn mit der culfw (http://sourceforge.net/p/culfw/code/HEAD/tarball) geflasht habe. Nun wollte ich die a-culfw rauf flashen um eine Auriol Wetterstation benutzen zu können.
Habe mir die zip Datei von GitHub gezogen (https://github.com/heliflieger/a-culfw), entpackt und danach "make" ausgeführt, leider fällt er hier wohl schon auf die Schnauze.
Was mache ich verkehrt?
Zitat
Linking: nanoCUL433.elf
Creating load file for Flash: nanoCUL433.hex
Creating load file for EEPROM: nanoCUL433.eep
Creating Extended Listing: nanoCUL433.lss
Creating Symbol Table: nanoCUL433.sym
sh: 1: bc: not found
sh: 1: bc: not found
Size after:
AVR Memory Usage
----------------
Device: atmega328p
Program: 28168 bytes (86.0% Full)
(.text + .data + .bootloader)
Data: 842 bytes (41.1% Full)
(.data + .bss + .noinit)
sh: 1: test: -gt: unexpected operator
make[1]: Leaving directory '/opt/a-culfw-master/culfw/Devices/nanoCUL'
Gruß
Mathias
Hi,
Probiere mal folgendes:
Mittels ssh auf Deinen Pi einloggen. Falls Du noch kein Unzip hast:
sudo apt-get install unzip
Dann im Ordner der a-culfw Datei:
unzip Dateiname
Dann ins richtuge Verzeichnis wechseln:
cd a-culfw[Tabulator-Taste]/culfw/nanoCUL
Dann flashen mit:
sudo ./flash.sh
Und dann den Fragen folgen...
Viel Spaß
Gerade Arnd
Gesendet von iPhone mit Tapatalk
Hallo Arnd,
recht herzlichen Dank, dass flashen hat nun laut ssh auf jeden Fall geklappt.
Habe den nanoCUL nun wie in dem Wiki definiert:
Zitat
define nanoCUL CUL /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1234
Die ID habe ich wie folgt ermittelt:
Zitat
pi@raspberrypi:~ $ ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Dec 26 22:39 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0
Im Log steht folgendes:
Zitat
2016.12.27 12:13:32 3: Opening nanoCUL device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2016.12.27 12:13:32 3: Setting nanoCUL serial parameters to 38400,8,N,1
2016.12.27 12:13:41 1: Cannot init /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0, ignoring it (nanoCUL)
Leider bleibt der CUL in FHEM nur auf "opened" stehen. Habe ich noch was vergessen?
Gruß
Mathias
Ja dieses Problem habe ich mit der aktuellen 1.23.xx auch. Ich glaube die ist "zu voll" gepackt ;-) mit der 1.22.xx lief es bei mir immer.
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Das heißt ich habe soweit alles richtig gemacht, aber es kann mit Version 1.23.xx nicht funktionieren? :D
Nun bin ich etwas verwirrt ???
Oh nein! Nicht falsch verstehen, die a-culfw ist super! Und der Funktionsumfang wird immer mehr! Jetzt haben die Nanos halt einen begrenzten Speicherplatz. Manchmal sind die "Untermodule" so viel, das der Speicher halt nicht reicht. Grundsätzlich wird das auch beim flashen angezeigt. Aber was soll ich sagen: Mein Nano ist aus China und vielleicht hat der ein wenig weniger Speicher, jedenfalls ist bei mir die etwas ältere Version super easy geflasht und geht auf initialized, die neue nur auf open. Vielleicht ist die neue auch für 8 statt 16 MHz compiliert!? Kurze Antwort: Etwas ältere Version nehmen, bis eine neue wieder läuft oder selbst compilieren und etwas über die Module dabei erfahren ;-)
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Folgende Version läuft hier einwandfrei:
V 1.23.02 a-culfw Build: 119 (2016-12-04_20-46-20) nanoCUL433 (F-Band: 433MHz)
Wenn mir einer sagen kann wie ich die Speicherbelegung ausgelesen werden kann füge ich das gerne bei.
LG
Dummbatz
In der aktuellen Version von github bricht make bei CUNO2 ab:
In file included from ../../clib/ntp.c:9:0:
../../clib/fncollection.h:50:5: warning: "CDC_COUNT" is not defined [-Wundef]
#if CDC_COUNT > 1
^
Compiling C: ../../clib/mdns_sd.c
../../clib/mdns_sd.c:33:0: error: unterminated #ifdef
#ifdef HAS_MDNS
^
makefile:353: recipe for target '../../clib/mdns_sd.o' failed
make[1]: *** [../../clib/mdns_sd.o] Error 1
make[1]: Leaving directory '/usr/local/src/a-culfw/culfw/Devices/CUNO2'
Makefile:2: recipe for target 'all' failed
make: *** [all] Error 2
So, mein nanoCUL steht nun auf "Initialized", musste den Stick einmal vom USB Port abziehen und neu definieren, sofort sprang er auf Initialized :)
Zitat von: t1me2die am 27 Dezember 2016, 16:07:11
So, mein nanoCUL steht nun auf "Initialized", musste den Stick einmal vom USB Port abziehen und neu definieren, sofort sprang er auf Initialized :)
Ja, das ist immer wieder komisch: Nach dem Flashen muss man die nanCULs immer von USB trennen und wieder anstecken. Bei mir blinkt sonst eine LED auf dem Nano wie verrückt und nix geht. Kann wohl keinen anständigen Reset nach dem Flashen...
~Josef
Hallo,
noch mal zum SignalDuino und CUL443
ZitatDer Cul dekoriert die single im Prozessor. Der duino im PC. Dadurch ist der duino etwas unempfindlicher gegen Störungen.
Ich dachte die Decodierung wird im OREGON Modul gemacht - und das nutzen beide. Liegt es daran, das der CUL433 erst prüft, was für ein Protokoll das sein könnte? Was passiert, wenn man Protokolle abschaltet?
Gruß Christoph
Zitat von: Bennemannc am 27 Dezember 2016, 19:29:16
Hallo,
noch mal zum SignalDuino und CUL443Ich dachte die Decodierung wird im OREGON Modul gemacht - und das nutzen beide. Liegt es daran, das der CUL433 erst prüft, was für ein Protokoll das sein könnte? Was passiert, wenn man Protokolle abschaltet?
Gruß Christoph
Genau so ist es. Der CUL schaut nach dem Protokoll und probiert es zu empfangen. Die Bitfolge wird dann an das fhem Modul geliefert, welches die Daten schlussendlich dekoriert.
Wenn man ein Protokoll abschaltet, wird es halt nicht mehr empfangen.
Gesendet von meinem Mobile Device.
Also bei mir ist dieses Reset Problem behoben, seit dem ich zwei PINs des FTDI Chip verlötet habe!
Hintergrund: die günstigen China Arduinos nutzen das original Referenzdesign. Dieses wurde später geändert, so dass die Test Leitung gegen Masse verbunden ist. Das sorgt dafür, dass bei einem RasPi Reboot des FTDI richtig initialisiert wird und nicht im Test Modus.
Lies mal hier:
https://ketturi.kapsi.fi/2014/04/how-to-fix-moody-arduino-nano/
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hallo,
ZitatGenau so ist es. Der CUL schaut nach dem Protokoll und probiert es zu empfangen. Die Bitfolge wird dann an das fhem Modul geliefert, welches die Daten schlussendlich dekoriert.
Wenn man ein Protokoll abschaltet, wird es halt nicht m
Die Überlegung mit dem Abschalten war eher, das mehr von dem was man decodieren möchte durchkommt.
Die Unterschiede sind schon extrem. Der Sduino bekommt 5 Devices, CUL433 max. 3 und die noch mit aussetzern.
Kann da noch etwas an der Erkennung verbessert werden - weil ich den CUL eigentlich schöner finde.
Das habe ich noch gefunden
https://forum.fhem.de/index.php/topic,58396.60.html (https://forum.fhem.de/index.php/topic,58396.60.html)
Gruß Christoph
Guten Abend,
ich habe mir netterweise von der Wetterstation meiner Mutter einen Sensor ausleihen können.
Einen THGN122N (Temperatur und Luftfeuchtigkeit).
FHEM legt ihn im Raum OREGON schon per Autocreate an, doch es kamen bisher nur einmal Werte durch. *Korrigiere er ließt regelmäßig aus!*
Gibt es neben dem THGN122N noch klar funktionierende von Oregon?
Aber was ist dieser Fehler? "2016.12.27 21:49:01 5: protocol does not match, ignore received package (AAAAAAAB32D4CB3555354B2B5353353555534D4D54CCAD4A1C) Reason: Not a hideki protocol"
Das Log sagt:
2016.12.27 21:49:01 4: CUL_Parse: nanoCUL omAAAAAAAB32D4CB3555354B2B5353353555534D4D54CCAD4A1C
2016.12.27 21:49:01 5: nanoCUL: dispatch omAAAAAAAB32D4CB3555354B2B5353353555534D4D54CCAD4A1C
2016.12.27 21:49:01 5: CUL_REDIRECT (mAAAAAAAB32D4CB3555354B2B5353353555534D4D54CCAD4A1C) length: 51 RSSI: -60
2016.12.27 21:49:01 5: CUL_REDIRECT (mAAAAAAAB32D4CB3555354B2B5353353555534D4D54CCAD4A1C) match Manchester COODE length: 51
2016.12.27 21:49:01 5: CUL_REDIRECT decode Oregon 2 (AAAAAAAB32D4CB3555354B2B5353353555534D4D54CCAD4A1C)
2016.12.27 21:49:01 5: bitdata: 10101010101010101010101010101011001100101101010011001011001101010101010100110101010010110010101101010011010100110011010100110101010101010101001101001101010011010101010011001100101011010100101000011100
2016.12.27 21:49:01 5: OSV2 protocol detected (AAAAAAAB32D4CB3555354B2B5353353555534D4D54CCAD4A1C)
2016.12.27 21:49:01 5: CUL_REDIRECT: OSV2 protocol converted to hex: (501A2D20EC8822804450C7) with length (88) bits
2016.12.27 21:49:01 5: nanoCUL Dispatch now to Oregon Module.
2016.12.27 21:49:01 5: converted Data to (501A2D20EC8822804450C7)
2016.12.27 21:49:01 5: nanoCUL: dispatch 501A2D20EC8822804450C7
2016.12.27 21:49:01 5: OREGON: decoding delay=1 hex=501A2D20EC8822804450C7
2016.12.27 21:49:01 5: Triggering THGR228N_ec_2 (4 changes)
2016.12.27 21:49:01 5: Starting notify loop for THGR228N_ec_2, 4 event(s), first is temperature: 22.8
2016.12.27 21:49:01 5: GoogleCloudMessages THGR228N_ec_2: ignoring temperature, save value is 22.8, value is 22.8
2016.12.27 21:49:01 5: GoogleCloudMessages THGR228N_ec_2: ignoring humidity, save value is 48, value is 48
2016.12.27 21:49:01 5: GoogleCloudMessages THGR228N_ec_2: ignoring battery, save value is ok, value is ok
2016.12.27 21:49:01 5: GoogleCloudMessages THGR228N_ec_2: ignoring T, save value is 22.8 H: 48 BAT: ok, value is 22.8 H: 48 BAT: ok
2016.12.27 21:49:01 1: ERROR: >T: 22.8 H: 48 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.27 21:49:01 5: CUL_REDIRECT decode Oregon 3 (AAAAAAAB32D4CB3555354B2B5353353555534D4D54CCAD4A1C)
2016.12.27 21:49:01 5: bitdata: 10101010101010101010101010101011001100101101010011001011001101010101010100110101010010110010101101010011010100110011010100110101010101010101001101001101010011010101010011001100101011010100101000011100
2016.12.27 21:49:01 5: CUL_REDIRECT decode Hideki (AAAAAAAB32D4CB3555354B2B5353353555534D4D54CCAD4A1C)
2016.12.27 21:49:01 5: nanoCUL: search in 10101010101010101010101010101011001100101101010011001011001101010101010100110101010010110010101101010011010100110011010100110101010101010101001101001101010011010101010011001100101011010100101000011100
2016.12.27 21:49:01 5: protocol does not match, ignore received package (AAAAAAAB32D4CB3555354B2B5353353555534D4D54CCAD4A1C) Reason: Not a hideki protocol
Oder wäre das eher ein neues Thema ;-) ?
Zitat von: Master_Nick am 27 Dezember 2016, 21:58:14
2016.12.27 21:49:01 1: ERROR: >T: 22.8 H: 48 BAT: ok< returned by the OREGON ParseFn is invalid, notify the module maintainer
Oder wäre das eher ein neues Thema ;-) ?
Nein, dies ist eher ein altes Thema:
https://forum.fhem.de/index.php/topic,35064.msg540678.html#msg540678
Gruß Ralf
Danke dir Ralf :-)
Also muss ich die Datei nur austauschen? Oder ist die nicht längst in das Repo gewandert und schon lange bei mir drin?
Nicht falsch verstehen bitte - falls ich was frage was man erkennen hätte können sind Hinweise darauf für mich hilfreich. :-)
*EDIT* Ach das war erst vor 16 Tagen.... :-) Danke dir!
Also irgendwo ist noch der Wurm drin.
Der Sensor sendet die ganze Zeit weiter und steht im Raum des nanoCUL - um 2016-12-28_07:37:05 ist der letzte Eintrag im Log vorher ging es ab 2016-12-28_02:28:17 (nachts bastelt es sich so gut ;)) lückenlos.
Sensorlog:
2016-12-28_07:37:05 THGR228N_cb_2 temperature: 21.6
2016-12-28_07:37:05 THGR228N_cb_2 humidity: 49
2016-12-28_07:37:05 THGR228N_cb_2 battery: ok
2016-12-28_07:37:05 THGR228N_cb_2 T: 21.6 H: 49 BAT: ok
2016.12.28 07:37:05 5: CUL/RAW: /omA
2016.12.28 07:37:05 5: CUL/RAW: omA/AAAAAAB32D4CB35553
2016.12.28 07:37:05 5: CUL/RAW: omAAAAAAAB32D4CB35553/4B34B552CD5
2016.12.28 07:37:05 5: CUL/RAW: omAAAAAAAB32D4CB355534B34B552CD5/3554D34D4CB54D2D
2016.12.28 07:37:05 5: CUL/RAW: omAAAAAAAB32D4CB355534B34B552CD53554D34D4CB54D2D/4A26
2016.12.28 07:37:05 4: CUL_Parse: nanoCUL omAAAAAAAB32D4CB355534B34B552CD53554D34D4CB54D2D4A26
2016.12.28 07:37:05 5: nanoCUL: dispatch omAAAAAAAB32D4CB355534B34B552CD53554D34D4CB54D2D4A26
2016.12.28 07:37:05 5: CUL_REDIRECT (mAAAAAAAB32D4CB355534B34B552CD53554D34D4CB54D2D4A26) length: 51 RSSI: -55
2016.12.28 07:37:05 5: CUL_REDIRECT (mAAAAAAAB32D4CB355534B34B552CD53554D34D4CB54D2D4A26) match Manchester COODE length: 51
2016.12.28 07:37:05 5: CUL_REDIRECT decode Oregon 2 (AAAAAAAB32D4CB355534B34B552CD53554D34D4CB54D2D4A26)
2016.12.28 07:37:05 5: bitdata: 10101010101010101010101010101011001100101101010011001011001101010101010100110100101100110100101101010101001011001101010100110101010101001101001101001101010011001011010101001101001011010100101000100110
2016.12.28 07:37:05 5: OSV2 protocol detected (AAAAAAAB32D4CB355534B34B552CD53554D34D4CB54D2D4A26)
2016.12.28 07:37:05 5: CUL_REDIRECT: OSV2 protocol converted to hex: (501A2D20CB6021904443C6) with length (88) bits
2016.12.28 07:37:05 5: nanoCUL Dispatch now to Oregon Module.
2016.12.28 07:37:05 5: converted Data to (501A2D20CB6021904443C6)
2016.12.28 07:37:05 5: nanoCUL: dispatch 501A2D20CB6021904443C6
2016.12.28 07:37:05 5: OREGON: decoding delay=41 hex=501A2D20CB6021904443C6
2016.12.28 07:37:05 5: OREGON: sensor_id=1a2d BitsMsg=80 Bits=80
2016.12.28 07:37:05 5: OREGON: checksum2 = 67 berechnet: 67
2016.12.28 07:37:05 4: THGR228N_cb_2 decoded Oregon: T: 21.6 H: 49 BAT: ok
2016.12.28 07:37:05 5: Triggering THGR228N_cb_2 (4 changes)
2016.12.28 07:37:05 5: Starting notify loop for THGR228N_cb_2, 4 event(s), first is temperature: 21.6
2016.12.28 07:37:05 5: GoogleCloudMessages THGR228N_cb_2: ignoring temperature, save value is 21.6, value is 21.6
2016.12.28 07:37:05 5: GoogleCloudMessages THGR228N_cb_2: ignoring humidity, save value is 49, value is 49
2016.12.28 07:37:05 5: GoogleCloudMessages THGR228N_cb_2: ignoring battery, save value is ok, value is ok
2016.12.28 07:37:05 5: GoogleCloudMessages THGR228N_cb_2: ignoring T, save value is 21.6 H: 49 BAT: ok, value is 21.6 H: 49 BAT: ok
2016.12.28 07:37:05 5: CUL_REDIRECT decode Oregon 3 (AAAAAAAB32D4CB355534B34B552CD53554D34D4CB54D2D4A26)
2016.12.28 07:37:05 5: bitdata: 10101010101010101010101010101011001100101101010011001011001101010101010100110100101100110100101101010101001011001101010100110101010101001101001101001101010011001011010101001101001011010100101000100110
2016.12.28 07:37:05 5: CUL_REDIRECT decode Hideki (AAAAAAAB32D4CB355534B34B552CD53554D34D4CB54D2D4A26)
2016.12.28 07:37:05 5: nanoCUL: search in 10101010101010101010101010101011001100101101010011001011001101010101010100110100101100110100101101010101001011001101010100110101010101001101001101001101010011001011010101001101001011010100101000100110
2016.12.28 07:37:05 5: protocol does not match, ignore received package (AAAAAAAB32D4CB355534B34B552CD53554D34D4CB54D2D4A26) Reason: Not a hideki protocol
Keine für micht sichtbaren Fehlermeldungen im Log - keine Exceptions nix. Diskspace ist mit 2,3 GB auch noch genug da...
Jemand ideen?
Ein shutdown restart von FHEM hat nun sofort Abhilfe gebracht, aber das kann ja nicht die Lösung sein?:
2016-12-28_12:07:00 THGR228N_cb_2 temperature: 21.8
2016-12-28_12:07:00 THGR228N_cb_2 humidity: 51
2016-12-28_12:07:00 THGR228N_cb_2 battery: ok
2016-12-28_12:07:00 THGR228N_cb_2 T: 21.8 H: 51 BAT: ok
*EDIT um 13:18 Uhr hat es erneut aufgehört... :-\ und es helfen nun auch keine Restarts von FHEM oder vom Raspi oder abziehen des nanoCUL. Alles andere empfängt er fleißig weiter. Der Sensor hat eine LED und zeigt auch, dass er sendet. Habe ihn nun den Sender per Reset-Button zurückgesetzt und nun wird er unter neuer ID empfangen und ist auch direkt angelegt worden. Er steigt aber weiterhin immer wieder mal aus.... und empfängt dann einfach nix mehr (im keinem Log steht mehr etwas zum Oregon). Mir scheint, dass passiert großteils wenn man andere Dinge schaltet. Als würde der nanoCUL danach nicht mehr frei gegeben werden.
Eine Sache habe ich soeben gefunden: 2016.12.28 15:45:04 3: No I/O device found for THGR228N_cb_2
habe dazu das folgende Thema gefunden und den folgenden Beitrag gefunden https://forum.fhem.de/index.php/topic,21023.msg538538.html#msg538538 - habe daraufhin das define vom nanoCUL nach ganz oben sortiert - bisher noch ohne Erfolg.
Ich werde das hier nicht los: 2016.12.28 16:24:33 3: No I/O device found for THGR228N_cb_2 nach neustart von FHEM und er empfängt/verarbeitet den Sensor auch nicht mehr dann.
Das ist ungefähr so, als würde das Attribut IODev ignoriert werden - ob ich es lösche und es nicht da ist oder es da ist - die Meldung im Log bleibt identisch.
Ich habe nun nochmal versucht den Sensor per define zum laufen zu bekommen... keine Chance. Es scheint er kann nur einmal per Autocreate angelegt werden und arbeitet dann bis zu dem Moment wo FHEM meint der IODev fehlt. Und auch nach dem löschen der von autocreate angelegten oder der selbst definierten wird kein neuer erkannt. Als wäre die Funktion dann ausgeschaltet. Werden die angelegten Sachen noch wo gespeichert wenn man sie gelöscht hat? Es scheint als würde er sie aktiv nicht erkennen...
Wenn ich bei mir mit Deiner dispatch Nachricht das Oregon Modul aufrufe, wird es sauber verarbeitet.
2016.12.28 18:54:43.985 4: sduinoD/msg get dispatch: 501A2D20CB6021904443C6
2016.12.28 18:54:43.986 5: sduinoD: dispatch 501A2D20CB6021904443C6
2016.12.28 18:54:43.998 5: OREGON: decoding delay=0 hex=501A2D20CB6021904443C6
2016.12.28 18:54:43.998 5: OREGON: sensor_id=1a2d BitsMsg=80 Bits=80
2016.12.28 18:54:43.998 5: OREGON: checksum2 = 67 berechnet: 67
2016.12.28 18:54:43.998 3: OREGON: Unknown device THGR228N_cb_2, please define it
2016.12.28 18:54:44.001 2: autocreate: define THGR228N_cb_2 OREGON THGR228N_cb_2
2016.12.28 18:54:44.002 2: autocreate: define FileLog_THGR228N_cb_2 FileLog ./log/THGR228N_cb_2-%Y-%m.log THGR228N_cb_2
2016.12.28 18:54:44.002 2: autocreate: define SVG_THGR228N_cb_2 SVG FileLog_THGR228N_cb_2:temp4hum4:CURRENT
2016.12.28 18:54:44.773 4: sduinoD/msg get dispatch: 501A2D20CB6021904443C6
2016.12.28 18:54:44.773 5: sduinoD: dispatch 501A2D20CB6021904443C6
2016.12.28 18:54:44.773 5: OREGON: decoding delay=1 hex=501A2D20CB6021904443C6
2016.12.28 18:54:44.773 5: OREGON: sensor_id=1a2d BitsMsg=80 Bits=80
2016.12.28 18:54:44.774 5: OREGON: checksum2 = 67 berechnet: 67
2016.12.28 18:54:44.774 4: THGR228N_cb_2 decoded Oregon: T: 21.6 H: 49 BAT: ok
Nach dem löschen des Sensors solltest Du vor dem define fhem neustarten. Welche Fehlermeldung bekommst Du, wenn Du nach dem fhem Neustart ein define eingibst?
Verwendest Du in der fhem.cfg include Dateien.
Gruß Ralf
Nabend Ralf,
aktuell bekomme ich keinerlei Fehlermeldung, da ich alles rausgeworfen habe und nun per Autocreate wieder anlegen lassen wollte. Pustekuchen macht er nicht :o
Vorher war es die Meldung kein I/O Device für den Sensor gefunden im fhem.log.
2016.12.28 19:12:35 5: CUL/RAW: /omA
2016.12.28 19:12:35 5: CUL/RAW: omA/AB2D554D2AAAD4B535001
2016.12.28 19:12:35 5: CUL/RAW: omAAB2D554D2AAAD4B535001/
2016.12.28 19:12:35 4: CUL_Parse: nanoCUL omAAB2D554D2AAAD4B535001
2016.12.28 19:12:35 5: nanoCUL: dispatch omAAB2D554D2AAAD4B535001
2016.12.28 19:12:35 5: CUL_REDIRECT (mAAB2D554D2AAAD4B535001) length: 23 RSSI: -73.5
2016.12.28 19:12:35 5: CUL_REDIRECT (mAAB2D554D2AAAD4B535001) match Manchester COODE length: 23
2016.12.28 19:12:35 5: CUL_REDIRECT decode Oregon 2 (AAB2D554D2AAAD4B535001)
2016.12.28 19:12:35 5: bitdata: 1010101010110010110101010101010011010010101010101010110101001011010100110101000000000001
2016.12.28 19:12:35 5: CUL_REDIRECT decode Oregon 3 (AAB2D554D2AAAD4B535001)
2016.12.28 19:12:35 5: bitdata: 1010101010110010110101010101010011010010101010101010110101001011010100110101000000000001
2016.12.28 19:12:35 5: CUL_REDIRECT decode Hideki (AAB2D554D2AAAD4B535001)
2016.12.28 19:12:35 5: nanoCUL: search in 1010101010110010110101010101010011010010101010101010110101001011010100110101000000000001
2016.12.28 19:12:35 5: protocol does not match, ignore received package (AAB2D554D2AAAD4B535001) Reason: Not a hideki protocol
Kein define nix. Daher weiß ich nun auch aktuell nicht mit welchem Code ich es benennen müsste für ein manuelles define.
*EDIT*
So... nun hat er es dann auf einmal gemacht, ohne Eingriff von mir.
2016.12.28 19:16:20 5: CUL/RAW: /o
2016.12.28 19:16:20 5: CUL/RAW: o/mAAAAAAAB32D4CB35
2016.12.28 19:16:20 5: CUL/RAW: omAAAAAAAB32D4CB35/5534CB555352B5355534CD
2016.12.28 19:16:20 5: CUL/RAW: omAAAAAAAB32D4CB355534CB555352B5355534CD/4CAAB4ACD2F3
2016.12.28 19:16:20 4: CUL_Parse: nanoCUL omAAAAAAAB32D4CB355534CB555352B5355534CD4CAAB4ACD2F3
2016.12.28 19:16:20 5: nanoCUL: dispatch omAAAAAAAB32D4CB355534CB555352B5355534CD4CAAB4ACD2F3
2016.12.28 19:16:20 5: CUL_REDIRECT (mAAAAAAAB32D4CB355534CB555352B5355534CD4CAAB4ACD2F3) length: 51 RSSI: -80.5
2016.12.28 19:16:20 5: CUL_REDIRECT (mAAAAAAAB32D4CB355534CB555352B5355534CD4CAAB4ACD2F3) match Manchester COODE length: 51
2016.12.28 19:16:20 5: CUL_REDIRECT decode Oregon 2 (AAAAAAAB32D4CB355534CB555352B5355534CD4CAAB4ACD2F3)
2016.12.28 19:16:20 5: bitdata: 10101010101010101010101010101011001100101101010011001011001101010101010100110100110010110101010101010011010100101011010100110101010101010011010011001101010011001010101010110100101011001101001011110011
2016.12.28 19:16:20 5: OSV2 protocol detected (AAAAAAAB32D4CB355534CB555352B5355534CD4CAAB4ACD2F3)
2016.12.28 19:16:20 5: CUL_REDIRECT: OSV2 protocol converted to hex: (501A2D200D882320453F97) with length (88) bits
2016.12.28 19:16:20 5: nanoCUL Dispatch now to Oregon Module.
2016.12.28 19:16:20 5: converted Data to (501A2D200D882320453F97)
2016.12.28 19:16:20 5: nanoCUL: dispatch 501A2D200D882320453F97
2016.12.28 19:16:20 5: Loading ./FHEM/41_OREGON.pm
2016.12.28 19:16:20 5: OREGON: decoding delay=0 hex=501A2D200D882320453F97
2016.12.28 19:16:20 5: OREGON: sensor_id=1a2d BitsMsg=80 Bits=80
2016.12.28 19:16:20 5: OREGON: checksum2 = 63 berechnet: 63
2016.12.28 19:16:20 3: OREGON: Unknown device THGR228N_0d_2, please define it
2016.12.28 19:16:20 5: Triggering global (1 changes)
2016.12.28 19:16:20 5: Starting notify loop for global, 1 event(s), first is UNDEFINED THGR228N_0d_2 OREGON THGR228N_0d_2
2016.12.28 19:16:20 5: data is {"deviceName": "global","changes":"state:UNDEFINED THGR228N_0d_2 OREGON THGR228N_0d_2","type":"notify","source":"gcmsend_fhem","vibrate":"false"}
2016.12.28 19:16:21 2: autocreate: define THGR228N_0d_2 OREGON THGR228N_0d_2
2016.12.28 19:16:21 5: Triggering global (2 changes)
2016.12.28 19:16:21 2: autocreate: define FileLog_THGR228N_0d_2 FileLog ./log/THGR228N_0d_2-%Y.log THGR228N_0d_2
2016.12.28 19:16:21 5: Triggering global (3 changes)
2016.12.28 19:16:21 2: autocreate: define SVG_THGR228N_0d_2 SVG FileLog_THGR228N_0d_2:temp4hum4:CURRENT
2016.12.28 19:16:21 5: Loading ./FHEM/98_SVG.pm
2016.12.28 19:16:22 5: Triggering global (4 changes)
2016.12.28 19:16:22 5: Triggering SVG_THGR228N_0d_2 (1 changes)
2016.12.28 19:16:22 5: Starting notify loop for SVG_THGR228N_0d_2, 1 event(s), first is copyGplotFile
2016.12.28 19:16:22 5: data is {"deviceName": "SVG_THGR228N_0d_2","changes":"state:copyGplotFile","type":"notify","source":"gcmsend_fhem","vibrate":"false"}
2016.12.28 19:16:22 5: Triggering global (5 changes)
2016.12.28 19:16:22 5: CUL_REDIRECT decode Oregon 3 (AAAAAAAB32D4CB355534CB555352B5355534CD4CAAB4ACD2F3)
2016.12.28 19:16:22 5: bitdata: 10101010101010101010101010101011001100101101010011001011001101010101010100110100110010110101010101010011010100101011010100110101010101010011010011001101010011001010101010110100101011001101001011110011
2016.12.28 19:16:22 5: CUL_REDIRECT decode Hideki (AAAAAAAB32D4CB355534CB555352B5355534CD4CAAB4ACD2F3)
2016.12.28 19:16:22 5: nanoCUL: search in 10101010101010101010101010101011001100101101010011001011001101010101010100110100110010110101010101010011010100101011010100110101010101010011010011001101010011001010101010110100101011001101001011110011
2016.12.28 19:16:22 5: protocol does not match, ignore received package (AAAAAAAB32D4CB355534CB555352B5355534CD4CAAB4ACD2F3) Reason: Not a hideki protocol
Fehlermeldung:
2016.12.28 19:25:18 4: name: /fhem/FileLog_logWrapper&dev=FileLog_THGR228N_0d_2&type=temp4hum4&file=THGR228N_0d_2-2016.log / RL:1496 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2016.12.28 19:25:18 4: WEB_192.168.0.2_53681 GET /fhem/SVG_showLog&dev=FileLog_THGR228N_0d_2&logdev=FileLog_THGR228N_0d_2&gplotfile=temp4hum4&logfile=THGR228N_0d_2-2016.log&pos=; BUFLEN:0
2016.12.28 19:25:18 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/98_SVG.pm line 742.
2016.12.28 19:25:18 5: plotcommand: get FileLog_THGR228N_0d_2 THGR228N_0d_2-2016.log INT 2016-12-28_00:00:00 2016-12-29_00:00:01
2016.12.28 19:25:18 5: Cmd: >{ "THGR228N_0d_2-2016.log" }<
2016.12.28 19:25:18 4: name: /fhem/SVG_showLog&dev=FileLog_THGR228N_0d_2&logdev=FileLog_THGR228N_0d_2&gplotfile=temp4hum4&logfile=THGR228N_0d_2-2016.log&pos= / RL:1980 / image/svg+xml / Content-Encoding: gzip
/
2016.12.28 19:25:18 4: WEB_192.168.0.2_53681 GET /fhem/FileLog_logWrapper&dev=FileLog_THGR228N_0d_2&type=temp4hum4&file=THGR228N_0d_2-2016.log?XHR=1&inform=type=status;filter=;since=1482949517;fmt=JSON&fw_id=133×tamp=1482949517419; BUFLEN:0
2016.12.28 19:25:19 4: Connection closed for WEB_192.168.0.2_53681: EOF
2016.12.28 19:25:19 4: WEB_192.168.0.2_53679 GET /fhem?XHR=1&inform=type=status;filter=room=OREGON;since=1482949512;fmt=JSON&fw_id=129×tamp=1482949518619; BUFLEN:0
2016.12.28 19:25:19 1: Error: >< has no TYPE, but following keys: ><
Er wirft nun unglaublich viele Fehler dieser Art beim refresh der Log-Seite im Webinterface:
2016.12.28 19:26:45 1: Error: >< has no TYPE, but following keys: ><
2016.12.28 19:26:45 1: Error: >< has no TYPE, but following keys: ><
Aktuell läuft es nun nach einem neutstart von FHEM nach dem Autocreate-Vorgang. Die Fehler mit Type bleiben weiter bestehen.
Frage: Kann man den Graphen unter Raum OREGON Gruppe FileLog unter Temp/Hum irgendwie gangbar machen? Der will irgendwie nie - nur der den ich unter Plots anpasse funktioniert (der unter diesem Link: http://xxx.xxx.xxx.xxx.:xxx/fhem/FileLog_logWrapper&dev=FileLog_THGR228N_0d_2&type=temp4hum4&file=THGR228N_0d_2-2016.log)
Also aktuell sieht es so aus als läge es an dem Sensor den ich mir geliehen habe.
Habe vorhin eine Lieferung 2er THGR122NX bekommen - die arbeiten bisher dauerhaft sauber durch.
Gibt es eine Möglichkeit mit event-min-interval state:900, event-on-change-reading STATE und event-on-update-reading .* zu arbeiten damit nicht alle par Sekunden ins Log geschrieben wird?
Oder geht das nur über Umweg mit dummy? Habe alle 3 als Attribute bei beiden Sensoren eingefügt, bisher beachtet FHEM die nicht.
mit
event-min-interval:.*:300
und
event-on-change-reading:.*
sollte es eigentlich funktionieren.
Gruß Ralf
Moin,
leider loggt er, trotz der gesetzter Atrribute (event-min-interval:.*:900 und event-on-change-reading:.*), Werte die identisch sind unterhalb des Intervalls:
2016-12-29_12:28:01 Kinderzimmer_Sensor_2 T: 21.8 H: 47 BAT: ok
2016-12-29_12:29:19 Kinderzimmer_Sensor_2 temperature: 21.8
2016-12-29_12:29:19 Kinderzimmer_Sensor_2 humidity: 47
2016-12-29_12:29:19 Kinderzimmer_Sensor_2 battery: ok
2016-12-29_12:29:19 Kinderzimmer_Sensor_2 T: 21.8 H: 47 BAT: ok
2016-12-29_12:29:58 Kinderzimmer_Sensor_2 temperature: 21.8
2016-12-29_12:29:58 Kinderzimmer_Sensor_2 humidity: 47
2016-12-29_12:29:58 Kinderzimmer_Sensor_2 battery: ok
2016-12-29_12:29:58 Kinderzimmer_Sensor_2 T: 21.8 H: 47 BAT: ok
2016-12-29_12:30:37 Kinderzimmer_Sensor_2 temperature: 21.8
2016-12-29_12:30:37 Kinderzimmer_Sensor_2 humidity: 47
2016-12-29_12:30:37 Kinderzimmer_Sensor_2 battery: ok
2016-12-29_12:30:37 Kinderzimmer_Sensor_2 T: 21.8 H: 47 BAT: ok
2016-12-29_12:31:16 Kinderzimmer_Sensor_2 temperature: 21.8
2016-12-29_12:31:16 Kinderzimmer_Sensor_2 humidity: 47
2016-12-29_12:31:16 Kinderzimmer_Sensor_2 battery: ok
2016-12-29_12:31:16 Kinderzimmer_Sensor_2 T: 21.8 H: 47 BAT: ok
2016-12-29_12:31:55 Kinderzimmer_Sensor_2 temperature: 21.8
2016-12-29_12:31:55 Kinderzimmer_Sensor_2 humidity: 47
2016-12-29_12:31:55 Kinderzimmer_Sensor_2 battery: ok
2016-12-29_12:31:55 Kinderzimmer_Sensor_2 T: 21.8 H: 47 BAT: ok
Zitatdamit nicht alle par Sekunden ins Log geschrieben wird?
log ist halt nicht genügend spezifiziert für querlesende Helfer. Bei einem Datenlog des Geräts sollte event-on.... greifen, das Systemlog lässt sich eher durch ein verbose eine Stufe niedriger auf dem betreffenden Gerät Kinderzimmer_Sensor_2 beeinflussen.
Weitere Diskussionen zum Logging wären sicherlich besser in einem separaten Thread zu führen ::)
Danke, hast Recht etwas unspezifisch ;-)
Ich mach mal nen neuen auf - verbose half mir nicht.
Habe es hier eröffnet: https://forum.fhem.de/index.php/topic,63643.0.html
Hallo zusammen,
zunächst an alle ein Gutes neues Jahr 2017.
@bjoernh,
ich habe nun die Bitfolge von meinen GT-8000 Funksteckdosen mit dem Oscar ermittelt.
Leider kann ich hier nicht die genaue Impulslänge/Zeit ablesen. Das Schätzchen ist schon ein wenig älter.
Die Daten die ich ermittelt habe, habe ich hier in eine Tabelle zusammen gefasst.
Hier habe ich einen breiten Impuls als 1 und einen schmalen Impuls an 0 interpretiert so nach dem Vorbild von hier http://hartgeloetet.blogspot.de/2014/05/hacking-intertec-funksteckdosen.html
Taste/Bit 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
1 on 0 0 1 0 0 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 0
1 off 0 0 1 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1
2 on 0 0 1 0 0 0 0 0 0 0 0 1 1 0 1 1 0 1 1 0 0
2 off 0 0 1 0 0 0 0 0 0 0 0 1 1 0 1 1 1 1 1 0 1
3 on 0 0 1 0 0 0 0 0 0 0 0 1 1 0 0 1 0 1 1 0 1
3 off 0 0 1 0 0 0 0 0 0 0 0 1 1 0 0 1 1 1 1 0 0
4 on 0 0 1 0 0 0 0 0 0 0 0 1 1 1 0 1 0 1 1 1 1
4 off 0 0 1 0 0 0 0 0 0 0 0 1 1 1 0 1 1 1 1 1 0
grp on 0 0 1 0 0 0 0 0 0 0 0 1 1 0 0 0 0 1 1 1 1
grp off 0 0 1 0 0 0 0 0 0 0 0 1 1 0 0 0 1 1 1 1 0
Dim hoch 0 0 1 0 0 0 0 0 0 0 0 1 1 0 0 0 1 0 1 0 0
Dimrunter 0 0 1 0 0 0 0 0 0 0 0 1 1 0 0 0 0 0 1 0 1
Die Bits 1 - 12 stellen hier den Hauscode da. Diesr kann verändert werden wenn hier an der FB ein Taster gedrückt wird.
Dann kann man sehen, dass der Hauscode sich binär hochzählt.
Bit 13 - 16 dürfte hier der Tastencode sein.
Bit 17 = on /off
Bit 18 - 21, diese erschliessen mir nicht so recht.
Die Signallänge für die kpl. übermittlung dauert ca. 45ms
Eine Signalflanke ca. 2,x ms
Kannst Du damit was anfangen und kann man damit was in Fhem bewirken um die Steckdosen zu schalten ?
Viele Grüße
Sven
Hallo Björn,
erstmal vielen Dank für die Software.
Ich benutze diese in meinem CUL 433 von Busware.
Bis Heute morgen habe ich auch Daten vom GT_WT_02 bekommen, seit dem werden die Daten zwar empfangen aber nicht ausgewertet.
Ich denke es liegt an der Luftfeuchtigkeit, da diese jetzt über 90% ist un an der Station mit "HH" angezeigt werden.
2017.01.03 19:38:19 5: CUL/RAW: /s800025DD40F0; 480: 9008
2017.01.03 19:38:19 4: CUL_Parse: CUL1 s800025DD40F0; 480: 9008
2017.01.03 19:38:19 5: CUL1: dispatch s800025DD40F0; 480: 9008
2017.01.03 19:38:20 5: CUL/RAW: /s800025DD40F2; 480: 8992
2017.01.03 19:38:20 4: CUL_Parse: CUL1 s800025DD40F2; 480: 8992
2017.01.03 19:38:20 5: CUL1: dispatch s800025DD40F2; 480: 8992
2017.01.03 19:38:20 5: CUL/RAW: /s800025DD40F0; 464: 9088
2017.01.03 19:38:20 4: CUL_Parse: CUL1 s800025DD40F0; 464: 9088
2017.01.03 19:38:20 5: CUL1: dispatch s800025DD40F0; 464: 9088
2017.01.03 19:38:20 5: CUL/RAW: /s800025DD40F0; 496: 9008
2017.01.03 19:38:20 4: CUL_Parse: CUL1 s800025DD40F0; 496: 9008
2017.01.03 19:38:20 5: CUL1: dispatch s800025DD40F0; 496: 9008
Danke,
Gruß Mike
Zitat von: Mike767 am 03 Januar 2017, 20:30:50
Hallo Björn,
erstmal vielen Dank für die Software.
Ich benutze diese in meinem CUL 433 von Busware.
Bis Heute morgen habe ich auch Daten vom GT_WT_02 bekommen, seit dem werden die Daten zwar empfangen aber nicht ausgewertet.
Ich denke es liegt an der Luftfeuchtigkeit, da diese jetzt über 90% ist un an der Station mit "HH" angezeigt werden.
2017.01.03 19:38:19 5: CUL/RAW: /s800025DD40F0; 480: 9008
2017.01.03 19:38:19 4: CUL_Parse: CUL1 s800025DD40F0; 480: 9008
2017.01.03 19:38:19 5: CUL1: dispatch s800025DD40F0; 480: 9008
2017.01.03 19:38:20 5: CUL/RAW: /s800025DD40F2; 480: 8992
2017.01.03 19:38:20 4: CUL_Parse: CUL1 s800025DD40F2; 480: 8992
2017.01.03 19:38:20 5: CUL1: dispatch s800025DD40F2; 480: 8992
2017.01.03 19:38:20 5: CUL/RAW: /s800025DD40F0; 464: 9088
2017.01.03 19:38:20 4: CUL_Parse: CUL1 s800025DD40F0; 464: 9088
2017.01.03 19:38:20 5: CUL1: dispatch s800025DD40F0; 464: 9088
2017.01.03 19:38:20 5: CUL/RAW: /s800025DD40F0; 496: 9008
2017.01.03 19:38:20 4: CUL_Parse: CUL1 s800025DD40F0; 496: 9008
2017.01.03 19:38:20 5: CUL1: dispatch s800025DD40F0; 496: 9008
Danke,
Gruß Mike
Hi Mike,
siehe hier: https://forum.fhem.de/index.php/topic,28519.msg552278.html#msg552278
Gruß
Björn
Hallo liebe Community,
ich habe mittlerweile ein OREGON THGR228N erfolgreich in FHEM eingebunden. Dieses Gerät wurde direkt erkannt und angelegt via autocreate.
Nun habe ich mir noch ein OREGON THGN132N besorgt, dies soll laut https://wiki.fhem.de/wiki/RFXtrx auch funktionieren.
Leider wird dies nicht automatisch angelegt und im Eventmonitor sehe ich leider auch nichts.
Muss ich noch irgendwas einstellen oder muss ich dies evtl. manuell anlegen?
Gruß
Mathias
Das hat hier wohl gar nichts verloren >:( und auch noch ein Doppelpost >:( >:(
Im richtigen Unterforum hab ich Dir bereits geantwortet.
Ich bin auf ein Problem auf der CUBe-Hardware gestoßen, der Native RF mode ("Nr1") funktioniert dort nicht. Wenn man versucht, ihn zu aktivieren, startet sich die Firmware neu. Das Problem scheint die Funktion fromdec() zu sein, die als zweites Argument ein "uint8_t* out" kriegt, aber einen 16-bit-Wert reinschreibt:
*(uint16_t*)out = h;
In native_func() wird fromdec() dann aber mit einem Zeiger auf eine uint8_t aufgerufen, was schiefgeht. (Ich weiß nicht, warum das auf anderer Hardware funktioniert, vermutlich ist die Endianess oder der Stack-Layout anders.)
uint8_t mode = 0;
[...]
fromdec(in+2, &mode);
Mit dem folgenden Patch funktioniert der Native RF mode auch auf der CUBe-Hardware:
diff --git a/culfw/clib/rf_native.c b/culfw/clib/rf_native.c
index 17749c2..53541e1 100644
--- a/culfw/clib/rf_native.c
+++ b/culfw/clib/rf_native.c
@@ -221,13 +221,13 @@ void native_task(void) {
void native_func(char *in) {
- uint8_t mode = 0;
+ uint16_t mode = 0;
if(in[1] == 'r') { // Reception on
// "Er<x>" - where <x> is mode
if (in[2])
- fromdec(in+2, &mode);
+ fromdec(in+2, (uint8_t *)&mode);
if (!mode || mode>MAX_MODES) {
DS_P(PSTR("specify valid mode number\r\n"));
Es liegt an der Speicherausrichtung bei der ARM Architektur.
Wenn ein Cast eines uint8_t* auf uint16_t* durchgeführt wird funktioniert das nur, wenn der Pointer auf eine gerade Adresse zeigt. Tut er das nicht und man versucht von einer ungeraden Adresse ein uint16_t zu lesen, wird eine Data Abort exception ausgelöst und der Watchdog wird nicht mehr gefüttert. Dadurch startet der Cube neu.
Allerdings ist dieser Bug bereits mit Version 1.23.05 korrigiert worden.
Zitat von: steffen-kiess am 06 Januar 2017, 20:06:04
Ich bin auf ein Problem auf der CUBe-Hardware gestoßen, der Native RF mode ("Nr1") funktioniert dort nicht. Wenn man versucht, ihn zu aktivieren, startet sich die Firmware neu. Das Problem scheint die Funktion fromdec() zu sein, die als zweites Argument ein "uint8_t* out" kriegt, aber einen 16-bit-Wert reinschreibt:
*(uint16_t*)out = h;
In native_func() wird fromdec() dann aber mit einem Zeiger auf eine uint8_t aufgerufen, was schiefgeht. (Ich weiß nicht, warum das auf anderer Hardware funktioniert, vermutlich ist die Endianess oder der Stack-Layout anders.)
uint8_t mode = 0;
[...]
fromdec(in+2, &mode);
Mit dem folgenden Patch funktioniert der Native RF mode auch auf der CUBe-Hardware:
diff --git a/culfw/clib/rf_native.c b/culfw/clib/rf_native.c
index 17749c2..53541e1 100644
--- a/culfw/clib/rf_native.c
+++ b/culfw/clib/rf_native.c
@@ -221,13 +221,13 @@ void native_task(void) {
void native_func(char *in) {
- uint8_t mode = 0;
+ uint16_t mode = 0;
if(in[1] == 'r') { // Reception on
// "Er<x>" - where <x> is mode
if (in[2])
- fromdec(in+2, &mode);
+ fromdec(in+2, (uint8_t *)&mode);
if (!mode || mode>MAX_MODES) {
DS_P(PSTR("specify valid mode number\r\n"));
Bist Du sicher, dass Du von der a-culfw sprichst?
In der a-culfw wird der Fall nämlich behandelt:
#ifdef ARM
uint16_t mode = 0;
#else
uint8_t mode = 0;
#endif
@Telekatz: Du warst wohl schneller :)
Zitat von: bjoernh am 06 Januar 2017, 20:56:27
Bist Du sicher, dass Du von der a-culfw sprichst?
In der a-culfw wird der Fall nämlich behandelt:
#ifdef ARM
uint16_t mode = 0;
#else
uint8_t mode = 0;
#endif
@Telekatz: Du warst wohl schneller :)
Ja, das Problem war nur, dass meine Version zu alt war (von Anfang Dezember), und ich nicht geschaut habe, ob sich was geändert hat :-$
Hallo,
ich habe von nanoCUL 1.66 auf die aktuelle a-cul firmware gewechselt. Ein nanoCUL mit 433, eines mit 868. Beim 433 geht nun mein globaltec Sensor GT-WT-01, wenn ich eine IT Steckdose per Fernbedienung schalte bekommt es das CUL mit. Allerdings kann ich nicht mehr Senden und die Steckdosen damit schalten.
Beim 868 gehen sofort die FHT Raumregler nicht mehr (anscheinend auch nicht Senden). Mit der alten Firmware ist das Problem sofort behoben. Hier habe ich mal das EEPROM zurückgesetzt ohne eine Verbesserung festzustellen.
Insgesammt meine ich das etwas mit Senden nicht stimmt. Muss ich beim Umstieg was beachten?
Ich nehme mal an der alte raw write zum Erhöhen der Sendeleistung belibt gleich wie bei der Standard CUL FW?
Wäre um Erfahrungen dankbar!
"Allerdings kann ich nicht mehr Senden und die Steckdosen damit schalten."
Was sagt er denn im Log? Die Berechnung/Anwendung des Codes der IT ist dir geläufig?
Mein 433er nanoCUL schaltet hier mehr als ein Dutzend IT Stecker und Schalter.
Hi, verstehe deine Antwort nicht.
Meine Aussage war ja, das die Stecker mit der alten Firmware vollständig funktionieren.
Nur die a-culfw hat nach einem Flash Probleme. Wenn ich auf die Standard zurückwechsle dann passt alles wieder. Die Codierung ist in der cfg File fest hinterlegt.
Die FHT80b empfangen auch nichts mehr von der a-culfw. So als wäre das Senden deaktiviert.
define Schalter_A IT F0000F0FFF F0 0F
attr Schalter_A IODev nanoCUL433
attr Schalter_A ITrepetition 12
attr Schalter_A group Schalter
attr Schalter_A model itswitch
Der Empfang funktioniert! Drücke ich eine Taste auf der Fernbedienung, dann wechselt die Anzeige. Das tat aber schon die Standard Firmware.
Also ich komme leider auch nicht ganz mit was Du für Probleme hast.
1. Für die 868er nim die original CUL FW, die a-culfw bringt dir keinen mehrwert.
@All ich glaube ich lösche die Variante für 868 jetzt ;-)
2. Nach einem Umstieg kannst Du das EEProm im CUL neu initialisierten (raw e). Damit sollte eigentlich alles klappen.
ZitatDie FHT80b empfangen auch nichts mehr von der a-culfw. So als wäre das Senden deaktiviert.
Im Modul Code zur FHT Implementierung gibt es keinen unterschied zur culfw, sollte also klappen. Aber wie gesagt, siehe 1.
@sirnoname Ok dann wird es schon mal nicht die Codierung sein.
Blinkt der nanoCUL wie verrückt?
Ansonsten mach mal beim ihm und bei FHEM Verbose auf 5 und mach mal deine Vorgänge, die nicht gehen sollen. Dann kann man sich das LOG mal ansehen.
*Edit: was sagt dein nanoCUL bei get ccconf ?
Da sollte so etwas stehen:
"freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB"
Ich glaube ich sehe den Fehler!
attr Schalter_A ITrepetition 12 <--
Mit dem Attribut gesetzt konnte ich nicht eine Sache mehr schalten von IT. Lösche es starte FHEM neu (shutdown restart) und dann schalte erneut (Sobald du eine IT schalten willst die das Argument gesetzt hast ging bei mir nix mehr). Ja man bekommt bei zu niedrigem Log-Level dann Fehler von wegen die Devices hätten nicht korrekte geantwortet - können sie aber ja auch gar nicht. Ich habe im Standard die Verbose Level bei mir auf 1.
Kleiner Tipp noch solltest du schon selbstlernende Stecker besitzen nutze den langen Code der bietet mehr Vielfalt und ist sicherer gegen Störer: https://wiki.fhem.de/wiki/Intertechno_Code_Berechnung#Mit_neuem_Protokoll_anlernen
Moin,
Kann mir bitte mal jemand Nachhilfe bei Hoermann geben? Auf welcher Frequenz laufen die genau und mit welcher a-culfw Version habt ihr getestet? Autocreate geht bei mir, aber entweder die Garage ist zu weit weg oder ich habe Freq/Bandbreiten Probleme ;-)
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Zitat von: RaspiLED am 07 Januar 2017, 12:16:46
Moin,
Kann mir jemand Nachhilfe bei Hoermann geben? Auf welcher Frequenz laufen die genau und mit welcher Version habt ihr getestet? Autocreate geht bei mir, aber entweder sie Garage ist tu weit weg oder ich habe Freq/Bandbreiten Probleme ;-)
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Was für eine Firmware? Welches Device?
Im CUL ist z.B. Hoermann abgeschaltet (Speichermangel). Wenn Du es brauchst musst Du es aktivieren und kompilieren.
Hörmann Frequenzen siehe http://www.hoermann-faq.com/antriebe-funk/welche-sendefrequenz-nutzt-mein-handsender/
Zitat von: Master_Nick am 07 Januar 2017, 10:19:00
Ich glaube ich sehe den Fehler!
attr Schalter_A ITrepetition 12 <--
Ja, da ist ein bug in der firmware drinnen. Ich hatte mal danach gesucht, aber es nicht auf Anhieb gefunden.
Zitat@All ich glaube ich lösche die Variante für 868 jetzt ;-)
Jaaaaa :-X
Nein nicht die 868 Mhz entfernen! Warum? Kommt jetzt...
Gesendet von iPhone mit Tapatalk
Okay danke für das Hörmann Feedback. Leider nicht zielführend, aber wer ungenau fragt ;-)
Ich nutze die blauen Hörmann Sender. Also 868 MHz aber welche Frequenz genau? 868.300??? Das habe ich noch nicht genau herausgefunden! Wer weiss das?
Ergo nutze ich auch die Hoermann Erweiterung in der a-culfw sowohl in der selbstkompilierten Variante für 433 und 868 nanoCULs. Daher bitte nicht einfach 868 entfernen ;-)
Aber wer hier in der Runde hat Hoermann vollständig laufen und kann Freq/BWidth etc. genauer erläutern?
Danke und Gruß Arnd
Gesendet von iPhone mit Tapatalk
ZitatNein nicht die 868 Mhz entfernen! Warum? Kommt jetzt...
na weil die aculfw von Björn(mal wieder ein dickes Danke) für 433 entwickelt wird und NULL Vorteile für 868 bringt. Die CULs sind auch an der Grenze der Speicherkapazität, weshalb es Sinn macht 868er Protokolle rauszuwerfen.
Ständig bitten 868er um Support bzw. Lösung Ihrer (Flash-)Probleme, die es eigentlich nicht geben kann und ohne eine xyz868.hex dann nicht mehr gibt. Ich lass mich gerne vom gegenteiligen case überzeugen ;)
Und wer dann doch einen superhyperbesonderen case hat, kann ja immer noch selber anpassen und eine a868culfw entwickeln.
ob das
ZitatErgo nutze ich auch die Hoermann Erweiterung in der a-culfw sowohl in der selbstkompilierten Variante für 433 und 868 nanoCULs.
so stimmt und ein case ist, weiß Björn sicherlich....
Ein Anwendungsfall ist auf jeden Fall noch die Firmware für den MAX CUBe, der läuft auch auf 868, es gibt aber nur die a-culfw dafür.
Zitat von: mahowi am 07 Januar 2017, 16:28:23
Ein Anwendungsfall ist auf jeden Fall noch die Firmware für den MAX CUBe, der läuft auch auf 868, es gibt aber nur die a-culfw dafür.
Da bleibt es ja auch wie es ist. Der cube hat ja auch genug Speicher.
Gesendet von meinem Mobile Device.
Ok, dann hab ich das falsch verstanden. Ich dachte, die Versionen für 868 sollten generell verschwinden.
Hallo liebes Forum,
Ich habe zu Weihnachten eine Profi-Funkwetterstation von Mebus geschenkt bekommen.
Mit dem bei mir vorhandenem Cul-433 mit aculfw empfange ich die Aussenstation, aber nur Temperatur und Feuchtigkeit. Die ebenfalls an die Zentrale gesendeten Informationen zu Windrichtung, -Geschwindigkeit werden nicht empfangen, bzw. nicht angezeigt.
Da ich die Werte für Temp und Hum von der Aussenstation empfange, denke ich das auch der fehlende Rest empfangen, aber nicht dekodiert wird!?
Ich habe mal den CUL in den X25-Modus gesetzt und erhalte sehr viele unbekannte Codes aus denen ich nicht schlau werde.
In den unbekannten Codes müssen Informationen über die Windgeschwindigkeit und die Windrichtung stecken.
Da dieses Teil noch in der Verpackung (mit Batterien) verstaut ist, ändert sich weder bei der Windgeschwindigkeit noch bei der Windrichtung etwas.
Die Windgeschwindigkeit sollte 0 (null) sein.
Die Windrichtung wird ca. aus westlicher Richtung sein. So ganz genau abgeglichen habe ich dies noch nicht.
Ich füge hier einmal einen Auszug aus dem Log-File ein.
Im Event-Monitor wurden die gleichen Werte angezeigt, nur mit dem Unterschied das dort UNKNOWNCODE anstelle von unknown message angezeigt wurde.
2017.01.02 22:00:01 3: set CUL2 raw X25
2017.01.02 22:00:13 2: CUL2: unknown message p11 336 4096 432 4016 432 2048 41 1 5 1 272 13184 0 19 F8BB40000200
2017.01.02 22:00:13 2: CUL2: unknown message p 8 432 2032 432 4032 432 2032 36 1 4 4 448 8944 0 1A 176FB90070
2017.01.02 22:00:13 2: CUL2: unknown message p 8 448 2016 432 4032 432 2048 36 1 4 4 432 8960 0 1A 1768000040
2017.01.02 22:00:13 2: CUL2: unknown message p 8 432 2032 416 4032 432 2048 36 1 4 4 432 8960 0 1A 176FB90070
2017.01.02 22:00:13 2: CUL2: unknown message p 8 448 2016 432 4016 432 2048 36 1 4 4 432 8960 0 1A 1768000040
2017.01.02 22:00:13 2: CUL2: unknown message p 8 464 2016 432 4032 432 2048 36 1 4 4 464 8944 0 1A 176FB90070
2017.01.02 22:00:17 2: CUL2: unknown message p11 384 2016 464 4160 480 1968 32 1 4 0 384 8992 0 F8 407308C5
2017.01.02 22:00:17 2: CUL2: unknown message p 8 464 4048 464 4176 464 1952 36 1 4 4 464 8912 0 FB A407308C50
2017.01.02 22:00:17 2: CUL2: unknown message p 8 448 4048 448 4176 448 1984 36 1 4 4 448 8928 0 F9 A407308C50
2017.01.02 22:00:17 2: CUL2: unknown message p 8 480 4032 464 4160 448 1968 36 1 4 4 480 8896 0 FA A407308C50
2017.01.02 22:00:17 2: CUL2: unknown message p 8 480 4048 448 4160 464 1968 36 1 4 4 464 8912 0 FA A407308C50
2017.01.02 22:00:17 2: CUL2: unknown message p 8 464 4064 448 4176 480 1952 36 1 4 4 464 8912 0 FA A407308C50
2017.01.02 22:00:18 2: CUL2: unknown message p 8 464 4048 448 4176 448 1984 36 1 4 4 480 8912 0 FA A407308C50
2017.01.02 22:00:18 2: CUL2: unknown message p 8 464 4032 448 4192 432 1984 36 1 4 4 448 8928 0 FA A407308C50
2017.01.02 22:00:44 2: CUL2: unknown message p 8 448 2016 432 4032 432 2048 36 1 4 4 416 8992 0 19 1768000040
2017.01.02 22:00:44 2: CUL2: unknown message p 8 464 2016 432 4016 432 2032 36 1 4 4 464 8944 0 1A 176FB90070
2017.01.02 22:00:44 2: CUL2: unknown message p 8 448 2032 432 4016 432 2032 36 1 4 4 448 8960 0 1A 1768000040
2017.01.02 22:00:44 2: CUL2: unknown message p 8 448 2016 416 4032 416 2064 36 1 4 4 448 8960 0 1A 176FB90070
2017.01.02 22:00:44 2: CUL2: unknown message p 8 448 2032 432 4016 432 2048 36 1 4 4 432 8960 0 1A 1768000040
2017.01.02 22:00:44 2: CUL2: unknown message p 8 432 2032 432 4016 448 2032 36 1 4 4 448 8976 0 1A 176FB90070
2017.01.02 22:00:50 2: CUL2: unknown message p 8 352 1008 432 1984 432 1008 36 1 4 4 432 4032 0 EF 148000F000
2017.01.02 22:00:50 2: CUL2: unknown message p 8 352 976 448 1968 480 992 36 1 4 4 448 4032 0 F1 148000F000
2017.01.02 22:00:50 2: CUL2: unknown message p 8 368 1072 448 1984 448 1024 36 1 4 4 432 4032 0 F1 148000F000
2017.01.02 22:00:50 2: CUL2: unknown message p 8 384 1024 448 1968 448 1024 36 1 4 4 416 4256 0 F1 148000F000
2017.01.02 22:00:50 2: CUL2: unknown message p 8 352 1248 432 1984 448 1024 36 1 4 4 432 4032 0 EF 148000F000
2017.01.02 22:00:50 2: CUL2: unknown message p 8 336 1008 448 1984 448 1008 36 1 4 4 432 4032 0 F1 148000F000
2017.01.02 22:00:50 2: CUL2: unknown message p 8 352 1168 448 1968 464 1008 36 1 4 4 448 4016 0 F1 148000F000
2017.01.02 22:01:15 2: CUL2: unknown message p 8 416 2048 416 4032 448 2032 36 1 4 4 416 8992 0 17 1768000040
2017.01.02 22:01:15 2: CUL2: unknown message p 8 432 2048 432 4016 432 2048 36 1 4 4 448 8944 0 16 176FB90070
2017.01.02 22:01:15 2: CUL2: unknown message p 8 448 2032 416 4016 432 2032 36 1 4 4 448 8960 0 16 1768000040
2017.01.02 22:01:15 2: CUL2: unknown message p 8 432 2032 432 4032 448 2016 36 1 4 4 432 8976 0 18 176FB90070
2017.01.02 22:01:15 2: CUL2: unknown message p 8 448 2016 432 4016 432 2048 36 1 4 4 448 8960 0 18 1768000040
2017.01.02 22:01:15 2: CUL2: unknown message p 8 432 2048 432 4016 432 2032 36 1 4 4 448 8944 0 18 176FB90070
2017.01.02 22:01:38 2: CUL2: unknown message p11 352 2016 512 4000 512 2048 31 1 3 7 384 11168 0 EA 61160C40
2017.01.02 22:01:38 2: CUL2: unknown message p 8 496 1936 496 3984 512 2048 36 1 4 4 496 8864 0 EB 5B08B06200
2017.01.02 22:01:38 2: CUL2: unknown message p 8 512 1920 512 4000 528 2032 36 1 4 4 496 8880 0 EB 5B08B06200
2017.01.02 22:01:38 2: CUL2: unknown message p 8 512 1920 512 3968 464 2080 36 1 4 4 512 8848 0 EA 5B08B06200
2017.01.02 22:01:39 2: CUL2: unknown message p 8 512 1936 480 4000 496 2048 36 1 4 4 496 8864 0 EE 5B08B06200
2017.01.02 22:01:39 2: CUL2: unknown message p 8 512 1920 512 3984 480 2064 36 1 4 4 512 8864 0 EC 5B08B06200
2017.01.02 22:01:39 2: CUL2: unknown message p 8 512 1936 512 3984 480 2064 36 1 4 4 496 8864 0 EA 5B08B06200
2017.01.02 22:01:46 2: CUL2: unknown message p 8 432 2032 416 4032 432 2048 36 1 4 4 448 8976 0 FC 1704304A20
2017.01.02 22:01:46 2: CUL2: unknown message p 8 464 2048 432 4032 432 2048 36 1 4 4 432 8960 0 FB 1704304A20
2017.01.02 22:01:46 2: CUL2: unknown message p 8 448 2032 416 4016 464 2048 36 1 4 4 432 8960 0 FA 1704304A20
2017.01.02 22:01:46 2: CUL2: unknown message p 8 432 2048 416 4032 448 2032 36 1 4 4 432 8960 0 FA 1704304A20
2017.01.02 22:01:46 2: CUL2: unknown message p 8 432 2064 416 4016 432 2048 36 1 4 4 448 8960 0 FD 1704304A20
2017.01.02 22:01:46 2: CUL2: unknown message p 8 432 2032 432 4032 432 2032 36 1 4 4 416 8992 0 FD 1704304A20
2017.01.02 22:01:47 2: CUL2: unknown message p 8 352 1008 464 1968 416 1024 36 1 4 4 416 4032 0 EF 148000F000
2017.01.02 22:01:47 2: CUL2: unknown message p 8 336 1008 448 1984 448 992 36 1 4 4 448 4032 0 F2 148000F000
2017.01.02 22:01:47 2: CUL2: unknown message p 8 368 1088 432 1984 448 1008 36 1 4 4 448 4016 0 F1 148000F000
2017.01.02 22:01:47 2: CUL2: unknown message p 8 368 1024 432 2000 448 1008 36 1 4 4 448 4240 0 F2 148000F000
2017.01.02 22:01:47 2: CUL2: unknown message p 8 336 1200 448 1984 448 1008 36 1 4 4 432 4048 0 EF 148000F000
2017.01.02 22:01:47 2: CUL2: unknown message p 8 352 1008 448 1984 448 1024 36 1 4 4 448 4016 0 F1 148000F000
2017.01.02 22:01:47 2: CUL2: unknown message p 8 368 1152 464 1968 400 1056 36 1 4 4 432 4016 0 F1 148000F000
2017.01.02 22:02:17 2: CUL2: unknown message p 8 448 2048 416 4032 432 2048 36 1 4 4 416 8976 0 0A 1768000040
2017.01.02 22:02:17 2: CUL2: unknown message p 8 448 2016 448 4000 448 2016 36 1 4 4 448 8960 0 09 176FB90070
2017.01.02 22:02:17 2: CUL2: unknown message p 8 448 2032 432 4016 416 2048 36 1 4 4 448 8960 0 0A 1768000040
2017.01.02 22:02:17 2: CUL2: unknown message p 8 432 2032 432 4016 432 2032 36 1 4 4 432 8976 0 0A 176FB90070
2017.01.02 22:02:17 2: CUL2: unknown message p 8 448 2016 416 4032 432 2048 36 1 4 4 416 8992 0 0A 1768000040
2017.01.02 22:02:17 2: CUL2: unknown message p 8 432 2032 448 4016 432 2048 36 1 4 4 416 8992 0 0A 176FB90070
2017.01.02 22:02:44 2: CUL2: unknown message p 8 336 1008 448 1984 432 1008 36 1 4 4 448 4032 0 EF 148000F000
2017.01.02 22:02:44 2: CUL2: unknown message p 8 352 1008 448 1968 464 1008 36 1 4 4 448 4000 0 F2 148000F000
2017.01.02 22:02:44 2: CUL2: unknown message p 8 368 1056 448 1968 448 1008 36 1 4 4 448 4016 0 F1 148000F000
2017.01.02 22:02:44 2: CUL2: unknown message p 8 384 1008 432 1984 448 992 36 1 4 4 464 4240 0 F1 148000F000
2017.01.02 22:02:44 2: CUL2: unknown message p 8 368 1152 432 1984 448 1008 36 1 4 4 432 4032 0 F0 148000F000
2017.01.02 22:02:44 2: CUL2: unknown message p 8 352 1008 432 2016 464 992 36 1 4 4 448 4016 0 F2 148000F000
2017.01.02 22:02:44 2: CUL2: unknown message p 8 352 1136 464 2000 448 1008 36 1 4 4 448 4016 0 F2 148000F000
2017.01.02 22:02:48 2: CUL2: unknown message p11 352 4080 432 4032 432 2048 41 1 5 1 352 13088 0 16 F8BB40000200
2017.01.02 22:02:48 2: CUL2: unknown message p 8 432 2032 448 4000 448 2016 36 1 4 4 448 8960 0 18 176FB90070
2017.01.02 22:02:48 2: CUL2: unknown message p 8 448 2032 432 4016 432 2048 36 1 4 4 432 8960 0 18 1768000040
2017.01.02 22:02:48 2: CUL2: unknown message p 8 416 2048 448 4016 416 2048 36 1 4 4 432 8992 0 16 176FB90070
2017.01.02 22:02:48 2: CUL2: unknown message p 8 448 2016 432 4016 432 2032 36 1 4 4 464 8960 0 16 1768000040
2017.01.02 22:02:48 2: CUL2: unknown message p 8 432 2032 416 4016 416 2064 36 1 4 4 400 8976 0 18 176FB90070
2017.01.02 22:02:49 2: CUL2: unknown message p 8 464 4032 448 4176 464 1968 36 1 4 4 464 8912 0 02 A407308C50
2017.01.02 22:03:19 2: CUL2: unknown message p 8 416 2064 432 4032 448 2016 36 1 4 4 416 8976 0 10 1768000040
2017.01.02 22:03:19 2: CUL2: unknown message p 8 416 2064 416 4032 416 2048 36 1 4 4 432 8992 0 0C 176FB90070
2017.01.02 22:03:19 2: CUL2: unknown message p 8 416 2064 448 4016 416 2032 36 1 4 4 448 8960 0 0B 1768000040
2017.01.02 22:03:19 2: CUL2: unknown message p 8 432 2048 416 4032 416 2048 36 1 4 4 448 8944 0 08 176FB90070
2017.01.02 22:03:19 2: CUL2: unknown message p 8 448 2016 432 4032 416 2048 36 1 4 4 448 8960 0 0C 1768000040
2017.01.02 22:03:19 2: CUL2: unknown message p 8 432 2048 448 4016 416 2064 36 1 4 4 448 8960 0 0E 176FB90070
2017.01.02 22:03:41 2: CUL2: unknown message p 8 352 1008 448 1984 432 1008 36 1 4 4 448 4016 0 ED 148000F000
2017.01.02 22:03:41 2: CUL2: unknown message p 8 336 1024 448 2000 448 1008 36 1 4 4 448 4032 0 F0 148000F000
2017.01.02 22:03:41 2: CUL2: unknown message p 8 352 1168 448 1984 448 992 36 1 4 4 448 4016 0 F2 148000F000
2017.01.02 22:03:41 2: CUL2: unknown message p 8 368 1024 464 1968 432 1024 36 1 4 4 448 4224 0 F2 148000F000
2017.01.02 22:03:41 2: CUL2: unknown message p 8 368 1184 448 1968 448 992 36 1 4 4 432 4032 0 EF 148000F000
2017.01.02 22:03:41 2: CUL2: unknown message p 8 352 992 464 1968 448 1008 36 1 4 4 464 4016 0 F0 148000F000
2017.01.02 22:03:41 2: CUL2: unknown message p 8 352 1120 448 1984 448 992 36 1 4 4 448 4032 0 F2 148000F000
2017.01.02 22:03:50 2: CUL2: unknown message p 8 432 2032 432 4016 416 2032 36 1 4 4 416 8992 0 19 1768000040
2017.01.02 22:03:50 2: CUL2: unknown message p 8 464 2016 432 4016 448 2032 36 1 4 4 448 8960 0 1A 176FB90070
2017.01.02 22:03:50 2: CUL2: unknown message p 8 416 2048 416 4032 432 2048 36 1 4 4 448 8976 0 19 1768000040
2017.01.02 22:03:50 2: CUL2: unknown message p 8 432 2032 448 4000 432 2048 36 1 4 4 464 8960 0 18 176FB90070
2017.01.02 22:03:50 2: CUL2: unknown message p 8 448 2016 432 4032 432 2048 36 1 4 4 448 8960 0 1C 1768000040
2017.01.02 22:03:50 2: CUL2: unknown message p 8 464 2032 416 4032 432 2032 36 1 4 4 464 8944 0 1B 176FB90070
2017.01.02 22:04:09 2: CUL2: unknown message p11 512 1920 464 4032 496 1920 29 1 3 5 496 8880 0 F6 5B08B060
2017.01.02 22:04:09 2: CUL2: unknown message p 8 464 1936 496 3984 496 2048 36 1 4 4 432 8912 0 EB 5B08B06200
2017.01.02 22:04:09 2: CUL2: unknown message p 8 512 1920 496 4016 480 2048 36 1 4 4 496 8896 0 EA 5B08B06200
2017.01.02 22:04:09 2: CUL2: unknown message p 8 528 1920 480 4016 480 2048 36 1 4 4 528 8848 0 EA 5B08B06200
2017.01.02 22:04:10 2: CUL2: unknown message p11 208 4096 480 4016 496 2048 32 1 4 0 400 13712 0 EA B08B0620
2017.01.02 22:04:10 2: CUL2: unknown message p 8 512 1920 528 3984 480 2064 36 1 4 4 496 8880 0 EB 5B08B06200
2017.01.02 22:04:10 2: CUL2: unknown message p 8 512 1936 512 4000 496 2048 36 1 4 4 512 8848 0 EB 5B08B06200
2017.01.02 22:04:21 2: CUL2: unknown message p 8 432 2032 432 4032 432 2032 36 1 4 4 416 8992 0 19 1768000040
2017.01.02 22:04:21 2: CUL2: unknown message p 8 432 2048 448 4016 416 2048 36 1 4 4 448 8976 0 19 176FB90070
2017.01.02 22:04:21 2: CUL2: unknown message p 8 448 2032 432 4032 432 2048 36 1 4 4 416 8960 0 1C 1768000040
2017.01.02 22:04:21 2: CUL2: unknown message p 8 432 2048 448 4000 432 2032 36 1 4 4 432 8976 0 19 176FB90070
2017.01.02 22:04:21 2: CUL2: unknown message p 8 432 2048 416 4048 416 2048 36 1 4 4 416 8976 0 19 1768000040
2017.01.02 22:04:21 2: CUL2: unknown message p 8 432 2048 432 4016 416 2048 36 1 4 4 448 8960 0 1C 176FB90070
2017.01.02 22:04:25 3: set CUL2 raw X21
Falls jemand damit etwas anfangen kann, wäre es prima wenn ich von ihm Hilfe dabei bekäme.
Danke.
Hier noch eine Ergänzung zu meinem Post:
Obwohl meine Wetterstation eine der Fa. Mebus ist bekomme ich mit Model:Mebus als attr. keine Werte!
Ich mußte hier als Model TCM21.... einstelle, um überhaupt o.g. Werte zu bekommen.
Danke
Julius
Welches ist eigentlich die aktuellste Version, in der SOMFY noch aktiv ist?
Kommt ja darauf an, welchen CUL-Typ Du einsetzt. Ggfs. board.h anpassen u. selber kompilieren.
Grüße Markus
Hallo zusammen
Für das Empfangen von B1-Steckdosen (laut Wiki wie Elro) habe ich mir zusätzlich den original CUL 3.4 433 zugelegt.
Direktes Schalten über FHEM-Web funktioniert. Aber die Fernbedienung bekomme ich nicht "eingebunden". Im Eventmonitor bekomme ich sporadische Meldungen wie
Zitat2017-01-13 18:05:33 CUL CUL_1_433 UNKNOWNCODE p11 32 1248 944 320 320 960 19 1 2 3 160 11472 0 F2 B4F5C0
2017-01-13 18:06:38 CUL CUL_1_433 UNKNOWNCODE p11 192 1056 944 320 288 976 16 1 2 0 240 11344 0 FF C9D5
Der Cul ist wie folgt mit der alternativen Firmware definiert
Internals:
CMDS ABCEeFGhiKkLlMmRTtUuVWXxY
CUL_1_433_MSGCNT 3
CUL_1_433_TIME 2017-01-13 18:09:27
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT::OREGON::Hideki:
DEF /dev/serial/by-id/usb-busware.de_CUL433-if00@9600 0000
DeviceName /dev/serial/by-id/usb-busware.de_CUL433-if00@9600
FD 18
FHTID 0000
NAME CUL_1_433
NR 823
PARTIAL
RAWMSG omAAB56A6A00EF
STATE Initialized
TIME 1484326940.09155
TYPE CUL
VERSION V 1.23.05 a-culfw Build: 131 (2016-12-28_21-26-37) CUL433 (F-Band: 433MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
C:Hideki ^P12#75[A-F0-9]{17,30}
C:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
Readings:
2017-01-13 15:34:33 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-01-13 18:02:10 cmds A B C E e F G h i K k L l M m R T t U u V W X x Y
2017-01-13 17:27:55 raw 6
2017-01-13 18:09:27 state Initialized
Attributes:
room 09 Systemdef.
Ich hoffe, einer kann mir helfen
Danke
Jürgen
Hi, ich vermute Reichweitenprobleme beim Empfang. Was sagt der Eventmonitor wenn Du nahe an den CUL gehst?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hallo
danke für die schnelle Antwort. Leider kein positives Ergebnis, aber vielleicht ein paar Hinweise. Was mich zuvor schon verwunderte, dass autocreate nicht funktioniert, was andere User ja auch schon mal berichteten.
2017.01.13 19:42:38 5: CUL/RAW: /omA8E12AAA6F00F4
2017.01.13 19:42:38 4: CUL_Parse: CUL_1_433 omA8E12AAA6F00F4
2017.01.13 19:42:38 5: CUL_1_433: dispatch omA8E12AAA6F00F4
2017.01.13 19:42:38 5: CUL_REDIRECT (mA8E12AAA6F00F4) length: 15 RSSI: -80
2017.01.13 19:42:38 5: CUL_REDIRECT (mA8E12AAA6F00F4) match Manchester COODE length: 15
2017.01.13 19:42:38 5: CUL_REDIRECT decode Oregon 2 (A8E12AAA6F00F4)
2017.01.13 19:42:38 5: bitdata: 10101000111000010010101010101010011011110000000011110100
2017.01.13 19:42:38 5: CUL_REDIRECT decode Oregon 3 (A8E12AAA6F00F4)
2017.01.13 19:42:38 5: bitdata: 10101000111000010010101010101010011011110000000011110100
2017.01.13 19:42:38 5: CUL_REDIRECT decode Hideki (A8E12AAA6F00F4)
2017.01.13 19:42:38 5: CUL_1_433: search in 10101000111000010010101010101010011011110000000011110100
2017.01.13 19:42:38 5: protocol does not match, ignore received package (A8E12AAA6F00F4) Reason: Not a hideki protocol
2017.01.13 19:44:03 5: CUL/RAW: /omAAA2AAA54AADF3
2017.01.13 19:44:03 4: CUL_Parse: CUL_1_433 omAAA2AAA54AADF3
2017.01.13 19:44:03 5: CUL_1_433: dispatch omAAA2AAA54AADF3
2017.01.13 19:44:03 5: CUL_REDIRECT (mAAA2AAA54AADF3) length: 15 RSSI: -80.5
2017.01.13 19:44:03 5: CUL_REDIRECT (mAAA2AAA54AADF3) match Manchester COODE length: 15
2017.01.13 19:44:03 5: CUL_REDIRECT decode Oregon 2 (AAA2AAA54AADF3)
2017.01.13 19:44:03 5: bitdata: 10101010101000101010101010100101010010101010110111110011
2017.01.13 19:44:03 5: CUL_REDIRECT decode Oregon 3 (AAA2AAA54AADF3)
2017.01.13 19:44:03 5: bitdata: 10101010101000101010101010100101010010101010110111110011
2017.01.13 19:44:03 5: CUL_REDIRECT decode Hideki (AAA2AAA54AADF3)
2017.01.13 19:44:03 5: CUL_1_433: search in 10101010101000101010101010100101010010101010110111110011
2017.01.13 19:44:03 5: protocol does not match, ignore received package (AAA2AAA54AADF3) Reason: Not a hideki protocol
2017.01.13 19:44:46 5: CUL/RAW: /omDDF68A6766F2
2017.01.13 19:44:46 4: CUL_Parse: CUL_1_433 omDDF68A6766F2
2017.01.13 19:44:46 5: CUL_1_433: dispatch omDDF68A6766F2
2017.01.13 19:44:46 5: CUL_REDIRECT (mDDF68A6766F2) length: 13 RSSI: -81
2017.01.13 19:44:46 5: CUL_REDIRECT (mDDF68A6766F2) match Manchester COODE length: 13
2017.01.13 19:44:46 5: CUL_REDIRECT decode Oregon 2 (DDF68A6766F2)
2017.01.13 19:44:46 5: bitdata: 110111011111011010001010011001110110011011110010
2017.01.13 19:44:46 5: OSV2 protocol detected (DDF68A6766F2)
2017.01.13 19:44:46 5: CUL_REDIRECT: ERROR: To short: OSV2 protocol converted to hex: (08BA) with length (16) bits
2017.01.13 19:44:46 5: CUL_REDIRECT decode Oregon 3 (DDF68A6766F2)
2017.01.13 19:44:46 5: bitdata: 110111011111011010001010011001110110011011110010
2017.01.13 19:44:46 5: CUL_REDIRECT decode Hideki (DDF68A6766F2)
2017.01.13 19:44:46 5: CUL_1_433: search in 110111011111011010001010011001110110011011110010
2017.01.13 19:44:46 5: protocol does not match, ignore received package (DDF68A6766F2) Reason: Not a hideki protocol
2017.01.13 19:45:30 5: CUL/RAW: /omAAAAAAA55540F0
2017.01.13 19:45:30 4: CUL_Parse: CUL_1_433 omAAAAAAA55540F0
2017.01.13 19:45:30 5: CUL_1_433: dispatch omAAAAAAA55540F0
2017.01.13 19:45:30 5: CUL_REDIRECT (mAAAAAAA55540F0) length: 15 RSSI: -82
2017.01.13 19:45:30 5: CUL_REDIRECT (mAAAAAAA55540F0) match Manchester COODE length: 15
2017.01.13 19:45:30 5: CUL_REDIRECT decode Oregon 2 (AAAAAAA55540F0)
2017.01.13 19:45:30 5: bitdata: 10101010101010101010101010100101010101010100000011110000
2017.01.13 19:45:30 5: CUL_REDIRECT decode Oregon 3 (AAAAAAA55540F0)
2017.01.13 19:45:30 5: bitdata: 10101010101010101010101010100101010101010100000011110000
2017.01.13 19:45:30 5: CUL_REDIRECT decode Hideki (AAAAAAA55540F0)
2017.01.13 19:45:30 5: CUL_1_433: search in 10101010101010101010101010100101010101010100000011110000
Hier das Protokoll über das Schalten in FHEM-Web
2017.01.13 19:45:44 5: SW: isr12
2017.01.13 19:45:44 5: CUL/RAW (ReadAnswer): 12
2017.01.13 19:45:44 5: SW: isFF000FF0FFFF
2017.01.13 19:45:44 5: CUL/RAW (ReadAnswer): isFF000FF0FFFF
2017.01.13 19:45:44 5: SW: isr6
2017.01.13 19:45:44 5: CUL/RAW (ReadAnswer): 6
2017.01.13 19:45:51 5: SW: isr12
2017.01.13 19:45:51 5: CUL/RAW (ReadAnswer): 12
2017.01.13 19:45:51 5: SW: isFF000FF0FFF0
2017.01.13 19:45:52 5: CUL/RAW (ReadAnswer): isFF000FF0FFF0
2017.01.13 19:45:52 5: SW: isr6
2017.01.13 19:45:52 5: CUL/RAW (ReadAnswer): 6
2017.01.13 19:46:55 4: CUL_Parse: CUL_1_433 i5015541D -59.5
2017.01.13 19:46:55 5: CUL_1_433: dispatch i501554
2017.01.13 19:46:55 4: CUL_1_433 IT: message "i501554" (7)
2017.01.13 19:46:55 4: CUL_1_433 IT: msgcode "FF000FFFFFF0" (12) bin = 010100000001010101010100
2017.01.13 19:46:55 5: CUL_1_433 IT: V1 housecode = FF000FFFFF onoffcode = F0
2017.01.13 19:46:55 4: CUL_1_433 IT: FF000FFFFF not defined (Switch code: F0)
2017.01.13 19:46:55 3: CUL_1_433 IT: For autocreate please use the on button.
2017.01.13 19:46:55 4: CUL_1_433 IT: message "i501554" (7)
2017.01.13 19:46:55 4: CUL_1_433 IT: msgcode "FF000FFFFFF0" (12) bin = 010100000001010101010100
2017.01.13 19:46:55 5: CUL_1_433 IT: V1 housecode = FF000FFFFF onoffcode = F0
2017.01.13 19:46:55 4: CUL_1_433 IT: FF000FFFFF not defined (Switch code: F0)
2017.01.13 19:46:55 3: CUL_1_433 IT: For autocreate please use the on button.
2017.01.13 19:46:55 3: CUL_1_433: Unknown code i501554, help me!
2017.01.13 19:46:55 5: CUL/RAW: /i5015541D
2017.01.13 19:46:55 4: CUL_Parse: CUL_1_433 i5015541D -59.5
2017.01.13 19:46:55 5: CUL_1_433: dispatch i501554
2017.01.13 19:46:55 4: CUL_1_433 IT: message "i501554" (7)
2017.01.13 19:46:55 4: CUL_1_433 IT: msgcode "FF000FFFFFF0" (12) bin = 010100000001010101010100
2017.01.13 19:46:55 5: CUL_1_433 IT: V1 housecode = FF000FFFFF onoffcode = F0
2017.01.13 19:46:55 4: CUL_1_433 IT: FF000FFFFF not defined (Switch code: F0)
2017.01.13 19:46:55 3: CUL_1_433 IT: For autocreate please use the on button.
2017.01.13 19:46:55 4: CUL_1_433 IT: message "i501554" (7)
2017.01.13 19:46:55 4: CUL_1_433 IT: msgcode "FF000FFFFFF0" (12) bin = 010100000001010101010100
2017.01.13 19:46:55 5: CUL_1_433 IT: V1 housecode = FF000FFFFF onoffcode = F0
2017.01.13 19:46:55 4: CUL_1_433 IT: FF000FFFFF not defined (Switch code: F0)
2017.01.13 19:46:55 3: CUL_1_433 IT: For autocreate please use the on button.
2017.01.13 19:46:55 3: CUL_1_433: Unknown code i501554, help me!
2017.01.13 19:46:55 5: CUL/RAW: /i5015541A
2017.01.13 19:46:55 4: CUL_Parse: CUL_1_433 i5015541A -61
2017.01.13 19:46:55 5: CUL_1_433: dispatch i501554
2017.01.13 19:46:55 4: CUL_1_433 IT: message "i501554" (7)
2017.01.13 19:46:55 4: CUL_1_433 IT: msgcode "FF000FFFFFF0" (12) bin = 010100000001010101010100
2017.01.13 19:46:55 5: CUL_1_433 IT: V1 housecode = FF000FFFFF onoffcode = F0
2017.01.13 19:46:55 4: CUL_1_433 IT: FF000FFFFF not defined (Switch code: F0)
2017.01.13 19:46:55 3: CUL_1_433 IT: For autocreate please use the on button.
2017.01.13 19:46:55 4: CUL_1_433 IT: message "i501554" (7)
2017.01.13 19:46:55 4: CUL_1_433 IT: msgcode "FF000FFFFFF0" (12) bin = 010100000001010101010100
2017.01.13 19:46:55 5: CUL_1_433 IT: V1 housecode = FF000FFFFF onoffcode = F0
2017.01.13 19:46:55 4: CUL_1_433 IT: FF000FFFFF not defined (Switch code: F0)
2017.01.13 19:46:55 3: CUL_1_433 IT: For autocreate please use the on button.
2017.01.13 19:46:55 3: CUL_1_433: Unknown code i501554, help me!
2017.01.13 19:47:38 5: CUL/RAW: /omBCC8FF8480EB
2017.01.13 19:47:38 4: CUL_Parse: CUL_1_433 omBCC8FF8480EB
2017.01.13 19:47:38 5: CUL_1_433: dispatch omBCC8FF8480EB
2017.01.13 19:47:38 5: CUL_REDIRECT (mBCC8FF8480EB) length: 13 RSSI: -84.5
2017.01.13 19:47:38 5: CUL_REDIRECT (mBCC8FF8480EB) match Manchester COODE length: 13
2017.01.13 19:47:38 5: CUL_REDIRECT decode Oregon 2 (BCC8FF8480EB)
2017.01.13 19:47:38 5: bitdata: 101111001100100011111111100001001000000011101011
2017.01.13 19:47:38 5: OSV2 protocol detected (BCC8FF8480EB)
2017.01.13 19:47:38 5: CUL_REDIRECT: ERROR: To short: OSV2 protocol converted to hex: (10EA23) with length (24) bits
Besonders diese Stelle ist verwirrend
2017.01.13 19:46:55 4: CUL_1_433 IT: msgcode "FF000FFFFFF0" (12) bin = 010100000001010101010100
2017.01.13 19:46:55 5: CUL_1_433 IT: V1 housecode = FF000FFFFF onoffcode = F0
2017.01.13 19:46:55 4: CUL_1_433 IT: FF000FFFFF not defined (Switch code: F0)
2017.01.13 19:46:55 3: CUL_1_433 IT: For autocreate please use the on button.
Der Housecode stimmt, jedoch dann "FFFFF" ?
Hallo
ich habe alle Schalter nochmals gelöscht, den CUL neu initialisiert und neu eingebunden etc.
Eigentlich nichts Neues, Doch irgendwann
2017.01.14 14:14:33 5 : CUL/RAW: /i501451FB
2017.01.14 14:14:33 4 : CUL_Parse: CUL_1_433 i501451FB -76.5
2017.01.14 14:14:33 5 : CUL_1_433: dispatch i501451
2017.01.14 14:14:33 4 : CUL_1_433 IT: message "i501451" (7)
2017.01.14 14:14:33 4 : CUL_1_433 IT: msgcode "FF000FF0FF0F" (12) bin = 010100000001010001010001
2017.01.14 14:14:33 5 : CUL_1_433 IT: V1 housecode = FF000FF0FF onoffcode = 0F
2017.01.14 14:14:33 4 : CUL_1_433 IT: FF000FF0FF not defined (Switch code: 0F)
Aber kein Autocreate !?
Vielleicht tut sich ja irgendwann etwas.
Zitat von: RaspII am 13 Dezember 2016, 23:13:39
Hi nochmal,
Ich hab mir diese 433 Module mal bestellt (die sind ja super günstig)
Ich melde mich wenn ich weiß wie gut die sind.
kannst Du hier mit reinschauen
https://forum.fhem.de/index.php/topic,56606.msg561147.html#msg561147
Gruß Ralf
Hallo zusammen,
ich betreibe einen Nanocul mit der a-culfw V1.23.05 mit 433MHz.
Mich wundert, dass die LED quasi dauernd leuchtet und nur ganz selten für den Bruchteil einer Sekunde aus geht.
Konfiguriert hab ich natürlich l00 und wenn ich die Antenne abschraube, geht die LED auch aus.
Kann mir aber nicht vorstellen, dass auf der Frequenz non-stop was los ist.
Auch wenn ich X25 einstelle, habe ich längere Pausen im Log in denen nach meinem Verständnis die LED nicht leuchten sollte, oder?
Bin mir auch relativ sicher, dass das früher nicht so war.
Viele Grüße
Leo
Zitat von: limats am 14 Januar 2017, 21:31:33
Hallo zusammen,
ich betreibe einen Nanocul mit der a-culfw V1.23.05 mit 433MHz.
Mich wundert, dass die LED quasi dauernd leuchtet und nur ganz selten für den Bruchteil einer Sekunde aus geht.
Konfiguriert hab ich natürlich l00 und wenn ich die Antenne abschraube, geht die LED auch aus.
Kann mir aber nicht vorstellen, dass auf der Frequenz non-stop was los ist.
Auch wenn ich X25 einstelle, habe ich längere Pausen im Log in denen nach meinem Verständnis die LED nicht leuchten sollte, oder?
Bin mir auch relativ sicher, dass das früher nicht so war.
Viele Grüße
Leo
Habs gefunden, werde es bei Gelegenheit beheben.
Das mit den den Led war mir aufgefallen, dachte es hängt mit meinen Problemen zusammen.
Hallo Ralf9
Das mit dem Selbstbau-Cul hatte ich zuvor versucht gemäß verschiedener Blogs. Zum einen hatte ich damit ganz verschiedene Frequenzen, zum anderen hatte ich damit auch keinen Empfang.
Zitat von: Sidey am 06 Dezember 2016, 20:37:03
Das Problem mit dem Struct ist, dass die Daten sequentiell an den CUL übergeben werden.
Der kann das dann nicht verarbeiten und es kommt zu Datensalat.
Im Signalduino wurde das gelöst indem die Befehle in eine Warteschlange gelegt werden.
Grüße Sidey
Sorry das ich das Tema noch mal wieder ausgrabe: Mir ist jetzt mal aufgefallen dass das nicht am struct selbst liegt. Wenn ich z.B. mehre Dosen nach Sonnenaufgang schalten lassen, klappt das auch nur wenn mehre Sekunden Verzögerung mit einbaue (sunrise(), sunrise(+5), sunrise(+10)...)
Probier mal:
attr async_delay=xxx
Gruß
Blueberry63
Hatte ich bei den structs so verwendet. Ändert aber am Grundproblem nichts, mehrere Dosen per struct oder auch per Zeitschaltung lassen sich nur mit mehreren Sekunden Verzögerung nacheinander schalten (Bin aktuell bei 5 Sekunden und das klappt auch nur zu gefühlt 98%, hin und wieder bleibt mal eine Lampe AN/AUS).
EDIT: Über das Webinterface kann ich die Lampen beliebig oft nahezu beliebig schnell schalten. Ich gehe also auch nicht von einem aCULFW Problem aus. Jemand eine Idee in welchen Bereich das fallen könnte?
Hallo,
Ich hätte mal eine Frage, ich habe mir gestern einen Funk Rauchmelder von uniTEC Model: LM-101LD gekauft.
Ist es möglich den in Fhem einzubinden ? Leider erkennt mein nanoCUL (433MHz) mit der aktuellen alternativen fw
den Rauchmelder nicht
Gruß
tkaiser
Hallo Miteinander,
ich habe mir 3 Funksteckdosen des Typs: Arendo gekauft. Siehe: https://www.amazon.de/Arendo-Funksteckdosen-Set-Funkschalter-Steckdosenset-LED-Statusanzeige-Kindersicherungsschutz/dp/B01GQFJVC0/ref=sr_1_1?ie=UTF8&qid=1485100187&sr=8-1&keywords=arendo+funksteckdosen+set (https://www.amazon.de/Arendo-Funksteckdosen-Set-Funkschalter-Steckdosenset-LED-Statusanzeige-Kindersicherungsschutz/dp/B01GQFJVC0/ref=sr_1_1?ie=UTF8&qid=1485100187&sr=8-1&keywords=arendo+funksteckdosen+set)
Diese zeichnen sich dadurch aus, dass sie bei günstigem Preis auch Lasten mit bis zu 3680 Watt schalten können (ich hatte aus Versehen eine Funksteckdose von Brennenstuhl schon gegrillt).
Ich hatte die Hoffnung dass ich diese mit meinem nanoCul mit der neuesten a-culfw ansteuern kann da diese denen von Revolt zum verwechseln ähnlich sehen.
Leider bekomme ich im Event Monitor von fhem nur folgende Ausgabe wenn ich die Steckdosen mit der Fernbedienung ansteuere:
2017-01-22 16:54:12 CUL 433cul UNKNOWNCODE i88083f
2017-01-22 16:54:13 CUL 433cul UNKNOWNCODE i88083d
2017-01-22 16:54:13 CUL 433cul UNKNOWNCODE i88083b
Scheinbar wird das Protokoll nicht unterstützt. Habe ich trotzdem eine Chance die Steckdosen irgendwie mit einzubinden?
Besten Dank im Voraus.
Hallo Doneli,
wenn das kein optischer Zufall ist und das Innenleben das selbe ist, dann sind das die Dinger, die bis vor kurzem im ACTION-Laden verkauft wurden, 3 Stück für 9,99... leider gibt's die da nicht mehr... Die konnte man mit einer IT-Fernbedienung anlernen und dann über CUL-FW oder A-CUL-FW schalten. Meine schalten relativ zuverlässig mit dem Nano-CUL und CUL-FW. Blöderweise kann man die nicht über FHEM mittels IT-Code direkt anlernen, weil die anscheinend einen langen Impuls brauchen und das (zumindest zu der Zeit, wo ich das probiert habe) nicht ging...
Grüße
Christian
Hallo,
die CUL-Firmware wurde gebugt in der Descriptors.c
#ifdef MULTI_FREQ_DEVICE
if (!bit_is_set(PINB, PB6))
Address = DESCRIPTOR_ADDRESS(ProductString433);
in
#ifdef MULTI_FREQ_DEVICE
if (!bit_is_set(MARK433_PIN, MARK433_BIT))
Address = DESCRIPTOR_ADDRESS(ProductString433);
Version 1.67 (2016-11-23)
- Hoermann Send (activated for CUL + nanoCUL)
- RFR filter: ufKERV forwards only messages starting with one of KERV
- Make EnoceanPI SCC compatible by hermi (Forum #60028)
- Fix the 433 PIN-check for "non-stdard" devices.
Da das bei mir der Grund für ein Fehlverhalten war und ich deine FW nutze,
so BITTE ich dich, das in dein a-culfw zu integrieren.
MfG
Zitat von: HomeAuto_User am 26 Januar 2017, 20:12:50
Hallo,
die CUL-Firmware wurde gebugt in der Descriptors.c
#ifdef MULTI_FREQ_DEVICE
if (!bit_is_set(PINB, PB6))
Address = DESCRIPTOR_ADDRESS(ProductString433);
in
#ifdef MULTI_FREQ_DEVICE
if (!bit_is_set(MARK433_PIN, MARK433_BIT))
Address = DESCRIPTOR_ADDRESS(ProductString433);
Version 1.67 (2016-11-23)
- Hoermann Send (activated for CUL + nanoCUL)
- RFR filter: ufKERV forwards only messages starting with one of KERV
- Make EnoceanPI SCC compatible by hermi (Forum #60028)
- Fix the 433 PIN-check for "non-stdard" devices.
Da das bei mir der Grund für ein Fehlverhalten war und ich deine FW nutze,
so BITTE ich dich, das in dein a-culfw zu integrieren.
MfG
Ich ziehe es bei Gelegenheit nach. (mache ich ja von Zeit zu Zeit sowieso ;) )
Nabend,
ich bin schon wieder am tüfteln und probieren bzw. lesen.
Die Firmware a-culfw | CUL ist in Verwendung und nun kommen einigen Sensoren, vermutlich Hideki | TS04 unbekannter Code.
2017-01-26_23:03:44 Unknown Code: AFAFE81468
2017-01-26_23:04:40 Unknown Code: AFAFE81468
2017-01-26_23:04:40 Unknown Code: AFAFE81468
2017-01-26_23:04:40 Unknown Code: AFAFE81468
2017-01-26_23:04:40 Unknown Code: AFAFE81468
2017-01-26_23:05:36 Unknown Code: AFAFE81468
2017-01-26_23:05:36 Unknown Code: AFAFE81468
2017-01-26_23:05:36 Unknown Code: AFAFE81468
2017-01-26_23:05:36 Unknown Code: AFAFE81468
2017-01-26_23:05:36 Unknown Code: AFAFE81468
2017-01-26_23:06:32 Unknown Code: AFAFE81468
2017-01-26_23:06:32 Unknown Code: AFAFE81468
2017-01-26_23:07:07 Unknown Code: AA7FDE0250
2017-01-26_23:07:28 Unknown Code: AFAFE81468
2017-01-26_23:07:28 Unknown Code: AFAFE81468
2017-01-26_23:07:28 Unknown Code: AFAFE81468
2017-01-26_23:08:40 Unknown Code: A90FD9A220
2017-01-26_23:08:40 Unknown Code: A90FD9A220
2017-01-26_23:08:40 Unknown Code: A90FD9A220
2017-01-26_23:08:40 Unknown Code: A90FD9A220
2017-01-26_23:08:41 Unknown Code: A90FD9A220
wo liegt mein Fehler? :'(
Zitat von: HomeAuto_User am 26 Januar 2017, 23:23:21
Nabend,
ich bin schon wieder am tüfteln und probieren bzw. lesen.
Die Firmware a-culfw | CUL ist in Verwendung und nun kommen einigen Sensoren, vermutlich Hideki | TS04 unbekannter Code.
2017-01-26_23:03:44 Unknown Code: AFAFE81468
2017-01-26_23:04:40 Unknown Code: AFAFE81468
2017-01-26_23:04:40 Unknown Code: AFAFE81468
2017-01-26_23:04:40 Unknown Code: AFAFE81468
2017-01-26_23:04:40 Unknown Code: AFAFE81468
2017-01-26_23:05:36 Unknown Code: AFAFE81468
2017-01-26_23:05:36 Unknown Code: AFAFE81468
2017-01-26_23:05:36 Unknown Code: AFAFE81468
2017-01-26_23:05:36 Unknown Code: AFAFE81468
2017-01-26_23:05:36 Unknown Code: AFAFE81468
2017-01-26_23:06:32 Unknown Code: AFAFE81468
2017-01-26_23:06:32 Unknown Code: AFAFE81468
2017-01-26_23:07:07 Unknown Code: AA7FDE0250
2017-01-26_23:07:28 Unknown Code: AFAFE81468
2017-01-26_23:07:28 Unknown Code: AFAFE81468
2017-01-26_23:07:28 Unknown Code: AFAFE81468
2017-01-26_23:08:40 Unknown Code: A90FD9A220
2017-01-26_23:08:40 Unknown Code: A90FD9A220
2017-01-26_23:08:40 Unknown Code: A90FD9A220
2017-01-26_23:08:40 Unknown Code: A90FD9A220
2017-01-26_23:08:41 Unknown Code: A90FD9A220
wo liegt mein Fehler? :'(
An der fehlenden Implementation im Fhem Modul. Die Firmware empfängt nur und reicht weiter. Fhem kann jetzt mit den Daten nichts anfangen.
D.h. jemand muss das Modul erweitern ;)
Verstehe ich das das richtig? :o
Deine Firmware kann keine HIDEKI TS04 Sensoren auswerten oder fehlt dazu noch ein Modul welches aktiviert werden muss?
Welches Modul ist dafür ggf. zuständig oder muss ich es in der FW aktivieren? Da das ganze teilweise wenig dokumentiert ist, Fragen über Fragen. :-\ (BITTE NICHT ÜBEL NEHMEN)
MfG
Zitat von: HomeAuto_User am 27 Januar 2017, 20:17:59
Verstehe ich das das richtig? :o
Deine Firmware kann keine HIDEKI TS04 Sensoren auswerten oder fehlt dazu noch ein Modul welches aktiviert werden muss?
Welches Modul ist dafür ggf. zuständig oder muss ich es in der FW aktivieren? Da das ganze teilweise wenig dokumentiert ist, Fragen über Fragen. :-\ (BITTE NICHT ÜBEL NEHMEN)
MfG
Wenn Du einen unknown Eintrag siehst, dann kann die firmware den Sensor empfangen.
Es fehlt also ein Modul in Fhem.
Zitat von: bjoernh
Wenn Du einen unknown Eintrag siehst, dann kann die firmware den Sensor empfangen.
Um mit Fakten zu dienen:
2017.01.27 23:08:52 2: CUL0: unknown message p11 32 2496 80 64 32 224 16 1 2 0 384 7824 0 EB B100
2017.01.27 23:08:52 2: CUL0: unknown message p11 32 912 80 16 32 512 19 1 2 3 160 10320 0 F4 F40000
2017.01.27 23:08:53 2: CUL0: unknown message p11 32 3392 16 192 192 432 32 1 4 0 416 8416 0 EA D8200000
Zitat von: bjoernh
Es fehlt also ein Modul in Fhem.
Wie "lade oder implementiere" das Modul? Daraus bin ich noch nicht schlau geworden. :-X
ZitatWie "lade oder implementiere" das Modul?
Laden gar nicht. Björn wollte Dir wohl zu verstehen geben, dass kein passendes Modul in FHEM existiert. :o
Da Du von Hideki sprichst, macht es vielleicht Sinn Deine Frage in einem neuen Thread unter sonstige Systeme zu stellen. Warum ? Weil das so in der maintainer.txt zum Hideki-Modul steht ::)
Grüße Markus
Zitat von: KölnSolar
Laden gar nicht. Björn wollte Dir wohl zu verstehen geben, dass kein passendes Modul in FHEM existiert. :o
Da Du von Hideki sprichst, macht es vielleicht Sinn Deine Frage in einem neuen Thread unter sonstige Systeme zu stellen. Warum ? Weil das so in der maintainer.txt zum Hideki-Modul steht ::)
Grüße Markus
Danke für den Verweis.
Ab sofort geht es zu der Thematik hier (https://forum.fhem.de/index.php/topic,65877.0.html) weiter.
Grüße
:o
HILFE :-)
Guten Morgen miteinander,
ich habe gestern ein wenig erweitert und habe dann einen reboot gemacht.... auf einmal ging nichts mehr was über den nanoCUL geschaltet wurde.
Bevor ich merkte, dass es nur die Sendeleistung war, die falsch eingestellt war und er neu geöffnet und diese eingestellt haben wollte... hatte ich natürlich schon alle Verbindungen zwischen Nano und CC1000 kontrolliert und neu gemacht (was im Nachhinein nicht schadete - Ein Wackelkontakt weniger).
Nun habe ich das Problem er will mir einfach nichts mehr empfangen. Senden funktioniert und Empfangen kein Stück.
Dabei habe ich nun 6 Oregon Sensoren und sonst alles IT. Es funktionierte alles super..... bis zu dem Moment wo er spontan nach dem Reboot verweigerte.
Habe dann nun die gunst der Stunde genutzt und die aktuellste a-culfw geflash - muss ich da noch irgendwas aktivieren (aus meiner Sicht nicht) um IT oder OREGON zu empfangen?
ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
cmds A B C e F f G i K L l M N R T t U V W X x
Beim Start bekomme ich aktuell im Log für ALLE Oregon Sensoren folgende Meldung:
No I/O device found for Kinderzimmer_Sensor_2
No I/O device found for Badezimmer_Sensor_1
und so weiter 6 Stück halt.
Hi,
Checke mal das IODev in den Sensoren vielleicht heisst Dein CUL jetzt anders?
Hast Du eine a-culfw für 433 geflasht? In der 866 ist IT per Standard nicht drin. Check mit
get version
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Moin,
nein es sind die hilfreichen Jumperkabel kein Board.
Verkabelung komplett neu gemacht gestern nach Anleitung (und wie auch schon mal - dabei dann die Kontakte Enger gepresst damit sie nicht wackeln)
nanoCUL ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
nanoCUL version => V 1.23.09 a-culfw Build: 194 (2017-02-09_21-39-06) nanoCUL433 (F-Band: 433MHz)
CUL heißt identisch "nanoCUL" - und funktioniert auch zum schalten.
2017.02.10 08:14:18 5: Cmd: >set Spot on<
2017.02.10 08:14:18 2: nanoCUL IT_set: Spot on
2017.02.10 08:14:18 5: Triggering Spot (1 changes)
2017.02.10 08:14:18 5: Starting notify loop for Spot, 1 event(s), first is on
2017.02.10 08:14:18 5: data is {"deviceName": "Spot","changes":"state:on","type":"notify","source":"gcmsend_fhem","vibrate":"false"}
2017.02.10 08:14:19 5: nanoCUL IT_set: Type=CUL Protocol=V1
2017.02.10 08:14:19 5: SW: is000000000FFF
2017.02.10 08:14:19 5: CUL/RAW (ReadAnswer): is00
2017.02.10 08:14:19 5: CUL/RAW (ReadAnswer): 000000
2017.02.10 08:14:19 5: CUL/RAW (ReadAnswer): 0FFF
2017.02.10 08:14:19 5: Triggering nanoCUL (1 changes)
2017.02.10 08:14:19 5: Starting notify loop for nanoCUL, 1 event(s), first is raw: is000000000FFF
2017.02.10 08:14:19 5: GoogleCloudMessages nanoCUL: ignoring raw, as value is000000000FFF is blocked by stateFilter regexp.
2017.02.10 08:14:19 5: IT_Set: GetFn(raw): message = is000000000FFF Antwort = raw => is000000000FFF
2017.02.10 08:14:19 4: ITSet: Answer from nanoCUL: raw => is000000000FFF
Das Problem mit dem No I/O Device hatte ich schon mal - da ging es von selbst weg... habe auch meinen eigens dokumentierten Ansatz erneut durchgeführt.. keine Abhilfe: https://forum.fhem.de/index.php/topic,35064.msg547797.html#msg547797
RPi nochmal stromlos machen, neu booten und dann Logauszug vom Initialisieren des CUL bis zur Fehlermeldung einstellen. Wie Arnd schon schrieb, IODev der Sensoren prüfen.
Grüße Markus
Moin,
also ich habe mir Deinen anderen Thread mal angeschaut. Folgende Grundsätzlich Info: Wenn Du den Sensor entfernst, dann muss Du zwingend fhem neu starten, da sonst autocreate den Sensor nicht erneut anlegt.
Darüber hinaus glaube ich nicht, dass der CUL nicht erkannt wird etc. Daher helfen die Raspi Neustarts und Logs wenig.
Es kann aber eine abgebrochene Antenne sein!? Dies finden wir raus, wenn wir den CUL mit einem set raw etwas entlocken:
Ist Empfang eingeschaltet ?
get nanoCUL raw C35
(13 = ja, z. b.: C35 = 0D / 13)
Reboot / Reset des CUL:
set nanoCUL raw B00
Andere Werte als 00 starten das CUL im Bootloader-Modus (=> neue Firmware)
set nanoCUL raw X61
Communication wird im Detail angezeigt
set nanoCUL raw X25
auch checksum Fehler / unerkannte Protokolle werden gemeldet
set nanoCUL raw X21
normal Modus
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Moin,
erst mal danke für die Ideen. Die Antenne würde ich ausschließen - die Lötstellen der Schraubbuchse sind in Ordnung und die Antenne selber wird angeschraubt (ich habe sie aber auch kontrolliert).
Ist Empfang eingeschaltet ?
get nanoCUL raw C35
Ergebnis:
nanoCUL raw => C35 = 0D / 13
Hiermit sehe ich, dass er definitiv ETWAS empfängt: **EDIT** DAS war quatsch... auch die unbekannten Funkfeuer bei mir empfängt er aktuell nicht.
2017.02.10 09:18:53 4: Ignoring Unknown
Denn das Teil habe ich auf Ignore gesetzt... es sind also irgendwie die Oregon Teile... die er aktuell völlig ignoriert.
Liste vom nanoCUL
Internals:
CMDS
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505KYFT-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505KYFT-if00-port0@38400
FHTID 1234
NAME nanoCUL
NR 27
PARTIAL
STATE opened
TYPE CUL
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
Readings:
2017-02-10 08:12:21 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-02-10 08:11:25 cmds A B C e F f G i K L l M N R T t U V W X x
2017-02-10 09:11:11 raw C35 = 0D / 13
2017-02-10 09:13:45 state opened
2017-02-10 08:12:36 version V 1.23.09 a-culfw Build: 194 (2017-02-09_21-39-06) nanoCUL433 (F-Band: 433MHz)
Attributes:
icon cul_cul
model nanoCUL
rfmode SlowRF
room Wohnzimmer
verbose 5
Und hier der Sensor den er ursprünglich empfangen hat (einer von 6):
Internals:
CODE THGR228N_d1_1
DEF THGR228N_d1_1
IODev nanoCUL
NAME Badezimmer_Sensor_1
NR 154
STATE ???
TYPE OREGON
Attributes:
IODev nanoCUL
group Messinstrumente
room Badezimmer,Messungen
Den IT PIR empfängt er aktuell halt auch nicht mehr - obwohl da kein I/O Device Fehler ist.... hm.....
Internals:
DEF 00110110100001001101011010 0 1001
IODev nanoCUL
NAME Bewegungsmelder_Kinderzimmer
NR 114
STATE off
TYPE IT
XMIT 0011011010000100110101101001001
XMITdimdown 00
XMITdimup 00
XMIToff 0
XMITon 1
Code:
1 0011011010000100110101101001001
Readings:
2017-02-10 01:36:18 group 0
2017-02-10 01:36:18 protocol V3
2017-02-10 07:46:36 state off
2017-02-10 01:36:18 unit 1001
Attributes:
IODev nanoCUL
devStateIcon on:10px-kreis-gruen off:10px-kreis-rot
group Bewegung
icon motion_detector
room Kinderzimmer
Jetzt aktuell muss ich erst mal warten.... stromlos kann ich nur machen, wenn zuhause.
So Stromlos ist erfolgt und hier das Log:
2017.02.10 10:57:30 5: Initializing Type Library:
2017.02.10 10:57:30 1: Including fhem.cfg
2017.02.10 10:57:30 5: Cmd: >attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride<
2017.02.10 10:57:30 5: Cmd: >attr global autoload_undefined_devices 1<
2017.02.10 10:57:30 5: Cmd: >attr global latitude 51.473526<
2017.02.10 10:57:30 5: Cmd: >attr global logfile ./log/fhem-%Y-%m.log<
2017.02.10 10:57:30 5: Cmd: >attr global longitude 7.487907<
2017.02.10 10:57:30 5: Cmd: >attr global modpath .<
2017.02.10 10:57:30 5: Cmd: >attr global statefile ./log/fhem.save<
2017.02.10 10:57:30 5: Cmd: >attr global updateInBackground 1<
2017.02.10 10:57:30 5: Cmd: >attr global verbose 5<
2017.02.10 10:57:30 5: Cmd: >define telnetPort telnet 7072 global<
2017.02.10 10:57:30 5: Loading ./FHEM/98_telnet.pm
2017.02.10 10:57:30 3: telnetPort: port 7072 opened
2017.02.10 10:57:30 5: Cmd: >define allowed_telnetPort allowed<
2017.02.10 10:57:30 5: Loading ./FHEM/96_allowed.pm
2017.02.10 10:57:30 5: Cmd: >attr allowed_telnetPort password XXXXXXXXXXXXXXXXXXXXXXX<
2017.02.10 10:57:30 5: Cmd: >attr allowed_telnetPort validFor telnetPort<
2017.02.10 10:57:30 5: Cmd: >define WEB FHEMWEB 8083 global<
2017.02.10 10:57:30 5: Loading ./FHEM/01_FHEMWEB.pm
2017.02.10 10:57:31 3: WEB: port 8083 opened
2017.02.10 10:57:31 5: Cmd: >attr WEB room Wohnzimmer,Schlafzimmer<
2017.02.10 10:57:31 5: Cmd: >attr WEB stylesheetPrefix darktouchpad<
2017.02.10 10:57:31 5: Cmd: >define allowed_WEB allowed<
2017.02.10 10:57:31 5: Cmd: >attr allowed_WEB basicAuth XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX=<
2017.02.10 10:57:31 5: Cmd: >attr allowed_WEB validFor WEB<
2017.02.10 10:57:31 5: Cmd: >define WEBphone FHEMWEB 8084 global<
2017.02.10 10:57:31 3: WEBphone: port 8084 opened
2017.02.10 10:57:31 5: Cmd: >attr WEBphone hiddengroup 1<
2017.02.10 10:57:31 5: Cmd: >attr WEBphone hiddenroom 1<
2017.02.10 10:57:31 5: Cmd: >attr WEBphone stylesheetPrefix darksmallscreen<
2017.02.10 10:57:31 5: Cmd: >define allowed_WEBphone allowed<
2017.02.10 10:57:31 5: Cmd: >attr allowed_WEBphone basicAuth XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX=<
2017.02.10 10:57:31 5: Cmd: >attr allowed_WEBphone validFor WEBphone<
2017.02.10 10:57:31 5: Cmd: >define WEBtablet FHEMWEB 8085 global<
2017.02.10 10:57:31 3: WEBtablet: port 8085 opened
2017.02.10 10:57:31 5: Cmd: >attr WEBtablet hiddenroom 1<
2017.02.10 10:57:31 5: Cmd: >attr WEBtablet stylesheetPrefix dark<
2017.02.10 10:57:31 5: Cmd: >define allowed_WEBtablet allowed<
2017.02.10 10:57:31 5: Cmd: >attr allowed_WEBtablet basicAuth XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX=<
2017.02.10 10:57:31 5: Cmd: >attr allowed_WEBtablet validFor WEBtablet<
2017.02.10 10:57:31 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m.log fakelog<
2017.02.10 10:57:31 5: Loading ./FHEM/92_FileLog.pm
2017.02.10 10:57:32 5: Cmd: >define autocreate autocreate<
2017.02.10 10:57:32 5: Loading ./FHEM/98_autocreate.pm
2017.02.10 10:57:32 5: Cmd: >attr autocreate disable 0<
2017.02.10 10:57:32 5: Cmd: >attr autocreate filelog ./log/%NAME-%Y.log<
2017.02.10 10:57:32 5: Cmd: >define eventTypes eventTypes ./log/eventTypes.txt<
2017.02.10 10:57:32 5: Loading ./FHEM/91_eventTypes.pm
2017.02.10 10:57:32 2: eventTypes: loaded 98 events from ./log/eventTypes.txt
2017.02.10 10:57:32 5: Cmd: >define nanoCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505KYFT-if00-port0@38400 1234<
2017.02.10 10:57:32 5: Loading ./FHEM/00_CUL.pm
2017.02.10 10:57:32 3: Opening nanoCUL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505KYFT-if00-port0
2017.02.10 10:57:33 3: Setting nanoCUL serial parameters to 38400,8,N,1
2017.02.10 10:57:33 5: SW: V
2017.02.10 10:57:36 5: SW: V
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): V 1.23.09 a-culfw Build: 194 (2017
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): -02-0
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): 9_21-39-06)
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): nanoC
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): UL433
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): (F-Ba
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): nd: 433MHz)
2017.02.10 10:57:36 5: SW: ?
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of A B C
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): e F
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): f G i K L l
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): M N R
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): T t U
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): V W X
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): x
2017.02.10 10:57:36 3: nanoCUL: Possible commands: ABCeFfGiKLlMNRTtUVWXx
2017.02.10 10:57:36 5: SW: X21
2017.02.10 10:57:36 5: SW: T01
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): 1234
2017.02.10 10:57:36 5: GOT CUL fhtid: 1234
2017.02.10 10:57:36 3: nanoCUL device opened
2017.02.10 10:57:36 5: Cmd: >attr nanoCUL icon cul_cul<
2017.02.10 10:57:36 5: Cmd: >attr nanoCUL model nanoCUL<
2017.02.10 10:57:36 5: Cmd: >attr nanoCUL rfmode SlowRF<
2017.02.10 10:57:36 5: Cmd: >attr nanoCUL room Wohnzimmer<
2017.02.10 10:57:36 5: Cmd: >attr nanoCUL verbose 5<
2017.02.10 10:57:36 5: Cmd: >define Paravan GenShellSwitch /Work/rcswitch-pi/send 10100 01000 1 0<
2017.02.10 10:57:36 5: Loading ./FHEM/00_GenShellSwitch.pm
2017.02.10 10:57:36 5: Cmd: >attr Paravan group Licht<
2017.02.10 10:57:36 5: Cmd: >attr Paravan loglevel 6<
2017.02.10 10:57:36 5: Cmd: >attr Paravan room Schlafzimmer<
2017.02.10 10:57:36 5: Cmd: >define Wecker at *07:20:00 { fhem("set Lichtwecker on") if (!$we) }<
2017.02.10 10:57:36 5: Loading ./FHEM/90_at.pm
2017.02.10 10:57:36 5: Cmd: >attr Wecker disable 0<
2017.02.10 10:57:36 5: Cmd: >attr Wecker group Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >attr Wecker room Schlafzimmer,Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >define Lichtwecker GenShellSwitch /Work/rcswitch-pi/send d 1 1 1 0<
2017.02.10 10:57:36 5: Cmd: >attr Lichtwecker group Licht<
2017.02.10 10:57:36 5: Cmd: >attr Lichtwecker room Schlafzimmer<
2017.02.10 10:57:36 5: Cmd: >define Qi GenShellSwitch /Work/rcswitch-pi/send b 1 1 1 0<
2017.02.10 10:57:36 5: Cmd: >attr Qi devStateIcon on:batterie off:Shutdown<
2017.02.10 10:57:36 5: Cmd: >attr Qi group Zwischenstecker<
2017.02.10 10:57:36 5: Cmd: >attr Qi icon it_smartphone<
2017.02.10 10:57:36 5: Cmd: >attr Qi room Schlafzimmer<
2017.02.10 10:57:36 5: Cmd: >define WeckerWochenende at *08:35:00 { fhem("set Lichtwecker on") if ($we) }<
2017.02.10 10:57:36 5: Cmd: >attr WeckerWochenende disable 1<
2017.02.10 10:57:36 5: Cmd: >attr WeckerWochenende group Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >attr WeckerWochenende room Schlafzimmer,Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >define Ventilator GenShellSwitch /Work/rcswitch-pi/send 10100 00100 1 0<
2017.02.10 10:57:36 5: Cmd: >attr Ventilator devStateIcon off:vent_ventilation on:vent_ventilation_level_3<
2017.02.10 10:57:36 5: Cmd: >attr Ventilator group Zwischenstecker<
2017.02.10 10:57:36 5: Cmd: >attr Ventilator icon vent_ventilation_control<
2017.02.10 10:57:36 5: Cmd: >attr Ventilator room Schlafzimmer<
2017.02.10 10:57:36 5: Cmd: >define FTP_Aus at *05:15:00 { fhem("set FTP off") if (!$we) }<
2017.02.10 10:57:36 5: Cmd: >attr FTP_Aus disable 1<
2017.02.10 10:57:36 5: Cmd: >attr FTP_Aus group Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >attr FTP_Aus room Programme,Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >define FTP_An at *07:20:00 { fhem("set FTP on") if (!$we) }<
2017.02.10 10:57:36 5: Cmd: >attr FTP_An disable 1<
2017.02.10 10:57:36 5: Cmd: >attr FTP_An group Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >attr FTP_An room Programme,Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >define Weihnachtsbeleuchtung GenShellSwitch /Work/rcswitch-pi/send c 1 1 1 0<
2017.02.10 10:57:36 5: Cmd: >attr Weihnachtsbeleuchtung group Licht<
2017.02.10 10:57:36 5: Cmd: >attr Weihnachtsbeleuchtung icon light_fairy_lights<
2017.02.10 10:57:36 5: Cmd: >attr Weihnachtsbeleuchtung room Balkon<
2017.02.10 10:57:36 5: Cmd: >define ZeitschaltungDekoLeuchteMorgens at *{sunrise("HORIZON=-3",0,"04:00","09:00")} { fhem("set Weihnachtsbeleuchtung off ; set Lichterkette_Flur off") }<
2017.02.10 10:57:36 5: Cmd: >{sunrise("HORIZON=-3",0,"04:00","09:00")}<
2017.02.10 10:57:36 5: Compute sunrise/sunset for latitude 51.473526 , longitude 7.487907
2017.02.10 10:57:36 5: Cmd: >attr ZeitschaltungDekoLeuchteMorgens disable 1<
2017.02.10 10:57:36 5: Cmd: >attr ZeitschaltungDekoLeuchteMorgens group Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >attr ZeitschaltungDekoLeuchteMorgens room Balkon,Hausflur,Wohnzimmer,Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >define PiTaster notify Pi {
if (Value("Pi") eq "off")
{ fhem("set Pi on") }
{ system("bash /Work/reboot.sh &") }
}<
2017.02.10 10:57:36 5: Loading ./FHEM/91_notify.pm
2017.02.10 10:57:36 5: Cmd: >attr PiTaster room Arbeitszimmer,Wohnzimmer<
2017.02.10 10:57:36 5: Cmd: >define Anubis.State notify Anubis.Check { if ((ReadingsVal("Anubis.Check", "state", "absent") eq "present") && Value("Anubis") eq "off")
{ fhem("set Anubis on") }
elsif ((ReadingsVal("Anubis.Check", "state", "absent") eq "absent") && Value("Anubis") eq "on")
{ fhem("set Anubis off ; set Anubis.Perepherie off ; set Anubis.Perepherie off ; set Anubis.Perepherie off ; set Anubis.Perepherie off") } }<
2017.02.10 10:57:36 5: Cmd: >attr Anubis.State room Arbeitszimmer<
2017.02.10 10:57:36 5: Cmd: >define ZeitschaltungDekoLeuchteAbends at *{sunset("HORIZON=-2",0,"16:00","22:00")} { fhem("set Weihnachtsbeleuchtung on ; set Lichterkette_Flur on") }<
2017.02.10 10:57:36 5: Cmd: >{sunset("HORIZON=-2",0,"16:00","22:00")}<
2017.02.10 10:57:36 5: Compute sunrise/sunset for latitude 51.473526 , longitude 7.487907
2017.02.10 10:57:36 5: Cmd: >attr ZeitschaltungDekoLeuchteAbends disable 1<
2017.02.10 10:57:36 5: Cmd: >attr ZeitschaltungDekoLeuchteAbends group Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >attr ZeitschaltungDekoLeuchteAbends room Balkon,Hausflur,Wohnzimmer,Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >define NoIP.Check PRESENCE lan-ping xxxxxxxxx.hopto.org 610 610<
2017.02.10 10:57:36 5: Loading ./FHEM/73_PRESENCE.pm
2017.02.10 10:57:37 5: Cmd: >attr NoIP.Check room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >define NoIP.State notify NoIP.Check { if ((ReadingsVal("NoIP.Check", "state", "absent") eq "present") && Value("NoIP") eq "off")
{ fhem("setstate NoIP on ; setreading NoIP state on") }
elsif ((ReadingsVal("NoIP.Check", "state", "absent") eq "absent") && Value("NoIP") eq "on")
{ fhem("setstate NoIP off ; setreading NoIP state off") } }<
2017.02.10 10:57:37 5: Cmd: >attr NoIP.State room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >define Anubis.Check PRESENCE lan-ping 192.168.0.2 300 300<
2017.02.10 10:57:37 5: Cmd: >attr Anubis.Check room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >define Lichterkette_Flur GenShellSwitch /Work/rcswitch-pi/send 10100 10001 1 0<
2017.02.10 10:57:37 5: Cmd: >attr Lichterkette_Flur group Licht<
2017.02.10 10:57:37 5: Cmd: >attr Lichterkette_Flur icon light_fairy_lights<
2017.02.10 10:57:37 5: Cmd: >attr Lichterkette_Flur room Hausflur<
2017.02.10 10:57:37 5: Cmd: >define Weihnachtsbaum_Abends at *00:00:00 { fhem("set Weihnachtsbaum off") }<
2017.02.10 10:57:37 5: Cmd: >attr Weihnachtsbaum_Abends disable 1<
2017.02.10 10:57:37 5: Cmd: >attr Weihnachtsbaum_Abends group Zeitschaltung<
2017.02.10 10:57:37 5: Cmd: >attr Weihnachtsbaum_Abends room Wohnzimmer,Zeitschaltung<
2017.02.10 10:57:37 5: Cmd: >define Weihnachtsbaum_Morgens at *09:00:00 { fhem("set Weihnachtsbaum on") }<
2017.02.10 10:57:37 5: Cmd: >attr Weihnachtsbaum_Morgens disable 1<
2017.02.10 10:57:37 5: Cmd: >attr Weihnachtsbaum_Morgens group Zeitschaltung<
2017.02.10 10:57:37 5: Cmd: >attr Weihnachtsbaum_Morgens room Wohnzimmer,Zeitschaltung<
2017.02.10 10:57:37 5: Cmd: >define NoIP dummy<
2017.02.10 10:57:37 5: Loading ./FHEM/98_dummy.pm
2017.02.10 10:57:37 5: Cmd: >attr NoIP devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:37 5: Cmd: >attr NoIP group Programme<
2017.02.10 10:57:37 5: Cmd: >attr NoIP icon it_i-net<
2017.02.10 10:57:37 5: Cmd: >attr NoIP room Arbeitszimmer,Programme<
2017.02.10 10:57:37 5: Cmd: >attr NoIP setList on off<
2017.02.10 10:57:37 5: Cmd: >define NoIP.Taster notify NoIP { if ( Value("NoIP") eq "on" & Value("NoIP.Check") eq "absent") { system("sudo /Work/noip.sh&") ; fhem("setstate NoIP off ; SetReading NoIP state off") } }<
2017.02.10 10:57:37 5: Cmd: >attr NoIP.Taster room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >define Pi dummy<
2017.02.10 10:57:37 5: Cmd: >attr Pi devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:37 5: Cmd: >attr Pi group Computer<
2017.02.10 10:57:37 5: Cmd: >attr Pi icon RPi<
2017.02.10 10:57:37 5: Cmd: >attr Pi room Wohnzimmer<
2017.02.10 10:57:37 5: Cmd: >attr Pi setList on off<
2017.02.10 10:57:37 5: Cmd: >define Anubis.Taster notify Anubis { if ((Value("Anubis") eq "on" && Value("Anubis.Check") eq "absent")) { system("sudo /Work/Anubis_wakeonlan.sh&") ; fhem("set Anubis off") } }<
2017.02.10 10:57:37 5: Cmd: >attr Anubis.Taster room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >define Anubis dummy<
2017.02.10 10:57:37 5: Cmd: >attr Anubis devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:37 5: Cmd: >attr Anubis group Computer<
2017.02.10 10:57:37 5: Cmd: >attr Anubis icon it_pc<
2017.02.10 10:57:37 5: Cmd: >attr Anubis room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >attr Anubis setList on off<
2017.02.10 10:57:37 5: Cmd: >define FTP.Schalter notify FTP { if (Value("FTP") eq "on") { system("sudo /Work/ftp_start.sh &") }
elsif (Value("FTP") eq "off") { system("sudo /Work/ftp_stop.sh &") } }<
2017.02.10 10:57:37 5: Cmd: >attr FTP.Schalter room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >define FTP dummy<
2017.02.10 10:57:37 5: Cmd: >attr FTP devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:37 5: Cmd: >attr FTP group Programme<
2017.02.10 10:57:37 5: Cmd: >attr FTP icon control_arrow_downward<
2017.02.10 10:57:37 5: Cmd: >attr FTP room Arbeitszimmer,Programme<
2017.02.10 10:57:37 5: Cmd: >attr FTP setList on off<
2017.02.10 10:57:37 5: Cmd: >define GoogleCloudMessages gcmsend<
2017.02.10 10:57:37 5: Loading ./FHEM/98_gcmsend.pm
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages apiKey XXXXXXXXXXXXXXX<
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages devStateIcon OK:10px-kreis-gruen<
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages group Programme<
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages icon rc_WEB<
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages regIds XXXXXXXXXXXXXXXXX<
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages room Arbeitszimmer<
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages stateFilter ^(\d){1,2}(\.){0,1}(\d){0,1}\Z|^T: (\d+\.\d*) H: (\d+) BAT:(.+)|^low\Z|^ok\Z|^on\Z|^off\Z|^blink\Z|^present\Z|^absent\Z|^Connected\Z|^Disconnected\Z|^disabled\Z|^Next:\ ((\d){2}\:){2}\d\d\Z<
2017.02.10 10:57:40 5: Cmd: >define Romy_PC dummy<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC group Computer<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC icon it_pc<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC room Arbeitszimmer<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC setList on off<
2017.02.10 10:57:40 5: Cmd: >define Romy_PC.State notify Romy_PC.Check { if ((ReadingsVal("Romy_PC.Check", "state", "absent") eq "present") && Value("Romy_PC") eq "off")
{ fhem("set Romy_PC on") }
elsif ((ReadingsVal("Romy_PC.Check", "state", "absent") eq "absent") && Value("Romy_PC") eq "on")
{ fhem("set Romy_PC off") } }<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC.State room Arbeitszimmer<
2017.02.10 10:57:40 5: Cmd: >define Romy_PC.Check PRESENCE lan-ping 192.168.0.3 300 300<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC.Check room Arbeitszimmer<
2017.02.10 10:57:40 5: Cmd: >define Romy_PC.Taster notify Romy_PC { if ((Value("Romy_PC") eq "on" && Value("Romy_PC.Check") eq "absent")) { system("sudo /Work/Romy_PC_wakeonlan.sh&") ; fhem("set Romy_PC off") } }<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC.Taster room Arbeitszimmer<
2017.02.10 10:57:40 5: Cmd: >define Ultimate_Hub harmony 192.168.0.137<
2017.02.10 10:57:40 5: Loading ./FHEM/37_harmony.pm
2017.02.10 10:57:41 5: Cmd: >attr Ultimate_Hub devStateIcon Connected:10px-kreis-gruen Disconnected:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:41 5: Cmd: >attr Ultimate_Hub room Harmony,Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >define harmony_37734463 harmony DEVICE 37734463<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734463 alias LG<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734463 devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734463 event-on-change-reading .*<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734463 room Harmony,Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734463 stateFormat power<
2017.02.10 10:57:41 5: Cmd: >define harmony_37734464 harmony DEVICE 37734464<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734464 alias Teufel<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734464 devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734464 event-on-change-reading .*<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734464 room Harmony,Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734464 stateFormat power<
2017.02.10 10:57:41 5: Cmd: >define harmony_37861872 harmony DEVICE 37861872<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37861872 alias LED 24-Stripe<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37861872 event-on-change-reading .*<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37861872 room Harmony,Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37861872 stateFormat power<
2017.02.10 10:57:41 5: Cmd: >define Pi2 dummy<
2017.02.10 10:57:41 5: Cmd: >attr Pi2 devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:41 5: Cmd: >attr Pi2 group Computer<
2017.02.10 10:57:41 5: Cmd: >attr Pi2 icon RPi<
2017.02.10 10:57:41 5: Cmd: >attr Pi2 room Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >attr Pi2 setList on off<
2017.02.10 10:57:41 5: Cmd: >define harmony_37806807 harmony DEVICE 37806807<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37806807 alias Kodi<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37806807 event-on-change-reading .*<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37806807 room Harmony,Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37806807 stateFormat power<
2017.02.10 10:57:41 5: Cmd: >define Pi2.Check PRESENCE lan-ping 192.168.0.10 300 300<
2017.02.10 10:57:41 5: Cmd: >attr Pi2.Check room Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >define Pi2.State notify Pi2.Check { if ((ReadingsVal("Pi2.Check", "state", "absent") eq "present") && Value("Pi2") eq "off")
{ fhem("set Pi2 on") }
elsif ((ReadingsVal("Pi2.Check", "state", "absent") eq "absent") && Value("Pi2") eq "on")
{ fhem("set Pi2 off") } }<
2017.02.10 10:57:41 5: Cmd: >attr Pi2.State room Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >define Vitrine IT 00000F000F FF F0<
2017.02.10 10:57:41 5: Loading ./FHEM/10_IT.pm
2017.02.10 10:57:41 5: Cmd: >attr Vitrine IODev nanoCUL<
2017.02.10 10:57:41 5: Cmd: >attr Vitrine group Licht<
2017.02.10 10:57:41 5: Cmd: >attr Vitrine icon light_cabinet<
2017.02.10 10:57:41 5: Cmd: >attr Vitrine room Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >define Anubis.Perepherie IT 01000000101011101010100010 0 0000<
2017.02.10 10:57:41 5: Cmd: >attr Anubis.Perepherie IODev nanoCUL<
2017.02.10 10:57:41 5: Cmd: >attr Anubis.Perepherie devStateIcon on:10px-kreis-gruen off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:41 5: Cmd: >attr Anubis.Perepherie group Computer<
2017.02.10 10:57:41 5: Cmd: >attr Anubis.Perepherie icon scene_gaming<
2017.02.10 10:57:41 5: Cmd: >attr Anubis.Perepherie room Arbeitszimmer<
2017.02.10 10:57:41 5: Cmd: >define Spot IT 000000000F FF F0<
2017.02.10 10:57:41 5: Cmd: >attr Spot IODev nanoCUL<
2017.02.10 10:57:41 5: Cmd: >attr Spot group Licht<
2017.02.10 10:57:41 5: Cmd: >attr Spot icon light_ceiling<
2017.02.10 10:57:41 5: Cmd: >attr Spot room Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >define Stripe IT 0000F0000F FF F0<
2017.02.10 10:57:41 5: Cmd: >attr Stripe IODev nanoCUL<
2017.02.10 10:57:41 5: Cmd: >attr Stripe group Licht<
2017.02.10 10:57:41 5: Cmd: >attr Stripe icon light_led_stripe_rgb<
2017.02.10 10:57:41 5: Cmd: >attr Stripe room Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >define Sterntaler IT 0F00F0FFF0 0F F0<
2017.02.10 10:57:41 5: Cmd: >attr Sterntaler IODev nanoCUL<
2017.02.10 10:57:41 5: Cmd: >attr Sterntaler group Licht<
2017.02.10 10:57:41 5: Cmd: >attr Sterntaler room Kinderzimmer<
2017.02.10 10:57:41 5: Cmd: >define Bewegungsmelder_Kinderzimmer IT 00110110100001001101011010 0 1001<
2017.02.10 10:57:41 5: Cmd: >attr Bewegungsmelder_Kinderzimmer IODev nanoCUL<
2017.02.10 10:57:41 5: Cmd: >attr Bewegungsmelder_Kinderzimmer devStateIcon on:10px-kreis-gruen off:10px-kreis-rot<
2017.02.10 10:57:41 5: Cmd: >attr Bewegungsmelder_Kinderzimmer group Bewegung<
2017.02.10 10:57:41 5: Cmd: >attr Bewegungsmelder_Kinderzimmer icon motion_detector<
2017.02.10 10:57:41 5: Cmd: >attr Bewegungsmelder_Kinderzimmer room Kinderzimmer<
2017.02.10 10:57:41 5: Cmd: >define Stehlampe IT 00110110100001001101011010 0 0001<
2017.02.10 10:57:41 5: Cmd: >attr Stehlampe IODev nanoCUL<
2017.02.10 10:57:42 5: Cmd: >attr Stehlampe group Licht<
2017.02.10 10:57:42 5: Cmd: >attr Stehlampe room Kinderzimmer<
2017.02.10 10:57:42 5: Cmd: >define Bewegung notify Bewegungsmelder_Kinderzimmer { if (Value("Bewegungsmelder_Kinderzimmer") eq "on" && Value("Stehlampe") eq "off")
{ fhem("set Sterntaler on ; set Stehlampe on ; set Sterntaler on ; set Sterntaler on ; set Stehlampe on") }
elsif (Value("Bewegungsmelder_Kinderzimmer") eq "off" && Value("Stehlampe") eq "on")
{ fhem("set Stehlampe off ; set Sterntaler on-for-timer 15 ; set Stehlampe off") } }<
2017.02.10 10:57:42 5: Cmd: >attr Bewegung group Bewegung<
2017.02.10 10:57:42 5: Cmd: >attr Bewegung room Kinderzimmer<
2017.02.10 10:57:42 5: Cmd: >define Unknown CUL_TCM97001 CUL_TCM97001_Unknown<
2017.02.10 10:57:42 5: Loading ./FHEM/14_CUL_TCM97001.pm
2017.02.10 10:57:42 5: Cmd: >attr Unknown ignore 1<
2017.02.10 10:57:42 5: Cmd: >attr Unknown model Unknown<
2017.02.10 10:57:42 5: Cmd: >attr Unknown room CUL_TCM97001<
2017.02.10 10:57:42 5: Cmd: >attr Unknown verbose 0<
2017.02.10 10:57:42 5: Cmd: >define Weihnachtsbaum IT 0F0FF0F0F0 0F F0<
2017.02.10 10:57:42 5: Cmd: >attr Weihnachtsbaum IODev nanoCUL<
2017.02.10 10:57:42 5: Cmd: >attr Weihnachtsbaum group Licht<
2017.02.10 10:57:42 5: Cmd: >attr Weihnachtsbaum icon scene_x-mas<
2017.02.10 10:57:42 5: Cmd: >attr Weihnachtsbaum room Wohnzimmer<
2017.02.10 10:57:42 5: Cmd: >define PS3MoveLader IT 000FF0F0F0 0F F0<
2017.02.10 10:57:42 5: Cmd: >attr PS3MoveLader IODev nanoCUL<
2017.02.10 10:57:42 5: Cmd: >attr PS3MoveLader group Zwischenstecker<
2017.02.10 10:57:42 5: Cmd: >attr PS3MoveLader room Wohnzimmer<
2017.02.10 10:57:42 5: Cmd: >define Pi2Taster notify Pi2 {
if (Value("Pi2") eq "off" && (ReadingsVal("Pi2.Check", "state", "absent") eq "present"))
{ system("bash /Work/pi2reboot.sh &") } }<
2017.02.10 10:57:42 5: Cmd: >attr Pi2Taster room Wohnzimmer<
2017.02.10 10:57:42 5: Cmd: >define Lueftung IT 00110110100001001101011010 0 0101<
2017.02.10 10:57:42 5: Cmd: >attr Lueftung IODev nanoCUL<
2017.02.10 10:57:42 5: Cmd: >attr Lueftung devStateIcon off:vent_ventilation on:vent_ventilation_level_3<
2017.02.10 10:57:42 5: Cmd: >attr Lueftung group Lueftung<
2017.02.10 10:57:42 5: Cmd: >attr Lueftung icon vent_used_air<
2017.02.10 10:57:42 5: Cmd: >attr Lueftung room Badezimmer<
2017.02.10 10:57:42 5: Cmd: >define Lueftungs_Schaltung notify Badezimmer_Sensor_1 {
if ((ReadingsVal("Badezimmer_Sensor_1", "humidity", "90") > "53") && Value("Lueften") eq "off" && Value("Lueftung") eq "off")
{ fhem("set Lueftung on ; setreading Lueftung OverrideAutomatic off") }
elsif ((ReadingsVal("Badezimmer_Sensor_1", "humidity", "90") < "53") && Value("Lueftung") eq "on" && Value("Lueften") eq "off" && (ReadingsVal("Lueftung", "OverrideAutomatic", "off") eq "off"))
{ fhem("set Lueftung on-for-timer 300 ; setreading Lueftung OverrideAutomatic on") }
}<
2017.02.10 10:57:42 5: Cmd: >attr Lueftungs_Schaltung room Badezimmer<
2017.02.10 10:57:42 5: Cmd: >define Lueften dummy<
2017.02.10 10:57:42 5: Cmd: >attr Lueften devStateIcon off:vent_ventilation on:vent_ventilation_level_3<
2017.02.10 10:57:42 5: Cmd: >attr Lueften group Lueftung<
2017.02.10 10:57:42 5: Cmd: >attr Lueften icon scene_toilet_alternat<
2017.02.10 10:57:42 5: Cmd: >attr Lueften room Badezimmer<
2017.02.10 10:57:42 5: Cmd: >attr Lueften setList on off<
2017.02.10 10:57:42 5: Cmd: >define Lueftungsvorgang notify Lueften {
if ((ReadingsVal("Lueften", "state", "off") eq "on") && Value("Lueftung") eq "off")
{ fhem("set Lueftung on-for-timer 540") }
}<
2017.02.10 10:57:42 5: Cmd: >attr Lueftungsvorgang room Badezimmer<
2017.02.10 10:57:42 5: Cmd: >define Lueftungsvorgang_Ende notify Lueftung {
if ((ReadingsVal("Lueftung", "state", "off") eq "off") && Value("Lueften") eq "on")
{ fhem("set Lueften off") }
}<
2017.02.10 10:57:42 5: Cmd: >attr Lueftungsvorgang_Ende room Badezimmer<
2017.02.10 10:57:42 5: Cmd: >define Babyphone IT 00110110100001001101011010 0 0111<
2017.02.10 10:57:42 5: Cmd: >attr Babyphone IODev nanoCUL<
2017.02.10 10:57:42 5: Cmd: >attr Babyphone group Zwischenstecker<
2017.02.10 10:57:42 5: Cmd: >attr Babyphone room Schlafzimmer<
2017.02.10 10:57:42 5: Cmd: >define Rehau CO20<
2017.02.10 10:57:42 5: Loading ./FHEM/38_CO20.pm
2017.02.10 10:57:43 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at /usr/lib/arm-linux-gnueabihf/perl5/5.20/Device/USB.pm line 21, <$fh> line 374.
2017.02.10 10:57:43 5: Cmd: >attr Rehau event-min-interval voc:300<
2017.02.10 10:57:43 5: Cmd: >attr Rehau group Luft<
2017.02.10 10:57:43 5: Cmd: >attr Rehau room Messungen,Wohnzimmer<
2017.02.10 10:57:43 5: Cmd: >define FileLog_Rehau FileLog ./log/Rehau_2-%Y.log Rehau:(voc).*<
2017.02.10 10:57:43 5: Cmd: >attr FileLog_Rehau room Messungen,Wohnzimmer<
2017.02.10 10:57:43 5: Cmd: >define SVG_FileLog_Rehau_1 SVG FileLog_Rehau:SVG_FileLog_Rehau_1:CURRENT<
2017.02.10 10:57:43 5: Loading ./FHEM/98_SVG.pm
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Rehau_1 group Luft<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Rehau_1 label "Wohnzimmer Luftqualität"<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Rehau_1 room Messungen,Wohnzimmer<
2017.02.10 10:57:44 5: Cmd: >define FileLog_Kinderzimmer_Sensor_2 FileLog ./log/Kinderzimmer_Sensor_2-%Y.log Kinderzimmer_Sensor_2:(temperature|humidity).*<
2017.02.10 10:57:44 5: Cmd: >attr FileLog_Kinderzimmer_Sensor_2 logtype temp4hum4:Temp/Hum,text<
2017.02.10 10:57:44 5: Cmd: >attr FileLog_Kinderzimmer_Sensor_2 room Messungen<
2017.02.10 10:57:44 5: Cmd: >define FileLog_Badezimmer_Sensor_1 FileLog ./log/Badezimmer_Sensor_1-%Y.log Badezimmer_Sensor_1:(temperature|humidity).*<
2017.02.10 10:57:44 5: Cmd: >attr FileLog_Badezimmer_Sensor_1 logtype temp4hum4:Temp/Hum,text<
2017.02.10 10:57:44 5: Cmd: >attr FileLog_Badezimmer_Sensor_1 room Messungen<
2017.02.10 10:57:44 5: Cmd: >define SVG_FileLog_Badezimmer_Sensor_1_1 SVG FileLog_Badezimmer_Sensor_1:SVG_FileLog_Badezimmer_Sensor_1_1:CURRENT<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Badezimmer_Sensor_1_1 group Thermo/Hygro<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Badezimmer_Sensor_1_1 label "Badezimmer - Min: $data{min1}°C $data{min2}%, Max: $data{max1}°C $data{max2}%, Aktuell $data{currval1}°C $data{currval2}%"<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Badezimmer_Sensor_1_1 room Badezimmer,Messungen<
2017.02.10 10:57:44 5: Cmd: >define SVG_FileLog_Kinderzimmer_Sensor_2_1 SVG FileLog_Kinderzimmer_Sensor_2:SVG_FileLog_Kinderzimmer_Sensor_2_1:CURRENT<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Kinderzimmer_Sensor_2_1 group Thermo/Hygro<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Kinderzimmer_Sensor_2_1 label "Kinderzimmer - Min: $data{min1}°C $data{min2}%, Max: $data{max1}°C $data{max2}%, Aktuell $data{currval1}°C $data{currval2}%"<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Kinderzimmer_Sensor_2_1 room Kinderzimmer,Messungen<
2017.02.10 10:57:44 5: Cmd: >define Badezimmer_Sensor_1 OREGON THGR228N_d1_1<
2017.02.10 10:57:44 5: Loading ./FHEM/41_OREGON.pm
2017.02.10 10:57:44 5: Cmd: >attr Badezimmer_Sensor_1 IODev nanoCUL<
2017.02.10 10:57:44 5: Cmd: >attr Badezimmer_Sensor_1 group Messinstrumente<
2017.02.10 10:57:44 5: Cmd: >attr Badezimmer_Sensor_1 room Badezimmer,Messungen<
2017.02.10 10:57:44 1: Including ./log/fhem.save
2017.02.10 10:57:44 5: Cmd: >setstate Anubis on<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis 2017-02-10 07:42:25 state on<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Check present<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Check 2017-02-10 10:53:25 presence present<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Check 2017-02-10 10:53:25 state present<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Perepherie off<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Perepherie 2017-02-10 01:36:18 group 0<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Perepherie 2017-02-10 01:36:18 protocol V3<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Perepherie 2017-02-10 08:18:59 state off<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Perepherie 2017-02-10 01:36:18 unit 0000<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.State 2017-02-10 10:53:25<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.State 2017-02-10 10:18:54 state active<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Taster active<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Taster 2017-02-10 10:18:54 state active<
2017.02.10 10:57:44 5: Cmd: >setstate Babyphone off<
2017.02.10 10:57:44 5: Cmd: >setstate Babyphone 2017-02-10 01:36:18 group 0<
2017.02.10 10:57:44 5: Cmd: >setstate Babyphone 2017-02-10 01:36:18 protocol V3<
2017.02.10 10:57:44 5: Cmd: >setstate Babyphone 2017-02-10 10:44:40 state off<
2017.02.10 10:57:44 5: Cmd: >setstate Babyphone 2017-02-10 01:36:18 unit 0111<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegung active<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegung 2017-02-10 10:18:58 state active<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegungsmelder_Kinderzimmer off<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegungsmelder_Kinderzimmer 2017-02-10 01:36:18 group 0<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegungsmelder_Kinderzimmer 2017-02-10 01:36:18 protocol V3<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegungsmelder_Kinderzimmer 2017-02-10 07:46:36 state off<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegungsmelder_Kinderzimmer 2017-02-10 01:36:18 unit 1001<
2017.02.10 10:57:44 5: Cmd: >setstate FTP on<
2017.02.10 10:57:44 5: Cmd: >setstate FTP 2017-02-10 07:46:11 state on<
2017.02.10 10:57:44 5: Cmd: >setstate FTP.Schalter active<
2017.02.10 10:57:44 5: Cmd: >setstate FTP.Schalter 2017-02-10 10:18:54 state active<
2017.02.10 10:57:44 5: Cmd: >setstate FTP_An disabled<
2017.02.10 10:57:44 5: Cmd: >setstate FTP_An 2017-02-10 10:18:53 state disabled<
2017.02.10 10:57:44 5: Cmd: >setstate FTP_Aus disabled<
2017.02.10 10:57:44 5: Cmd: >setstate FTP_Aus 2017-02-10 10:18:53 state disabled<
2017.02.10 10:57:44 5: Cmd: >setstate FileLog_Badezimmer_Sensor_1 active<
2017.02.10 10:57:44 5: Cmd: >setstate FileLog_Kinderzimmer_Sensor_2 active<
2017.02.10 10:57:44 5: Cmd: >setstate FileLog_Rehau active<
2017.02.10 10:57:44 5: Cmd: >setstate FileLog_Rehau 2017-02-10 10:53:15 linesInTheFile 96<
2017.02.10 10:57:44 5: Cmd: >setstate GoogleCloudMessages OK<
2017.02.10 10:57:44 5: Cmd: >setstate Lichterkette_Flur off<
2017.02.10 10:57:44 5: Cmd: >setstate Lichterkette_Flur 2017-02-10 07:46:31 state off<
2017.02.10 10:57:44 5: Cmd: >setstate Lichtwecker off<
2017.02.10 10:57:44 5: Cmd: >setstate Lichtwecker 2017-02-10 07:22:56 state off<
2017.02.10 10:57:44 5: Cmd: >setstate Logfile active<
2017.02.10 10:57:44 5: Cmd: >setstate Lueften off<
2017.02.10 10:57:44 5: Cmd: >setstate Lueften 2017-02-10 07:46:21 state off<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftung on<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftung 2017-02-10 01:36:18 group 0<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftung 2017-02-10 01:36:18 protocol V3<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftung 2017-02-10 08:19:28 state on<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftung 2017-02-10 01:36:18 unit 0101<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftungs_Schaltung active<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftungs_Schaltung 2017-02-10 10:18:58 state active<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftungsvorgang active<
2017.02.10 10:57:45 5: Cmd: >setstate Lueftungsvorgang 2017-02-10 10:18:58 state active<
2017.02.10 10:57:45 5: Cmd: >setstate Lueftungsvorgang_Ende active<
2017.02.10 10:57:45 5: Cmd: >setstate Lueftungsvorgang_Ende 2017-02-10 10:18:58 state active<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP on<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP 2017-02-10 07:47:33 state on<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.Check present<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.Check 2017-02-10 10:53:32 presence present<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.Check 2017-02-10 10:53:32 state present<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.State 2017-02-10 10:53:32<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.State 2017-02-10 10:18:54 state active<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.Taster active<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.Taster 2017-02-10 10:18:54 state active<
2017.02.10 10:57:45 5: Cmd: >setstate PS3MoveLader off<
2017.02.10 10:57:45 5: Cmd: >setstate PS3MoveLader 2017-02-10 01:36:18 protocol V1<
2017.02.10 10:57:45 5: Cmd: >setstate PS3MoveLader 2017-02-10 02:06:09 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Paravan off<
2017.02.10 10:57:45 5: Cmd: >setstate Paravan 2017-02-10 07:46:49 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Pi on<
2017.02.10 10:57:45 5: Cmd: >setstate Pi 2017-02-10 07:34:49 state on<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2 on<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2 2017-02-10 07:47:28 state on<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2.Check present<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2.Check 2017-02-10 10:53:26 presence present<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2.Check 2017-02-10 10:53:26 state present<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2.State 2017-02-10 10:53:26<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2.State 2017-02-10 10:18:57 state active<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2Taster active<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2Taster 2017-02-10 10:18:58 state active<
2017.02.10 10:57:45 5: Cmd: >setstate PiTaster active<
2017.02.10 10:57:45 5: Cmd: >setstate PiTaster 2017-02-10 10:18:54 state active<
2017.02.10 10:57:45 5: Cmd: >setstate Qi off<
2017.02.10 10:57:45 5: Cmd: >setstate Qi 2017-02-10 07:22:43 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Rehau opened<
2017.02.10 10:57:45 5: Cmd: >setstate Rehau 2017-02-10 10:53:15 debug 903<
2017.02.10 10:57:45 5: Cmd: >setstate Rehau 2017-02-10 10:53:15 pwm 348<
2017.02.10 10:57:45 5: Cmd: >setstate Rehau 2017-02-10 10:53:15 r_h 160.53<
2017.02.10 10:57:45 5: Cmd: >setstate Rehau 2017-02-10 10:53:15 r_s 44533<
2017.02.10 10:57:45 5: Cmd: >setstate Rehau 2017-02-10 10:53:15 voc 661<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC off<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC 2017-02-10 07:46:07 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.Check absent<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.Check 2017-02-10 10:53:34 presence absent<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.Check 2017-02-10 10:53:34 state absent<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.State 2017-02-10 10:53:34<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.State 2017-02-10 10:18:56 state active<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.Taster active<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.Taster 2017-02-10 10:18:56 state active<
2017.02.10 10:57:45 5: Cmd: >setstate SVG_FileLog_Badezimmer_Sensor_1_1 initialized<
2017.02.10 10:57:45 5: Cmd: >setstate SVG_FileLog_Kinderzimmer_Sensor_2_1 initialized<
2017.02.10 10:57:45 5: Cmd: >setstate SVG_FileLog_Rehau_1 initialized<
2017.02.10 10:57:45 5: Cmd: >setstate Spot off<
2017.02.10 10:57:45 5: Cmd: >setstate Spot 2017-02-10 01:36:18 protocol V1<
2017.02.10 10:57:45 5: Cmd: >setstate Spot 2017-02-10 08:39:49 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Stehlampe off<
2017.02.10 10:57:45 5: Cmd: >setstate Stehlampe 2017-02-10 01:36:18 group 0<
2017.02.10 10:57:45 5: Cmd: >setstate Stehlampe 2017-02-10 01:36:18 protocol V3<
2017.02.10 10:57:45 5: Cmd: >setstate Stehlampe 2017-02-10 02:02:40 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Stehlampe 2017-02-10 01:36:18 unit 0001<
2017.02.10 10:57:45 5: Cmd: >setstate Sterntaler off<
2017.02.10 10:57:45 5: Cmd: >setstate Sterntaler 2017-02-10 01:36:18 protocol V1<
2017.02.10 10:57:45 5: Cmd: >setstate Sterntaler 2017-02-10 07:46:34 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Stripe off<
2017.02.10 10:57:45 5: Cmd: >setstate Stripe 2017-02-10 01:36:18 protocol V1<
2017.02.10 10:57:45 5: Cmd: >setstate Stripe 2017-02-10 02:05:49 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Ultimate_Hub Connected<
2017.02.10 10:57:45 5: Cmd: >setstate Ultimate_Hub 2017-02-10 10:54:00 activity TV<
2017.02.10 10:57:45 5: Cmd: >setstate Ultimate_Hub 2017-02-10 10:54:00 currentActivity TV<
2017.02.10 10:57:45 5: Cmd: >setstate Ultimate_Hub 2017-02-10 09:39:35 previousActivity TV<
2017.02.10 10:57:45 5: Cmd: >setstate Ultimate_Hub 2017-02-10 10:43:14 state Connected<
2017.02.10 10:57:45 5: Cmd: >setstate Unknown Defined<
2017.02.10 10:57:45 5: Cmd: >setstate Ventilator off<
2017.02.10 10:57:45 5: Cmd: >setstate Ventilator 2017-02-10 07:46:52 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Vitrine off<
2017.02.10 10:57:45 5: Cmd: >setstate Vitrine 2017-02-10 01:36:18 protocol V1<
2017.02.10 10:57:45 5: Cmd: >setstate Vitrine 2017-02-10 02:05:52 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Wecker Next: 07:20:00<
2017.02.10 10:57:45 5: Cmd: >setstate Wecker 2017-02-10 10:18:53 state Next: 07:20:00<
2017.02.10 10:57:45 5: Cmd: >setstate WeckerWochenende disabled<
2017.02.10 10:57:45 5: Cmd: >setstate WeckerWochenende 2017-02-10 10:18:53 state disabled<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum off<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum 2017-02-10 01:36:18 protocol V1<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum 2017-02-10 02:05:56 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum_Abends disabled<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum_Abends 2017-02-10 10:18:54 state disabled<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum_Morgens disabled<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum_Morgens 2017-02-10 10:18:54 state disabled<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbeleuchtung off<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbeleuchtung 2017-02-10 07:46:27 state off<
2017.02.10 10:57:45 5: Cmd: >setstate ZeitschaltungDekoLeuchteAbends disabled<
2017.02.10 10:57:45 5: Cmd: >setstate ZeitschaltungDekoLeuchteAbends 2017-02-10 10:18:54 state disabled<
2017.02.10 10:57:45 5: Cmd: >setstate ZeitschaltungDekoLeuchteMorgens disabled<
2017.02.10 10:57:45 5: Cmd: >setstate ZeitschaltungDekoLeuchteMorgens 2017-02-10 10:18:54 state disabled<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_WEB active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_WEB 2017-02-10 10:18:43 state active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_WEBphone active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_WEBphone 2017-02-10 10:18:43 state active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_WEBtablet active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_WEBtablet 2017-02-10 10:18:43 state active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_telnetPort active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_telnetPort 2017-02-10 10:18:41 state active<
2017.02.10 10:57:45 5: Cmd: >setstate autocreate active<
2017.02.10 10:57:45 5: Cmd: >setstate eventTypes active<
2017.02.10 10:57:45 5: Cmd: >setstate global no definition<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37734463 on<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37734463 2017-02-10 10:54:00 power on<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37734464 on<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37734464 2017-02-10 10:54:00 power on<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37806807 manual<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37806807 2017-02-10 10:54:00 power manual<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37861872 manual<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37861872 2017-02-10 10:54:00 power manual<
2017.02.10 10:57:45 5: Cmd: >setstate nanoCUL 2017-02-10 10:56:45 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB<
2017.02.10 10:57:45 5: Cmd: >setstate nanoCUL 2017-02-10 10:56:22 cmds A B C e F f G i K L l M N R T t U V W X x<
2017.02.10 10:57:45 5: Cmd: >setstate nanoCUL 2017-02-10 10:44:40 raw No answer<
2017.02.10 10:57:45 5: Cmd: >setstate nanoCUL 2017-02-10 10:56:22 state Initialized<
2017.02.10 10:57:45 5: Cmd: >setstate nanoCUL 2017-02-10 09:40:13 version No answer<
2017.02.10 10:57:45 3: No I/O device found for Badezimmer_Sensor_1
2017.02.10 10:57:45 5: Triggering global (1 changes)
2017.02.10 10:57:45 5: Starting notify loop for global, 1 event(s), first is INITIALIZED
2017.02.10 10:57:45 5: GoogleCloudMessages global: ignoring state, as value INITIALIZED is blocked by stateFilter regexp.
2017.02.10 10:57:45 3: Rehau: CO20 device found
2017.02.10 10:57:45 3: Rehau: CO20 device opened
2017.02.10 10:57:46 5: Triggering Ultimate_Hub (1 changes)
2017.02.10 10:57:46 5: Starting notify loop for Ultimate_Hub, 1 event(s), first is Disconnected
2017.02.10 10:57:46 5: data is {"deviceName": "Ultimate_Hub","changes":"state:Disconnected","type":"notify","source":"gcmsend_fhem","vibrate":"false"}
2017.02.10 10:57:50 4: Ultimate_Hub: connect
2017.02.10 10:57:50 3: Ultimate_Hub: connected
2017.02.10 10:57:50 5: Triggering Ultimate_Hub (1 changes)
2017.02.10 10:57:50 5: Starting notify loop for Ultimate_Hub, 1 event(s), first is Connected
2017.02.10 10:57:50 5: data is {"deviceName": "Ultimate_Hub","changes":"state:Connected","type":"notify","source":"gcmsend_fhem","vibrate":"false"}
2017.02.10 10:57:51 4: Ultimate_Hub: send: <stream:stream to='connect.logitech.com' xmlns:stream='http://etherx.jabber.org/streams' xmlns='jabber:client' xml:lang='en' version='1.0'>
2017.02.10 10:57:51 3: NTFY return: Rehau:-110
2017.02.10 10:57:51 0: Featurelevel: 5.7
2017.02.10 10:57:51 0: Server started with 78 defined entities (fhem.pl:12804/2016-12-17 perl:5.020002 os:linux user:fhem pid:767)
2017.02.10 10:57:51 5: PRESENCE (Anubis.Check) - stopping timer
2017.02.10 10:57:51 5: PRESENCE (Anubis.Check) - starting blocking call for mode lan-ping
2017.02.10 10:57:51 3: telnetForBlockingFn_1486720671: port 40190 opened
2017.02.10 10:57:51 5: Triggering global (1 changes)
2017.02.10 10:57:51 5: Starting notify loop for global, 1 event(s), first is DEFINED telnetForBlockingFn_1486720671
2017.02.10 10:57:51 5: GoogleCloudMessages global: ignoring state, as value DEFINED telnetForBlockingFn_1486720671 is blocked by stateFilter regexp.
2017.02.10 10:57:51 4: BlockingCall (PRESENCE_DoLocalPingScan): created child (769), uses telnetForBlockingFn_1486720671 to connect back
2017.02.10 10:57:51 5: PRESENCE (NoIP.Check) - stopping timer
2017.02.10 10:57:51 5: PRESENCE (NoIP.Check) - starting blocking call for mode lan-ping
2017.02.10 10:57:51 5: PRESENCE (Anubis.Check) - starting ping scan: Anubis.Check|192.168.0.2|0|4
2017.02.10 10:57:51 4: BlockingCall (PRESENCE_DoLocalPingScan): created child (770), uses telnetForBlockingFn_1486720671 to connect back
2017.02.10 10:57:51 5: PRESENCE (Pi2.Check) - stopping timer
2017.02.10 10:57:51 5: PRESENCE (Pi2.Check) - starting blocking call for mode lan-ping
2017.02.10 10:57:51 4: BlockingCall (PRESENCE_DoLocalPingScan): created child (772), uses telnetForBlockingFn_1486720671 to connect back
2017.02.10 10:57:51 5: PRESENCE (Romy_PC.Check) - stopping timer
2017.02.10 10:57:51 5: PRESENCE (NoIP.Check) - starting ping scan: NoIP.Check|xxxxxxxx.hopto.org|0|4
2017.02.10 10:57:51 5: PRESENCE (Romy_PC.Check) - starting blocking call for mode lan-ping
2017.02.10 10:57:51 5: PRESENCE (Pi2.Check) - starting ping scan: Pi2.Check|192.168.0.10|0|4
2017.02.10 10:57:52 4: BlockingCall (PRESENCE_DoLocalPingScan): created child (774), uses telnetForBlockingFn_1486720671 to connect back
2017.02.10 10:57:52 4: Ultimate_Hub: send: <auth xmlns='urn:ietf:params:xml:ns:xmpp-sasl' mechanism='PLAIN'>AGd1ZXN0QGNvbm5lY3QubG9naXRlY2guY29tAGdhdG9yYWRlLg==</auth>
2017.02.10 10:57:52 5: PRESENCE (Romy_PC.Check) - starting ping scan: Romy_PC.Check|192.168.0.3|0|4
2017.02.10 10:57:52 4: Connection accepted from WEB_192.168.0.2_51443
2017.02.10 10:57:52 5: Ultimate_Hub: tag: success, attr: xmlns='urn:ietf:params:xml:ns:xmpp-sasl'
2017.02.10 10:57:52 4: Ultimate_Hub: send: <iq type='get' id='1'><oa xmlns='connect.logitech.com' mime='connect.discoveryinfo?get'>format=json</oa></iq>
2017.02.10 10:57:52 4: Connection accepted from WEB_192.168.0.2_51444
2017.02.10 10:57:52 4: WEB_192.168.0.2_51443 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-02.log; BUFLEN:0
2017.02.10 10:57:52 4: Ignoring Unknown
Habe nun die letzen beiden Sensoren sauber aus FHEM gelöscht und neu gestartet - weiterhin kein Empfang über den CUL und auch kein Autocreate.
Verstehe ich richtig, dass dieses "get nanoCUL raw C35" Etwas sendet und den Empfang des selbst gesendeten wieder gibt?
Dann würde die Verkabelung aus raus fallen. Irgendwie muss es Reste in FHEM geben.... er weigert sich ja jedes IT und OREGON zu empfangen. Kein Loggin darüber nix.
Zitat von: Master_Nick am 10 Februar 2017, 11:01:34
So Stromlos ist erfolgt und hier das Log:
2017.02.10 10:57:30 5: Initializing Type Library:
2017.02.10 10:57:30 1: Including fhem.cfg
2017.02.10 10:57:30 5: Cmd: >attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride<
2017.02.10 10:57:30 5: Cmd: >attr global autoload_undefined_devices 1<
2017.02.10 10:57:30 5: Cmd: >attr global latitude 51.473526<
2017.02.10 10:57:30 5: Cmd: >attr global logfile ./log/fhem-%Y-%m.log<
2017.02.10 10:57:30 5: Cmd: >attr global longitude 7.487907<
2017.02.10 10:57:30 5: Cmd: >attr global modpath .<
2017.02.10 10:57:30 5: Cmd: >attr global statefile ./log/fhem.save<
2017.02.10 10:57:30 5: Cmd: >attr global updateInBackground 1<
2017.02.10 10:57:30 5: Cmd: >attr global verbose 5<
2017.02.10 10:57:30 5: Cmd: >define telnetPort telnet 7072 global<
2017.02.10 10:57:30 5: Loading ./FHEM/98_telnet.pm
2017.02.10 10:57:30 3: telnetPort: port 7072 opened
2017.02.10 10:57:30 5: Cmd: >define allowed_telnetPort allowed<
2017.02.10 10:57:30 5: Loading ./FHEM/96_allowed.pm
2017.02.10 10:57:30 5: Cmd: >attr allowed_telnetPort password XXXXXXXXXXXXXXXXXXXXXXX<
2017.02.10 10:57:30 5: Cmd: >attr allowed_telnetPort validFor telnetPort<
2017.02.10 10:57:30 5: Cmd: >define WEB FHEMWEB 8083 global<
2017.02.10 10:57:30 5: Loading ./FHEM/01_FHEMWEB.pm
2017.02.10 10:57:31 3: WEB: port 8083 opened
2017.02.10 10:57:31 5: Cmd: >attr WEB room Wohnzimmer,Schlafzimmer<
2017.02.10 10:57:31 5: Cmd: >attr WEB stylesheetPrefix darktouchpad<
2017.02.10 10:57:31 5: Cmd: >define allowed_WEB allowed<
2017.02.10 10:57:31 5: Cmd: >attr allowed_WEB basicAuth XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX=<
2017.02.10 10:57:31 5: Cmd: >attr allowed_WEB validFor WEB<
2017.02.10 10:57:31 5: Cmd: >define WEBphone FHEMWEB 8084 global<
2017.02.10 10:57:31 3: WEBphone: port 8084 opened
2017.02.10 10:57:31 5: Cmd: >attr WEBphone hiddengroup 1<
2017.02.10 10:57:31 5: Cmd: >attr WEBphone hiddenroom 1<
2017.02.10 10:57:31 5: Cmd: >attr WEBphone stylesheetPrefix darksmallscreen<
2017.02.10 10:57:31 5: Cmd: >define allowed_WEBphone allowed<
2017.02.10 10:57:31 5: Cmd: >attr allowed_WEBphone basicAuth XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX=<
2017.02.10 10:57:31 5: Cmd: >attr allowed_WEBphone validFor WEBphone<
2017.02.10 10:57:31 5: Cmd: >define WEBtablet FHEMWEB 8085 global<
2017.02.10 10:57:31 3: WEBtablet: port 8085 opened
2017.02.10 10:57:31 5: Cmd: >attr WEBtablet hiddenroom 1<
2017.02.10 10:57:31 5: Cmd: >attr WEBtablet stylesheetPrefix dark<
2017.02.10 10:57:31 5: Cmd: >define allowed_WEBtablet allowed<
2017.02.10 10:57:31 5: Cmd: >attr allowed_WEBtablet basicAuth XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX=<
2017.02.10 10:57:31 5: Cmd: >attr allowed_WEBtablet validFor WEBtablet<
2017.02.10 10:57:31 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m.log fakelog<
2017.02.10 10:57:31 5: Loading ./FHEM/92_FileLog.pm
2017.02.10 10:57:32 5: Cmd: >define autocreate autocreate<
2017.02.10 10:57:32 5: Loading ./FHEM/98_autocreate.pm
2017.02.10 10:57:32 5: Cmd: >attr autocreate disable 0<
2017.02.10 10:57:32 5: Cmd: >attr autocreate filelog ./log/%NAME-%Y.log<
2017.02.10 10:57:32 5: Cmd: >define eventTypes eventTypes ./log/eventTypes.txt<
2017.02.10 10:57:32 5: Loading ./FHEM/91_eventTypes.pm
2017.02.10 10:57:32 2: eventTypes: loaded 98 events from ./log/eventTypes.txt
2017.02.10 10:57:32 5: Cmd: >define nanoCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505KYFT-if00-port0@38400 1234<
2017.02.10 10:57:32 5: Loading ./FHEM/00_CUL.pm
2017.02.10 10:57:32 3: Opening nanoCUL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505KYFT-if00-port0
2017.02.10 10:57:33 3: Setting nanoCUL serial parameters to 38400,8,N,1
2017.02.10 10:57:33 5: SW: V
2017.02.10 10:57:36 5: SW: V
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): V 1.23.09 a-culfw Build: 194 (2017
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): -02-0
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): 9_21-39-06)
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): nanoC
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): UL433
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): (F-Ba
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): nd: 433MHz)
2017.02.10 10:57:36 5: SW: ?
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of A B C
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): e F
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): f G i K L l
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): M N R
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): T t U
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): V W X
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): x
2017.02.10 10:57:36 3: nanoCUL: Possible commands: ABCeFfGiKLlMNRTtUVWXx
2017.02.10 10:57:36 5: SW: X21
2017.02.10 10:57:36 5: SW: T01
2017.02.10 10:57:36 5: CUL/RAW (ReadAnswer): 1234
2017.02.10 10:57:36 5: GOT CUL fhtid: 1234
2017.02.10 10:57:36 3: nanoCUL device opened
2017.02.10 10:57:36 5: Cmd: >attr nanoCUL icon cul_cul<
2017.02.10 10:57:36 5: Cmd: >attr nanoCUL model nanoCUL<
2017.02.10 10:57:36 5: Cmd: >attr nanoCUL rfmode SlowRF<
2017.02.10 10:57:36 5: Cmd: >attr nanoCUL room Wohnzimmer<
2017.02.10 10:57:36 5: Cmd: >attr nanoCUL verbose 5<
2017.02.10 10:57:36 5: Cmd: >define Paravan GenShellSwitch /Work/rcswitch-pi/send 10100 01000 1 0<
2017.02.10 10:57:36 5: Loading ./FHEM/00_GenShellSwitch.pm
2017.02.10 10:57:36 5: Cmd: >attr Paravan group Licht<
2017.02.10 10:57:36 5: Cmd: >attr Paravan loglevel 6<
2017.02.10 10:57:36 5: Cmd: >attr Paravan room Schlafzimmer<
2017.02.10 10:57:36 5: Cmd: >define Wecker at *07:20:00 { fhem("set Lichtwecker on") if (!$we) }<
2017.02.10 10:57:36 5: Loading ./FHEM/90_at.pm
2017.02.10 10:57:36 5: Cmd: >attr Wecker disable 0<
2017.02.10 10:57:36 5: Cmd: >attr Wecker group Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >attr Wecker room Schlafzimmer,Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >define Lichtwecker GenShellSwitch /Work/rcswitch-pi/send d 1 1 1 0<
2017.02.10 10:57:36 5: Cmd: >attr Lichtwecker group Licht<
2017.02.10 10:57:36 5: Cmd: >attr Lichtwecker room Schlafzimmer<
2017.02.10 10:57:36 5: Cmd: >define Qi GenShellSwitch /Work/rcswitch-pi/send b 1 1 1 0<
2017.02.10 10:57:36 5: Cmd: >attr Qi devStateIcon on:batterie off:Shutdown<
2017.02.10 10:57:36 5: Cmd: >attr Qi group Zwischenstecker<
2017.02.10 10:57:36 5: Cmd: >attr Qi icon it_smartphone<
2017.02.10 10:57:36 5: Cmd: >attr Qi room Schlafzimmer<
2017.02.10 10:57:36 5: Cmd: >define WeckerWochenende at *08:35:00 { fhem("set Lichtwecker on") if ($we) }<
2017.02.10 10:57:36 5: Cmd: >attr WeckerWochenende disable 1<
2017.02.10 10:57:36 5: Cmd: >attr WeckerWochenende group Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >attr WeckerWochenende room Schlafzimmer,Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >define Ventilator GenShellSwitch /Work/rcswitch-pi/send 10100 00100 1 0<
2017.02.10 10:57:36 5: Cmd: >attr Ventilator devStateIcon off:vent_ventilation on:vent_ventilation_level_3<
2017.02.10 10:57:36 5: Cmd: >attr Ventilator group Zwischenstecker<
2017.02.10 10:57:36 5: Cmd: >attr Ventilator icon vent_ventilation_control<
2017.02.10 10:57:36 5: Cmd: >attr Ventilator room Schlafzimmer<
2017.02.10 10:57:36 5: Cmd: >define FTP_Aus at *05:15:00 { fhem("set FTP off") if (!$we) }<
2017.02.10 10:57:36 5: Cmd: >attr FTP_Aus disable 1<
2017.02.10 10:57:36 5: Cmd: >attr FTP_Aus group Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >attr FTP_Aus room Programme,Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >define FTP_An at *07:20:00 { fhem("set FTP on") if (!$we) }<
2017.02.10 10:57:36 5: Cmd: >attr FTP_An disable 1<
2017.02.10 10:57:36 5: Cmd: >attr FTP_An group Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >attr FTP_An room Programme,Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >define Weihnachtsbeleuchtung GenShellSwitch /Work/rcswitch-pi/send c 1 1 1 0<
2017.02.10 10:57:36 5: Cmd: >attr Weihnachtsbeleuchtung group Licht<
2017.02.10 10:57:36 5: Cmd: >attr Weihnachtsbeleuchtung icon light_fairy_lights<
2017.02.10 10:57:36 5: Cmd: >attr Weihnachtsbeleuchtung room Balkon<
2017.02.10 10:57:36 5: Cmd: >define ZeitschaltungDekoLeuchteMorgens at *{sunrise("HORIZON=-3",0,"04:00","09:00")} { fhem("set Weihnachtsbeleuchtung off ; set Lichterkette_Flur off") }<
2017.02.10 10:57:36 5: Cmd: >{sunrise("HORIZON=-3",0,"04:00","09:00")}<
2017.02.10 10:57:36 5: Compute sunrise/sunset for latitude 51.473526 , longitude 7.487907
2017.02.10 10:57:36 5: Cmd: >attr ZeitschaltungDekoLeuchteMorgens disable 1<
2017.02.10 10:57:36 5: Cmd: >attr ZeitschaltungDekoLeuchteMorgens group Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >attr ZeitschaltungDekoLeuchteMorgens room Balkon,Hausflur,Wohnzimmer,Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >define PiTaster notify Pi {
if (Value("Pi") eq "off")
{ fhem("set Pi on") }
{ system("bash /Work/reboot.sh &") }
}<
2017.02.10 10:57:36 5: Loading ./FHEM/91_notify.pm
2017.02.10 10:57:36 5: Cmd: >attr PiTaster room Arbeitszimmer,Wohnzimmer<
2017.02.10 10:57:36 5: Cmd: >define Anubis.State notify Anubis.Check { if ((ReadingsVal("Anubis.Check", "state", "absent") eq "present") && Value("Anubis") eq "off")
{ fhem("set Anubis on") }
elsif ((ReadingsVal("Anubis.Check", "state", "absent") eq "absent") && Value("Anubis") eq "on")
{ fhem("set Anubis off ; set Anubis.Perepherie off ; set Anubis.Perepherie off ; set Anubis.Perepherie off ; set Anubis.Perepherie off") } }<
2017.02.10 10:57:36 5: Cmd: >attr Anubis.State room Arbeitszimmer<
2017.02.10 10:57:36 5: Cmd: >define ZeitschaltungDekoLeuchteAbends at *{sunset("HORIZON=-2",0,"16:00","22:00")} { fhem("set Weihnachtsbeleuchtung on ; set Lichterkette_Flur on") }<
2017.02.10 10:57:36 5: Cmd: >{sunset("HORIZON=-2",0,"16:00","22:00")}<
2017.02.10 10:57:36 5: Compute sunrise/sunset for latitude 51.473526 , longitude 7.487907
2017.02.10 10:57:36 5: Cmd: >attr ZeitschaltungDekoLeuchteAbends disable 1<
2017.02.10 10:57:36 5: Cmd: >attr ZeitschaltungDekoLeuchteAbends group Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >attr ZeitschaltungDekoLeuchteAbends room Balkon,Hausflur,Wohnzimmer,Zeitschaltung<
2017.02.10 10:57:36 5: Cmd: >define NoIP.Check PRESENCE lan-ping bengalischer.hopto.org 610 610<
2017.02.10 10:57:36 5: Loading ./FHEM/73_PRESENCE.pm
2017.02.10 10:57:37 5: Cmd: >attr NoIP.Check room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >define NoIP.State notify NoIP.Check { if ((ReadingsVal("NoIP.Check", "state", "absent") eq "present") && Value("NoIP") eq "off")
{ fhem("setstate NoIP on ; setreading NoIP state on") }
elsif ((ReadingsVal("NoIP.Check", "state", "absent") eq "absent") && Value("NoIP") eq "on")
{ fhem("setstate NoIP off ; setreading NoIP state off") } }<
2017.02.10 10:57:37 5: Cmd: >attr NoIP.State room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >define Anubis.Check PRESENCE lan-ping 192.168.0.2 300 300<
2017.02.10 10:57:37 5: Cmd: >attr Anubis.Check room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >define Lichterkette_Flur GenShellSwitch /Work/rcswitch-pi/send 10100 10001 1 0<
2017.02.10 10:57:37 5: Cmd: >attr Lichterkette_Flur group Licht<
2017.02.10 10:57:37 5: Cmd: >attr Lichterkette_Flur icon light_fairy_lights<
2017.02.10 10:57:37 5: Cmd: >attr Lichterkette_Flur room Hausflur<
2017.02.10 10:57:37 5: Cmd: >define Weihnachtsbaum_Abends at *00:00:00 { fhem("set Weihnachtsbaum off") }<
2017.02.10 10:57:37 5: Cmd: >attr Weihnachtsbaum_Abends disable 1<
2017.02.10 10:57:37 5: Cmd: >attr Weihnachtsbaum_Abends group Zeitschaltung<
2017.02.10 10:57:37 5: Cmd: >attr Weihnachtsbaum_Abends room Wohnzimmer,Zeitschaltung<
2017.02.10 10:57:37 5: Cmd: >define Weihnachtsbaum_Morgens at *09:00:00 { fhem("set Weihnachtsbaum on") }<
2017.02.10 10:57:37 5: Cmd: >attr Weihnachtsbaum_Morgens disable 1<
2017.02.10 10:57:37 5: Cmd: >attr Weihnachtsbaum_Morgens group Zeitschaltung<
2017.02.10 10:57:37 5: Cmd: >attr Weihnachtsbaum_Morgens room Wohnzimmer,Zeitschaltung<
2017.02.10 10:57:37 5: Cmd: >define NoIP dummy<
2017.02.10 10:57:37 5: Loading ./FHEM/98_dummy.pm
2017.02.10 10:57:37 5: Cmd: >attr NoIP devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:37 5: Cmd: >attr NoIP group Programme<
2017.02.10 10:57:37 5: Cmd: >attr NoIP icon it_i-net<
2017.02.10 10:57:37 5: Cmd: >attr NoIP room Arbeitszimmer,Programme<
2017.02.10 10:57:37 5: Cmd: >attr NoIP setList on off<
2017.02.10 10:57:37 5: Cmd: >define NoIP.Taster notify NoIP { if ( Value("NoIP") eq "on" & Value("NoIP.Check") eq "absent") { system("sudo /Work/noip.sh&") ; fhem("setstate NoIP off ; SetReading NoIP state off") } }<
2017.02.10 10:57:37 5: Cmd: >attr NoIP.Taster room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >define Pi dummy<
2017.02.10 10:57:37 5: Cmd: >attr Pi devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:37 5: Cmd: >attr Pi group Computer<
2017.02.10 10:57:37 5: Cmd: >attr Pi icon RPi<
2017.02.10 10:57:37 5: Cmd: >attr Pi room Wohnzimmer<
2017.02.10 10:57:37 5: Cmd: >attr Pi setList on off<
2017.02.10 10:57:37 5: Cmd: >define Anubis.Taster notify Anubis { if ((Value("Anubis") eq "on" && Value("Anubis.Check") eq "absent")) { system("sudo /Work/Anubis_wakeonlan.sh&") ; fhem("set Anubis off") } }<
2017.02.10 10:57:37 5: Cmd: >attr Anubis.Taster room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >define Anubis dummy<
2017.02.10 10:57:37 5: Cmd: >attr Anubis devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:37 5: Cmd: >attr Anubis group Computer<
2017.02.10 10:57:37 5: Cmd: >attr Anubis icon it_pc<
2017.02.10 10:57:37 5: Cmd: >attr Anubis room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >attr Anubis setList on off<
2017.02.10 10:57:37 5: Cmd: >define FTP.Schalter notify FTP { if (Value("FTP") eq "on") { system("sudo /Work/ftp_start.sh &") }
elsif (Value("FTP") eq "off") { system("sudo /Work/ftp_stop.sh &") } }<
2017.02.10 10:57:37 5: Cmd: >attr FTP.Schalter room Arbeitszimmer<
2017.02.10 10:57:37 5: Cmd: >define FTP dummy<
2017.02.10 10:57:37 5: Cmd: >attr FTP devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:37 5: Cmd: >attr FTP group Programme<
2017.02.10 10:57:37 5: Cmd: >attr FTP icon control_arrow_downward<
2017.02.10 10:57:37 5: Cmd: >attr FTP room Arbeitszimmer,Programme<
2017.02.10 10:57:37 5: Cmd: >attr FTP setList on off<
2017.02.10 10:57:37 5: Cmd: >define GoogleCloudMessages gcmsend<
2017.02.10 10:57:37 5: Loading ./FHEM/98_gcmsend.pm
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages apiKey XXXXXXXXXXXXXXX<
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages devStateIcon OK:10px-kreis-gruen<
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages group Programme<
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages icon rc_WEB<
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages regIds XXXXXXXXXXXXXXXXX<
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages room Arbeitszimmer<
2017.02.10 10:57:40 5: Cmd: >attr GoogleCloudMessages stateFilter ^(\d){1,2}(\.){0,1}(\d){0,1}\Z|^T: (\d+\.\d*) H: (\d+) BAT:(.+)|^low\Z|^ok\Z|^on\Z|^off\Z|^blink\Z|^present\Z|^absent\Z|^Connected\Z|^Disconnected\Z|^disabled\Z|^Next:\ ((\d){2}\:){2}\d\d\Z<
2017.02.10 10:57:40 5: Cmd: >define Romy_PC dummy<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC group Computer<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC icon it_pc<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC room Arbeitszimmer<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC setList on off<
2017.02.10 10:57:40 5: Cmd: >define Romy_PC.State notify Romy_PC.Check { if ((ReadingsVal("Romy_PC.Check", "state", "absent") eq "present") && Value("Romy_PC") eq "off")
{ fhem("set Romy_PC on") }
elsif ((ReadingsVal("Romy_PC.Check", "state", "absent") eq "absent") && Value("Romy_PC") eq "on")
{ fhem("set Romy_PC off") } }<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC.State room Arbeitszimmer<
2017.02.10 10:57:40 5: Cmd: >define Romy_PC.Check PRESENCE lan-ping 192.168.0.3 300 300<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC.Check room Arbeitszimmer<
2017.02.10 10:57:40 5: Cmd: >define Romy_PC.Taster notify Romy_PC { if ((Value("Romy_PC") eq "on" && Value("Romy_PC.Check") eq "absent")) { system("sudo /Work/Romy_PC_wakeonlan.sh&") ; fhem("set Romy_PC off") } }<
2017.02.10 10:57:40 5: Cmd: >attr Romy_PC.Taster room Arbeitszimmer<
2017.02.10 10:57:40 5: Cmd: >define Ultimate_Hub harmony 192.168.0.137<
2017.02.10 10:57:40 5: Loading ./FHEM/37_harmony.pm
2017.02.10 10:57:41 5: Cmd: >attr Ultimate_Hub devStateIcon Connected:10px-kreis-gruen Disconnected:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:41 5: Cmd: >attr Ultimate_Hub room Harmony,Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >define harmony_37734463 harmony DEVICE 37734463<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734463 alias LG<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734463 devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734463 event-on-change-reading .*<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734463 room Harmony,Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734463 stateFormat power<
2017.02.10 10:57:41 5: Cmd: >define harmony_37734464 harmony DEVICE 37734464<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734464 alias Teufel<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734464 devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734464 event-on-change-reading .*<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734464 room Harmony,Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37734464 stateFormat power<
2017.02.10 10:57:41 5: Cmd: >define harmony_37861872 harmony DEVICE 37861872<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37861872 alias LED 24-Stripe<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37861872 event-on-change-reading .*<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37861872 room Harmony,Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37861872 stateFormat power<
2017.02.10 10:57:41 5: Cmd: >define Pi2 dummy<
2017.02.10 10:57:41 5: Cmd: >attr Pi2 devStateIcon on:Restart off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:41 5: Cmd: >attr Pi2 group Computer<
2017.02.10 10:57:41 5: Cmd: >attr Pi2 icon RPi<
2017.02.10 10:57:41 5: Cmd: >attr Pi2 room Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >attr Pi2 setList on off<
2017.02.10 10:57:41 5: Cmd: >define harmony_37806807 harmony DEVICE 37806807<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37806807 alias Kodi<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37806807 event-on-change-reading .*<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37806807 room Harmony,Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >attr harmony_37806807 stateFormat power<
2017.02.10 10:57:41 5: Cmd: >define Pi2.Check PRESENCE lan-ping 192.168.0.10 300 300<
2017.02.10 10:57:41 5: Cmd: >attr Pi2.Check room Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >define Pi2.State notify Pi2.Check { if ((ReadingsVal("Pi2.Check", "state", "absent") eq "present") && Value("Pi2") eq "off")
{ fhem("set Pi2 on") }
elsif ((ReadingsVal("Pi2.Check", "state", "absent") eq "absent") && Value("Pi2") eq "on")
{ fhem("set Pi2 off") } }<
2017.02.10 10:57:41 5: Cmd: >attr Pi2.State room Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >define Vitrine IT 00000F000F FF F0<
2017.02.10 10:57:41 5: Loading ./FHEM/10_IT.pm
2017.02.10 10:57:41 5: Cmd: >attr Vitrine IODev nanoCUL<
2017.02.10 10:57:41 5: Cmd: >attr Vitrine group Licht<
2017.02.10 10:57:41 5: Cmd: >attr Vitrine icon light_cabinet<
2017.02.10 10:57:41 5: Cmd: >attr Vitrine room Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >define Anubis.Perepherie IT 01000000101011101010100010 0 0000<
2017.02.10 10:57:41 5: Cmd: >attr Anubis.Perepherie IODev nanoCUL<
2017.02.10 10:57:41 5: Cmd: >attr Anubis.Perepherie devStateIcon on:10px-kreis-gruen off:remotecontrol/black_btn_POWEROFF2<
2017.02.10 10:57:41 5: Cmd: >attr Anubis.Perepherie group Computer<
2017.02.10 10:57:41 5: Cmd: >attr Anubis.Perepherie icon scene_gaming<
2017.02.10 10:57:41 5: Cmd: >attr Anubis.Perepherie room Arbeitszimmer<
2017.02.10 10:57:41 5: Cmd: >define Spot IT 000000000F FF F0<
2017.02.10 10:57:41 5: Cmd: >attr Spot IODev nanoCUL<
2017.02.10 10:57:41 5: Cmd: >attr Spot group Licht<
2017.02.10 10:57:41 5: Cmd: >attr Spot icon light_ceiling<
2017.02.10 10:57:41 5: Cmd: >attr Spot room Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >define Stripe IT 0000F0000F FF F0<
2017.02.10 10:57:41 5: Cmd: >attr Stripe IODev nanoCUL<
2017.02.10 10:57:41 5: Cmd: >attr Stripe group Licht<
2017.02.10 10:57:41 5: Cmd: >attr Stripe icon light_led_stripe_rgb<
2017.02.10 10:57:41 5: Cmd: >attr Stripe room Wohnzimmer<
2017.02.10 10:57:41 5: Cmd: >define Sterntaler IT 0F00F0FFF0 0F F0<
2017.02.10 10:57:41 5: Cmd: >attr Sterntaler IODev nanoCUL<
2017.02.10 10:57:41 5: Cmd: >attr Sterntaler group Licht<
2017.02.10 10:57:41 5: Cmd: >attr Sterntaler room Kinderzimmer<
2017.02.10 10:57:41 5: Cmd: >define Bewegungsmelder_Kinderzimmer IT 00110110100001001101011010 0 1001<
2017.02.10 10:57:41 5: Cmd: >attr Bewegungsmelder_Kinderzimmer IODev nanoCUL<
2017.02.10 10:57:41 5: Cmd: >attr Bewegungsmelder_Kinderzimmer devStateIcon on:10px-kreis-gruen off:10px-kreis-rot<
2017.02.10 10:57:41 5: Cmd: >attr Bewegungsmelder_Kinderzimmer group Bewegung<
2017.02.10 10:57:41 5: Cmd: >attr Bewegungsmelder_Kinderzimmer icon motion_detector<
2017.02.10 10:57:41 5: Cmd: >attr Bewegungsmelder_Kinderzimmer room Kinderzimmer<
2017.02.10 10:57:41 5: Cmd: >define Stehlampe IT 00110110100001001101011010 0 0001<
2017.02.10 10:57:41 5: Cmd: >attr Stehlampe IODev nanoCUL<
2017.02.10 10:57:42 5: Cmd: >attr Stehlampe group Licht<
2017.02.10 10:57:42 5: Cmd: >attr Stehlampe room Kinderzimmer<
2017.02.10 10:57:42 5: Cmd: >define Bewegung notify Bewegungsmelder_Kinderzimmer { if (Value("Bewegungsmelder_Kinderzimmer") eq "on" && Value("Stehlampe") eq "off")
{ fhem("set Sterntaler on ; set Stehlampe on ; set Sterntaler on ; set Sterntaler on ; set Stehlampe on") }
elsif (Value("Bewegungsmelder_Kinderzimmer") eq "off" && Value("Stehlampe") eq "on")
{ fhem("set Stehlampe off ; set Sterntaler on-for-timer 15 ; set Stehlampe off") } }<
2017.02.10 10:57:42 5: Cmd: >attr Bewegung group Bewegung<
2017.02.10 10:57:42 5: Cmd: >attr Bewegung room Kinderzimmer<
2017.02.10 10:57:42 5: Cmd: >define Unknown CUL_TCM97001 CUL_TCM97001_Unknown<
2017.02.10 10:57:42 5: Loading ./FHEM/14_CUL_TCM97001.pm
2017.02.10 10:57:42 5: Cmd: >attr Unknown ignore 1<
2017.02.10 10:57:42 5: Cmd: >attr Unknown model Unknown<
2017.02.10 10:57:42 5: Cmd: >attr Unknown room CUL_TCM97001<
2017.02.10 10:57:42 5: Cmd: >attr Unknown verbose 0<
2017.02.10 10:57:42 5: Cmd: >define Weihnachtsbaum IT 0F0FF0F0F0 0F F0<
2017.02.10 10:57:42 5: Cmd: >attr Weihnachtsbaum IODev nanoCUL<
2017.02.10 10:57:42 5: Cmd: >attr Weihnachtsbaum group Licht<
2017.02.10 10:57:42 5: Cmd: >attr Weihnachtsbaum icon scene_x-mas<
2017.02.10 10:57:42 5: Cmd: >attr Weihnachtsbaum room Wohnzimmer<
2017.02.10 10:57:42 5: Cmd: >define PS3MoveLader IT 000FF0F0F0 0F F0<
2017.02.10 10:57:42 5: Cmd: >attr PS3MoveLader IODev nanoCUL<
2017.02.10 10:57:42 5: Cmd: >attr PS3MoveLader group Zwischenstecker<
2017.02.10 10:57:42 5: Cmd: >attr PS3MoveLader room Wohnzimmer<
2017.02.10 10:57:42 5: Cmd: >define Pi2Taster notify Pi2 {
if (Value("Pi2") eq "off" && (ReadingsVal("Pi2.Check", "state", "absent") eq "present"))
{ system("bash /Work/pi2reboot.sh &") } }<
2017.02.10 10:57:42 5: Cmd: >attr Pi2Taster room Wohnzimmer<
2017.02.10 10:57:42 5: Cmd: >define Lueftung IT 00110110100001001101011010 0 0101<
2017.02.10 10:57:42 5: Cmd: >attr Lueftung IODev nanoCUL<
2017.02.10 10:57:42 5: Cmd: >attr Lueftung devStateIcon off:vent_ventilation on:vent_ventilation_level_3<
2017.02.10 10:57:42 5: Cmd: >attr Lueftung group Lueftung<
2017.02.10 10:57:42 5: Cmd: >attr Lueftung icon vent_used_air<
2017.02.10 10:57:42 5: Cmd: >attr Lueftung room Badezimmer<
2017.02.10 10:57:42 5: Cmd: >define Lueftungs_Schaltung notify Badezimmer_Sensor_1 {
if ((ReadingsVal("Badezimmer_Sensor_1", "humidity", "90") > "53") && Value("Lueften") eq "off" && Value("Lueftung") eq "off")
{ fhem("set Lueftung on ; setreading Lueftung OverrideAutomatic off") }
elsif ((ReadingsVal("Badezimmer_Sensor_1", "humidity", "90") < "53") && Value("Lueftung") eq "on" && Value("Lueften") eq "off" && (ReadingsVal("Lueftung", "OverrideAutomatic", "off") eq "off"))
{ fhem("set Lueftung on-for-timer 300 ; setreading Lueftung OverrideAutomatic on") }
}<
2017.02.10 10:57:42 5: Cmd: >attr Lueftungs_Schaltung room Badezimmer<
2017.02.10 10:57:42 5: Cmd: >define Lueften dummy<
2017.02.10 10:57:42 5: Cmd: >attr Lueften devStateIcon off:vent_ventilation on:vent_ventilation_level_3<
2017.02.10 10:57:42 5: Cmd: >attr Lueften group Lueftung<
2017.02.10 10:57:42 5: Cmd: >attr Lueften icon scene_toilet_alternat<
2017.02.10 10:57:42 5: Cmd: >attr Lueften room Badezimmer<
2017.02.10 10:57:42 5: Cmd: >attr Lueften setList on off<
2017.02.10 10:57:42 5: Cmd: >define Lueftungsvorgang notify Lueften {
if ((ReadingsVal("Lueften", "state", "off") eq "on") && Value("Lueftung") eq "off")
{ fhem("set Lueftung on-for-timer 540") }
}<
2017.02.10 10:57:42 5: Cmd: >attr Lueftungsvorgang room Badezimmer<
2017.02.10 10:57:42 5: Cmd: >define Lueftungsvorgang_Ende notify Lueftung {
if ((ReadingsVal("Lueftung", "state", "off") eq "off") && Value("Lueften") eq "on")
{ fhem("set Lueften off") }
}<
2017.02.10 10:57:42 5: Cmd: >attr Lueftungsvorgang_Ende room Badezimmer<
2017.02.10 10:57:42 5: Cmd: >define Babyphone IT 00110110100001001101011010 0 0111<
2017.02.10 10:57:42 5: Cmd: >attr Babyphone IODev nanoCUL<
2017.02.10 10:57:42 5: Cmd: >attr Babyphone group Zwischenstecker<
2017.02.10 10:57:42 5: Cmd: >attr Babyphone room Schlafzimmer<
2017.02.10 10:57:42 5: Cmd: >define Rehau CO20<
2017.02.10 10:57:42 5: Loading ./FHEM/38_CO20.pm
2017.02.10 10:57:43 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at /usr/lib/arm-linux-gnueabihf/perl5/5.20/Device/USB.pm line 21, <$fh> line 374.
2017.02.10 10:57:43 5: Cmd: >attr Rehau event-min-interval voc:300<
2017.02.10 10:57:43 5: Cmd: >attr Rehau group Luft<
2017.02.10 10:57:43 5: Cmd: >attr Rehau room Messungen,Wohnzimmer<
2017.02.10 10:57:43 5: Cmd: >define FileLog_Rehau FileLog ./log/Rehau_2-%Y.log Rehau:(voc).*<
2017.02.10 10:57:43 5: Cmd: >attr FileLog_Rehau room Messungen,Wohnzimmer<
2017.02.10 10:57:43 5: Cmd: >define SVG_FileLog_Rehau_1 SVG FileLog_Rehau:SVG_FileLog_Rehau_1:CURRENT<
2017.02.10 10:57:43 5: Loading ./FHEM/98_SVG.pm
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Rehau_1 group Luft<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Rehau_1 label "Wohnzimmer Luftqualität"<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Rehau_1 room Messungen,Wohnzimmer<
2017.02.10 10:57:44 5: Cmd: >define FileLog_Kinderzimmer_Sensor_2 FileLog ./log/Kinderzimmer_Sensor_2-%Y.log Kinderzimmer_Sensor_2:(temperature|humidity).*<
2017.02.10 10:57:44 5: Cmd: >attr FileLog_Kinderzimmer_Sensor_2 logtype temp4hum4:Temp/Hum,text<
2017.02.10 10:57:44 5: Cmd: >attr FileLog_Kinderzimmer_Sensor_2 room Messungen<
2017.02.10 10:57:44 5: Cmd: >define FileLog_Badezimmer_Sensor_1 FileLog ./log/Badezimmer_Sensor_1-%Y.log Badezimmer_Sensor_1:(temperature|humidity).*<
2017.02.10 10:57:44 5: Cmd: >attr FileLog_Badezimmer_Sensor_1 logtype temp4hum4:Temp/Hum,text<
2017.02.10 10:57:44 5: Cmd: >attr FileLog_Badezimmer_Sensor_1 room Messungen<
2017.02.10 10:57:44 5: Cmd: >define SVG_FileLog_Badezimmer_Sensor_1_1 SVG FileLog_Badezimmer_Sensor_1:SVG_FileLog_Badezimmer_Sensor_1_1:CURRENT<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Badezimmer_Sensor_1_1 group Thermo/Hygro<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Badezimmer_Sensor_1_1 label "Badezimmer - Min: $data{min1}°C $data{min2}%, Max: $data{max1}°C $data{max2}%, Aktuell $data{currval1}°C $data{currval2}%"<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Badezimmer_Sensor_1_1 room Badezimmer,Messungen<
2017.02.10 10:57:44 5: Cmd: >define SVG_FileLog_Kinderzimmer_Sensor_2_1 SVG FileLog_Kinderzimmer_Sensor_2:SVG_FileLog_Kinderzimmer_Sensor_2_1:CURRENT<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Kinderzimmer_Sensor_2_1 group Thermo/Hygro<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Kinderzimmer_Sensor_2_1 label "Kinderzimmer - Min: $data{min1}°C $data{min2}%, Max: $data{max1}°C $data{max2}%, Aktuell $data{currval1}°C $data{currval2}%"<
2017.02.10 10:57:44 5: Cmd: >attr SVG_FileLog_Kinderzimmer_Sensor_2_1 room Kinderzimmer,Messungen<
2017.02.10 10:57:44 5: Cmd: >define Badezimmer_Sensor_1 OREGON THGR228N_d1_1<
2017.02.10 10:57:44 5: Loading ./FHEM/41_OREGON.pm
2017.02.10 10:57:44 5: Cmd: >attr Badezimmer_Sensor_1 IODev nanoCUL<
2017.02.10 10:57:44 5: Cmd: >attr Badezimmer_Sensor_1 group Messinstrumente<
2017.02.10 10:57:44 5: Cmd: >attr Badezimmer_Sensor_1 room Badezimmer,Messungen<
2017.02.10 10:57:44 1: Including ./log/fhem.save
2017.02.10 10:57:44 5: Cmd: >setstate Anubis on<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis 2017-02-10 07:42:25 state on<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Check present<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Check 2017-02-10 10:53:25 presence present<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Check 2017-02-10 10:53:25 state present<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Perepherie off<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Perepherie 2017-02-10 01:36:18 group 0<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Perepherie 2017-02-10 01:36:18 protocol V3<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Perepherie 2017-02-10 08:18:59 state off<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Perepherie 2017-02-10 01:36:18 unit 0000<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.State 2017-02-10 10:53:25<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.State 2017-02-10 10:18:54 state active<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Taster active<
2017.02.10 10:57:44 5: Cmd: >setstate Anubis.Taster 2017-02-10 10:18:54 state active<
2017.02.10 10:57:44 5: Cmd: >setstate Babyphone off<
2017.02.10 10:57:44 5: Cmd: >setstate Babyphone 2017-02-10 01:36:18 group 0<
2017.02.10 10:57:44 5: Cmd: >setstate Babyphone 2017-02-10 01:36:18 protocol V3<
2017.02.10 10:57:44 5: Cmd: >setstate Babyphone 2017-02-10 10:44:40 state off<
2017.02.10 10:57:44 5: Cmd: >setstate Babyphone 2017-02-10 01:36:18 unit 0111<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegung active<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegung 2017-02-10 10:18:58 state active<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegungsmelder_Kinderzimmer off<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegungsmelder_Kinderzimmer 2017-02-10 01:36:18 group 0<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegungsmelder_Kinderzimmer 2017-02-10 01:36:18 protocol V3<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegungsmelder_Kinderzimmer 2017-02-10 07:46:36 state off<
2017.02.10 10:57:44 5: Cmd: >setstate Bewegungsmelder_Kinderzimmer 2017-02-10 01:36:18 unit 1001<
2017.02.10 10:57:44 5: Cmd: >setstate FTP on<
2017.02.10 10:57:44 5: Cmd: >setstate FTP 2017-02-10 07:46:11 state on<
2017.02.10 10:57:44 5: Cmd: >setstate FTP.Schalter active<
2017.02.10 10:57:44 5: Cmd: >setstate FTP.Schalter 2017-02-10 10:18:54 state active<
2017.02.10 10:57:44 5: Cmd: >setstate FTP_An disabled<
2017.02.10 10:57:44 5: Cmd: >setstate FTP_An 2017-02-10 10:18:53 state disabled<
2017.02.10 10:57:44 5: Cmd: >setstate FTP_Aus disabled<
2017.02.10 10:57:44 5: Cmd: >setstate FTP_Aus 2017-02-10 10:18:53 state disabled<
2017.02.10 10:57:44 5: Cmd: >setstate FileLog_Badezimmer_Sensor_1 active<
2017.02.10 10:57:44 5: Cmd: >setstate FileLog_Kinderzimmer_Sensor_2 active<
2017.02.10 10:57:44 5: Cmd: >setstate FileLog_Rehau active<
2017.02.10 10:57:44 5: Cmd: >setstate FileLog_Rehau 2017-02-10 10:53:15 linesInTheFile 96<
2017.02.10 10:57:44 5: Cmd: >setstate GoogleCloudMessages OK<
2017.02.10 10:57:44 5: Cmd: >setstate Lichterkette_Flur off<
2017.02.10 10:57:44 5: Cmd: >setstate Lichterkette_Flur 2017-02-10 07:46:31 state off<
2017.02.10 10:57:44 5: Cmd: >setstate Lichtwecker off<
2017.02.10 10:57:44 5: Cmd: >setstate Lichtwecker 2017-02-10 07:22:56 state off<
2017.02.10 10:57:44 5: Cmd: >setstate Logfile active<
2017.02.10 10:57:44 5: Cmd: >setstate Lueften off<
2017.02.10 10:57:44 5: Cmd: >setstate Lueften 2017-02-10 07:46:21 state off<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftung on<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftung 2017-02-10 01:36:18 group 0<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftung 2017-02-10 01:36:18 protocol V3<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftung 2017-02-10 08:19:28 state on<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftung 2017-02-10 01:36:18 unit 0101<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftungs_Schaltung active<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftungs_Schaltung 2017-02-10 10:18:58 state active<
2017.02.10 10:57:44 5: Cmd: >setstate Lueftungsvorgang active<
2017.02.10 10:57:45 5: Cmd: >setstate Lueftungsvorgang 2017-02-10 10:18:58 state active<
2017.02.10 10:57:45 5: Cmd: >setstate Lueftungsvorgang_Ende active<
2017.02.10 10:57:45 5: Cmd: >setstate Lueftungsvorgang_Ende 2017-02-10 10:18:58 state active<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP on<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP 2017-02-10 07:47:33 state on<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.Check present<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.Check 2017-02-10 10:53:32 presence present<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.Check 2017-02-10 10:53:32 state present<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.State 2017-02-10 10:53:32<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.State 2017-02-10 10:18:54 state active<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.Taster active<
2017.02.10 10:57:45 5: Cmd: >setstate NoIP.Taster 2017-02-10 10:18:54 state active<
2017.02.10 10:57:45 5: Cmd: >setstate PS3MoveLader off<
2017.02.10 10:57:45 5: Cmd: >setstate PS3MoveLader 2017-02-10 01:36:18 protocol V1<
2017.02.10 10:57:45 5: Cmd: >setstate PS3MoveLader 2017-02-10 02:06:09 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Paravan off<
2017.02.10 10:57:45 5: Cmd: >setstate Paravan 2017-02-10 07:46:49 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Pi on<
2017.02.10 10:57:45 5: Cmd: >setstate Pi 2017-02-10 07:34:49 state on<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2 on<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2 2017-02-10 07:47:28 state on<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2.Check present<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2.Check 2017-02-10 10:53:26 presence present<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2.Check 2017-02-10 10:53:26 state present<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2.State 2017-02-10 10:53:26<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2.State 2017-02-10 10:18:57 state active<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2Taster active<
2017.02.10 10:57:45 5: Cmd: >setstate Pi2Taster 2017-02-10 10:18:58 state active<
2017.02.10 10:57:45 5: Cmd: >setstate PiTaster active<
2017.02.10 10:57:45 5: Cmd: >setstate PiTaster 2017-02-10 10:18:54 state active<
2017.02.10 10:57:45 5: Cmd: >setstate Qi off<
2017.02.10 10:57:45 5: Cmd: >setstate Qi 2017-02-10 07:22:43 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Rehau opened<
2017.02.10 10:57:45 5: Cmd: >setstate Rehau 2017-02-10 10:53:15 debug 903<
2017.02.10 10:57:45 5: Cmd: >setstate Rehau 2017-02-10 10:53:15 pwm 348<
2017.02.10 10:57:45 5: Cmd: >setstate Rehau 2017-02-10 10:53:15 r_h 160.53<
2017.02.10 10:57:45 5: Cmd: >setstate Rehau 2017-02-10 10:53:15 r_s 44533<
2017.02.10 10:57:45 5: Cmd: >setstate Rehau 2017-02-10 10:53:15 voc 661<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC off<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC 2017-02-10 07:46:07 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.Check absent<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.Check 2017-02-10 10:53:34 presence absent<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.Check 2017-02-10 10:53:34 state absent<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.State 2017-02-10 10:53:34<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.State 2017-02-10 10:18:56 state active<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.Taster active<
2017.02.10 10:57:45 5: Cmd: >setstate Romy_PC.Taster 2017-02-10 10:18:56 state active<
2017.02.10 10:57:45 5: Cmd: >setstate SVG_FileLog_Badezimmer_Sensor_1_1 initialized<
2017.02.10 10:57:45 5: Cmd: >setstate SVG_FileLog_Kinderzimmer_Sensor_2_1 initialized<
2017.02.10 10:57:45 5: Cmd: >setstate SVG_FileLog_Rehau_1 initialized<
2017.02.10 10:57:45 5: Cmd: >setstate Spot off<
2017.02.10 10:57:45 5: Cmd: >setstate Spot 2017-02-10 01:36:18 protocol V1<
2017.02.10 10:57:45 5: Cmd: >setstate Spot 2017-02-10 08:39:49 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Stehlampe off<
2017.02.10 10:57:45 5: Cmd: >setstate Stehlampe 2017-02-10 01:36:18 group 0<
2017.02.10 10:57:45 5: Cmd: >setstate Stehlampe 2017-02-10 01:36:18 protocol V3<
2017.02.10 10:57:45 5: Cmd: >setstate Stehlampe 2017-02-10 02:02:40 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Stehlampe 2017-02-10 01:36:18 unit 0001<
2017.02.10 10:57:45 5: Cmd: >setstate Sterntaler off<
2017.02.10 10:57:45 5: Cmd: >setstate Sterntaler 2017-02-10 01:36:18 protocol V1<
2017.02.10 10:57:45 5: Cmd: >setstate Sterntaler 2017-02-10 07:46:34 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Stripe off<
2017.02.10 10:57:45 5: Cmd: >setstate Stripe 2017-02-10 01:36:18 protocol V1<
2017.02.10 10:57:45 5: Cmd: >setstate Stripe 2017-02-10 02:05:49 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Ultimate_Hub Connected<
2017.02.10 10:57:45 5: Cmd: >setstate Ultimate_Hub 2017-02-10 10:54:00 activity TV<
2017.02.10 10:57:45 5: Cmd: >setstate Ultimate_Hub 2017-02-10 10:54:00 currentActivity TV<
2017.02.10 10:57:45 5: Cmd: >setstate Ultimate_Hub 2017-02-10 09:39:35 previousActivity TV<
2017.02.10 10:57:45 5: Cmd: >setstate Ultimate_Hub 2017-02-10 10:43:14 state Connected<
2017.02.10 10:57:45 5: Cmd: >setstate Unknown Defined<
2017.02.10 10:57:45 5: Cmd: >setstate Ventilator off<
2017.02.10 10:57:45 5: Cmd: >setstate Ventilator 2017-02-10 07:46:52 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Vitrine off<
2017.02.10 10:57:45 5: Cmd: >setstate Vitrine 2017-02-10 01:36:18 protocol V1<
2017.02.10 10:57:45 5: Cmd: >setstate Vitrine 2017-02-10 02:05:52 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Wecker Next: 07:20:00<
2017.02.10 10:57:45 5: Cmd: >setstate Wecker 2017-02-10 10:18:53 state Next: 07:20:00<
2017.02.10 10:57:45 5: Cmd: >setstate WeckerWochenende disabled<
2017.02.10 10:57:45 5: Cmd: >setstate WeckerWochenende 2017-02-10 10:18:53 state disabled<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum off<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum 2017-02-10 01:36:18 protocol V1<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum 2017-02-10 02:05:56 state off<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum_Abends disabled<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum_Abends 2017-02-10 10:18:54 state disabled<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum_Morgens disabled<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbaum_Morgens 2017-02-10 10:18:54 state disabled<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbeleuchtung off<
2017.02.10 10:57:45 5: Cmd: >setstate Weihnachtsbeleuchtung 2017-02-10 07:46:27 state off<
2017.02.10 10:57:45 5: Cmd: >setstate ZeitschaltungDekoLeuchteAbends disabled<
2017.02.10 10:57:45 5: Cmd: >setstate ZeitschaltungDekoLeuchteAbends 2017-02-10 10:18:54 state disabled<
2017.02.10 10:57:45 5: Cmd: >setstate ZeitschaltungDekoLeuchteMorgens disabled<
2017.02.10 10:57:45 5: Cmd: >setstate ZeitschaltungDekoLeuchteMorgens 2017-02-10 10:18:54 state disabled<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_WEB active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_WEB 2017-02-10 10:18:43 state active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_WEBphone active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_WEBphone 2017-02-10 10:18:43 state active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_WEBtablet active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_WEBtablet 2017-02-10 10:18:43 state active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_telnetPort active<
2017.02.10 10:57:45 5: Cmd: >setstate allowed_telnetPort 2017-02-10 10:18:41 state active<
2017.02.10 10:57:45 5: Cmd: >setstate autocreate active<
2017.02.10 10:57:45 5: Cmd: >setstate eventTypes active<
2017.02.10 10:57:45 5: Cmd: >setstate global no definition<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37734463 on<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37734463 2017-02-10 10:54:00 power on<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37734464 on<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37734464 2017-02-10 10:54:00 power on<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37806807 manual<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37806807 2017-02-10 10:54:00 power manual<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37861872 manual<
2017.02.10 10:57:45 5: Cmd: >setstate harmony_37861872 2017-02-10 10:54:00 power manual<
2017.02.10 10:57:45 5: Cmd: >setstate nanoCUL 2017-02-10 10:56:45 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB<
2017.02.10 10:57:45 5: Cmd: >setstate nanoCUL 2017-02-10 10:56:22 cmds A B C e F f G i K L l M N R T t U V W X x<
2017.02.10 10:57:45 5: Cmd: >setstate nanoCUL 2017-02-10 10:44:40 raw No answer<
2017.02.10 10:57:45 5: Cmd: >setstate nanoCUL 2017-02-10 10:56:22 state Initialized<
2017.02.10 10:57:45 5: Cmd: >setstate nanoCUL 2017-02-10 09:40:13 version No answer<
2017.02.10 10:57:45 3: No I/O device found for Badezimmer_Sensor_1
2017.02.10 10:57:45 5: Triggering global (1 changes)
2017.02.10 10:57:45 5: Starting notify loop for global, 1 event(s), first is INITIALIZED
2017.02.10 10:57:45 5: GoogleCloudMessages global: ignoring state, as value INITIALIZED is blocked by stateFilter regexp.
2017.02.10 10:57:45 3: Rehau: CO20 device found
2017.02.10 10:57:45 3: Rehau: CO20 device opened
2017.02.10 10:57:46 5: Triggering Ultimate_Hub (1 changes)
2017.02.10 10:57:46 5: Starting notify loop for Ultimate_Hub, 1 event(s), first is Disconnected
2017.02.10 10:57:46 5: data is {"deviceName": "Ultimate_Hub","changes":"state:Disconnected","type":"notify","source":"gcmsend_fhem","vibrate":"false"}
2017.02.10 10:57:50 4: Ultimate_Hub: connect
2017.02.10 10:57:50 3: Ultimate_Hub: connected
2017.02.10 10:57:50 5: Triggering Ultimate_Hub (1 changes)
2017.02.10 10:57:50 5: Starting notify loop for Ultimate_Hub, 1 event(s), first is Connected
2017.02.10 10:57:50 5: data is {"deviceName": "Ultimate_Hub","changes":"state:Connected","type":"notify","source":"gcmsend_fhem","vibrate":"false"}
2017.02.10 10:57:51 4: Ultimate_Hub: send: <stream:stream to='connect.logitech.com' xmlns:stream='http://etherx.jabber.org/streams' xmlns='jabber:client' xml:lang='en' version='1.0'>
2017.02.10 10:57:51 3: NTFY return: Rehau:-110
2017.02.10 10:57:51 0: Featurelevel: 5.7
2017.02.10 10:57:51 0: Server started with 78 defined entities (fhem.pl:12804/2016-12-17 perl:5.020002 os:linux user:fhem pid:767)
2017.02.10 10:57:51 5: PRESENCE (Anubis.Check) - stopping timer
2017.02.10 10:57:51 5: PRESENCE (Anubis.Check) - starting blocking call for mode lan-ping
2017.02.10 10:57:51 3: telnetForBlockingFn_1486720671: port 40190 opened
2017.02.10 10:57:51 5: Triggering global (1 changes)
2017.02.10 10:57:51 5: Starting notify loop for global, 1 event(s), first is DEFINED telnetForBlockingFn_1486720671
2017.02.10 10:57:51 5: GoogleCloudMessages global: ignoring state, as value DEFINED telnetForBlockingFn_1486720671 is blocked by stateFilter regexp.
2017.02.10 10:57:51 4: BlockingCall (PRESENCE_DoLocalPingScan): created child (769), uses telnetForBlockingFn_1486720671 to connect back
2017.02.10 10:57:51 5: PRESENCE (NoIP.Check) - stopping timer
2017.02.10 10:57:51 5: PRESENCE (NoIP.Check) - starting blocking call for mode lan-ping
2017.02.10 10:57:51 5: PRESENCE (Anubis.Check) - starting ping scan: Anubis.Check|192.168.0.2|0|4
2017.02.10 10:57:51 4: BlockingCall (PRESENCE_DoLocalPingScan): created child (770), uses telnetForBlockingFn_1486720671 to connect back
2017.02.10 10:57:51 5: PRESENCE (Pi2.Check) - stopping timer
2017.02.10 10:57:51 5: PRESENCE (Pi2.Check) - starting blocking call for mode lan-ping
2017.02.10 10:57:51 4: BlockingCall (PRESENCE_DoLocalPingScan): created child (772), uses telnetForBlockingFn_1486720671 to connect back
2017.02.10 10:57:51 5: PRESENCE (Romy_PC.Check) - stopping timer
2017.02.10 10:57:51 5: PRESENCE (NoIP.Check) - starting ping scan: NoIP.Check|bengalischer.hopto.org|0|4
2017.02.10 10:57:51 5: PRESENCE (Romy_PC.Check) - starting blocking call for mode lan-ping
2017.02.10 10:57:51 5: PRESENCE (Pi2.Check) - starting ping scan: Pi2.Check|192.168.0.10|0|4
2017.02.10 10:57:52 4: BlockingCall (PRESENCE_DoLocalPingScan): created child (774), uses telnetForBlockingFn_1486720671 to connect back
2017.02.10 10:57:52 4: Ultimate_Hub: send: <auth xmlns='urn:ietf:params:xml:ns:xmpp-sasl' mechanism='PLAIN'>AGd1ZXN0QGNvbm5lY3QubG9naXRlY2guY29tAGdhdG9yYWRlLg==</auth>
2017.02.10 10:57:52 5: PRESENCE (Romy_PC.Check) - starting ping scan: Romy_PC.Check|192.168.0.3|0|4
2017.02.10 10:57:52 4: Connection accepted from WEB_192.168.0.2_51443
2017.02.10 10:57:52 5: Ultimate_Hub: tag: success, attr: xmlns='urn:ietf:params:xml:ns:xmpp-sasl'
2017.02.10 10:57:52 4: Ultimate_Hub: send: <iq type='get' id='1'><oa xmlns='connect.logitech.com' mime='connect.discoveryinfo?get'>format=json</oa></iq>
2017.02.10 10:57:52 4: Connection accepted from WEB_192.168.0.2_51444
2017.02.10 10:57:52 4: WEB_192.168.0.2_51443 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-02.log; BUFLEN:0
2017.02.10 10:57:52 4: Ignoring Unknown
Habe nun die letzen beiden Sensoren sauber aus FHEM gelöscht und neu gestartet - weiterhin kein Empfang über den CUL und auch kein Autocreate.
Verstehe ich richtig, dass dieses "get nanoCUL raw C35" Etwas sendet und den Empfang des selbst gesendeten wieder gibt?
Dann würde die Verkabelung aus raus fallen. Irgendwie muss es Reste in FHEM geben.... er weigert sich ja jedes IT und OREGON zu empfangen. Kein Loggin darüber nix.
Was für eine Firmware hast du drauf? Hast du diese nach dem Neuaufbau aktualisiert? Wenn ja, dann installiere mal die Alte.
Gesendet von meinem Mobile Device.
Nachdem das Problem bestand habe ich die Version hochgezogen - hoffte Bugfixes mitzunehmen und das Problem los zu werden.
Habe nun: nanoCUL version => V 1.23.09 a-culfw Build: 194 (2017-02-09_21-39-06) nanoCUL433 (F-Band: 433MHz) aus der a-culfw_1.23.09_build_195.zip
*EDIT Witzig gerade erst gesehen ZIP sagt Build 195 und Abfrage 194
Hatte vorher und auch definitiv funktionierend bis zum Vorfall gestern (den ich ja nicht ganz rekonstruieren kann): a-culfw_1.23.04_build_128.zip
Flashen kann ich erst nachher - da geht der CUL ja regelmäßig in einen Modus, dass man ihn abstöpseln muss.
Ist das hier eigentlich richtig:
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
Da sind ab und an mal ": :" als ob was fehlt?
Das mit der Buildnummer kann Ch erklären.
Der Release Build besteht aus zwei Tasks. Einer baut und der zweite packt zusammen. Da dann aber schon alles gebaut ist, ist die Nummer - 1.
Gesendet von meinem Mobile Device.
Alles klar - dann sollte das kein Fehler sein.
Tjaaa dann muss ich nachher mal zurück flashen und schau was er sagt..
Verkabelung werde ich als erste angehen..... Sicher ist sicher.
Die reine Firmware war es leider nicht (wäre ja auch fatal ;-) ).
nanoCUL version => V 1.23.04 a-culfw Build: 127 (2016-12-16_23-39-31) nanoCUL433 (F-Band: 433MHz)
Weiter 0 Empfang... ich mach die Kabel nun alle neu dran...
LEUTE ICH BIN DER ABSOLUT - unmöglichste!
Ich hatte nie ein Problem - bis ich meinte eines zu beheben!
Ich habe Die folgenden PINS am Nano verwechselt!
Pin D10 (13) und Pin D13 (16)
Es geht sofort mit der "nanoCUL version => V 1.23.04 a-culfw Build: 127 (2016-12-16_23-39-31) nanoCUL433 (F-Band: 433MHz)".
Nun teste ich noch ob es mit der anderen auch geht... und dann ist alles toll..... ;D 8)
Ich danke euch und ein schönes Wochenende!
**EDIT LÄUFT ALLES mit nanoCUL version => V 1.23.09 a-culfw Build: 194 (2017-02-09_21-39-06) nanoCUL433 (F-Band: 433MHz)
Hallo,
ich spekuliere seit Langem schon auf a culfw, jetzt soll es endlich mal soweit sein! :)
Leider haut mir Flip beim Öffnen des HEX Files für meinen CUL V3.2 868 MHz (ATMEGA32U4) immer ein "address is out of range" um die Ohren. Habe ich das was falsch gemacht? Die Suche hier hat mich leider auch nicht schlauer gemacht.
Ich hoffe auf eure Hilfe!
868 halt :-\ Bisher trat das nur beim nanoCUL auf, scheinbar ist jetzt auch der Speicherplatz beim CUL_V3 erschöpft :(
Björn würde mal wieder sagen: Was willst Du denn mit der aculfw machen ? Für 868MHz kann die aculfw auch nicht mehr als die Standard-culfw.
Wenn Du es trotzdem weiter versuchen willst, müsstest Du in der board.h das ein oder andere Protokoll(#define HAS_....) rausnehmen.
Grüße Markus
Hallo,
danke für die schnelle Antwort! Ich habe den 868 nunmal und er wird eigentlich fast nur zum Schalten von IT genutzt. Und das klappt wunderbar! Ich hoffe, dass ich damit nun auch ein paar Bewegungsmelder einbauen kann.
Was brauche ich zum Kompilieren? Reicht die Arduino Umgebung oder WinAVR oder sowas?
was heißt fast ?
Und wenn Du einfach die CUL_V3_433MHZ.hex flashst ?
Zitat von: KölnSolar am 12 Februar 2017, 18:18:51
868 halt :-\ Bisher trat das nur beim nanoCUL auf, scheinbar ist jetzt auch der Speicherplatz beim CUL_V3 erschöpft :(
Björn würde mal wieder sagen: Was willst Du denn mit der aculfw machen ? Für 868MHz kann die aculfw auch nicht mehr als die Standard-culfw.
Wenn Du es trotzdem weiter versuchen willst, müsstest Du in der board.h das ein oder andere Protokoll(#define HAS_....) rausnehmen.
Grüße Markus
*grins * danke...
Gesendet von meinem Mobile Device.
"Fast" heißt, dass ich noch genau einen (1) FS20 Empfänger im Einsatz habe. Für meine MAX! Komponenten habe ich mir einen Cube gekauft. D.h., ich brauche keinen FS20 Empfang, müsste nur gelegentlich Schaltbefehle senden können. Könnte das klappen?
Ich probiere das mal und melde mich wieder.
Danke und Gruß
Hallo, ich nutze seit einiger Zeit erfolgreich einen Selbstbau-CUL für 433 Mhz (http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/).
Da habe ich noch die Firmware 1.65 genutzt, mittlerweile gibt es wohl auch 1.67 (https://sourceforge.net/projects/culfw/).
Da ich gerne aktualisieren würde stellt sich die Frage mit welcher Firmware.
Ist die hier angebotene Firmware auch für einen Selbstbau-CUL?
Und wenn ja, müsste ich dann die CUL-Arduino Version (CUL_ARDUINO_433MHZ.hex) nehmen?
Hi,
Der Gummibaer Aufbau ist ein NanoCUL. Flashen der neuen Firmware geht doch direkt in FHEM mit einem Flashbefehl. Schau mal unter Deinem Link in den Verweis der Projektwebseite, da solltest Du bei FHEM landen ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hallo,
Zitat von: HansDampfHH am 13 Februar 2017, 15:58:35
Hallo, ich nutze seit einiger Zeit erfolgreich einen Selbstbau-CUL für 433 Mhz (http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/).
Da habe ich noch die Firmware 1.65 genutzt, mittlerweile gibt es wohl auch 1.67 (https://sourceforge.net/projects/culfw/).
Da ich gerne aktualisieren würde stellt sich die Frage mit welcher Firmware.
Ist die hier angebotene Firmware auch für einen Selbstbau-CUL?
Und wenn ja, müsste ich dann die CUL-Arduino Version (CUL_ARDUINO_433MHZ.hex) nehmen?
Du verweist auf die Orginal CUL FW und hier ist der Faden der aCulFW, also die Alternative.
Gummibaer Aufbau = NanoCul, hast du einen Nano? Aus "was" besteht dein Selbstbau genau?
Welche Firmware nutzt du denn wirklich?
Grüße
@RaspiLED
Ich stelle mich wohl zu blöd an, aber leider komme ich über keinen Link auf Gummibaer auf einen Thread, der mir weiterhilft oder einen Hinweis über das Flashen direkt über FHEM bietet. Vielleicht hast du da einen näheren Hinweis für mich?
@HomeAuto_User
Ich haben den Cul wie in der Anleitung montiert, mit einem Nano (Nachbau), CC1101 und der bei Gummibaer angebotenen Firmware (damals 1.65, jetzt 1.67). Mit get nanoCUL raw V bekomme ich nur "V 1.65 nanoCUL433". Mehr Infos kann ich Dir nicht geben :-(
Hi,
Nee, in Deinem Sourceforge Link.
Egal, schau mal hier: https://wiki.fhem.de/wiki/Selbstbau_CUL unter Software!
Ist in diesem Thread aber Off Topic!
Hier geht es um die a-culfw, die ich Dir auch ans Herz legen mag! Du kannst auf Deinen NanoCUL auch diese alternative und verbesserte a-culfw flashen.
Wie? https://github.com/heliflieger/a-culfw/blob/master/culfw/Devices/nanoCUL/README
Auf einem Raspberry Pi, oder?
Kurzfassung: runterladen mit
wget http://download1589.mediafire.com/57y5nrh0p5hg/zg2e3yf2yzn3fhm/a-culfw_1.23.06_build_140.zip
Auspacken mit
unzip a-culfw_*
In richtiges Unterverzeichnis wechseln mit
cd a-culfw/nanoCUL
Evtl. fehlt noch ein Brennprogramm, daher
sudo apt-get install -y make avrdude
Und dann flashen mit
sudo ./flash.sh
Und den Anweisungen folgen ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Oh man, verstehe jetzt was du meintest...haha.
Top Arnd, danke für die detaillierten Hinweise!
Ist aber kein Pi. Kann ich das so auch auf meinem Debian Jessie anwenden?
Hi,
Ja, auf dem Pi läuft ja auch nix anderes als ein Debian Jessie namens Raspbian
;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Super, danke für den Hinweis.
Kannst du mir vielleicht auch noch einen Hinweis geben, was ich beim flashen beachten muss wenn ich 2 Culs an den USB Ports hängen habe?
Ich habe nämlich einen Selbst-Bau 433 und einen 868.
Nicht, dass der Flashvorgang auf den falschen läuft!?
...am einfachsten ist es, wenn Du den abziehst, den Du grad nicht flashen willst. Wenn beide geflasht sind, dann wieder beide dran. Setzt voraus, daß Du welche mit FTDI-Chip hast, die CHs gehen nämlich nicht mehr als einer wegen der gleichen USB-ID...
Okay, habe welche mit FTDI-Chip. Aber klar, einfach abstöpseln.
Melde mich dann hoffentlich noch mal mit einer Erfolgsmeldung.
Zitat von: cs-online am 14 Februar 2017, 12:06:29
die CHs gehen nämlich nicht mehr als einer wegen der gleichen USB-ID...
Das stimmt so nicht.
Die Geräte lassen sich
immer anhand ihrer "Position" (Steckplatz) am USB-Bus identifizieren. (Verzeichnis /dev/serial/by-path)
Wenn man die FTDIs mit korrekter Seriennummer hat, kann man die Geräte
zusätzlich an Hand ihrer ID identifizieren. (Verzeichnis /dev/serial/by-id)
Ich habe bei mir 5 x CHG340 für nanoCUL, FhemDuino, SignalDuino, etc. am USB hängen und keine Probleme, auch nicht, wenn ich einen abziehe und wieder draufstecke.
Zugegeben, ich sollte das Gerät dann auch wieder auf den gleichen Port stecken, was bei den FTDIs nicht zwingend erforderlich ist, aber das kriege ich hin.
Micky
Zitat von: micky0867 am 14 Februar 2017, 13:19:43
Ich habe bei mir 5 x CHG340 für nanoCUL, FhemDuino, SignalDuino, etc. am USB hängen und keine Probleme, auch nicht, wenn ich einen abziehe und wieder draufstecke.
Zugegeben, ich sollte das Gerät dann auch wieder auf den gleichen Port stecken, was bei den FTDIs nicht zwingend erforderlich ist, aber das kriege ich hin.
Micky
Und selbst das kann man mit UDEV-Regeln so einstellen, das der Steckplatz letztendlich egal ist.
Zitat von: Bartimaus am 14 Februar 2017, 14:38:09
Und selbst das kann man mit UDEV-Regeln so einstellen, das der Steckplatz letztendlich egal ist.
Was ist udev?
Gesendet von meinem E6653 mit Tapatalk
Zitat:
udev
udev überwacht und wertet sogenannte Hotplug-Ereignisse aus. Wird z.B. ein neues USB-Gerät angesteckt, dann wird udev die Informationen des Gerätes anhand
definierter Regeln auswerten und entsprechende Aktionen auslösen wie z.B. eine Gerätedatei anlegen. Das USB-Gerät ist dann unter der von udev angelegten Gerätedatei
im /dev/-Verzeichnis ansprechbar.
Ich habe nämlich das Problem, bei mehr als einem ch340 Chip, verschwinden die beiden ch340 Chips im System und sind dann nicht mehr da.
Bei einem Stick mit dem ch340 klappt es soweit. Bei 2 schon nicht mehr.
Im Verzeichnis /dev/serial/...
Verschwunden die beiden sticks.
Habe einen wemos und einen nano. Beide mit dem Ch340 Chip. Beide sind dann weg. Jeder für sich funktioniert.
Gesendet von meinem E6653 mit Tapatalk
Hi HansDampfHH,
befasse Dich mal mit dem Befehl
ls -la /dev/serial/by-id/*
wenn Du gerade nur einzelne CULs dran hast.
Dann kannst Du beim nächsten Mal auch flashen obwohl beide dran sind ;-)
Hinweis: Am Ende ist der Verweis auf den ttyUSB0/1/... angezeigt. Dieser Link kann sich halt beim Reboot ändern, darum ist meine Definition in FHEM auch über diese .../by-id/... hergestellt. Vor dem flashen schaue ich immer nach oder gebe der flash.sh auch den Pfad des Device per /dev/serial/by-id/<Name> vor.
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Zitat von: Bartimaus am 14 Februar 2017, 14:38:09
Und selbst das kann man mit UDEV-Regeln so einstellen, das der Steckplatz letztendlich egal ist.
Dafür müssten die CHG340 aber unterscheidbar sein, und genau das ist das Problem.
Wenn alle CHG340 exakt gleich aussehen, dann kann auch UDEV sie nicht auseinander halten.
Die echten FTDIs haben eine eindeutige Seriennummer, worüber sie sich unterscheiden lassen.
Das haben die CHG340 nicht.
Sorry, habe doch nur 3 x CHG340 und 2 x FTDI, was aber am Prinzip nix ändert.
Und wie man bei mir sehr gut sehen kann, tauchen die 5 USB Chips in by-path exakt 5 x auf, aber in by-id nur 2 x.
Also: Nehmt by-path und benutzt immer den gleichen Steckplatz
rp:~ # ls -latr /dev/serial/by-id/
total 0
drwxr-xr-x 4 root root 80 Dec 20 11:12 ..
lrwxrwxrwx 1 root root 13 Feb 3 06:37 usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -> ../../ttyUSB2
lrwxrwxrwx 1 root root 13 Feb 4 12:20 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB4
drwxr-xr-x 2 root root 80 Feb 4 12:20 .
rp:~ # ls -latr /dev/serial/by-path/
total 0
drwxr-xr-x 4 root root 80 Dec 20 11:12 ..
lrwxrwxrwx 1 root root 13 Dec 20 11:12 pci-0000:00:14.0-usb-0:4.3.4.3:1.0-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Dec 20 11:12 pci-0000:00:14.0-usb-0:4.3.4.4:1.0-port0 -> ../../ttyUSB3
lrwxrwxrwx 1 root root 13 Dec 20 11:12 pci-0000:00:14.0-usb-0:4.3.4.2:1.0-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Feb 3 06:37 pci-0000:00:14.0-usb-0:4.3.2:1.0-port0 -> ../../ttyUSB2
lrwxrwxrwx 1 root root 13 Feb 4 12:20 pci-0000:00:14.0-usb-0:4.3.4.1:1.0-port0 -> ../../ttyUSB4
drwxr-xr-x 2 root root 140 Feb 4 12:20 .
rp:~ # lsusb
Bus 002 Device 004: ID 4971:8017 SimpleTech
Bus 002 Device 003: ID 0bda:0411 Realtek Semiconductor Corp.
Bus 002 Device 002: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 007: ID 8087:0a2a Intel Corp.
Bus 001 Device 003: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 006: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 001 Device 013: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 012: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 011: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 035: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 009: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 033: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 005: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 004: ID 05e3:0727 Genesys Logic, Inc. microSD Reader/Writer
Bus 001 Device 002: ID 0bda:5411 Realtek Semiconductor Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Guckst du auch hier:
https://forum.fhem.de/index.php/topic,44379.0.html
Hi,
ich habe von Pearl den NC-7159 Außensensor. Wird der auch schon unterstützt?
Andi
Zitat von: DJMetro am 15 Februar 2017, 15:22:05
ich habe von Pearl den NC-7159 Außensensor. Wird der auch schon unterstützt?
Der Sensor wird wohl von RFXtrx, FHEMDuino und SIGNALDuino unterstützt, aber nicht vom CUL.
Hallo,
ich brauche mal Eure Hilfe!
Ich würde gerne einen Hörmann Garagentor schalten, also das Hoermann_Send in der a-culfw bei 868 MHz nutzen.
Was habe ich gemacht:
- a-culfw Version 1.23.09 selbst kompiliert und die Hoermann_send in der board.h eingeschaltet.
- Eine neue nanoCUL Platine v3.4 in SMD gebaut
- ccconf angeschaut und gefreut: CUL868 ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
- 433MHz Senden mit Intertechno Geräten getestet
- 866MHz Empfangen mit Hoermann Handsender getestet => Autocreate legte neues Hoermann_Device an
- Hoermann_Device auf Verbose 5 gesetzt
- set Hoermann_Device Toggle getestet und geht leider nicht!
Hier ein list des CUL:
(Anmerkung: 10*x ist der code meines Hoermann Senders, yy ändert sich - Was ist das genau, der rolling code?)
Internals:
CMDS ABCEeFfGhiKlMNRTtUVWXxYZ
CUL868_MSGCNT 8
CUL868_TIME 2017-02-16 11:59:41
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A800HH77-if00-port0@38400 4321
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A800HH77-if00-port0@38400
FD 38
FHTID 4321
NAME CUL868
NR 149
PARTIAL RAWMSG Rxxxxxxxxxxxx
RSSI -64
STATE Initialized
TYPE CUL
VERSION V 1.23.09 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)
initString X21
Matchlist: 1:USF1000 ^81..(04|0c)..0101a001a5ceaa00.... 2:BS ^81..(04|0c)..0101a001a5cf 3:FS20 ^81..(04|0c)..0101a001 4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401).. 5:KS300 ^810d04..4027a001 6:CUL_WS ^K..... 7:CUL_EM ^E0.................$ 8:HMS ^810e04....(1|5|9).a001 9:CUL_FHTTK ^T[A-F0-9]{8} A:CUL_RFR ^[0-9A-F]{4}U. B:CUL_HOERMANN ^R.......... C:ESA2000 ^S................................$ D:CUL_IR ^I............ E:CUL_TX ^TX[A-F0-9]{10} F:Revolt ^r......................$ G:IT ^i...... H:STACKABLE_CC ^\* I:UNIRoll ^[0-9A-F]{5}(B|D|E) J:SOMFY ^Y[r|t|s]:?[A-F0-9]+ K:CUL_TCM97001 ^s[A-F0-9]+ L:CUL_REDIRECT ^o+ M:TSSTACKED ^\*
Readings:
2017-02-16 09:53:34 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-02-16 11:52:21 cmds A B C E e F f G h i K l M N R T t U V W X x Y Z
2017-02-16 11:59:41 state Initialized
2017-02-16 10:27:33 version V 1.23.09 a-culfw Build: 194 (2017-02-09_21-39-06) nanoCUL868 (F-Band: 868MHz)
Attributes:
group Gateways
icon scc_868
room Arbeitszimmer,Hardware
Hier ein list meines Hoermann Devices, welches per autocreate angelegt wurde:
Internals:
CUL868_MSGCNT 8
CUL868_RAWMSG Rxxxxxxxxyy
CUL868_RSSI -64
CUL868_TIME 2017-02-16 11:59:41
DEF xxxxxxxxxx
IODev CUL868
LASTInputDev CUL868
MSGCNT 8
NAME CUL_HOERMANN_xxxxxxxx
NR 172
STATE Defined
TYPE CUL_HOERMANN
Readings:
2017-02-16 11:59:41 state toggle
Attributes:
IODev CUL868
devStateIcon stopping:fts_garage_door_50:set_closing closed:fts_garage_door_100:set_opening open:fts_garage_door_10:set_closing closing:fts_garage_door_50@orange opening:fts_garage_door_50@orange set_closing:fts_garage_door_50@red set_opening:fts_garage_door_50@red
genericDeviceType garage
room CUL_HOERMANN,Garage,Homekit
verbose 5
webCmd toggle
Ausgabe bei Verbose 5 des Hoermann Device:
(Die ersten drei mal Toggle = 6 Zeilen sind vom Handsender ausgelöst,
die letzten drei Toggle per "set CUL_HOERMANN_xxxxxxxxxx toggle"!)
2017.02.16 11:59:35 4 : CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017-02-16 11:59:35 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017.02.16 11:59:39 4 : CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017-02-16 11:59:39 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017.02.16 11:59:41 4 : CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017-02-16 11:59:41 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017-02-16 11:59:51 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017-02-16 12:00:00 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
Ausgabe des CUL bei verbose 5 beim Empfang vom Handsender:
2017.02.16 12:29:55 5 : CUL/RAW: /Rxxx
2017.02.16 12:29:55 5 : CUL/RAW: Rxxx/xxxxxxxyy
2017.02.16 12:29:55 4 : CUL_Parse: CUL868 Rxxxxxxxxxxyy -49.5
2017.02.16 12:29:55 5 : CUL868: dispatch Rxxxxxxxxxx
2017.02.16 12:29:55 4 : CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017-02-16 12:29:55 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
Ausgabe des CUL bei verbose 5 beim Senden per set HOERMANN_Device toggle:
2017.02.16 12:41:31 5 : CUL868 sending hnxxxxxxxxxx
2017.02.16 12:41:31 5 : SW: hnxxxxxxxxxx
2017-02-16 12:41:32 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
Wer kann mich auf die richtige Spur bringen?
Gruß Arnd
So, ich habe die 433.hex geflasht. Mein CUL meldet als Version nun
V 1.23.09 a-culfw Build: 194 (2017-02-09_21-39-06) CUL868 (F-Band: 868MHz)
Gibt's überhaupt eine Chance, dass ich diese Hardware zum IT Empfang überreden kann?
Auf der Putty Konsole tut sich erstmal nüscht, wenn ich Sender und Bewegungsmelder betätige. Muss ich dem noch irgendwie beibringen, dass er auf seiner "nicht nativen" Frequenz lauschen soll?
Danke und Gruß
Eyk
Hi,
ich habe heute noch einen zweiten CUL868 Mhz aufgebaut! Der empfängt jetzt auch das Hörmann toggle des anderen. Damit schliesse ich Hardware als Fehlerquelle aus.
Wer hat denn das Hörmann Protokoll analysiert und kann mir sagen ob ich für mein Supramatic mehr Repeatitions einbauen kann oder was ich beachten muss?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hi Eyk,
ich gehe davon aus, dass in der Standard 868Mhz IT und InterTechno nicht mit drin ist. Du hast aber geschrieben, du hättest die 433Mhz geflasht!? Warum wird dann nicht der F-Band: 433Mhz) angezeigt? Welche Hardware hattest Du noch gleich?
Wenn Du die Firmware selbst kompilierst, kannst du in der board.h auch das IT und Intertechno etc. für den 868Mhz mit aktivieren.
Was meinst Du mit putty Kommandzeile? ssh und minicom auf dem CUL?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hi,
sorry, im Forum wirds schnell unübersichtlich! ;) Ich hatte meine Frage auf Seite 88, glaube ich, gestellt. Also kurz:
Hardware: CUL V3.2 @ 868MHZ
Damit möchte ich IT empfangen, weil ich damit eigentlich auch nur IT schalte, was wunderbar funktioniert. Leider passt das richtige HEX file nicht mehr in den Flash des Controllers! Daher bekam ich den Tipp, mal 433MHz die Variante zu flashen. Genau das konnte ich erfolgreich erledigen. Das Resultat ist die obige Versionskennung. Das Gerät scheint nun leider aber weiterhin auf 868 MHz zu lauschen und nicht auf 433 MHz (Vermutung!).
Rumkompilieren würde ich auch nicht scheuen, mache ich eh den ganzen Tag, ich weiß nur nicht mehr mit welcher Umgebung ich culfw bauen muss. AVR GCC oder WinAVR oder so ähnlich?
Mit putty öffne ich den COM Port des CUL unter Windows (als serielle Konsole) und spreche direkt mit dem CUL das nackte Protokoll. Das mache ich nur jetzt beim Testen, eigentlich läuft das auf dem Raspi.
Ich bin für jede Hilfe dankbar!
Zitat von: ehkl am 17 Februar 2017, 21:05:44
Hi,
sorry, im Forum wirds schnell unübersichtlich! ;) Ich hatte meine Frage auf Seite 88, glaube ich, gestellt. Also kurz:
Hardware: CUL V3.2 @ 868MHZ
Damit möchte ich IT empfangen, weil ich damit eigentlich auch nur IT schalte, was wunderbar funktioniert. Leider passt das richtige HEX file nicht mehr in den Flash des Controllers! Daher bekam ich den Tipp, mal 433MHz die Variante zu flashen. Genau das konnte ich erfolgreich erledigen. Das Resultat ist die obige Versionskennung. Das Gerät scheint nun leider aber weiterhin auf 868 MHz zu lauschen und nicht auf 433 MHz (Vermutung!).
Rumkompilieren würde ich auch nicht scheuen, mache ich eh den ganzen Tag, ich weiß nur nicht mehr mit welcher Umgebung ich culfw bauen muss. AVR GCC oder WinAVR oder so ähnlich?
Mit putty öffne ich den COM Port des CUL unter Windows (als serielle Konsole) und spreche direkt mit dem CUL das nackte Protokoll. Das mache ich nur jetzt beim Testen, eigentlich läuft das auf dem Raspi.
Ich bin für jede Hilfe dankbar!
Hi,
Hast du die Frequenz nach dem flashen umgestellt?
Lässt sich mit set mycul freq 433.920 umstellen
Gruss
Mobil erstellt daher kurz gehalten
Zitat von: noice am 17 Februar 2017, 21:14:46
Hast du die Frequenz nach dem flashen umgestellt?
Lässt sich mit set mycul freq 433.920 umstellen
Nein, das habe ich nicht gewusst.
Aber damit tut sich was! :D
Es sieht schon sehr gut aus, vielen Dank!
2017-02-17 21:29:03 CUL CUL UNKNOWNCODE i054551
Zitat von: ehkl am 17 Februar 2017, 21:34:10
Nein, das habe ich nicht gewusst.
Aber damit tut sich was! :D
Es sieht schon sehr gut aus, vielen Dank!
2017-02-17 21:29:03 CUL CUL UNKNOWNCODE i054551
Sieht doch schon mal gut aus. Zumindest kommt jetzt 433 Kram rein.
Hast du fhem auf dem neusten Stand ?
Mobil erstellt daher kurz gehalten
Joa, geht so. Update läuft... ;)
Hi,
mach doch direkt alles auf dem Raspi! Auch das kompilieren geht da super ;-)
Sourcen sind hier:
https://github.com/heliflieger/a-culfw
Konkret im Pi:
sudo apt-get install -y wget unzip make gcc-avr avrdude avr-libc
wget https://github.com/heliflieger/a-culfw/archive/master.zip
unzip master.zip
cd a-culfw-master/culfw/Devices/CUL/
nano board.h
Da die benötigten Themen einkommentieren, damit 868er auch IT kann
make
sudo ./flash.sh
Und Anweisungen folgen ;-)
Also der Unknowncode bedeutet die Hardware empfängt und dekodiert, aber es gibt kein passendes fhem modul zur weiteren Verarbeitung.
Welches Gerät soll das sein? Eine IT Funksteckdose?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Vielen Dank für die ausführliche Antwort über das Bauen auf dem Raspi! Vielleicht gibt's noch mal die Gelegenheit, aber offenbar nicht heute! Das Gerät war nur eine ELRO Fernbedienung, also erstmal egal...
Aber: Der PIR-1000 Bewegungsmelder lief out-of -the-box und das Beste: Ein Nachbar scheint eine Wetterstation zu haben und FHEM zeichnet mir auf einmal Kurven auf, ohne dass ich irgendetwas dafür tun musste! ;D 8)
Und, noch noch besser mein einziges FS20 Gerät wird auch weiterhin per Zeitschaltung geschaltet!
Also einmal ein großes Dankeschön in die Runde!
Eyk
Hallo, Arnd... hier die Rückmeldung.
Danke für die Anleitung, grundsätzlich hat das funktioniert.
Kann mir eventuell jemand noch einen Hinweis geben, warum mein CUL868 immer wieder auf die Frequenz 800.000MHZ springt? Der CUL hat anfangs funktioniert und hängt seit dem am Server. Allerdings habe ich den CUL längere Zeit nicht benötigt. Von daher fiel mir erst vor kurzem dieses Problem auf.
Ich hatte gehofft, durch eine aktuelle Firmware dieses Probleme beheben zu können.
Leider hat das nicht geholfen. Auch wenn ich mit set freq 868.300 diese neu setze wird dies nicht scheinbar nicht gespeichert. Ein erneutes Abrufen mit get ccconf zeigt dann wieder:
freq:800.000MHz bWidth:203KHz rAmpl:33dB sens:8dB
@Bjoern
Hallo Bjoern,
nachdem alle 433 er Devices bisher problemlos gelaufen sind
(VERSION V 1.20.04 a-culfw Build: 180 (2016-01-28_21-57-20) CUL433 (F-Band: 433MH)
habe ich seit dem update vom letzten Montag Probleme:
von mehreren SD_WS07_TH_xxx und CUL_TCM97001_xx Temperatursensoren z.B.:
CODE SD_WS07_TH_7B1
DEF SD_WS07_TH_7B1
NAME SD_WS07_TH_7B1
NR 683
STATE Defined
TYPE SD_WS07
bitMSG
lastMSG
oder
CODE CUL_TCM97001_84
DEF CUL_TCM97001_84
NAME NC_WS_84
NR 692
STATE Defined
TYPE CUL_TCM97001
lastH 0
lastT
0
wird nur noch dieser eine erkannt:
CHANGED
CODE SD_WS07_TH_9B1
CUL433_DMSG P7#9B80CCF230
CUL433_MSGCNT 91
CUL433_RAWMSG 23B
CUL433_TIME 2017-02-18 15:38:56
DEF SD_WS07_TH_9B1
LASTInputDev CUL433
MSGCNT 91
NAME SD_WS07_TH_9B1
NR 639
STATE T: 20.4 H: 35
TYPE SD_WS07
bitMSG 10011011 1 000 000011001100 1111 00100011
lastMSG 9B80CCF230
lastReceive 1487428736
Kannst Du mir einen Tipp geben, woran das liegen könnte
vielleicht Firmware flashen ?
oder ???
Danke Dir
Peter
Hi,
ich versuche gerade das repository der a-culfw auf git per Tortoise-SVN bei mir anzulegen (https://github.com/heliflieger/a-culfw.git).
Ich bekomme beim Checkout einen Fehler angezeigt:
...
S:\FHEM\test\branches\multiCC\culfw\Devices\CUNO\Bootloader\ldscripts_no_vector\avr4.x
S:\FHEM\test\branches\multiCC\culfw\Devices\CUNO\Bootloader\ldscripts_no_vector\avr5.x
S:\FHEM\test\branches\multiCC\culfw\Devices\CUNO\Bootloader\main
The XML response contains invalid XML
Malformed XML: no element found
Ein nachfolges "Update" bringt den Fehler "Skipped obstructing working copy". Soweit ich die Fehlerbeschreibung verstehen bedeutet das ich hätte bereits ein lokales File oder einen Folder der unter gleichem Namen auch im SVN vorhanden ist. Da ich das ganze ja aber gerade erst aufsetze kann das ja nicht sein da ich das natürlich in einem neuen, leeren Verzeichnis installieren.
Auch ein cleanup mit löschen der nicht versionierten Files und neuem Update bringt immer wieder die gleiche Fehlermeldung.
Der Fehler soll angelich im Verzeichnis "S:\FHEM\MapleCun_a-culfw\trunk\culfw" sein, wobei ich das "S:\FHEM\MapleCun_a-culfw" leer angelegt habe und darin das Repository anlege.
Jemand ähnliche Probleme? Kann jemand bestätigen das es aktuell bei ihm geht? Ich versuche das ganze unter Windows10 mit der aktuellsten Version von Tortoise...
Gruß,
Andreas.
Ich hab es gearde unter Windows 10 mit TortoiseSVN 1.9.5.27581 ausprobiert und es hat funktioniert.
Hi
"Try right click/TortoiseSVN/clean up.
This usually works for me"
Quelle: http://stackoverflow.com/questions/10414814/tortoisesvn-reports-conflict-but-no-conflict-can-be-found
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hi,
ok, ich habe es jetzt noch mal versucht und diesmal auf einem lokalen Laufwerk und nicht auf einem Netzlaufwerk, da funktioniert es! Anscheinend gibt es Probleme wenn man das auf (Linux-)Netzlaufwerken macht. >:(
@RaspiLED: Das hatte ich ja probiert und dabei wie in der Anleitung beschrieben die ganzen unversionierten Files etc. gelöscht. Hat aber danach weiterhin die "Skipped obstructing working copy" Fehlermeldung gegeben.
Warum das auf dem Netzlaufwerk nicht geht ist mir unverständlich, in den Filenamen sind jetzt keine Sonderzeichen etc. sichtbar die anders umgesetzt werden könnten...
Egal, ich kann damit leben das auf einem lokalen LW zu haben da ist es eh nur zum Anschauen, Kompilieren und ändern würde ich auf dem Linuxrechner und da hat es auch funktioniert (im Prinzip auf das gleiche LW, aber eben von Linux aus...)
Gruß,
Andreas.
Hi Andreas,
Danke für die Hinweise! Dann brauchen wir die Leiden eines Windows Ordner auf Samba Freigaben ja nicht wiederholen!
Gruß us Kölle,
Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hi RaspiLED,
interessanterweise funktioniert ein anderes Repository von GIT im gleichen Verzeichnis von Windows aus einwandfrei. Aber ich habe jetzt nicht den Nerv das weiter zu verfolgen und die Ursache zu finden.
Gruß,
Andreas.
Bjoern muss man für den Empfang des Maverick Grillthermometers (733er Frequenz) noch was in die a-culfw bringen?
Hatte das hier dazu gefunden: https://forum.fhem.de/index.php/topic,51128.msg565659.html#msg565659
Da heißt es, es wurde als Idee geäußert es in die CulFW zu bringen.
Zitat von: Master_Nick am 21 Februar 2017, 13:47:57
Bjoern muss man für den Empfang des Maverick Grillthermometers (733er Frequenz) noch was in die a-culfw bringen?
Hatte das hier dazu gefunden: https://forum.fhem.de/index.php/topic,51128.msg565659.html#msg565659
Da heißt es, es wurde in die CulFW gebracht.
Du fragst mich sachen... Ich kenne das device nicht.
Aber 733Mhz ist glaube ich gar kein zugelassenes Band in Deutschland...
Gesendet von meinem Mobile Device.
Sorry ich meinte 433.
Aber generell, wenn ein Device in der normalen CulFW drin ist sollte es doch einfach zu implementieren sein oder?
Vorarbeit würde ich versuchen bestmöglich zu machen.
Hier gibt es wohl schon was dafür: https://github.com/btodcox/BBQduino
Hier auch das Protokoll: https://github.com/RFD-FHEM/RFFHEM/issues/61
Da wurde sich auch schon in meinem vorher verlinkten Thread gefragt, ob es inkludiert werden könnte.
Ich habe das Maverick ET-732 und hätte wohl auch Zugriff auf ein 733 um es zu testen.
Ich teste nachher erst mal, ob es nicht schon abgefrühstückt ist habe folgendes gefunden wo es wohl in einem Modul schon drin wäre: https://forum.fhem.de/index.php/topic,22977.msg405353.html#msg405353
ZitatAber generell, wenn ein Device in der normalen CulFW drin ist sollte es doch einfach zu implementieren sein oder?
Das wäre (relativ) simpel
ZitatHatte das hier dazu gefunden: https://forum.fhem.de/index.php/topic,51128.msg565659.html#msg565659
Da heißt es, es wurde in die CulFW gebracht.
Wo heißt es das ? :o Da steht nix von "in die culfw gebracht".
Grüße Markus
Stimmt, das war mein Wunschgedanke 8),
da stand es wäre zu tun... sorry. Aber eventuell ist es mit anderen Modulen in FHEM schon erledigt - ich teste nachher erst mal.
Liebe Mitstreiter,
ich such mir seit einigen Tagen einen Wolf,
weil der Großteil meiner Temperatursensoren
nicht mehr angezeigt wird (siehe auch mein
Post an Bjoern hier auf Seite 91) ...
Ich bin am verzweifeln, inzwischen kann ich
auch nicht mehr übers Handy zugreifen.
Fhem hat noch den Stand 5.7 mit allen updates
davor.
Meinen CUL433 habe ich auf die Version 1.23.09
Build 194 geflasht - alles ohne Erfolg.
Danke für Eure Hilfe
Peter
Zitat von: Peter_Listig am 21 Februar 2017, 19:07:32
Liebe Mitstreiter,
ich such mir seit einigen Tagen einen Wolf,
weil der Großteil meiner Temperatursensoren
nicht mehr angezeigt wird (siehe auch mein
Post an Bjoern hier auf Seite 91) ...
Ich bin am verzweifeln, inzwischen kann ich
auch nicht mehr übers Handy zugreifen.
Fhem hat noch den Stand 5.7 mit allen updates
davor.
Meinen CUL433 habe ich auf die Version 1.23.09
Build 194 geflasht - alles ohne Erfolg.
Danke für Eure Hilfe
Peter
Hast Du mal die vorherige Firrmware probiert?
Es wurde soweit ich es weiß nichts an den Empfangsroutinen geändert.
Hast Du den CUL mal neu initialisiert mit "raw e"?
... also
raw e hat nix gebracht.
Hab mal eine Sicherung meiner cfg aus Januar
reinkopiert
Damit werden 4 Sensoren erkannt,
3 x
CODE SD_WS07_TH_841 u. 2 andere
NAME SD_WS07_TH_841
1 x
CODE CUL_TCM97001_35
NAME Mebus_35
die restlichen 7 nicht
1 x
CODE CUL_TCM97001_84
NAME NC_WS_84
6 x
CODE SD_WS07_TH_7B1 u.a.
NAME SD_WS07_TH_7B1
Wenn ich den CUL433 auf X25 und verbose 5 setze hagelt es Fehlermeldungen p11 u p 9 und IT_V3
2017-02-21 22:19:47 CUL CUL433 UNKNOWNCODE p 9 256 2576 240 320 224 1264 65 1 8 1 240 10144 0 03 B2B52AAB2CD4CACB00
2017-02-21 22:19:47 CUL CUL433 UNKNOWNCODE p 9 256 2592 224 304 240 1280 65 1 8 1 240 10160 0 03 B2B52AAB2CD4CACB00
2017-02-21 22:19:47 CUL CUL433 UNKNOWNCODE p 9 240 2640 240 320 240 1264 65 1 8 1 256 9504 0 05 FAFDAAABACD4CACB00
2017-02-21 22:19:47 CUL CUL433 UNKNOWNCODE p 9 224 2608 224 336 208 1280 65 1 8 1 240 10160 0 03 B2B52AABACD4CACB00
2017-02-21 22:19:47 Global global UNDEFINED IT_V3_11c01741 IT 01000111000000000101110100 0 001
2017-02-21 22:19:47 CUL CUL433 UNKNOWNCODE p 9 240 2592 240 320 240 1248 65 1 8 1 224 10128 0 05 B2B52AABACD4CACB00
2017-02-21 22:19:47 CUL CUL433 UNKNOWNCODE p 9 240 2624 256 320 240 1264 65 1 8 1 224 10112 0 03 B2B52AAB2CD4CACB00
2017-02-21 22:19:47 CUL CUL433 UNKNOWNCODE p 9 256 2592 224 320 224 1296 65 1 8 1 240 9472 0 07 B2B52AABACD4CACB00
2017-02-21 22:19:48 CUL CUL433 UNKNOWNCODE p 9 224 2608 224 320 208 1280 65 1 8 1 224 10128 0 07 B2B5AAABACD4CACB00
??? >:(
Als vorletzte Möglichkeit bleibt mir noch das Zurückspielen eines BackUps (wenn ich das hinbekomme),
bevor ich den raspi neu mit fhem 5.8 aufsetze ...
Vielleicht fällt Dir (Björn) oder Euch noch was dazu ein
Jedenfalls vielen Dank schon mal
Peter
Ich bin da jetzt noch nicht die Koryphäe auf dem Gebiet - arbeite mich Stück für Stück weiter ein und versuche zu verstehen....
Empfangen tut der CUL ja - ist dann nicht die Protokoll Erkennung im CUL das Problem?
So wie ich das bisher begriffen habe, läuft es ja so:
Signal empfangen -> CUL erkennt Protokoll -> Weiterleitung an Modul in FHEM -> Verarbeitung in FHEM
Hast ggfs. selber kompliliert und Protokolle ausgeschaltet im Cul?
Korrekt und hier die Unknown Codes sagen fhem Module fehlen. Neben dem Update von fhem auch in fhem selbst ein update durchgeführt und die module eingespielt?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Auch ich habe Probleme mit einem Oregon THGR810 Temperatur/Feuchtesensor. Der CUL erkennt regelmäßig Funkpakete, kann sie anscheinend aber nicht dem richtigen Protokoll (Oregon V3) zuordnen.
Log mit set raw X25 und verbose 5:
2017.02.22 16:06:22 5: CUL/RAW: /omAAAAAAAAAAAAAA0C
2017.02.22 16:06:22 4: CUL_Parse: CUL_0 omAAAAAAAAAAAAAA0C
2017.02.22 16:06:22 5: CUL_0: dispatch omAAAAAAAAAAAAAA0C
2017.02.22 16:06:22 5: CUL_REDIRECT (mAAAAAAAAAAAAAA0C) length: 17 RSSI: -68
2017.02.22 16:06:22 5: CUL_REDIRECT (mAAAAAAAAAAAAAA0C) match Manchester COODE length: 17
2017.02.22 16:06:22 5: CUL_REDIRECT decode Oregon 2 (AAAAAAAAAAAAAA0C)
2017.02.22 16:06:22 5: bitdata: 1010101010101010101010101010101010101010101010101010101000001100
2017.02.22 16:06:22 5: CUL_REDIRECT decode Oregon 3 (AAAAAAAAAAAAAA0C)
2017.02.22 16:06:22 5: bitdata: 1010101010101010101010101010101010101010101010101010101000001100
2017.02.22 16:06:22 5: CUL_REDIRECT decode Hideki (AAAAAAAAAAAAAA0C)
2017.02.22 16:06:22 5: CUL_0: search in 1010101010101010101010101010101010101010101010101010101000001100
2017.02.22 16:06:22 5: protocol does not match, ignore received package (AAAAAAAAAAAAAA0C) Reason: Not a hideki protocol
2017.02.22 16:06:22 5: CUL/RAW: /p13 384 576 624 768 0 0 56 1 7 0 384 576 384 08 AAAAAAAAAAAAAA
2017.02.22 16:06:22 4: CUL_Parse: CUL_0 p13 384 576 624 768 0 0 56 1 7 0 384 576 384 08 AAAAAAAAAAAAAA
2017.02.22 16:06:22 5: Starting notify loop for CUL_0, 1 event(s), first is UNKNOWNCODE p13 384 576 624 768 0 0 56 1 7 0 384 576 384 08 AAAAAAAAAAAAAA
2017.02.22 16:06:22 5: createNotifyHash
2017.02.22 16:06:22 5: End notify loop for CUL_0
2017.02.22 16:06:22 2: CUL_0: unknown message p13 384 576 624 768 0 0 56 1 7 0 384 576 384 08 AAAAAAAAAAAAAA
V 1.23.09 a-culfw Build: 194 (2017-02-09_21-39-06) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Hallo,
ich hatte mal einen SIGNALduino und einen CUL433 zusammen laufen. Bei dem CUL hatte ich - außer schlechteren Empfang (weniger Daten) auch diese Probleme. Der duino läuft für den reinen Empfang von Temperatursensoren besser. Was er auf anderem Gebiet macht, weiß ich nicht. Angeblich geben beide Module die Daten ja nur durch zum Oregon Modul - die Frage wäre also warum klappt das beim duino besser als beim CUL.
Gruß Christoph
Zitat von: Bennemannc am 22 Februar 2017, 17:04:36
Hallo,
ich hatte mal einen SIGNALduino und einen CUL433 zusammen laufen. Bei dem CUL hatte ich - außer schlechteren Empfang (weniger Daten) auch diese Probleme. Der duino läuft für den reinen Empfang von Temperatursensoren besser. Was er auf anderem Gebiet macht, weiß ich nicht. Angeblich geben beide Module die Daten ja nur durch zum Oregon Modul - die Frage wäre also warum klappt das beim duino besser als beim CUL.
Gruß Christoph
Weil der Duino eine komplett andere Empfangsverarbeitung hat. Er reicht die Daten an ein Modul weiter, welches diese dann analysiert.
Der CUL macht das im Prozessor, wodurch mangels Zeit nicht auf eine großartige Unterscheidung der Protokolle eingegangen werden kann.
Wem der Emfang also nicht reicht muss den Duino nehmen, oder damit leben ;)
Dafür kann der CUL Homematic/MAX usw. perfekt.
Schade - ich hatte vorher im Forum gefragt, ob mein Projekt (IT und Oregon Komponenten) mit einem CUL433 und a-culfw zu verwirklichen wäre und eine positive Antwort bekommen. Jetzt geht's wohl doch nicht.
Zitat von: JWRu am 22 Februar 2017, 17:48:13
Schade - ich hatte vorher im Forum gefragt, ob mein Projekt (IT und Oregon Komponenten) mit einem CUL433 und a-culfw zu verwirklichen wäre und eine positive Antwort bekommen. Jetzt geht's wohl doch nicht.
Moment ???, ich habe nicht gesagt, dass es nicht geht. Ich habe nur gesagt das der Empfang nicht so zuverlässig wie beim Dunino geht. Also bitte nichts verdrehen :D
Der Sensor wurde jetzt erkannt. Ich bekomme jetzt nur in großen zeitlichen Abständen readings, obwohl der Sensor nur ca. 1m vom CUL entfernt liegt.
2017-02-22_16:59:15 THGR810_ed_3 temperature: 16.7
2017-02-22_16:59:15 THGR810_ed_3 humidity: 43
2017-02-22_16:59:15 THGR810_ed_3 battery: ok
2017-02-22_16:59:15 THGR810_ed_3 T: 16.7 H: 43 BAT: ok
2017-02-22_17:41:56 THGR810_ed_3 temperature: 16.7
2017-02-22_17:41:56 THGR810_ed_3 humidity: 43
2017-02-22_17:41:56 THGR810_ed_3 battery: ok
2017-02-22_17:41:56 THGR810_ed_3 T: 16.7 H: 43 BAT: ok
2017-02-22_17:51:05 THGR810_ed_3 temperature: 16.7
2017-02-22_17:51:05 THGR810_ed_3 humidity: 43
2017-02-22_17:51:05 THGR810_ed_3 battery: ok
2017-02-22_17:51:05 THGR810_ed_3 T: 16.7 H: 43 BAT: ok
Was wird wohl passieren, wenn ich ihn draußen aufhänge und 2 Wände dazwischen sind?
Da Gott sei Dank die Widerrufsfrist für den CUL433 noch nicht verstrichen ist, heißt das ganz klar für mich: zurückschicken. Meine Zeit investiere ich dann lieber in einen Signalduino.
Und da ich der "positiv Antwortende" war: Bei mir laufen Oregon+IT zwar produktiv mit dem RFXTRX, aber mein Testsystem mit 433CUL empfängt meine Oregons ebenfalls. Vielleicht nicht mit der Regelmäßigkeit, aber bei Temp/Hygro auch nicht wirklich wichtig, oder ?
Na ja, alle 40 min bei 1m Luft zwischen Sensor und CUL, das wären bei größerer Entfernung und zwei Wänden hochgerechnet vielleicht 5 Messwerte am Tag. Das ist mir etwas wenig.
@JWRu ich habe mit dem nanoCUL 433 und der a-culfw hier 6 Oregon Sensoren (THGR 122NX) und eine eine ganze Menge IT Aktoren bis hin zum PIR von IT im Einsatz - völlig Problemlos.
Was ich sagen kann ist, dass die Oregon Geräte gerne mal vom Modul nicht mehr erkannt werden oder FHEM einfach mal meint da ist nix mehr. In dem Fall habe ich bisher mal den Kanal im Sensor gewechselt ihn neu per Autocreate anlegen lassen und seither ist Ruhe. Aber ja der Start "kann" etwas holprig sein. Nun läuft aber schon länger alles sehr gut.
@Björn kann der nanoCUL Homematic verschlüsselt oder nur die alten Aktoren (also kein IP ;) )
Zitat von: Master_Nick am 22 Februar 2017, 19:05:47
@JWRu ich habe mit dem nanoCUL 433 und der a-culfw hier 6 Oregon Sensoren (THGR 122NX) und eine eine ganze Menge IT Aktoren bis hin zum PIR von IT im Einsatz - völlig Problemlos.
Was ich sagen kann ist, dass die Oregon Geräte gerne mal vom Modul nicht mehr erkannt werden oder FHEM einfach mal meint da ist nix mehr. In dem Fall habe ich bisher mal den Kanal im Sensor gewechselt ihn neu per Autocreate anlegen lassen und seither ist Ruhe. Aber ja der Start "kann" etwas holprig sein. Nun läuft aber schon länger alles sehr gut.
@Björn kann der nanoCUL Homematic verschlüsselt oder nur die alten Aktoren (also kein IP ;) )
Der nanoCUL sollte die Verschlüsselung für HM können. Das Fhem Modul unterstützt es ja auch bereits.
Mh! ;-) Das sind Neuigkeiten.
Ich hatte irgendwie jetzt die letzten Tage versucht da Fuß zu fassen und gesagt bekommen eine CCU2 ist für die Homematic IP Aktoren nötig, da diese mit der Verschlüsselung anders nicht ansteuerbar sind... oder sollte ich das so falsch verstanden haben.
Zitat von: Master_Nick am 22 Februar 2017, 19:23:45
Mh! ;-) Das sind Neuigkeiten.
Ich hatte irgendwie jetzt die letzten Tage versucht da Fuß zu fassen und gesagt bekommen eine CCU2 ist für die Homematic IP Aktoren nötig, da diese mit der Verschlüsselung anders nicht ansteuerbar sind... oder sollte ich das so falsch verstanden haben.
Bei den HM IP kann das sein. Ich meinte die älteren HMs, bei denen kann man auch eine Verschlüsselung einschalten. HM empfielt dies übrigens nur bei sicherheitsrelevanten Geräten. Schließlich müssen durch den Handshake mehr Daten übertragen werden.
Danke für die Infos ;-)
@Master_Nick: Ich habe ja keinen nanoCUL sondern einen busware CUL433 light - das ist wohl der Unterschied. Beim nanoCUL macht ja wohl der Arduino die Verarbeitung (siehe Post #1364)
Zitat von: JWRu am 22 Februar 2017, 20:47:09
@Master_Nick: Ich habe ja keinen nanoCUL sondern einen busware CUL433 light - das ist wohl der Unterschied. Beim nanoCUL macht ja wohl der Arduino die Verarbeitung (siehe Post #1364)
Das ist egal, beide machen das Gleiche. Einziger user Unterschied ist die USB Anbindung.
Gesendet von meinem Mobile Device.
Hi, kann der Busware CUL auch auf Signalduino geflasht werden, wie seit neuestem der NanoCUL?
Was ist überhaupt noch ein Vorteil der Busware Sticks?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Wahrscheinlich nur der, dass man nicht selbst basteln muss ;)
und mehr Speicher und automatische Erkennung 868 vs 433 beim flashen von culfw und ....
ZitatNa ja, alle 40 min bei 1m Luft zwischen Sensor und CUL, das wären bei größerer Entfernung und zwei Wänden hochgerechnet vielleicht 5 Messwerte am Tag. Das ist mir etwas wenig.
sehe ich auch so. wobei die Wände das Ergebnis nicht schlechter machen müssen. die "unsaubere" Erkennung liegt vermutlich eher an funküberlagernden Einflüssen(Björn korrigier mich, wenn das nicht der Grund ist).
Stell mal die Bandbreite auf 464 kHz und sens auf 8, ob das was verbessert.
Zitatkann der Busware CUL auch auf Signalduino geflasht werden,
wäre zu beweisen. Würd ich aber nur probieren, wenn ich wüßte, dass die Pins des Atmel gleich belegt sind....
@KölnSolar: War ein super Tipp - vielen Dank! Mit sens 8db und rAmpl 38 habe ich einen guten Empfang.
freut mich. Dann kann ich ja bei ähnlicher Fragestellung zukünftig wieder positiv antworten ;D Und Du hast Dir den Umtausch erspart.
@JWRu da muss ich nochmal nahfragen (ich gebe zu aus reine Neugier auf eventuelle Verbesserung bin ich KölnSolar's Tipp auch gefolgt und habe die Bandbreite auf 464 und Sens auf 8 gestellt) wie kamst du nun auf rAmpl 38? :)
Ich hab ein bißchen 'rumprobiert - bin aber wieder bei rAmpl 40 gelandet. Unter 42 kommen auch keine Meldungen "Unknown code P12#....." mehr.
Scheint bei dir wohl ordentlich Traffic auf dem Band zu sein. Ich hab es auf 42 stehen ohne die Meldungen - aber das kann ja wirklich von Standort zu Standort anders sein.
Danke für die Antwort.
Ich glaube eher, dass "P12#..." ein Oregon-Telegramm ist, das durch die Erkennung gerauscht ist.
Zitat von: JWRu am 23 Februar 2017, 11:04:13
Ich glaube eher, dass "P12#..." ein Oregon-Telegramm ist, das durch die Erkennung gerauscht ist.
Hallo,
das ist ein Hideki-Protokoll vom SignalDuino.
Oregon sieht bei mir so aus: 50CA2C23E60415700448BD --> THGR328N auch vom SignalDuino.
pejonp
Ich habe aber keinen SignalDuino, sondern einen CUL433.
@Bjoern
Nur zur Info: läuft alles wieder ...
Cul flashen auf V 1.23.09 - keine Änderung
Sicherung zurückgespielt - keine Änderung
Batterien raus
neu erkennen lassen - geht wieder
- aber Werte kommen unregelmäßiger
ich werde mal mit dem Vorschlag von KölnSolar weitermachen
Zitat
"Stell mal die Bandbreite auf 464 kHz und sens auf 8, ob das was verbessert"
Danke
Gruß
Peter
Zitat von: Peter_Listig am 24 Februar 2017, 12:05:51
@Bjoern
Nur zur Info: läuft alles wieder ...
Cul flashen auf V 1.23.09 - keine Änderung
Sicherung zurückgespielt - keine Änderung
Batterien raus
neu erkennen lassen - geht wieder
- aber Werte kommen unregelmäßiger
ich werde mal mit dem Vorschlag von KölnSolar weitermachen
Danke
Gruß
Peter
Du kannst auch mal probieren die Frequenz etwas nach unten / oben zu verschieben.
Die Temperatur Sensoren sind leider keine Wunder in der Genauigkeit.
Gesendet von meinem Mobile Device.
Bei mir ist's das Gleiche. Ich habe mittlerweile zwei Oregon-Sensoren an FHEM hängen: Einen THGN132N (Protokoll 2.1) außen und einen THGR810 (Protokoll 3.0) innen. Lustigerweise wird der Außensensor viel zuverlässiger erkannt als der Innensensor. Von letzterem erhalte ich etwa jede Stunde ein reading, obwohl er jede Minute sendet.
Ich werde mir jetzt mal 'nen Signalduino bauen, die Teile habe ich schon.
Abgefahren :o
Ich hatte derartige Aussetzer nur mit einem Sensor den ich mir geliehen hatte.
Es war einer ohne Display der Temperatur und Luftfeuchtigkeit.
Habe nun nur noch diese: https://www.amazon.de/gp/product/B000M98NAI/ref=oh_aui_detailpage_o02_s00?ie=UTF8&psc=1
Wie gesagt 6 Stück ohne Probleme auf vorerst einer Etage auf etwas über 100m².
Die haben auch das Oregon-Protokoll 2.1 - anscheinend wird das zuverlässiger erkannt.
Hallo,
ich habe heute versucht, meine CULs zu aktualisieren. Während das mit dem CUL-V3_433 gut geklappt hat,
V 1.23.09 a-culfw Build: 194 (2017-02-09_21-39-06) CUL433 (F-Band: 433MHz)
musste ich mit dem CUL_V3_868 weit in die Vergangenheit (bis 2015) zurück
V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) CUL868 (F-Band: 868MHz)
Alle Versionen danach produzierten einen Fehler ,,Bootloader and code overlap,,.
Was mache ich falsch?
Vielen Dank für jede Hilfe
Die a-culfw mit 868 bietet keinen Vorteil nimm die normale für den 868er.
Zitat von: Master_Nick am 26 Februar 2017, 18:38:15
Die a-culfw mit 868 bietet keinen Vorteil nimm die normale für den 868er.
Was ist da die neuste Version ?
gem.
http://culfw.de/culfw.html#Hardware (http://culfw.de/culfw.html#Hardware)
ist es die 1.66
gem.
http://culfw.de/CHANGED (http://culfw.de/CHANGED)
gibt aber bereits die 1.67....
Gruss birdy
Hi, 1.67:
https://forum.fhem.de/index.php?topic=62243.0
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hi @ all,
über meinen nanocul433 habe ich die "RSL867T" Fernbedienung von Conrad ausgelesen.
Die Auswertung vom Event monitor sieht man unten.
Nun habe ich folgende Bitte, kann mir jemand den Weg zeigen um die unten stehenden bitdata so umzurechnen damit das IT-Modul sie akzeptiert?
P.S. Ich habe das Wiki und auch das Forum durchforstet :)
Im Eventmonitor erscheint folgende Ausgabe, wenn ich auf der Fernbedienung die Taste 1 - ON drücke
2017.03.05 20:02:26 5 : CUL/RAW: /om9B154020
2017.03.05 20:02:26 4 : CUL_Parse: nanoCUL433 om9B154020
2017.03.05 20:02:26 5 : nanoCUL433: dispatch om9B154020
2017.03.05 20:02:26 5 : CUL_REDIRECT (m9B154020) length: 9 RSSI: -58
2017.03.05 20:02:26 5 : CUL_REDIRECT (m9B154020) match Manchester COODE length: 9
2017.03.05 20:02:26 5 : CUL_REDIRECT decode Oregon 2 (9B154020)
2017.03.05 20:02:26 5 : bitdata: 10011011000101010100000000100000
2017.03.05 20:02:26 5 : CUL_REDIRECT decode Oregon 3 (9B154020)
2017.03.05 20:02:26 5 : bitdata: 10011011000101010100000000100000
2017.03.05 20:02:26 5 : CUL_REDIRECT decode Hideki (9B154020)
2017.03.05 20:02:26 5 : nanoCUL433: search in 10011011000101010100000000100000
2017.03.05 20:02:26 5 : protocol does not match, ignore received package (9B154020) Reason: Not a hideki protocol
Im Eventmonitor erscheint folgende Ausgabe, wenn ich auf der Fernbedienung die Taste 1 - OFF drücke
2017.03.05 20:03:14 5 : CUL/RAW: /omD69696D5402E
2017.03.05 20:03:14 4 : CUL_Parse: nanoCUL433 omD69696D5402E
2017.03.05 20:03:14 5 : nanoCUL433: dispatch omD69696D5402E
2017.03.05 20:03:14 5 : CUL_REDIRECT (mD69696D5402E) length: 13 RSSI: -51
2017.03.05 20:03:14 5 : CUL_REDIRECT (mD69696D5402E) match Manchester COODE length: 13
2017.03.05 20:03:14 5 : CUL_REDIRECT decode Oregon 2 (D69696D5402E)
2017.03.05 20:03:14 5 : bitdata: 110101101001011010010110110101010100000000101110
2017.03.05 20:03:14 5 : CUL_REDIRECT decode Oregon 3 (D69696D5402E)
2017.03.05 20:03:14 5 : bitdata: 110101101001011010010110110101010100000000101110
2017.03.05 20:03:14 5 : CUL_REDIRECT decode Hideki (D69696D5402E)
2017.03.05 20:03:14 5 : nanoCUL433: search in 110101101001011010010110110101010100000000101110
2017.03.05 20:03:14 5 : protocol does not match, ignore received package (D69696D5402E) Reason: Not a hideki protocol
Vielen Dank im voraus und lieben Gruß von
Karim
Nach dem Update von a-culfw_1.23.09_build_195 auf a-culfw_1.24.01_build_205 funktionieren die nanoCUL's nicht mehr.
Wie kann ich die nanoCUL's wieder beleben?
Hi, Was genau funktioniert nicht mehr? Kannst Du nicht flashen oder wird der nicht mehr initialisiert oder geht nur ein bestimmtes Protokoll nicht mehr? Ich teste gleich auch mal...
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Ich musste meinen nanoCUL nach dem letzten Flashen einmal vom USB trennen und wieder einstecken, dann lief er wieder.
Hi,
Ja das kann ich bestätigen. Einfaches reopen, raw E oder ccconf hat nicht gereicht. Musste auch 2 Sekunden stromlos machen ;-) Allerdings bin ich mir nicht sicher, ob auf meinem Test Nano mit FTDI auch der Resetpin mit Ground gebrückt ist ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Es funktionierte nach dem Flashen weder ein Reboot des nanoCUL noch ein neuerliches Flashen.
Ich musste den Arduino wieder beleben.
Ein weiterer Fehler ist in der aktuellen Firmware.
Die 433MHz ist ok.
Lese ich die Version des 868Mhz nanoCUL's ein spuckt der aber 433Mhz aus.
VERSION V 1.24.01 a-culfw Build: 204 (2017-03-06_18-50-06) nanoCUL868 (F-Band: 433MHz)
Ich möchet meinen CUL aktualisieren mit der Frimware CUL_V3_433MHZ.hex.
In welchen fhem-Ordner muss ich denn die Datei legen, damit ich direkt aus der Kommandozeile von fhem aktualisieren kann?
Besten Dank.
Hi, falscher Thread für Deine Frage! Hier geht es um die viiiieeeel bessere Alternative CUL Firmware a-culfw!
Ansonsten schau mal unter /opt/fhem/FHEM/firmware/nanoCUL433.hex
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Ist doch nicht falsch. Genau die will ich flaschen.
Zitat von: Burny4600 am 12 März 2017, 14:57:47
Es funktionierte nach dem Flashen weder ein Reboot des nanoCUL noch ein neuerliches Flashen.
Ich musste den Arduino wieder beleben.
Ein weiterer Fehler ist in der aktuellen Firmware.
Die 433MHz ist ok.
Lese ich die Version des 868Mhz nanoCUL's ein spuckt der aber 433Mhz aus.
VERSION V 1.24.01 a-culfw Build: 204 (2017-03-06_18-50-06) nanoCUL868 (F-Band: 433MHz)
Der einzige Unterschied zwischen V 1.23.9 und V 1.24.2 ist die Versionsnummer. Sämtliche Änderungen betreffen nur die ARM Varianten. Die einzigste Änderung, die auch die AVR Devices betrifft, ist in somfy_rts.c. Und das ist beim nanoCUL deaktiviert.
Ich hab es mit den Sourcen beider Versionen getestet. Bei gleicher Versionsnummer kommen zwei identische HEX Files raus.
Wie schon an anderer Stelle erwähnt, habe ich einen Rollomotor von Siro gekauft.
Die FB zum Rollo sendet zum Beispiel
p 3 272 768 608 432 4 4 1 17 0C53350440
wenn ich die Taste Aufwäts drücke.
Ich habe eine veraltete a-CUL FW drauf und wüsste nun gerne, ob diese Befehle bei einer neueren Version unterstützt werden. Dazu wollte ich den Stick neu flashen.
Ich steckte dazu bisher den Stick an den Raspberrypi und setzte in fhem set CUL_1 raw B01. Das klappt bis dahin alles prima.
Ich bin dann im Pi in den Ordner gewechselt, der die neue Firmware enthält und habe auf der Konsole eingegeben:
pi@raspberrypi:/opt/fhem/culfirm $ sudo tail -f /var/log/syslog
Mar 12 16:10:12 raspberrypi kernel: [90981.250572] cdc_acm 1-1.4:1.0: ttyACM0: USB ACM device
Mar 12 16:10:21 raspberrypi kernel: [90990.281941] usb 1-1.4: USB disconnect, device number 12
Mar 12 16:10:21 raspberrypi kernel: [90990.282082] cdc_acm 1-1.4:1.0: failed to set dtr/rts
Mar 12 16:10:22 raspberrypi kernel: [90990.591051] usb 1-1.4: new full-speed USB device number 13 using dwc_otg
Mar 12 16:10:22 raspberrypi kernel: [90990.741953] usb 1-1.4: New USB device found, idVendor=03eb, idProduct=2ff4
Mar 12 16:10:22 raspberrypi kernel: [90990.741962] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Mar 12 16:10:22 raspberrypi kernel: [90990.741966] usb 1-1.4: Product: ATm32U4DFU
Mar 12 16:10:22 raspberrypi kernel: [90990.741970] usb 1-1.4: Manufacturer: ATMEL
Mar 12 16:10:22 raspberrypi kernel: [90990.741974] usb 1-1.4: SerialNumber: 1.0.0
Mar 12 16:13:36 raspberrypi dhcpcd[450]: eth0: Router Advertisement from fe80::a96:d7ff:fe16:2687
Mar 12 16:14:52 raspberrypi dhcpcd[450]: eth0: Router Advertisement from fe80::a96:d7ff:fe16:2687
bei der Eingaben von
dfu-programmer ATm32U4DFU flash CUL_V3_433MHZ.hex
bekomme ich aber dann leider die Ausschrift: Unsupported target 'ATm32U4DFU'
Darum wollte ich aus fhem heraus flashen. Wenn mir aber jemand sagen kann, wie ich das hier Gezeigte richtig machen kann, würde ich es auch über die Konsole tun.
Es wäre echt toll, wenn mir jemand helfen könnte, da ich den Motor unbedingt behalten und nutzen möchte.
Nochmals danke.
EDIT:
Kann es sein, dass ich statt
dfu-programmer ATm32U4DFU flash CUL_V3_433MHZ.hex
das eingeben muss:
dfu-programmer atm32u4 flash CUL_V3_433MHZ.hex
Ich will das jetzt nicht einfach so probieren, weil ich den Stick ja noch brauche.
EDIT 2
Hat sich erledigt, ich habe einfach mit viel Angstschweiss probiert und es hat geklappt.
Trotzdem vielen Dank.
ZitatDer einzige Unterschied zwischen V 1.23.9 und V 1.24.2 ist die Versionsnummer. Sämtliche Änderungen betreffen nur die ARM Varianten. Die einzigste Änderung, die auch die AVR Devices betrifft, ist in somfy_rts.c. Und das ist beim nanoCUL deaktiviert.
Die V1.24.2 welche bei mir die V1.24.1 ist funktioniert jedenfalls nicht mit den 868Mhz. Diese werden immer mit 433Mhz ausgegeben.
Ich habe wieder die V1.23.9 für die 868Mhz nanoCUL's darauf gepackt, nachdem es ohnehin für meinen Anwendungsfall keine Änderungen gab.
Ist nur eigenartig das bei dem nanoCUL868.hex bei der V1.24.2 bei der ccconf und Version 433MHz ausgegeben werden und noch dazu nicht funktionieren.
Habe das Ganze mehrmals überprüft damit ich mit Sicherheit keinen Fehler dabei hatte.
Hast du auf dem selben nanoCUL von V1.23.09 nach V1.24.02 (433MHz Version) und danach auf V1.24.02 (868MHz Version) geupdated?
Nein.
Update von V1.23.09 (868MHz Version) nach V1.24.02 (868MHz Version). Ergebnis V1.24.01 (433MHz Version).
Im Anschluß ATmega328 neu belebt und wieder die V1.23.09 (868MHz Version) daraufgepackt damit das System wieder funktionsfähig ist.
Hi,
also bei mir ist es kein Problem. Hardware Arduino Nano, SMD Widerstände 470/1k und CC1101 Panstamp 868Mhz auf einer v3 Platine hier aus der Sammelbestellung.
Heute zweimal zwischen 1.23.09 und 1.24.01 hin und hergeflasht. Einzige Besonderheit jeweils stromlos und raw E verwendet.
Anbei mein List:
Internals:
CMDS ABCEeFfGiKlMNRTtUVWXxZ
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A800HH77-if00-port0@38400 4321
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A800HH77-if00-port0@38400
FD 15
FHTID 4321
NAME CUL868
NR 39
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.24.01 a-culfw Build: 204 (2017-03-06_18-50-06) nanoCUL868 (F-Band: 868MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
Readings:
2017-03-12 19:04:22 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-03-12 19:03:57 cmds A B C E e F f G i K l M N R T t U V W X x Z
2017-03-12 19:52:58 raw 6
2017-03-12 19:03:37 state Initialized
2017-03-12 19:04:07 version V 1.24.01 a-culfw Build: 204 (2017-03-06_18-50-06) nanoCUL868 (F-Band: 868MHz)
Attributes:
group Gateways
icon scc_868
room Arbeitszimmer,Hardware
verbose 5
Als nächstes werde ich wieder neu kompilieren und Hörmann aktivieren ;-)
Daher ja auch die Notwendigkeit der a-culfw für mich. Bevor wieder alle sagen: keine Notwendigkeit für 868er - Nimm die normale ;-)
Und diesmal einfach drüber geflasht:
Hier mein neues List:
Internals:
CMDS ABCEeFfGhiKLlMNRTtUVWXxYZz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A800HH77-if00-port0@38400 4321
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A800HH77-if00-port0@38400
FD 15
FHTID 4321
NAME CUL868
NR 39
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.24.01 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
Readings:
2017-03-12 22:42:19 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-03-12 22:42:07 cmds A B C E e F f G h i K L l M N R T t U V W X x Y Z z
2017-03-12 19:52:58 raw 6
2017-03-12 22:42:07 state Initialized
2017-03-12 22:41:24 version V 1.24.01 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)
Attributes:
group Gateways
icon scc_868
room Arbeitszimmer,Hardware
verbose 5
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Du verwendest für den Aufbau nur 470E und 1k Widerstände?
V1.24.05? Ist doch die V1.24.01 R204 und nicht wie angeben die V1.24.02 R205.
Da kann etwas nicht stimmen.
Alleine für die Ausgänge des Arduino ist schon ein Spannungsteiler notwendig mit 4,7k & 10k, damit der Transceiver auf Dauer keinen Schaden erleidet. Der 470E ist für die optionale LED.
Auch ist bei manchen Arduinos eine Massebrücke.
Wie sieht deine Beschaltung wirklich aus.
Hi Burny4600,
Stimmt Du hast recht, ich habe 1.24.01 Build 205 geflasht (oben geändert), der sich als Build 204 meldet. Build 204 wäre ja eigentlich 1.24.00 ;-)
Ja für die Spannungsteiler nutze ich 470&1k Ohm Widerstände und 300 Ohm an der LED. (Lies mal hier: https://forum.fhem.de/index.php?topic=64031.msg554736#msg554736)
Der FTDI hat eine zusätzliche Brücke zwischen Reset und Ground von mir erhalten.
Die Beschaltung? Naja die Platine v3 aus der Sammelbestellung hier im Forum:
https://forum.fhem.de/index.php/topic,38561.msg400934.html#msg400934
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
ZitatWie schon an anderer Stelle erwähnt, habe ich einen Rollomotor von Siro gekauft.
Die FB zum Rollo sendet zum Beispiel
p 3 272 768 608 432 4 4 1 17 0C53350440
wenn ich die Taste Aufwäts drücke.
Was müsste ich denn machern, um diesen empfangenen Code senden zu können?
Hi,
Hast Du den G Befehl? Was sagt get <device> commands?
Hast Du die culfw Doku gelesen? http://culfw.de/commandref.html
Insbesondere
GssNnprHHLLhhllDDDD
Send raw data, only if HAS_RAWSEND is enabled.
Everything after the command G is hex.
ss Number of sync bits. Sync is always 0, followed by exactly one 1-bit.
N Number of data bytes (exclusive the last byte if it is not complete)
n Number of bits in the last byte
p Number of ms pause between repeats
r Number of repeats (e.g. FS20: 3)
HH High-Time for the 0-bit, Unit is 16us (!)
LL Low- Time for the 0-bit, Unit is 16us (!)
hh High-Time for the 1-bit, Unit is 16us (!)
ll Low- Time for the 1-bit, Unit is 16us (!)
DDDDD... Databytes
See also X04
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Danke für die ausführliche Antwort.
Den G Befehlt habe ich , den genannten Link werde ich noch lesen. Kannte ich nicht, vielleicht habe ich die falschen Suchbegriffe benutzt. Allerdings fürchte ich, nur Bahnhof zu verstehen. Aber ich versuchs mal.
Ist gar nicht sooooo schlimm ;) Vielleicht probierst Du Dich zum grundlegenden Verständnis aber erst einmal mit einem Deiner funktionsfähigen IT-devices. Sonst verzweifelst Du, ob nur der Code für den Rollomotor nicht funktioniert oder der G-Befehl nicht richtig umgesetzt wird.
Alles klar, werde ich probieren. Ist nur mühsam, wegen fehlender Englischkenntnisse.
Danke dir.
verstehe, aber ein bißchen geht's ? Sonst müsste man das glatt mal übersetzen. Ich glaub im Wiki gibt's was in deutsch.
Mach am besten mal einen neuen Thread auf, müllt sonst zu sehr diesen hier zu.
Ja, muss ja irgendwie. :-)
Danke.
Hi @ all.
Mein S.O.S. Notruf ist immer noch aktuell. Ich bin für jede Info dankbar!!! :)
Zitat von: neonet am 05 März 2017, 22:13:50
Hi @ all,
über meinen nanocul433 habe ich die "RSL867T" Fernbedienung von Conrad ausgelesen.
Die Auswertung vom Event monitor sieht man unten.
Nun habe ich folgende Bitte, kann mir jemand den Weg zeigen um die unten stehenden bitdata so umzurechnen damit das IT-Modul sie akzeptiert?
P.S. Ich habe das Wiki und auch das Forum durchforstet :)
Im Eventmonitor erscheint folgende Ausgabe, wenn ich auf der Fernbedienung die Taste 1 - ON drücke
2017.03.05 20:02:26 5 : CUL/RAW: /om9B154020
2017.03.05 20:02:26 4 : CUL_Parse: nanoCUL433 om9B154020
2017.03.05 20:02:26 5 : nanoCUL433: dispatch om9B154020
2017.03.05 20:02:26 5 : CUL_REDIRECT (m9B154020) length: 9 RSSI: -58
2017.03.05 20:02:26 5 : CUL_REDIRECT (m9B154020) match Manchester COODE length: 9
2017.03.05 20:02:26 5 : CUL_REDIRECT decode Oregon 2 (9B154020)
2017.03.05 20:02:26 5 : bitdata: 10011011000101010100000000100000
2017.03.05 20:02:26 5 : CUL_REDIRECT decode Oregon 3 (9B154020)
2017.03.05 20:02:26 5 : bitdata: 10011011000101010100000000100000
2017.03.05 20:02:26 5 : CUL_REDIRECT decode Hideki (9B154020)
2017.03.05 20:02:26 5 : nanoCUL433: search in 10011011000101010100000000100000
2017.03.05 20:02:26 5 : protocol does not match, ignore received package (9B154020) Reason: Not a hideki protocol
Im Eventmonitor erscheint folgende Ausgabe, wenn ich auf der Fernbedienung die Taste 1 - OFF drücke
2017.03.05 20:03:14 5 : CUL/RAW: /omD69696D5402E
2017.03.05 20:03:14 4 : CUL_Parse: nanoCUL433 omD69696D5402E
2017.03.05 20:03:14 5 : nanoCUL433: dispatch omD69696D5402E
2017.03.05 20:03:14 5 : CUL_REDIRECT (mD69696D5402E) length: 13 RSSI: -51
2017.03.05 20:03:14 5 : CUL_REDIRECT (mD69696D5402E) match Manchester COODE length: 13
2017.03.05 20:03:14 5 : CUL_REDIRECT decode Oregon 2 (D69696D5402E)
2017.03.05 20:03:14 5 : bitdata: 110101101001011010010110110101010100000000101110
2017.03.05 20:03:14 5 : CUL_REDIRECT decode Oregon 3 (D69696D5402E)
2017.03.05 20:03:14 5 : bitdata: 110101101001011010010110110101010100000000101110
2017.03.05 20:03:14 5 : CUL_REDIRECT decode Hideki (D69696D5402E)
2017.03.05 20:03:14 5 : nanoCUL433: search in 110101101001011010010110110101010100000000101110
2017.03.05 20:03:14 5 : protocol does not match, ignore received package (D69696D5402E) Reason: Not a hideki protocol
Vielen Dank im voraus und lieben Gruß von
Karim
Hi neonet,
Was ist die Ausgabe von
get <CULDevice> commands
get <CULDevice> version
?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hi RaspiLED.
Vielen Dank für deine Hilfe !!!
Zitat von: RaspiLED am 21 März 2017, 18:32:40
Was ist die Ausgabe von "get nanoCUL433 commands" & "get nanoCUL433 version" :
get nanoCUL433 commands
Unknown argument commands, choose one of ccconf:noArg cmds:noArg credit10ms:noArg fhtbuf:noArg raw uptime:noArg version:noArgget nanoCUL433 version
nanoCUL433 version => V 1.23.08 a-culfw Build: 156 (2017-01-28_13-46-55) nanoCUL433 (F-Band: 433MHz)
Gruß Neonet
Ich denke, die Dosen werden nicht unterstützt. Ich hatte diese zumindest noch nie in die Finger bekommen. Es bleibt also nur eines.... Firmware sowie fhem Modul erweitert.
Gesendet von meinem Mobile Device.
Hmpf, nagut ich meinte natürlich
get nanoCUL433 cmds
Die Frage dahinter ist nämlich: ob in der a-culfw die Du verwendest ITv1 und/oder ITv3 drin ist.
Aber Bjoern sagt schon, die FB kennt er noch nicht.
Hast Du einen Link für uns? Oder ist es diese:
https://www.conrad.de/de/rsl-funk-fernbedienung-16-kanal-reichweite-max-im-freifeld-70-m-640374.html
Erst hatte ich gedacht die wären auf 868Mhz aber ich lese gerade die sind auf 433Mhz.
@Bjoern: Wie geht man eigentlich am geschicktesten vor um ein Signal zu verstehen und eine Protokollerweiterung in die a-culfw zu bekommen?
Ich würde diese Dose jetzt mit dem Signalduino (cul kann man ja inzwischen auf signalduino mit cc1101 umflashen) testen. Falls da was geht hat man genauere Timings oder schon die Protokoll Infos im Modul. Falls nicht kann man über doif auf die nicht verstandene Nachricht reagieren.
Aber hier ist ja die Frage, wie machen wir das mit einem CUL?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hi, vielen Dank für euren Support.
get nanoCUL433 cmds
nanoCUL433 cmds => A B C e F f G i K L l M N R T t U V W X x
Hier der Link zur Fernbedienung: (Frequenz 433 MHz)
https://www.conrad.de/de/rsl-funk-fernbedienung-12-kanal-reichweite-max-im-freifeld-30-m-526925.html?sc.ref=Search%20Results (https://www.conrad.de/de/rsl-funk-fernbedienung-12-kanal-reichweite-max-im-freifeld-30-m-526925.html?sc.ref=Search%20Results)
Oder hier meine 2. Fernbedienung für das gleiche System(ich kann beide benutzen): (Frequenz 433 MHz)
https://www.conrad.de/de/rsl-funk-fernbedienung-16-kanal-reichweite-max-im-freifeld-50-m-640375.html?sc.ref=Product%20Details (https://www.conrad.de/de/rsl-funk-fernbedienung-16-kanal-reichweite-max-im-freifeld-50-m-640375.html?sc.ref=Product%20Details)
Das sind die Schalter die ich damit steuere: (Frequenz 433 MHz)
https://www.conrad.de/de/rsl-funk-schalter-unterputz-1-kanal-schaltleistung-max-300-w-reichweite-max-im-freifeld-70-m-640553.html (https://www.conrad.de/de/rsl-funk-schalter-unterputz-1-kanal-schaltleistung-max-300-w-reichweite-max-im-freifeld-70-m-640553.html)
https://www.conrad.de/de/rsl-funk-schalter-zwischenstecker-1-kanal-schaltleistung-max-2000-w-reichweite-max-im-freifeld-30-m-526915.html (https://www.conrad.de/de/rsl-funk-schalter-zwischenstecker-1-kanal-schaltleistung-max-2000-w-reichweite-max-im-freifeld-30-m-526915.html)
https://www.conrad.de/de/rsl-funk-lampenschalter-1-kanal-schaltleistung-max-100-w-reichweite-max-im-freifeld-25-m-640456.html (https://www.conrad.de/de/rsl-funk-lampenschalter-1-kanal-schaltleistung-max-100-w-reichweite-max-im-freifeld-25-m-640456.html)
Zusätzlich nutze ich noch diesen Funk-Lichtschalter mit Sender: (Frequenz 868 MHz)
https://www.conrad.de/de/funk-lichtschalter-mit-sender-620587.html (https://www.conrad.de/de/funk-lichtschalter-mit-sender-620587.html)
Wenn einer von euch möchte, kann ich die Fernbedienung und einen Zwischenstecker für Testzwecke zur Verfügung stellen.
Ich fände es Super wenn ich diese Geräte mit FHEM steuern könnte, falls nicht, werde ich einfach für Homematic Komponenten sparen :D Ich weiß die Geräte sind nicht mehr up-to-date, und das es keine Rückmeldung gibt, ist (noch) ok für mich, denn ich sehe ja ob es hell oder dunkel wird. Das Endziel ist es, alle Schalter über Alexa zu bedienen. (Beim Rest meiner Hardware wie z.B. PC, LED Stripes, Funk-Schalter-Zwischenstecker funktioniert es bereits Super !!!
Ich bedanke mich nochmals recht herzlich für eure Unterstützung, TOP COMMUNITY !!!
ZitatWie geht man eigentlich am geschicktesten vor um ein Signal zu verstehen und eine Protokollerweiterung in die a-culfw zu bekommen?
In diesem konkreten Fall, würd ich erst mal gucken, ob die Codes tatsächlich IMMER kommen. Die unterschiedliche Länge für on/off find ich schon komisch
ZitatCUL_REDIRECT (mD69696D5402E) match Manchester COODE length: 13
CUL_REDIRECT (m9B154020) match Manchester COODE length: 9
Generell lässt sich ja mit raw X25 etwas mehr erkennen, wenngleich kaum interpretierbar, also eher nur für "einfache" Fälle, wo die Pulsweiten abweichen.
Grüße Markus
Hier mal die Auswertung unter X21 und danach unter X25. Ich habe die Gruppe auf IV umgestellt, und ich benutze die Fernbedienung Taste 1.
Zitat von: KölnSolar am 22 März 2017, 12:57:33
In diesem konkreten Fall, würd ich erst mal gucken, ob die Codes tatsächlich IMMER kommen. Die unterschiedliche Länge für on/off find ich schon komischGenerell lässt sich ja mit raw X25 etwas mehr erkennen, wenngleich kaum interpretierbar, also eher nur für "einfache" Fälle, wo die Pulsweiten abweichen.
Grüße Markus
X21Im Logfile erscheint folgende Ausgabe, wenn ich auf der Fernbedienung die Fernbedienung Taste 1 - ON drücke
2017.03.22 17:28:11 4: CUL_Parse: nanoCUL433 omD5362A802B
2017.03.22 17:28:11 5: nanoCUL433: dispatch omD5362A802B
2017.03.22 17:28:11 5: CUL_REDIRECT (mD5362A802B) length: 11 RSSI: -52.5
2017.03.22 17:28:11 5: CUL_REDIRECT (mD5362A802B) match Manchester COODE length: 11
2017.03.22 17:28:11 5: CUL_REDIRECT decode Oregon 2 (D5362A802B)
2017.03.22 17:28:11 5: bitdata: 1101010100110110001010101000000000101011
2017.03.22 17:28:11 5: CUL_REDIRECT decode Oregon 3 (D5362A802B)
2017.03.22 17:28:11 5: bitdata: 1101010100110110001010101000000000101011
2017.03.22 17:28:11 5: CUL_REDIRECT decode Hideki (D5362A802B)
2017.03.22 17:28:11 5: nanoCUL433: search in 1101010100110110001010101000000000101011
2017.03.22 17:28:11 5: protocol does not match, ignore received package (D5362A802B) Reason: Not a hideki protocol
X21Im Logfile erscheint folgende Ausgabe, wenn ich auf der Fernbedienung die Fernbedienung Taste 1 - OFF drücke
2017.03.22 17:28:15 4: CUL_Parse: nanoCUL433 omA6C5502A
2017.03.22 17:28:15 5: nanoCUL433: dispatch omA6C5502A
2017.03.22 17:28:15 5: CUL_REDIRECT (mA6C5502A) length: 9 RSSI: -53
2017.03.22 17:28:15 5: CUL_REDIRECT (mA6C5502A) match Manchester COODE length: 9
2017.03.22 17:28:15 5: CUL_REDIRECT decode Oregon 2 (A6C5502A)
2017.03.22 17:28:15 5: bitdata: 10100110110001010101000000101010
2017.03.22 17:28:15 5: CUL_REDIRECT decode Oregon 3 (A6C5502A)
2017.03.22 17:28:15 5: bitdata: 10100110110001010101000000101010
2017.03.22 17:28:15 5: CUL_REDIRECT decode Hideki (A6C5502A)
2017.03.22 17:28:15 5: nanoCUL433: search in 10100110110001010101000000101010
2017.03.22 17:28:15 5: protocol does not match, ignore received package (A6C5502A) Reason: Not a hideki protocol
X25Im Logfile erscheint folgende Ausgabe, wenn ich auf der Fernbedienung die Fernbedienung Taste 1 - ON drücke
2017.03.22 17:32:45 5: protocol does not match, ignore received package (AB54D8AA1A) Reason: Not a hideki protocol
2017.03.22 17:32:45 5: CUL/RAW: p13 528 944 544/ 1216 0 0 32 1 4 0 52
2017.03.22 17:32:45 5: CUL/RAW: p13 528 944 544 1216 0 0 32 1 4 0 52/8 1264 528 19 AB54D8AA
2017.03.22 17:32:45 4: CUL_Parse: nanoCUL433 p13 528 944 544 1216 0 0 32 1 4 0 528 1264 528 19 AB54D8AA
2017.03.22 17:32:45 2: nanoCUL433: unknown message p13 528 944 544 1216 0 0 32 1 4 0 528 1264 528 19 AB54D8AA
2017.03.22 17:32:45 5: CUL/RAW: /p11 1248 544 1216 576 528 123
2017.03.22 17:32:45 5: CUL/RAW: p11 1248 544 1216 576 528 123/2 32 1 4 0 544 7008 0
2017.03.22 17:32:45 5: CUL/RAW: p11 1248 544 1216 576 528 1232 32 1 4 0 544 7008 0 /1B 7DC25AFF
2017.03.22 17:32:45 4: CUL_Parse: nanoCUL433 p11 1248 544 1216 576 528 1232 32 1 4 0 544 7008 0 1B 7DC25AFF
2017.03.22 17:32:45 2: nanoCUL433: unknown message p11 1248 544 1216 576 528 1232 32 1 4 0 544 7008 0 1B 7DC25AFF
2017.03.22 17:32:45 5: CUL/RAW: /p11 1232 560 1232 576 544 1216 32 1 4 0 544 7024 0
2017.03.22 17:32:45 5: CUL/RAW: p11 1232 560 1232 576 544 1216 32 1 4 0 544 7024 0 /1B 7DC25AFF
2017.03.22 17:32:45 4: CUL_Parse: nanoCUL433 p11 1232 560 1232 576 544 1216 32 1 4 0 544 7024 0 1B 7DC25AFF
2017.03.22 17:32:45 2: nanoCUL433: unknown message p11 1232 560 1232 576 544 1216 32 1 4 0 544 7024 0 1B 7DC25AFF
2017.03.22 17:32:45 5: CUL/RAW: /p11 1248 528 1232 544 544 121
2017.03.22 17:32:45 5: CUL/RAW: p11 1248 528 1232 544 544 121/6 32 1 4 0 544 7008 0
2017.03.22 17:32:45 5: CUL/RAW: p11 1248 528 1232 544 544 1216 32 1 4 0 544 7008 0 /1C 7DC25AFF
2017.03.22 17:32:45 4: CUL_Parse: nanoCUL433 p11 1248 528 1232 544 544 1216 32 1 4 0 544 7008 0 1C 7DC25AFF
2017.03.22 17:32:45 2: nanoCUL433: unknown message p11 1248 528 1232 544 544 1216 32 1 4 0 544 7008 0 1C 7DC25AFF
2017.03.22 17:32:45 5: CUL/RAW: /p11 1248 528 1232 576 528 1248 32 1 4 0 544 6992 0 1D 7DC25AFF
2017.03.22 17:32:45 4: CUL_Parse: nanoCUL433 p11 1248 528 1232 576 528 1248 32 1 4 0 544 6992 0 1D 7DC25AFF
2017.03.22 17:32:45 2: nanoCUL433: unknown message p11 1248 528 1232 576 528 1248 32 1 4 0 544 6992 0 1D 7DC25AFF
2017.03.22 17:32:45 5: CUL/RAW: /p11 1248 560 1232 576 544 123
2017.03.22 17:32:45 5: CUL/RAW: p11 1248 560 1232 576 544 123/2 32 1 4 0 544 6896 0
2017.03.22 17:32:45 5: CUL/RAW: p11 1248 560 1232 576 544 1232 32 1 4 0 544 6896 0 /1D 7DC25AFF
2017.03.22 17:32:45 4: CUL_Parse: nanoCUL433 p11 1248 560 1232 576 544 1232 32 1 4 0 544 6896 0 1D 7DC25AFF
2017.03.22 17:32:45 2: nanoCUL433: unknown message p11 1248 560 1232 576 544 1232 32 1 4 0 544 6896 0 1D 7DC25AFF
2017.03.22 17:32:45 5: CUL/RAW: /p11 1248 528 1248 560 544 121
2017.03.22 17:32:45 5: CUL/RAW: p11 1248 528 1248 560 544 121/6 32 1 4 0 544 6912 0
2017.03.22 17:32:45 5: CUL/RAW: p11 1248 528 1248 560 544 1216 32 1 4 0 544 6912 0 /1B 7DC25AFF
2017.03.22 17:32:45 4: CUL_Parse: nanoCUL433 p11 1248 528 1248 560 544 1216 32 1 4 0 544 6912 0 1B 7DC25AFF
2017.03.22 17:32:48 2: nanoCUL433: unknown message p11 1248 528 1248 560 544 1216 32 1 4 0 544 6912 0 1B 7DC25AFF
2017.03.22 17:32:48 5: CUL/RAW: /p11 1232 544 1248 576 528 1232 32 1 4 0 544 6912 0 1C 7DC25AFF
p11 1248 528 1232 560 560 1216 32 1 4 0 544 6912 0 18 7DC25AFF
2017.03.22 17:32:48 4: CUL_Parse: nanoCUL433 p11 1232 544 1248 576 528 1232 32 1 4 0 544 6912 0 1C 7DC25AFF
2017.03.22 17:32:52 2: nanoCUL433: unknown message p11 1232 544 1248 576 528 1232 32 1 4 0 544 6912 0 1C 7DC25AFF
2017.03.22 17:32:52 4: CUL_Parse: nanoCUL433 p11 1248 528 1232 560 560 1216 32 1 4 0 544 6912 0 18 7DC25AFF
2017.03.22 17:32:53 2: nanoCUL433: unknown message p11 1248 528 1232 560 560 1216 32 1 4 0 544 6912 0 18 7DC25AFF
X25Im Logfile erscheint folgende Ausgabe, wenn ich auf der Fernbedienung die Fernbedienung Taste 1 - OFF drücke
2017.03.22 17:34:24 5: CUL/RAW: /om96D54023
p13 1008 608 544 1
2017.03.22 17:34:24 4: CUL_Parse: nanoCUL433 om96D54023
2017.03.22 17:34:24 5: nanoCUL433: dispatch om96D54023
2017.03.22 17:34:24 5: CUL_REDIRECT (m96D54023) length: 9 RSSI: -56.5
2017.03.22 17:34:24 5: CUL_REDIRECT (m96D54023) match Manchester COODE length: 9
2017.03.22 17:34:24 5: CUL_REDIRECT decode Oregon 2 (96D54023)
2017.03.22 17:34:24 5: bitdata: 10010110110101010100000000100011
2017.03.22 17:34:24 5: CUL_REDIRECT decode Oregon 3 (96D54023)
2017.03.22 17:34:24 5: bitdata: 10010110110101010100000000100011
2017.03.22 17:34:24 5: CUL_REDIRECT decode Hideki (96D54023)
2017.03.22 17:34:24 5: nanoCUL433: search in 10010110110101010100000000100011
2017.03.22 17:34:24 5: protocol does not match, ignore received package (96D54023) Reason: Not a hideki protocol
2017.03.22 17:34:24 5: CUL/RAW: p13 1008 608 544 1/200 0 0 18 1 2 2 1184
2017.03.22 17:34:24 5: CUL/RAW: p13 1008 608 544 1200 0 0 18 1 2 2 1184 / 608 592 21 96D540
2017.03.22 17:34:24 4: CUL_Parse: nanoCUL433 p13 1008 608 544 1200 0 0 18 1 2 2 1184 608 592 21 96D540
2017.03.22 17:34:24 2: nanoCUL433: unknown message p13 1008 608 544 1200 0 0 18 1 2 2 1184 608 592 21 96D540
2017.03.22 17:34:24 5: CUL/RAW: /p11 576 1216 1248 560 544 120
2017.03.22 17:34:24 5: CUL/RAW: p11 576 1216 1248 560 544 120/0 32 1 4 0 544 6992 0
2017.03.22 17:34:24 5: CUL/RAW: p11 576 1216 1248 560 544 1200 32 1 4 0 544 6992 0 /23 B5C25AFF
2017.03.22 17:34:24 4: CUL_Parse: nanoCUL433 p11 576 1216 1248 560 544 1200 32 1 4 0 544 6992 0 23 B5C25AFF
2017.03.22 17:34:24 2: nanoCUL433: unknown message p11 576 1216 1248 560 544 1200 32 1 4 0 544 6992 0 23 B5C25AFF
2017.03.22 17:34:24 5: CUL/RAW: /p11 560 1248 1232 576 544 123
2017.03.22 17:34:24 5: CUL/RAW: p11 560 1248 1232 576 544 123/2 32 1 4 0 560 6992 0
2017.03.22 17:34:24 5: CUL/RAW: p11 560 1248 1232 576 544 1232 32 1 4 0 560 6992 0 /23 B5C25AFF
2017.03.22 17:34:24 4: CUL_Parse: nanoCUL433 p11 560 1248 1232 576 544 1232 32 1 4 0 560 6992 0 23 B5C25AFF
2017.03.22 17:34:24 2: nanoCUL433: unknown message p11 560 1248 1232 576 544 1232 32 1 4 0 560 6992 0 23 B5C25AFF
2017.03.22 17:34:24 5: CUL/RAW: /p11 544 1232 1248 560 544 121
2017.03.22 17:34:24 5: CUL/RAW: p11 544 1232 1248 560 544 121/6 32 1 4 0 544 6992 0
2017.03.22 17:34:24 5: CUL/RAW: p11 544 1232 1248 560 544 1216 32 1 4 0 544 6992 0 /24 B5C25AFF
2017.03.22 17:34:24 4: CUL_Parse: nanoCUL433 p11 544 1232 1248 560 544 1216 32 1 4 0 544 6992 0 24 B5C25AFF
2017.03.22 17:34:24 2: nanoCUL433: unknown message p11 544 1232 1248 560 544 1216 32 1 4 0 544 6992 0 24 B5C25AFF
2017.03.22 17:34:24 5: CUL/RAW: /p11 560 1248 1264 560 544 121
2017.03.22 17:34:24 5: CUL/RAW: p11 560 1248 1264 560 544 121/6 32 1 4 0 544 6992 0
2017.03.22 17:34:24 5: CUL/RAW: p11 560 1248 1264 560 544 1216 32 1 4 0 544 6992 0 /24 B5C25AFF
2017.03.22 17:34:24 4: CUL_Parse: nanoCUL433 p11 560 1248 1264 560 544 1216 32 1 4 0 544 6992 0 24 B5C25AFF
2017.03.22 17:34:24 2: nanoCUL433: unknown message p11 560 1248 1264 560 544 1216 32 1 4 0 544 6992 0 24 B5C25AFF
2017.03.22 17:34:24 5: CUL/RAW: /p11 560 1232 1232 560 544 121
2017.03.22 17:34:24 5: CUL/RAW: p11 560 1232 1232 560 544 121/6 32 1 4 0 560 6912 0
2017.03.22 17:34:24 5: CUL/RAW: p11 560 1232 1232 560 544 1216 32 1 4 0 560 6912 0 /22 B5C25AFF
2017.03.22 17:34:24 4: CUL_Parse: nanoCUL433 p11 560 1232 1232 560 544 1216 32 1 4 0 560 6912 0 22 B5C25AFF
2017.03.22 17:34:24 2: nanoCUL433: unknown message p11 560 1232 1232 560 544 1216 32 1 4 0 560 6912 0 22 B5C25AFF
2017.03.22 17:34:24 5: CUL/RAW: /p11 560 1216 1232 544 528 124
2017.03.22 17:34:24 5: CUL/RAW: p11 560 1216 1232 544 528 124/8 32 1 4 0 544 6912 0
2017.03.22 17:34:24 5: CUL/RAW: p11 560 1216 1232 544 528 1248 32 1 4 0 544 6912 0 /20 B5C25AFF
2017.03.22 17:34:24 4: CUL_Parse: nanoCUL433 p11 560 1216 1232 544 528 1248 32 1 4 0 544 6912 0 20 B5C25AFF
2017.03.22 17:34:25 2: nanoCUL433: unknown message p11 560 1216 1232 544 528 1248 32 1 4 0 544 6912 0 20 B5C25AFF
2017.03.22 17:34:25 5: CUL/RAW: /p11 560 1232 1232 592 528 123
2017.03.22 17:34:25 5: CUL/RAW: p11 560 1232 1232 592 528 123/2 32 1 4 0 528 6912 0
2017.03.22 17:34:25 5: CUL/RAW: p11 560 1232 1232 592 528 1232 32 1 4 0 528 6912 0 /1C B5C25AFF
2017.03.22 17:34:25 4: CUL_Parse: nanoCUL433 p11 560 1232 1232 592 528 1232 32 1 4 0 528 6912 0 1C B5C25AFF
2017.03.22 17:34:25 2: nanoCUL433: unknown message p11 560 1232 1232 592 528 1232 32 1 4 0 528 6912 0 1C B5C25AFF
2017.03.22 17:34:25 5: CUL/RAW: /p11 528 1248 1232 560 528 124
2017.03.22 17:34:25 5: CUL/RAW: p11 528 1248 1232 560 528 124/8 32 1 4 0 544 6912 0
2017.03.22 17:34:25 5: CUL/RAW: p11 528 1248 1232 560 528 1248 32 1 4 0 544 6912 0 /11 B5C25AFF
2017.03.22 17:34:25 4: CUL_Parse: nanoCUL433 p11 528 1248 1232 560 528 1248 32 1 4 0 544 6912 0 11 B5C25AFF
2017.03.22 17:34:25 2: nanoCUL433: unknown message p11 528 1248 1232 560 528 1248 32 1 4 0 544 6912 0 11 B5C25AFF
Vielen Dank
Jetzt haben wir also 3* Länge 9, einmal 11 und 1mal 13. Da macht es keinen Sinn in die Detaildaten zu schauen. Also bitte erst einmal meinen ersten Satz des letzten Post beherzigen. Und bitte nicht das Log posten. Wir brauchen nur eine "Mangement Summary" ;)
Hi,
So nachdem ich mir die Doku bei Conrad angesehen habe, würde ich zunächst einmal etwas anderes probieren!
http://www.produktinfo.conrad.com/datenblaetter/625000-649999/640375-an-01-ml-FUNK_LCD_FERNBED_RSLT_de_en_fr_nl.pdf
Hiernach lernt die Steckdose die Fernbedienung, richtig?
Hast Du mal probiert ein per Hand erstelltes Intertechno v3 Gerät in fhem einzurichten und dieses als zusätzliche Fernbedienung an die Steckdose anzulernen?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: KölnSolar am 22 März 2017, 12:57:33
In diesem konkreten Fall, würd ich erst mal gucken, ob die Codes tatsächlich IMMER kommen. Die unterschiedliche Länge für on/off find ich schon komischGenerell lässt sich ja mit raw X25 etwas mehr erkennen, wenngleich kaum interpretierbar, also eher nur für "einfache" Fälle, wo die Pulsweiten abweichen.
Grüße Markus
Hi Markus,
es scheint mir so als ob sich der Code wirklich verändert. (Denn den 1. Code den ich vor 2 Wochen gepostet habe, fand ich so nicht mehr wieder.)
P.S. wie erstelle ich das "Mangement Summary" ?
Zitat von: RaspiLED am 22 März 2017, 20:13:04
Hast Du mal probiert ein per Hand erstelltes Intertechno v3 Gerät in fhem einzurichten und dieses als zusätzliche Fernbedienung an die Steckdose anzulernen?
Gruß Arnd
Ich habe heute ein Intertechno v3 Gerät in fhem eingerichtet, mit 31 bit
define testschalter IT 01010101010101010101010101 0 0000
Der RSL Funk-Schalter-Zwischenstecker akzeptiert diesen Code als zusätzliche Fernbedienung! Allerdings kann ich damit nur (ON) Einschalten, das (OFF) Ausschalten funktioniert leider nicht. Auch die Verbindung ist sehr schwach, mal schaltet es und mal nicht. (Meistens muss ich mehrmals ON drücken bis es funktioniert, und manchmal schaltet es auch mit 10-15 Sekunden Verzögerung. Wenn ich zwischen dem cul und der Funksteckdose stehe funktioniert es z.B. auch nicht.
Vielen Dank und Gruß
Karim
ZitatIntertechno v3 Gerät in fhem eingerichtet, mit 31 bit
ich weiß, was Du meinst, aber man spricht von 26 bit.
Zitatdas (OFF) Ausschalten funktioniert leider nicht.
spiel mal in FHEM mit 0000 -> 0001, 0010 .....
Zitatwie erstelle ich das "Mangement Summary"
sollte nur heißen, dass Du nicht jedes Log hier einstellst, sonder nur Deine Ergebnisse, wie zB
Zitates scheint mir so als ob sich der Code wirklich verändert.
;)
Macht doch bitte für das Thema einen neuen Thread auf. Das hat ja erstmal nichts mit der FW zu tun.
Danke
Gruß
Björn
Hallo,
ich habe hier einen Temperatur / Luftdrucksensor gt-wt-01. Dieser wird aber aus welchen Gründen auch immer, nicht über autocreate von meinem 433mhz CUL eingebunden. Da ich hier im Forum gelesen habe, dass den hier einige erfolgreich eingebunden haben, wollte ich mal fragen ob es möglich ist, dies irgendwie zu erzwingen? Installiert ist im Moment die aktuellste FW a-culfw_1.24.01_build_205
Zitat von: UnbekannterNr1 am 25 März 2017, 11:22:52
ich habe hier einen Temperatur / Luftdrucksensor gt-wt-01. Dieser wird aber aus welchen Gründen auch immer, nicht über autocreate von meinem 433mhz CUL eingebunden.
Bitte setze mal beim cul verbose 4 und schau im log nach Einträgen mit CUL_Parse: und Nachrichten die mit s beginnen.
Z.B.: s6C00AB6BB8F2
Gruß Ralf
Zitat von: Ralf9 am 25 März 2017, 12:11:06
Bitte setze mal beim cul verbose 4 und schau im log nach Einträgen mit CUL_Parse: und Nachrichten die mit s beginnen.
Z.B.: s6C00AB6BB8F2
Gruß Ralf
Mein 433CUL meldet nichts, Bei meinem 868CUL kommt folgende Meldung:
2017.03.25 13:31:18 3: CUL868: Unknown code A0FA9861051AFA90000000AA8DC0B1800::-67:CUL868, help me!
2017.03.25 13:31:48 3: CUL868: Unknown code A0FA0861051AFB10000000AB0EA0B4300::-27:CUL868, help me!
Der Temperatursensor sendet aber auf 433mhz
Hier mal was zu meinen CULs:
Internals:
CMDS ABCeFfGiKLlMNRTtUVWXx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0@38400
FD 11
FHTID 1234
NAME CUL433
NR 23
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.24.01 a-culfw Build: 204 (2017-03-06_18-50-06) nanoCUL433 (F-Band: 433MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
Readings:
2017-03-25 11:46:52 cmds A B C e F f G i K L l M N R T t U V W X x
2017-03-25 13:29:21 raw isF00000000FF0
2017-03-25 11:46:52 state Initialized
Attributes:
icon it_wifi
rfmode SlowRF
room Wohnzimmer
verbose 4
Internals:
CMDS ABCEeFfGiKlMNRTtUVWXxZ
CUL868_MSGCNT 193
CUL868_TIME 2017-03-25 13:41:14
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400
FD 10
FHTID 0000
NAME CUL868
NR 21
NR_CMD_LAST_H 59
PARTIAL
RAWMSG A0FA4861051AFB10000000AB0E90B43005F
RSSI -26.5
STATE Initialized
TYPE CUL
VERSION V 1.24.01 a-culfw Build: 204 (2017-03-06_18-50-06) nanoCUL868 (F-Band: 868MHz)
initString X21
Ar
Matchlist:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
Readings:
2017-03-24 15:26:28 ccconf freq:868.350MHz bWidth:464KHz rAmpl:42dB sens:8dB
2017-03-25 11:46:49 cmds A B C E e F f G i K l M N R T t U V W X x Z
2017-03-25 13:41:14 state Initialized
XMIT_TIME:
1490439359.91939
1490439360.18993
1490439360.48921
1490439360.753
1490439361.02307
1490439361.3061
1490439361.58298
1490439361.86563
1490439362.1423
1490439362.42251
1490439362.69935
1490439362.98151
1490439363.27682
1490439363.53549
1490439363.79487
1490439364.05361
1490439364.31229
1490439364.57071
1490439364.82903
1490439365.08791
1490439365.34769
1490439365.60553
1490439365.86549
1490439366.12434
1490439366.3835
1490439366.63682
1490439366.90728
1490439367.15272
1490439367.43282
1490439367.70925
1490439367.98915
1490439368.28549
1490439368.5468
1490439368.81792
1490439369.09809
1490439369.37397
1490439369.65538
1490439369.93242
1490439370.21211
1490439370.49149
1490439370.77206
1490439371.06818
1490439371.32802
1490439371.58627
1490439371.84514
1490439372.10401
1490439372.36005
1490439372.61953
1490439372.87794
1490439373.13784
1490439373.39554
1490439373.65477
1490439373.91327
1490439374.17289
1490439374.42715
1490439374.68748
1490439374.94961
1490439375.22933
1490439375.51293
Helper:
51b0d9:
QUEUE:
Attributes:
icon it_wifi
rfmode HomeMatic
room Wohnzimmer
Es sieht so aus, als würde Dein CUL433 nichts empfangen. Normalerweise müsste in dem internal RAWMSG die letzte verarbeitete RAWMSG stehen.
Hast Du eine IT-Fernbedienung oder andere Sensoren die der CUL433 empfängt?
Gruß Ralf
Ja, ich habe Intertechno Steckdosen, die mit dem CUL auch funktionieren. Ich habe sie aber von Hand angelegt, das Sie von Fhem auch nicht gefunden wurden....
Ich hänge mal einen Auszug für die IT Steckdosen dran (Ist übrigens das einzige was vom 433 gesteuert wird):
define ITR300 IT FF0000000F FF F0
attr ITR300 IODev CUL433
attr ITR300 group Schalter,
attr ITR300 icon li_wht_off
attr ITR300 model itswitch
attr ITR300 room Wohnzimmer
define Hama01 IT F00000000F FF F0
attr Hama01 IODev CUL433
attr Hama01 group Schalter
attr Hama01 icon li_wht_off
attr Hama01 model itswitch
attr Hama01 room Wohnzimmer
define Hama02 IT 0F0000000F FF F0
attr Hama02 IODev CUL433
attr Hama02 group Schalter
attr Hama02 icon li_wht_off
attr Hama02 model itswitch
attr Hama02 room Wohnzimmer
Wenn Du beim CUL433 verbose 5 setzt und mit der IT-Fernbedienung was sendest, welche Einträge vom CUL433 erscheinen dann im log?
Hi,
Vielleicht habe ich es überlesen aber was sagt ein
get CUL433 ccconf
?
Bist Du sicher bei der gesetzten Frequenz? Sollte 433.920 sein für IT Dosen. Somfy sendet aber z.B. auf 433.420 ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Spekulation: 2*CUL = Probleme in der Zuordnung --> senden von IT über 868er ?
Hallo,
obwohl ich noch ein Anfänger bin hab ich bisher alles, dank dieses Forums, zu meiner vollsten Zufriedenheit hinbekommen. Aber diesmal scheitere ich seit ein paar Tagen an der aculfw und hoffe jemand hier kann mir helfen.
Ich möchte einen InterTechno Wandsender mittels CUL an FHEM anlernen. Habe dazu erfahren, dass man eben die aculfw braucht. Bisher lief der CUL ohne Probleme mittels originaler culfw. Ich habe nun die bereits vorcompilierte CUL_V3 HEX heruntergeladen.
Frage 1) Kann ich, obwohl ich einen CUL 868-Stick habe die 433er Hex flashen, weil ich ja ausschließlich IT empfangen und schalten möchte. Oder passt die 433 Hex nicht für einen 868 Stick?
Frage 2) Die letzten 5 Versionen der aculfw 868 Hex kann ich nicht flashen, da mir dfu-programmer immer mitteilt sie sei zu groß. Also habe ich mir die build.h editiert und zB. die HomaMatic und Somfy Erweiterungen auskommentiert. Die 868 Hex ist nach dem make auch wirklich kleiner und lässt sich flashen. Aber egal mit welcher Version ich den CUL flashen (egal ob aculfw 433 Hex oder "meine" editierte 868er Version) FHEM erkennt den Stick nur noch als "opened" und kann ihn nicht initialiseren. Wo liegt das Problem? Die Logs geben nichts her. Der Device Pfad ist definitv korrekt.
Sobald ich die komplett originale culfw 868 wieder flashe funktioniert der CUL wieder ohne Probleme (aber eben nicht um IT zu empfangen). Ich bekommen einfach keine aculfw geflasht. Ich bin echt am verzweifeln. Bin um jede Hilfe dankbar. Übersehe ich etwas? Die Orginal culfw kann ich ja auch flashen und funktioniert. Ganz dumm stell ich mich ja dann doch nicht an... ;D
Zitataber eben nicht um IT zu empfangen
logisch. ist ja 868 eingestellt.
1) sollte gehen.
2) versuch mal die kompilierte 433. vielleicht hast Du Probleme beim Kompilieren.
Grüße Markus
Hi,
Hast Du nach dem flashen ein
set <device> raw E
Gemacht?
Und ja zum Empfang muss man die Frequenz richtig einstellen:
set <device> freq 433.920
Gib uns bei Problemen mal die Info von
get <device> ccconf
get <device> cmds
list <device>
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: KölnSolar am 26 März 2017, 14:39:35
Spekulation: 2*CUL = Probleme in der Zuordnung --> senden von IT über 868er ?
Hier mal meine fhem.cfg. Gefühlt sollte es da kein Problem vorhanden sein....
attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth.\
telnetPort has no associated allowed device with password/globalpassword.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB stylesheetPrefix dark
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define CUL868 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400 0000
attr CUL868 icon it_wifi
attr CUL868 rfmode HomeMatic
attr CUL868 room Wohnzimmer
define CUL433 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0@38400 1234
attr CUL433 icon it_wifi
attr CUL433 rfmode SlowRF
attr CUL433 room Wohnzimmer
attr CUL433 verbose 5
define ITR300 IT FF0000000F FF F0
attr ITR300 IODev CUL433
attr ITR300 group Schalter,
attr ITR300 icon li_wht_off
attr ITR300 model itswitch
attr ITR300 room Wohnzimmer
define Hama01 IT F00000000F FF F0
attr Hama01 IODev CUL433
attr Hama01 group Schalter
attr Hama01 icon li_wht_off
attr Hama01 model itswitch
attr Hama01 room Wohnzimmer
define Hama02 IT 0F0000000F FF F0
attr Hama02 IODev CUL433
attr Hama02 group Schalter
attr Hama02 icon li_wht_off
attr Hama02 model itswitch
attr Hama02 room Wohnzimmer
define HM_51B0D9 CUL_HM 51B0D9
attr HM_51B0D9 IODev CUL868
attr HM_51B0D9 actCycle 000:10
attr HM_51B0D9 actStatus alive
attr HM_51B0D9 autoReadReg 4_reqStatus
attr HM_51B0D9 expert 2_raw
attr HM_51B0D9 firmware 1.4
attr HM_51B0D9 model HM-CC-RT-DN
attr HM_51B0D9 room CUL_HM
attr HM_51B0D9 serialNr NEQ1493372
attr HM_51B0D9 subType thermostat
attr HM_51B0D9 webCmd getConfig:clear msgEvents:burstXmit
define FileLog_HM_51B0D9 FileLog ./log/HM_51B0D9-%Y.log HM_51B0D9
attr FileLog_HM_51B0D9 logtype text
attr FileLog_HM_51B0D9 room CUL_HM
define HM_51B0D9_Weather CUL_HM 51B0D901
attr HM_51B0D9_Weather group Thermostate
attr HM_51B0D9_Weather model HM-CC-RT-DN
attr HM_51B0D9_Weather peerIDs 00000000,
attr HM_51B0D9_Weather room Buro
define HM_51B0D9_Climate CUL_HM 51B0D902
attr HM_51B0D9_Climate group Thermostate
attr HM_51B0D9_Climate model HM-CC-RT-DN
attr HM_51B0D9_Climate peerIDs 00000000,
attr HM_51B0D9_Climate room Buro
define HM_51B0D9_WindowRec CUL_HM 51B0D903
attr HM_51B0D9_WindowRec group Thermostate
attr HM_51B0D9_WindowRec model HM-CC-RT-DN
attr HM_51B0D9_WindowRec peerIDs 00000000,
attr HM_51B0D9_WindowRec room Buro
attr HM_51B0D9_WindowRec stateFormat last:trigLast
define HM_51B0D9_Clima CUL_HM 51B0D904
attr HM_51B0D9_Clima group Thermostate
attr HM_51B0D9_Clima model HM-CC-RT-DN
attr HM_51B0D9_Clima peerIDs 00000000,
attr HM_51B0D9_Clima room Buro
define HM_51B0D9_ClimaTeam CUL_HM 51B0D905
attr HM_51B0D9_ClimaTeam group Thermostate
attr HM_51B0D9_ClimaTeam model HM-CC-RT-DN
attr HM_51B0D9_ClimaTeam peerIDs 00000000,
attr HM_51B0D9_ClimaTeam room Buro
define HM_51B0D9_remote CUL_HM 51B0D906
attr HM_51B0D9_remote group Thermostate
attr HM_51B0D9_remote model HM-CC-RT-DN
attr HM_51B0D9_remote peerIDs 00000000,
attr HM_51B0D9_remote room Buro
define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector group Thermostate
attr ActionDetector model ActionDetector
attr ActionDetector room Buro
Bei Verbose 5 kommt irgendwie nix. Ich habe zig Mal das Licht an und aus gemacht. Das einzige kommt vom 868CUL. Ein Auszug:
2017.03.26 19:43:31 3: CUL868: Unknown code A0F60861051AFA90000000AA8DE0B2300::-65.5:CUL868, help me!
2017.03.26 19:43:58 3: CUL868: Unknown code A0F56861051AFB10000000AB0E20B5900::-27:CUL868, help me!
2017.03.26 19:46:13 3: CUL868: Unknown code A0F61861051AFA90000000AA8DE0B2300::-64.5:CUL868, help me!
2017.03.26 19:46:21 3: CUL868: Unknown code A0F57861051AFB10000000AB0E20B5900::-27:CUL868, help me!
2017.03.26 19:48:29 3: CUL868: Unknown code A0F58861051AFB10000000AB0E30B5900::-27:CUL868, help me!
2017.03.26 19:48:40 3: CUL868: Unknown code A0F62861051AFA90000000AA8DE0B2300::-64:CUL868, help me!
2017.03.26 19:50:52 3: CUL868: Unknown code A0F63861051AFA90000000AA8DE0B2300::-65:CUL868, help me!
2017.03.26 19:51:27 3: CUL868: Unknown code A0F59861051AFB10000000AB0E30B5900::-27.5:CUL868, help me!
2017.03.26 19:53:55 3: CUL868: Unknown code A0F64861051AFA90000000AA8DE0B2300::-65:CUL868, help me!
2017.03.26 19:54:10 3: CUL868: Unknown code A0F5A861051AFB10000000AB0E30B5900::-27:CUL868, help me!
2017.03.26 19:56:39 3: CUL868: Unknown code A0F5B861051AFB10000000AB0E40B5900::-27:CUL868, help me!
2017.03.26 19:56:42 3: CUL868: Unknown code A0F65861051AFA90000000AA8DF0B2300::-65:CUL868, help me!
2017.03.26 19:58:54 3: CUL868: Unknown code A0F5C861051AFB10000000AB0E40B5900::-27.5:CUL868, help me!
2017.03.26 19:59:16 3: CUL868: Unknown code A0F66861051AFA90000000AA8DF0B2300::-65.5:CUL868, help me!
2017.03.26 20:00:54 3: CUL868: Unknown code A0F5D861051AFB10000000AB0E40B5900::-27.5:CUL868, help me!
2017.03.26 20:01:35 3: CUL868: Unknown code A0F67861051AFA90000000AA8DF0B2300::-65:CUL868, help me!
2017.03.26 20:03:39 3: CUL868: Unknown code A0F68861051AFA90000000AA8DF0B2300::-63.5:CUL868, help me!
2017.03.26 20:03:43 3: CUL868: Unknown code A0F5E861051AFB10000000AB0E40B5900::-27.5:CUL868, help me!
2017.03.26 20:03:49 3: CUL868: Unknown code A1172A002518D3A4624E2049E0FE7728ED302::-94:CUL868, help me!
2017.03.26 20:06:19 3: CUL868: Unknown code A0F5F861051AFB10000000AB0E50B5900::-27:CUL868, help me!
2017.03.26 20:06:34 3: CUL868: Unknown code A0F69861051AFA90000000AA8DF0B2300::-63.5:CUL868, help me!
2017.03.26 20:08:39 3: CUL868: Unknown code A0F60861051AFB10000000AB0E50B5900::-27:CUL868, help me!
2017.03.26 20:09:13 3: CUL868: Unknown code A0F6A861051AFA90000000AA8E00B2300::-63.5:CUL868, help me!
2017.03.26 20:10:46 3: CUL868: Unknown code A0F61861051AFB10000000AB0E50B5900::-27:CUL868, help me!
2017.03.26 20:11:39 3: CUL868: Unknown code A0F6B861051AFA90000000AA8E00B2300::-63.5:CUL868, help me!
2017.03.26 20:13:42 3: CUL868: Unknown code A0F62861051AFB10000000AB0E50B5900::-27.5:CUL868, help me!
2017.03.26 20:13:49 3: CUL868: Unknown code A0F6C861051AFA90000000AA8E00B2300::-64:CUL868, help me!
2017.03.26 20:16:23 3: CUL868: Unknown code A0F63861051AFB10000000AB0E50B5900::-27.5:CUL868, help me!
2017.03.26 20:16:50 3: CUL868: Unknown code A0F6D861051AFA90000000AA8E00B2300::-64:CUL868, help me!
2017.03.26 20:18:50 3: CUL868: Unknown code A0F64861051AFB10000000AB0E60B5900::-27:CUL868, help me!
Kann der 433CUL eine Macke haben?
Da Du senden kannst, scheint der nanoCUL tatsächlich ein Empfangsproblem zu haben, denn die defs sind OK :(
Zitat von: RaspiLED am 26 März 2017, 18:07:50
Hi,
Hast Du nach dem flashen ein
set <device> raw E
Gemacht?
Und ja zum Empfang muss man die Frequenz richtig einstellen:
set <device> freq 433.920
Gib uns bei Problemen mal die Info von
get <device> ccconf
get <device> cmds
list <device>
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hi UnbekannterNr1,
Ich würde immer noch gerne Details von Deinem CUL433 sehen!
Warum hat der CUL433 keinen Init String wie X21?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 27 März 2017, 01:51:00
Hi UnbekannterNr1,
Ich würde immer noch gerne Details von Deinem CUL433 sehen!
Warum hat der CUL433 keinen Init String wie X21?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Sorry, deinen Beitrag hatte ich leider übersehen! :-\ Set raw E hatte ich nicht gemacht, habe ich jetzt aber nach geholt.
Hier die Daten:
get <device> ccconf
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
get <device> cmds
CUL433 cmds => A B C e F f G i K L l M N R T t U V W X x
list <device>
Internals:
CMDS ABCeFfGiKLlMNRTtUVWXx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0@38400
FD 10
FHTID 1234
NAME CUL433
NR 23
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.24.01 a-culfw Build: 204 (2017-03-06_18-50-06) nanoCUL433 (F-Band: 433MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
Readings:
2017-03-27 09:21:55 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-03-27 09:24:41 cmds A B C e F f G i K L l M N R T t U V W X x
2017-03-25 23:50:11 raw is0F0000000FF0
2017-03-27 09:21:11 state Initialized
Attributes:
icon it_wifi
rfmode SlowRF
room Wohnzimmer
verbose 5
Hi, Danke das sieht leider auch alles richtig aus! Hast Du ein Bild von der Hardware für uns? Komkret: Wie ist der Empfangschip angebunden? Lötstellen gecheckt? Welche Antenne verwendest Du?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
So, ich habe heute einen zweiten Cul zusamnen gelötet. Der hat den Sensor sofort erkannt. Also liegt ein defekt vor. Ich werde mir den alten jetzt mal die Lötstellen anschauen. Sollte da alles in Ordnung sein, werde ich das Teil mal reklamieren.
Trotzdem vielen Dank erstmal!
Gibt es einen Unterschied in der fw fällt den nanocul und dem minicul?
Beim Mini lässt sich das schön über Netzwerk flashen. [emoji41] [emoji106]
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
Hat einer eine Idee dazu.
Meine nanoCULs 868MHz senden seit heute nicht mehr. Der Empfang funktioniert aber ohne Probleme.
Wenn ich die Status LED betrachte flackert diese nur bei Empfang. Wenn die nanoCUL 868MHz senden sollten flackert die LED nicht.
Aktuell ist die Firmware V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) nanoCUL868 (F-Band: 868MHz) auf den Modulen.
In der ccconf steht folgender Eintrag. freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:8dB
Sitzt Du vielleicht auf der FB ? ;) Wärst da nicht der Erste. Oder sonstige Störfeuer ?
Grüße Markus
Edit: Und bevor Björn schimpfen muss, tu ich das. Sicherlich nicht der geeignete Thread, um das Problem abzuhandeln :-\
Hallo Björn!
Ich versuche gerade mit der a-culfw und einer 4xMapleCUL Platine 3 ZWave-Empfänger gleichzeitig (mit verschiedenen Funk-Datenraten) in Betrieb zu nehmen. Hierbei haben Rudi und ich festgestellt das die Kommunikation mit dem Empfänger der nur mit 9600 Baud sendet mehr oder weniger i.O ist. Die beiden anderen Empfänger mit 40k und 100k Übertragungsrate empfangen im Schnitt aber nur 1/3 der Pakete. Vor allem scheinen alle "ACK" Nachrichten vom Maple nicht erkannt bzw. verschluckt zu werden.
Siehe auch diese Diskussion hier (https://forum.fhem.de/index.php/topic,68811.msg620191.html#msg620191).
Ich habe nun angefangen mir einige Debug-Zeilen mit TRACE_INFO_WP auf die serielle Debug-Schnittstelle zu schicken. Über ein kleines FHEM-Modul kann ich nun die serielle Schnitstelle öffnen und die Ausgabe per "Log3" mit in das fhem.log schreiben um es einfacher mit den Logzeilen des normalen ZWave-Dongels bzw. des ebenfalls mitlauschendem CUL vergleichen zu können.
Dabei fällt auf das hier das Zeilenende "\n" sehr oft fehlt und dadurch teilweise mehrere Zeilen als eine Zeile ausgegeben werden, da dann natürlich das splitten in FHEM nicht mehr funktioniert. Das sieht dann bespielsweise so aus:
2017.04.14 14:53:21.290 5: slog: 40k: reading bytes from CC1100: done40k: e015dfed0113050a4065 ,CS ok40k: msg received with len:020
Das sind eigentlich drei Ausgaben, die jeweils mit "40k:" anfangen...
Ich habe mir das auch schon mal ohne den "Umfweg" über das Log, also direkt mit einem Terminal angesehen, dort ist es ebenfalls so, d.h. das newline geht nicht innerhalb von FHEM verloren.
Hast Du eine Idee was hier schief läuft? Die modifizierte rf_zwave.c mit den eingefügten TRACE_INFO_WP Zeilen habe ich mal angefügt.
Die Platine ist im übrigen voll bestückt, d.h. ein 433er Modul auf CC0, drei 868er Module auf den anderen Plätzen und ein W5100. Momentan habe ich sogar die serielle DBG auf den ersten UART Anschluss gelegt damit ich das alles über einen USB-Port auslesen kann...
Gruß,
Andreas.
Hallo Andreas,
ich selbst habe (noch) keinen maple bei mir in Betrieb, kann dir da also leider nicht weiter helfen.
Frag doch mal bei Telekatz im Thread https://forum.fhem.de/index.php/topic,60458.msg618227.html#msg618227 an.
Er pflegt die Firmware für den Maple in der a-culfw.
Gruß
Björn
Hallo Björn,
danke für die RM, werde dann bei Telekatz nachfragen.
Gruß,
Andreas.
Hast du es auch schon mit "\n\r" probiert?
Hallo zusammen,
Ich habe mir ein paar TS33C Sensoren zugelegt, da diese mit dem Hideki Modul und dieses mit der a-culfw laufen soll. Leider erhalte ich keinerlei Signal. Weder im filelog noch im Event Monitor.
Ich nutze im Moment einen arduino nano mit cc1101 433mhz Modul.
Schonmal Danke für eure Anregungen.
hab meine Glaskugel verliehen, dher nur die obigatorischen Fragen:
- welche Version ?
- FHEM aktuell ?
- andere device funktionieren ?
- Reichweite ?
- list des nanoCUL(bitte in code tags)
Moin,
Vielleicht auch mal mit raw X25 setzen und schauen ob da was kommt?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: KölnSolar am 30 April 2017, 08:39:29
hab meine Glaskugel verliehen, dher nur die obigatorischen Fragen:
- welche Version ?
- FHEM aktuell ?
- andere device funktionieren ?
- Reichweite ?
- list des nanoCUL(bitte in code tags)
Ups Sorry. Ich versuche natürlich so gut ich mich auskenne mitzuhelfen.
Die FW Version des Cul: V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) nanoCUL433 (F-Band: 433MHz)
FHEM ist aktuell auf V 5.8
Zu anderen Devices und Reichweite: Mit betreffendem Cul betreibe ich bisher keine eigenen Sensoren (nur die beliebten Baumarkt Steckdosen mit Dip Schalter) aber autocreate hat bevor ich meine Sensoren in Betrieb genommen habe bereits zwei Aussentemperatursensoren von Nachbarn angelegt (Oregon und SD_WS07)
Meinen TS33C hatte ich über Nacht einen halben Meter entfernt ohne Erfolg.
Internals:
CMDS ABCeFfGiKLlMNRTtUVWXx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT::SD_WS07::OREGON::Hideki:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400 0004
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400
FD 14
FHTID 0004
NAME RpiCul433
NR 49
PARTIAL
RAWMSG omAACD555554AAAAEAAAAA00
RSSI -61
RpiCul433_MSGCNT 2116
RpiCul433_TIME 2017-04-30 09:05:29
STATE Initialized
TIME 1493533004.25542
TYPE CUL
VERSION V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) nanoCUL433 (F-Band: 433MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
C:Hideki ^P12#75[A-F0-9]{17,30}
C:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
C:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
Readings:
2017-04-29 22:04:11 cmds A B C e F f G i K L l M N R T t U V W X x
2017-04-29 22:04:32 raw is00000FFFF0F0
2017-04-30 09:05:29 state Initialized
Attributes:
room Culs
verbose 5
Nachdem ich heute morgen auf "verbose 5" umgestellt habe bekomme ich folgendes im log:
2017.04.30 13:22:14 5: CUL/RAW: /omAAA
2017.04.30 13:22:14 5: CUL/RAW: omAAA/AAAAAAAD55555555
2017.04.30 13:22:14 5: CUL/RAW: omAAAAAAAAAAD55555555/4AAAAA0F4
2017.04.30 13:22:14 4: CUL_Parse: RpiCul433 omAAAAAAAAAAD555555554AAAAA0F4
2017.04.30 13:22:14 5: RpiCul433: dispatch omAAAAAAAAAAD555555554AAAAA0F4
2017.04.30 13:22:14 5: CUL_REDIRECT (mAAAAAAAAAAD555555554AAAAA0F4) length: 29 RSSI: -80
2017.04.30 13:22:14 5: CUL_REDIRECT (mAAAAAAAAAAD555555554AAAAA0F4) match Manchester COODE length: 29
2017.04.30 13:22:14 5: CUL_REDIRECT decode Oregon 2 (AAAAAAAAAAD555555554AAAAA0F4)
2017.04.30 13:22:14 5: bitdata: 1010101010101010101010101010101010101010110101010101010101010101010101010101010010101010101010101010000011110100
2017.04.30 13:22:14 5: CUL_REDIRECT decode Oregon 3 (AAAAAAAAAAD555555554AAAAA0F4)
2017.04.30 13:22:14 5: bitdata: 1010101010101010101010101010101010101010110101010101010101010101010101010101010010101010101010101010000011110100
2017.04.30 13:22:14 5: CUL_REDIRECT decode Hideki (AAAAAAAAAAD555555554AAAAA0F4)
2017.04.30 13:22:14 5: RpiCul433: search in 1010101010101010101010101010101010101010110101010101010101010101010101010101010010101010101010101010000011110100
2017.04.30 13:22:14 5: protocol does not match, ignore received package (AAAAAAAAAAD555555554AAAAA0F4) Reason: Not a hideki protocol
dann wird es wohl nicht interpretiert :(
evtl. kann Björn was dazu sagen.
halber m und RSSI=-80 :o
RSSI liegt inzwischen im Bereich von -70.
Meine Steckdosen funktionieren mit dem IT Modul über bis ins nächste Stockwerk. Ist der Sensor Sender evtl zu schwach, dass die Daten nicht komplett sind?
glaub ich eher nicht. Kannst ja das Log beobachten. Kommen immer 29 nibbles und ähnliche werte liegt es nicht am sensor.
Hallo zusammen,
bisher habe ich immer eine vorkompilierte aculfw geflasht. Jetzt wurde ja irgendwann das Modul für die SOMFY Devices auskommentiert. D.h. ich muss selber kompilieren. Als Linux-Anfänger weiß ich zwar noch nicht wie, aber ich werde schon rausfinden wie das genau geht.
Ich müsste ja in der board.h die Zeile "# define HAS_SOMFY_RTS" wieder mit aufnehmen. Weiterhin habe ich noch ELRO/IT Steckdosen im Einsatz. Kann mir jemand einen Tipp geben, was ich machen muss bzw. welche Zeilen ich auskommentieren muss, dass es wieder in den Speicher passt?
Beste Grüße
der Tim
https://wiki.fhem.de/wiki/Selbstbau_CUL#Software
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 08 Mai 2017, 18:15:33
https://wiki.fhem.de/wiki/Selbstbau_CUL#Software
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Was das auf meine Frage bezogen? Dann erst mal Danke dafür. Ich frage mich halt nur, welche Zeilen ich behalten kann bzw. welche auskommentiert werden müssen, damit der Speicher reicht.
Hi,
Ja war es und es steht auch alles drin.
Im Grunde musst Du im Order culfw/Devices/nanoCUL die board.h bearbeiten.
Auskommentiert wird mit // vorne und reinnehmen halt ohne.
Du kannst alle Protokolle, die Du nicht brauchst rauswerfen. Z.B. TX3, Uniroll oder HomeasY
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 09 Mai 2017, 09:03:49
Hi,
Ja war es und es steht auch alles drin.
Im Grunde musst Du im Order culfw/Devices/nanoCUL die board.h bearbeiten.
Auskommentiert wird mit // vorne und reinnehmen halt ohne.
Du kannst alle Protokolle, die Du nicht brauchst rauswerfen. Z.B. TX3, Uniroll oder HomeasY
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Danke. Ich hatte mal gesehen, dass mal jemand eine Liste/Übersetzung der unterstützten Protokolle erstellen wollte. Die gibt es aber nicht, oder?
Hi,
ich kenne keine, aber orientiere mich immer hier:
https://github.com/heliflieger/a-culfw/blob/master/CHANGELOG
Und natürlich hier:
https://github.com/heliflieger/a-culfw/blob/master/culfw/docs/commandref.html
Gruß Arnd
Gesendet von meinem SM-G800F mit Tapatalk
Zitat von: RaspiLED am 09 Mai 2017, 09:53:21
Hi,
ich kenne keine, aber orientiere mich immer hier:
https://github.com/heliflieger/a-culfw/blob/master/CHANGELOG
Und natürlich hier:
https://github.com/heliflieger/a-culfw/blob/master/culfw/docs/commandref.html
Gruß Arnd
Gesendet von meinem SM-G800F mit Tapatalk
Hallo Arnd,
danke dafür. Jetzt habe ich gesehen, dass man mittlerweile die SIGNALDuino FW auch auf den Selbstbau-nanoCUL flashen kann. Bisher habe ich nur "Vorteil gegenüber einem CUL" gefunden. Sofern es keine Nachteile gibt, wäre man damit sogar etwas flexibeler als mit der (a-)culfw, oder?
Hi,
Naja, komt halt drauf an welche Protokolle man braucht.
Ich nutze Somfy (senden und empfangen) und Intertechno (senden und empfangen) mit dem Signalduino auf NanoCUL Hardware. Der NanoCUL mit a-culfw macht Somfy nur senden, dafür aber Hörmann empfangen und (angefangen) senden.
Also habe ich beides. Aber man kann ja hin- und herflashen zum testen ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 11 Mai 2017, 13:15:02
...
Ich nutze Somfy (senden und empfangen) und Intertechno (senden und empfangen) mit dem Signalduino auf NanoCUL Hardware.
...
Genau das benötige ich auch ;) Jetzt müsste man die Übersicht der unterstützten Geräte aus dem SIGNALduino Wiki noch für die culfw und aculfw erweitern ;)
Hast du je einen CUL und einen SIGNALDuino im Einsatz oder flashst du hin und her? Müsste man beim hin- und herflashen je ein CUL und ein SIGNALDuino Device anlegen? Dann müsste man die Zuordnung der z.B. Funksteckdosen ja immer nach dem aktiven Gateway anpassen? Oder wie macht man das am geschicktesten.
Ja ich habe alles hier ;-)
Ist halt noch ein Spielsystem - ich werde die CULs demnächst mit MapleCULs ablösen und die NanoCULs als Signalduino nutzen ;-)
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: timtom am 11 Mai 2017, 13:54:48
Genau das benötige ich auch ;) Jetzt müsste man die Übersicht der unterstützten Geräte aus dem SIGNALduino Wiki noch für die culfw und aculfw erweitern ;)
Hast du je einen CUL und einen SIGNALDuino im Einsatz oder flashst du hin und her? Müsste man beim hin- und herflashen je ein CUL und ein SIGNALDuino Device anlegen? Dann müsste man die Zuordnung der z.B. Funksteckdosen ja immer nach dem aktiven Gateway anpassen? Oder wie macht man das am geschicktesten.
Frage hab ich mir selber beantwortet. Einfach in der fhem.cfg das define zu nanoCUL bzw. SIGNALduion ändern. aculfw bzw. SIGNALduino FW wie im Wiki beschrieben flashen. Das war's. Bei mir funktionierte alles sofort.
War irgendjemand von Euch mit dem "tfa dostmann 30.3156 wd" erfolgreich?
Ich have mit set CUL868 raw Nr2 den CUL in den entprechenden LaCrosse-Modus umgeschaltet und es kommen auch Nachrichten, zB:
2017-05-28_11:41:34 CUL868 UNKNOWNCODE N029067116A5B74D5237BF632BF
2017-05-28_11:41:39 CUL868 UNKNOWNCODE N029067096A020CDC69AA51566E
2017-05-28_11:41:44 CUL868 UNKNOWNCODE N029067096A02D4DD4C00F2BB37
Das Ding scheint auch zu laufen, die Wetterstation zeigt die Temperatur richtig an. Mit einem SDR-Stick kann ich auch zuschauen, wie er (auf der richtigen Frequenz) sendet.
Aber in Fhem wird per autocreate nichts angelegt.
Was mache ich da falsch?
LG
GatuRatz
Hallo, ich bin etwas ratlos bzgl. meines neuen SCC mit a-culfw (Version 1.21)
Installation auf meinem RPi3 mit
- busware CUL CC1101-USB-Lite 868MHz
- busware Stackable CC1101 V2.0 433MHz
Ich habe ihn nur gekauft um IT Steckdosen (ITR-1500) zu schalten und die Fernbedienung (ITT-1500) in meine FHEM Installation zu integrieren.
Den Switch habe ich definiert mit (define Lichterkette IT 11111000001111000011100011 0 1100)
Ich kann sie aber nur "anlernen" mit dem 868 aber nicht mit dem 433.
Habt ihr eine Ahnung warum nicht bzw. kann mir einer sagen was zur Analyse meines Problems für logs und config-Teile nötig sind.
Hast du unter "Lichterkette" das attr IODevice angegeben? Da sollte dein 433 sender stehen ansonsten nimmt er immer das erste angelegte device
Gesendet von meinem SM-T325 mit Tapatalk
Hi noise, danke dir, ja attr IODev habe ich ja gerade immer genutzt um umzuschalten zwischen dem 868 (CUL1) und dem 433 (SCC)
define SCC CUL /dev/ttyAMA0@38400 1234
attr SCC icon cul_cul
attr SCC rfmode SlowRF
attr SCC room Technik
define c_dellog cmdalias dellog AS {qx(truncate $currlogfile --size 0);;Log 1, "Logfile gelöscht";;}
attr c_dellog room Technik
define IT_V3_5f9e8001 IT 10111111001111010000000000 0 0001
attr IT_V3_5f9e8001 IODev SCC
attr IT_V3_5f9e8001 room IT
define FileLog_IT_V3_5f9e8001 FileLog ./log/IT_V3_5f9e8001-%Y.log IT_V3_5f9e8001
attr FileLog_IT_V3_5f9e8001 logtype text
attr FileLog_IT_V3_5f9e8001 room IT
define Lichterkette IT 11111000001111000011100011 0 1100
attr Lichterkette IODev SCC
attr Lichterkette model itswitch
attr Lichterkette room IT
Stell mal den SCC fest auf 433 ,920 mhz
Gesendet von meinem SM-T325 mit Tapatalk
Hi noice,
SCC ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
hat nichts gebracht. Steckdosen reagieren wieder nicht. Noch eine Idee?
Wie kann ich eigentlich sehen ob ich einen 868 oder 433 SCC bekommen habe?
was sagt denn das log(möglichst verbose 5) beim senden ? Und ein list des SCC.
Grüße Markus
Hi,
log nach dellog und neustart:
2017.06.05 16:18:08 1: Logfile gelöscht
2017.06.05 16:18:08 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54084 GET /fhem?room=all&fw_id=258; BUFLEN:0
2017.06.05 16:18:09 4: WEB: /fhem?room=all&fw_id=258 / RL:47084 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:18:10 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54084 GET /fhem/SVG_showLog?dev=SVG_AURIOL_255&logdev=FileLog_AURIOL_255&gplotfile=SVG_AURIOL_255&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:10 5: plotcommand: get FileLog_AURIOL_255 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:18:10 5: Cmd: >get FileLog_AURIOL_255 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:18:10 4: FileLog_AURIOL_255 get: Input file ./log/AURIOL_255-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:10 4: FileLog_AURIOL_255 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:18:10 4: FileLog_AURIOL_255 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:18:10 5: Cmd: >{ "AURIOL_255-2017.log" }<
2017.06.05 16:18:10 5: Cmd: >{ "AURIOL_255 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:18:10 4: WEB: /fhem/SVG_showLog?dev=SVG_AURIOL_255&logdev=FileLog_AURIOL_255&gplotfile=SVG_AURIOL_255&logfile=CURRENT&pos= / RL:2206 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:10 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54083 GET /fhem/SVG_showLog?dev=SVG_FileLog_wzWandThermostat_1&logdev=FileLog_wzWandThermostat&gplotfile=SVG_FileLog_wzWandThermostat_1&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:10 5: plotcommand: get FileLog_wzWandThermostat CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:RegExp::
2017.06.05 16:18:10 5: Cmd: >get FileLog_wzWandThermostat CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:RegExp::<
2017.06.05 16:18:10 4: FileLog_wzWandThermostat get: Input file ./log/wzWandThermostat-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:10 4: FileLog_wzWandThermostat get: line 1, regexp:RegExp, col:3, output lines:0
2017.06.05 16:18:10 5: Cmd: >{ "wzWandThermostat-2017.log" }<
2017.06.05 16:18:10 4: WEB: /fhem/SVG_showLog?dev=SVG_FileLog_wzWandThermostat_1&logdev=FileLog_wzWandThermostat&gplotfile=SVG_FileLog_wzWandThermostat_1&logfile=CURRENT&pos= / RL:2017 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:10 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54082 GET /fhem/SVG_showLog?dev=SVG_FileLog_Bewegungsmelder_hinten_1_1&logdev=FileLog_Bewegungsmelder_hinten_1&gplotfile=SVG_FileLog_Bewegungsmelder_hinten_1_1&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:10 5: plotcommand: get FileLog_Bewegungsmelder_hinten_1 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:RegExp::
2017.06.05 16:18:10 5: Cmd: >get FileLog_Bewegungsmelder_hinten_1 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:RegExp::<
2017.06.05 16:18:10 4: FileLog_Bewegungsmelder_hinten_1 get: Input file ./log/Bewegungsmelder_hinten_1-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:10 4: FileLog_Bewegungsmelder_hinten_1 get: line 1, regexp:RegExp, col:3, output lines:0
2017.06.05 16:18:10 5: Cmd: >{ "Bewegungsmelder_hinten_1-2017.log" }<
2017.06.05 16:18:10 4: WEB: /fhem/SVG_showLog?dev=SVG_FileLog_Bewegungsmelder_hinten_1_1&logdev=FileLog_Bewegungsmelder_hinten_1&gplotfile=SVG_FileLog_Bewegungsmelder_hinten_1_1&logfile=CURRENT&pos= / RL:2023 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:10 4: Connection accepted from WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54086
2017.06.05 16:18:10 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54081 GET /fhem/SVG_showLog?dev=SVG_FileLog_keWandthermostat_1&logdev=FileLog_keWandthermostat&gplotfile=SVG_FileLog_keWandthermostat_1&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:10 5: plotcommand: get FileLog_keWandthermostat CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:keWandthermostat.measured-temp\x3a:: 4:keWandthermostat.measured-temp\x3a::
2017.06.05 16:18:10 5: Cmd: >get FileLog_keWandthermostat CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:keWandthermostat.measured-temp\x3a:: 4:keWandthermostat.measured-temp\x3a::<
2017.06.05 16:18:10 4: FileLog_keWandthermostat get: Input file ./log/keWandthermostat-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:10 4: FileLog_keWandthermostat get: line 1, regexp:keWandthermostat.measured-temp\x3a, col:3, output lines:6
2017.06.05 16:18:10 4: FileLog_keWandthermostat get: line 2, regexp:keWandthermostat.measured-temp\x3a, col:3, output lines:6
2017.06.05 16:18:10 5: Cmd: >{ "keWandthermostat-2017.log" }<
2017.06.05 16:18:10 4: WEB: /fhem/SVG_showLog?dev=SVG_FileLog_keWandthermostat_1&logdev=FileLog_keWandthermostat&gplotfile=SVG_FileLog_keWandthermostat_1&logfile=CURRENT&pos= / RL:2334 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:10 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54086 GET /fhem/SVG_showLog?dev=SVG_AURIOL_242&logdev=FileLog_AURIOL_242&gplotfile=SVG_AURIOL_242&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:10 5: plotcommand: get FileLog_AURIOL_242 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:18:10 5: Cmd: >get FileLog_AURIOL_242 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:18:10 4: FileLog_AURIOL_242 get: Input file ./log/AURIOL_242-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:10 4: FileLog_AURIOL_242 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:18:10 4: FileLog_AURIOL_242 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:18:10 5: Cmd: >{ "AURIOL_242-2017.log" }<
2017.06.05 16:18:10 5: Cmd: >{ "AURIOL_242 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:18:10 4: WEB: /fhem/SVG_showLog?dev=SVG_AURIOL_242&logdev=FileLog_AURIOL_242&gplotfile=SVG_AURIOL_242&logfile=CURRENT&pos= / RL:2206 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:10 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54083 GET /fhem/SVG_showLog?dev=SVG_AURIOL_64&logdev=FileLog_AURIOL_64&gplotfile=SVG_AURIOL_64&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:10 5: plotcommand: get FileLog_AURIOL_64 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:18:10 5: Cmd: >get FileLog_AURIOL_64 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:18:10 4: FileLog_AURIOL_64 get: Input file ./log/AURIOL_64-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:10 4: FileLog_AURIOL_64 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:18:10 4: FileLog_AURIOL_64 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:18:10 5: Cmd: >{ "AURIOL_64-2017.log" }<
2017.06.05 16:18:10 5: Cmd: >{ "AURIOL_64 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:18:10 4: WEB: /fhem/SVG_showLog?dev=SVG_AURIOL_64&logdev=FileLog_AURIOL_64&gplotfile=SVG_AURIOL_64&logfile=CURRENT&pos= / RL:2205 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:10 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54084 GET /fhem/SVG_showLog?dev=SVG_GT_WT_02_0&logdev=FileLog_GT_WT_02_0&gplotfile=SVG_GT_WT_02_0&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:10 5: plotcommand: get FileLog_GT_WT_02_0 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:18:10 5: Cmd: >get FileLog_GT_WT_02_0 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:18:10 4: FileLog_GT_WT_02_0 get: Input file ./log/GT_WT_02_0-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:10 4: FileLog_GT_WT_02_0 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:18:10 4: FileLog_GT_WT_02_0 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:18:10 5: Cmd: >{ "GT_WT_02_0-2017.log" }<
2017.06.05 16:18:10 5: Cmd: >{ "GT_WT_02_0 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:18:10 4: WEB: /fhem/SVG_showLog?dev=SVG_GT_WT_02_0&logdev=FileLog_GT_WT_02_0&gplotfile=SVG_GT_WT_02_0&logfile=CURRENT&pos= / RL:2204 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:10 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54081 GET /fhem/SVG_showLog?dev=SVG_CUL_TX_15&logdev=FileLog_CUL_TX_15&gplotfile=SVG_CUL_TX_15&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:10 5: plotcommand: get FileLog_CUL_TX_15 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:18:10 5: Cmd: >get FileLog_CUL_TX_15 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:18:10 4: FileLog_CUL_TX_15 get: Input file ./log/CUL_TX_15-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:10 4: FileLog_CUL_TX_15 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:18:10 4: FileLog_CUL_TX_15 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:18:10 5: Cmd: >{ "CUL_TX_15-2017.log" }<
2017.06.05 16:18:10 5: Cmd: >{ "CUL_TX_15 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:18:10 4: WEB: /fhem/SVG_showLog?dev=SVG_CUL_TX_15&logdev=FileLog_CUL_TX_15&gplotfile=SVG_CUL_TX_15&logfile=CURRENT&pos= / RL:2203 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:10 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54084 GET /fhem?XHR=1&inform=type=status;filter=room=all;since=1496672287;fmt=JSON&fw_id=258×tamp=1496672290690; BUFLEN:0
2017.06.05 16:18:12 4: Connection closed for WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54084: EOF
2017.06.05 16:18:12 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54081 GET /fhem?room=all; BUFLEN:0
2017.06.05 16:18:13 4: WEB: /fhem?room=all / RL:47083 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:18:14 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54081 GET /fhem/SVG_showLog?dev=SVG_AURIOL_242&logdev=FileLog_AURIOL_242&gplotfile=SVG_AURIOL_242&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:14 5: plotcommand: get FileLog_AURIOL_242 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:18:14 5: Cmd: >get FileLog_AURIOL_242 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:18:14 4: FileLog_AURIOL_242 get: Input file ./log/AURIOL_242-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:14 4: FileLog_AURIOL_242 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:18:14 4: FileLog_AURIOL_242 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:18:14 5: Cmd: >{ "AURIOL_242-2017.log" }<
2017.06.05 16:18:14 5: Cmd: >{ "AURIOL_242 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:18:14 4: WEB: /fhem/SVG_showLog?dev=SVG_AURIOL_242&logdev=FileLog_AURIOL_242&gplotfile=SVG_AURIOL_242&logfile=CURRENT&pos= / RL:2206 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:14 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54083 GET /fhem/SVG_showLog?dev=SVG_FileLog_Bewegungsmelder_hinten_1_1&logdev=FileLog_Bewegungsmelder_hinten_1&gplotfile=SVG_FileLog_Bewegungsmelder_hinten_1_1&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:14 5: plotcommand: get FileLog_Bewegungsmelder_hinten_1 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:RegExp::
2017.06.05 16:18:14 5: Cmd: >get FileLog_Bewegungsmelder_hinten_1 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:RegExp::<
2017.06.05 16:18:14 4: FileLog_Bewegungsmelder_hinten_1 get: Input file ./log/Bewegungsmelder_hinten_1-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:14 4: FileLog_Bewegungsmelder_hinten_1 get: line 1, regexp:RegExp, col:3, output lines:0
2017.06.05 16:18:14 5: Cmd: >{ "Bewegungsmelder_hinten_1-2017.log" }<
2017.06.05 16:18:14 4: WEB: /fhem/SVG_showLog?dev=SVG_FileLog_Bewegungsmelder_hinten_1_1&logdev=FileLog_Bewegungsmelder_hinten_1&gplotfile=SVG_FileLog_Bewegungsmelder_hinten_1_1&logfile=CURRENT&pos= / RL:2023 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:14 4: Connection accepted from WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54087
2017.06.05 16:18:14 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54082 GET /fhem/SVG_showLog?dev=SVG_AURIOL_64&logdev=FileLog_AURIOL_64&gplotfile=SVG_AURIOL_64&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:14 5: plotcommand: get FileLog_AURIOL_64 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:18:14 5: Cmd: >get FileLog_AURIOL_64 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:18:14 4: FileLog_AURIOL_64 get: Input file ./log/AURIOL_64-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:14 4: FileLog_AURIOL_64 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:18:14 4: FileLog_AURIOL_64 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:18:14 5: Cmd: >{ "AURIOL_64-2017.log" }<
2017.06.05 16:18:14 5: Cmd: >{ "AURIOL_64 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:18:14 4: WEB: /fhem/SVG_showLog?dev=SVG_AURIOL_64&logdev=FileLog_AURIOL_64&gplotfile=SVG_AURIOL_64&logfile=CURRENT&pos= / RL:2205 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:14 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54086 GET /fhem/SVG_showLog?dev=SVG_CUL_TX_15&logdev=FileLog_CUL_TX_15&gplotfile=SVG_CUL_TX_15&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:14 5: plotcommand: get FileLog_CUL_TX_15 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:18:14 5: Cmd: >get FileLog_CUL_TX_15 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:18:14 4: FileLog_CUL_TX_15 get: Input file ./log/CUL_TX_15-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:14 4: FileLog_CUL_TX_15 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:18:14 4: FileLog_CUL_TX_15 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:18:14 5: Cmd: >{ "CUL_TX_15-2017.log" }<
2017.06.05 16:18:14 5: Cmd: >{ "CUL_TX_15 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:18:14 4: WEB: /fhem/SVG_showLog?dev=SVG_CUL_TX_15&logdev=FileLog_CUL_TX_15&gplotfile=SVG_CUL_TX_15&logfile=CURRENT&pos= / RL:2203 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:14 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54087 GET /fhem/SVG_showLog?dev=SVG_AURIOL_255&logdev=FileLog_AURIOL_255&gplotfile=SVG_AURIOL_255&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:14 5: plotcommand: get FileLog_AURIOL_255 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:18:14 5: Cmd: >get FileLog_AURIOL_255 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:18:14 4: FileLog_AURIOL_255 get: Input file ./log/AURIOL_255-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:14 4: FileLog_AURIOL_255 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:18:14 4: FileLog_AURIOL_255 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:18:14 5: Cmd: >{ "AURIOL_255-2017.log" }<
2017.06.05 16:18:14 5: Cmd: >{ "AURIOL_255 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:18:14 4: WEB: /fhem/SVG_showLog?dev=SVG_AURIOL_255&logdev=FileLog_AURIOL_255&gplotfile=SVG_AURIOL_255&logfile=CURRENT&pos= / RL:2206 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:14 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54081 GET /fhem/SVG_showLog?dev=SVG_FileLog_keWandthermostat_1&logdev=FileLog_keWandthermostat&gplotfile=SVG_FileLog_keWandthermostat_1&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:14 5: plotcommand: get FileLog_keWandthermostat CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:keWandthermostat.measured-temp\x3a:: 4:keWandthermostat.measured-temp\x3a::
2017.06.05 16:18:14 5: Cmd: >get FileLog_keWandthermostat CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:keWandthermostat.measured-temp\x3a:: 4:keWandthermostat.measured-temp\x3a::<
2017.06.05 16:18:14 4: FileLog_keWandthermostat get: Input file ./log/keWandthermostat-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:14 4: FileLog_keWandthermostat get: line 1, regexp:keWandthermostat.measured-temp\x3a, col:3, output lines:6
2017.06.05 16:18:14 4: FileLog_keWandthermostat get: line 2, regexp:keWandthermostat.measured-temp\x3a, col:3, output lines:6
2017.06.05 16:18:14 5: Cmd: >{ "keWandthermostat-2017.log" }<
2017.06.05 16:18:14 4: WEB: /fhem/SVG_showLog?dev=SVG_FileLog_keWandthermostat_1&logdev=FileLog_keWandthermostat&gplotfile=SVG_FileLog_keWandthermostat_1&logfile=CURRENT&pos= / RL:2334 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:14 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54081 GET /fhem/SVG_showLog?dev=SVG_GT_WT_02_0&logdev=FileLog_GT_WT_02_0&gplotfile=SVG_GT_WT_02_0&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:14 5: plotcommand: get FileLog_GT_WT_02_0 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:18:14 5: Cmd: >get FileLog_GT_WT_02_0 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:18:14 4: FileLog_GT_WT_02_0 get: Input file ./log/GT_WT_02_0-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:14 4: FileLog_GT_WT_02_0 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:18:14 4: FileLog_GT_WT_02_0 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:18:14 5: Cmd: >{ "GT_WT_02_0-2017.log" }<
2017.06.05 16:18:14 5: Cmd: >{ "GT_WT_02_0 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:18:14 4: WEB: /fhem/SVG_showLog?dev=SVG_GT_WT_02_0&logdev=FileLog_GT_WT_02_0&gplotfile=SVG_GT_WT_02_0&logfile=CURRENT&pos= / RL:2204 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:14 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54083 GET /fhem/SVG_showLog?dev=SVG_FileLog_wzWandThermostat_1&logdev=FileLog_wzWandThermostat&gplotfile=SVG_FileLog_wzWandThermostat_1&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:18:14 5: plotcommand: get FileLog_wzWandThermostat CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:RegExp::
2017.06.05 16:18:14 5: Cmd: >get FileLog_wzWandThermostat CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:RegExp::<
2017.06.05 16:18:14 4: FileLog_wzWandThermostat get: Input file ./log/wzWandThermostat-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:18:14 4: FileLog_wzWandThermostat get: line 1, regexp:RegExp, col:3, output lines:0
2017.06.05 16:18:14 5: Cmd: >{ "wzWandThermostat-2017.log" }<
2017.06.05 16:18:14 4: WEB: /fhem/SVG_showLog?dev=SVG_FileLog_wzWandThermostat_1&logdev=FileLog_wzWandThermostat&gplotfile=SVG_FileLog_wzWandThermostat_1&logfile=CURRENT&pos= / RL:2017 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:18:14 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54081 GET /fhem?XHR=1&inform=type=status;filter=room=all;since=1496672291;fmt=JSON&fw_id=259×tamp=1496672294898; BUFLEN:0
2017.06.05 16:18:15 4: Connection closed for WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54081: EOF
2017.06.05 16:18:15 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54087 GET /fhem?detail=SCC; BUFLEN:0
2017.06.05 16:18:15 4: WEB: /fhem?detail=SCC / RL:19396 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:18:15 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54087 GET /fhem?cmd=%7BReadingsVal(%22SCC%22%2C%22ITClock%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_178949523259326; BUFLEN:0
2017.06.05 16:18:15 5: Cmd: >{ReadingsVal("SCC","ITClock","")}<
2017.06.05 16:18:15 4: WEB: /fhem?cmd=%7BReadingsVal(%22SCC%22%2C%22ITClock%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_178949523259326 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:18:15 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54086 GET /fhem?cmd=%7BAttrVal(%22SCC%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_178949523259326; BUFLEN:0
2017.06.05 16:18:15 5: Cmd: >{AttrVal("SCC","room","")}<
2017.06.05 16:18:15 4: WEB: /fhem?cmd=%7BAttrVal(%22SCC%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_178949523259326 / RL:28 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:18:15 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54087 GET /fhem?XHR=1&inform=type=status;filter=SCC;since=1496672294;fmt=JSON&fw_id=264×tamp=1496672295977; BUFLEN:0
2017.06.05 16:18:22 4: Connection closed for WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54087: EOF
2017.06.05 16:18:22 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54082 GET /fhem?room=IT; BUFLEN:0
2017.06.05 16:18:22 4: WEB: /fhem?room=IT / RL:15992 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:18:22 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54082 GET /fhem?XHR=1&inform=type=status;filter=room=IT;since=1496672301;fmt=JSON&fw_id=260×tamp=1496672302894; BUFLEN:0
2017.06.05 16:18:26 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54086 POST /fhem?cmd.Lichterkette=set%20Lichterkette%20off&room=IT&XHR=1&fwcsrf=csrf_178949523259326&fw_id=260; BUFLEN:0
2017.06.05 16:18:26 5: Cmd: >set Lichterkette off<
2017.06.05 16:18:26 3: SCC IT_set: Lichterkette off
2017.06.05 16:18:26 5: Starting notify loop for Lichterkette, 1 event(s), first is off
2017.06.05 16:18:26 5: createNotifyHash
2017.06.05 16:18:26 5: ABFALL_Notify(Muelltonnen) - Device: Lichterkette
2017.06.05 16:18:26 5: End notify loop for Lichterkette
2017.06.05 16:18:26 5: SCC IT_set: Type=CUL Protocol=V3
2017.06.05 16:18:26 5: SW: is11111000001111000011100011001100
2017.06.05 16:18:26 5: CUL/RAW (ReadAnswer): is111110
2017.06.05 16:18:27 5: CUL/RAW (ReadAnswer): 00001111
2017.06.05 16:18:27 5: CUL/RAW (ReadAnswer): 00001110
2017.06.05 16:18:27 5: CUL/RAW (ReadAnswer): 00110011
2017.06.05 16:18:27 5: CUL/RAW (ReadAnswer): 00
2017.06.05 16:18:27 5: Starting notify loop for SCC, 1 event(s), first is raw: is11111000001111000011100011001100
2017.06.05 16:18:27 5: ABFALL_Notify(Muelltonnen) - Device: SCC
2017.06.05 16:18:27 5: End notify loop for SCC
2017.06.05 16:18:27 5: IT_Set: GetFn(raw): message = is11111000001111000011100011001100 Antwort = raw => is11111000001111000011100011001100
2017.06.05 16:18:27 4: ITSet: Answer from SCC: raw => is11111000001111000011100011001100
2017.06.05 16:18:27 4: WEB: /fhem?cmd.Lichterkette=set%20Lichterkette%20off&room=IT&XHR=1&fwcsrf=csrf_178949523259326&fw_id=260 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:18:27 5: CUL/RAW: /A0F5486103179450000000A24D20E0040D8
2017.06.05 16:18:27 4: CUL_Parse: CUL1 A 0F 54 8610 317945 000000 0A24D20E0040D8 -94
2017.06.05 16:18:27 5: CUL1: dispatch A0F5486103179450000000A24D20E0040::-94:CUL1
2017.06.05 16:18:27 5: Starting notify loop for szHeizung, 6 event(s), first is actuator: 0
2017.06.05 16:18:27 5: ABFALL_Notify(Muelltonnen) - Device: szHeizung
2017.06.05 16:18:27 5: End notify loop for szHeizung
2017.06.05 16:18:27 5: Starting notify loop for szHeizung_Clima, 9 event(s), first is ValvePosition: 0
2017.06.05 16:18:27 5: ABFALL_Notify(Muelltonnen) - Device: szHeizung_Clima
2017.06.05 16:18:27 5: End notify loop for szHeizung_Clima
2017.06.05 16:18:27 5: Starting notify loop for szHeizung_Weather, 2 event(s), first is measured-temp: 21.0
2017.06.05 16:18:27 5: ABFALL_Notify(Muelltonnen) - Device: szHeizung_Weather
2017.06.05 16:18:27 5: End notify loop for szHeizung_Weather
2017.06.05 16:18:27 4: Connection closed for WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54082: EOF
2017.06.05 16:18:27 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54086 GET /fhem?detail=Lichterkette; BUFLEN:0
2017.06.05 16:18:27 4: WEB: /fhem?detail=Lichterkette / RL:16903 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:18:28 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54086 GET /fhem?cmd=%7BReadingsVal(%22Lichterkette%22%2C%22blink%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_178949523259326; BUFLEN:0
2017.06.05 16:18:28 5: Cmd: >{ReadingsVal("Lichterkette","blink","")}<
2017.06.05 16:18:28 4: WEB: /fhem?cmd=%7BReadingsVal(%22Lichterkette%22%2C%22blink%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_178949523259326 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:18:28 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54083 GET /fhem?cmd=%7BAttrVal(%22Lichterkette%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_178949523259326; BUFLEN:0
2017.06.05 16:18:28 5: Cmd: >{AttrVal("Lichterkette","room","")}<
2017.06.05 16:18:28 4: WEB: /fhem?cmd=%7BAttrVal(%22Lichterkette%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_178949523259326 / RL:23 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:18:28 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54086 GET /fhem?XHR=1&inform=type=status;filter=Lichterkette;since=1496672306;fmt=JSON&fw_id=263×tamp=1496672308174; BUFLEN:0
2017.06.05 16:18:36 5: CUL/RAW: /A0C73865A3140DC00000088F32820
2017.06.05 16:18:36 4: CUL_Parse: CUL1 A 0C 73 865A 3140DC 000000 88F32820 -58
2017.06.05 16:18:36 5: CUL1: dispatch A0C73865A3140DC00000088F328::-58:CUL1
2017.06.05 16:18:36 5: Starting notify loop for kuWandThermostat_Climate, 4 event(s), first is desired-temp: 17.0
2017.06.05 16:18:36 5: createNotifyHash
2017.06.05 16:18:36 5: ABFALL_Notify(Muelltonnen) - Device: kuWandThermostat_Climate
2017.06.05 16:18:36 5: End notify loop for kuWandThermostat_Climate
2017.06.05 16:18:38 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54083 POST /fhem?cmd.Lichterkette=set%20Lichterkette%20on&XHR=1&fwcsrf=csrf_178949523259326&fw_id=263; BUFLEN:0
2017.06.05 16:18:38 5: Cmd: >set Lichterkette on<
2017.06.05 16:18:38 3: SCC IT_set: Lichterkette on
2017.06.05 16:18:38 5: Starting notify loop for Lichterkette, 1 event(s), first is on
2017.06.05 16:18:38 5: ABFALL_Notify(Muelltonnen) - Device: Lichterkette
2017.06.05 16:18:38 5: End notify loop for Lichterkette
2017.06.05 16:18:38 5: SCC IT_set: Type=CUL Protocol=V3
2017.06.05 16:18:38 5: SW: is11111000001111000011100011011100
2017.06.05 16:18:38 5: CUL/RAW (ReadAnswer): is111110
2017.06.05 16:18:38 5: CUL/RAW (ReadAnswer): 00001111
2017.06.05 16:18:38 5: CUL/RAW (ReadAnswer): 00001110
2017.06.05 16:18:38 5: CUL/RAW (ReadAnswer): 00110111
2017.06.05 16:18:38 5: CUL/RAW (ReadAnswer): 00
2017.06.05 16:18:38 5: Starting notify loop for SCC, 1 event(s), first is raw: is11111000001111000011100011011100
2017.06.05 16:18:38 5: ABFALL_Notify(Muelltonnen) - Device: SCC
2017.06.05 16:18:38 5: End notify loop for SCC
2017.06.05 16:18:38 5: IT_Set: GetFn(raw): message = is11111000001111000011100011011100 Antwort = raw => is11111000001111000011100011011100
2017.06.05 16:18:38 4: ITSet: Answer from SCC: raw => is11111000001111000011100011011100
2017.06.05 16:18:38 4: WEB: /fhem?cmd.Lichterkette=set%20Lichterkette%20on&XHR=1&fwcsrf=csrf_178949523259326&fw_id=263 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:18:45 4: Connection closed for WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54086: EOF
2017.06.05 16:18:45 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54083 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-06.log; BUFLEN:0
2017.06.05 16:18:45 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54083 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1496672324;fmt=JSON&fw_id=261×tamp=1496672325836; BUFLEN:0
2017.06.05 16:18:46 5: CUL/RAW: /A0F5B8610313E760000000A24D60E004048
2017.06.05 16:18:46 4: CUL_Parse: CUL1 A 0F 5B 8610 313E76 000000 0A24D60E004048 -38
2017.06.05 16:18:46 5: CUL1: dispatch A0F5B8610313E760000000A24D60E0040::-38:CUL1
2017.06.05 16:18:46 5: Starting notify loop for bzHeizung, 6 event(s), first is actuator: 0
2017.06.05 16:18:46 5: createNotifyHash
2017.06.05 16:18:46 5: ABFALL_Notify(Muelltonnen) - Device: bzHeizung
2017.06.05 16:18:46 5: End notify loop for bzHeizung
2017.06.05 16:18:46 5: Starting notify loop for bzHeizung_Clima, 9 event(s), first is ValvePosition: 0
2017.06.05 16:18:46 5: ABFALL_Notify(Muelltonnen) - Device: bzHeizung_Clima
2017.06.05 16:18:46 5: End notify loop for bzHeizung_Clima
2017.06.05 16:18:46 5: Starting notify loop for bzHeizung_Weather, 2 event(s), first is measured-temp: 21.4
2017.06.05 16:18:46 5: ABFALL_Notify(Muelltonnen) - Device: bzHeizung_Weather
2017.06.05 16:18:46 5: End notify loop for bzHeizung_Weather
2017.06.05 16:18:55 5: CUL/RAW: /A0D84A61041066A43A1B90601C80003
2017.06.05 16:18:55 4: CUL_Parse: CUL1 A 0D 84 A610 41066A 43A1B9 0601C80003 -72.5
2017.06.05 16:18:55 5: CUL1: dispatch A0D84A61041066A43A1B90601C800::-72.5:CUL1
2017.06.05 16:18:56 5: CUL/RAW: /A1184A00243A1B941066A04CAB2F26D568502F4
2017.06.05 16:18:56 4: CUL_Parse: CUL1 A 11 84 A002 43A1B9 41066A 04CAB2F26D568502F4 -80
2017.06.05 16:18:56 5: CUL1: dispatch A1184A00243A1B941066A04CAB2F26D568502::-80:CUL1
2017.06.05 16:18:56 5: CUL/RAW: /A1984A60341066A43A1B9E6A5DDAA2DCCA165A8B4A38AAA92E2F603
2017.06.05 16:18:56 4: CUL_Parse: CUL1 A 19 84 A603 41066A 43A1B9 E6A5DDAA2DCCA165A8B4A38AAA92E2F603 -72.5
2017.06.05 16:18:56 5: CUL1: dispatch A1984A60341066A43A1B9E6A5DDAA2DCCA165A8B4A38AAA92E2F6::-72.5:CUL1
2017.06.05 16:18:56 5: CUL/RAW: /A0E84800243A1B941066A0066AD396BF5
2017.06.05 16:18:56 4: CUL_Parse: CUL1 A 0E 84 8002 43A1B9 41066A 0066AD396BF5 -79.5
2017.06.05 16:18:56 5: CUL1: dispatch A0E84800243A1B941066A0066AD396B::-79.5:CUL1
2017.06.05 16:18:56 5: CUL/RAW: /A0D18A61046FE8910DC7D0601A10020
2017.06.05 16:18:56 4: CUL_Parse: CUL1 A 0D 18 A610 46FE89 10DC7D 0601A10020 -58
2017.06.05 16:18:56 5: CUL1: dispatch A0D18A61046FE8910DC7D0601A100::-58:CUL1
2017.06.05 16:18:56 5: Starting notify loop for Bewegungsmelder_hinten_2, 3 event(s), first is battery: ok
2017.06.05 16:18:56 5: ABFALL_Notify(Muelltonnen) - Device: Bewegungsmelder_hinten_2
2017.06.05 16:18:56 5: End notify loop for Bewegungsmelder_hinten_2
2017.06.05 16:18:56 5: CUL/RAW: /A0C7384703140DC00000000F32822
2017.06.05 16:18:56 4: CUL_Parse: CUL1 A 0C 73 8470 3140DC 000000 00F32822 -57
2017.06.05 16:18:56 5: CUL1: dispatch A0C7384703140DC00000000F328::-57:CUL1
2017.06.05 16:18:56 5: Starting notify loop for kuWandThermostat_Weather, 3 event(s), first is humidity: 40
2017.06.05 16:18:56 5: ABFALL_Notify(Muelltonnen) - Device: kuWandThermostat_Weather
2017.06.05 16:18:56 5: End notify loop for kuWandThermostat_Weather
2017.06.05 16:18:57 5: CUL/RAW: /A0D18A61046FE8910DC7D0601A10021
2017.06.05 16:18:57 4: CUL_Parse: CUL1 A 0D 18 A610 46FE89 10DC7D 0601A10021 -57.5
2017.06.05 16:18:57 5: CUL1: dispatch A0D18A61046FE8910DC7D0601A100::-57.5:CUL1
2017.06.05 16:18:57 4: CUL_HM Bewegungsmelder_hinten_2 dupe: dont process
2017.06.05 16:18:57 5: CUL/RAW: /A0D18A61046FE8910DC7D0601A10022
2017.06.05 16:18:57 4: CUL_Parse: CUL1 A 0D 18 A610 46FE89 10DC7D 0601A10022 -57
2017.06.05 16:18:57 5: CUL1: dispatch A0D18A61046FE8910DC7D0601A100::-57:CUL1
2017.06.05 16:18:57 4: CUL_HM Bewegungsmelder_hinten_2 dupe: dont process
2017.06.05 16:19:02 5: CUL/RAW: /A0F24861031571B0000000A24C10F004018
2017.06.05 16:19:02 4: CUL_Parse: CUL1 A 0F 24 8610 31571B 000000 0A24C10F004018 -62
2017.06.05 16:19:02 5: CUL1: dispatch A0F24861031571B0000000A24C10F0040::-62:CUL1
2017.06.05 16:19:02 5: Starting notify loop for keHeizung, 6 event(s), first is actuator: 0
2017.06.05 16:19:02 5: ABFALL_Notify(Muelltonnen) - Device: keHeizung
2017.06.05 16:19:02 5: End notify loop for keHeizung
2017.06.05 16:19:02 5: Starting notify loop for keHeizung_Clima, 9 event(s), first is ValvePosition: 0
2017.06.05 16:19:02 5: ABFALL_Notify(Muelltonnen) - Device: keHeizung_Clima
2017.06.05 16:19:02 5: End notify loop for keHeizung_Clima
2017.06.05 16:19:02 5: Starting notify loop for keHeizung_Weather, 2 event(s), first is measured-temp: 19.3
2017.06.05 16:19:02 5: ABFALL_Notify(Muelltonnen) - Device: keHeizung_Weather
2017.06.05 16:19:02 5: End notify loop for keHeizung_Weather
2017.06.05 16:19:13 5: CUL/RAW: /A0CFA865A3879C500000084C24507
2017.06.05 16:19:13 4: CUL_Parse: CUL1 A 0C FA 865A 3879C5 000000 84C24507 -70.5
2017.06.05 16:19:13 5: CUL1: dispatch A0CFA865A3879C500000084C245::-70.5:CUL1
2017.06.05 16:19:13 5: Starting notify loop for keWandthermostat_Climate, 4 event(s), first is desired-temp: 16.5
2017.06.05 16:19:13 5: ABFALL_Notify(Muelltonnen) - Device: keWandthermostat_Climate
2017.06.05 16:19:13 5: End notify loop for keWandthermostat_Climate
2017.06.05 16:19:32 5: CUL/RAW: /A0C89865A38014A00000088E92716
2017.06.05 16:19:32 4: CUL_Parse: CUL1 A 0C 89 865A 38014A 000000 88E92716 -63
2017.06.05 16:19:32 5: CUL1: dispatch A0C89865A38014A00000088E927::-63:CUL1
2017.06.05 16:19:32 5: Starting notify loop for duWandThermostat_Climate, 4 event(s), first is desired-temp: 17.0
2017.06.05 16:19:32 5: ABFALL_Notify(Muelltonnen) - Device: duWandThermostat_Climate
2017.06.05 16:19:32 5: End notify loop for duWandThermostat_Climate
2017.06.05 16:19:33 5: CUL/RAW: /A0CFA84703879C500000000C24506
2017.06.05 16:19:33 4: CUL_Parse: CUL1 A 0C FA 8470 3879C5 000000 00C24506 -71
2017.06.05 16:19:33 5: CUL1: dispatch A0CFA84703879C500000000C245::-71:CUL1
2017.06.05 16:19:33 5: Starting notify loop for keWandthermostat_Weather, 3 event(s), first is humidity: 69
2017.06.05 16:19:33 5: ABFALL_Notify(Muelltonnen) - Device: keWandthermostat_Weather
2017.06.05 16:19:33 5: End notify loop for keWandthermostat_Weather
2017.06.05 16:19:52 5: CUL/RAW: /A0C89847038014A00000000E92716
2017.06.05 16:19:52 4: CUL_Parse: CUL1 A 0C 89 8470 38014A 000000 00E92716 -63
2017.06.05 16:19:52 5: CUL1: dispatch A0C89847038014A00000000E927::-63:CUL1
2017.06.05 16:19:52 5: Starting notify loop for duWandThermostat_Weather, 3 event(s), first is humidity: 39
2017.06.05 16:19:52 5: ABFALL_Notify(Muelltonnen) - Device: duWandThermostat_Weather
2017.06.05 16:19:52 5: End notify loop for duWandThermostat_Weather
2017.06.05 16:20:27 5: CUL/RAW: /A0D8F84103C6D1DB3BEA5060156004D
2017.06.05 16:20:27 4: CUL_Parse: CUL1 A 0D 8F 8410 3C6D1D B3BEA5 060156004D -35.5
2017.06.05 16:20:27 5: CUL1: dispatch A0D8F84103C6D1DB3BEA506015600::-35.5:CUL1
2017.06.05 16:20:27 5: Starting notify loop for wzBewegungsmelder, 3 event(s), first is battery: ok
2017.06.05 16:20:27 5: ABFALL_Notify(Muelltonnen) - Device: wzBewegungsmelder
2017.06.05 16:20:27 5: End notify loop for wzBewegungsmelder
2017.06.05 16:20:28 5: CUL/RAW: /A0C90865A36822A00000088EA2A2E
2017.06.05 16:20:28 4: CUL_Parse: CUL1 A 0C 90 865A 36822A 000000 88EA2A2E -51
2017.06.05 16:20:28 5: CUL1: dispatch A0C90865A36822A00000088EA2A::-51:CUL1
2017.06.05 16:20:28 5: Starting notify loop for wzWandThermostat_Climate, 4 event(s), first is desired-temp: 17.0
2017.06.05 16:20:28 5: ABFALL_Notify(Muelltonnen) - Device: wzWandThermostat_Climate
2017.06.05 16:20:28 5: End notify loop for wzWandThermostat_Climate
2017.06.05 16:20:38 5: CUL/RAW: /A0E03841036822A0000000B88EA0D002C
2017.06.05 16:20:38 4: CUL_Parse: CUL1 A 0E 03 8410 36822A 000000 0B88EA0D002C -52
2017.06.05 16:20:38 5: CUL1: dispatch A0E03841036822A0000000B88EA0D00::-52:CUL1
2017.06.05 16:20:38 5: Starting notify loop for wzWandThermostat, 4 event(s), first is battery: ok
2017.06.05 16:20:38 5: ABFALL_Notify(Muelltonnen) - Device: wzWandThermostat
2017.06.05 16:20:38 5: End notify loop for wzWandThermostat
2017.06.05 16:20:38 5: Starting notify loop for wzWandThermostat_Climate, 7 event(s), first is boostTime: -
2017.06.05 16:20:38 5: ABFALL_Notify(Muelltonnen) - Device: wzWandThermostat_Climate
2017.06.05 16:20:38 5: End notify loop for wzWandThermostat_Climate
2017.06.05 16:20:48 5: CUL/RAW: /A0C90847036822A00000000EA2A2C
2017.06.05 16:20:48 4: CUL_Parse: CUL1 A 0C 90 8470 36822A 000000 00EA2A2C -52
2017.06.05 16:20:48 5: CUL1: dispatch A0C90847036822A00000000EA2A::-52:CUL1
2017.06.05 16:20:48 5: Starting notify loop for wzWandThermostat_Weather, 3 event(s), first is humidity: 42
2017.06.05 16:20:48 5: ABFALL_Notify(Muelltonnen) - Device: wzWandThermostat_Weather
2017.06.05 16:20:48 5: End notify loop for wzWandThermostat_Weather
2017.06.05 16:20:49 5: CUL/RAW: /A0F5C8610313E760000000A24D60E004047
2017.06.05 16:20:49 4: CUL_Parse: CUL1 A 0F 5C 8610 313E76 000000 0A24D60E004047 -38.5
2017.06.05 16:20:49 5: CUL1: dispatch A0F5C8610313E760000000A24D60E0040::-38.5:CUL1
2017.06.05 16:20:49 5: Starting notify loop for bzHeizung, 6 event(s), first is actuator: 0
2017.06.05 16:20:49 5: ABFALL_Notify(Muelltonnen) - Device: bzHeizung
2017.06.05 16:20:49 5: End notify loop for bzHeizung
2017.06.05 16:20:49 5: Starting notify loop for bzHeizung_Clima, 9 event(s), first is ValvePosition: 0
2017.06.05 16:20:49 5: ABFALL_Notify(Muelltonnen) - Device: bzHeizung_Clima
2017.06.05 16:20:49 5: End notify loop for bzHeizung_Clima
2017.06.05 16:20:49 5: Starting notify loop for bzHeizung_Weather, 2 event(s), first is measured-temp: 21.4
2017.06.05 16:20:49 5: ABFALL_Notify(Muelltonnen) - Device: bzHeizung_Weather
2017.06.05 16:20:49 5: End notify loop for bzHeizung_Weather
2017.06.05 16:21:13 5: CUL/RAW: /A0F5586103179450000000A24D20E00401C
2017.06.05 16:21:13 4: CUL_Parse: CUL1 A 0F 55 8610 317945 000000 0A24D20E00401C -60
2017.06.05 16:21:13 5: CUL1: dispatch A0F5586103179450000000A24D20E0040::-60:CUL1
2017.06.05 16:21:13 5: Starting notify loop for szHeizung, 6 event(s), first is actuator: 0
2017.06.05 16:21:13 5: ABFALL_Notify(Muelltonnen) - Device: szHeizung
2017.06.05 16:21:13 5: End notify loop for szHeizung
2017.06.05 16:21:13 5: Starting notify loop for szHeizung_Clima, 9 event(s), first is ValvePosition: 0
2017.06.05 16:21:13 5: ABFALL_Notify(Muelltonnen) - Device: szHeizung_Clima
2017.06.05 16:21:13 5: End notify loop for szHeizung_Clima
2017.06.05 16:21:13 5: Starting notify loop for szHeizung_Weather, 2 event(s), first is measured-temp: 21.0
2017.06.05 16:21:13 5: ABFALL_Notify(Muelltonnen) - Device: szHeizung_Weather
2017.06.05 16:21:13 5: End notify loop for szHeizung_Weather
2017.06.05 16:21:15 5: CUL/RAW: /A0F25861031571B0000000A24C10F004019
2017.06.05 16:21:15 4: CUL_Parse: CUL1 A 0F 25 8610 31571B 000000 0A24C10F004019 -61.5
2017.06.05 16:21:15 5: CUL1: dispatch A0F25861031571B0000000A24C10F0040::-61.5:CUL1
2017.06.05 16:21:15 5: Starting notify loop for keHeizung, 6 event(s), first is actuator: 0
2017.06.05 16:21:15 5: ABFALL_Notify(Muelltonnen) - Device: keHeizung
2017.06.05 16:21:15 5: End notify loop for keHeizung
2017.06.05 16:21:15 5: Starting notify loop for keHeizung_Clima, 9 event(s), first is ValvePosition: 0
2017.06.05 16:21:15 5: ABFALL_Notify(Muelltonnen) - Device: keHeizung_Clima
2017.06.05 16:21:15 5: End notify loop for keHeizung_Clima
2017.06.05 16:21:15 5: Starting notify loop for keHeizung_Weather, 2 event(s), first is measured-temp: 19.3
2017.06.05 16:21:15 5: ABFALL_Notify(Muelltonnen) - Device: keHeizung_Weather
2017.06.05 16:21:15 5: End notify loop for keHeizung_Weather
2017.06.05 16:21:23 5: CUL/RAW: /A0C74865A3140DC00000088F32920
2017.06.05 16:21:23 4: CUL_Parse: CUL1 A 0C 74 865A 3140DC 000000 88F32920 -58
2017.06.05 16:21:23 5: CUL1: dispatch A0C74865A3140DC00000088F329::-58:CUL1
2017.06.05 16:21:23 5: Starting notify loop for kuWandThermostat_Climate, 4 event(s), first is desired-temp: 17.0
2017.06.05 16:21:23 5: ABFALL_Notify(Muelltonnen) - Device: kuWandThermostat_Climate
2017.06.05 16:21:23 5: End notify loop for kuWandThermostat_Climate
2017.06.05 16:21:43 5: CUL/RAW: /A0C7484703140DC00000000F3291F
2017.06.05 16:21:43 4: CUL_Parse: CUL1 A 0C 74 8470 3140DC 000000 00F3291F -58.5
2017.06.05 16:21:43 5: CUL1: dispatch A0C7484703140DC00000000F329::-58.5:CUL1
2017.06.05 16:21:43 5: Starting notify loop for kuWandThermostat_Weather, 3 event(s), first is humidity: 41
2017.06.05 16:21:43 5: ABFALL_Notify(Muelltonnen) - Device: kuWandThermostat_Weather
2017.06.05 16:21:43 5: End notify loop for kuWandThermostat_Weather
2017.06.05 16:21:46 5: CUL/RAW: /A0C8A865A38014A00000088E92716
2017.06.05 16:21:46 4: CUL_Parse: CUL1 A 0C 8A 865A 38014A 000000 88E92716 -63
2017.06.05 16:21:46 5: CUL1: dispatch A0C8A865A38014A00000088E927::-63:CUL1
2017.06.05 16:21:46 5: Starting notify loop for duWandThermostat_Climate, 4 event(s), first is desired-temp: 17.0
2017.06.05 16:21:46 5: ABFALL_Notify(Muelltonnen) - Device: duWandThermostat_Climate
2017.06.05 16:21:46 5: End notify loop for duWandThermostat_Climate
2017.06.05 16:21:47 5: CUL/RAW: /A0CFB865A3879C500000084C24507
2017.06.05 16:21:47 4: CUL_Parse: CUL1 A 0C FB 865A 3879C5 000000 84C24507 -70.5
2017.06.05 16:21:47 5: CUL1: dispatch A0CFB865A3879C500000084C245::-70.5:CUL1
2017.06.05 16:21:47 5: Starting notify loop for keWandthermostat_Climate, 4 event(s), first is desired-temp: 16.5
2017.06.05 16:21:47 5: ABFALL_Notify(Muelltonnen) - Device: keWandthermostat_Climate
2017.06.05 16:21:47 5: End notify loop for keWandthermostat_Climate
2017.06.05 16:21:58 4: Connection closed for WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54083: EOF
2017.06.05 16:21:58 4: Connection accepted from WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54091
2017.06.05 16:21:58 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54091 GET /fhem?room=all; BUFLEN:0
2017.06.05 16:21:59 4: WEB: /fhem?room=all / RL:47091 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:22:00 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54091 GET /fhem/SVG_showLog?dev=SVG_AURIOL_242&logdev=FileLog_AURIOL_242&gplotfile=SVG_AURIOL_242&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:22:00 5: plotcommand: get FileLog_AURIOL_242 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:22:00 5: Cmd: >get FileLog_AURIOL_242 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:22:00 4: FileLog_AURIOL_242 get: Input file ./log/AURIOL_242-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:22:00 4: FileLog_AURIOL_242 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:22:00 4: FileLog_AURIOL_242 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:22:00 5: Cmd: >{ "AURIOL_242-2017.log" }<
2017.06.05 16:22:00 5: Cmd: >{ "AURIOL_242 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:22:00 4: WEB: /fhem/SVG_showLog?dev=SVG_AURIOL_242&logdev=FileLog_AURIOL_242&gplotfile=SVG_AURIOL_242&logfile=CURRENT&pos= / RL:2206 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:22:00 4: Connection accepted from WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54092
2017.06.05 16:22:00 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54092 GET /fhem/SVG_showLog?dev=SVG_AURIOL_255&logdev=FileLog_AURIOL_255&gplotfile=SVG_AURIOL_255&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:22:00 5: plotcommand: get FileLog_AURIOL_255 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:22:00 5: Cmd: >get FileLog_AURIOL_255 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:22:00 4: FileLog_AURIOL_255 get: Input file ./log/AURIOL_255-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:22:00 4: FileLog_AURIOL_255 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:22:00 4: FileLog_AURIOL_255 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:22:00 5: Cmd: >{ "AURIOL_255-2017.log" }<
2017.06.05 16:22:00 5: Cmd: >{ "AURIOL_255 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:22:00 4: WEB: /fhem/SVG_showLog?dev=SVG_AURIOL_255&logdev=FileLog_AURIOL_255&gplotfile=SVG_AURIOL_255&logfile=CURRENT&pos= / RL:2206 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:22:00 4: Connection accepted from WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54093
2017.06.05 16:22:00 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54091 GET /fhem/SVG_showLog?dev=SVG_FileLog_keWandthermostat_1&logdev=FileLog_keWandthermostat&gplotfile=SVG_FileLog_keWandthermostat_1&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:22:00 5: plotcommand: get FileLog_keWandthermostat CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:keWandthermostat.measured-temp\x3a:: 4:keWandthermostat.measured-temp\x3a::
2017.06.05 16:22:00 5: Cmd: >get FileLog_keWandthermostat CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:keWandthermostat.measured-temp\x3a:: 4:keWandthermostat.measured-temp\x3a::<
2017.06.05 16:22:00 4: FileLog_keWandthermostat get: Input file ./log/keWandthermostat-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:22:00 4: FileLog_keWandthermostat get: line 1, regexp:keWandthermostat.measured-temp\x3a, col:3, output lines:6
2017.06.05 16:22:00 4: FileLog_keWandthermostat get: line 2, regexp:keWandthermostat.measured-temp\x3a, col:3, output lines:6
2017.06.05 16:22:00 5: Cmd: >{ "keWandthermostat-2017.log" }<
2017.06.05 16:22:00 4: WEB: /fhem/SVG_showLog?dev=SVG_FileLog_keWandthermostat_1&logdev=FileLog_keWandthermostat&gplotfile=SVG_FileLog_keWandthermostat_1&logfile=CURRENT&pos= / RL:2334 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:22:00 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54093 GET /fhem/SVG_showLog?dev=SVG_AURIOL_64&logdev=FileLog_AURIOL_64&gplotfile=SVG_AURIOL_64&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:22:00 5: plotcommand: get FileLog_AURIOL_64 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:22:00 5: Cmd: >get FileLog_AURIOL_64 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:22:00 4: FileLog_AURIOL_64 get: Input file ./log/AURIOL_64-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:22:00 4: FileLog_AURIOL_64 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:22:00 4: FileLog_AURIOL_64 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:22:00 5: Cmd: >{ "AURIOL_64-2017.log" }<
2017.06.05 16:22:00 5: Cmd: >{ "AURIOL_64 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:22:00 4: WEB: /fhem/SVG_showLog?dev=SVG_AURIOL_64&logdev=FileLog_AURIOL_64&gplotfile=SVG_AURIOL_64&logfile=CURRENT&pos= / RL:2205 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:22:00 4: Connection accepted from WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54094
2017.06.05 16:22:00 4: Connection accepted from WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54095
2017.06.05 16:22:00 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54094 GET /fhem/SVG_showLog?dev=SVG_CUL_TX_15&logdev=FileLog_CUL_TX_15&gplotfile=SVG_CUL_TX_15&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:22:00 5: plotcommand: get FileLog_CUL_TX_15 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:22:00 5: Cmd: >get FileLog_CUL_TX_15 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:22:00 4: FileLog_CUL_TX_15 get: Input file ./log/CUL_TX_15-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:22:00 4: FileLog_CUL_TX_15 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:22:00 4: FileLog_CUL_TX_15 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:22:00 5: Cmd: >{ "CUL_TX_15-2017.log" }<
2017.06.05 16:22:00 5: Cmd: >{ "CUL_TX_15 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:22:00 4: WEB: /fhem/SVG_showLog?dev=SVG_CUL_TX_15&logdev=FileLog_CUL_TX_15&gplotfile=SVG_CUL_TX_15&logfile=CURRENT&pos= / RL:2203 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:22:00 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54092 GET /fhem/SVG_showLog?dev=SVG_FileLog_wzWandThermostat_1&logdev=FileLog_wzWandThermostat&gplotfile=SVG_FileLog_wzWandThermostat_1&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:22:00 5: plotcommand: get FileLog_wzWandThermostat CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:RegExp::
2017.06.05 16:22:00 5: Cmd: >get FileLog_wzWandThermostat CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:RegExp::<
2017.06.05 16:22:00 4: FileLog_wzWandThermostat get: Input file ./log/wzWandThermostat-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:22:00 4: FileLog_wzWandThermostat get: line 1, regexp:RegExp, col:3, output lines:0
2017.06.05 16:22:00 5: Cmd: >{ "wzWandThermostat-2017.log" }<
2017.06.05 16:22:00 4: WEB: /fhem/SVG_showLog?dev=SVG_FileLog_wzWandThermostat_1&logdev=FileLog_wzWandThermostat&gplotfile=SVG_FileLog_wzWandThermostat_1&logfile=CURRENT&pos= / RL:2017 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:22:00 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54093 GET /fhem/SVG_showLog?dev=SVG_GT_WT_02_0&logdev=FileLog_GT_WT_02_0&gplotfile=SVG_GT_WT_02_0&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:22:00 5: plotcommand: get FileLog_GT_WT_02_0 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:
2017.06.05 16:22:00 5: Cmd: >get FileLog_GT_WT_02_0 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:temperature:10: 4:humidity:50:<
2017.06.05 16:22:00 4: FileLog_GT_WT_02_0 get: Input file ./log/GT_WT_02_0-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:22:00 4: FileLog_GT_WT_02_0 get: line 1, regexp:temperature, col:3, output lines:0
2017.06.05 16:22:00 4: FileLog_GT_WT_02_0 get: line 2, regexp:humidity, col:3, output lines:0
2017.06.05 16:22:00 5: Cmd: >{ "GT_WT_02_0-2017.log" }<
2017.06.05 16:22:00 5: Cmd: >{ "GT_WT_02_0 Min $data{min1}, Max $data{max1}, Last $data{currval1}" }<
2017.06.05 16:22:00 4: WEB: /fhem/SVG_showLog?dev=SVG_GT_WT_02_0&logdev=FileLog_GT_WT_02_0&gplotfile=SVG_GT_WT_02_0&logfile=CURRENT&pos= / RL:2204 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:22:00 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54095 GET /fhem/SVG_showLog?dev=SVG_FileLog_Bewegungsmelder_hinten_1_1&logdev=FileLog_Bewegungsmelder_hinten_1&gplotfile=SVG_FileLog_Bewegungsmelder_hinten_1_1&logfile=CURRENT&pos=; BUFLEN:0
2017.06.05 16:22:00 5: plotcommand: get FileLog_Bewegungsmelder_hinten_1 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:RegExp::
2017.06.05 16:22:00 5: Cmd: >get FileLog_Bewegungsmelder_hinten_1 CURRENT INT 2017-06-05_00:00:00 2017-06-06_00:00:01 4:RegExp::<
2017.06.05 16:22:00 4: FileLog_Bewegungsmelder_hinten_1 get: Input file ./log/Bewegungsmelder_hinten_1-2017.log, from:2017-06-05_00:00:00 to:2017-06-06_00:00:01
2017.06.05 16:22:00 4: FileLog_Bewegungsmelder_hinten_1 get: line 1, regexp:RegExp, col:3, output lines:0
2017.06.05 16:22:00 5: Cmd: >{ "Bewegungsmelder_hinten_1-2017.log" }<
2017.06.05 16:22:00 4: WEB: /fhem/SVG_showLog?dev=SVG_FileLog_Bewegungsmelder_hinten_1_1&logdev=FileLog_Bewegungsmelder_hinten_1&gplotfile=SVG_FileLog_Bewegungsmelder_hinten_1_1&logfile=CURRENT&pos= / RL:2023 / image/svg+xml / Content-Encoding: gzip
/
2017.06.05 16:22:01 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54091 GET /fhem?XHR=1&inform=type=status;filter=room=all;since=1496672517;fmt=JSON&fw_id=265×tamp=1496672521097; BUFLEN:0
2017.06.05 16:22:01 4: Connection closed for WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54091: EOF
2017.06.05 16:22:01 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54092 GET /fhem?detail=SCC; BUFLEN:0
2017.06.05 16:22:01 4: WEB: /fhem?detail=SCC / RL:19394 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:22:01 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54092 GET /fhem?cmd=%7BReadingsVal(%22SCC%22%2C%22ITClock%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_178949523259326; BUFLEN:0
2017.06.05 16:22:01 5: Cmd: >{ReadingsVal("SCC","ITClock","")}<
2017.06.05 16:22:01 4: WEB: /fhem?cmd=%7BReadingsVal(%22SCC%22%2C%22ITClock%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_178949523259326 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:22:01 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54093 GET /fhem?cmd=%7BAttrVal(%22SCC%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_178949523259326; BUFLEN:0
2017.06.05 16:22:01 5: Cmd: >{AttrVal("SCC","room","")}<
2017.06.05 16:22:01 4: WEB: /fhem?cmd=%7BAttrVal(%22SCC%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_178949523259326 / RL:28 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:22:02 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54092 GET /fhem?XHR=1&inform=type=status;filter=SCC;since=1496672520;fmt=JSON&fw_id=266×tamp=1496672522050; BUFLEN:0
2017.06.05 16:22:03 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54093 POST /fhem?detail=SCC&dev.getSCC=SCC&cmd.getSCC=get&arg.getSCC=ccconf&val.getSCC=&XHR=1&addLinks=1&fwcsrf=csrf_178949523259326&fw_id=266; BUFLEN:0
2017.06.05 16:22:03 5: Cmd: >get SCC ccconf<
2017.06.05 16:22:03 5: SW: C0D
2017.06.05 16:22:03 5: CUL/RAW (ReadAnswer): C0D = 10
2017.06.05 16:22:03 5: CUL/RAW (ReadAnswer): / 16
2017.06.05 16:22:03 5: SW: C0E
2017.06.05 16:22:03 5: CUL/RAW (ReadAnswer): C0E = B0
2017.06.05 16:22:03 5: CUL/RAW (ReadAnswer): / 176
2017.06.05 16:22:03 5: SW: C0F
2017.06.05 16:22:03 5: CUL/RAW (ReadAnswer): C0F = 71
2017.06.05 16:22:03 5: CUL/RAW (ReadAnswer): / 113
2017.06.05 16:22:03 5: SW: C10
2017.06.05 16:22:03 5: CUL/RAW (ReadAnswer): C10 = 57
2017.06.05 16:22:03 5: CUL/RAW (ReadAnswer): / 87
2017.06.05 16:22:03 5: SW: C1B
2017.06.05 16:22:03 5: CUL/RAW (ReadAnswer): C1B = 07
2017.06.05 16:22:03 5: CUL/RAW (ReadAnswer): / 7
2017.06.05 16:22:03 5: SW: C1D
2017.06.05 16:22:03 5: CUL/RAW (ReadAnswer): C1D = 90
2017.06.05 16:22:03 5: CUL/RAW (ReadAnswer): / 144
2017.06.05 16:22:03 5: Starting notify loop for SCC, 1 event(s), first is ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017.06.05 16:22:03 5: createNotifyHash
2017.06.05 16:22:03 5: ABFALL_Notify(Muelltonnen) - Device: SCC
2017.06.05 16:22:03 5: End notify loop for SCC
2017.06.05 16:22:03 4: WEB: /fhem?detail=SCC&dev.getSCC=SCC&cmd.getSCC=get&arg.getSCC=ccconf&val.getSCC=&XHR=1&addLinks=1&fwcsrf=csrf_178949523259326&fw_id=266 / RL:112 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.05 16:22:06 5: CUL/RAW: /A0C8A847038014A00000000E92716
2017.06.05 16:22:06 4: CUL_Parse: CUL1 A 0C 8A 8470 38014A 000000 00E92716 -63
2017.06.05 16:22:06 5: CUL1: dispatch A0C8A847038014A00000000E927::-63:CUL1
2017.06.05 16:22:06 5: Starting notify loop for duWandThermostat_Weather, 3 event(s), first is humidity: 39
2017.06.05 16:22:06 5: ABFALL_Notify(Muelltonnen) - Device: duWandThermostat_Weather
2017.06.05 16:22:06 5: End notify loop for duWandThermostat_Weather
2017.06.05 16:22:07 5: CUL/RAW: /A0CFB84703879C500000000C24506
2017.06.05 16:22:07 4: CUL_Parse: CUL1 A 0C FB 8470 3879C5 000000 00C24506 -71
2017.06.05 16:22:07 5: CUL1: dispatch A0CFB84703879C500000000C245::-71:CUL1
2017.06.05 16:22:07 5: Starting notify loop for keWandthermostat_Weather, 3 event(s), first is humidity: 69
2017.06.05 16:22:07 5: ABFALL_Notify(Muelltonnen) - Device: keWandthermostat_Weather
2017.06.05 16:22:07 5: End notify loop for keWandthermostat_Weather
2017.06.05 16:22:32 4: Connection closed for WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54092: EOF
2017.06.05 16:22:32 4: WEB_2a02:908:eb44:2a0:1011:1d52:eaf9:603_54093 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-06.log; BUFLEN:0
list vom SCC
Internals:
CMDS mBbCFiAZGMYRTVWXef*ltux
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/ttyAMA0@38400 1234
DeviceName /dev/ttyAMA0@38400
FD 34
FHTID 1234
NAME SCC
NR 146
PARTIAL
RAWMSG OFF
RSSI -100.5
SCC_MSGCNT 6
SCC_TIME 2017-06-05 16:12:00
STATE Initialized
TYPE CUL
VERSION V 1.21.00 a-culfw Build: private build (unknown) CSM433 (F-Band: 433MHz)
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
Readings:
2017-06-05 16:22:03 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-06-05 16:11:05 cmds m B b C F i A Z G M Y R T V W X e f * l t u x
2017-06-05 16:18:38 raw is11111000001111000011100011011100
2017-06-05 16:12:00 state Initialized
Attributes:
hmId B3BEA5
icon cul_cul
rfmode SlowRF
room Technik
verbose 5
ich sehe da nur Sendeversuche mit dem SCC und Empfang auf dem CUL1. Ist das Empfangene(xyWandThermostat_Climate,xyHeizung..., bzHeizung..., xyBewegungsmelder....) alles 868 MHz ? Der CUL1 steht auf 868 ?
Taste der FB mal gedrückt ? (sehe nix dazu). Mal das verbose 5 nur auf den SCC und Taste der FB drücken.
Hallo nach Köln,
genau eigentlich habe ich eine Lösung auf rein HomeMatic Komponenten (CUL1)
SCC soll sich rein um die IT und evtl. noch einmal eine günstige Wetterstation kümmern. So der Plan :-)
Dass du nur Sendeversuche gesehen hast war schon richtig. Die Fernbedienung ist Kür. Wichtiger ist mir momentan die Steckdosen-Schaltbarkeit. Der CUL1 macht das ganz nett mit kurzem Umschalten auf 433, aber die Reichweite ist für den Anwendungsfall zu gering. Daher der SCC.
hier also der Empfangstest. Habe insgesamt 5 Tasten auf der Fernbedienung gedrückt.
2.Reihe jeweils on/off 3.Reihe jeweils on/off und einmal "ALL OFF"
Das sehe ich mit dem Auge eines Laien auch, oder?! 5-Blöcke ganz unten.
Aber die Frage bleibt, wie ich die Steckdosen bewegt bekomme :-)
Vielen Dank auf jeden Fall erstmal für eure Hilfe hier. Ich kann leider noch nicht so mit meinem Wissen beitragen.
2017.06.05 19:02:37 0: Server shutdown
2017.06.05 19:02:37 5: SW: X00
2017.06.05 19:02:50 0: Featurelevel: 5.8
2017.06.05 19:02:50 0: Server started with 219 defined entities (fhem.pl:14348/2017-05-22 perl:5.020002 os:linux user:fhem pid:2282)
ping: icmp open socket: Operation not permitted
2017.06.05 19:03:01 5: CUL/RAW: /i666995A
2017.06.05 19:03:01 5: CUL/RAW: i666995A/69699965
2017.06.05 19:03:01 5: CUL/RAW: i666995A69699965/623
2017.06.05 19:03:01 4: CUL_Parse: SCC i666995A69699965623 -56.5
2017.06.05 19:03:01 5: SCC: dispatch i666995a696999656
2017.06.05 19:03:01 4: SCC IT: message "i666995a696999656" (17)
2017.06.05 19:03:01 4: SCC ITv3: bin message "0110011001101001100101011010011010010110100110011001011001010110" (64)
2017.06.05 19:03:01 4: SCC IT: msgcode "01010110100011011001101010010001" (32) bin = 0110011001101001100101011010011010010110100110011001011001010110
2017.06.05 19:03:02 5: CUL/RAW: /i666995A
2017.06.05 19:03:02 5: CUL/RAW: i666995A/69699955
2017.06.05 19:03:02 5: CUL/RAW: i666995A69699955/623
2017.06.05 19:03:02 4: CUL_Parse: SCC i666995A69699955623 -56.5
2017.06.05 19:03:02 5: SCC: dispatch i666995a696999556
2017.06.05 19:03:02 4: SCC IT: message "i666995a696999556" (17)
2017.06.05 19:03:02 4: SCC ITv3: bin message "0110011001101001100101011010011010010110100110011001010101010110" (64)
2017.06.05 19:03:02 4: SCC IT: msgcode "01010110100011011001101010000001" (32) bin = 0110011001101001100101011010011010010110100110011001010101010110
2017.06.05 19:03:04 5: CUL/RAW: /i666995A
2017.06.05 19:03:04 5: CUL/RAW: i666995A/69699965
2017.06.05 19:03:04 5: CUL/RAW: i666995A69699965/925
2017.06.05 19:03:04 4: CUL_Parse: SCC i666995A69699965925 -55.5
2017.06.05 19:03:04 5: SCC: dispatch i666995a696999659
2017.06.05 19:03:04 4: SCC IT: message "i666995a696999659" (17)
2017.06.05 19:03:04 4: SCC ITv3: bin message "0110011001101001100101011010011010010110100110011001011001011001" (64)
2017.06.05 19:03:04 4: SCC IT: msgcode "01010110100011011001101010010010" (32) bin = 0110011001101001100101011010011010010110100110011001011001011001
2017.06.05 19:03:05 5: CUL/RAW: /i666995A
2017.06.05 19:03:05 5: CUL/RAW: i666995A/69699955
2017.06.05 19:03:05 5: CUL/RAW: i666995A69699955/924
2017.06.05 19:03:05 4: CUL_Parse: SCC i666995A69699955924 -56
2017.06.05 19:03:05 5: SCC: dispatch i666995a696999559
2017.06.05 19:03:05 4: SCC IT: message "i666995a696999559" (17)
2017.06.05 19:03:05 4: SCC ITv3: bin message "0110011001101001100101011010011010010110100110011001010101011001" (64)
2017.06.05 19:03:05 4: SCC IT: msgcode "01010110100011011001101010000010" (32) bin = 0110011001101001100101011010011010010110100110011001010101011001
2017.06.05 19:03:07 5: CUL/RAW: /i666995A
2017.06.05 19:03:07 5: CUL/RAW: i666995A/69699995
2017.06.05 19:03:07 5: CUL/RAW: i666995A69699995/525
2017.06.05 19:03:07 4: CUL_Parse: SCC i666995A69699995525 -55.5
2017.06.05 19:03:07 5: SCC: dispatch i666995a696999955
2017.06.05 19:03:07 4: SCC IT: message "i666995a696999955" (17)
2017.06.05 19:03:07 4: SCC ITv3: bin message "0110011001101001100101011010011010010110100110011001100101010101" (64)
2017.06.05 19:03:07 4: SCC IT: msgcode "01010110100011011001101010100000" (32) bin = 0110011001101001100101011010011010010110100110011001100101010101
2017.06.05 19:03:07 2: SCC IT: IT_V3_2b46cd50 (0101011010001101100110101010000) not defined (Address: 01010110100011011001101010 Group: 1 Unit: 0000 Switch code: 0)
Schau mal hier:
https://forum.fhem.de/index.php/topic,71617.msg631561.html#msg631561
Gruß Ralf
Merci! :) das war die Lösung! Verstanden hab ich das leider (noch) nicht. Werde aber den Verlauf der Unterhaltung studieren.
ZitatMerci! das war die Lösung!
Echt :-\ Da ist doch von 2 SCC die Rede ??? Und
Zitat2017.06.05 19:03:01 4: SCC IT: msgcode "01010110100011011001101010010001" (32)
2017.06.05 19:03:02 4: SCC IT: msgcode "01010110100011011001101010000001" (32)
2017.06.05 19:03:04 4: SCC IT: msgcode "01010110100011011001101010010010" (32)
2017.06.05 19:03:05 4: SCC IT: msgcode "01010110100011011001101010000010" (32)
2017.06.05 19:03:07 4: SCC IT: msgcode "01010110100011011001101010100000" (32)
das hat er doch empfangen. Passt aber nicht zu
Zitat2017.06.05 16:18:26 5: End notify loop for Lichterkette
2017.06.05 16:18:26 5: SCC IT_set: Type=CUL Protocol=V3
2017.06.05 16:18:26 5: SW: is11111000001111000011100011001100
Dein define müsste dann so lauten:
define Lichterkette IT 01010110100011011001101010 0 0001
PS: so oder so, mit aculfw hat das eher weniger zu tun. Also besser ggfs. neues Thema eröffnen.
Hallo zusammen,
ich möchte eine Anfängerfrage stellen und hoffe, dass ihr mir helfen könnt.
Ich habe einen CUL V3 868 Mhz von Busware neu erworben und auch schon Intertechno Steckdosen eingerichtet. Er schaltet also 433 Mhz.
Ich habe einen Temperatursensor von Ebay (GT-WT-01) erwoben, habe nach Recherche festgestellt, dass dieser aber offenbar erst ab FW 1.20.05 Build 186 funktioniert.
Leider bekomme ich beim Flashversuch dieser FW immer die Meldung "Bootloader and code overlap", da mit der 1.20.04 mit 80649 kb bereits 99,99% des CUL belegt sind. Die 1.20.05 ist leider mit 81.324 kb zu groß.
Heißt das, man bekommt keine neuere Firmware auf den Busware V3 (aber warum existieren dann neuere Versionen?) oder welchen Trick/Umweg kann ich hier anwenden, um doch noch den Temperatursensor ansteuern zu können?
Vielen Dank und viele Grüße
Hi,
Man kann einzelne Firmwares selber bauen und Protokolle weglassen.
Schau mal ob Dir nicht einfach die aktuelle a-culfw ausreicht. Download bei mediafire irgendwo. Also google mal nach a-culfw!
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 11 Juni 2017, 13:11:10
Hi,
Man kann einzelne Firmwares selber bauen und Protokolle weglassen.
Schau mal ob Dir nicht einfach die aktuelle a-culfw ausreicht. Download bei mediafire irgendwo. Also google mal nach a-culfw!
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo Arnd,
inwiefern meinst du "die aktuelle"? Ich kann ja keine FW nach 1.20.04 einspielen. Mir würde die 1.20.05 reichen, ich möchte nur den Temperatursensor nutzen.
Gibt es ein halbwegs anfängerfreundliches How-To zum selber bauen der FW oder gibt es hier nette User, welche dies einmalig übernehmen?
Viele Grüße,
Dominik
/edit: gehe ich recht in der Annahme, dass ich in der board.h entsprechend mit // auskommentieren muss, was ich nicht brauche?
#define HAS_USB 1
#define USB_BUFSIZE 64 // Must be a supported USB endpoint size
#define USB_MAX_POWER 100
#define HAS_FHT_80b // PROGMEM: 1374b, RAM: 90b
#define HAS_RF_ROUTER // PROGMEM: 1248b RAM: 44b
#define RFR_FILTER // PROGMEM: 90b RAM: 4b
#define HAS_HOERMANN
#define HAS_HOERMANN_SEND // PROGMEM: 220
#define HAS_CC1101_RX_PLL_LOCK_CHECK_TASK_WAIT // PROGMEM: 118b
#define HAS_CC1101_PLL_LOCK_CHECK_MSG // PROGMEM: 22b
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_SW // PROGMEM: 22b
#undef RFR_DEBUG // PROGMEM: 354b RAM: 14b
#undef HAS_FASTRF // PROGMEM: 468b RAM: 1b
#if defined(CUL_V3_ZWAVE)
# define CUL_V3
#endif
#if defined(CUL_V3) || defined(CUL_V4)
# define HAS_FHT_8v // PROGMEM: 586b RAM: 23b
# define HAS_FHT_TF
# define FHTBUF_SIZE 174 // RAM: 174b
# define RCV_BUCKETS 4 // RAM: 25b * bucket
# define FULL_CC1100_PA // PROGMEM: 108b
# define HAS_RAWSEND //
# define HAS_ASKSIN // PROGMEM: 1314
# define HAS_ASKSIN_FUP // PROGMEM: 78
# define HAS_KOPP_FC
# define HAS_RWE
# define HAS_TX3 // PROGMEM: 168
# define HAS_INTERTECHNO // PROGMEM: 1352
# define HAS_UNIROLL // PROGMEM: 92
# define HAS_MEMFN // PROGMEM: 168
# define HAS_SOMFY_RTS // PROGMEM: 1716
# if defined(_433MHZ)
# define HAS_TCM97001 // PROGMEM: 264
# define HAS_IT
# define HAS_HOMEEASY
# if defined(CUL_V3)
# define HAS_MANCHESTER
# define HAS_REVOLT
Ich würde jetzt verstehen, wenn ich 433 mhz nutzen möchte und
# define HAS_IT mit // auskommentiere, dann könnte ich keine Intertechno Steckdosen mehr schalten, hätte aber eine kleinere FW?
Hi,
Im Grunde hast Du es total verstanden [emoji1303]
Wenn Du also jetzt selbst kompilieren willst:
https://wiki.fhem.de/wiki/Selbstbau_CUL#Software
Nur wechselst Du nicht in NanoCUL sondern in CUL und beim sudo ./flash eben die 9 für CUL_V3-433 auswählen.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 11 Juni 2017, 14:10:33
Hi,
Im Grunde hast Du es total verstanden [emoji1303]
Wenn Du also jetzt selbst kompilieren willst:
https://wiki.fhem.de/wiki/Selbstbau_CUL#Software
Nur wechselst Du nicht in NanoCUL sondern in CUL und beim sudo ./flash eben die 9 für CUL_V3-433 auswählen.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Danke dir.
Jetzt möchte ich noch zwei Fragen stellen:
1. woher weiß ich, welche "Module" ich nicht benötige? Im Grunde möchte ich nur Intertechno, Z-Wave (Temperatur) und Homematic bzw. die FS Serie von Conrad (für weitere Anschaffungen im Smarthome Bereich) schalten können.
2. wieso muss ich die 9) beim Flashen wählen für CUL_V3-433, wenn ich doch eine868 Mhz Variante besitze?
Ich hoffe, das du mir das noch erklären kannst.
Im Grunde müsste ich doch diesen Codeabschnitt auskommentieren, da steht ja überall if defined CUL V3 od. V4. Gibt es hier Übersichten, was gefahrlos auskommentiert werden kann für bestimmte Bedürfnisse?
#if defined(CUL_V3_ZWAVE)
# define CUL_V3
#endif
#if defined(CUL_V3) || defined(CUL_V4)
# define HAS_FHT_8v // PROGMEM: 586b RAM: 23b
# define HAS_FHT_TF
# define FHTBUF_SIZE 174 // RAM: 174b
# define RCV_BUCKETS 4 // RAM: 25b * bucket
# define FULL_CC1100_PA // PROGMEM: 108b
# define HAS_RAWSEND //
# define HAS_ASKSIN // PROGMEM: 1314
# define HAS_ASKSIN_FUP // PROGMEM: 78
# define HAS_KOPP_FC
# define HAS_RWE
# define HAS_TX3 // PROGMEM: 168
# define HAS_INTERTECHNO // PROGMEM: 1352
# define HAS_UNIROLL // PROGMEM: 92
# define HAS_MEMFN // PROGMEM: 168
# define HAS_SOMFY_RTS // PROGMEM: 1716
# if defined(_433MHZ)
# define HAS_TCM97001 // PROGMEM: 264
# define HAS_IT
# define HAS_HOMEEASY
# if defined(CUL_V3)
# define HAS_MANCHESTER
# define HAS_REVOLT
# endif
# define HAS_BELFOX // PROGMEM: 214
# endif
#if defined(_868MHZ)
# define HAS_HMS
# if defined(CUL_V3)
# define HAS_ESA // PROGMEM: 286
# endif
# define HAS_MORITZ // PROGMEM: 1696
#endif
#endif
#if defined(CUL_V4)
# define HAS_ZWAVE // PROGMEM: 882
# define TTY_BUFSIZE 64 // RAM: TTY_BUFSIZE*4
#endif
#if defined(CUL_V3)
# define TTY_BUFSIZE 128 // RAM: TTY_BUFSIZE*4
#if defined(_868MHZ)
# define HAS_MBUS // PROGMEM: 2536
# define MBUS_NO_TX // PROGMEM: 962
# define HAS_RFNATIVE // PROGMEM: 580
//# define LACROSSE_HMS_EMU // PROGMEM: 2206
# define HAS_KOPP_FC // PROGMEM: 3370
#endif
#endif
#if defined(CUL_V3_ZWAVE)
# define HAS_ZWAVE // PROGMEM: 882
# undef HAS_MBUS
# undef HAS_KOPP_FC
# undef HAS_RFNATIVE
# define LACROSSE_HMS_EMU // PROGMEM: 2206
#endif
Viele Grüße
Hi,
Achso stimmt Du hast den 868er - na dann halt 4, oder?
Bei den Protokollen: je mehr drin ist - desto besser! Ich würde wahllos etwas rausnehmen und schauen ob es dann geht.
Fehler machen kann man ja nicht, zur Not spielt man halt eine neue Firmware drauf ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo Arnd,
danke, das mit dem selber bauen und flashen hat funktioniert. Ich habe alle Protkolle entfernt, bei denen ich sicher war, sie in naher Zukunft nicht zu nutzen.
Mein Problem bleibt leider weiterhin, dass ich den Temperatursensor nicht zur Anzeige bekomme (ich muss zugeben, ich hätte gedacht, dass er automatisch erscheint).
Ob du noch einen Tipp hast?
Hi,
"Ich habe einen Temperatursensor von Ebay (GT-WT-01) erwoben, habe nach Recherche festgestellt, dass dieser aber offenbar erst ab FW 1.20.05 Build 186 funktioniert."
Wo hast Du das rausgefunden und was braucht es dafür konkret in der Firmware - meine Glaskugel sagt genau das hast Du auch auskommentiert ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 11 Juni 2017, 19:09:29
Hi,
"Ich habe einen Temperatursensor von Ebay (GT-WT-01) erwoben, habe nach Recherche festgestellt, dass dieser aber offenbar erst ab FW 1.20.05 Build 186 funktioniert."
Wo hast Du das rausgefunden und was braucht es dafür konkret in der Firmware - meine Glaskugel sagt genau das hast Du auch auskommentiert ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Ich habe nur auskommentiert:
// # define HAS_ASKSIN // PROGMEM: 1314
// # define HAS_ASKSIN_FUP
Aber, mein Problem ist: mit der selbstgebauten FW erhalte ich dann beim Test auf Empfang (aus der Wiki):
get myCUL raw C35 (13 = ja, z. b.: C35 = 0D / 13)
Mein Output ist: CUL_0 raw => C35 = 01 / 1.
Also kein Empfang!Wenn ich die 1.20.04 vom OP gebaute nehme, dann habe ich zwar kein TCM, aber dafür den Output CUL_0 raw => C35 = 0D / 13,
also Empfang.
Ich habe mich wirklich an die Build-Anleitung gehalten, nur zwei Zeilen auskommentiert und auch keine Fehler beim Build oder Flash erhalten...woran könnte es liegen, das man CUL nicht "zuhört/empfängt"?
Hi,
mach mal folgendes...
Factory Reset:
set <dev> raw e
Mal normale freq 868.300 und sens 4 [oder besser 16 ;-)] prüfen
get <dev> ccconf
Ist Empfang für SlowRF an?
set <dev> raw X21
Ist Empfang jetzt generell an?
get <dev> raw C35
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 11 Juni 2017, 19:32:02
Hi,
mach mal folgendes...
Factory Reset:
set <dev> raw e
Mal normale freq 868.300 und sens 4 [oder besser 16 ;-)] prüfen
get <dev> ccconf
Ist Empfang für SlowRF an?
set <dev> raw X21
Ist Empfang jetzt generell an?
get <dev> raw C35
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
get CUL_0 raw C35 ergibt nun CUL_0 raw => C35 = 0D / 13 ->
also Empfang. Wow, danke.
Leider lässt sich der Temperatursensor immer noch nicht blicken, egal wie oft ihn auf Sendung schicke oder wie nah ich an den CUL gehe.
set <dev> raw X25
attr <dev> verbose 4
Und dann den event monitor öffnen und das häckchen für fhem.log setzen.
Was siehst Du da?
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 11 Juni 2017, 21:07:36
Was siehst Du da?
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Irgendwie...gar nichts. Ist komplett leer und egal was ich klicke es kommen nur Fehler: Create/modify device: Please highlight exactly one complete event line (nix zum anklicken)...
Könnte hier etwas komplett kaputt sein?
Hi,
so meinte ich das:
(https://uploads.tapatalk-cdn.com/20170612/8954b81e575e3669a0aec3d32410cb72.png)
Hier habe ich im Eventmonitor gewartet und ein Intertechno Gerät in FHEM ausgeschaltet und dies dann im Eventmonitor gesehen ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 12 Juni 2017, 04:04:40
Hi,
so meinte ich das:
(https://uploads.tapatalk-cdn.com/20170612/8954b81e575e3669a0aec3d32410cb72.png)
Hier habe ich im Eventmonitor gewartet und ein Intertechno Gerät in FHEM ausgeschaltet und dies dann im Eventmonitor gesehen ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Moin,
ok, der Eventmonitor funktioniert nicht wegen Bitdefender, läuft jetzt und sieht so aus:
2017-06-12 07:16:40 IT DVD_Regal_und_Sideboard on
2017-06-12 07:16:41 CUL CUL raw: is0FFF00FFFF0F
2017-06-12 07:16:46 IT DVD_Regal_und_Sideboard off
2017-06-12 07:16:46 CUL CUL raw: is0FFF00FFFFF0
2017-06-12 07:16:48 CUL CUL UNKNOWNCODE p 5 48 96 368 208 0 0 25 11 3 1 0 C1 20A58E00
2017-06-12 07:16:54 CUL CUL UNKNOWNCODE p 5 64 96 304 64 0 0 32 12 4 0 0 C5 A0FCD1B2
2017-06-12 07:16:54 CUL CUL UNKNOWNCODE p 5 80 48 96 256 0 0 17 10 2 1 0 C0 C6E100
2017-06-12 07:16:55 CUL CUL UNKNOWNCODE p 5 48 96 16 400 0 0 17 14 2 1 0 C4 475080
2017-06-12 07:16:55 CUL CUL UNKNOWNCODE p 5 80 64 144 416 0 0 17 12 2 1 0 C0 5C4000
2017-06-12 07:16:55 CUL CUL UNKNOWNCODE p 5 48 80 48 4064 0 0 25 11 3 1 0 C3 62731B00
Das Logfile ist auch voll von Fehlermeldungen:
2017.06.12 07:17:44 4: CUL_Parse: CUL p 5 96 112 144 3968 0 0 24 11 3 0 0 C2 8004B3
2017.06.12 07:17:44 3: CUL: Unknown code p 5 96 112 144 3968 0 0 24 11 3 0 0 C2 8004B3, help me!
2017.06.12 07:17:44 4: CUL_Parse: CUL p 5 96 64 160 3952 0 0 35 12 4 3 0 C3 C0471BB9A0
2017.06.12 07:17:44 3: CUL: Unknown code p 5 96 64 160 3952 0 0 35 12 4 3 0 C3 C0471BB9A0, help me!
Könnt ihr mir hiermit weiterhelfen?
Hi,
Das sind keine Fehlermeldungen, sondern Nachrichten vom CUL was er erkannt hat, dass aber kein Modul zum "entschlüsseln/verstehen" da ist.
Hattest Du X25 und verbose 4 gesetzt?
Sieht so wenig aus!
Ausserdem wüssten wir gerne was Du machst um die jeweiligen Zeilen unknown code zu erzeugen.
Ich komme zurück zu meiner Frage: Wo hast Du recherchiert, dass es ab einer Version x der a-culfw laufen soll? Den dort wären ja die Spezialisten (oder auch nur Forumsmitglieder) genannt die jetzt helfen könnten. Da bin ich leider raus ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hi,
hat mich jetzt selbst gewurmt, also kurz recherchiert:
Zitat von: Thorsten Pferdekaemper am 14 Februar 2017, 06:57:38
Hi,
in der Commandref zum CUL_TCM97001 steht nichts vom GT-WT-01, sondern nur GT-WT-02. Möglicherweise gibt's da noch Probleme.
Laut https://fhem.de/MAINTAINER.txt wird das Modul CUL_TCM97001 im Foren-Bereich "Sonstiges" behandelt. Vielleicht stellst Du Deine Frage besser dort.
Gruß,
Thorsten
Hier der passende Auszug:
FHEM/14_CUL_TCM97001.pm dancer0705/bjoernh http://forum.fhem.de Sonstiges
Und hier die CommandRef:
https://fhem.de/commandref_DE.html#CUL_TCM97001
Also bitte Deine Frage in Sonstiges stellen, nachdem Du obigen Thread durchgelesen hast ;-)
@BjoernH: Oder liest Du hier mit?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo Alle,
ich habe mir zum spielen noch ein paar Steckdosen vom Bauhaus geholt - schon platzsparend rund und Intertechno (selbstlernend) kompatibel.
Mit einer Intertechno-FB mit Einstellrad lassen sie sich nicht steuern mit einer Intertechno-FB nur für selbstlernende kein Problem.
Ich kann auch das Signal mit dem CUL (v3) problemlos empfangen...nur wenn ich etwas per echo schalten will klappt es nicht. Weiss nicht ob ich beim umrechnen einen Fehler gemacht habe oder am Sendestring was nicht stimmt ...
Empfangen wird:
ON i6969A56AAAAA96AA
OFF i6969A56AAAAA95AA
das habe ich umgerechnet zu:
ON is01100110110001111111111110011111
OFF is01100110110001111111111110001111
aber wenn ich diese Strings mit echo STRING > /dev/ttyACM0 sende .... passiert nichts :-(
Hallo zusammen,
ich versuche grade verzweifelt seit 2 Stunden die alternative culfw zu flashen. Scheitere aber bisher.
Aktuell habe ich über den pi (per SSH Verbindung) das Master.zip heruntergeladen und entpackt. Nach dem Wechsel in den Ordner /a-culfw-master/culfw/Devices/CUL, gebe ich sudo ./flash.sh ein und ich werde nach dem entsprechenden Device gefragt. Nach der Auswahl erfolgt dann folgende Fehlermeldung:
pi@raspberrypi:~/a-culfw-master/culfw/Devices/CUL $ sudo ./flash.sh
Program file missing building first source code
make TARGET=CUL_V2 FREQUENCE=_433MHZ MCU=at90usb162 FLASH_SIZE=16384 BOOTLOADER_SIZE=2048 mostly_clean build size
make[1]: Entering directory '/home/pi/a-culfw-master/culfw/Devices/CUL'
Cleaning project:
Compiling C: CUL.c
/bin/sh: 1: avr-gcc: not found
makefile:236: recipe for target 'CUL.o' failed
make[1]: *** [CUL.o] Error 127
make[1]: Leaving directory '/home/pi/a-culfw-master/culfw/Devices/CUL'
makefile:117: recipe for target 'all' failed
make: *** [all] Error 2
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5): 9
The device will now be flashed
Continue (y/n)?y
Flash now device
Call: dfu-programmer atmega32u4 erase
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 flash CUL_V3_433MHZ.hex
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 start
dfu-programmer: no device present.
pi@raspberrypi:~/a-culfw-master/culfw/Devices/CUL $
Mit den Anleitungen bisher im Netz und im Forum, komme ich leider nicht weiter....
Bei dem CUL handelt es sich um einen selbstgebauten 433Mhz CUL.
Hi,
1) wenn Du selber einen CUL gebaut hast, musst Du in den Ordner nanoCUL
2) musst Du selbst kompilieren? Dann fehlen Dir offensichtlich die compiler "avr-gcc: not found"
3) nimm doch erstmal die fertige a-culfw von:
https://github.com/heliflieger/a-culfw
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo Arnd,
der CUL ist bereits geflasht mit dem Standard CUL 1.65. Ich würde nur gerne mal die alternative Variante probieren. Bekomme Sie aber nicht geflasht.
Ich bin wie folgt vorgegangen:
1.wget https://github.com/heliflieger/a-culfw/archive/master.zip
2. sudo unzip master.zip
3. cd a-culfw-master/culfw/Devices/CUL/
4. sudo ./flash.sh
Gruß
Stefan
[EDIT]
Ok ich hab jetzt den Pfad für den nanoCUL genommen. Leider wird hier auch nicht geflasht:
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i
flash.sh: 67: flash.sh: avrdude: not found
[EDIT]
Ich habs rausgefunden. Bei mir fehlte folgendes:
sudo apt-get install make gcc-avr avrdude avr-libc
Ja und in fhem versetzt Du den Busware CUL mittels "set cul raw B01" - statt Alternativ die Taste beim einstecken zu müssen - in den richtigen Flashmodus.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Mal eine Verständnissfrage:
Wenn ich die a-culfw flashe auf 433Mhz und zwischenzeitlich damit 868Mhz sende, wird dabei der Speicher des selbstbau cul des Arduino jedesmal belastet, da hierfür in den Speicher geschrieben wird?
Oder habe ich das falsch aufgeschnappt und ich kann das ohne weiteres so pausenlos betreiben ohne das der cul Schaden nimmt?
Gruß
Heizer
Flash Speicher leidet. Also weniger flashen verlängert die Lebenszeit.
https://de.wikipedia.org/wiki/Flash-Speicher#Anzahl_der_L.C3.B6schzyklen
Das ist mir schon klar das beim
Flashen der Speicher altert.
Die eigentliche Frage ist ob ein CUL der auf 868 geflasht und auf 868Hz läuft, bei dem Befehl eine IT Steckdose (433Hz) für das kurzzeitige umschalten auf 433Hz in den Flash schreiben muss und somit altert.
Zitat von: coolheizer am 23 Juni 2017, 23:00:19
da hierfür in den Speicher geschrieben wird?
Kommt falsch rüber, ist eigentlich eine Frage (wird fürs kurzzeitige umschalten in den Speicher geschrieben?)und keine Feststellung.
Gruß
Heizer
Nein, kein Schreibzugriff auf den Flash, nur Änderung von CC1101-Registern.
Grüße Markus
Hi,
ich habe die Frage schon an anderer Stelle gestellt, bin mir aber unsicher, ob das überhaupt zu verwirklichen ist.
Es geht um die Steuerung eines Westinghouse Deckenventilators per CUL433. In dem Thread https://forum.fhem.de/index.php/topic,53282.0/all.html wurde schon darüber diskutiert, aber leider nur in Verbindung mit pilight. Nur geht es überhaupt mit mit einem CUL?
Danke
Sollte gehen. Du müsstest mal hier (http://culfw.de/commandref.html)gucken, ob Du aus dem im Thread beschriebenen Protokoll ein G-command(send raw) aufgesetzt bekommst. Mit aculfw hat das dann allerdings wenig zu tun und Du solltest ggfs. einen eigenen Thread eröffnen.
Have fun
Markus
Hi, kann mir jemand sagen, warum mein MapleCUL folgende Meldung schreibt:
2017.06.26 02:38:16 5: CUL/RAW: /*i11115471
*i11115471
2017.06.26 02:38:16 4: CUL_Parse: CULMAPLE868 *i11115471
2017.06.26 02:38:16 5: CULMAPLE868: dispatch *i11115471
2017.06.26 02:38:16 1: CULMAPLE433: no client device assigned
2017.06.26 02:38:17 4: CUL_Parse: CULMAPLE868 *i11115471
2017.06.26 02:38:17 5: CULMAPLE868: dispatch *i11115471
2017.06.26 02:38:17 1: CULMAPLE433: no client device assigned
Das passiert wenn ich auf einer Intertechno V1 Handfernbedienung drücke!
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Moin,
ich sehe gerade den Wald vor lauter Bäumen nicht und benötige mal einen Denkanstoss von Euch ;-)
Ich habe von Busware CUL V3 868 und 433, beide liefen mit einer älteren a-culfw. Nun bin ich auf die aktuelle Version gegangen und habe diese, aufgrund der Übergrösse angepasst und compiliert.
Den 868er konnte ich auch erfolgreich flashen, wenn ich nun aber den 433er mit der 9 flashe, wird dieser vom System als 868 erkannt und auch so in fhem angezeigt.
Wo habe ich bei der ganzen Sache nun einen Denkfehler?
Gruß aus dem hohen Norden
Sven
Gib dem mal ein raw e und dann ccconf? Dann per Hand mal freq auf 433.92 und dann cccconf?
Wenn der wirklich die falsche Firmware flasht, dann ändere die Namen im Dateisystem
mv 868er 868er.backup
cp 433er 868er
Flashen, ccconf, ...
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo,
gibt es für die aktuellen Versionen auf Mediafire und Github auch so einen schönen Changelog wie für die anderen im ersten Post dieses Threads?
Immerhin ist die Version 1.23.02 vor über einem halben Jahr herausgekommen und seitdem gibt 10 neuere Versionen.
EDIT: Achja, und was genau bedeutet die Build-Nummer hinter der Versionsnummer?
Danke und Gruß
ManOki
Zitat von: ManOki am 14 Juli 2017, 17:22:04
Hallo,
gibt es für die aktuellen Versionen auf Mediafire und Github auch so einen schönen Changelog wie für die anderen im ersten Post dieses Threads?
Immerhin ist die Version 1.23.02 vor über einem halben Jahr herausgekommen und seitdem gibt 10 neuere Versionen.
EDIT: Achja, und was genau bedeutet die Build-Nummer hinter der Versionsnummer?
Danke und Gruß
ManOki
Die Buildnummer kommt vom Buildserver. So wird die Version für uns Entwickler nachvollziehbar ;-)
Changelog im Ersten post ist nachgezogen. Ist aber auch jederzeit im repository nachzulesen.
Hallo,
ich hab folgendes Problem:
ich hatte mal vor einiger Zeit mit meinem Testsystem mit einem NanoCUL mit 433 MHz rumgespielt und dabei zufällig den Außentemperatursensor unserer Billig-Wetterstation von Lidl empfangen, angelegt von autocreate. Demnach ist es vom Typ "SD_WS07". Den CUL hatte ich dann auf 868 MHz umgebaut und das Ganze nicht mehr verfolgt.
Heute habe ich mir wieder einen NanoCUL mit 433 MHz zusammengesteckt und wollte dieses Mal den Außensensor in das Produktivsystem integrieren. Doch nun wird der Sensor nicht per autocreate angelegt, die Definition vom Testsystem empfängt keine Daten. Stattdessen wird ein "CUL_TCM97001" Device per Autocreate erzeugt, welches plausible Innenraumwerte vermutlich von einem der Nachbarn empfängt und höhchstwahrscheinlich nichts mit meinem Problem zu tun hat. Hier ein List von dem NanoCUL:
Internals:
CMDS ABCeFfGiKLlMNRTtUVWXx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A43694U2-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A43694U2-if00-port0@38400
FHTID 0000
NAME nanoCUL433
NR 61
PARTIAL
RAWMSG s9180C3F000F9; 480: 3984
STATE disconnected
TYPE CUL
VERSION V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) nanoCUL433 (F-Band: 433MHz)
initString X21
nanoCUL433_MSGCNT 349
nanoCUL433_TIME 2017-07-17 22:49:15
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
Readings:
2017-07-17 19:06:36 Xmit-Events disconnected:1
2017-07-17 21:47:44 cmds A B C e F f G i K L l M N R T t U V W X x
2017-07-17 19:06:36 cond disconnected
2017-07-17 19:06:36 prot_disconnected last
2017-07-17 19:25:48 raw is000000000FF0
2017-07-17 22:49:23 state disconnected
Attributes:
room VCCU
verbose 0
Was mir dabei auffällt ist, wenn ich nach "SD_WS07" google, dass es User gibt, bei denen es in der Liste der "Clients" austaucht, z.B.:
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT::SD_WS07::OREGON::Hideki:
bei mir jedoch nicht.
Kann es sein, dass mein "alter" NanoCUL, durch welchen Zufall auch immer dieses Protokoll aktiviert hatte und mein neuer nicht? Wenn ja, wie bekomme ich es aktiviert?
Hallo zusammen,
habe mich nun bis zu der "board.h" vom NanoCUL der a-culfw vorgearbeitet, finde da aber keinen Hinweis auf "SD_WS07". Auch im Changelog finde ich keine Hinweise, dass dieses Protokoll möglicherweise entfernt wurde. Ziemlich geheimnisvoll... Kann bitte jemand Licht ins Dunkel bringen?
Danke und Gruß
Horti
Hi,
zunächst einmal: Ein nanoCUL mit Signalduino Firmware kann das auch: https://wiki.fhem.de/wiki/SIGNALduino
Björn hat dazu im anderen Thread was geschrieben:
https://forum.fhem.de/index.php/topic,35064.msg591354.html#msg591354
Wie sehen Deine ccconf Werte aus?
KölnSolar hat dazu Vorschläge gemacht: sens 8db und rAmpl 38
https://forum.fhem.de/index.php/topic,35064.msg591775.html#msg591775
Edit: Inzwischen habe ich verstanden, dass die Client Liste in den Modulen 00_CUL.pm bzw. 14_CUL_WS.pm gepflegt ist. Welche Versionen nutzt du?
Der Befehl
version
sollte folgendes liefern:
00_CUL.pm 14119 2017-04-27 11:41:18Z rudolfkoenig
15_CUL_EM.pm 12712 2016-12-04 10:08:23Z rudolfkoenig
18_CUL_HOERMANN.pm 12655 2016-11-25 19:20:44Z rudolfkoenig
No Id found for 14_CUL_REDIRECT.pm
14_CUL_TCM97001.pm 12994 2017-01-07 07:49:53Z bjoernh
14_CUL_TX.pm 12387 2016-10-20 08:07:56Z rudolfkoenig
14_CUL_WS.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo,
ich habe in den letzten Tagen mehrfach das Problem gehabt, dass 2 meiner 3 CULs nicht mehr reagiert haben und sich nur durch Trennung vom Strom wieder beleben liessen.
Ein CUL ist ein miniCUL am LacrosseGateway (https://forum.fhem.de/index.php/topic,55705.msg660470.html#msg660470), der andere ist ein selbst gelöteter nanoCUL.
Der dritte, bei dem das Problem noch nicht aufgetreten ist, ist ein MaxCube (wobei dieser auch nicht den "typischen" CC1101 Chip hat, oder?) siehe https://wiki.fhem.de/w/images/0/0c/CC1101_868_mini.png
Bei allen CULs wird alle 5 Minuten die Uptime abgefragt, um Probleme möglichst früh zu erkennen.
Sollte der jeweilige CUL nicht antworten, wird ein "set CULxx reopen" abgesetzt.
Symptom bei beiden ist, dass sie auf Opened stehen bleiben, wenn das Problem auftritt.
Daran ändert sich auch nach dem x-ten open nichts.
Beim LacrosseGateway habe ich auch schon gebootet und das Gateway neu geflashed, um den CUL wieder zu beleben.
Aber einzig das Trennen vom Strom bzw. ziehen/stecken des nanoCUL hat bisher geholfen.
Jetzt frage ich mich, woran es liegen könnte und was man SW technisch machen kann, um den CUL zu reanimieren.
Die letzten Änderungen bei mir im Zusammenhang mit 868Mhz waren der Nachbau zweier HM-WDS10-TH-0 mit der AskSin++ Library.
Versionen:
nanoCUL=V 1.24.02 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)
miniCUL=V 1.21.00 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
Micky
Hallo Arndt,
Danke für Deine Antwort.
Meine cconf sah so aus:
nanoCUL433 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Nun habe ich die Werte gemäß diverser Verschläge geändert:
nanoCUL433 ccconf => freq:433.920MHz bWidth:464KHz rAmpl:38dB sens:8dB
leider keine Verbesserung.
Was die Version der Module angeht, so bekomme ich von FHEM folgendes angezeigt (nur die Module mit "CUL" am Anfang):
00_CUL.pm 14119 2017-04-27 11:41:18Z rudolfkoenig
10_CUL_HM.pm 14626 2017-07-02 13:19:36Z martinp876
14_CUL_TCM97001.pm 12994 2017-01-07 07:49:53Z bjoernh
Also habe ich weniger Module als Du, wie kann das sein?
Dass es mit dem SignalDuino auch gehen würde, habe ich bei meiner Recherche auch festgestellt, wäre für mich auch eine Option, wenn es mit dem CUL defivitiv nicht geht. Aber im Moment habe ich den Eindruck, dass es "einfach" nur an einer Einstellung happert, hat ja vorher problemlos funktioniert.
Hi,
aber dann fehlen Dir ja Module.
Was sagt ein
update check
bzw.
update
zu den CUL Modulen?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Ich habe
update force
ausgeführt, aber die Module sind nicht dazugekommen:
00_CUL.pm 14119 2017-04-27 11:41:18Z rudolfkoenig
10_CUL_HM.pm 14744 2017-07-18 18:35:30Z martinp876
14_CUL_TCM97001.pm 12994 2017-01-07 07:49:53Z bjoernh
Noch irgendwelche Ideen?
Moin,
versuche immer noch das Problem zu lösen. Habe mir auf meinem FHEM-Server die Dateien im FHEM-Verzeichnis angesehen, es sind weit mehr als mir der version-Befehl in FHEM ausgibt:
$ ls -a *CUL*
00_CUL.pm 10_CUL_HM.pm 14_CUL_TCM97001.pm 16_CUL_RFR.pm
00_TSCUL.pm 10_CUL_IR.pm 14_CUL_TX.pm 18_CUL_HOERMANN.pm
00_ZWCUL.pm 14_CUL_MAX.pm 14_CUL_WS.pm 98_CULflash.pm
09_CUL_FHTTK.pm 14_CUL_REDIRECT.pm 15_CUL_EM.pm CUL_Util.pm
Wie kommt es aber zu dieser Diskrepanz? Ist es überhaupt relevant für das Problem?
Gibt es hier jemanden mit der a-culfw, der SD_WS07-Sensoren empfängt?
Gruß
Horty
Hallo Leute
Was mache ich falsch???
Ich komme nicht weiter. Hatte vorher die normale CUL_Version drauf.
Habe den CUL in Bootloader gesetzt. Blinkt nun schnell. (set nanoCUL B01)
dann in den ordner mit der passenden datei für meinen NanoCUL gegangen. Ist nanoCUL, hier flash.sh ausgeführt.
klappt soweit auch.
nur 1 ausgewählt.
klappt auch noch er schreibt ich solle meinen CUL in Bootloader modus versetzten. ??müsste er ja sein oder nicht??
dann sagt er ich solle meinen USBPort auswählen.
pi@raspberrypi:~ $ lsusb
Bus 001 Device 007: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
es nüsste der unter Device 007 sein. aber wie wähle ich diesen an. oder mach ich noch etwas falsch??
Bitte um Hilfe.
Bin noch neu in sachen CUL
Danke für eure hilfe
Hi,
Das Device ist etwas dieser Art für NanoCULs:
/dev/ttyUSB0
oder
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_XXXXXXXX-if00-port0
oder
/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
Das kannst Du entweder rausfinden durch
ls -l /dev/serial/by*
oder Du schaust in FHEM in der Definition des CUL
oder Du schaust mit
dmesg -w
während Du den Stick einsteckst ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Guten morgen,
ich bin mit meinem Problem weitergekommen. Wie ich anfangs geschrieben habe, empfange ich mit dem 433er CUL auch CUL_TCM97001-Sensoren von Nachbarn. Es hat sich nun herausgestellt, dass wenn ich den CUL anders positioniere, so dass die TCM-Sensoren nicht mehr empfangen werden, und die TCM-Devices lösche, dann funktioniert der Empfang meines SD_WS07-Sensors, "SD_WS07" taucht dann auch unter den Clients beim CUL auf.
Nun ist aber das Anderspositionieren keine Option, also habe ich 2 Workarounds gefunden:
1. autocreate komplett deaktivieren
2. ignoreTypes im autocreate auf "GT_WT_.*" setzen
Sinn des Ganzen ist, Vorhandensein von TCM-Sensoren im FHEM zu unterbinden, denn sobald ein TCM-Sensor definiert wird, wird die Nachricht meines SD_WS07-Sensors als
CUL_TCM97001 Unknown Code: 9180C4F000
verworfen.
Nun kann ich zwar mit dem 2.Workaround leben, die Nachrichten der TCM-Sensoren tauchen aber trotzdem im Event-Monitor auf, denn um sie auszublenden, muss ich erst das Device anlegen, um es auf ignore zu setzen, was ja widerum zum Problem mit meinem SD_WS07-Sensor führt >:(
Wenn jemand in der Lage und willens ist, diesen Mißstand zu beheben, würde ich gerne weitere Daten zur Verfügung stellen und auch als Testobjekt fungieren.
Horti
Edit: So gut kann ich wohl doch nicht mit dem Workaround leben, denn nun wird auch mein Logfile mit Nachrichten wie
CUL_TCM97001 Unknown device CUL_TCM97001_145, please define it
geflutet. Gibt es eine andere Möglichkeit, das auszublenden, als das Device anzulegen und auf ignore zusetzen?
@RaspiLED
Danke der TIP war richtig.
Nun habe ich aber leider eine fehlermeldung rausbekommen. Kann mir jemand sagen was das problem ist??
so sieht es aus was geschrieben würde.
Call now avrdude -p atmega328p -c arduino -P /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -b 57600 -D -Uflash:w:./nanoCUL868.hex:i
./flash.sh: Zeile 67: avrdude: Kommando nicht gefunden.
Danke schon mal im vorraus
Hi,
Welche Anleitung befolgst Du?
Nimm mal diese Schritt für Schritt ;-)
https://github.com/heliflieger/a-culfw/blob/master/culfw/Devices/nanoCUL/README
Konkret fehlen Dir jetzt Softwarepakete:
sudo apt-get install make avrdude
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
hatte die von computerhilfe.de
werde es mit deiner anleitung nochmal probieren danke
Ja es fehlte noch ein programm. Danke
das heist bestimmt es hat nicht geklappt oder??
Call now avrdude -p atmega328p -c arduino -P /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -b 57600 -D -Uflash:w:./nanoCUL868.hex:i
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
avrdude done. Thank you.
Hi,
so fast durch ;-)
Jetzt muss der CUL mit
get <Dev> raw B01
oder
Taste beim einstecken
vorbehandelt werden ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Bin so vorgegangen.
raw B01 in fhem (blinkt nun schnell)
dann über Putty
habe mich in den ordner von nanoCUL vorgearbeitet. dann flash.sh
1 ausgewählt für 868mhz
dann den port ausgewhält.
dann ging es auch schon los.
Hi,
Dann sollte es eigentlich auch gehen ;-)
Zeig uns mal Dein
ls -la /dev/serial/by*
Hast Du noch andere CH340 USB Sticks am Pi?
Versuch doch mal den /dev/ttyUSB0 wenn keine anderen USB Sticks dran sind.
Gruß Arnd
Gesendet von meinem SM-G800F mit Tapatalk
Habe sonst noch eine Maya ex 44 soundkarte daran. Dieses habe ich aber extra schon abgezogen.
So sieht mein ls -la /dev/serial/by* code aus.
pi@raspberrypi:~ $ ls -la /dev/serial/by*
/dev/serial/by-id:
insgesamt 0
drwxr-xr-x 2 root root 60 Jul 21 15:29 .
drwxr-xr-x 4 root root 80 Jul 21 15:29 ..
lrwxrwxrwx 1 root root 13 Jul 21 15:29 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0
/dev/serial/by-path:
insgesamt 0
drwxr-xr-x 2 root root 60 Jul 21 15:29 .
drwxr-xr-x 4 root root 80 Jul 21 15:29 ..
lrwxrwxrwx 1 root root 13 Jul 21 15:29 platform-3f980000.usb-usb-0:1.2:1.0-port0 -> ../../ttyUSB0
Habe auch schon die plattform eingegeben passiert aber leider das gleich.
Bei Fhem steht wenn ich raw B01 eingebe openend unter status. also eigentlich genau das was ich möchte.
Muss ich fhem vielleicht stopen??
ich versuch es mal
Nachtrag: mit fhem stoppen hat es auch nicht geholfen. Und 433mhz funktoniert auch nicht.
Aber der eigenbau ist doch nanoCUL oder nicht??
Ja nanoCUL,
Schau Dir mal dmesg -w an wenn Du den CUL einsteckst bzw. Mit Taste einsteckst. Vorher tatsächlich mal in FHEM ein shutdown eingeben.
Sicherheitshalber mal schauen ob alle fhem gestoppt sind
ps ax | grep perl
oder statt perl fhem
Sonst halt ein
sudo killall perl
Bzw. Was halt so da steht
Und dann versuche das flashen mit ttyUSB0.
Verstehen tue ich es noch nicht, warum es nicht will ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
werde es morgen ausprobieren
werde mich dann nochmal melden
Zitat von: Horti am 21 Juli 2017, 10:23:51
Guten morgen,
ich bin mit meinem Problem weitergekommen. Wie ich anfangs geschrieben habe, empfange ich mit dem 433er CUL auch CUL_TCM97001-Sensoren von Nachbarn. Es hat sich nun herausgestellt, dass wenn ich den CUL anders positioniere, so dass die TCM-Sensoren nicht mehr empfangen werden, und die TCM-Devices lösche, dann funktioniert der Empfang meines SD_WS07-Sensors, "SD_WS07" taucht dann auch unter den Clients beim CUL auf.
Nutzt Du die CUL FW oder die aculfw?
Nach meinem Wissen ist es so, dass der CUL unterschiedlicher Protokolle mal identisch an FHEM gemeldet hat. Vermutlich ist das auch noch heute so.
Eigentlich sollte dann das Modul Redirect entscheiden ob es zu TCM97001 oder SD_WS07 gehört.
Ich habe keinen CUL, aber ich vermute da läuft was schief. Den Teil hat Björn entwickelt.
Grüße Sidey
Hi Sidey,
Danke für Deine Antwort.
Auf dem NanoCUL ist a-culfw drauf. Es gibt ja sowohl in der Liste der Clients als auch unter den Modulen ein "CUL_REDIRECT", die Frage ist dann wohl, ob es bei mir auch richtig funktioniert.
Dann warte ich auf Björns Rückmeldung.
Gruß
Horti
Zitat von: RaspiLED am 21 Juli 2017, 18:17:17
Ja nanoCUL,
Schau Dir mal dmesg -w an wenn Du den CUL einsteckst bzw. Mit Taste einsteckst. Vorher tatsächlich mal in FHEM ein shutdown eingeben.
Sicherheitshalber mal schauen ob alle fhem gestoppt sind
ps ax | grep perl
oder statt perl fhem
Sonst halt ein
sudo killall perl
Bzw. Was halt so da steht
Und dann versuche das flashen mit ttyUSB0.
Verstehen tue ich es noch nicht, warum es nicht will ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Danke RaspiLED
es hat geklappt.
Nur leider empfängt mein CUL keine unbekannten geräte.
Im EventMonitor steht nur drin wenn ich ihn geschaltet habe.
Wenn ich ihn wie beschrieben auf X25 setzte kommt eine fehlermeldung das dieses mit Homematic nicht geht.
was mache ich den falsch?
ZitatNur leider empfängt mein CUL keine unbekannten geräte.
Die da wären ?
ZitatWenn ich ihn wie beschrieben auf X25 setzte kommt eine fehlermeldung das dieses mit Homematic nicht geht.
Und die Meldung ist korrekt :o
ZitatX<RR> Enable data reporting for SlowRF (i.e. 1kHz data rate)
Homematic ungleich SlowRF :o
Welchen mode willst Du also einsetzen :-\
Grüße Markus
PS: Wäre es nicht besser einen eigenen Thread aufzumachen ? Das alles hat recht wenig mit der Entwicklung an der aculfw zu tun.
okay werde ich machen
trotzdem schon mal danke
Hallo zusammen...
Ich habe mir gerade auf einen Busware Cul 433mhz die aculfw geladen...
Da ich gerne die fernbedienungen der Steckdosen nutzen möchte...
Raspberry Pi 1 - Max2Play - Fhem
Die Fernbedienung von den Intertechno Steckdosen wurde automatisch angelegt...
Doch die Fernbedienung der Brennenstuhl steckdosen nicht. (ist die Fernbedienung mit den Dip Schaltern)
Gibt es eine möglichkeit die Fernbedienung auch ans laufen zu bekommen :) ?
Guten Abend,
ich habe nun zwei nanoCULs zusammen gelötet und beide mit der aculfw geflasht. Das lief auch Problemlos durch. Einer ist für 433Mhz, der andere für 868Mhz (soll später für HM sein), die Datei habe ich natürlich vor dem make angepasst.
Der 433Mhz CUL läuft nun so wie er soll.
Bei dem 868Mhz CUL habe ich das Problem, das sobal ich den rfmode setze, der CUL sich "abmeldet" und nur noch "opend" dort steht.
Das Log sagt dann folgendes:
2017.07.30 20:23:01 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH05MZMB-if00-port0 disconnected, waiting to reappear (CUL868)
2017.07.30 20:23:01 3: Setting CUL868 serial parameters to 38400,8,N,1
2017.07.30 20:23:10 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH05MZMB-if00-port0, ignoring it (CUL868)
Habe im Netz leider noch nichts gefunden was geholfen hat.
Gibts da einen Lösungsansatz von euch hier?
Hi, was sagt der denn bei get ccconf? Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Da sagt er nach dem setzten (Also auch aktuell) ,,no FD"
No FD bedeutet, das der CC1101 nicht richtig angesprochen/gefunden wird. Also die Verkabelung nochmal checken und gegebenenfalls durchmessen. du hast ja den anderen und kannst die Widerstände an jedem PIN des cc1101 vergleichen.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Aber auch version oder uptime sagen ,,no answer" ???
Hi,
Ohne status initialized können die Befehle nix liefern!
Aber nochmal: Hardware checken
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Check ich später nochmal.
Wobei die Fehler erst auftreten wenn der rfmode gesetzt ist. Ist dieser noch leer bez. nicht gesetzt, bekomme ich unter Version, Uptime und co auch antworten...
Hi,
Na dann lass uns doch nicht Glaskugel lesen, sondern poste die Werte von ccconf und version ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
sorry,
ccconf spuckt folgendes aus:
freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB
Version sagt:
V 1.25.01 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)
Ich vermute mal das bei dem ccconf die Mhz Zahl nicht richtig ist, bzw da was vom CC11 Modul nicht gelesen wird oder? Kann das am Pegelwanderer liegen?
Bei dem 433Mhz CUL heißt es nämlich
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Und da ist kein Pegelwanderer verbaut...
Hast Du die Leitungen zum cc1101 geprüft? Die Hardware ist nicht sauber verbunden, sonst könnte 0 MHz nicht rauskommen!
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Ha, schau mal einer an. Ohne den Pegelwanderer läuft es nun. ;D ;D
Aber auf Dauer sicher keine Lösung ihn ohne zu betreiben oder? :o
Und mal wieder zig Post's, die rein gar nichts mit der aculfw zu tun haben. Was ist so schwierig ein eigenes Thema zu eröffnen, wenn man seinen nanoCUL nicht zum rennen bekommt :-X Oder hatte die culfw funktioniert ? :o
Unterstützt die a-culfw denn die AES Encryption? Ich wollte gerade mittels "attr CUL868 hmKey geheimerSchluessel" den setzten, allerdings sagt er mir, das der Befehl nicht existiert..
bei mir laufen zwei nano-Culs seit 2 Jahren ohne Pegelwandler, sowohl mit FTDI als auch mit CH Chipsatz, ohne Probleme !!!
ZitatUnterstützt die a-culfw denn die AES Encryption? Ich wollte gerade mittels "attr CUL868 hmKey geheimerSchluessel" den setzten, allerdings sagt er mir, das der Befehl nicht existiert..
Funktioniert es mit der culfw ? Schon mal ins changelog im Eingangspost dieses Threads geguckt ?
Grundsätzlich ist die aculfw eine Erweiterung für 433MHz und eben nicht 868. Macht also in der Regel keinen Sinn die aculfw auf einem 868er zu verwenden.
Hallo liebe Heimautomatisierer,
Als erstes vielen Dank an bjoernh für die Bereitstellung dieser Firmware!
Ich bin zugegebener Maßen Neuling im Umgang mit FHEM, habe es aber geschafft, die Alternative culfw in meinem selbstbau CUL zum laufen zu bringen. Mein erstes Ziel: die altbekannten 433MHz Funksteckstoßen zu steuern. Das Funktioniert über den Server auch bereits super. Mein Wunsch wäre es allerdings, dass auch ein Schaltvorgang über den Handsender von FHEM registriert und verarbeitet wird.
Das funktioniert jetzt leider nur so halb:
1. Ich schalte die Steckdose über FHEM an. (das Symbol in FHEM zeigt eine leuchtende Glühbirne)
2. Ich schalte die Steckdose mit dem Handsender aus. -> FHEM erkennt dies und setzt den Status der Steckdose wieder auf aus. (das Symbol in FHEM zeigt eine deaktivierte Glühbirne)
So weit so gut. Anders herum funktioniert es leider nicht. Schalte ich die Steckdose über den Handschalter ein, reagiert FHEM nicht darauf. Wobei die schnell blinkende LED des CULs darauf schließen lässt, dass das Signal empfangen wird.
Kennt vielleicht einer von euch das Problem und kann helfen? Ich wäre euch sehr dankbar!
Viele Grüße xotox91
Willkommen xotox,
mach doch bitte ein neues Thema auf. Dein Problem hat vermutlich nichts mit der aculfw zu tun. Stell dann ein list der Dose ein u. gib Hersteller und Typ an. Den CUL mal auf verbose 5 setzen und dann im Log gucken, was bei AusEin-Taste passiert.
Grüße Markus
Hallo bjoernh,
ich steuere seit einigen Jahren erfolgreich eine markilux Markise (SOMFY - Modul). Ich kann auch immer noch die Markise über FHEM steuern. Wenn ich jedoch die Markise über die FB Typ: RS-F1-433 sehe ich in FHEM keine Statusänderung z.B. Position. Ich meine mich zu erinnern, dass dies früher ging, bin mir allerdings nicht 100% sicher. Aber sonst hätte ja wohl das Anlernen auch nicht funktioniert.
Ich habe jetzt die CUL auf verbose 6 und RAW auf X61 gestellt. Die CUL hat den HW Stand CUL Version (V3 433MHz) / Firmware ist V 1.24.02 a-culfw Build: 208. Dann bekomme ich folgenden Log:
2017.08.09 20:38:55 4: CUL_Parse: CUL_0 om93D273071C5100E6
2017.08.09 20:38:55 5: CUL_0: dispatch om93D273071C5100E6
2017.08.09 20:38:55 5: CUL_REDIRECT (m93D273071C5100E6) length: 17 RSSI: -87
2017.08.09 20:38:55 5: CUL_REDIRECT (m93D273071C5100E6) match Manchester COODE length: 17
2017.08.09 20:38:55 5: CUL_REDIRECT decode Oregon 2 (93D273071C5100E6)
2017.08.09 20:38:55 5: bitdata: 1001001111010010011100110000011100011100010100010000000011100110
2017.08.09 20:38:55 5: CUL_REDIRECT decode Oregon 3 (93D273071C5100E6)
2017.08.09 20:38:55 5: bitdata: 1001001111010010011100110000011100011100010100010000000011100110
2017.08.09 20:38:55 5: CUL_REDIRECT decode Hideki (93D273071C5100E6)
2017.08.09 20:38:55 5: CUL_0: search in 1001001111010010011100110000011100011100010100010000000011100110
2017.08.09 20:38:55 5: protocol does not match, ignore received package (93D273071C5100E6) Reason: Not a hideki protocol
2017.08.09 20:38:55 5: CUL/RAW: /omB49E939838E288E6
2017.08.09 20:38:55 4: CUL_Parse: CUL_0 omB49E939838E288E6
2017.08.09 20:38:55 5: CUL_0: dispatch omB49E939838E288E6
2017.08.09 20:38:55 5: CUL_REDIRECT (mB49E939838E288E6) length: 17 RSSI: -87
2017.08.09 20:38:55 5: CUL_REDIRECT (mB49E939838E288E6) match Manchester COODE length: 17
2017.08.09 20:38:55 5: CUL_REDIRECT decode Oregon 2 (B49E939838E288E6)
2017.08.09 20:38:55 5: bitdata: 1011010010011110100100111001100000111000111000101000100011100110
2017.08.09 20:38:55 5: CUL_REDIRECT decode Oregon 3 (B49E939838E288E6)
2017.08.09 20:38:55 5: bitdata: 1011010010011110100100111001100000111000111000101000100011100110
2017.08.09 20:38:55 5: CUL_REDIRECT decode Hideki (B49E939838E288E6)
2017.08.09 20:38:55 5: CUL_0: search in 1011010010011110100100111001100000111000111000101000100011100110
2017.08.09 20:38:55 5: protocol does not match, ignore received package (B49E939838E288E6) Reason: Not a hideki protocol
2017.08.09 20:38:56 5: CUL/RAW: /omB49E939838E288E6
2017.08.09 20:38:56 4: CUL_Parse: CUL_0 omB49E939838E288E6
2017.08.09 20:38:56 5: CUL_0: dispatch omB49E939838E288E6
2017.08.09 20:38:56 5: CUL_REDIRECT (mB49E939838E288E6) length: 17 RSSI: -87
2017.08.09 20:38:56 5: CUL_REDIRECT (mB49E939838E288E6) match Manchester COODE length: 17
2017.08.09 20:38:56 5: CUL_REDIRECT decode Oregon 2 (B49E939838E288E6)
2017.08.09 20:38:56 5: bitdata: 1011010010011110100100111001100000111000111000101000100011100110
2017.08.09 20:38:56 5: CUL_REDIRECT decode Oregon 3 (B49E939838E288E6)
2017.08.09 20:38:56 5: bitdata: 1011010010011110100100111001100000111000111000101000100011100110
2017.08.09 20:38:56 5: CUL_REDIRECT decode Hideki (B49E939838E288E6)
2017.08.09 20:38:56 5: CUL_0: search in 1011010010011110100100111001100000111000111000101000100011100110
2017.08.09 20:38:56 5: protocol does not match, ignore received package (B49E939838E288E6) Reason: Not a hideki protocol
2017.08.09 20:38:58 5: CUL/RAW: /omB49E939838E288E7
2017.08.09 20:38:58 4: CUL_Parse: CUL_0 omB49E939838E288E7
2017.08.09 20:38:58 5: CUL_0: dispatch omB49E939838E288E7
2017.08.09 20:38:58 5: CUL_REDIRECT (mB49E939838E288E7) length: 17 RSSI: -86.5
2017.08.09 20:38:58 5: CUL_REDIRECT (mB49E939838E288E7) match Manchester COODE length: 17
2017.08.09 20:38:58 5: CUL_REDIRECT decode Oregon 2 (B49E939838E288E7)
2017.08.09 20:38:58 5: bitdata: 1011010010011110100100111001100000111000111000101000100011100111
2017.08.09 20:38:58 5: CUL_REDIRECT decode Oregon 3 (B49E939838E288E7)
2017.08.09 20:38:58 5: bitdata: 1011010010011110100100111001100000111000111000101000100011100111
2017.08.09 20:38:58 5: CUL_REDIRECT decode Hideki (B49E939838E288E7)
2017.08.09 20:38:58 5: CUL_0: search in 1011010010011110100100111001100000111000111000101000100011100111
2017.08.09 20:38:58 5: protocol does not match, ignore received package (B49E939838E288E7) Reason: Not a hideki protocol
2017.08.09 20:39:09 5: CUL/RAW: /omB2FEF3FE5E84EEE3
2017.08.09 20:39:09 4: CUL_Parse: CUL_0 omB2FEF3FE5E84EEE3
2017.08.09 20:39:09 5: CUL_0: dispatch omB2FEF3FE5E84EEE3
2017.08.09 20:39:09 5: CUL_REDIRECT (mB2FEF3FE5E84EEE3) length: 17 RSSI: -88.5
2017.08.09 20:39:09 5: CUL_REDIRECT (mB2FEF3FE5E84EEE3) match Manchester COODE length: 17
2017.08.09 20:39:09 5: CUL_REDIRECT decode Oregon 2 (B2FEF3FE5E84EEE3)
2017.08.09 20:39:09 5: bitdata: 1011001011111110111100111111111001011110100001001110111011100011
2017.08.09 20:39:09 5: CUL_REDIRECT decode Oregon 3 (B2FEF3FE5E84EEE3)
2017.08.09 20:39:09 5: bitdata: 1011001011111110111100111111111001011110100001001110111011100011
2017.08.09 20:39:09 5: CUL_REDIRECT decode Hideki (B2FEF3FE5E84EEE3)
2017.08.09 20:39:09 5: CUL_0: search in 1011001011111110111100111111111001011110100001001110111011100011
2017.08.09 20:39:09 5: protocol does not match, ignore received package (B2FEF3FE5E84EEE3) Reason: Not a hideki protocol
2017.08.09 20:39:09 5: CUL/RAW: /omBD09DCDC
2017.08.09 20:39:09 4: CUL_Parse: CUL_0 omBD09DCDC
2017.08.09 20:39:09 5: CUL_0: dispatch omBD09DCDC
2017.08.09 20:39:09 5: CUL_REDIRECT (mBD09DCDC) length: 9 RSSI: -92
2017.08.09 20:39:09 5: CUL_REDIRECT (mBD09DCDC) match Manchester COODE length: 9
2017.08.09 20:39:09 5: CUL_REDIRECT decode Oregon 2 (BD09DCDC)
2017.08.09 20:39:09 5: bitdata: 10111101000010011101110011011100
2017.08.09 20:39:09 5: CUL_REDIRECT decode Oregon 3 (BD09DCDC)
2017.08.09 20:39:09 5: bitdata: 10111101000010011101110011011100
2017.08.09 20:39:09 5: CUL_REDIRECT decode Hideki (BD09DCDC)
2017.08.09 20:39:09 5: CUL_0: search in 10111101000010011101110011011100
2017.08.09 20:39:09 5: protocol does not match, ignore received package (BD09DCDC) Reason: Not a hideki protocol
2017.08.09 20:39:10 5: CUL/RAW: /omB2FEF3FE5E84EEE0
2017.08.09 20:39:10 4: CUL_Parse: CUL_0 omB2FEF3FE5E84EEE0
2017.08.09 20:39:10 5: CUL_0: dispatch omB2FEF3FE5E84EEE0
2017.08.09 20:39:10 5: CUL_REDIRECT (mB2FEF3FE5E84EEE0) length: 17 RSSI: -90
2017.08.09 20:39:10 5: CUL_REDIRECT (mB2FEF3FE5E84EEE0) match Manchester COODE length: 17
2017.08.09 20:39:10 5: CUL_REDIRECT decode Oregon 2 (B2FEF3FE5E84EEE0)
2017.08.09 20:39:10 5: bitdata: 1011001011111110111100111111111001011110100001001110111011100000
2017.08.09 20:39:10 5: CUL_REDIRECT decode Oregon 3 (B2FEF3FE5E84EEE0)
2017.08.09 20:39:10 5: bitdata: 1011001011111110111100111111111001011110100001001110111011100000
2017.08.09 20:39:10 5: CUL_REDIRECT decode Hideki (B2FEF3FE5E84EEE0)
2017.08.09 20:39:10 5: CUL_0: search in 1011001011111110111100111111111001011110100001001110111011100000
2017.08.09 20:39:10 5: protocol does not match, ignore received package (B2FEF3FE5E84EEE0) Reason: Not a hideki protocol
Wird der Datenempfang der FB ab einer gewissen CUL FW Version nicht mehr unterstützt?
Danke
Volker
Hi,
Somfy sendet doch auf 433.420 MHz. Hast Du das eingestellt? Evtl. verrauschtes Signal?
Laut Wiki kann die (a-)culfw nur Somfy senden.
Ich nutze einen nanoCUL mit Signalduino FW zum Empfang und Senden.
Grüße Arnd
@xotox91
https://forum.fhem.de/index.php/topic,58396.60.html (https://forum.fhem.de/index.php/topic,58396.60.html)
und hier, Stichwort ITFrequency:
https://forum.fhem.de/index.php/topic,67536.msg631809.html#msg631809 (https://forum.fhem.de/index.php/topic,67536.msg631809.html#msg631809)
Hallo,
ich habe mir neue Funksteckdosen gekauft, weil sich die ersten irgendwann festgefressen haben (das Relais ging nicht mehr) und die zweite Variante nicht richtig abgeschaltet hat...
Leider lassen sich die neuen Steckdosen nicht mehr über Fhem schalten, irgendwas ist immer... :-X
Es sind selbstlernende Dosen von Etekcity.
Das Protokoll ist anscheinend zu verschieden und nicht kompatibel, ist es möglich die Teile mit wenig Aufwand lauffähig zu bekommen, was muss ich dafür tun?
die Details hat wohl schon jemand hier herausgefunden:
http://shaunsbennett.com/piblog/?p=142 (http://shaunsbennett.com/piblog/?p=142)
Ich habe den CUL bei mir ins Debugging versetzt und beim Tastendruck diese Ausgabe erhalten:
p 3 80 560 416 224 0 0 20 4 2 0 208 512 0 49 5703
p 3 96 544 448 208 0 0 18 6 2 0 128 544 0 4A 5703
p 3 96 544 448 224 0 0 18 6 2 0 128 544 0 4A 5703
p 3 96 544 448 208 0 0 17 5 2 0 112 560 0 4A 5703
p 3 96 544 432 208 0 0 18 6 2 0 128 560 0 46 5500
Im Forum habe ich gefunden, dass "p 3" wohl bedeutet, dass kein sync empfangen werden konnte. Das würde zu den Beschreibung passen, da der Sync-Impuls wohl ein sehr extremes Tastverhältnis HI-LOW hat.
Grüße
Hallo,
ich habe Gestern gemeint ich müsste mal die Aktuelle Version auf meinen Nano 433 flashen, hab dann aber festgestellt das scheinbar das cmd Y irgendwann ausgeflogen ist, und ich nun meine Somfy Rolladen nicht mehr steuern kann.
Kann mir mal einer eben sagen welche die letzte Verison ist die das noch unterstützt ?
Ich hab im Moment die 1.21.00 drauf. Ist das schon die letzte mit Somfy Komandos ?
-Skusi
Nanu,
alle noch im Urlaub ???
Dann muß ich wohl doch alle Versionen nach und nach flashen um meine Frage zu beantworten.
???
Hallo, vielleicht etwas off topic meine Frage, aber hat schon mal jemand probiert, die FW auf einen ESP8266 zu portieren ? Ich kam auf die Idee, als ich gelesen habe, dass jemand den Signalduino portiert hat und der HW-mässig ähnlich ist...
Lässt sich die Sendung der Datenprotokolle irgendwie einstellen.
Bei den IT und FS20 Geräten, im speziellen bei den Rollladen Aktoren habe ich das Problem das das Senden eines Befehles zu lange dauert, und durch Überlagerung anderer Datenpakete kurz unterbrochen werden und die Aktoren dadurch nochmals das gleiche Datenpaket bekommt, obwohl es nicht neuerlich gesendet wird.
So kommen immer wieder bei den Rollläden Aktoren falsche Positionen zu stande.
Kann ich das selbst mit Parametern beeinflussen?
ist das dimmen der Intertechno nun auch über die offizielle CUL version möglich oder brauche ich die hier?
Probier es doch einfach aus ;)
Da die aculfw viel mehr bzgl. 433MHz u. slowRF unterstützt, ist die aculfw 1. Wahl :)
Grüße Markus
kann mir jemand sagen wie ich das ganze am einfachsten flashe? Vllt direkt übers Raspi
Mir ist klar wie der Prozess als solchen funktioniert. Ich weiß aber nicht wie die datei auf den Raspbarry bekomme.
Ich könnte ihn mit wget laden aber dann?
Mit Flip habe ich es auch schon erfolglos probiert.. Wäre nett wenn mir jmd hilft.
Hey mister,
SuFu sollte helfen sonst google.
https://wiki.fhem.de/wiki/Selbstbau_CUL
Welche Hardware? Busware CUL oder nanoCUL?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
danke für deine Antwort. Ich verwende ein Selbstbau nanoCul. Funktioniert auch soweit gut. Ich bekomme wie gesagt nur nicht die alternative firmware geflasht :-[
FHEM stoppen z.B. mit shutdown in der Weboberfläche oder mit
sudo service fhem stop
mkdir a-culfw
cd a-culfw
wget http://download1496.mediafire.com/plbb7699bxpg/3a6dct64hp9p69z/a-culfw_1.26.00_build_268.zip
unzip a-culfw_1.26.00_build_268.zip
cd nanoCUL/
sudo ./flash.sh
Darin dann halt 2 für 433MHz oder 1 für 868MHz und den richtigen Port angeben (falls nur ein USB Stick dran ist reicht ein Enter)
Dann FHEM starten oder rebooten
sudo service fhem start
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
vielen Dank für die Erklären ich bekomme jedoch folgenden Fehler.
Als Image läuft OSMC
Archive: a-culfw_1.26.00_build_268.zip
unzip: invalid zip magic 44213C20
unzip ist installiert
Hi, dann hat er das ZIP nicht richtig geladen!
Was sagt
file a-culfw*
Und
ls -la a-culfw*
$ file a-culfw_1.26.00_build_268.zip
a-culfw_1.26.00_build_268.zip: Zip archive data, at least v2.0 to extract
$ ls -la a-culfw_1.26.00_build_268.zip
-rw-r--r-- 1 pi pi 1301511 Sep 16 20:19 a-culfw_1.26.00_build_268.zip
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hi, danke für die Rückmeldung.
Ich glaube du hast recht, wenn ich es runterlade sieht das schon so aus
Saving to: 'a-culfw_1.26.00_build_268.zip.2'
a-culfw_1.26.00_bui [ <=> ] 36.80K 88.6KB/s in 0.4s
2017-09-17 17:37:13 (88.6 KB/s) - 'a-culfw_1.26.00_build_268.zip.2' saved [37684]
die anderen Befehle sagen
osmc@osmc:~/a-culfw$ file a-culfw_1.26.00_build_268.zip
-bash: file: command not found
osmc@osmc:~/a-culfw$ ls -la a-culfw_1.26.00_build_268.zip
-rw-r--r-- 1 osmc osmc 37684 Sep 17 17:42 a-culfw_1.26.00_build_268.zip
osmc@osmc:~/a-culfw$
ich habe den Fehler gefunden. ich habe für wget die datei mal selber vor dem download über den browser angeklickt und den link eingefügt. Danke nochmal
Ich habe noch ein anderes Problem. Und zwar habe ich einen AWMR-300 von Trust.
Ich kann ihn ein aber nicht ausschalten.
Hi,
sudo apt-get install file
Dann sollte es das Programm geben. Der Rest ist hier wahrscheinlich offtopic.
Mach mal einen neuen Thread auf: Zeige dort ein list des Devices und die genaue Typenbezeichnung und dann die Events bei verbose 5 des Geräts und des CULs bei an und ausschakten mit Fernbedienung und via FHEM.
Ich tippe darauf, dass die Definition einen anderen OffCode braucht ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Ich habe keine Foreneinträgebzgl. Mischen von Intertechno V1 und V3 Geräten geunden, daher erlaube ich mir hier zu posten...
Ich habe neben den 10EUR Pollin Dosen (mit 10 DIP-Schaltern) nun auch einen Bewegungsmelder (PIR-1000), der den langen Code ausgibt (V3).
Nun kann ich allerdings die alten Steckdosen (V1) nicht mehr mit dem Tri-State Kommando per FHEM schalten. Auch das Reading wenn ich die Steckdosen per Fernbedienung schalte sieht anders aus:
- Ausschalten lt. FHEM Definition: is00000FF00FF0
- Auschalten per Fernbedienung: i0014140A UND i00155F0A (kommen in zwei Zeilen hintereinander)
Ich nutze die a-culfw-1.26.00 auf einem CUBe.
Nach meiner Meinung handelt es sich nicht um ein FHEM "Probelm", da ja bereits die Fernbedienungscodes anders von der CULFW interpretiert werden. FHEM ordnet den Ein/Aus Code übrigens der rcihtigen Steckdose zu.
Kann die Firmware überhaupt zwischen Intertechno V1 und V3 umschalten? Woran erkennt man, ob es sich um ein V1 oder V3 Signal handelt (außer an der Länge)?
Vielen Dank schonmal für die großartige Arbeit!
Alex
so richtig verstehe ich Dein Problem nicht. Irgendwas passt da in der Beschreibung nicht.
Was meinst Du z.B. mit
ZitatKann die Firmware überhaupt zwischen Intertechno V1 und V3 umschalten?
Da wird nichts "umgeschaltet". Es wird einfach nur eine Bitfolge gesendet, V1 oder V3 oder irgend etwas anderes mit 433MHz und dem OOK-Demodulationsverfahren.
Mit der aculfw hat Deine Problemstellung nichts zu tun, weshalb Du besser ein eigenes u. neues Thema eröffnest.
Sorry wenn ich zu ungenau war...
Wahrscheinlich hat irgendetwas irgendeinen Speicher geschrieben, der nicht hätte geschrieben werden dürfen. Hab den CUBe nochmal neu geflasht und aus FHEM ein evtl. problematisches GetHttpFile rausgenommen. Mein Log sah z.B. so aus:
2017.09.22 13:44:01 3: cul01: Unknown code .BOVF, help me!
2017.09.22 13:44:11 3: cul01: Unknown code ZERR108, help me!
2017.09.22 13:44:18 3: cul01: Unknown code ..............z^@z^B^X^KF543851, help me!
2017.09.22 13:44:31 3: cul01: Unknown code .z^L^C^@^X^R^\^@^O^@^C^@^X^@z^]^@^@ ^@^DESC^A<8E>v^@^@^X^A<E3><96>^L^G^@^@^X3<84>^@^L^@^C^\0z^G^@^F<F2><B0><80>^Ha
^C^C^F^\B ^X;^@^@^L^@^A^L<80>^B^La^C^@^V.........BOVF, help me!
2017.09.22 13:44:31 3: cul01: Unknown code ..BOVF, help me!
2017.09.22 13:44:31 3: cul01: Unknown code .BOVF, help me!
Dabei hatte FHEM den CUL in einen Mode geschaltet, in dem 12Bit Codes nicht als Tri-State ausgegeben wurden und umgekehrt Tri-State Befehle (der Fernbedienung) nicht als solche erkannt wurden sondern als (zwei Zeilen) eines V3 Codes.
Ich dachte, dass es evtl. ein undokumentiertes Kommando gäbe (und war zu faul im Code zu suchen)...
Es geht mir um das Lesen der Bitfolge, woran erkennt die CULFW, ob es sich um ein 12Bit oder ein 32BIT Intertechno Wort handelt?
Um mir die Frage selbst zu beantworten (intertechno.c); es gibt ein V3 Startbit, anhand dessen eine V3 Sequenz erkannt wird.
Und das Senden wird anhand der übergebenen Code-Länge zwischen V1 (14Bit) und V3 (33/37Bit) entschieden.
ZitatDabei hatte FHEM den CUL in einen Mode geschaltet
Sagte ich ja, sicherlich kein Thema der aculfw.
ZitatUm mir die Frage selbst zu beantworten (intertechno.c); es gibt ein V3 Startbit, anhand dessen eine V3 Sequenz erkannt wird.
Und das Senden wird anhand der übergebenen Code-Länge zwischen V1 (14Bit) und V3 (33/37Bit) entschieden.
Das ist aber auch nur die halbe Wahrheit. Der Empfang wird in der rf_receive_it.c geprüft, nachdem vorab die Prüfung/Erkennung der Wiederholung von Datenpaketen mit Sync-Pulsen erfolgreich war. Dann wird in rf_receive_it.c über die Länge entschieden, ob es V1, V3 oder ein IT(-Derivat) sein könnte. Abschließend wird bei V3 noch zusätzlich geprüft, ob das Startbit vorhanden ist.
Ich hab hier ne 433mhz NoName-Fernbedienung, die lt. nanoCUL bei jedem Knopfdruck ein i5800xx sendet, wobei "xx" für eine HEX-Zahl von 01 bis 1C, also für alle 28 Tasten der Fernbedienung, steht.
Ist es irgendwie möglich, den nanoCUL zu überreden diese Signale so wie er sie empfangen hat wieder rauszusenden, um das Gerät zu steuern?
Es werden 20 Log-Einträge (=Funksignale) pro Sekunde geschrieben, und zwar solange, bis ich die Taste wieder loslasse.
Hier das log für zwei nebeneinanderliegende Tasten auf der Fernbedienung:
2017-10-07 00:28:58 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 448 384 1216 24 1 3 0 384 12304 0 3D 580008
2017-10-07 00:28:58 CUL nanoCUL433 UNKNOWNCODE i580008
2017-10-07 00:28:58 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 384 1232 24 1 3 0 416 12288 0 3C 580008
2017-10-07 00:28:58 CUL nanoCUL433 UNKNOWNCODE p 7 416 1200 1152 464 400 1216 24 1 3 0 400 12304 0 3C 580008
2017-10-07 00:28:58 CUL nanoCUL433 UNKNOWNCODE p 7 400 1232 1152 464 400 1216 24 1 3 0 400 12288 0 3D 580008
2017-10-07 00:28:58 CUL nanoCUL433 UNKNOWNCODE p 7 416 1200 1152 464 400 1216 24 1 3 0 400 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 464 400 1216 24 1 3 0 400 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 432 1216 1152 464 400 1232 24 1 3 0 416 12272 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1232 1152 464 400 1216 24 1 3 0 400 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1200 1152 448 384 1200 24 1 3 0 400 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1152 448 400 1216 24 1 3 0 416 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1168 464 400 1216 24 1 3 0 400 12320 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1152 448 400 1216 24 1 3 0 400 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 464 400 1232 24 1 3 0 400 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1200 1168 448 400 1200 24 1 3 0 400 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 416 1200 24 1 3 0 416 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1136 464 416 1216 24 1 3 0 416 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1152 448 384 1216 24 1 3 0 400 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 464 400 1216 24 1 3 0 416 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 416 1200 24 1 3 0 400 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1168 448 416 1200 24 1 3 0 416 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1200 1152 480 400 1216 24 1 3 0 416 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 416 1200 24 1 3 0 400 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1168 448 400 1200 24 1 3 0 416 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1168 448 416 1200 24 1 3 0 416 12304 0 3D 580008
2017-10-07 00:29:00 CUL nanoCUL433 UNKNOWNCODE p 7 384 1232 1152 448 400 1232 24 1 3 0 416 12304 0 3D 580008
2017-10-07 00:29:00 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 416 1200 24 1 3 0 400 12304 0 3D 580008
2017-10-07 00:29:00 CUL nanoCUL433 UNKNOWNCODE p 7 432 1200 1152 464 400 1216 24 1 3 0 416 12288 0 3B 580008
2017-10-07 00:29:03 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 464 400 1216 24 1 3 0 384 12304 0 3D 580009
2017-10-07 00:29:03 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 464 400 1216 24 1 3 0 384 12304 0 3D 580009
2017-10-07 00:29:03 CUL nanoCUL433 UNKNOWNCODE i580009
2017-10-07 00:29:03 CUL nanoCUL433 UNKNOWNCODE p 7 432 1200 1152 448 400 1216 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:03 CUL nanoCUL433 UNKNOWNCODE p 7 416 1200 1152 448 400 1216 24 1 3 0 416 12304 0 3D 580009
2017-10-07 00:29:03 CUL nanoCUL433 UNKNOWNCODE p 7 400 1232 1152 480 400 1216 24 1 3 0 416 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1152 464 400 1232 24 1 3 0 368 12320 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1136 464 384 1232 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 464 400 1216 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 464 416 1200 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1152 464 400 1216 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1152 464 416 1216 24 1 3 0 400 12304 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1136 464 384 1232 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1152 448 400 1216 24 1 3 0 400 12320 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 432 1200 1152 448 416 1216 24 1 3 0 416 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 400 1184 24 1 3 0 416 12304 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 432 1200 1168 448 416 1200 24 1 3 0 416 12272 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 432 1200 1168 448 400 1200 24 1 3 0 416 12272 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 432 1184 1152 464 400 1216 24 1 3 0 416 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1152 464 400 1216 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 432 1200 1168 448 400 1200 24 1 3 0 400 12272 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1232 1152 480 400 1216 24 1 3 0 416 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 400 1200 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 400 1200 24 1 3 0 416 12304 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1152 448 400 1216 24 1 3 0 416 12288 0 3D 580009
EDIT: eigener Thread (http://forum.fhem.de/index.php/topic,77674.msg696033.html#msg696033)
Zitat von: lichtimc am 07 Oktober 2017, 00:30:39
Ich hab hier ne 433mhz NoName-Fernbedienung, die lt. nanoCUL bei jedem Knopfdruck ein i5800xx sendet, wobei "xx" für eine HEX-Zahl von 01 bis 1C, also für alle 28 Tasten der Fernbedienung, steht.
Ist es irgendwie möglich, den nanoCUL zu überreden diese Signale so wie er sie empfangen hat wieder rauszusenden, um das Gerät zu steuern?
Es werden 20 Log-Einträge (=Funksignale) pro Sekunde geschrieben, und zwar solange, bis ich die Taste wieder loslasse.
Hier das log für zwei nebeneinanderliegende Tasten auf der Fernbedienung:
2017-10-07 00:28:58 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 448 384 1216 24 1 3 0 384 12304 0 3D 580008
2017-10-07 00:28:58 CUL nanoCUL433 UNKNOWNCODE i580008
2017-10-07 00:28:58 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 384 1232 24 1 3 0 416 12288 0 3C 580008
2017-10-07 00:28:58 CUL nanoCUL433 UNKNOWNCODE p 7 416 1200 1152 464 400 1216 24 1 3 0 400 12304 0 3C 580008
2017-10-07 00:28:58 CUL nanoCUL433 UNKNOWNCODE p 7 400 1232 1152 464 400 1216 24 1 3 0 400 12288 0 3D 580008
2017-10-07 00:28:58 CUL nanoCUL433 UNKNOWNCODE p 7 416 1200 1152 464 400 1216 24 1 3 0 400 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 464 400 1216 24 1 3 0 400 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 432 1216 1152 464 400 1232 24 1 3 0 416 12272 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1232 1152 464 400 1216 24 1 3 0 400 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1200 1152 448 384 1200 24 1 3 0 400 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1152 448 400 1216 24 1 3 0 416 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1168 464 400 1216 24 1 3 0 400 12320 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1152 448 400 1216 24 1 3 0 400 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 464 400 1232 24 1 3 0 400 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1200 1168 448 400 1200 24 1 3 0 400 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 416 1200 24 1 3 0 416 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1136 464 416 1216 24 1 3 0 416 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1152 448 384 1216 24 1 3 0 400 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 464 400 1216 24 1 3 0 416 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 416 1200 24 1 3 0 400 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1168 448 416 1200 24 1 3 0 416 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 416 1200 1152 480 400 1216 24 1 3 0 416 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 416 1200 24 1 3 0 400 12288 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1168 448 400 1200 24 1 3 0 416 12304 0 3D 580008
2017-10-07 00:28:59 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1168 448 416 1200 24 1 3 0 416 12304 0 3D 580008
2017-10-07 00:29:00 CUL nanoCUL433 UNKNOWNCODE p 7 384 1232 1152 448 400 1232 24 1 3 0 416 12304 0 3D 580008
2017-10-07 00:29:00 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 416 1200 24 1 3 0 400 12304 0 3D 580008
2017-10-07 00:29:00 CUL nanoCUL433 UNKNOWNCODE p 7 432 1200 1152 464 400 1216 24 1 3 0 416 12288 0 3B 580008
2017-10-07 00:29:03 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 464 400 1216 24 1 3 0 384 12304 0 3D 580009
2017-10-07 00:29:03 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 464 400 1216 24 1 3 0 384 12304 0 3D 580009
2017-10-07 00:29:03 CUL nanoCUL433 UNKNOWNCODE i580009
2017-10-07 00:29:03 CUL nanoCUL433 UNKNOWNCODE p 7 432 1200 1152 448 400 1216 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:03 CUL nanoCUL433 UNKNOWNCODE p 7 416 1200 1152 448 400 1216 24 1 3 0 416 12304 0 3D 580009
2017-10-07 00:29:03 CUL nanoCUL433 UNKNOWNCODE p 7 400 1232 1152 480 400 1216 24 1 3 0 416 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1152 464 400 1232 24 1 3 0 368 12320 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1136 464 384 1232 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1152 464 400 1216 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 464 416 1200 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1152 464 400 1216 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1152 464 416 1216 24 1 3 0 400 12304 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 416 1216 1136 464 384 1232 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1200 1152 448 400 1216 24 1 3 0 400 12320 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 432 1200 1152 448 416 1216 24 1 3 0 416 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 400 1184 24 1 3 0 416 12304 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 432 1200 1168 448 416 1200 24 1 3 0 416 12272 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 432 1200 1168 448 400 1200 24 1 3 0 416 12272 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 432 1184 1152 464 400 1216 24 1 3 0 416 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1152 464 400 1216 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 432 1200 1168 448 400 1200 24 1 3 0 400 12272 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1232 1152 480 400 1216 24 1 3 0 416 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 400 1200 24 1 3 0 400 12288 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1168 448 400 1200 24 1 3 0 416 12304 0 3D 580009
2017-10-07 00:29:04 CUL nanoCUL433 UNKNOWNCODE p 7 400 1216 1152 448 400 1216 24 1 3 0 416 12288 0 3D 580009
Hallo,
so wie es aussieht wird der Sender richtig vom CUL empfangen. Deshalb taucht auch UNKNOWNCODE i580008 auf.
Was man nun tun müsste ist das IT Modul zu erweitern, so dass der Sender von Fhem richtig empfangen wird.
Das senden müssten wir dann aber vermutlich in der culfw implementieren.
Viele Grüße
Björn
Hi Björn,
für meine Fortbildung ;) IT V1(Derivat) wird lt. Debugging erkannt, Pulsweiten sehen auch passabel aus. Müsste der nicht(bei Tastencode 01) mit autocreate als EV1527x58000 (FFD0000000 0F xx) angelegt werden ?
Oder bezog sich Deine Aussage die 10_IT anzupassen auf die Abbildung der 28 Tasten in einem device ?
@lichtimc Auch wenn die FB noname ist. Beschreib sie doch bitte etwas näher. Ein Typenschild wird's ja geben, Link zur Einkaufsquelle, Bilder....
Schönes WE
Markus
Zitat von: KölnSolar am 07 Oktober 2017, 09:39:23
Hi Björn,
für meine Fortbildung ;) IT V1(Derivat) wird lt. Debugging erkannt, Pulsweiten sehen auch passabel aus. Müsste der nicht(bei Tastencode 01) mit autocreate als EV1527x58000 (FFD0000000 0F xx) angelegt werden ?
Oder bezog sich Deine Aussage die 10_IT anzupassen auf die Abbildung der 28 Tasten in einem device ?
@lichtimc Auch wenn die FB noname ist. Beschreib sie doch bitte etwas näher. Ein Typenschild wird's ja geben, Link zur Einkaufsquelle, Bilder....
Schönes WE
Markus
Hallo Markus,
kann sein. Vieleicht muss auch nur fhem ein update bekommen.
Aber es kann ja auch sein, dass diese Pulslänge noch nicht vom Modul verstanden wird. Ich weiß jetzt nicht auswendig wie lange die Pulsfolge bei den EV1527 sein muss.
Gruß
Björn
2017.10.07 10:12:24.392 4 : sduinoD/msg get dispatch: i580008
2017.10.07 10:12:24.392 5 : sduinoD: dispatch i580008
2017.10.07 10:12:24.416 4 : sduinoD IT: message "i580008" (7)
2017.10.07 10:12:24.416 4 : sduinoD IT: msgcode "" (0) bin = 010110000000000000001000
2017.10.07 10:12:24.416 5 : sduinoD IT: EV1527 housecode = 1527x58000 onoffcode = 1000
2017.10.07 10:12:24.416 4 : sduinoD IT: 1527x58000 not defined (Switch code: 1000)
2017-10-07 10:12:24.419 Global global UNDEFINED IT_1527x58000 IT 1527x58000 1000 0000
Die Tastencodes werden vom IT-Modul erkannt und per Autocreate angelegt.
Vom IT-Modul können z.Zt. max 4 Tastencodes (on, off, dimup, dimdown) erkannt werden.
Mit dem IT Attribut userV1setCodes können fast beliebig viele Tastencodes gesendet werden.
https://fhem.de/commandref_DE.html#userV1setCodes
Nachtrag:
Evtl muß mit dem Attribut ITclock noch eine ITclock angegeben werden.
Gruß Ralf
Das ist mein spezielles Gerät:
https://www.aliexpress.com/item/32W-RGB-28key-RF-remote-TWINKLE-LED-Fiber-Optic-Star-Ceiling-Light-Kit-400pcs-0-75/32704804203.html?spm=a2g0s.9042311.0.0.6kdTyD
Wenn man aber nach "28-key rf controller" googelt ist das fast immer dieselbe Fernbedienung...
Mein FHEM ist aktuell und bei mir werden automatisch 2 Devices angelegt:
IT_1527x58000: Durch Senden der 8. Taste (580008) wird das Gerät auf "on" gestellt. (Die Taste "off" existiert scheinbar nicht auf der FB.)
IT_1527x58001: Durch Senden der 16. Taste (580010) wird das Gerät auf "off" gestellt. Durch Senden der 20. Taste (580014) wird das Gerät auf "on" geschalten.
Bei sämtlichen anderen Tasten erscheint nur UNKNOWNCODE.
EDIT: eigener Thread (http://forum.fhem.de/index.php/topic,77674.msg696033.html#msg696033)
Eieiei, was für ein Teil ;D
Da lag ich ja nicht schlecht ;)
Du hast nun verschiedene Möglichkeiten
1) raw-Code senden. Das sollte man problemlos hinbekommen. Vorteil: Klare Zuordnung zu den Tasten. Nachteil: kein Empfang der FB
2) Das 1527-device lässt 4 Codes zu. Die musst Du nur entsprechend editieren. Nachteil: nur 8 Tasten nutzbar(bei 2 IT-devices)
3) workarounds bauen: z.B. per defmod die on-/off-/dim-codes modifizieren Nachteil: unübersichtlich, Empfang nur f. 8 Tasten
4) 10_IT.pm anpassen. Sicherlich die schönste Lösung, aber auch die aufwändigste. Denn das wäre ja etwas (völlig) neues, wenn man in einem device 28 verschiedene Schaltzustände empfangen u. darstellen kann. Beim Senden dann nicht nur on/off/dimx, sondern 1-28
Mir würde die erste Variante völlig reichen, diese originale FB werde ich wohl nie wieder benutzen, wenn ich das ganze erstmal in FHEM eingebunden habe.
Wie komme ich denn zu den raw Codes, die ich senden muss?
EDIT: eigener Thread (http://forum.fhem.de/index.php/topic,77674.msg696033.html#msg696033)
Dann lies schon mal hier (http://culfw.de/commandref.html#cmd_G)
Und besser ein neues Thema eröffnen, da das dann mit diesem Thread nichts mehr zu tun hat.
Kann mir jemand erklären wie ich aculfw auf dem raspberry auf mein cul1101 flashe? mit dem normalen culfw ging das irgendwie ganz einfach
Es gibt aber doch gar keinen Unterschied ::) Flashen ist flashen.
Grüße Markus
Hab eben eine Anleitung hier dazu gefunden, der CUL blinkt nun ununterbrochen blau, und fhem macht immernoch kein autocreate und die manuell eingerichtete steckdose kann ich auch nicht mehr schalten.
Zitat von: Crush85 am 11 Oktober 2017, 21:27:05
Hab eben eine Anleitung hier dazu gefunden, der CUL blinkt nun ununterbrochen blau, und fhem macht immernoch kein autocreate und die manuell eingerichtete steckdose kann ich auch nicht mehr schalten.
Evtl. Hilft ab-/anstecken. Dann sollte sich der Chip neu initialisieren.
Hi crush85,
Mache bitte einen neuen Thread auf! Darin gibst Du bitte Infos: 1.) Welche Anleitung hast Du versucht? 2.) Was sagt Dein CUL Device in FHEM (list CUL)? 3.) Was ist Dein Fehler in der Überschrift (CUL flashen führte zu nicht ansprechbarem Device - open statt initialized oder Eben was genau Dein Fehler ist.)
Wie sollen wir Dir ohne Details helfen!?
Danke und Gruß
Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Es funktioniert, es werden auch einige Signale abgefangen, vielen Dank!
auf dem normalen CULv3 von Busware geht keine Version.
habe diverse getestet. Es kommt immer wieder der Fehler, dass nicht genug Platz auf dem Stick ist
ZitatBootloader and code overlap
Hat das Problem sonst noch jemand?
Nö, völlig problemlos bei mir mit nem V3. Ich vermute daher allgemeine Flashprobleme bei Dir. Daher solltest Du einen eigenen Thread eröffnen.
Hi madronix,
bitte KölnSolar nicht falsch verstehen. Das ist kein Problem der FW sondern der Hardware, da er und übrigens auch ich letzte Woche noch einen Busware V3 erfolgreich mit a-culfw über die flash.sh geflasht haben ;-)
Der eigene Thread von Dir sollte die genaue Bezeichnung des CULs enthalten, beschreiben ob noch eine alte CUL FW drauf ist, falls ja ein list des Devices in FHEM in Code Tags zeigen. Und ganz wichtig: Was genau Du machst, um den Fehler zu erhalten (fertige a-culfw Firmware Dateien von mediafire oder selbst compiliert von github, etc...)!
Meine Glaskugel vermutet, dass Du eine selbstgebaute FW 433MHz mit zu vielen aktivierten Protokollen flashen willst ;-) !?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hi, ich würde gern mit der a-culfw die Technoline TX29DTH-IT Sensoren empfangen. Momentan habe ich die (m.W.) neueste Version der a-culfw (V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) nanoCUL868 (F-Band: 868MHz)) und leider werden die Sensoren nicht empfangen (bzw. per autocreate angelegt). Komischerweise kommt der nanoCUL auch aus dem "Initialized" state nicht heraus...
Gibt es da einen Trick, oder was mache ich falsch?
Hallo,
der Status "initialized" ist beim Cul der normale Betriebsstatus, soweit also in Ordnung.
Ob Deine FW-Version Lacrosse (das Protokollder Technolines auf 868MHZ) kann, hängt davon ab, wie sie compiliert worden ist. Hast Du eine fertig compilierte genommen oder selber compiliert ?
Habe die fertig kompilierte aus dem Mediafire Archiv von https://forum.fhem.de/index.php?topic=35064.0 genommen.
wenn ich mich nicht ganz täusche, dann compiliert Björn die immer auf 433MHZ, d.h. da wird dann wahrscheinlich zunächst kein Lacrosse drin sein. Bedeutet, Du musst dich leider ein wenig hier einlesen, wie man die einzelnen Komponenten aktiviert und dann compiliert...
...würde Dir empfehlen, das hier mal anzuschauen, habe ich nachgebaut, kann irgendwo im WLAN eingesetzt werden und läuft TOP !!!
https://forum.fhem.de/index.php/topic,70425.0.html
bzw.
https://wiki.fhem.de/wiki/LaCrosseGateway_V1.x
Ich habe einen WEMOS und den RFM69CW genommen, Platine und ein paar Drähtchen, mehr brauchst Du nicht... Fertich... Sketch ist fertig, einfach aufspielen, konfigurieren, Autocreate an und Pairing für 120s aktivieren, dann legt FHEM alles an was Du brauchst :)
Ich muss noch mal auf das Hideki Protokoll Problem zurückkommen. Ich bekomme über meinen 433er CUL laufend die Meldungen ...
Unknown code P12#751346B5BF1B07B6, help me!
Mein CUL ist aktuell mit a-culfw 1.25.01 und FHEM samt "update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt" auf dem aktuellen Stand.
Wie kann ich diese nervigen Nachrichten nur loswerden!?! Die spammen mein Log total voll...
LG, Eike
Ich habe a-culfw für den CUBe selber übersetzt. Nach dem flashen der CUBEx4_BL.bin ist der CUBe über USB normal zu erreichen, allerdings nicht über Telnet (Connection refused). Er holt sich eine IP Adresse und reagiert auf ping.
Über das Terminal (USB) bekomme ich bei einen Rxx aber immer FF zurück, so dass ich vermute das irgendwas mit dem EEPROM nicht stimmt. Wxx oder e ändert nichts, EEPROM bleibt auf FF.
Compiliert habe ich den unveränderten GIT download unter Linux.
Mit den vorkompilierten HEX File funktioniert alles wie gewünscht.
Hat jemand irgendeine Idee was da beim Selbstkompilieren schief gehen kann?
Zitat von: E-J-D am 03 November 2017, 15:51:14
Ich muss noch mal auf das Hideki Protokoll Problem zurückkommen. Ich bekomme über meinen 433er CUL laufend die Meldungen ...
Unknown code P12#751346B5BF1B07B6, help me!
Mein CUL ist aktuell mit a-culfw 1.25.01 und FHEM samt "update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt" auf dem aktuellen Stand.
Wie kann ich diese nervigen Nachrichten nur loswerden!?! Die spammen mein Log total voll...
LG, Eike
Hast du die a-fw drauf oder die FW für den Signalduino?
Laut deinem Update Text die von Signalduino.
Gruß Sascha
Gesendet von meinem SM-T560 mit Tapatalk
Zitat von: E-J-D am 03 November 2017, 15:51:14
Ich muss noch mal auf das Hideki Protokoll Problem zurückkommen. Ich bekomme über meinen 433er CUL laufend die Meldungen ...
Unknown code P12#751346B5BF1B07B6, help me!
Wenn ich das richtig überblicke dann kommt das Unknown code von der 14_CUL_REDIRECT
Als Workaround kannst Du hier
if ($message_dispatched == FALSE) {
return undef;
}
das
return undef;
in
return"";
ändern.
Oder Du wechselst zum Signalduino.
Gruß Ralf
Zitat von: pantau am 03 November 2017, 19:00:22
Ich habe a-culfw für den CUBe selber übersetzt. Nach dem flashen der CUBEx4_BL.bin ist der CUBe über USB normal zu erreichen, allerdings nicht über Telnet (Connection refused). Er holt sich eine IP Adresse und reagiert auf ping.
Über das Terminal (USB) bekomme ich bei einen Rxx aber immer FF zurück, so dass ich vermute das irgendwas mit dem EEPROM nicht stimmt. Wxx oder e ändert nichts, EEPROM bleibt auf FF.
Compiliert habe ich den unveränderten GIT download unter Linux.
Mit den vorkompilierten HEX File funktioniert alles wie gewünscht.
Hat jemand irgendeine Idee was da beim Selbstkompilieren schief gehen kann?
Welche GCC Version hast du benutzt?
Zitat von: Telekatz am 03 November 2017, 19:40:40
Welche GCC Version hast du benutzt?
arm-none-eabi-gcc --version
arm-none-eabi-gcc (15:4.9.3+svn231177-1) 4.9.3 20150529 (prerelease)
Das ist die Standardversion von Ubuntu 16.04 LTS
Gibt es eine bevorzugte Version des gcc?
Ich verwende aktuell diese Version:
https://launchpad.net/gcc-arm-embedded/5.0/5-2016-q3-update (https://launchpad.net/gcc-arm-embedded/5.0/5-2016-q3-update)
Zitat von: Telekatz am 03 November 2017, 21:28:34
Ich verwende aktuell diese Version:
https://launchpad.net/gcc-arm-embedded/5.0/5-2016-q3-update (https://launchpad.net/gcc-arm-embedded/5.0/5-2016-q3-update)
Die Version bekomme ich irgendwie nicht zum Laufen bekommen:
bash: /opt/gcc-arm-none-eabi-5_4-2016q3/bin/arm-none-eabi-gcc: Datei oder Verzeichnis nicht gefunden
Obwohl Pfad und Berechtigungen stimmen. Vermutlich weil das eine 32bit Version ist und ich ein 64bit Linux laufen habe? Die 64bit Version dieser gcc Ausgabe habe ich nicht gefunden.
Ich habe dann mal mit der allerneusten 6er Version compiliert, gleiches Ergebnis, Firmware läuft, nur all EEPROM Werte sind FF und lassen sich nicht ändern.
Auch ein telnet ip-adresse 65535 geht, wie ich inzwischen rausgefunden habe.
Außerdem habe ich jetzt mal genau den vorgeschlagenen Compiler unter Windows installiert => gleiches Ergebnis
Muss man evtl den Bootloader neu Flashen? Ich habe den Bootloader aus den vorkompilierten Paket drauf und versuche nur die selbst kompilierte CUBEx4_BL.bin zu flashen.
Hast Du denn mit dem Compiler genau die CUBe Firmware aus a-culfw_1.26.01_build_272.zip übersetzt? Die läuft ja bei mir und im Git ist seit September auch nichts geändert. Nur wenn ich selber den make ausführe läuft die CUBEx4_BL.bin nicht...
Die Firmwaredateien zum herunterladen bei Mediafire werden von Björn compiliert. Ich weiß es nicht genau, aber ich denke schon, dass er auch die Version 5.4 verwendet.
Mit einer 6er Version von GCC habe ich es glaube ich auch schon mal probiert. Da hat dann aber irgend eine Optimierungseinstellung das Ergebnis versaut. Du kannst es ja mal testweise ohne Optimierung mit -O0 kompilieren.
Zitat von: Telekatz am 04 November 2017, 17:54:01
Die Firmwaredateien zum herunterladen bei Mediafire werden von Björn compiliert. Ich weiß es nicht genau, aber ich denke schon, dass er auch die Version 5.4 verwendet.
Mit einer 6er Version von GCC habe ich es glaube ich auch schon mal probiert. Da hat dann aber irgend eine Optimierungseinstellung das Ergebnis versaut. Du kannst es ja mal testweise ohne Optimierung mit -O0 kompilieren.
Die FW wird noch mit der avr-gcc 4.8.1 kompiliert.
Für ARM wird aber nicht avr-gcc verwendet.
Zitat von: Telekatz am 04 November 2017, 18:06:58
Für ARM wird aber nicht avr-gcc verwendet.
Danke für die Tipps!
Ich habe bisher die Version 4.92 und 6.x unter Linux und 5.4 unter Windows probiert, immer mit dem selben Ergebnis.
-O0 vergrößert das CUBE_x4_BL.bin von 111k auf 180k, ändert aber leider nichts am Verhalten.
Ich habe auch nur den arm Compiler installiert und im Haupt-Makefile die make Cube Einträge ganz nach oben kopiert. Danach bricht make dann einfach mit einer Fehlermeldung ab.
Ich kann mir aber nicht vorstellen, das das Fehlen von avr oder die geänderte make Reihenfolge was ausmacht?
Eher vermute ich, das beim Linken was schief geht, aber habe leider keine Idee was?
Außerdem sehe ich folgende Warnings des Compiler (gibt es auch noch in write_eeprom):
../../clib/fncollection.c: In function 'read_eeprom':
../../clib/fband.c:24:11: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
d = erb((uint8_t *)addr);
Deutet auf mein Problem hin, aber nachdem Ihr das korrekt übersetzt bekommt und es nur eine Warning ist, weiß ich nicht was ich da ändern soll?
Den ganzen Aufwand mache ich übrigens, weil ich RF_Router (zumindest für die interne CC1101) einbauen will-aber erst mal sollte das banale recompilen klappen.
Habt Ihr noch Tipps?
Die Warnung kommt bei mir auch, funktioniert trotzdem.
Lade mal das .bin hoch, dass du mit der GCC 5.4 Windows Version ohne eine Änderung am Git Code erhältst.
Zitat von: Ralf9 am 03 November 2017, 19:18:45
Wenn ich das richtig überblicke dann kommt das Unknown code von der 14_CUL_REDIRECT
Als Workaround kannst Du hier
if ($message_dispatched == FALSE) {
return undef;
}
das
return undef;
in
return"";
ändern.
Oder Du wechselst zum Signalduino.
Gruß Ralf
Guten morgen Ralf.
Fand für den Workaround.
Habe danach fhem neu gestartet. Bekomme jedoch immer noch die gleichen
P12 Meldungen rein.
Noch eine Idee wie man diese unterdrücken könnte?
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
Zitat von: Telekatz am 04 November 2017, 18:54:54
Die Warnung kommt bei mir auch, funktioniert trotzdem.
Lade mal das .bin hoch, dass du mit der GCC 5.4 Windows Version ohne eine Änderung am Git Code erhältst.
Danke für die Anregung!
Sie hat mich veranlasst den Git noch mal zu klonen. Das neu erzeugt bin läuft einwandfrei.
Das "Problem" ist, das jetzt plötzlich auch mein erster Git Tree läuft, keine Ahnung warum. Vermutlich ein Fehler den ich jetzt nicht mehr mache und nicht weiß warum ....
Vielen Dank für die Unterstützung!
Zitat von: sash.sc am 05 November 2017, 07:56:19
Habe danach fhem neu gestartet. Bekomme jedoch immer noch die gleichen
P12 Meldungen rein.
Noch eine Idee wie man diese unterdrücken könnte?
Verwendest Du die aktuelle 14_Hideki.pm?
$Id: 14_Hideki.pm 14395 2017-06-10 19:00:00Z v3.3.1-dev
Gruß Ralf
Jepp. Genau diese Version aus der der dev 3.3. 1.
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
Zitatjepp. Genau diese Version aus der der dev 3.3. 1.
Hast Du die Fehler nur beim cul oder auch beim Signalduino?
Beim Cul kann ich nicht weiterhelfen, da ich keinen habe.
Mit einer älteren 14_Hideki Version hatte ich diese Unknown code P12# auch.
Mit der aktuellen 14_Hideki Version tritt er bei mir mit dem Signalduino nicht mehr auf.
Gruß Ralf
Habe den Fehler nur bei den cul Varianten. Habe auch welche die per WLAN angebunden sind.
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
Musste mal bei den CUL Varianten Verbose auf 1 runter drehen.
Habe jede Menge von diesen meldungen hier im LOG stehen !!!!!!
Eins vorweg. Habe auch mal autocreate eingeschaltet. Es wurden jedoch keine Sensoren entsprechenden Types angelegt !
2017.11.05 17:55:26 1: CUL1 SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.05 17:55:25 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:54:29 1: CUL1 SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.05 17:54:28 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:53:31 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:51:38 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:51:37 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:50:43 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:50:43 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:49:43 1: CUL1 SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.05 17:48:46 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:47:49 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:46:53 1: CUL1 SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.05 17:45:55 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:44:59 1: CUL1 SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.05 17:44:58 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:44:02 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:44:02 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:43:25 2: CUL_TCM97001 Unknown device Unknown, please define it
2017.11.05 17:43:05 1: CUL1 SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.05 17:43:04 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:42:27 2: CUL_TCM97001 Unknown device Unknown, please define it
2017.11.05 17:42:07 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:41:10 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:40:18 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:40:13 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:39:17 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:39:16 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.05 17:38:20 1: CUL1 SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
Der CUL1 ist für 433 MHz und mcwlan ein MiniCul mit WLAN Anbindung (von Locutus).
Beide sind mit der V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) nanoCUL433 (F-Band: 433MHz) geflasht !!!
Jemand eine Idee wie man diese Nachrichten unterdrücken kann ??? Oder was geändert werden kann/muss ?
Möchte gerne verbose auf 3 stellen können ohne dass das LOG überflutet wird.
Gruß
Sascha
Guten Abend,
ich hatte mich bereits vor einger Zeit zu meinem Problem gemeldet:
https://forum.fhem.de/index.php/topic,35064.msg662359.html#msg662359 (https://forum.fhem.de/index.php/topic,35064.msg662359.html#msg662359)
Björn hatte mir zu dem Thema geschrieben:
Zitatdir Meldungen kommen halt, wenn die Module die Daten nicht dekodieren können.
Ich bekomme auch die Meldungen. Wenn Du diese nicht willst, dann musst Du wenn ich es noch richtig im Kopf habe das Modul anpassen. Ich muss aber erst nachsehen. Ich hab da in letzter Zeit wegen anderen Dingen nichts gemacht.
Da das Problem weiterhin besteht und ich in den Meldungen ersaufe und andere Nachteile in Kauf nehmen muss (z.B. autocreate deaktivieren, auch wenn es benötigt wird): kann hier vielleicht jemand das Problem nachvollziehen und sogar abstellen?
Vielen Dank im Voraus!
Zitat von: Ralf9 am 05 November 2017, 14:43:57
Hast Du die Fehler nur beim cul oder auch beim Signalduino?
Beim Cul kann ich nicht weiterhelfen, da ich keinen habe.
Mit einer älteren 14_Hideki Version hatte ich diese Unknown code P12# auch.
Mit der aktuellen 14_Hideki Version tritt er bei mir mit dem Signalduino nicht mehr auf.
Gruß Ralf
Hallo ralf.
habe nochmal nachgeschaut.habe die Meldungen auch durch die sduinos. Hatte verbose auf 0 gestellt.
habe mal auf 4 hochgedreht.
Hier mal die Meldungen.
2017.11.06 19:22:11 4: wlanduino: Calling Getting Attr sub with args: set verbose = 3
2017.11.06 19:22:11 4: wlanduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2017.11.06 19:22:11 4: wlanduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.11.06 19:22:11 4: wlanduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.11.06 19:22:11 4: wlanduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.11.06 19:22:11 4: wlanduino/msg READ: MU;P0=-228;P1=258;P2=143;P4=-23132;D=0102020102010101020201020102010201020101020102010201020201010201020202010201020201010102010202020101014;CP=2;R=250;
2017.11.06 19:22:08 4: wlanduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2017.11.06 19:22:08 4: wlanduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.11.06 19:22:08 4: wlanduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2017.11.06 19:22:08 4: wlanduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.11.06 19:22:08 4: wlanduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.11.06 19:22:08 4: wlanduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.11.06 19:22:08 4: wlanduino/msg READ: MU;P0=-31964;P1=-364;P2=140;P3=-251;P4=239;P7=92;D=012343232343232343434343232343434343434323232343432323232323232323232343434343434323234343232343232323232323432323432343434323432323432343234323234323432343234323234343234323232343234323432323232323434343434370;CP=2;R=252;
2017.11.06 19:22:05 4: wlanduino Dispatch: P7#F18040F00, Dropped due to short time or equal msg
2017.11.06 19:22:05 4: wlanduino: Decoded MS Protocol id 7 dmsg P7#F18040F00 length 36 RSSI = -52.5
2017.11.06 19:22:05 4: wlanduino: Matched MS Protocol id 7 -> weatherID7
2017.11.06 19:22:05 4: wlanduino/msg READ: MS;P0=437;P1=-1007;P2=-1984;P3=-4006;D=03020202020101010202010101010101010102010101010101020202020101010101010101;CP=0;SP=3;R=43;
2017.11.06 19:22:04 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.06 19:22:04 4: wlanduino Dispatch: P7#F18040F00, Dropped due to short time or equal msg
2017.11.06 19:22:04 4: wlanduino: Decoded MS Protocol id 7 dmsg P7#F18040F00 length 36 RSSI = -52.5
2017.11.06 19:22:04 4: wlanduino: Matched MS Protocol id 7 -> weatherID7
2017.11.06 19:22:04 4: wlanduino/msg READ: MS;P0=462;P1=-1004;P2=-4029;P4=-1962;D=02040404040101010404010101010101010104010101010101040404040101010101010101;CP=0;SP=2;R=43;O;
2017.11.06 19:22:04 4: wlanduino Dispatch: P7#F18040F00, Dropped due to short time or equal msg
2017.11.06 19:22:04 4: wlanduino: Decoded MS Protocol id 7 dmsg P7#F18040F00 length 36 RSSI = -52.5
2017.11.06 19:22:04 4: wlanduino: Matched MS Protocol id 7 -> weatherID7
2017.11.06 19:22:04 4: wlanduino/msg READ: MS;P0=464;P1=-1006;P2=-1981;P3=-4046;D=03020202020101010202010101010101010102010101010101020202020101010101010101;CP=0;SP=3;R=43;O;
2017.11.06 19:22:04 1: wlanduino SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.06 19:22:04 4: wlanduino using longid: 1 model: SD_WS07_T
2017.11.06 19:22:04 4: wlanduino SD_WS07_T decoded protocolid: 7 sensor id=F1, channel=1, temp=6.4, hum=0, bat=ok
2017.11.06 19:22:04 4: wlanduino SD_WS07_Parse SD_WS07 (P7#F18040F00) length: 9
2017.11.06 19:22:04 4: wlanduino: Decoded MS Protocol id 7 dmsg P7#F18040F00 length 36 RSSI = -52.5
2017.11.06 19:22:04 4: wlanduino: Matched MS Protocol id 7 -> weatherID7
2017.11.06 19:22:04 4: wlanduino/msg READ: MS;P3=-1990;P4=453;P5=-1014;P6=-4041;D=46434343434545454343454545454545454543454545454545434343434545454545454545;CP=4;SP=6;R=43;O;
2017.11.06 19:22:04 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
Habe hier mal ein paar Meldungen mit Verbose aus dem SysLog.
Wie man hier sieht, kommen auch Meldung über den wlanduino und mcwlan (MiniCulWLAN).
Beide versuchen nur ein anderes Gerät/protokoll zu interpretieren, oder so.
2017.11.06 19:30:43 2: CUL_TCM97001 Unknown device Unknown, please define it
2017.11.06 19:30:37 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.06 19:30:37 1: wlanduino SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.06 19:30:18 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:29:41 1: wlanduino SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.06 19:29:31 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:28:43 1: wlanduino SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.06 19:28:43 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.06 19:28:01 3: wlanduino: Unknown code u20#75D7FD7FFD7555555FFF5F5D5575DFD77777DDDD7DD7DDDD777E, help me!
2017.11.06 19:27:57 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:27:57 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:27:46 1: wlanduino SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.06 19:27:46 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.06 19:27:09 3: Unknown Revolt device 4967, please define it
2017.11.06 19:26:49 1: wlanduino SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.06 19:26:49 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.06 19:26:23 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:25:52 1: wlanduino SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.06 19:25:52 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.06 19:25:36 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:25:14 3: wlanduino: Unknown code u20#FF5F5D5575DFD57775DDDD7DD5DD77DF7E, help me!
2017.11.06 19:24:55 1: wlanduino SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.06 19:24:55 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.06 19:24:49 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:24:49 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:24:42 3: wlanduino: Unknown code u20#75D7FD7FFD5F555575555F5D5575DF7F775FDDDD7DD5DD77DDD4, help me!
2017.11.06 19:24:04 3: Unknown Revolt device 4967, please define it
2017.11.06 19:24:02 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:23:58 1: wlanduino SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.06 19:23:58 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.06 19:23:51 3: Unknown Revolt device 4967, please define it
2017.11.06 19:23:37 3: Unknown Revolt device 4967, please define it
2017.11.06 19:23:15 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:23:15 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:23:01 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.06 19:23:01 1: wlanduino SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.06 19:22:28 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:22:14 3: wlanduino: Unknown code u20#F75775DDDD58, help me!
Wie gesagt, bei Autocreate ein werden keine entsprechenden Sensoren angelegt, und wenn dann ohne Werte.
Hier auch nochmal einige Meldung mit verbose 4.
Unten sieht man auch das über den CUL die gleiche Nachricht rein kam.
2017.11.06 19:01:19 4: wlanduino: Found manchester Protocol id 52 clock 488 RSSI -78 -> OS_PIR
2017.11.06 19:01:19 4: wlanduino/msg READ: MC;LL=-1009;LH=955;SL=-507;SH=459;D=68B5B8CFC;C=488;L=34;R=248;
2017.11.06 19:01:19 4: wlanduino: Found manchester Protocol id 58 clock 489 RSSI -78 -> tfa 30.3208.0
2017.11.06 19:01:19 4: wlanduino: Found manchester Protocol id 52 clock 489 RSSI -78 -> OS_PIR
2017.11.06 19:01:19 4: wlanduino: Found manchester Protocol id 12.1 clock 489 RSSI -78 -> Hideki protocol not invert
2017.11.06 19:01:19 1: wlanduino Hideki: UNDEFINED sensor 30 detected, code Hideki_30_67.3
2017.11.06 19:01:19 4: wlanduino using longid: 1 model: Hideki_30
2017.11.06 19:01:19 4: wlanduino decoded Hideki protocol model=Hideki_30, sensor id=67, channel=3, bat=ok, temp=5.2, humidity=78
2017.11.06 19:01:19 4: Hideki_Parse SensorTyp = 30 decodedString = 7567ce9e52c078f72a9005
2017.11.06 19:01:19 4: Hideki_Parse wlanduino incomming P12#75DDBA8ACE4028ADE67003
2017.11.06 19:01:19 4: wlanduino: hideki protocol converted to hex: 75DDBA8ACE4028ADE67003 with 92 bits, messagestart 0
2017.11.06 19:01:19 4: wlanduino: Found manchester Protocol id 12 clock 489 RSSI -78 -> Hideki protocol
2017.11.06 19:01:19 4: wlanduino: Found manchester Protocol id 10 clock 489 RSSI -78 -> OSV2o3
2017.11.06 19:01:19 4: wlanduino/msg READ: MC;LL=-1017;LH=942;SL=-517;SH=463;D=51A268B5D8CFEFAE9598F88;C=489;L=89;R=248;
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.11.06 19:01:19 4: wlanduino/msg READ: MU;P0=951;P1=122;P2=-1030;P4=608;P5=461;P6=-736;P7=-513;D=012124256575202570202570752570757525707525757575757570257575757020257570207520202570752570202570202570257;CP=5;R=249;
2017.11.06 19:01:17 4: wlanduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2017.11.06 19:01:17 4: wlanduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.11.06 19:01:17 4: wlanduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.11.06 19:01:17 4: wlanduino/msg READ: MU;P0=309;P1=-202;P2=158;P3=-96;P5=96;D=01012301212121212121512121212101012121012121212121212121212121212101212121210;CP=2;R=239;
2017.11.06 19:01:14 4: wlanduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2017.11.06 19:01:14 4: wlanduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.11.06 19:01:14 4: wlanduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.11.06 19:01:14 4: wlanduino/msg READ: MU;P0=322;P1=-199;P2=205;P3=135;P6=-137;D=01210121213131010121210606212601010101010101010131060621312606060;CP=0;R=238;
2017.11.06 19:01:13 4: wlanduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2017.11.06 19:01:13 4: wlanduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.11.06 19:01:13 4: wlanduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.11.06 19:01:13 4: wlanduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.11.06 19:01:13 4: wlanduino/msg READ: MU;P0=-212;P1=163;P2=275;P3=-19612;D=010201020102020202010201020102010102010201020102010102020101010202020101020201020102020202020202013;CP=1;R=250;
2017.11.06 19:01:11 4: wlanduino Dispatch: P7#F18045F00, Dropped due to short time or equal msg
2017.11.06 19:01:11 4: wlanduino: Decoded MS Protocol id 7 dmsg P7#F18045F00 length 36 RSSI = -53
2017.11.06 19:01:11 4: wlanduino: Matched MS Protocol id 7 -> weatherID7
2017.11.06 19:01:11 4: wlanduino/msg READ: MS;P0=-989;P1=451;P2=-1972;P3=-4012;D=13121212121010101212101010101010101012101010121012121212121010101010101010;CP=1;SP=3;R=42;
2017.11.06 19:01:10 4: wlanduino Dispatch: P7#F18045F00, Dropped due to short time or equal msg
2017.11.06 19:01:10 4: wlanduino: Decoded MS Protocol id 7 dmsg P7#F18045F00 length 36 RSSI = -52.5
2017.11.06 19:01:10 4: wlanduino: Matched MS Protocol id 7 -> weatherID7
2017.11.06 19:01:10 4: wlanduino/msg READ: MS;P0=-996;P1=460;P2=-1983;P3=-4031;D=13121212121010101212101010101010101012101010121012121212121010101010101010;CP=1;SP=3;R=43;O;
2017.11.06 19:01:10 4: wlanduino Dispatch: P7#F18045F00, Dropped due to short time or equal msg
2017.11.06 19:01:10 4: wlanduino: Decoded MS Protocol id 7 dmsg P7#F18045F00 length 36 RSSI = -52.5
2017.11.06 19:01:10 4: wlanduino: Matched MS Protocol id 7 -> weatherID7
2017.11.06 19:01:10 4: wlanduino/msg READ: MS;P0=-1985;P1=464;P2=-1002;P3=-4023;D=13101010101212121010121212121212121210121212101210101010101212121212121212;CP=1;SP=3;R=43;O;
2017.11.06 19:01:10 1: mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.06 19:01:10 1: wlanduino SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_F11
2017.11.06 19:01:10 4: wlanduino using longid: 1 model: SD_WS07_T
2017.11.06 19:01:10 4: wlanduino SD_WS07_T decoded protocolid: 7 sensor id=F1, channel=1, temp=6.9, hum=0, bat=ok
2017.11.06 19:01:10 4: wlanduino SD_WS07_Parse SD_WS07 (P7#F18045F00) length: 9
2017.11.06 19:01:10 4: wlanduino: Decoded MS Protocol id 7 dmsg P7#F18045F00 length 36 RSSI = -52.5
2017.11.06 19:01:10 4: wlanduino: Matched MS Protocol id 7 -> weatherID7
2017.11.06 19:01:10 4: wlanduino/msg READ: MS;P1=469;P2=-1003;P3=-1975;P4=-4025;D=14131313131212121313121212121212121213121212131213131313131212121212121212;CP=1;SP=4;R=43;O;
Hoffe es hilft ein bischen weiter den "Fehler" einzugrenzen !
gruß und Danke
Sascha
Zitathabe nochmal nachgeschaut.habe die Meldungen auch durch die sduinos. Hatte verbose auf 0 gestellt.
habe mal auf 4 hochgedreht.
mcwlan SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
Hast Du mit "autocreate ignoreTypes oder disable" das autocreate deaktiviert?
Normalerweise wird der Sensor per autocreate angelegt, wenn er innerhalb von 3 Minuten 2 mal empfangen wird.
Da die SD_WS07 Sensoren keine Checksum haben, kann ein fehlerhaftes Signal als neuer Sensor erkannt werden.
Eine Möglichkeit wäre die Sensoren zu definieren und dann mit ignore unsichtbar zu machen.
Du kannst auch das Attribut whitelist_IDs verwenden und dort nur die Protokoll Ids eintragen die Du verwenden möchstest.
2017.11.06 20:27:21.940 4 : sduinoD SD_WS07_Parse SD_WS07 (P7#F18045F00) length: 9
2017.11.06 20:27:21.940 4 : sduinoD SD_WS07_T decoded protocolid: 7 sensor id=F1, channel=1, temp=6.9, hum=0, bat=ok
2017.11.06 20:27:21.940 1 : sduinoD SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017-11-06 20:27:21.944 Global global UNDEFINED SD_WS07_T_1 SD_WS07 SD_WS07_T_1
2017.11.06 20:27:29.088 4 : sduinoD SD_WS07_Parse SD_WS07 (P7#F18045F00) length: 9
2017.11.06 20:27:29.088 4 : sduinoD SD_WS07_T decoded protocolid: 7 sensor id=F1, channel=1, temp=6.9, hum=0, bat=ok
2017.11.06 20:27:29.088 1 : sduinoD SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2017.11.06 20:27:29.089 2 : autocreate: define SD_WS07_T_1 SD_WS07 SD_WS07_T_1
Hallo @bjoernh.
Habe eine Version kompiliert und auf github bei meinem fork eingecheckt die die ITrepetition im EEPROM speichert.
Hier der Link: https://forum.fhem.de/index.php/topic,79285.0.html
Falls gewünscht (von den Usern und natürlich Dir) kann ich einen Pull request auf github machen.
pOpY
Hi,
ich habe ab und an Meldungen von meinem NC-5642 Dosen
2017.11.15 10:38:10 3: nanoCUL_433: Unknown code r49dde600023200162ea591c, help me!
2017.11.15 10:51:59 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a00, help me!
2017.11.15 10:51:59 3: nanoCUL_433: Unknown code r49dde700023200162ea591b, help me!
2017.11.15 10:52:03 3: nanoCUL_433: Unknown code r49dde700023200162fa591b, help me!
2017.11.15 10:52:05 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a02, help me!
2017.11.15 10:52:08 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a02, help me!
2017.11.15 10:52:10 3: nanoCUL_433: Unknown code r49dde700023200162fa591e, help me!
2017.11.15 10:52:12 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a09, help me!
2017.11.15 10:52:15 3: nanoCUL_433: Unknown code r5a72e4000032000000c3a01, help me!
2017.11.15 10:52:17 3: nanoCUL_433: Unknown code r49dde700023200162fa591b, help me!
2017.11.15 10:52:18 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a01, help me!
2017.11.15 10:52:22 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a00, help me!
2017.11.15 10:52:29 3: nanoCUL_433: Unknown code r5a72e5000032000000c3afe, help me!
2017.11.15 10:52:30 3: nanoCUL_433: Unknown code r49dde700023200162fa591b, help me!
2017.11.15 10:52:33 3: nanoCUL_433: Unknown code r49dde700023200162fa591e, help me!
2017.11.15 10:52:37 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a02, help me!
2017.11.15 10:52:39 3: nanoCUL_433: Unknown code r49dde700023200162fa591b, help me!
2017.11.15 10:52:46 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a0a, help me!
2017.11.15 10:52:48 3: nanoCUL_433: Unknown code r49dde7000232001731a591b, help me!
2017.11.15 10:52:51 3: nanoCUL_433: Unknown code r49dde6000232001730a591c, help me!
2017.11.15 10:52:53 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a05, help me!
2017.11.15 10:52:56 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a04, help me!
2017.11.15 10:52:59 3: nanoCUL_433: Unknown code r5a72e5000032000000c3aff, help me!
2017.11.15 10:53:02 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a01, help me!
2017.11.15 10:53:06 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a05, help me!
2017.11.15 10:53:08 3: nanoCUL_433: Unknown code r49dde600023200162ea591b, help me!
2017.11.15 10:53:09 3: nanoCUL_433: Unknown code r5a72e5000032000000c3afe, help me!
2017.11.15 10:53:17 3: nanoCUL_433: Unknown code r49dde600023200162fa591d, help me!
2017.11.15 10:53:22 3: nanoCUL_433: Unknown code r49dde700023200162ea591b, help me!
Ich nutze noch die FW V 1.10.02 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
Bringt es etwas auf die neueste Version zu wechseln?
Nicht wirklich. Habe auch noch zwischendurch noch solche Fehlermeldungen.
Gesendet von meinem E6653 mit Tapatalk
und hier (https://forum.fhem.de/index.php/topic,79279.0.html) gibt es die aktuelle Diskussion dazu.
@masterpete: Deinen Logauszug würde ich mir etwas näher angucken. Kannst Du den bitte im vorgenannten Thread verlinken und die "richtigen" device-Id's Deiner Revolts dazu posten.
Hi, ich wollte grade mal meinen CUL V.3 auf die aktuelle FW 126.01 flashen, mittels Atmel Flip 3.47 unter Win 10, allerdings bekomme ich einen Fehler das eine .dll fehlt, sobald ich USB auswähle.
Einer eine idee was ich machen kann, bzw. kann ich den Cul auch direkt aus Fhem heraus flashen, bzw. direkt auf dem Cubie unter Debian? Hab das damals mit Flip gemacht, hab auch gesehen das es mit der "normalen" Cul FW wohl aus Fhem geht, aber wie sieht es mit der Alternativen FW aus, will den Cul ja nicht schrotten.
Danke
Hi,
wenn Du weisst wie Du es aus FHEM heraus machst, dann tausche doch die Datei unter /opt/fhem/FHEM/firmware aus!
Ich persönlich würde einfach FHEM beenden oder alternativ den CUL mit
set CUL raw B01
in den richtigen Modus bringen.
Danach im entpackten a-culfw Ordner mit
cd culfw/Devices/CUL/
in den richtigen Ordner wechseln und flashen mit
sudo ./flash.sh
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 02 Dezember 2017, 21:12:28
Hi,
wenn Du weisst wie Du es aus FHEM heraus machst, dann tausche doch die Datei unter /opt/fhem/FHEM/firmware aus!
Ich persönlich würde einfach FHEM beenden oder alternativ den CUL mit
set CUL raw B01
in den richtigen Modus bringen.
Danach im entpackten a-culfw Ordner mit
cd culfw/Devices/CUL/
in den richtigen Ordner wechseln und flashen mit
sudo ./flash.sh
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Leider funktioniert es nicht
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5): 9
The device will now be flashed
Continue (y/n)?y
Flash now device
Call: dfu-programmer atmega32u4 erase
Call: dfu-programmer atmega32u4 flash CUL_V3_433MHZ.hex
Validating...
26338 bytes used (91.86%)
Call: dfu-programmer atmega32u4 start
dfu-programmer: failed to release interface 0.
Hallo in die Runde,
ich würde gern das Signal eines Temperatursensors (https://forum.fhem.de/index.php/topic,80304.0.html) von a-culfw dekodieren lassen.
Aktuell weiß ich recht wenig über die genauen Eckdaten des Signals, aber da ich nach FM-Dekodierung den TTL-Pegel auslesen kann gehe ich von irgendeinem FSK aus.
Die bekannten Daten: 433.216MHz Trägerfrequenz, 9600 Baud
Da auch der Aufbau der Nachricht (30/32 Bit Preamble, 16 Bit Sync-Word, 80 Bit Daten, 16 Bit CRC) offenbar recht gebräuchlich beim CC1101 ist, hoffe ich das mit diesem dekodieren zu können!
Leider weiß ich noch nicht so genau, was ich bei Bandbreite und Deviation einstellen soll...
Um überhaupt einen Anfang zu finden, habe ich begonnen das ZWave-Protokoll im Quellcode entsprechend abzuändern und sniffe damit jetzt herum, konnte aber noch nichts brauchbares empfangen. Daher wollte ich hier mal meine Fragen posten:
1. In den ZWave-Quellen wird bei der 9600-Baud-Konfig die Datenrate abweichend auf 19200 Bauf gestellt:
https://github.com/heliflieger/a-culfw/blob/5e08892e39b2fca07bde799b62f0bc387b82fea0/culfw/clib/rf_zwave.c#L84
Ist das ein Versehen? Ich habe im Code nichts gefunden, womit das wieder gerade gerechnet wird...
2. Wo genau ist der Unterschied zwischen GFSK und FSK-2 bzw. warum wird in den verschiedenen Konfigs bei ZWave hier mal das eine und mal das andere eingestellt?
3. Gibt es vielleicht einen besseren/einfacheren Weg?
Ich habe jetzt ZWave genommen, weil es auf den ersten Blick das einzige/erste FSK-Protokoll war. Hier erfolgen aber wohl noch viele weitere Anpassungen...
Kann ich vielleicht auch im laufenden Betrieb die CC1101-Konfig (dRate, bWidth, Modulation, CRC, ...) ändern, ohne immer neu zu kompilieren?
Ich habe mir auch das SmartRF Studio geladen und installiert, um die Register einfacher zu programmieren - aber auch hier gibt es 1000 Einstellmöglichkeiten.
Kurzum: wie starte ich am besten, wenn ich nur weiß, bei Frequenz XY ein ...FSK-Signal mit 9600 Baud zu haben mit der Implementierung in CULFW?
VG, Sven
Zitat von: Sven77 am 05 Dezember 2017, 09:27:37
Da auch der Aufbau der Nachricht (30/32 Bit Preamble, 16 Bit Sync-Word, 80 Bit Daten, 16 Bit CRC) offenbar recht gebräuchlich beim CC1101 ist, hoffe ich das mit diesem dekodieren zu können!
Dann wäre meine erste Idee, den Temperatursensor aufzuschrauben und nachzusehen, ob da eventuell wirklich ein CC1101 verbaut ist. Wenn ja, schauen wo man MOSI und CLK auf der Platine abgreifen kann und die Initialisierung des CC1101 mitloggen. Damit hat man dann die passenden Einstellungen für den CC1101.
Okay... das erscheint mir dann aber doch ein wenig zu radikal.
Bzw. was wenn kein CC1101 verbaut ist oder dieser nicht zerstörungsfrei zugänglich ist?
Sind denn alle bisher implementierten Protokolle samt Modulation, Deviation, Bandbreite und allem dokumentiert und "nur" anhand bekannter Daten implementiert oder alternativ mittels angesprochene Methode die Initialisierung der Originalchips ausgelesen?
Ich hatte schon gehofft, dass durch entsprechendes (mir fehlendes!) Wissen und ein wenig Experimentiersinn das auch anders herauszufinden sei.
Hi,
nur ganz kurz:
Zitat von: Sven77 am 05 Dezember 2017, 09:27:37
1. In den ZWave-Quellen wird bei der 9600-Baud-Konfig die Datenrate abweichend auf 19200 Bauf gestellt:
https://github.com/heliflieger/a-culfw/blob/5e08892e39b2fca07bde799b62f0bc387b82fea0/culfw/clib/rf_zwave.c#L84
Ist das ein Versehen? Ich habe im Code nichts gefunden, womit das wieder gerade gerechnet wird...
ist kein Versehen, das liegt an der Codierung, da wird eine Flanke in der Mitte vom Takt ausgewertet und bei der Taktgrenze muss man den Pegel ja auch ändern... Kann gerade nicht sagen wie die Kodierung heisst, da wird aber im Code per SW gemacht da ansonsten die Markierung für das Ende der Nachricht nicht geschrieben werden kann, da sie (absichtlich) das eigentliche Protokoll verletzt.
Zitat von: Sven77 am 05 Dezember 2017, 09:27:37
2. Wo genau ist der Unterschied zwischen GFSK und FSK-2 bzw. warum wird in den verschiedenen Konfigs bei ZWave hier mal das eine und mal das andere eingestellt?
Unterschied zwischen GFSK und FSK-2 kann kann ich momentan auch nicht sagen, aber die Kodierung ist so explizit in den Spezifikationen von ZWave vorgesehen. Die haben leider drei verschiedene Datenraten, welche mit drei verschiedenen Kodierungen und zwei verschiedenen Frequenzen spezifiziert sind. Bandbreite etc. ist natürlich auch für jede Variante anders....
Zitat von: Sven77 am 05 Dezember 2017, 09:27:37
3. Gibt es vielleicht einen besseren/einfacheren Weg?
Ich habe jetzt ZWave genommen, weil es auf den ersten Blick das einzige/erste FSK-Protokoll war. Hier erfolgen aber wohl noch viele weitere Anpassungen...
Kann ich vielleicht auch im laufenden Betrieb die CC1101-Konfig (dRate, bWidth, Modulation, CRC, ...) ändern, ohne immer neu zu kompilieren?
Ich habe mir auch das SmartRF Studio geladen und installiert, um die Register einfacher zu programmieren - aber auch hier gibt es 1000 Einstellmöglichkeiten.
Du könntest Dir mal die Spec von dem CC1101 anschauen, da kann man unter anderem auch die dekodierten Daten an einem der GD0pins ausgeben lassen und sich das mit einem logicanalyzer anschauen.
Bin gerade auf der Arbeit, daher kann ich da nicht soviel zu sagen, du kannst mir aber mal eine PM schicken, dann schau ich mir das auch mal an. Ich habe für das ZWave Protokoll so einige Sachen damit gemacht und vor kurzen auch noch mal recht intensiv damit rumgespielt.
Gruß,
Andreas.
Mir ist gerade zufällig aufgefallen, dass das bei mir verwendete SyncWord (0x2DD4) offenbar der Standard beim Si442x ist, also auch vom RFM12(b)!
Ich denke, ich werde mir daher mal "rf_native.c" genauer ansehen - hat da jemand Erfahrungen im Empfang von RFNATIVE mit 9600 Baud?
Hallo,
seit einige Tagen sehe ich im LOG öfter mal folgende Zeile:
ERROR: >Unknown< returned by the CUL_TCM97001 ParseFn is invalid, notify the module maintainer
Ich setze einen "NanoCUL V 1.23.09 a-culfw Build: 194" ein.
Hat jemand eine Idee?
Gruß
Blueberry63
Hallo zusammen,
ich suche nach Hilfe beim Versuch, meinen Temperatur und Feuchtigkeitssensor auszulesen. Es handelt sich um den Typ Bresser 70-07400 (https://www.bresser.de/Wetter-Zeit/BRESSER-Thermo-Hygro-Sensor-3CH-passend-fuer-BRESSER-Thermo-Hygrometer.html).
Beim Einlegen von Batterien protokolliert mein FHEM-Rechner:
2017.12.11 19:57:30 5: CUL/RAW: /omAA03FF01FC03E6
2017.12.11 19:57:30 4: CUL_Parse: CUL_1 omAA03FF01FC03E6
2017.12.11 19:57:30 5: CUL_1: dispatch omAA03FF01FC03E6
2017.12.11 19:57:30 5: CUL_REDIRECT (mAA03FF01FC03E6) length: 15 RSSI: -87
2017.12.11 19:57:30 5: CUL_REDIRECT (mAA03FF01FC03E6) match Manchester COODE length: 15
2017.12.11 19:57:30 5: CUL_REDIRECT decode Oregon 2 (AA03FF01FC03E6)
2017.12.11 19:57:30 5: bitdata: 10101010000000111111111100000001111111000000001111100110
2017.12.11 19:57:30 5: CUL_REDIRECT decode Oregon 3 (AA03FF01FC03E6)
2017.12.11 19:57:30 5: bitdata: 10101010000000111111111100000001111111000000001111100110
2017.12.11 19:57:30 5: CUL_REDIRECT decode Hideki (AA03FF01FC03E6)
2017.12.11 19:57:30 5: CUL_1: search in 10101010000000111111111100000001111111000000001111100110
2017.12.11 19:57:30 5: protocol does not match, ignore received package (AA03FF01FC03E6) Reason: Not a hideki protocol
Kann mir jemand helfen? Weitere Infos kann ich gern beistellen. CUL_1 ist ein busware V3 (433) mit a-culfw 1.26.01..
Vielen Dank vorab!
Patric
Meines Wissens ist das Protokoll von Bresser nicht implementiert. :'(
Grüße Markus
Danke für die prompte Antwort.
ZitatMeines Wissens ist das Protokoll von Bresser nicht implementiert.
Ich hatte mich auf die commandref verlassen... "The Hideki module is a module for decoding weather sensors, which use the hideki protocol. Known brands are Bresser, Cresta, TFA and Hama. "
Dann scheints da wohl Unterschiede von Modell zu Modell zu geben ?!
Gibt es erschwingliche Aussentemperatursensoren, die zu empfehlen sind?
Danke
Patric
Hallo an alle,
habe ein kleines Problem: Ich versuche den Part "I2CCUL" der a-culfw in Betrieb zu nehmen, bin nämlich auf folgendes Projekt gestoßen:
http://www.benjamin-stark.de/project/FHEM_a-culfw-I2C-esp8266/ (http://www.benjamin-stark.de/project/FHEM_a-culfw-I2C-esp8266/)
Da die Software mittlerweile auch im GIT der a-culfw implementiert ist dachte ich ich frag hier mal nach ob von euch das ganze schon jemand umgesetzt hat. Habe soweit alles am laufen (mit einem 433CUL), kann alles empfangen aber meine IT-Steckdosen leider nicht schalten.
Vielleicht hat da jemand von euch eine Idee?
Gruß
Schon eine coole nummer, die Nanos über nen Bus kommunizieren zu lassen.
Gesendet von meinem...... was auch immer
Zitat von: Patric am 14 Dezember 2017, 14:45:36
Gibt es erschwingliche Aussentemperatursensoren, die zu empfehlen sind?
https://direktkauf.idealo.de/portal/shopping/start?osId=3147977045626064348&offerId=3147977045626064348&ref=google100s1&camp=google100s1&utm_source=google&utm_medium=shopping&utm_campaign=shopping_dk&gclid=EAIaIQobChMIi5Hgxfef1wIV7zLTCh1HcwUOEAQYBCABEgKbcPD_BwE&abvar=DKC-2031%3AB
In dem Sett soll ein :
http://www.ebay.de/itm/TECHNOLINE-TX25-AUsEN-SENSOR-MIT-MESSSONDE-TX-25-SENDER-POOL-TEICH-THERMOMETER/331734957536?_trkparms=aid%3D222007%26algo%3DSIM.MBE%26ao%3D1%26asc%3D49133%26meid%3Dc8de81fe78cf442db8f84d6fb9a9e7a6%26pid%3D100011%26rk%3D3%26rkt%3D7%26mehot%3Dag%26sd%3D110716297602&_trksid=p2047675.c100011.m1850 (http://www.ebay.de/itm/TECHNOLINE-TX25-AUsEN-SENSOR-MIT-MESSSONDE-TX-25-SENDER-POOL-TEICH-THERMOMETER/331734957536?_trkparms=aid%3D222007%26algo%3DSIM.MBE%26ao%3D1%26asc%3D49133%26meid%3Dc8de81fe78cf442db8f84d6fb9a9e7a6%26pid%3D100011%26rk%3D3%26rkt%3D7%26mehot%3Dag%26sd%3D110716297602&_trksid=p2047675.c100011.m1850)
Enthalten sein, als sett halt günstiger.
Mit dem Teil lassen sich weitere tolle Sachen realisieren :
https://forum.fhem.de/index.php/topic,26335.0.html
Hallo zusammen...
gibt es bereits einen Grill/Backofen Thermometer der mit aculfw Funktioniert?
Wollte mir einen zulegen...
Danke
Pascal
Hi,
ich habe das Teil:
Rosenstein & Söhne Funk-Brat-/Grillthermometer mit XXL-Display
zum Beispiel bei Pearl ;-)
Wird als CUL_TCM970001 angelegt. Aber die Temp Werte passen noch nicht richtig zur Basisanzeige. Hat jemand Ideen wie ich das in FHEM umrechnen oder einstellen kann?
Ach ja zum löschen dann das hier:
https://www.aliexpress.com/item/32815602554/32815602554.html
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Danke an beide!
Grüßle
Pascal
Hallo zusammen,
kurze technische Frage. Hab 'nen nanoCUL 868. Wurde mit der original Firmware betrieben. Hab ihn dann auf 433 MHZ gesetzt, um TCM Thermometer auszulesen. Es wurden auch Werte angenommen und ins FHEM Log geschrieben. Allerdings funktionierte Autocreate nicht. Hab daher den CUL auf die a-culfw 868 MHZ geflasht und auf 433 MHz umgeschaltet. Jetzt kommt nichts mehr im FHEM an.
VERSION
V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) nanoCUL868 (F-Band: 868MHz)
ccconf
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Meine Vermutung geht dahin, die Frequenz gar nicht umgeschaltet wird? Wenn das so ist, kann ich den auch auf 433 MHZ flashen. Das der Antennenkreis nicht sauber abgestimmt ist, spielt zunächst keine Rolle.
Edit: 868 MHZ funktioniert einwandfrei. Der hatte sich sofort meine FHTs reingezogen.
Grüße Bernd
Hi,
setzt nach
set cul freq 433.920
mal ein
set cul raw X25
Und schaue im Eventmonitor, ob wirklich nichts empfangen wird. Zurück mit
set cul raw X21
Dann zeig hier mal eine
list cul
Ist der RFmode richtig gesetzt?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 06 Januar 2018, 10:24:41
Hi,
setzt nach
set cul freq 433.920
mal ein
set cul raw X25
Und schaue im Eventmonitor, ob wirklich nichts empfangen wird. Zurück mit
set cul raw X21
Dann zeig hier mal eine
list cul
Ist der RFmode richtig gesetzt?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Ups, die X25 war doch nicht gesetzt. Danke für den Hinweis.
Internals:
CMDS ABCEeFfGiKlMNRTtUVWXxZ
CUL868_MSGCNT 17
CUL868_TIME 2018-01-06 10:54:04
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400
FD 11
FHTID 0000
NAME CUL868
NR 43
PARTIAL
RAWMSG p 3 208 480 464 224 0 0 22 4 2 5 0 3B C326E4
RSSI -76
STATE opened
TYPE CUL
VERSION V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) nanoCUL868 (F-Band: 868MHz)
initString X21
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-01-06 09:49:00 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2018-01-04 22:47:52 cmds A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2018-01-05 22:33:27 raw V 1.67 nanoCUL868
2018-01-06 10:54:04 state opened
2018-01-02 23:09:49 version V 1.67 nanoCUL868
SOFTBUFFER:
Attributes:
addvaltrigger 1
rfmode SlowRF
room IT-Room
verbose 3
Hi,
Dein list passt nicht:
Oben 1.26.01 a-culfw FW unten in den readings:
Von gestern 1.67
Also bitte vor dem list noch
get CUL868 cmds
get CUL868 version
get CUL868 ccconf
Das X25 gibt einfach mehr Details des Funkfeuers auf den Eventmonitor, bitte zusätzlich noch verbose auf 5 und den Haken im Eventlog für logs aktivieren ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 06 Januar 2018, 11:01:34
Hi,
Dein list passt nicht:
Oben 1.26.01 a-culfw FW unten in den readings:
Von gestern 1.67
Also bitte vor dem list noch
get CUL868 cmds
get CUL868 version
get CUL868 ccconf
Das X25 gibt einfach mehr Details des Funkfeuers auf den Eventmonitor, bitte zusätzlich noch verbose auf 5 und den Haken im Eventlog für logs aktivieren ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hier ist das Update
Internals:
CMDS ABCEeFfGiKlMNRTtUVWXxZ
CUL868_MSGCNT 93
CUL868_TIME 2018-01-06 11:58:23
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400
FD 11
FHTID 0000
NAME CUL868
NR 43
PARTIAL
RAWMSG p 3 576 240 208 592 0 0 26 4 3 1 0 2D FFA1FF40
RSSI -76
STATE Initialized
TYPE CUL
VERSION V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) nanoCUL868 (F-Band: 433MHz)
initString X21
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-01-06 09:49:00 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2018-01-06 11:58:29 cmds A B C E e F f G i K l M N R T t U V W X x Z
2018-01-06 11:58:17 credit10ms 900
2018-01-06 11:58:26 fhtbuf No answer
2018-01-05 22:33:27 raw V 1.67 nanoCUL868
2018-01-06 11:58:29 state Initialized
2018-01-06 11:58:09 uptime 0 02:18:29
2018-01-06 11:58:03 version V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) nanoCUL868 (F-Band: 433MHz)
SOFTBUFFER:
Attributes:
addvaltrigger 1
rfmode SlowRF
room IT-Room
verbose 5
ZitatHab daher den CUL auf die a-culfw 868 MHZ geflasht und auf 433 MHz umgeschaltet. Jetzt kommt nichts mehr im FHEM an.
Klar, dass da nichts mehr ankommt ::) die 868er hat keinen IT-Empfang(siehe board.h)
ZitatWenn das so ist, kann ich den auch auf 433 MHZ flashen.
Kannst Du nicht nur, musst Du ! (Aber Du hast dann natürlich wiederum gewisse 868er-Protokolle nicht mehr :( )
Willst Du 868er u. 433er Protokolle gemischt, musst Du Dir die board.h nach Deinen Bedürfnissen zusammenstellen und selber kompilieren.
Grüße Markus
Hallo,
kann mir bitte jemand sagen, was ich nun tun muss, damit ich den Technoline Aussensensor TX25 "mitlesen" kann? Ich habe einen CUL868 mit aktueller a-culfw der im rfmode=MAX läuft. Geht diese Konstellation überhaupt ??
Danke vorab!
Patric
Zitat von: coolheizer am 29 Dezember 2017, 13:03:29
https://direktkauf.idealo.de/portal/shopping/start?osId=3147977045626064348&offerId=3147977045626064348&ref=google100s1&camp=google100s1&utm_source=google&utm_medium=shopping&utm_campaign=shopping_dk&gclid=EAIaIQobChMIi5Hgxfef1wIV7zLTCh1HcwUOEAQYBCABEgKbcPD_BwE&abvar=DKC-2031%3AB
Nein :'(
Ohne den TX25 zu kennen, es hat sicherlich kein-MAX!-Protokoll u.
Zitatrfmode=MAX
kann eben NUR MAX! empfangen.
Grüße Markus
Zitat von: KölnSolar am 06 Januar 2018, 12:42:29
Klar, dass da nichts mehr ankommt ::) die 868er hat keinen IT-Empfang(siehe board.h)Kannst Du nicht nur, musst Du ! (Aber Du hast dann natürlich wiederum gewisse 868er-Protokolle nicht mehr :( )
Willst Du 868er u. 433er Protokolle gemischt, musst Du Dir die board.h nach Deinen Bedürfnissen zusammenstellen und selber kompilieren.
Grüße Markus
Danke! Werde mal das ein oder andere testen.
Zitat von: KölnSolar am 06 Januar 2018, 14:43:11
Nein :'(
Ohne den TX25 zu kennen, es hat sicherlich kein-MAX!-Protokoll u. kann eben NUR MAX! empfangen.
Grüße Markus
Ahh.. dazugelernt. Dann hab ich ja jetzt einen Grund, ein lacrosseGW zu basteln...
[emoji3]
Danke!
Gesendet von meinem Moto G (5) Plus mit Tapatalk
Hallo zusammen,
@Patrick
habe folgende Aussensensoren seit etwa einem Jahr in Betrieb
um Kühlschrank und Gerfriertruhe zu überwachen ...
https://www.conrad.de/de/Search.html?searchType=REGULAR&search=Thermosensor%20Eurochron%20EAS%20700Z&category=%1Ft16%1Fc17192
Wird sofort als CUL_TCM97001_235 / Mebus_235 erkannt.
Kleines Manko: Keine Luftfeuchtigkeitsanzeige
aber ansonsten zuverlässig. Batterien (2 x AAA) halten knapp 2 Jahre.
Greetz
Peter
Hi, ich wolte meinen CUL V3 jetzt mal auf meinem Cubietruck mit Debian Stretch auf die aktuelle CulFW 1.26 (obwohl ja im ersten Post hier noch als aktuell 1.25 steht!?) flashen.
Dazu habe ich mir auf den Cubie das geclont https://github.com/heliflieger/a-culfw, bin dann ins Verzeichniss a-culfw/culfw/Devices/CUL/
Wenn ich dort dann ./flash.sh ausführe kommt die abfrage welche Version ich flashen will, da hab ich die 9 gewählt für die V3_433Mhz Variante, dann bekomme ich diesen Fehler.
Was mache ich falsch?
/opt/a-culfw/culfw/Devices/CUL'
Cleaning project:
Compiling C: CUL.c
/bin/sh: 1: avr-gcc: not found
makefile:236: recipe for target 'CUL.o' failed
make[1]: *** [CUL.o] Error 127
make[1]: Leaving directory '/opt/a-culfw/culfw/Devices/CUL'
makefile:117: recipe for target 'all' failed
make: *** [all] Error 2
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5): 9
The device will now be flashed
Continue (y/n)?y
Flash now device
Call: dfu-programmer atmega32u4 erase
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 flash CUL_V3_433MHZ.hex
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 start
dfu-programmer: no device present.
Danke
Zitat von: Tommy82 am 21 Januar 2018, 14:32:21
Hi, ich wolte meinen CUL V3 jetzt mal auf meinem Cubietruck mit Debian Stretch auf die aktuelle CulFW 1.26 (obwohl ja im ersten Post hier noch als aktuell 1.25 steht!?) flashen.
Dazu habe ich mir auf den Cubie das geclont https://github.com/heliflieger/a-culfw, bin dann ins Verzeichniss a-culfw/culfw/Devices/CUL/
Wenn ich dort dann ./flash.sh ausführe kommt die abfrage welche Version ich flashen will, da hab ich die 9 gewählt für die V3_433Mhz Variante, dann bekomme ich diesen Fehler.
Was mache ich falsch?
/opt/a-culfw/culfw/Devices/CUL'
Cleaning project:
Compiling C: CUL.c
/bin/sh: 1: avr-gcc: not found
makefile:236: recipe for target 'CUL.o' failed
make[1]: *** [CUL.o] Error 127
make[1]: Leaving directory '/opt/a-culfw/culfw/Devices/CUL'
makefile:117: recipe for target 'all' failed
make: *** [all] Error 2
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5): 9
The device will now be flashed
Continue (y/n)?y
Flash now device
Call: dfu-programmer atmega32u4 erase
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 flash CUL_V3_433MHZ.hex
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 start
dfu-programmer: no device present.
Danke
Nimm die gebauten Versionen aus dem entsprechenden Zip. Wenn du nur den src nimmst, musst du compilieren. Der Fehler sagt auch, dass der Compiler fehlt.
Hi, welcher compiler fehlt? gcc ist installiert sudo apt install gcc
Reading package lists... Done
Building dependency tree
Reading state information... Done
gcc is already the newest version (4:6.3.0-4).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Wo finde ich die gebaute Version? hab die hier geclonnt https://github.com/heliflieger/a-culfw.git , da ist keine zip drin!?
EDIT, OK, gcc-avr fehlte, habe ich jetzt nachinstalliert, aber das make schlägt trotzdem fehl
make
make TARGET=CUL_V2 FREQUENCE=_433MHZ MCU=at90usb162 FLASH_SIZE=16384 BOOTLOADER_SIZE=2048 mostly_clean build size
make[1]: Entering directory '/opt/a-culfw/culfw/Devices/CUL'
Cleaning project:
Compiling C: CUL.c
In file included from CUL.c:6:0:
../../lufa/Drivers/USB/HighLevel/../LowLevel/LowLevel.h:43:22: fatal error: avr/io.h: No such file or directory
#include <avr/io.h>
^
compilation terminated.
makefile:236: recipe for target 'CUL.o' failed
make[1]: *** [CUL.o] Error 1
make[1]: Leaving directory '/opt/a-culfw/culfw/Devices/CUL'
makefile:117: recipe for target 'all' failed
make: *** [all] Error 2
EDIT
Der make Prozess ist jetzt durchgelaufen, aber das flashen funktioniert weiterhin nicht
./flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5): 9
The device will now be flashed
Continue (y/n)?y
Flash now device
Call: dfu-programmer atmega32u4 erase
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 flash CUL_V3_433MHZ.hex
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 start
dfu-programmer: no device present.
Hallo,
die fertig gebauten Files findest du hier: https://www.mediafire.com/folder/iuf7lue8r578c/a-culfw (https://www.mediafire.com/folder/iuf7lue8r578c/a-culfw)
Gruß
Markus
Ok, dann hab ich die aktuelle drauf
Internals:
CMDS ABCEeFGhiKkLlMmRTtUuVWXxY
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
Cul433_MSGCNT 1
Cul433_TIME 2018-01-21 16:26:40
DEF /dev/ttyACM0@9600 1234
DeviceName /dev/ttyACM0@9600
FD 15
FHTID 1234
NAME Cul433
NR 243
PARTIAL
RAWMSG i6965A65555A59655F7
RSSI -78.5
STATE Initialized
TYPE CUL
VERSION V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUL433 (F-Band: 433MHz)
initString X21
Helper:
DBLOG:
ccconf:
myDbLog:
TIME 1516548325.05758
VALUE freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB
raw:
myDbLog:
TIME 1516554088.96703
VALUE is00111100110101010110011111000010
state:
myDbLog:
TIME 1516548316.97599
VALUE bWidth 354
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-01-21 16:25:25 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB
2018-01-21 16:20:32 cmds A B C E e F G h i K k L l M m R T t U u V W X x Y
2017-12-03 10:19:22 credit10ms 900
2017-12-03 10:19:27 fhtbuf AE
2018-01-21 18:01:28 raw is00111100110101010110011111000010
2018-01-21 16:26:40 state Initialized
2017-12-03 10:19:31 uptime 0 10:53:11
2017-12-03 10:19:36 version V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUL433 (F-Band: 433MHz)
Attributes:
group Hardeware
room Büro
verbose 3
Zitat von: Peter_Listig am 11 Januar 2018, 12:39:21
Hallo zusammen,
@Patrick
habe folgende Aussensensoren seit etwa einem Jahr in Betrieb
um Kühlschrank und Gerfriertruhe zu überwachen ...
https://www.conrad.de/de/Search.html?searchType=REGULAR&search=Thermosensor%20Eurochron%20EAS%20700Z&category=%1Ft16%1Fc17192
Wird sofort als CUL_TCM97001_235 / Mebus_235 erkannt.
Kleines Manko: Keine Luftfeuchtigkeitsanzeige
aber ansonsten zuverlässig. Batterien (2 x AAA) halten knapp 2 Jahre.
Greetz
Peter
Ähm, da würde ich aber eher die TX29dht mit Lacrosse nehmen, die kosten ca. 15 Euro/Stück und können Temperatur und Luftfeuchte und funken auf 868Mhz sehr stabil auch quer durchs Haus. Mit dem LC-Gateway (1x Wemos, 1x RFM69CW, kleine Platine,fertich), das man dann auch überall dort hinbauen kann, wo WLAN ausgeleuchtet ist, läuft super stabil. Ich hatte vorher die kleinen Eurochrons mit 433Mhz, die sind alle Weile mit Batterieschlappheit abgeschmiert und mussten dann komplett neu eingerichtet werden, wenn die überhaupt nach Batteriewechsel wieder gefunden wurden. die TX halten ca. 2 Jahre und man kann im Device Batteriewechsel setzen, dann wird der Sensor nach Batteriewechsel wieder sauber neu verknüpft...
Danke für die Hinweise.
Ja, LacrosseGateway läuft schon; ich muss "nur noch" den RFM69CW dranlöten...
Patric
Hi,
mal ne Frage: Versuche mich an einem miniCUL 433MHz! Habe sowohl selber compiliert als auch eine der fertigen Binarys benutzt. Egal was ich mache, der CUL meldet sich immer mit:
V 1.26.01 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
.
Habe versucht mit "raw e" die Settings zurück zu setzen, bin aber nicht sicher ob das funktioniert. Wenn ich den Befehl absetze, fängt der Arduino wie wild an zu blinken und muss stromlos gemacht werden um wieder dran zu kommen. Habe die Verkabelung x-mal kontrolliert, denke auch dass das passt.
Bin (fast) verzweifelt! Irgendwer einen heißen Tipp für mich?
Danke und Gruß
Tobias
Zitat von: toxic-tonic am 30 Januar 2018, 20:53:34
Hi,
mal ne Frage: Versuche mich an einem miniCUL 433MHz! Habe sowohl selber compiliert als auch eine der fertigen Binarys benutzt. Egal was ich mache, der CUL meldet sich immer mit:
V 1.26.01 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
.
Habe versucht mit "raw e" die Settings zurück zu setzen, bin aber nicht sicher ob das funktioniert. Wenn ich den Befehl absetze, fängt der Arduino wie wild an zu blinken und muss stromlos gemacht werden um wieder dran zu kommen. Habe die Verkabelung x-mal kontrolliert, denke auch dass das passt.
Bin (fast) verzweifelt! Irgendwer einen heißen Tipp für mich?
Danke und Gruß
Tobias
Was hast Du denn an den Pin C1 dran?
Der Pin wird beim miniCul auch ausgewertet. Sprich wenn da kein Widerstand nach Masse drann ist, dann ist es ein CUl für 868MHz.
Mach mal an diesen Pin einen Widerstand nach Masse (GND) dran.
Cool, teste ich, meinst du D1 oder wirklich C1? Welcher Pin ist das?
Zitat von: toxic-tonic am 30 Januar 2018, 21:25:49
Cool, teste ich, meinst du D1 oder wirklich C1? Welcher Pin ist das?
PC1 == A1
Top! Man lernt nie aus! Danke!!
Hat jemand einen Vorschlag was für einen Widerstand? Einfach so auf Grund legen reicht bei mir nicht!
Gefunden, ist A0 nicht A1! Einfach auf Masse und läuft (fast)...
So, läuft! Nochmal für Nachbauer (bezogen auf einen E07-M1101D-TH):
CC Mini Pro
1 gnd gnd
2 vcc vcc
3 gdo0 2
4 csn 10
5 sck 13
6 mosi 11
7 miso 12
8 gdo2 3
Außerdem A0 auf gnd um ggf auf 433MHz umzuschalten!
Gruß
Tobias
Moin,
Noch mal ne blöde Frage: beim miniCUL ist ja ein bootloader dabei, weil der reset sonst mit dem Standard-bootloader nicht läuft (LED blinkt wild). Der scheint aber nur für 8MHz Minis zu sein, zumindest habe ich ihn auf einem 16MHz Mini nicht flashen können. Gibt es irgendwo auch eine 16MHz Variante? Oder bin ich (mal wieder) nur zu blöd?
Danke und Gruß
Tobias
Moin,
mit der aktuellen FW wird nun auch mein Aussen+Regensensor korrekt erkannt. Supie.
Aber wie bekomme ich die "RAWMSG" aus dem Log raus ? Die Attribute "event on change... sowie ein StateFormat" haben bislang nicht weitergeholfen... ???
COC flashing. I've some problems with COC RPI addon and I've decided to reflash it with aculfw firmware. Unfortunately "flash script" is not working (COC doesn't go into bootloader mode) so I'd like to use ISP connector. I've question:
As I understood files "COC.hex and COC_radio_only.hex" which can be found after compile are ready to be loaded using original bootloader (base address shift etc) am I right? How should I load it into AVR memory using ISP? Does it should be merged with bootloader into one file and flashed in CPU? Any help needed.
Hallo,
ich habe für einen Signalduino einen promini 3,3V mit einem cc1101 nach folgender Anleitung verbunden. Es ist die selbe Verkabelung wie beim nanocul.
https://forum.fhem.de/index.php/topic,69042.msg605241.html#msg605241
Anlage: cc1101_promini_nano_v1.1.png
Ich möchte ihn nun testweise zum cul umflashen.
Kann ich dafür die a-culfw für den miniCUL verwenden? Dazu müsste ich in der board.h einige pins ändern
https://github.com/heliflieger/a-culfw/blob/master/culfw/Devices/miniCUL/board.h
Oder gibt es ein device, das für den promini 3,3V besser passt?
Muss ich für 433 MHz ein 4,7k Widerstand an pin A0 (PC0) nach GND verbinden oder gibt es eine Möglichkeit 433 MHz ohne den Widerstand zu verwenden?
Gruß Ralf
Guten Morgen,
ich habe jetzt auch die aktuelle a-culfw geflasht, um mit meinem nanoCUL meine Lacrosse Temperatursensoren zu empfangen.
Leider kommt bei Eingabe von N1 bzw. Nr1 folgende Ausgabe in der Log-Datei:
2018.03.31 07:48:38 4: CUL_Parse: CUL868 01
2018.03.31 07:48:38 5: CUL868: dispatch 01
2018.03.31 07:48:38 3: CUL868: Unknown code 01, help me!
2018.03.31 07:48:43 3: set CUL868 raw Nr1
2018.03.31 07:48:43 5: SW: Nr1
2018.03.31 07:48:43 5: CUL/RAW: /01
2018.03.31 07:48:43 4: CUL_Parse: CUL868 01
2018.03.31 07:48:43 5: CUL868: dispatch 01
2018.03.31 07:48:43 3: CUL868: Unknown code 01, help me!
2018.03.31 07:50:46 3: set CUL868 raw N1
2018.03.31 07:50:46 5: SW: N1
2018.03.31 07:50:46 5: CUL/RAW: /01
Hier noch meine Hardware / Einstellungen / List CUL:
nanoCUL USB Stick FTDI CC1101 868MHz
ccconf => freq:868.300MHz bWidth:203KHz rAmpl:33dB sens:8dB
version => V 1.26.02 a-culfw Build: 275 (2018-02-07_20-27-53) nanoCUL868 (F-Band: 868MHz)
Internals:
CMDS ABCEeFfGiKlMNRTtUVWXxZ
CUL868_MSGCNT 62
CUL868_TIME 2018-03-31 07:50:53
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400
FD 16
FHTID 0000
NAME CUL868
NR 38
PARTIAL
RAWMSG 01
RSSI -78.5
STATE Initialized
TYPE CUL
VERSION V 1.26.02 a-culfw Build: 275 (2018-02-07_20-27-53) nanoCUL868 (F-Band: 868MHz)
initString X21
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-03-30 18:17:32 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2018-03-31 07:27:30 cmds A B C E e F f G i K l M N R T t U V W X x Z
2018-03-31 06:24:43 raw No answer
2018-03-31 07:50:53 state Initialized
2018-03-31 07:45:27 version V 1.26.02 a-culfw Build: 275 (2018-02-07_20-27-53) nanoCUL868 (F-Band: 868MHz)
SOFTBUFFER:
Attributes:
model nanoCUL
rfmode SlowRF
verbose 5
Kann mir jemand helfen?
Zitatich habe für einen Signalduino einen promini 3,3V mit einem cc1101 nach folgender Anleitung verbunden. Es ist die selbe Verkabelung wie beim nanocul.
Ich bin inzwischen etwas weiter gekommen.
Da ich die Verkabelung vom nanocul verwende muß ich in der board.h pin2 und pin3 tauschen
#define SPI_PORT PORTB
#define SPI_DDR DDRB
#define SPI_SS 2
#define SPI_MISO 4
#define SPI_MOSI 3
#define SPI_SCLK 5
#define CC1100_CS_DDR SPI_DDR
#define CC1100_CS_PORT SPI_PORT
#define CC1100_CS_PIN SPI_SS
#define CC1100_OUT_DDR DDRD
#define CC1100_OUT_PORT PORTD
#define CC1100_OUT_PIN 3
#define CC1100_OUT_IN PIND
#define CC1100_IN_DDR DDRD
#define CC1100_IN_PORT PIND
#define CC1100_IN_PIN 2
#define CC1100_IN_IN PIND
#define CC1100_INT INT1
#define CC1100_INTVECT INT1_vect
#define CC1100_ISC ISC10
#define CC1100_EICR EICRA
#define LED_DDR DDRD
#define LED_PORT PORTD
#define LED_PIN 4
ich habe ein make gemacht und dann die miniCUL_433MHZ.hex geflasht.
Er empfängt aber nichts. Getestet mit ITv1 und Temperatursensoren.
Als signalduino funktioniert er problemlos.
ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
version => V 1.26.02 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
list myCUL:
Internals:
CFGFN
CMDS ABCEeFfGiKLlMmRTtUuVWXxY
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0@38400
FD 246
FHTID 1234
NAME myCUL
NR 809
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.26.02 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
initString X21
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-03-31 17:25:21 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2018-03-31 17:17:28 cmds A B C E e F f G i K L l M m R T t U u V W X x Y
2018-03-31 16:06:06 raw No answer
2018-03-31 17:17:28 state Initialized
2018-03-31 17:25:28 version V 1.26.02 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
Attributes:
rfmode SlowRF
room CUL_TCM97001
verbose 5
Gruß Ralf
Irgendwas scheint mit den Dateien auf github nicht zu stimmen.
Ich habe jetzt diese hier genommen
http://www.mediafire.com/file/3kygz2kvf1vka2g/a-culfw_1.26.02_build_276.zip
und dann bei der Verkabelung Pin2 und Pin3 getauscht, nun funktioniert es.
Für mich hat es sich hiermit erledigt. Zum Testen ist es so für mich ausreichend.
Gruß Ralf
Hallo zusammen,
ich habe vor an einem MAX!Cube den zweiten vorhanden seriellen Port (an ST1 mit Pin's PA0&1 = USART0) als separaten Anschluß zu nutzen. (wie UART2/3 im MapleCUN).
In der CUBe->board.h ist er ja schon zusätzlich zum Debug-Port (Pins's 27&28 = USART1)definiert:
/// USART0 RXD pin definition.
#define PIN_USART0_RXD {1 << 0, AT91C_BASE_PIOA, AT91C_ID_PIOA, PIO_PERIPH_A, PIO_DEFAULT}
/// USART0 TXD pin definition.
#define PIN_USART0_TXD {1 << 1, AT91C_BASE_PIOA, AT91C_ID_PIOA, PIO_PERIPH_A, PIO_DEFAULT}
- Wie kann man diesen freien seriellen Port aus FHEM ansprechen ?
- Wie setzt man dessen Baudrate / Stopbits / etc. (es geht in der 276er nicht mit "pb@9600" win beim Maple)
- Kann man diesen Port, wie beim MapleCUN in der board.h bzw. hal_usart.h bereits aktivieren?
Gruß Phantom
Die Nutzung der seriellen Schnittstelle wie beim MapleCUN ist für den CUBe nicht vorgesehen.
@telekatz: Danke für die schnelle Info.
Die seriellen Ports ST1/2 des CUBe für Console und Debug werde ich der Einfacheit halber so belassen und mir einen DS2482-100 besorgen, da 1-Wire schon vorgesehen ist ...
Gruß Phantom
Hallo zusammen,
gesucht habe ich schon und probiert auch eine Menge, leider ohne Erfolg. Vielleicht könnt ihr mir helfen.
Ich möchte Rolladenaktoren von 3T-Motors (sollen Intertechno kompatibel sein) ansteuern.
Da noch ein SCC (allerdings eins für 868MHz) übrig ist habe ich es auf das erste (für Homematic) draufgepackt, mit der aculfw 1.26.02 geflasht und auf 433.920 MHz umgestellt. Dass die Reichweite nicht gut sein wird ist klar, aber es geht erst mal darum zu testen ob diese Aktoren überhaupt damit zu betreiben sind.
Internals:
CFGFN /opt/fhem/mycfg/01_scc.cfg
CMDS mBbCFiAZGMYRTVWXef*ltuxz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF SCC
IODev SCC
NAME SCC2
NOTIFYDEV SCC
NR 64
NTFY_ORDER 50-SCC2
PARTIAL
RAWMSG ? (25 is unknown) Use one of m B b C F i A Z G M Y R T V W X e f * l t u x z
SCC2_MSGCNT 2
SCC2_TIME 2018-04-16 05:36:21
STATE Initialized
StackLevel 1
TYPE STACKABLE_CC
VERSION V 1.26.02 a-culfw Build: 275 (2018-02-07_20-27-53) CSM868 (F-Band: 433MHz)
initString X21
Helper:
DBLOG:
raw:
myDbLog:
TIME 1523849753.71259
VALUE V 1.26.02 a-culfw Build: 275 (2018-02-07_20-27-53) CSM868 (F-Band: 433MHz)
state:
myDbLog:
TIME 1523852032.8139
VALUE raw X25
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-04-16 05:29:52 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2018-04-16 05:35:18 cmds m B b C F i A Z G M Y R T V W X e f * l t u x z
2018-04-16 05:35:53 raw V 1.26.02 a-culfw Build: 275 (2018-02-07_20-27-53) CSM868 (F-Band: 433MHz)
2018-04-16 05:36:21 state Initialized
Attributes:
alias SCC2 433Mhz SlowRF
group CUL
model CUL
rfmode SlowRF
room System
verbose 5
Leider erscheint im Event Monitor gar nix wenn ich, auf der zu den Aktoren gehörenden, Fernbedienung die Tasten drücke.
Kann ich ein auf 868MHz ausgelegtes SCC überhaupt mit der aculfw auf 433 betreiben?
Muss ich da noch mehr umstellen?
Schon mal vielen Dank im Voraus & viele Grüße
Uli
ZitatDa noch ein SCC (allerdings eins für 868MHz) übrig ist habe ich es auf das erste (für Homematic) draufgepackt
Ob das evtl. zu Problemen führt, kann ich nicht beurteilen. Grundsätzlich sollte das 868er mit 433 (u. der angesprochenen Reichweitenthematik) funktionieren.
ZitatMuss ich da noch mehr umstellen?
Eigentlich nicht. Du könntest die bwidth auf 464kHz erhöhen, um etwas mehr zu empfangen. Evtl. ist die Frequenz für die Motoren nicht bei 433.92(Somfy nutzt z.B. auch eine leicht andere Freq.). Evtl. mal in 0.2er Schritten von 432-435 durchtesten.
Mal den "CUL" mit set CUL raw X67 in den debug-Modus setzen. Danach wieder zurück mit X21 in den Normalmodus. Im Log ist dann hoffentlich irgendetwas zu sehen.
Grüße Markus
Hallo,
Gibt es eine Chance dieses Grillthermometer auzulesen?
LIDL Florabest Funk Grill Thermometer FFGT 433 A1
V 1.26.03 a-culfw Build: 300 (2018-04-15_20-15-39) nanoCUL433 (F-Band: 433MHz) auf nanoCul mit CC1101
mit X67 hab ich im Evenmonitor folgendes Isolieren können:
Display Zeigt Rind/Ziel Temp:82 Aktuelle Temp:30 Well (Wobei ich denke das nur die Temperatur/Batteriestatus gesendet wird
2018-04-17 12:33:59 CUL nanoCUL UNKNOWNCODE p11 512 3984 496 4000 496 1984 30 1 3 6 480 8944 0 50 E2883754
2018-04-17 12:33:59 CUL nanoCUL UNKNOWNCODE p11 512 3984 496 3984 480 2016 30 1 3 6 480 8976 0 50 E2883754
2018-04-17 12:34:00 CUL nanoCUL UNKNOWNCODE p11 512 3984 496 3968 496 2016 30 1 3 6 480 8960 0 50 E2883754
2018-04-17 12:34:00 CUL nanoCUL UNKNOWNCODE p11 496 3968 496 3984 480 2000 30 1 3 6 480 8992 0 50 E2883754
2018-04-17 12:34:00 CUL nanoCUL UNKNOWNCODE p11 512 4000 480 3984 496 2016 30 1 3 6 496 8944 0 50 E2883754
2018-04-17 12:34:00 CUL nanoCUL UNKNOWNCODE p11 480 4016 496 4016 496 1984 30 1 3 6 480 8976 0 50 E2883754
2018-04-17 12:34:00 CUL nanoCUL UNKNOWNCODE p11 496 4000 496 4016 496 1984 30 1 3 6 464 8960 0 50 E2883754
2018-04-17 12:34:04 CUL nanoCUL UNKNOWNCODE p11 496 4000 512 3984 496 2000 30 1 3 6 480 8960 0 50 E2883754
2018-04-17 12:34:04 CUL nanoCUL UNKNOWNCODE p11 496 3984 496 3984 496 1984 30 1 3 6 496 8944 0 50 E2883754
2018-04-17 12:34:04 CUL nanoCUL UNKNOWNCODE p11 496 3984 496 3984 496 2000 30 1 3 6 464 8976 0 50 E2883754
2018-04-17 12:34:04 CUL nanoCUL UNKNOWNCODE p11 480 4000 496 3984 496 1984 30 1 3 6 480 8976 0 50 E2883754
2018-04-17 12:34:04 CUL nanoCUL UNKNOWNCODE p11 496 3984 496 3968 480 2016 30 1 3 6 480 8992 0 50 E2883754
2018-04-17 12:34:04 CUL nanoCUL UNKNOWNCODE p11 496 3968 496 3968 496 2016 30 1 3 6 496 8976 0 50 E2883754
2018-04-17 12:34:04 CUL nanoCUL UNKNOWNCODE p11 496 4000 496 3984 480 2000 30 1 3 6 480 8976 0 50 E2883754
2018-04-17 12:34:08 CUL nanoCUL UNKNOWNCODE p11 496 4016 496 3984 496 2016 30 1 3 6 480 8944 0 50 E2883754
2018-04-17 12:34:08 CUL nanoCUL UNKNOWNCODE p11 480 4000 496 4016 496 1984 30 1 3 6 480 8960 0 50 E2883754
2018-04-17 12:34:08 CUL nanoCUL UNKNOWNCODE p11 496 4000 496 4000 496 1984 30 1 3 6 480 8944 0 50 E2883754
2018-04-17 12:34:08 CUL nanoCUL UNKNOWNCODE p11 512 3968 496 4000 496 1984 30 1 3 6 480 8960 0 50 E2883754
2018-04-17 12:34:09 CUL nanoCUL UNKNOWNCODE p11 496 3984 496 3984 480 2016 30 1 3 6 464 8960 0 50 E2883754
2018-04-17 12:34:09 CUL nanoCUL UNKNOWNCODE p11 496 3984 496 3984 496 1984 30 1 3 6 480 8960 0 50 E2883754
2018-04-17 12:34:09 CUL nanoCUL UNKNOWNCODE p11 512 3968 496 3984 496 2000 30 1 3 6 464 8976 0 50 E2883754
Aktuelle Temp:34
018-04-17 12:36:25 CUL nanoCUL UNKNOWNCODE p11 96 4848 2176 48 0 0 43 1 5 3 288 6800 0 DD 800000000000
2018-04-17 12:36:28 CUL nanoCUL UNKNOWNCODE p11 512 3984 496 3968 512 1968 30 1 3 6 496 8944 0 3E E28839CC
2018-04-17 12:36:28 CUL nanoCUL UNKNOWNCODE p11 512 3968 496 4000 512 1984 30 1 3 6 512 8944 0 3E E28839CC
2018-04-17 12:36:28 CUL nanoCUL UNKNOWNCODE p11 512 3984 496 3984 496 1984 30 1 3 6 496 8960 0 3E E28839CC
2018-04-17 12:36:28 CUL nanoCUL UNKNOWNCODE p11 528 3968 496 3984 528 1984 30 1 3 6 512 8944 0 40 E28839CC
2018-04-17 12:36:28 CUL nanoCUL UNKNOWNCODE p11 512 3968 480 4000 480 2000 30 1 3 6 512 8960 0 3E E28839CC
2018-04-17 12:36:28 CUL nanoCUL UNKNOWNCODE p11 512 3984 480 4000 496 2000 30 1 3 6 480 8944 0 3E E28839CC
2018-04-17 12:36:28 CUL nanoCUL UNKNOWNCODE p11 480 3984 496 4000 480 2000 30 1 3 6 496 8960 0 40 E28839CC
Aktuelle Temp:35:
2018-04-17 12:37:07 CUL nanoCUL UNKNOWNCODE p11 512 3984 496 3984 512 2000 30 1 3 6 512 8944 0 3D E28839FC
2018-04-17 12:37:07 CUL nanoCUL UNKNOWNCODE p11 480 3984 480 3984 496 2000 30 1 3 6 496 8960 0 3C E28839FC
2018-04-17 12:37:07 CUL nanoCUL UNKNOWNCODE p11 528 3952 512 3984 496 2000 30 1 3 6 512 8960 0 3E E28839FC
2018-04-17 12:37:07 CUL nanoCUL UNKNOWNCODE p11 480 4000 512 3984 480 2000 30 1 3 6 512 8944 0 3D E28839FC
2018-04-17 12:37:07 CUL nanoCUL UNKNOWNCODE p11 512 4000 496 3968 496 2000 30 1 3 6 496 8928 0 3D E28839FC
2018-04-17 12:37:07 CUL nanoCUL UNKNOWNCODE p11 512 3984 496 3984 496 2000 30 1 3 6 496 8912 0 3C E28839FC
2018-04-17 12:37:08 CUL nanoCUL UNKNOWNCODE p11 512 3984 496 3984 496 1984 30 1 3 6 496 8944 0 3C E28839FC
2018-04-17 12:37:08 CUL nanoCUL UNKNOWNCODE p11 416 32 0 0 752 48 27 1 3 3 304 3936 0 DD 00000000
2018-04-17 12:37:11 CUL nanoCUL UNKNOWNCODE p11 496 4000 496 4000 496 2000 30 1 3 6 480 8960 0 3E E2883A00
2018-04-17 12:37:11 CUL nanoCUL UNKNOWNCODE p11 496 3984 496 3968 496 1984 30 1 3 6 480 8960 0 3E E2883A00
2018-04-17 12:37:11 CUL nanoCUL UNKNOWNCODE p11 496 4016 496 3984 496 2000 30 1 3 6 480 8944 0 3E E2883A00
2018-04-17 12:37:11 CUL nanoCUL UNKNOWNCODE p11 512 3968 496 3984 512 1984 30 1 3 6 480 8976 0 3E E2883A00
2018-04-17 12:37:12 CUL nanoCUL UNKNOWNCODE p11 512 3984 480 3984 496 1968 30 1 3 6 480 8944 0 3E E2883A00
2018-04-17 12:37:12 CUL nanoCUL UNKNOWNCODE p11 480 4000 480 4000 480 2000 30 1 3 6 480 8960 0 3E E2883A00
2018-04-17 12:37:12 CUL nanoCUL UNKNOWNCODE p11 496 4000 480 4000 496 2000 30 1 3 6 496 8976 0 3E E2883A00
2018-04-17 12:37:12 CUL nanoCUL UNKNOWNCODE p11 512 3984 480 3984 496 2000 30 1 3 6 480 8944 0 3E E2883A00
Aktuelle Temp:64:
2018-04-17 12:38:50 CUL nanoCUL UNKNOWNCODE p11 496 4000 480 4000 496 1984 30 1 3 6 480 8944 0 4E E2884A68
2018-04-17 12:38:51 CUL nanoCUL UNKNOWNCODE p11 496 3984 480 4000 480 2016 30 1 3 6 496 8944 0 4F E2884A68
2018-04-17 12:38:51 CUL nanoCUL UNKNOWNCODE p11 464 4000 512 3984 496 1984 30 1 3 6 496 8976 0 4F E2884A68
2018-04-17 12:38:51 CUL nanoCUL UNKNOWNCODE p11 496 4000 496 4016 480 2016 30 1 3 6 480 8960 0 4E E2884A68
2018-04-17 12:38:51 CUL nanoCUL UNKNOWNCODE p11 496 4016 496 3968 496 2000 30 1 3 6 480 8944 0 4E E2884A68
2018-04-17 12:38:51 CUL nanoCUL UNKNOWNCODE p11 480 4000 496 3968 512 1984 30 1 3 6 480 8960 0 4E E2884A68
2018-04-17 12:38:51 CUL nanoCUL UNKNOWNCODE p11 496 3984 496 3984 480 2000 30 1 3 6 480 8944 0 4E E2884A68
2018-04-17 12:38:55 CUL nanoCUL UNKNOWNCODE p11 496 4032 464 4016 480 2016 30 1 3 6 496 8944 0 50 E2884A58
2018-04-17 12:38:55 CUL nanoCUL UNKNOWNCODE p11 496 4016 480 4016 464 2016 30 1 3 6 496 8944 0 50 E2884A58
2018-04-17 12:38:55 CUL nanoCUL UNKNOWNCODE p11 496 3984 496 3984 496 1984 30 1 3 6 496 8928 0 50 E2884A58
2018-04-17 12:38:55 CUL nanoCUL UNKNOWNCODE p11 480 4016 480 4000 480 2016 30 1 3 6 512 8944 0 50 E2884A58
2018-04-17 12:38:55 CUL nanoCUL UNKNOWNCODE p11 496 4000 496 4000 496 2000 30 1 3 6 480 8960 0 50 E2884A58
2018-04-17 12:38:55 CUL nanoCUL UNKNOWNCODE p11 480 4016 464 4000 480 2000 30 1 3 6 480 8976 0 50 E2884A58
2018-04-17 12:38:55 CUL nanoCUL UNKNOWNCODE p11 480 4000 512 3984 480 2000 30 1 3 6 480 8976 0 50 E2884A58
2018-04-17 12:38:59 CUL nanoCUL UNKNOWNCODE p11 496 4000 496 3984 480 2000 30 1 3 6 496 8960 0 50 E2884A58
2018-04-17 12:38:59 CUL nanoCUL UNKNOWNCODE p11 512 3984 496 4000 496 2016 30 1 3 6 480 8960 0 50 E2884A58
Wie beim anderen Post schon geschrieben: Serien (und bitte einfach nur die Daten des Displays u. die raw-Empfangsdaten in einer Tabelle)
Moin,
mit der aktuellen CULFW lassen sich die PCA301 Steckdosen mit raw Nr3 schalten. Trifft das auch auf die a-culfw zu? Und wenn ja, ist die Funktion in der kompilierten FW eingeschaltet (MapleCUN) oder muss ich selbst kompilieren? Wenn nein, ist es geplant das zu implementieren?
Gruß
Arthur
Hallo Arthur,
ZitatTrifft das auch auf die a-culfw zu?
Probier es einfach aus, denn a-culfw ist nicht gleich a-culfw. Das hängt ja vom verwendeten CUL ab, was über die spezifische board.h aktiviert(oder auch nicht) ist.
Wenn es nicht klappt, kann man Dir bestimmt MapleCUN-spezifisch weiterhelfen.
Grüße Markus
Hallo Markus,
probiert habe ich schon. Hab mir den aktuellen source code gezogen und mit has_HMS kompiliert und geflashed. Lacrosse funktioniert auch (raw Nr2). Bei raw Nr3 gibts aber unknown code, help me.
Gruß
Arthur
Zitat von: arthur_dent_2015 am 07 Mai 2018, 19:45:49
Hallo Markus,
probiert habe ich schon. Hab mir den aktuellen source code gezogen und mit has_HMS kompiliert und geflashed. Lacrosse funktioniert auch (raw Nr2). Bei raw Nr3 gibts aber unknown code, help me.
Gruß
Arthur
Nr 3 ist nicht implementiert. Wusste noch gar nicht, dass es das gibt [emoji6]
ich bin auch nur zufällig drüber gestolpert... Ist wohl im April 2015 dazu gekommen. https://forum.fhem.de/index.php/topic,36565.0.html.
Damit könnte ich meine Jeelinks in Rente schicken 8)
N<func>
Native RF mode.
This mode does not use any packet or CRC features of CC1101. It just looks for preamble and given sync word and returns a fixed amount of received data. This is meant for compatibility to RFM12B-based protocols. Checking, decoding and processing of this raw received data is up to a higher software level.
<func> is one of:
r<mode>
enables reception of datagrams. The following modes are known:
1 - LaCrosse/IT+ 17.241 kbps
2 - LaCrosse/IT+ 9.579 kbps
3 - PCA 301 - 868.9500MHz 6.631kbps
Data is returned with prefix:
N<mode><payload> i.e.
N019746372630AAAA0000101A7F
N019CF6397D410021A6554ADF1A
x
disables reception
Just "N" returns active mode.
Gruß
Arthur
Hi Björn,
schön mal wieder von Dir zu hören. Scheinbar ist es doch drin. In den Sourcen findet sich alles, wie locutus hier (https://forum.fhem.de/index.php/topic,36565.msg345670.html#msg345670) beschreibt.
@Arthur: Dann musst Du wohl nur die 3 Zeilen (https://forum.fhem.de/index.php/topic,36565.msg345670.html#msg345670) in der board.h anpassen und neu kompilieren.
Wär ja en Ding, wenn die PCA301 gingen. Dann könnte ich den Revolt-Mist über Bord werfen :D
Grüße Markus
OK, dann ist ja gut, hatte gestern nicht in den Code geschaut.
Zitat von: KölnSolar am 08 Mai 2018, 00:55:29
Hi Björn,
schön mal wieder von Dir zu hören. Scheinbar ist es doch drin. In den Sourcen findet sich alles, wie locutus hier (https://forum.fhem.de/index.php/topic,36565.msg345670.html#msg345670) beschreibt.
@Arthur: Dann musst Du wohl nur die 3 Zeilen (https://forum.fhem.de/index.php/topic,36565.msg345670.html#msg345670) in der board.h anpassen und neu kompilieren.
Wär ja en Ding, wenn die PCA301 gingen. Dann könnte ich den Revolt-Mist über Bord werfen :D
Grüße Markus
@KölnSolar: meinst Du die aus der Antwort #13?
#define HAS_RFNATIVE
#define LACROSSE_HMS_EMU
ist definitiv drin, Lacrosse funktioniert ja.
//# define OFF_LACROSSE_HMS_EMU
war gar nicht drin, bin ich mir aber nicht ganz sicher.
Gruß
Arthur
Ja, genau.
Deine allgemeine Frage ist ja quasi gelöst ;) Magst Du einen separaten Thread aufmachen, um das detaillierte Problem anzugehen ? Dort dann genau beschreiben wann der unknown code kommt(mit einem Log-Extrakt). Am besten direkt im Debug-Modus(raw X67 und dann wieder mit raw X21 Debugging abschalten. Ich hoffe, dass das beim MapleCUN genauso wie bei einem CUL funktioniert :-\).
Grüße Markus
Ich hab mal im Threat https://forum.fhem.de/index.php/topic,36565.0.html nachgefragt ob schon jemand die PCA301 Steckdosen mit CULfw betreibt, kam leider keine Antwort :( Und, wenn man mal genau liest, ist auch nur von Empfang der LaCrosse Protokolle die Rede. Von Senden steht da nix. Da müsste wohl noch einiges aus dem PCA301 Sketch auf die culfw / a-culfw portiert werden. Bis dahin kann ich meinen Jeelink wohl doch nicht in Rente schicken und ein Transmitter meines maplecun langweilt sich weiter....
Die Hoffnung stirbt zuletzt... ;)
Gruß
Arthur
Die PCA301 Steckdose funkt auf 868 Mhz. Kommt jetzt auf dein Empfsngsmodul an.
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
Zitat von: sash.sc am 20 Mai 2018, 16:30:18
Die PCA301 Steckdose funkt auf 868 Mhz. Kommt jetzt auf dein Empfsngsmodul an.
Ich weiß. Ich habe nen MapleCUN mit 1x 433MHz für IT und 3x 868MHz für 1x LaCrosse und 2x zur Zeit arbeitslos. Einen davon würde ich gerne für PCA301 nutzen. Der vierte Transmitter sollte sich eigentlich um meine Techem Geräte kümmern. Da diese aber kein ioDev haben, krieg ich sie nicht von dem nanoCUL weg mit dem sie "angelernt" wurden :(
Meine PCA301 werden derzeit (noch) von einem Jeelink bedient, den ich gerne in Rente schicken möchte. Damit wäre dann auch der zweite USB Hub überflüssig....
Gruß
Arthur
Dann musst du noch, so glaube ich, dass LaCrosse mit compilieren.
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
Zitat von: sash.sc am 20 Mai 2018, 16:51:13
Dann musst du noch, so glaube ich, dass LaCrosse mit compilieren.
LaCroose (raw Nr2) läuft, mir gehts um die PCA301 Steckdosen. Wenn ich raw Nr3 setze, wird mein Log mit unknown code, help me überschwemmt.
Internals:
CFGFN
CMDS CAZNELYVXfz
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF mapleCUN3
IODev mapleCUN3
NAME mapleCUN4
NOTIFYDEV mapleCUN3
NR 898
NTFY_ORDER 50-mapleCUN4
PARTIAL
RAWMSG N03010426DADE01003D00C69FF6AABF2BECD6393BBFF16DA4F99E9B865FFB074BEC
STATE Initialized
StackLevel 3
TYPE STACKABLE_CC
VERSION V 1.26.03 a-culfw Build: private build (unknown) MapleCUNx4_8F (F-Band: 868MHz)
initString X21
Zr
mapleCUN4_MSGCNT 32420
mapleCUN4_TIME 2018-05-20 17:14:33
Helper:
DBLOG:
state:
fhemlogDB:
TIME 1526829273.73872
VALUE UNKNOWNCODE N03010426DADE01003D00C69FF6AABF2BECD6393BBFF16DA4F99E9B865FFB074BEC
MatchList:
1:CUL_MAX ^Z........................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-04-30 19:06:01 ccconf freq:868.300MHz bWidth:203KHz rAmpl:33dB sens:8dB
2018-05-20 11:28:34 cmds C A Z N E L Y V X f z
2018-04-02 14:41:25 credit10ms 299
2018-05-13 10:42:45 raw 03
2018-05-20 17:14:33 state Initialized
2018-02-01 19:45:07 version V 1.25.00 a-culfw Build: 253 (2017-06-28_20-40-30) MapleCUNx4_8F (F-Band: 868MHz)
helper:
bm:
CUL_Get:
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 20.05. 17:14:05
max 0.0001220703125
tot 0.0001220703125
mAr:
HASH(0x7b1ff78)
mapleCUN4
?
CUL_Set:
cnt 32359
dmx -1000
dtot 0
dtotcnt 0
mTS 20.05. 08:16:23
max 0.00172090530395508
tot 2.22607636451721
mAr:
HASH(0x7b1ff78)
mapleCUN4
?
STACKABLE_CC_AddPrefix:
cnt 10
dmx -1000
dtot 0
dtotcnt 0
mTS 20.05. 07:41:16
max 2.31266021728516e-05
tot 0.000141143798828125
mAr:
HASH(0x7b1ff78)
V
STACKABLE_CC_DelPrefix:
cnt 4
dmx -1000
dtot 0
dtotcnt 0
mTS 20.05. 11:28:34
max 2.81333923339844e-05
tot 9.39369201660156e-05
mAr:
HASH(0x7b1ff78)
***V 1.26.03 a-culfw Build: private build (unknown) MapleCUNx4_8F (F-Band: 868MHz)
STACKABLE_CC_Notify:
cnt 4
dmx -1000
dtot 0
dtotcnt 0
mTS 20.05. 07:41:16
max 0.162604093551636
tot 0.274253129959106
mAr:
HASH(0x7b1ff78)
HASH(0x7b1f8a0)
Attributes:
connectCommand Nr3
devStateIcon Initialized:rc_GREEN disconnected:rc_RED
event-on-change-reading state
icon cul_868
model SCC
room Transmitter
verbose 0
Gruß
Arthur
Hi
sorry für diese Anfängerfrage:
Ich wollte versuchen die RAW-Befehle von einer Westinghouse-Fernbedienung für einen Deckenventilator zu empfangen. Dazu habe ich den Debugmodus mit X67 aktiviert.
Empfangen tue ich dann folgendes:
omAAB50027
p13 224 512 144 480 0 0 17 1 2 1 224 512 224 26 AAB500
omAAB55424
p13 224 480 144 480 0 0 23 1 2 7 224 480 224 23 AAB554
omAAB54023
p13 208 496 160 464 0 0 19 1 2 3 208 496 208 22 AAB540
p 8 224 512 144 496 0 0 24 1 3 0 224 512 224 23 AAB555
omB555501E
p13 224 496 144 480 0 0 20 1 2 4 224 496 224 1C B55550
p 8 208 512 96 528 0 0 24 1 3 0 208 512 208 2A B55555
omB5550028
p13 208 496 144 480 0 0 17 1 2 1 208 496 208 27 B55500
p 8 208 464 128 512 0 0 24 1 3 0 208 528 208 32 B55555
omAA95542E
p13 224 480 144 480 0 0 22 1 2 6 224 480 224 2C AA9554
omD555402E
p13 208 272 144 480 0 0 18 1 2 2 208 272 208 2E D55540
omAAAAAA2E
p13 336 496 176 496 0 0 23 1 2 7 336 496 336 2D AAAAAA
Jedoch kommen die Meldungen nicht regelmäßig, teilweise kommt das Signal sofort, teilweise erst nach Wartezeit oder auch mal 30 Sekunden gar nicht. (während ich regelmäßig die Tasten drücke)
Wenn ich zusätzlich "X1E" verwende kommen immer sehr viele Daten bei einem Tastendruck, die man eher als HEX darstellen kann, ich habe einmal ein Beispiel angehängt.
Für pilight gibt es einen Codegenerator, der würde für den gleichen Vorgang zum senden so aussehen:
242 484 242 484 242 484 242 484 242 484 242 242 484 484 242 484 242 484 242 484 242 484 242 484 242 8228
Ich verwende einen originalen CUL433 mit der folgenden Firmware:
V 1.26.03 a-culfw Build: 300 (2018-04-15_20-15-39) CUL433 (F-Band: 433MHz)
Danke
Hallo zusammen,
Hat hier jemand eine für den nanoCUL kompilierte Firmware auf Basis der letzten Version, die die Technoline-Temperatursensoren unterstützt?
Könntet ihr mir diese zur Verfügung stellen?
1.Post - Downloads
Zitat von: blueicechip am 08 Juni 2018, 11:59:28
1.Post - Downloads
Dort habe ich natürlich reingeschaut, in die a-culfw_1.26.03_build_301.zip.
Für den nanoCUL mit 868MHz ist nur 1 Hex-Datei ohne Beschreibung der enthaltenen Optionen drin.
Was ich hier bisher gelesen habe, muss man für die Technoline-Sensoren ein paar andere Einstellungen wählen.
Hier mal meine aktuelle:
gebaut mit dieser board.h:
#ifndef _BOARD_H
#define _BOARD_H
#include <avr/io.h>
#include <stdint.h>
/* if you have an Arduino with only 8MHz disable the next line */
#define HAS_16MHZ_CLOCK
/* if you are using a CC1101 module for 868MHz disable the next line */
#if defined (nanoCUL433)
#define HAS_CC1100_433
#endif
#define SPI_PORT PORTB
#define SPI_DDR DDRB
#define SPI_SS 2
#define SPI_MISO 4
#define SPI_MOSI 3
/* die aufgelötete gelbe LED ist an PB5/SCLK angeschlossen! */
#define SPI_SCLK 5
#define CC1100_CS_DDR SPI_DDR
#define CC1100_CS_PORT SPI_PORT
#define CC1100_CS_PIN SPI_SS
/* CC1101 GDO0 Tx / Temperature Sensor */
#if 0
#define CC1100_OUT_DDR DDRC
#define CC1100_OUT_PORT PORTC
#define CC1100_OUT_PIN PC0
#define CC1100_OUT_IN PINC
#define CCTEMP_MUX CC1100_OUT_PIN
#else
#define CC1100_OUT_DDR DDRD
#define CC1100_OUT_PORT PORTD
#define CC1100_OUT_PIN PD3
#define CC1100_OUT_IN PIND
#define CCTEMP_MUX CC1100_OUT_PIN
#endif
/* CC1101 GDO2 Rx Interrupt */
#define CC1100_IN_DDR DDRD
#define CC1100_IN_PORT PIND
#define CC1100_IN_PIN PD2
#define CC1100_IN_IN PIND
#define CC1100_INT INT0
#define CC1100_INTVECT INT0_vect
#define CC1100_ISC ISC00
#define CC1100_EICR EICRA
/* externe LED */
#define LED_DDR DDRB
#define LED_PORT PORTB
#define LED_PIN 1
//#define LED_ON_DDR DDRB
//#define LED_ON_PORT PORTB
//#define LED_ON_PIN 1
#define BOARD_ID_STR "nanoCUL868"
#define BOARD_ID_STR433 "nanoCUL433"
/* define this device as a 433 MHz one */
/* this isn't done like a CUL by reading a port pin but instead a fixed value of 0 for mark433_pin is used */
#define MULTI_FREQ_DEVICE
#define MARK433_PIN mark433_pin
#define MARK433_BIT 0
extern const uint8_t mark433_pin;
#define HAS_UART
#define UART_BAUD_RATE 38400
/* ATMega328P has only one UART, no need to define the UART to use */
//#define USART_RX_vect USART0_RX_vect
//#define USART_UDRE_vect USART0_UDRE_vect
#define TTY_BUFSIZE 128
#define RCV_BUCKETS 2 // RAM: 25b * bucket
#define FULL_CC1100_PA // PROGMEM: 108b
#define HAS_RAWSEND //
#define HAS_FASTRF // PROGMEM: 468b RAM: 1b
#define HAS_ASKSIN
/* Intertechno Senden einschalten */
#define HAS_INTERTECHNO
#define HAS_CC1101_RX_PLL_LOCK_CHECK_TASK_WAIT
#define HAS_CC1101_PLL_LOCK_CHECK_MSG
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_SW
/* HAS_MBUS requires about 1kB RAM, if you want to use it you
should consider disabling other unneeded features
to avoid stack overflows
*/
//#define HAS_MBUS
# define HAS_TX3
# define HAS_UNIROLL
# define HAS_SOMFY_RTS
# define HAS_RFNATIVE
//# define HAS_MEMFN
#if defined (nanoCUL433)
/* Intertechno Empfang einschalten */
# define HAS_IT
# define HAS_REVOLT
# define HAS_TCM97001
# define HAS_HOMEEASY
# define HAS_BELFOX
# define HAS_MANCHESTER
#endif
#if defined (nanoCUL868)
# define HAS_ASKSIN_FUP
# define HAS_MORITZ
# define HAS_RWE
# define HAS_ESA
# define HAS_HOERMANN
# define HAS_HOERMANN_SEND
# define HAS_HMS
# define LACROSSE_HMS_EMU
//# define OFF_LACROSSE_HMS_EMU // if you like HMS emulation for LaCrosse temp devices
//#define HAS_SOMFY_RTS
//#define HAS_FHT_80b // PROGMEM: 1374b, RAM: 90b
//#define HAS_FHT_8v // PROGMEM: 586b RAM: 23b
//#define HAS_FHT_TF
//#define FHTBUF_SIZE 174 // RAM: 174b
//#define HAS_KOPP_FC
//#define HAS_ZWAVE // PROGMEM: 882
#endif
#endif
Gruß Arnd
Zitat von: RaspiLED am 08 Juni 2018, 21:36:14
Hier mal meine aktuelle:
Danke.
Damit laufen die Technoline-Temperatursensoren?
Dann werd' ich es morgen mal flashen...
Hi,
sollten Sie, wenn die LaCrosse sprechen:
set nanoCUL raw Nr1
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Danke, die Rohdaten werden empfangen.
Allerdings hätte ich erwartet, dass auch die HMS-Emulation eingeschaltet ist, so wie hier beschrieben:
https://forum.fhem.de/index.php/topic,36565.msg345670.html#msg345670
Offenbar ist das aber nicht der Fall, weil ich mit "verbose 5" zwar die Botschaften ins Logfile bekomme, aber kein HMS-Device von FHEM angelegt wird.
Unterstützt a-culfw überhaupt die HMS-Emulation?
Sonst muss ich wohl doch die culfw nehmen und selbst compilieren...
Moin,
HAS_HMS und OFF_LACROSSE_HMS_EMU ist doch in der 868er drin (siehe Board.h)
Welche hast Du geflasht?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Zitat von: locutus am 17 Oktober 2015, 21:34:59
Das Makefile sollte folgende Einträge beinhalten:
../../clib/rf_native.c \
../../clib/lacrosse.c \
board.h:
#define HAS_RFNATIVE
#define LACROSSE_HMS_EMU
Die Zeile muss weg oder wird auskommentiert:
//# define OFF_LACROSSE_HMS_EMU
In CUL.c dürfen diese Einträge nicht fehlen:
#ifdef HAS_RFNATIVE
#include "rf_native.h"
#endif
#ifdef HAS_RFNATIVE
{ 'N', native_func },
#endif
#ifdef HAS_RFNATIVE
native_task();
#endif
Wenn alles richtig ist, dann wird ein HMS Device per autocrate angelegt.
2015.10.17 21:00:06 3: set CUL raw Nr1
2015.10.17 21:00:06 2: CUL: unknown message 01
2015.10.17 21:00:30 2: CUL: unknown message N0191860140EBAAAA0000210022
2015.10.17 21:00:30 3: Unknown HMS device 1000/4306, please define it
2015.10.17 21:00:30 2: autocreate: define HMS100TF_4306 HMS 4306
2015.10.17 21:00:30 2: autocreate: define FileLog_HMS100TF_4306 FileLog ./log/HMS100TF_4306-%Y.log HMS100TF_4306:T:.*
2015.10.17 21:00:30 2: autocreate: define SVG_HMS100TF_4306 SVG FileLog_HMS100TF_4306:temp4hum6:CURRENT
2015.10.17 21:00:34 2: CUL: unknown message N0191860140EBAAAA0000000240
2015.10.17 21:00:42 2: CUL: unknown message N0191860140EBAAAA0000400094
2015.10.17 21:00:50 2: CUL: unknown message N0191860140EBAAAA0000516090
Okay, also brauchen wir eine neue Version ;-)
Wenn Du selber compilieren willst, hier geht es zu einer Anleitung:
https://forum.fhem.de/index.php/topic,82024.msg740991.html#msg740991 (https://forum.fhem.de/index.php/topic,82024.msg740991.html#msg740991)
Ansonsten habe ich oben in dem Post ein Update gemacht.
Zitat von: RaspiLED am 08 Juni 2018, 21:36:14
[...]
# define HAS_RFNATIVE
[...]
#if defined (nanoCUL868)
# define LACROSSE_HMS_EMU
//# define OFF_LACROSSE_HMS_EMU // if you like HMS emulation for LaCrosse temp devices
#endif
[...]
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Danke, dann werde ich das mal heute oder morgen Abend ausprobieren.
Die Rohdaten bekomme ich jetzt schon, nach dem Update hoffentlich auch das neue Device per autocreate.
Allerdings scheint die Reichweite für meinen geplanten Einsatzzweck ohnehin nicht auszureichen.
EDIT: Schon probiert, funktioniert wie erwartet :)
Hi,
vieleicht blöde frage, aber wie kann ich meine aculfw updaten? ich habe aktuell V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUL433 (F-Band: 433MHz), wie kann ich denn jetzt direkt unter Fhem, auf die 1.26.03 updaten?
Danke
Zitat von: Tommy82 am 30 Juni 2018, 12:32:13
Hi,
vieleicht blöde frage, aber wie kann ich meine aculfw updaten? ich habe aktuell V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUL433 (F-Band: 433MHz), wie kann ich denn jetzt direkt unter Fhem, auf die 1.26.03 updaten?
Danke
Was für Hardware hast du den?
Einen Cul von Busware, und ein Cubietruck wo fhem drauf läuft
Internals:
CMDS ABCEeFGhiKkLlMmRTtUuVWXxY
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/ttyACM0@9600 1234
DeviceName /dev/ttyACM0@9600
FD 14
FHTID 1234
NAME Cul433
NR 242
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUL433 (F-Band: 433MHz)
initString X21
Helper:
DBLOG:
raw:
myDbLog:
TIME 1530350275.66147
VALUE is00111100011100101110101010100001
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-01-21 16:25:25 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB
2018-06-29 22:09:37 cmds A B C E e F G h i K k L l M m R T t U u V W X x Y
2017-12-03 10:19:22 credit10ms 900
2017-12-03 10:19:27 fhtbuf AE
2018-06-30 11:17:55 raw is00111100011100101110101010100001
2018-06-29 22:09:37 state Initialized
2017-12-03 10:19:31 uptime 0 10:53:11
2017-12-03 10:19:36 version V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUL433 (F-Band: 433MHz)
Attributes:
group Hardeware
room Büro
verbose 3
Hi,
erstmal Deinen Busware CUL in den Flashmode bringen. Entweder beim einstecken die Taste drücken oder per FHEM rebooten:
set Cul433 raw B01
Dann die richtige Firmwaredatei von Mediafire laden
https://www.mediafire.com/file/sa9t5nhw5sw6iek/a-culfw_1.26.03_build_301.zip/file
(https://www.mediafire.com/file/sa9t5nhw5sw6iek/a-culfw_1.26.03_build_301.zip/file)
(der tatsächliche Downloadlink ist immer unterschiedlich und man braucht auch die Flashsoftware z.B. dies auf RaspberryPi:
sudo apt-get install wget zip dfu-programmer avrdude avr-libc
mkdir ~/a-culfw
cd ~/a-culfw
wget http://download698.mediafire.com/fwj5ny95ddgg/sa9t5nhw5sw6iek/a-culfw_1.26.03_build_301.zip
unzip a-culfw*
)
Die geladene Datei an die ,,richtige Stelle" kopieren, auspacken und in den Ordner CUL wechseln und das Flashscript starten:
cd CUL
sudo ./flash.sh
Danach die richtige Version ,,9" für V3 mit 433 MHz auswählen.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo,
ich hänge mich mal hier ran. Leider will mir mit meinem nanoCUL einfach kein autocreate gelingen. Bereits vorhandene laufen aber.
Hardware: Nano V3.0 Modul mit ATmega328P mit CC1101
Hier mal die Meldungen:
2018-07-25 20:29:58 HMS HMS100T_4308 temperature: 28.6
2018-07-25 20:29:58 HMS HMS100T_4308 battery: ok
2018-07-25 20:29:58 HMS HMS100T_4308 batteryState: ok
2018-07-25 20:29:58 HMS HMS100T_4308 type: HMS100T
2018-07-25 20:29:58 HMS HMS100T_4308 T: 28.6 Bat: ok
2018-07-25 20:29:58 CUL CUL868 UNKNOWNCODE N019286976A3D00BAB2FC7DEC38
2018-07-25 20:29:59 CUL CUL868 UNKNOWNCODE N019DC7122471AAAA00000C4B9D
2018-07-25 20:30:01 CUL CUL868 UNKNOWNCODE N019206866A72AAAA0000317C1B
2018-07-25 20:30:05 CUL CUL868 UNKNOWNCODE N019206866A72AAAA0000149F81
2018-07-25 20:30:06 CUL CUL868 UNKNOWNCODE N019286976A3D00C6E8AAC19292
2018-07-25 20:30:08 CUL CUL868 UNKNOWNCODE N019DC7122471AAAA00001B1C5F
2018-07-25 20:30:08 HMS HMS100TF_4337 battery: ok
2018-07-25 20:30:08 HMS HMS100TF_4337 batteryState: ok
2018-07-25 20:30:08 HMS HMS100TF_4337 type: HMS100TF
2018-07-25 20:30:09 CUL CUL868 UNKNOWNCODE N019206866A72AAAA00003E89F1
2018-07-25 20:30:13 CUL CUL868 UNKNOWNCODE N019206866A72AAAA0000153366
2018-07-25 20:30:15 CUL CUL868 UNKNOWNCODE N019286976A3D0037CF3B3F0CE7
2018-07-25 20:30:17 CUL CUL868 UNKNOWNCODE N019DC7122471AAAA00000609C7
2018-07-25 20:30:17 HMS HMS100TF_4337 temperature: 31.2
2018-07-25 20:30:17 CUL CUL868 UNKNOWNCODE N019206866A72AAAA000035B0D5
2018-07-25 20:30:21 CUL CUL868 UNKNOWNCODE N019206866A72AAAA00003506E4
2018-07-25 20:30:23 CUL CUL868 UNKNOWNCODE N019286976A3D00A128E7911A89
2018-07-25 20:30:25 CUL CUL868 UNKNOWNCODE N019206866A72AAAA00000444E4
2018-07-25 20:30:26 CUL CUL868 UNKNOWNCODE N019DC7122471AAAA0000066990
Und das List für den CUL:
Internals:
CMDS ABCEeFfGhiKlMNRTtUVWXxYZ
CUL868_MSGCNT 4836
CUL868_TIME 2018-07-25 20:32:31
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A90NN9LD-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A90NN9LD-if00-port0@38400
FD 22
FHTID 0000
NAME CUL868
NR 83
PARTIAL
RAWMSG H430801850200FF
RSSI -74.5
STATE Initialized
TYPE CUL
VERSION V 1.26.03 a-culfw Build: RaspiLED +Somfy +Hoermann -RFRouter (18.05.2018) nanoCUL868 (F-Band: 868MHz)
initString X21
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-07-25 20:31:51 ccconf freq:868.300MHz bWidth:203KHz rAmpl:33dB sens:8dB
2018-07-25 20:32:11 cmds A B C E e F f G h i K l M N R T t U V W X x Y Z
2018-06-28 17:48:01 credit10ms 3600
2018-07-25 20:31:59 raw N019206856A5FAAAA00003C49E7
2018-07-25 20:32:31 state Initialized
2018-07-25 19:29:47 uptime 0 00:20:09
2018-07-25 20:32:04 version V 1.26.03 a-culfw Build: RaspiLED +Somfy +Hoermann -RFRouter (18.05.2018) nanoCUL868 (F-Band: 868MHz)
Attributes:
connectCommand Nr1
room CUL
verbose 0
Woran könnte das liegen?
Viele Grüße
Tom
Hi,
N01... ist doch ein LaCrosse Temp Sender, oder?
Dann fehlt in Deiner CUL FW aber das LaCrosse Handling, welches Standardmässig in der board.h auskommentiert ist.
Ist das ein 868er Busware CUL? Dann schaue mal hier:
https://forum.fhem.de/index.php/topic,35064.msg809782.html#msg809782
Aber ich denke Du hast einen nanoCUL, dann müsstest Du mal selbst kompilieren. Die board.h Änderungen stehen aber auch in dem Thread ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo Arnd,
Danke für die schnelle Antwort. Eigentlich sollte die LaCrosse Unterstüzung drin sein, oder?
Ist Deine Firmware aus https://forum.fhem.de/index.php/topic,35064.msg809782.html#msg809782
Gruß
Tom
Hmm, ja dann sollte es drin sein! Ich hätte wohl den Text besser machen sollen ;-)
set CUL868 raw Nr1
Hast Du auch gemacht?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Ja, einen vor 2 Monaten angelegten TX29 DTH-IT empfängt er auch.
Autocreate ist auch "active"
2018.07.25 22:00:55 4: CUL_Parse: CUL868 N019286806AFD00486918A0E2A0
2018.07.25 22:00:55 5: CUL868: dispatch N019286806AFD00486918A0E2A0
2018.07.25 22:00:55 3: CUL868: Unknown code N019286806AFD00486918A0E2A0, help me!
2018.07.25 22:00:55 4: CUL_Parse: CUL868 H430A01800200FF -74.5
2018.07.25 22:00:55 5: CUL868: dispatch 810e04xx0511a001430a000001800200
2018.07.25 22:00:56 5: CUL/RAW: /N019DC6922B3AAAAA00001C903C
H433700920
2018.07.25 22:00:56 4: CUL_Parse: CUL868 N019DC6922B3AAAAA00001C903C
2018.07.25 22:00:56 5: CUL868: dispatch N019DC6922B3AAAAA00001C903C
2018.07.25 22:00:56 3: CUL868: Unknown code N019DC6922B3AAAAA00001C903C, help me!
2018.07.25 22:00:56 5: CUL/RAW: H433700920/243FF
2018.07.25 22:00:56 4: CUL_Parse: CUL868 H433700920243FF -74.5
2018.07.25 22:00:56 5: CUL868: dispatch 810e04xx0510a0014337000000920243
2018.07.25 22:01:01 5: CUL/RAW: /N019206786A07AAAA00003407
2018.07.25 22:01:01 5: CUL/RAW: N019206786A07AAAA00003407/51
H430801780200FF
2018.07.25 22:01:01 4: CUL_Parse: CUL868 N019206786A07AAAA0000340751
2018.07.25 22:01:01 5: CUL868: dispatch N019206786A07AAAA0000340751
2018.07.25 22:01:01 3: CUL868: Unknown code N019206786A07AAAA0000340751, help me!
2018.07.25 22:01:01 4: CUL_Parse: CUL868 H430801780200FF -74.5
2018.07.25 22:01:01 5: CUL868: dispatch 810e04xx0511a0014308000001780200
2018.07.25 22:01:03 5: CUL/RAW: /N019286806AFD00888718C2DD91
H430A01800200FF
2018.07.25 22:01:03 4: CUL_Parse: CUL868 N019286806AFD00888718C2DD91
2018.07.25 22:01:03 5: CUL868: dispatch N019286806AFD00888718C2DD91
2018.07.25 22:01:03 3: CUL868: Unknown code N019286806AFD00888718C2DD91, help me!
2018.07.25 22:01:03 4: CUL_Parse: CUL868 H430A01800200FF -74.5
2018.07.25 22:01:03 5: CUL868: dispatch 810e04xx0511a001430a000001800200
2018.07.25 22:01:05 5: CUL/RAW: /N019206786A07AAAA00
2018.07.25 22:01:05 5: CUL/RAW: N019206786A07AAAA00/00133164
H430801780200FF
2018.07.25 22:01:05 4: CUL_Parse: CUL868 N019206786A07AAAA0000133164
2018.07.25 22:01:05 5: CUL868: dispatch N019206786A07AAAA0000133164
2018.07.25 22:01:05 3: CUL868: Unknown code N019206786A07AAAA0000133164, help me!
2018.07.25 22:01:05 4: CUL_Parse: CUL868 H430801780200FF -74.5
2018.07.25 22:01:05 5: CUL868: dispatch 810e04xx0511a0014308000001780200
2018.07.25 22:01:05 5: CUL/RAW: /N019DC6922B3AAAAA00000C1DFA
H4337009
2018.07.25 22:01:05 4: CUL_Parse: CUL868 N019DC6922B3AAAAA00000C1DFA
2018.07.25 22:01:05 5: CUL868: dispatch N019DC6922B3AAAAA00000C1DFA
2018.07.25 22:01:05 3: CUL868: Unknown code N019DC6922B3AAAAA00000C1DFA, help me!
2018.07.25 22:01:05 5: CUL/RAW: H4337009/20243FF
2018.07.25 22:01:05 4: CUL_Parse: CUL868 H433700920243FF -74.5
2018.07.25 22:01:05 5: CUL868: dispatch 810e04xx0510a0014337000000920243
2018.07.25 22:01:11 5: CUL/RAW: /N019286806AFD008173249443C2
H430A0180020
2018.07.25 22:01:11 4: CUL_Parse: CUL868 N019286806AFD008173249443C2
2018.07.25 22:01:11 5: CUL868: dispatch N019286806AFD008173249443C2
2018.07.25 22:01:11 3: CUL868: Unknown code N019286806AFD008173249443C2, help me!
2018.07.25 22:01:11 5: CUL/RAW: H430A0180020/0FF
2018.07.25 22:01:11 4: CUL_Parse: CUL868 H430A01800200FF -74.5
2018.07.25 22:01:11 5: CUL868: dispatch 810e04xx0511a001430a000001800200
2018.07.25 22:01:13 5: CUL/RAW: /N019206
2018.07.25 22:01:13 5: CUL/RAW: N019206/786A07AAAA00000D3164
H430801780200FF
Bin echt ratlos.
Hi,
da muss ein Profi des Protokolls ran.
Ich bin da nur Laie ;-)
Hast Du einen Jeelink da? Empfängt der den Sender sauber?
Wer hat die Prüfsummen vom LaCrosse Protokoll in die CulFW eingebaut? Kann sich jemand die Codes oben inhaltlich anschauen?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Ein Modul habe ich hier liegen. Muss mal schauen ob ich das die Tage mal zusammenbauen kann.
Hallo.
Da es hin und wieder vor kommt das meine Außenbeleuchtung manchmal nicht aus geht, habe ich heute mal den USB Stecker des nanoCUL gezogen, wieder eingesteckt und siehe da, Steckdose reagierte sofort. Also habe ich gedacht, lasse ich 2x am Tag einen Reset laufen.
Dazu habe ich das hier gefunden:
set myCUL raw B00
Nun geht gar nichts mehr.
Habe FHEM schon neu gestartet, USB Stecker des nanoCUL mehrfach gezogen.
Den Raspberry Pi könnte ich mal neu starten...aber ob das was hilft ?
Der nanoCUL reagiert nicht.
Frage ich irgend was ab erhalte ich z.B.: CUL1 version => No answer
Ist der Befehl oben nicht für die a-cul FW geeignet oder war das jetzt Zufall ?
Jemand eine Idee wie ich das ganze überprüfen kann ?
Ich habe nichts weiter an der Konfiguration verändert, was mit dem CUL zu tun hat.
EDIT: Raspberry Pi neu gestartet, läuft wieder...hätte ich mir den Text hier sparen können :P
Sobald ich den raw Befehl eingebe, ist wieder ende.
Gibt es für die a-culfw einen Neustartbefehl ?
EDIT2:
set myCUL reopen
scheint genau das zu machen. Danach wird zumindest die "uptime" Zeit genullt, denke mal das er einen Neustart macht.
Hallo zusammen,
evtl. gehört das in den Intertechno Bereich, da es aber auch unmittelbar mit den IT Erweiterungen in der a-culfw zu tun hat, probiere ich es hier.
Ich habe ein paar von den Smartwares SH5-TSO-A Bewegungsmeldern. Eigentlich hat niemand ein gutes Word für die Geräte übrig - aber der Preis ist einfach unschlagbar...
Es gibt viele Beobachtungen, dass das Ausschalten des Bewegungsmelders (nach Verzögerungszeit) nicht registriert wird.
Mit einer gekoppelten Steckdose kann ich nun definitiv sagen, dass der Melder ein Off sendet. In meiner CUBe Konsole erscheint in diesem Moment aber keine "i_____" Botschaft.
Je nach Zeiteinstellung kam aber auch schon eine Ausschaltmeldung am CUBe an. Test-Steckdose und CUBe befinden sich nebeneinander, um Reichweitenprobleme auszuschließen. ON Meldungen werden immer empfangen. Meine a-culfw ist 1.26.03.
Um es kurz zu machen;
Bewegungsmelder schickt definitiv eine Off Nachricht - CUL empfängt nichts.
Was kann ich am CUBe tun, um dem Problem auf den Grund zu gehen?
Update: inzwischen empfange ich nichtmal mehr die Einschaltvorgänge - die gepairte Steckdose klackt aber fleißig, der Melder sendet also defintiv.
Alex
PS: ich behelfe mir aktuell mit einem Auschalttimer in FHEM
Hat schon jemand das 433MHz Grillthermometer GT-TMBBq-02 an FHEM eingebunden?
Gibt es irgendwo eine Anleitung, wie man unbekannte Codes ermitteln kann ?
Grüße
Christian
Zitat von: cs-online am 05 Oktober 2018, 18:44:07
Gibt es irgendwo eine Anleitung, wie man unbekannte Codes ermitteln kann ?
Ja das würde mich auch interessieren. Es gibt ja die Möglichkeit RAW zu senden, aber bitte wer blickt da durch ? Und wie könnte man an diese Daten kommen ?
Per Arduino der alles ausgibt was er auf 433Mhz empfängt ?
Ihr könntet probieren das Funkthermometer mit einem SignalDuino zu empfangen.
Vielleicht ist das Protokoll schon implementiert.
Wenn nicht, sieht man im Logfile in der Regel das Signal.
Ich stehe gerade auf dem Schlauch.
Ich habe eine nanoCUL mit V 1.23.09 a-culfw.
Nun habe ich verschiedene IT v3 Geräte (Fensterkontakte und Schalter) definiert. Das schalten funktioniert auch einwandfrei, nur beim Empfang kapiere ich etwas nicht:
Die Devices werden teilw. doppelt empfangen im Fhem Log, obwohl sie unterschiedliche IDs haben:
IT_RolloKinderzimmer2: 00011010011111001110100000 0 0001
IT_Bewegungsmelder_Haustuer: 00001010111011010000000000 0 0001
FHEM Log (während ich den Bewegungsmelder auslöse):
2018.10.19 07:31:17 3: nanoCUL433 IT: IT_RolloKinderzimmer2 Ab->on
2018.10.19 07:31:17 3: nanoCUL433 IT: IT_Bewegungsmelder_Haustuer off->on
2018.10.19 07:31:17 3: nanoCUL433 IT: IT_RolloKinderzimmer2 Ab->on
2018.10.19 07:31:17 3: nanoCUL433 IT: IT_Bewegungsmelder_Haustuer on->on
2018.10.19 07:31:17 3: nanoCUL433 IT: IT_RolloKinderzimmer2 Ab->on
2018.10.19 07:31:17 3: nanoCUL433 IT: IT_Bewegungsmelder_Haustuer on->on
Beim senden wird aber jeweils nur ein Gerät angesprochen. Woran liegt das, an der selben Tasten ID?? Dann könnte ich ja nur 16 verschiedene Geräte empfangen?
Zur Info: Das Rollo empfange ich eigentlich nicht, sondern sende nur Auf und Ab Kommandos hin. Den Bewegungsmelder empfange und sende ich (das ist ein Funk Bewegungsmelder von Smartwares, der eine entsprechende Funkunterputzdose schaltet. Mit FHEM kopiere ich diesen quasi um die gleiche Steckdose ebenfalls zu schalten bei Bedarf)
8) Kann es sein, dass auf Seite 1 die aktuelle Version nicht mehr steht :D `?
Ich mein da ist ja auch das Link zu den kompilierten Versionen ;-D
a-culfw_1.26.04_build_307 scheint dann das neuste zu sein wonnich?
Ja, die erste Seite habe ich in letzter Zeit nicht gepflegt [emoji28]
Hallo zusammen,
auch wenn sich das jetzt wie ahnungslos anhört, aber ich habe auf meinem PI einen CUL433, einen nanoCul868 und ein TCM310_0 verbaut.
Der CUL433 hat die alternative Firmware: V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27).
Der nanoCul868 die Firmware: V 1.67 nanoCUL868.
Ich möchte nun beide auf die neueste alternative Firmware upgraden.
Der nanoCul ist so definiert: /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400
Der CUL so: /dev/ttyACM0@9600
Muss ich jetzt eine der beiden abziehen um das Update nach und nach durchzuführen oder kann ich dem Script das Device vorgeben. Im Script steht als
# Default Port
PORT=/dev/ttyUSB0
Im Forum und WIKI finde ich leider keine Antwort darauf.
Hi dobiwan,
führe mal in der RasPi-Konsole folgenden Befehl aus:
ls -l /dev/serial/by-id
Dann müsstest du in etwa sowas bekommen:
lrwxrwxrwx 1 root root 13 May 26 11:49 usb-FTDI_FT232R_USB_UART_A5xxxxxx-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 May 26 11:49 usb-FTDI_FT232R_USB_UART_A9xxxxxx-if00-port0 -> ../../ttyUSB0
Hinter dem Pfeil wird dann der Port angegeben - ../../ steht dann (hier) analog für /dev/ .
Siehe auch hier: https://steigerbalett.wordpress.com/2015/05/24/mehrere-usb-devices-am-raspberrypi-richtig-in-fhem-zuordnen/ oder hier: https://community.openhab.org/t/can-i-use-dev-serial-by-id/26377
Beim Flashen müsstest du dann den Port angeben (den Standard ändern) können.
Hallo Zusammen,
nachdem ich mich nun schon länger mit fhem beschäftige und diverse geräte steuern kann, verzweifele ich gerade an den neuen heitech funksteckdosen ohne DIP Schalter. Ich benutze einen nanoCUL mit der aktuellen a-culfw 1.26.04 . Die Steckdosen lassen sich mit der Fernbedienung einwandfrei anlernen und benutzen, jedoch erzeugt das autocreate vom fhem keine devices und ich sehe die messages auch erst wenn ich den nanoCUL im debug modus starte. Evtl. weiß einer von euch was ich hier falsch mache, bzw wie ich ein device mit den daten, die mir zur Verfügung stehen, erzeugen kann.
Vielen Dank im Voraus!
Ausschnitt aus dem logfile:
2018-11-10 18:07:37 CUL nanoCUL UNKNOWNCODE p11 112 1392 992 528 224 1280 93 1 11 5 288 11600 0 1A CB94C8E5CA6472E532397298
2018-11-10 18:07:39 CUL nanoCUL UNKNOWNCODE p13 400 880 544 848 0 0 21 1 2 5 400 1104 400 17 AAAAA8
2018-11-10 18:07:45 CUL nanoCUL UNKNOWNCODE p11 800 576 992 512 240 1280 94 1 11 6 272 10192 0 18 765464BB2A325D95192ECA8C
2018-11-10 18:07:47 CUL nanoCUL UNKNOWNCODE p11 912 560 992 528 240 1296 22 1 2 6 336 5472 0 19 1CB94C
2018-11-10 18:07:49 CUL nanoCUL UNKNOWNCODE p11 912 608 1008 496 240 1280 22 1 2 6 320 5456 0 19 18DB8C
2018-11-10 18:07:50 CUL nanoCUL UNKNOWNCODE p11 928 608 1008 512 224 1280 22 1 2 6 288 5488 0 19 1CB94C
2018-11-10 18:07:52 CUL nanoCUL UNKNOWNCODE p11 912 576 1008 512 240 1280 22 1 2 6 320 5488 0 19 18DB8C
2018-11-10 18:07:53 CUL nanoCUL UNKNOWNCODE p11 32 1392 1008 512 224 1280 92 1 11 4 320 13200 0 29 972991CB94C8E5CA6472E530
2018-11-10 18:08:18 CUL nanoCUL UNKNOWNCODE p11 32 16 1008 480 240 1280 100 1 12 4 272 11680 0 21 0C4021914010C8A00864500430
2018-11-10 18:08:18 CUL nanoCUL UNKNOWNCODE p13 400 880 624 768 0 0 20 1 2 4 400 1104 400 20 AAAAA0
2018-11-10 18:08:23 CUL nanoCUL UNKNOWNCODE p 3 880 608 368 1104 0 0 18 4 2 1 880 624 0 1F FC3980
2018-11-10 18:08:23 CUL nanoCUL UNKNOWNCODE p 3 864 608 352 1120 0 0 18 4 2 1 880 640 0 1F FC3980
2018-11-10 18:08:23 CUL nanoCUL UNKNOWNCODE p 3 880 608 368 1120 0 0 18 4 2 1 896 608 0 1F FC3980
2018-11-10 18:08:23 CUL nanoCUL UNKNOWNCODE p 3 864 624 352 1136 0 0 17 4 2 0 896 624 0 1E FC39
2018-11-10 18:08:24 CUL nanoCUL UNKNOWNCODE p11 928 592 976 512 240 1280 22 1 2 6 288 5472 0 20 14010C
Bin nicht ganz sicher, ob das hier in den Thread passt (bzw. ob es ein Firmware- oder Modul-Thema ist), aber ich versuchs mal:
Ich hab ein MapleCUL in Betrieb genommen mit einem 433MHz-Radio. Dieser empfängt dann etwas und möchte per autocreate ein Device anlegen. Wirf dabei aber folgenden Fehler:
2018.11.16 14:01:47.210 5: CUL/RAW: /sAAAAAAAAA035; 464: 512
2018.11.16 14:01:47.210 4: CUL_Parse: sys_cul433srf sAAAAAAAAA035; 464: 512
2018.11.16 14:01:47.211 5: sys_cul433srf: dispatch sAAAAAAAAA035; 464: 512
2018.11.16 14:01:47.212 1: PERL WARNING: Use of uninitialized value $bitReverse in concatenation (.) or string at ./FHEM/14_CUL_TCM97001.pm line 153.
2018.11.16 14:01:47.212 1: stacktrace:
2018.11.16 14:01:47.212 1: main::__ANON__ called by ./FHEM/14_CUL_TCM97001.pm (153)
2018.11.16 14:01:47.212 1: main::checksum_W174 called by ./FHEM/14_CUL_TCM97001.pm (822)
2018.11.16 14:01:47.212 1: main::CUL_TCM97001_Parse called by fhem.pl (3795)
2018.11.16 14:01:47.213 1: main::Dispatch called by ./FHEM/00_CUL.pm (948)
2018.11.16 14:01:47.213 1: main::CUL_Parse called by ./FHEM/00_CUL.pm (832)
2018.11.16 14:01:47.213 1: main::CUL_Read called by fhem.pl (3599)
2018.11.16 14:01:47.213 1: main::CallFn called by fhem.pl (726)
2018.11.16 14:01:47.214 1: PERL WARNING: Use of uninitialized value $bitReverse in concatenation (.) or string at ./FHEM/14_CUL_TCM97001.pm line 176.
2018.11.16 14:01:47.214 1: stacktrace:
2018.11.16 14:01:47.214 1: main::__ANON__ called by ./FHEM/14_CUL_TCM97001.pm (176)
2018.11.16 14:01:47.214 1: main::checkCRC called by ./FHEM/14_CUL_TCM97001.pm (901)
2018.11.16 14:01:47.214 1: main::CUL_TCM97001_Parse called by fhem.pl (3795)
2018.11.16 14:01:47.214 1: main::Dispatch called by ./FHEM/00_CUL.pm (948)
2018.11.16 14:01:47.214 1: main::CUL_Parse called by ./FHEM/00_CUL.pm (832)
2018.11.16 14:01:47.215 1: main::CUL_Read called by fhem.pl (3599)
2018.11.16 14:01:47.215 1: main::CallFn called by fhem.pl (726)
2018.11.16 14:01:47.215 1: PERL WARNING: Use of uninitialized value $bitReverse in concatenation (.) or string at ./FHEM/14_CUL_TCM97001.pm line 244.
2018.11.16 14:01:47.215 1: stacktrace:
2018.11.16 14:01:47.216 1: main::__ANON__ called by ./FHEM/14_CUL_TCM97001.pm (244)
2018.11.16 14:01:47.216 1: main::checkCRCKW9010 called by ./FHEM/14_CUL_TCM97001.pm (1465)
2018.11.16 14:01:47.216 1: main::CUL_TCM97001_Parse called by fhem.pl (3795)
2018.11.16 14:01:47.216 1: main::Dispatch called by ./FHEM/00_CUL.pm (948)
2018.11.16 14:01:47.216 1: main::CUL_Parse called by ./FHEM/00_CUL.pm (832)
2018.11.16 14:01:47.216 1: main::CUL_Read called by fhem.pl (3599)
2018.11.16 14:01:47.216 1: main::CallFn called by fhem.pl (726)
2018.11.16 14:01:47.217 2: sys_cul433srf: CUL_TCM97001 Unknown device Unknown, please define it
2018.11.16 14:01:47.218 2: autocreate: define Unknown CUL_TCM97001 CUL_TCM97001_Unknown
2018.11.16 14:01:47.220 2: autocreate: define FileLog_Unknown FileLog ./log/Unknown-%Y.log Unknown
Der CUL ist so definiert:
Internals:
CMDS BbCFiAZNEkGMKLUYRTVWXeflptxz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT::OREGON::Hideki:
DEF /dev/serial/by-id/usb-STM32_MapleCUL_a3b08c7a-if00@38400 1432
DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_a3b08c7a-if00@38400
FD 30
FHTID 1432
NAME sys_cul433srf
NR 555
PARTIAL
RAWMSG mAACCB532CD554D332AD335354D5554D3534AAD4CCD4034
RSSI -71
STATE Initialized
TIME 1542374290.95833
TYPE CUL
VERSION V 1.26.04 a-culfw Build: 306 (2018-10-02_16-37-10) MapleCUNx4_01 (F-Band: 433MHz)
initString X21
sys_cul433srf_MSGCNT 973
sys_cul433srf_TIME 2018-11-16 14:18:10
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
C:Hideki ^P12#75[A-F0-9]{17,30}
C:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-11-16 11:25:12 ccconf freq:433.290MHz bWidth:325KHz rAmpl:42dB sens:4dB
2018-11-16 11:48:52 cmds B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z
2018-11-16 14:18:10 state Initialized
Attributes:
rfmode SlowRF
Es wird doch wie ich es auf die schnelle sehe ein Unknown device angelegt.
Das Problem ist, dass das empfangene Paket fehlerhaft ist.
Die Warnungen im Modul schaue ich mir noch genauer an.
Ja schon, sorry hätte ich dazu sagen sollen: Device wird angelegt, aber ich vermute, dass es fehlerhaft ist. Mir sagt es zumindest nicht viel und es hat auch keine Readings:
Internals:
CFGFN
CODE CUL_TCM97001_Unknown
DEF CUL_TCM97001_Unknown
LASTInputDev sys_cul433srf
MSGCNT 5
NAME Unknown
NR 3029
RSSI -47
STATE Code: AAAAAAAAA8
TYPE CUL_TCM97001
lastH 0
lastT 1542380526.28524
sys_cul433srf_MSGCNT 5
sys_cul433srf_RAWMSG sAAAAAAAAA836; 480: 496
sys_cul433srf_TIME 2018-11-16 16:02:06
READINGS:
2018-11-16 16:02:06 state Code: AAAAAAAAA8
Attributes:
model Unknown
room CUL_TCM97001
Das Ganze ist auch reproduzierbar: Wenn ich das Device lösche, passiert nach ein paar Minuten das gleiche wieder.
Jop, ist klar. Ich habe das Modul so geschrieben, daß unbekannte Pakete in unknown landen. Hintergrund war damals die Vielzahl unterschiedlicher Sensoren.
Ich hab mir einen MapleCUL gebaut und ich hab damit ein Stabilitätsproblem. Ich habe noch keine gute Idee, woran es liegt. Kann Hardware, kann Software/Firmware, kann aber auch Stromversorgung sein. Ich würde gerne mal fragen, ob das jemandem etwas sagt.
Hm, Beschreibung ist recht länglich geworden. Ich stelle hier mal eine Kurzfassung voran 8)
Immer nach einer gewissen Zeit (ca. einen Tag) hört die Kommunikation mit dem HM-MOD-UART über das Device "/dev/serial/by-id/usb-STM32_MapleCUL_194dc4e0-if04" auf zu funktionieren (das "normale" Device if00 funktioniert weiter). Lässt sich dann nur wiederbeleben durch einmal USB-Kabel raus und wieder rein, so dass der Maple vom PC neu erkannt wird. Der Maple wird dabei nicht gepowercycelt, da er eine eigene Stromversorgung hat. Könnte das ein Firmware-Problem sein?
Langfassung:
Und zwar ist es ein MapleMini mit einem 433MHz-C1101 und einem HM-MOD-UART dran. Das ganz steckt per USB an einem PC. Eigentlich funktioniert es: ich kann sowohl per 433Mhz als auch per Homematic Daten senden und empfangen.
Das Problem ist, dass nach einer gewissen Zeit (ca. nach einem Tag) die Kommunikation zum HM-MOD-UART ausfällt. Im Log erscheint dann sowas und Homematic-Kommunikation funktioniert nicht mehr:
2018.11.18 09:46:03.225 3: Setting sys_culHm serial parameters to 115200,8,N,1
2018.11.18 09:46:03.227 1: /dev/serial/by-id/usb-STM32_MapleCUL_a3b08c7a-if04 reappeared (sys_culHm)
2018.11.18 09:46:03.261 1: [Freezemon] sys_freezemon: possible freeze starting at 09:45:32, delay is 31.261 possibly caused by: tmr-HMUARTLGW_CheckCmdResp(sys_culHm)
2018.11.18 09:46:07.268 1: HMUARTLGW sys_culHm did not respond for the 1. time, resending
2018.11.18 09:46:10.272 1: HMUARTLGW sys_culHm did not respond for the 2. time, resending
2018.11.18 09:46:13.276 1: HMUARTLGW sys_culHm did not respond for the 3. time, resending
2018.11.18 09:46:16.281 1: HMUARTLGW sys_culHm did not respond after all, reopening
2018.11.18 09:46:48.037 3: sys_culHm device closed
2018.11.18 09:46:48.049 3: Setting sys_culHm serial parameters to 115200,8,N,1
2018.11.18 09:46:48.052 1: /dev/serial/by-id/usb-STM32_MapleCUL_a3b08c7a-if04 reappeared (sys_culHm)
2018.11.18 09:46:51.122 1: [Freezemon] sys_freezemon: possible freeze starting at 09:46:17, delay is 34.122 possibly caused by: tmr-HMUARTLGW_CheckCmdResp(sys_culHm)
2018.11.18 09:46:54.290 1: HMUARTLGW sys_culHm did not respond for the 1. time, resending
2018.11.18 09:46:57.295 1: HMUARTLGW sys_culHm did not respond for the 2. time, resending
2018.11.18 09:47:00.300 1: HMUARTLGW sys_culHm did not respond for the 3. time, resending
2018.11.18 09:47:03.306 1: HMUARTLGW sys_culHm did not respond after all, reopening
2018.11.18 09:47:36.075 3: sys_culHm device closed
2018.11.18 09:47:36.088 3: Setting sys_culHm serial parameters to 115200,8,N,1
2018.11.18 09:47:36.090 1: /dev/serial/by-id/usb-STM32_MapleCUL_a3b08c7a-if04 reappeared (sys_culHm)
2018.11.18 09:47:36.141 1: [Freezemon] sys_freezemon: possible freeze starting at 09:47:04, delay is 32.141 possibly caused by: tmr-HMUARTLGW_CheckCmdResp(sys_culHm)
2018.11.18 09:47:40.094 1: HMUARTLGW sys_culHm did not respond for the 1. time, resending
2018.11.18 09:47:43.098 1: HMUARTLGW sys_culHm did not respond for the 2. time, resending
2018.11.18 09:47:46.101 1: HMUARTLGW sys_culHm did not respond for the 3. time, resending
2018.11.18 09:47:49.105 1: HMUARTLGW sys_culHm did not respond after all, reopening
2018.11.18 09:48:20.197 3: sys_culHm device closed
433MHz-Kommunikation funktioniert weiterhin.
Definition vom 433:
Internals:
CMDS BbCFiAZNEkGMKLUYRTVWXeflptxz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT::OREGON::Hideki::SD_WS07:
DEF /dev/serial/by-id/usb-STM32_MapleCUL_194dc4e0-if00@38400 1432
DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_194dc4e0-if00@38400
FD 34
FHTID 1432
NAME sys_cul433srf
NR 555
PARTIAL
RAWMSG mAAAAAAAB32D4CB3554D4D2AB5554D2D554CD4D554AB5354C2C
RSSI -84.5
STATE Initialized
TIME 1543004920.10097
TYPE CUL
VERSION V 1.26.04 a-culfw Build: 306 (2018-10-02_16-37-10) MapleCUNx4_01 (F-Band: 433MHz)
initString X21
sys_cul433srf_MSGCNT 771
sys_cul433srf_TIME 2018-11-23 21:28:40
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
C:Hideki ^P12#75[A-F0-9]{17,30}
C:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
C:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-11-23 19:21:21 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2018-11-23 19:21:13 cmds B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z
2018-11-18 01:42:01 raw isF00000000FF0
2018-11-23 21:28:40 state Initialized
2018-11-23 19:02:28 uptime 0 00:02:16
2018-11-23 19:05:01 version V 1.26.04 a-culfw Build: 306 (2018-10-02_16-37-10) MapleCUNx4_00 (F-Band: 433MHz)
Attributes:
alias CUL 433 MHz SlowRF
group Schnittstellen
rfmode SlowRF
room System
Definition vom Homematic-CUL:
Historie löschen
Internals:
AssignedPeerCnt 14
CNT 36
Clients :CUL_HM:
DEF /dev/serial/by-id/usb-STM32_MapleCUL_194dc4e0-if04
DEVCNT 220
DevState 99
DevType UART
DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_194dc4e0-if04@115200
FD 36
LastOpen 1542997277.31584
NAME sys_culHm
NR 556
PARTIAL
RAWMSG 0500001637845E2D464B000000D434AC000FFF0152093501
RSSI -22
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 8
msgLoadHistory -1/0/0/-1/-1/1/1/0/-1/-1/-2/-1
msgLoadHistoryAbs 8/9/9/9/10/11/10/9/9/10/11/13/14
owner F15544
owner_CCU VCCU
Helper:
CreditTimer 514
FW 66561
Initialized 1
SendCnt 189
AckPending:
59:
cmd 02000000E18002F155442D86FF01014E00
dst 1
frame FD0013013B02000000E18002F155442D86FF01014E0041FC
time 1543002663.63266
64:
cmd 02000000E78002F15544342A0F01012C00
dst 1
frame FD0013014002000000E78002F15544342A0F01012C00C401
time 1543002666.44864
67:
cmd 02000000E38002F155442D86FF01014E00
dst 1
frame FD0013014302000000E38002F155442D86FF01014E00588B
time 1543002678.80843
79:
cmd 02000000E48002F155442D86FF01014E00
dst 1
frame FD0013014F02000000E48002F155442D86FF01014E00D6FD
time 1543002797.40039
82:
cmd 02000000E58002F155442D86FF01014E00
dst 1
frame FD0013015202000000E58002F155442D86FF01014E000CDF
time 1543002819.09674
84:
cmd 02000000E98002F15544342A0F01012C00
dst 1
frame FD0013015402000000E98002F15544342A0F01012C00A818
time 1543002821.53999
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.0163149833679199
loadLvl:
lastHistory 1543004781.02718
MatchList:
1:CUL_HM ^A......................
Peers:
0B69DC +0B69DC,00,00,00
2071DA +2071DA,00,00,00
2072A5 +2072A5,00,00,00
22BA55 +22BA55,00,00,00
22BA62 +22BA62,00,00,00
22BAE7 +22BAE7,00,00,00
2A1FBD +2A1FBD,00,00,00
2D464B +2D464B,00,00,00
2D86FF +2D86FF,00,00,00
32729F +32729F,00,00,00
342A0F +342A0F,00,00,00
3BD485 +3BD485,00,00,00
52AD41 +52AD41,00,00,00
86C40D +86C40D,00,00,00
READINGS:
2018-11-23 19:21:20 D-HMIdAssigned F15544
2018-11-23 19:21:20 D-HMIdOriginal 6A61A5
2018-11-23 19:21:20 D-firmware 1.4.1
2018-11-23 19:21:20 D-serialNr PEQ0530987
2018-11-23 18:55:30 D-type HM-MOD-UART
2018-11-23 19:21:21 cond ok
2018-11-23 21:25:47 load 8
2018-11-23 19:21:21 loadLvl low
2018-11-23 19:21:17 state opened
helper:
Attributes:
alias Homematic CUL
event-on-change-reading .*
group Homematic
hmId F15544
loadEvents 1
room System
Im Fehlerfall habe ich folgendes probiert, aber es stellt die Kommunikation _nicht_ wieder her:
- FHEM neu starten
- HM-MOD-UART powercyceln. Also VCC weg und dann wieder dran. (MapleCUL läuft weiter)
Der MapleMini hat eine eigene externe Stromversorgung (wird also nicht über den USB-Port versorgt). Interessant ist, dass es wieder funktioniert (und HMUARTLGW sich sofort wieder mit dem Maple verbindet) wenn ich das USB-Stecker aus dem Maple ziehe und wieder rein stecke. Da der Maple eine eigene Stromversorgung hat, läuft der Maple dabei durch.
Der MapleCUL erscheint ja als drei Devices in Linux:
lrwxrwxrwx 1 root root 13 Nov 23 19:21 usb-STM32_MapleCUL_194dc4e0-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Nov 23 19:21 usb-STM32_MapleCUL_194dc4e0-if02 -> ../../ttyACM1
lrwxrwxrwx 1 root root 13 Nov 23 19:21 usb-STM32_MapleCUL_194dc4e0-if04 -> ../../ttyACM2
Es sieht für mich so aus als ob im Fehlerfall das Device "usb-STM32_MapleCUL_194dc4e0-if04" einfach nicht mehr funktioniert. Durch ein rein/raus des USB-Kabels lässt sich das Problem beheben.
Hatte sowas schonmal jemand bzw. könnte sowas ein Firmware-Problem sein?
Ich versuch mal, den Fehler mit einem Testsystem nachzustellen. Bist du sicher, dass der Maple nach dem Trennen der USB Verbindung nicht trotzdem einen Reset ausführt? Was liefert ein get uptime danach?
Ja, das hatte ich sogar schonmal geprüft: uptime wird beim USB dran/ab nicht resettet und läuft weiter.
FHEM läuft bei mir in einer Ubuntu-VM unter Win10 als Host. Theoretisch auch möglich, dass sich da irgendwas aufhängt. Jedoch hatte ich da noch nie Probleme bisher (jahrelang RfxTrx und HM-CFG-USB2) und das if00-Device des MapleCUL funktioniert ja auch stabil. Daher ist die FW mein heißester Kandidat im Moment.
Danke für Hilfe!
Hallo,
als erstes muss ich mal loswerden, dass ich sehr begeistert bin. 2 Aussentemperatursensoren von unseren Wetterstationen kann man nun dank a-culfw in Fehm sehen. Vorher hatte ich die originale Firmware 1.67 drauf. Dann habe ich das (https://forum.fhem.de/index.php/topic,24436.msg859598.html#msg859598) gemacht und nun habe ich auf den 433er die a-culfw drauf.
Wie eingangs erwähnt, habe ich 2 Temperaturaussensensoren von uns und sogar auch Fremde gefunden.
Nun möchte ich gern noch, wie ich bereits in diesem Beitrag (https://forum.fhem.de/index.php/topic,24436.msg859889.html#msg859889), sogar mit paar Bildern, thematisiert habe, meine noch hier herum liegenden 8 Funksteckdosen mit Fhem verwenden können.
Dazu habe ich mit einer Fernbedienung mit 3 Tastenpaaren (6 Tasten) zu der 3 Steckdosen gehören getestet. Ich habe auch X25 eingestellt. Ob das nötig war, weiß ich nicht. Aber vorher hatte ich glaube keine Ergebnisse.
Nun habe ich das hier:Taste1-on p 7 192 528 528 192 160 544 24 1 3 0 192 5568 0 FE 405533
i405533
Taste1-off p 7 192 512 512 192 192 528 24 1 3 0 176 5584 0 F2 40553C
Taste2-on p 7 128 544 560 176 176 512 24 1 3 0 192 5584 0 F9 4055C3
i4055c3
Taste2-off p 7 176 544 544 160 160 544 24 1 3 0 160 5600 0 05 4055CC
Taste3-on p 7 144 560 496 192 144 560 24 1 3 0 160 5600 0 13 405703
i405703
Taste3-off p 7 160 560 480 208 144 544 24 1 3 0 176 5600 0 12 40570C
Aber keine Ahnung was ich damit alles anfangen kann und vor allem wie ich die Geräte anlegen kann, weil sie nicht selbst angelegt wurden, obwohl autocreate eingeschalten ist.
Zu guter letzt habe ich auch mal alle Tasten an den 2 identischen Fernbedienungen mit jeweils 5 Tastenpaaren (10 Tasten) von den ZAP-Steckdosen gedrückt. Da zuckte sich aber rein gar nichts. Auf der Rückseite der Fernbedienungen ist übrigens jeweils ein Aufkleber mit der Zahl 0330 drauf. Ich weiß nicht, ob dies eine wichtige Bedeutung hat.
Gruß jw1hal
Hallo an euch,
ich bin etwas verunsichert, da ich demnächst mir die Hardware von SIRO einbauen möchte.
Laut diesem Foreneintrag für die Einbindung: https://forum.fhem.de/index.php/topic,77167.0.html benötige ich SIGNALduino-Firmware (>= V 3.3.1-dev).
Kann ich das auch mit meiner jetzigen " V 1.26.03 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz) " nutzen? oder muss ich tatsächlich wieder auf SIGNALduino wechseln?
Gruß Matthias
ZitatFernbedienung mit 3 Tastenpaaren (6 Tasten
Sieht doch gut aus. 2* die on-Taste für autocreate gedrückt ?
Zitat2 identischen Fernbedienungen mit jeweils 5 Tastenpaaren
ZitatDa zuckte sich aber rein gar nichts
Die Dinger funken dann wohl nicht in einem bekannten/umgesetzten Modulationsverfahren. 433,92 MHz ?
Grüße Markus
Nicht nur 2x. Außer im Event monitor sehr ich leider nichts ...
und die ZAP-Dinger zeigen auch leider nichts im Event monitor an ...
Wie die genau funken, weiß ich natürlich nicht. ich weiß nur, dass da 433 MHz drauf steht.
Gruß jw1hal
Moin,
Komisch Du hast keinen neuen Room IT?
Na dann, auf zur Signalduino Firmware Soll ich Dir einen geflashten Signalduino rübersenden?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo,
Zitat von: RaspiLED am 25 November 2018, 12:22:50Du hast keinen neuen Room IT?
Hab ich, da gibt es das:
Internals:
00 f0
CFGFN
DEF F000FFFF10 0F F0
IODev CUL_433
NAME IT_F000FFFF10
NR 904
STATE off
TYPE IT
XMIT f000ffff10
XMITdimdown 00
XMITdimup 00
XMITon 0f
.attraggr:
.attrminint:
CODE:
1 f000ffff10
READINGS:
2018-11-24 09:08:33 protocol V1
2018-11-24 21:57:03 state off
Attributes:
IODev CUL_433
room IT
Kann man "an" und "aus" schalten, das Symbol (Lampe) schaltet auch "an" und "aus", aber die eine Steckdose von drei, die ich im fest TV eingebaut habe, macht nichts.
Soll es sich dabei doch um die 3 Steckdosen handeln? Ich habe es eigentlich ausgeschlossen, weil "an" und "aus" nichts macht. Wenn das eine der drei Steckdosen ist, wo sind dann die anderen zwei? Schließlich habe ich auf der Fernbedienung alle 6 Tasten mehrfach gedrückt.
Zitat von: RaspiLED am 25 November 2018, 12:22:50Na dann, auf zur Signalduino Firmware Soll ich Dir einen geflashten Signalduino rübersenden?
Ist der komplett? Was soll der kosten? Kannst du mir ja per PN mitteilen. So richtig verstehe ich´s noch nicht, was das eigentlich sein soll, bzw. wie das Ding aussieht. Was ich bisher so gelesen habe, ist es ein Stick, wie meine Nano´s, nur dass man dafür noch einen extra Empfänger und einen extra Sender oder auch einen extra kombinierten Sender/Empfänger braucht, welche man da anschließen muss. Sind wohl auch so ganz kleine Platinen mit ner kleinen Antenne dran.
Was macht dann das Ding? Schließt man das nur zum Zweck des Testes an den PI an, kann das immer dran bleiben oder soll es den 433er Nano ganz ersetzen? Das sind so die Fragen, die so ein Laie, wie ich habe, weil ich diesbezüglich, trotz vielen Lesens noch nicht wirklich schlau darüber geworden und von daher etwas verunsichert bin.
Ich habe übrigens auch noch:
Internals:
CFGFN
CODE CUL_TCM97001_Unknown
CUL_433_MSGCNT 65
CUL_433_RAWMSG s0F00237A58DC; 432: 3936
CUL_433_TIME 2018-11-24 23:04:45
DEF CUL_TCM97001_Unknown
LASTInputDev CUL_433
MSGCNT 65
NAME Unknown
NR 3814
RSSI -92
STATE Code: 0F00237A58
TYPE CUL_TCM97001
lastH 0
lastT 1543097085
.attraggr:
.attrminint:
READINGS:
2018-11-24 23:04:45 state Code: 0F00237A58
Attributes:
model Unknown
room CUL_TCM97001
Das müsste wohl auch so ein Temperatursensor sein, weil einer von meinen auch vom Type "CUL_TCM97001" ist.
Das sind meine:
Internals:
.lastTimebattery 1543087219.06274
.lastTimechannel 1543087516.87218
.lastTimehumidity 1543160485.33362
.lastTimemode 1543089336.50718
.lastTimestate 1543160485.03897
.lastTimetemperature 1543160485.03897
CFGFN
CHANGED
CODE CUL_TCM97001_134
CUL_433_MSGCNT 5334
CUL_433_RAWMSG s86004ADDA8E4; 512: 9104
CUL_433_TIME 2018-11-25 16:45:35
DEF CUL_TCM97001_134
LASTInputDev CUL_433
MSGCNT 5334
NAME Sensor_GT_WT_02_134
NR 7252
RSSI -88
STATE T: 7.4 H: 100
TYPE CUL_TCM97001
lastH 0
lastT 1543160735
.attraggr:
.attreocr:
.*
.attrminint:
.*:300
READINGS:
2018-11-24 20:20:19 battery ok
2018-11-24 20:25:16 channel 1
2018-11-25 16:45:35 humidity 100
2018-11-24 20:55:36 mode normal
2018-11-25 16:45:35 state T: 7.4 H: 100
2018-11-25 16:45:35 temperature 7.4
Attributes:
alias Wetterstation Jan Außensensor
event-min-interval .*:300
event-on-change-reading .*
group 22_Sensoren
model GT_WT_02
room 00_Diabeck,09_Balkon,20_Sensoren
Internals:
.lastTimebattery 1543160653.72661
.lastTimebatteryState 1543160653.72661
.lastTimechannel 1543160653.72661
.lastTimestate 1543160482.71579
.lastTimetemperature 1543160482.71579
CFGFN
CHANGED
CODE SD_WS07_T_1
CUL_433_DMSG P7#2B804DF000
CUL_433_MSGCNT 1575
CUL_433_RAWMSG 2FD
CUL_433_TIME 2018-11-25 16:46:07
DEF SD_WS07_T_1
LASTInputDev CUL_433
MSGCNT 1575
NAME Sensor_SD_WS07_T_1
NR 7406
STATE T: 7.7
TYPE SD_WS07
bitMSG 00101011 1 000 000001001101 1111 00000000
lastMSG 2B804DF000
lastReceive 1543160767
.attraggr:
.attreocr:
.*
.attrminint:
.*:300
READINGS:
2018-11-25 16:46:07 battery ok
2018-11-25 16:46:07 batteryState ok
2018-11-25 16:46:07 channel 1
2018-11-25 16:46:07 state T: 7.7
2018-11-25 16:46:07 temperature 7.7
Attributes:
alias Wetterstation Diana Außensensor
event-min-interval .*:300
event-on-change-reading .*
group 22_Sensoren
room 00_Diabeck,09_Balkon,20_Sensoren
Und das vermutlich die von den Nachbarn:
Internals:
.lastTimebattery 1543067153.45058
.lastTimechannel 1543067153.45058
.lastTimehumidity 1543087203.16289
.lastTimemode 1543067153.45058
.lastTimestate 1543087203.16289
.lastTimetemperature 1543087203.16289
CFGFN
CHANGED
CODE CUL_TCM97001_57
CUL_433_MSGCNT 31
CUL_433_RAWMSG s39803DDDE8F3; 528: 9104
CUL_433_TIME 2018-11-24 20:20:03
DEF CUL_TCM97001_57
LASTInputDev CUL_433
MSGCNT 31
NAME USensor_GT_WT_02_57
NR 3781
RSSI -80.5
STATE T: 6.1 H: 100
TYPE CUL_TCM97001
lastH 0
lastT 1543087203
.attraggr:
.attreocr:
.*
.attrminint:
.*:300
READINGS:
2018-11-24 14:45:53 battery low
2018-11-24 14:45:53 channel 1
2018-11-24 20:20:03 humidity 100
2018-11-24 14:45:53 mode normal
2018-11-24 20:20:03 state T: 6.1 H: 100
2018-11-24 20:20:03 temperature 6.1
Attributes:
event-min-interval .*:300
event-on-change-reading .*
group 23_Sensoren_unbekannt
model GT_WT_02
room 20_Sensoren
Internals:
.lastTimebattery 1543160131.16402
.lastTimebatteryState 1543160131.16402
.lastTimechannel 1543160131.16402
.lastTimehumidity 1543160131.16402
.lastTimestate 1543160131.16402
.lastTimetemperature 1543160131.16402
CFGFN
CODE SD_WS07_TH_1
CUL_433_DMSG P7#0F0056F4B0
CUL_433_MSGCNT 1723
CUL_433_RAWMSG 2DB
CUL_433_TIME 2018-11-25 16:35:31
DEF SD_WS07_TH_1
LASTInputDev CUL_433
MSGCNT 1723
NAME USensor_SD_WS07_TH_1
NR 3613
STATE T: 8.6 H: 75
TYPE SD_WS07
bitMSG 00001111 0 000 000001010110 1111 01001011
lastMSG 0F0056F4B0
lastReceive 1543160131
.attraggr:
.attreocr:
.*
.attrminint:
.*:300
READINGS:
2018-11-25 16:35:31 battery low
2018-11-25 16:35:31 batteryState low
2018-11-25 16:35:31 channel 1
2018-11-25 16:35:31 humidity 75
2018-11-25 16:35:31 state T: 8.6 H: 75
2018-11-25 16:35:31 temperature 8.6
Attributes:
event-min-interval .*:300
event-on-change-reading .*
group 23_Sensoren_unbekannt
room 20_Sensoren
Internals:
CFGFN
CODE THWR288A_d1_2
CUL_433_DMSG 50EA4C20D14408E0330480
CUL_433_MSGCNT 107
CUL_433_RAWMSG mAAAAAAAACCCAD2D3554D3532D35354D5554AAD2D53555555F1
CUL_433_TIME 2018-11-25 16:20:47
DEF THWR288A_d1_2
IODev CUL_433
LASTInputDev CUL_433
MSGCNT 107
NAME USensor_THWR288A_d1_2
NR 1194
STATE T: 8.4 BAT: low
TYPE OREGON
.attraggr:
.attrminint:
READINGS:
2018-11-25 16:20:47 battery low
2018-11-25 16:20:47 batteryState low
2018-11-25 16:20:47 state T: 8.4 BAT: low
2018-11-25 16:20:47 temperature 8.4
Attributes:
IODev CUL_433
group 23_Sensoren_unbekannt
room 20_Sensoren
Die ersten beiden Fremden, vermutlich von den Nachbarn, ähneln sich aber auch in der Bezeichnung und unterscheiden sich nur an den letzten paar Zeichen der Bezeichnung ("_134"<=>"_57" und "_T_1"<=>"_TH_1"), so dass ich annahm, das sind auch meine, nur fehlerhaft ausgelesen. Ich hatte aber da gesehen, dass laut Zeitstempel später auch noch was kam. Also Entweder haben die Nachbarn fast die gleichen Dinger oder es wird öfter fehlerhaft ausgelesen, so dass dies auch noch teilweise aktualisiert wird (siehe Plots).
Der Unbekannte:
CUL_TCM97001_Unknown TYPE: CUL_TCM97001
Meine zwei:
GT_WT_02_134 TYPE: CUL_TCM97001
SD_WS07_T_1 TYPE: SD_WS07
vermutlich von den Nachbarn:
GT_WT_02_57 TYPE: CUL_TCM97001
SD_WS07_TH_1 TYPE: SD_WS07
THWR288A_d1_2 TYPE: OREGON
Das sind auch so Dinge, aus denen ich (noch) nicht schlau werde.
PS: Ich weiß, wieder viel zu viel ....
Gruß jw1hal
Hi,
A) Signalduino ist eine andere Firmware, die auch auf Deinem nanoCUL läuft, aber auch auf anderen Hardwarevarianten.
B) Der Hauptunterschied zwischen CUL und Signalduino ist: CUL muss alles selbst kennen, Signalduino empfängt und gibt an FHEM zum übersetzen ab - dadurch hört/sieht man mehr mit dem Signalduino. Kann aber nicht ,,zeitnah" antworten, wie es für Homematic nötig ist.
C) Ja per PN
D) IT Profis ran ;-)
E) Deine Thermometer sehen doch gut aus! Die Nummer hinten ist die ID, jedes Thermometer nimmt sich eine neue ID beim Batterie einlegen.
Gruß Arnd
Gesendet von iPhone mit Tapatalk
ZitatRSSI -92
wohl ne ganze Ecke vom nanoCUL entfernt(Je höher der absolute Wert, desto weiter weg oder schlechter in der Sendeleistung)
ZitatRSSI -88
nicht gut, aber besser
ZitatSTATE T: 7.4 H: 100
und wohl eher draußen
ZitatSTATE T: 7.7
TYPE SD_WS07
wohl auch draußen, aber ohne RSSI(liegt dann vermutlich am Modul)
ZitatRSSI -80.5
STATE T: 6.1 H: 100
bisher am nächsten zum CUL(oder sendet stärker), wohl auch draußen
ZitatSTATE T: 8.4 BAT: low
TYPE OREGON
Das ist ein Oregon Scientific, und wohl auch wieder draußen
Zitatoder es wird öfter fehlerhaft ausgelesen, so dass dies auch noch teilweise aktualisiert wird
Das ist natürlich möglich. Das musst Du über event monitor und Batterie einlegen herausfinden, also in den event monitor gehen und dann Batterie raus und wieder rein. Mir bekannte Sensoren haben eine LED, die kurze Zeit später aufleuchtet und fast gleichzeitig sollte sich dann im event monitor etwas tun.
Grüße Markus
PS: Als Newbie ist es vielleicht besser, wenn Du ein eigenes Thema eröffnest. ;)
Hab nochmal etwas geforscht zu meinem Problem von hier:
https://forum.fhem.de/index.php/topic,35064.msg862953.html#msg862953
Das Problem ist ja, dass /dev/ttyACM2 irgendwann aufhört zu funktionieren. Ich hab da nochmal etwas rumgeforscht:
Als das Problem jetzt wieder aufgetreten ist, hab ich mal FHEM komplett beendet und die Schnittstelle mit "screen" geöffnet und mal "usbmon" im Kernel aktiviert. Interessant ist:
- Datenempfang auf /dev/ttyACM2 funktioniert weiterhin. Sehe ich im usbmon und auch als Ausgabe in "screen"
ffff9bd177ce5d40 3771731114 S Bi:011:05 -115 128 <
ffff9bd177ce5500 3771731116 S Bi:011:05 -115 128 <
ffff9bd177ce58c0 3771731117 S Bi:011:05 -115 128 <
ffff9bcb461d8cc0 3771731122 S Co:011:00 s 21 22 0003 0004 0000 0
ffff9bcc42ff4600 3771871639 C Bi:011:05 0 1 = a0
ffff9bcc42ff4600 3771871834 S Bi:011:05 -115 128 <
ffff9bcc42ff4c00 3771871843 C Bi:011:05 0 1 = f9
ffff9bcc42ff4c00 3771871845 S Bi:011:05 -115 128 <
ffff9bcb461d8cc0 3771871931 C Co:011:00 0 0
ffff9bcc42ff5a40 3773521900 C Bi:011:05 0 1 = 20
ffff9bcc42ff5a40 3773521963 S Bi:011:05 -115 128 <
ffff9bcc42ff4300 3773523589 C Bi:011:05 0 1 = f9
ffff9bcc42ff4300 3773523640 S Bi:011:05 -115 128 <
ffff9bcc42ff4f00 3774671870 C Bi:011:05 0 1 = 44
ffff9bcc42ff4f00 3774671938 S Bi:011:05 -115 128 <
ffff9bcc42ff4540 3774672768 C Bi:011:05 0 1 = 21
ffff9bcc42ff4540 3774672817 S Bi:011:05 -115 128 <
ffff9bd177ce4240 3776840193 S Bo:011:05 -115 1 = 76
ffff9bcc42ff55c0 3780541884 C Bi:011:05 0 1 = 84
ffff9bcc42ff55c0 3780541929 S Bi:011:05 -115 128 <
ffff9bcc42ff5200 3780543595 C Bi:011:05 0 1 = d4
ffff9bcc42ff5200 3780543622 S Bi:011:05 -115 128 <
ffff9bcc42ff5bc0 3783520092 C Bi:011:05 0 1 = 04
ffff9bcc42ff5bc0 3783520154 S Bi:011:05 -115 128 <
ffff9bd177ce4000 3783521045 C Bi:011:05 0 1 = d0
ffff9bd177ce4000 3783521097 S Bi:011:05 -115 128 <
Beschreibung des Formats:
https://www.kernel.org/doc/Documentation/usb/usbmon.txt
Nach dem Öffnen des Devices (also nach dem Start von "screen"), kann ich genau ein Byte versenden, danach geht nix mehr. Ich drücke eine Taste und eine Bulk-Out ("Bo") Zeile erscheint:
ffff9bd177ce4240 3776840193 S Bo:011:05 -115 1 = 76
Danach verklemmt sich offenbar irgendwas. Es werden keine weiteren Tastendrücke bzw. Bytes mehr per USB versenden. Empfangen der Daten läuft aber interessanterweise weiter.
Beim Öffnen und auch beim Schließen der Schnittstelle läuft da einiges an Kommunikation über USB. Das sagt mir aber nicht viel. Aber auch interessant ist, dass beim Versuch "screen" zu beenden, das Programme für viele Sekunden hängt und sich erst dann beendet.
Sieht im usbmon so aus (mit meinen Kommentaren eingefügt), die Zeitstempel zB 145135651 sind Mikrosekunden:
> screen wird gestartet (bei 145 Sekunden)
ffff9bcc42ff4c00 145135651 C Bi:011:05 0 1 = 00
ffff9bcc42ff4c00 145135659 S Bi:011:05 -115 128 <
ffff9bcc42ff5a40 145137370 C Bi:011:05 0 1 = a4
ffff9bcc42ff5a40 145137420 S Bi:011:05 -115 128 <
ffff9bcc42ff4300 145139082 C Bi:011:05 0 1 = b1
ffff9bcc42ff4300 145139131 S Bi:011:05 -115 128 <
ffff9bcc42ff4f00 145140301 C Bi:011:05 0 1 = f9
ffff9bcc42ff4f00 145140351 S Bi:011:05 -115 128 <
> hier drücke ich nun mehrer Tasten. Es wird nur einmal "0x67" versendet
ffff9bd177ce4240 145732086 S Bo:011:05 -115 1 = 67
> danach beende ich screen kurz nach Zeitstempel 145732086. Jetzt hängt alles und 20 Sekunden später (bei 162527666) fängt wieder irgendwas auf dem USB-Bus an zu passieren. aber langsam.
ffff9bcc42ff4540 162527666 C Bi:011:05 0 1 = 80
ffff9bcc42ff4540 162527725 S Bi:011:05 -115 128 <
ffff9bcc42ff55c0 162528596 C Bi:011:05 0 1 = f8
ffff9bcc42ff55c0 162528646 S Bi:011:05 -115 128 <
ffff9bcc42ff5200 173675709 C Bi:011:05 0 1 = 44
ffff9bcc42ff5200 173675769 S Bi:011:05 -115 128 <
ffff9bcc42ff5bc0 173676684 C Bi:011:05 0 1 = 29
ffff9bcc42ff5bc0 173676734 S Bi:011:05 -115 128 <
ffff9bcc42ff5440 179366253 C Ii:011:06 -2 0
ffff9bd177ce4240 180023956 C Bo:011:05 -2 0
ffff9bcc42ff4600 180366613 C Bi:011:05 -2 0
ffff9bcc42ff4c00 181024145 C Bi:011:05 -2 0
ffff9bcc42ff5a40 181366996 C Bi:011:05 -2 0
ffff9bcc42ff4300 182024594 C Bi:011:05 -2 0
ffff9bcc42ff4f00 182367828 C Bi:011:05 -2 0
ffff9bcc42ff4540 182527855 C Bi:011:05 -2 0
ffff9bcc42ff55c0 182528925 C Bi:011:05 -2 0
ffff9bcc42ff5200 182530272 C Bi:011:05 -2 0
ffff9bcc42ff5bc0 182532266 C Bi:011:05 -2 0
ffff9bd177ce4000 182533323 C Bi:011:05 -2 0
ffff9bd177ce4780 182534667 C Bi:011:05 -2 0
ffff9bd177ce43c0 182536350 C Bi:011:05 -2 0
ffff9bd177ce4fc0 182538283 C Bi:011:05 -2 0
ffff9bd177ce5d40 182540293 C Bi:011:05 -2 0
ffff9bd177ce5500 182541283 C Bi:011:05 -2 0
ffff9bd177ce58c0 182543289 C Bi:011:05 -2 0
> dann hier ist alles durch und "screen" beendet sich endlich
Sobald ich das Device einmal disconnecte und wieder connecte ist alles wieder in Butter. Ich bin da echt etwas überfragt. Kenn mich in den Details des USB-Protokolls nicht aus. Kann aus meiner Sicht ein Problem im CDC-AMC-Treiber sein, oder in VmWare oder sogar in der acul-Firmware?
Irgendeine Idee dazu? :/
Ich habe den MapleCUL mit HM-MOD-UART jetzt zwei Tage auf meinem Testsystem und seit gestern auf meiner normalen FHEM Installation laufen gelassen. Jeweils auf einem Raspberry Pi. Lief ohne Probleme durch. Ich würde an deiner Stelle FHEM mal auf einem anderen System installieren.
Also ich denke ich bin dem ganzen etwas näher gekommen. Eh ich mich jetzt in Spekulationen verlieren: ich kann es auf jeden Fall bei mir jetzt innerhalb weniger Sekunden reproduzieren auf einem anderen System (zwar komplett anderer PC und anderer CUL, aber gleiche Software. Also wieder Ubuntu als VM unter Win10). Hab dafür die FW leicht angepasst, so dass diese permanent Daten auf ttyACM2 sendet (muss dann kein HM-UART angeschlossen sein). Wenn man das Device öffnet, die Daten liest und gleichzeitig auch permanent Daten schreibt, dann kommt mein System nach ein paar Sekunden in den Zustand.
Es scheint sich irgendwas zu verklemmen, wenn gleichzeitig Daten gelesen und geschrieben werden. Race Condition?
Magst du das vielleicht bei dir auch mal ausprobieren?
Müsstest dafür nur diese Firmware hier nutzen:
https://github.com/verybadsoldier/a-culfw/tree/simdata
Oder hier auch fertig kompiliert als Binary:
https://github.com/verybadsoldier/a-culfw/raw/simdata/culfw/Devices/MapleCUN/MapleCUNx4_W5100_BL.bin
Und dann auf dem Linux dieses Testprogramm laufen lassen (cdctest.cpp):
https://pastebin.com/rVwZHpUG
Laufen lassen mit:
./cdctest /dev/ttyACM2
Er das Ding öffnet nur das Device (blockierend) und liest alle Daten ein (read). Schreibt jedoch immer auch blockierend in das Device.
Bei mir läuft das nur einige Sekunden und laut Wireshark bleiben dann auf dem USB-Bus die ACKs für Bulk-Pakete aus, so dass dann die Schnittstelle blockiert, wenn das Programm versucht, weitere Daten zu schreiben:
...
Write OK #1127
Read 5
Write OK #1128
Read 5
Write OK #1129
Read 5
Write OK #1130
Read 5
Write OK #1131
Read 5
Write OK #1132
Read 5
Write OK #1133
Read 5
Write OK #1134
Read 5
Write OK #1135
Read 5
Write OK #1136
Read 5
Write OK #1137
Read 5
Write OK #1138
Read 5
Write OK #1139
Read 5
Write OK #1140
Read 5
Write OK #1141
Read 5
Write OK #1142
Read 5
Write OK #1143
Read 5
<hier bleibt's stehen und blockiert>
Also er liest und schreibt ohne Probleme für ein paar Sekunden. Und dann auf einmal blockiert das write und das ganze hängt. "select" meldet auch schon kurz vorher, dass der file descriptor nicht mehr schreibbar ist. Schreiben klappt dann aber trotzdem noch ein paar Mal bevor es dann blockiert.
Das Gerät ist dann genau in dem Zustand, wie es auch in meinem FHEM-Fehlerfall ist. Wenn man das Programm dann beendet, können auch hinterher weiterhin Daten gelesen per (wenn man z.B. ein "cat" oder "screen" drauf macht), aber beim Versucht, Daten zu schreiben, blockiert das Device einfach.
vbs@ubuntu:~/Projects/cdctest/Debug$ cat /dev/ttyACM2
abcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcdeabcde
Wäre mal interessant, ob das bei dir auch auftritt auf echter Hardware. Ich hab momentan doch wieder die aculfw im Verdacht, muss ich sagen.
EDIT:
Achso ich hatte übrigens bei meinen Tests nur einen nackten MapleMini am USB hängen. Nichts weiter angeschlossen
Hm, also ich hab das jetzt mal auf einem echten Rechner unter einem aktuellen Ubuntu und auch unter Debian getestet: tritt dabei auch auf. Deutet für mich alles darauf hin, dass es sich um ein Problem in der acul Firmware handelt.
Ich denke, ich hab da was gefunden. Versuch mal die angefügte Version.
Das Problem scheint bekannt zu sein und ist hier ziemlich gut beschrieben:
https://community.st.com/s/question/0D50X00009XkfIBSAZ/stm32cube-usb-cdc-possible-bug-found-rx-tx-race-condition
Kann ich den Code mal sehen bitte?
Mach ich was falsch? Die Firmware bootet bei mir nicht und ich bekomme keine ACM-Devices?
https://github.com/Telekatz/a-culfw/tree/ARM (https://github.com/Telekatz/a-culfw/tree/ARM)
Zitat von: vbs am 01 Dezember 2018, 22:04:41
Mach ich was falsch? Die Firmware bootet bei mir nicht und ich bekomme keine ACM-Devices?
Man sollte halt immer erst ein "make clean" machen, wenn man ein neues Target erstellt. Anbei die funktionierende Version.
Also das funktioniert so weit, denke ich.
Jedoch scheint das jetzt ein Stück langsamer zu laufen als vorher. Mit der alten Variante haben 1000 write-Aufrufe (je 7 Byte) ca. 7 Sekunden gedauert. Mit der neuen Firmware dauert das jetzt ca. 29 Sekunden. Das Testprogramm simuliert ja sehr viel Last und man wird da vermutlich einfach oft den Moment treffen, dass TX gerade aktiv ist und dadurch gebremst. Bei wenig Last wird's keinen Unterschied machen, aber wenn da viel Daten rüber gehen, kann das zu Latenzen führen, fürchte ich.
Ich war schon ziemlich erstaunt, wie lax ST selber im Code mit dieser Busy-Situation umgeht. Sehr viele Funktionen geben gar keinen Rückgabewert zurück obwohl sie es sollten und/oder werten Rückgabewerte einfach nicht aus. Dadurch wird oft einfach das HAL_BUSY nicht korrekt gehandhabt mMn.
In der aculfw schlummert da meiner Meinung nach auch noch ganz konkret eine weitere Race Condition, die sich genau so auswirkt wie die vorherige und den CDC-Empfang zum Erliegen bringt (ich meine, die auch schon mindestens einmal "in Echt" beobachtet zu haben):
https://github.com/heliflieger/a-culfw/blob/master/culfw/STM32/hal_usart.c#L335
Die Funktion ruft "HAL_UART_Transmit_IT" auf, welche auch wieder "HAL_LOCK" verwendet. Im Busy-Fall kehrt die Funktion dann entsprechend sofort mit "HAL_BUSY" zurück ohne eben die UART-Daten abgesendet zu haben. Entsprechend wird dann in der Folge auch der UART-Interrupt nicht getriggert und damit erfolgt auch kein weiterer Aufruf mehr von "CDC_Receive_next". Also wieder Ende an der Stelle.
Gibt da evtl. noch einen anderen Ansatz: und zwar das direkte Auswerten der HAL_BUSY-Rückgabewerte. Damit kann man mMn recht gezielt feststellen, wenn wirklich ein Befehl abgebrochen wurde, weil das Handle nicht gelockt werden konnte. Das passiert dann offenbar wesentlich seltener und damit blieb bei meinen Tests die Latenz stabil. Ich hab das mal prototypisch versucht umzusetzen:
https://github.com/verybadsoldier/a-culfw/commit/d85b0d96c5d16fc8c1c27bbed18545755b72ac2f
Was würdest du davon halten? Wäre sicherlich mindestens auch noch Feinschliff notwendig. Bin mir vor allem nicht so sicher bei dem Code hier, der die o.g. zweite Race Condition fixen soll:
https://github.com/verybadsoldier/a-culfw/commit/d85b0d96c5d16fc8c1c27bbed18545755b72ac2f#diff-20666428942ba3e99519cc4f7352598a
Falls die UART-Daten aufgrund von HAL_BUSY nicht abgesetzt werden konnte, werden die Daten-Pointer gesichert und dann später über die main-Loop versendet. Bin mir nicht so sicher, wo der Pointer her kommt, wie stabil der ist bzw. ob man das so machen sollte.
EDIT:
Das mit den 7 s oben stimmt nicht ganz. Das bezieht sich nicht auf die vorherige Firmware, sondern auf einen Test mit der Firmware aus meinem Link. Mit dem alten Stand konnte ich ja keinen vergleichbaren Test machen wegen dem Hänger.
Für den USB Teil habe ich jetzt noch die Prüfung auf HAL_BUSY eingebaut.
Beim UART ist das über USB nicht notwendig, da die HAL_UART_Transmit_IT Funktion aus einer USB Interrupt Funktion heraus aufgerufen wird. Die USB und UART Interrupts werden mit der selben Priorität ausgeführt und können sich deshalb nicht gegenseitig unterbrechen. Eine Race Condition könnte hier nur über Ethernet vorkommen, da der Ethernet Empfang nicht Interrupt gesteuert ist. Aber da wäre es einfacher, vor dem Aufruf der HAL_UART_Transmit_IT Funktion einfach den UART Interrupt zu deaktivieren.
Bin noch am Testen aber sieht soweit gut aus. Habe ca. 14 Mio. write-Requests durch jeweils mit Zufallsabständen von 0 bis 10 ms. Bisher alles stabil!
Achso: Hat auch wieder die alte (geringe) Latenz!
Teste mal die angehängte Version. Ich hab das Problem jetzt anders gelöst, indem ein Interrupt die STM32 HAL Aufrufe nicht mehr unterbrechen kann. Das löst dann auch eventuelle Probleme mit der UART HAL.
Hallo.
Was ist der beste Weg den Empfang des nanoCUL (mit a-culfw) abzugewöhnen.
Bin von 433 Mhz Komponenten/Aktoren die eher unzuverlässig funktionierten umgestiegen auf HUE Bewegungsmelder und Schalter.
Will jetzt nicht mein Log mit den ganzen 433 Mhz Geräten der Nachbarn voll haben und möchte den Empfang deaktivieren.
Was ist der beste Weg?
Frequenz umstellen?
Danke
pOpY
Zitat von: Telekatz am 06 Dezember 2018, 22:28:48
Teste mal die angehängte Version. Ich hab das Problem jetzt anders gelöst, indem ein Interrupt die STM32 HAL Aufrufe nicht mehr unterbrechen kann. Das löst dann auch eventuelle Probleme mit der UART HAL.
Also läuft jetzt seit ca. 3 Tagen mit ca. 40 Mio Anfragen. Sieht für mich stabil aus und Latenzen passen auch, sehr schön!
Hallo zusammen,
ich bin neu im Thema Cul und wohl auch etwas blau äugig.
Ich habe ein CUL von Busware V3 und PCA301 Funksteckdosen - funktionieren die mit der alternativ Firmware?
Und wenn Ja wie richte ich dies ein?
Danke für die Hilfe.
Nein.
Hi,
Du willst einen Jeelink oder LaCrosseGateway mit PCA301 Sketch:
https://wiki.fhem.de/wiki/PCA301_Funkschaltsteckdose_mit_Energieverbrauchsmessung
Gruß
Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hi Arnd,
wäre ja schon interessant die Dosen in der aculfw zu haben.
Und bei meiner Suche stieß ich auf Deine Aussage (https://forum.fhem.de/index.php/topic,77531.msg694565.html#msg694565).
Wahrheit oder Irrtum ? Würde das (https://forum.fhem.de/index.php/topic,36566.msg288465.html#msg288465) bestätigen und es würde "nur" das senden(schalten) fehlen ?
Wenn es geht, würd ich vorschlagen uns an die Arbeit zu machen und ein neues Thema zu eröffnen. ;)
Grüße Markus
Oh alte Sünden? Ich bin mir gar nicht sicher ob das damals wirklich eine PCA301 war oder eine EM3000.
Hardware dazu habe ich jedenfalls nicht mehr. Die PCA301 senden auf 868.400 MHz, richtig? Hätten also bei der Standardbandbreite bei 868.300 durchaus empfangbar sein können ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Das Netz vergisst nichts. ;D
Die PCA301 funken ja per FSK. Aber, wenn Du sie schon gar nicht mehr hast. :'(
Grüße Markus
Moin Arnd, moin Markus,
über diese Aussagen bin ich damals auch gestolpert und hatte meinen Jeelink schon fast im Marktplatz angeboten.
Zitat von: KölnSolar am 16 Dezember 2018, 21:52:13
Hi Arnd,
wäre ja schon interessant die Dosen in der aculfw zu haben.
Und bei meiner Suche stieß ich auf Deine Aussage (https://forum.fhem.de/index.php/topic,77531.msg694565.html#msg694565).
Wahrheit oder Irrtum ? Würde das (https://forum.fhem.de/index.php/topic,36566.msg288465.html#msg288465) bestätigen und es würde "nur" das senden(schalten) fehlen ?
Wenn es geht, würd ich vorschlagen uns an die Arbeit zu machen und ein neues Thema zu eröffnen. ;)
Grüße Markus
Ich musste dann aber feststellen, dass der Empfang wohl funktioniert aber keine entsprechenden Routinen für die PCA301 implementiert sind :( Da auf meinem Maplecun ein receiver zur Zeit noch arbeitslos ist, würde ich den gerne anstatt des Jeelinks dafür verwenden. @Markus: es ist nicht "nur" schalten, die PCA301 messen ja auch Verbrauch, also durchaus etwas umfangreicher ;)
Wäre aber Klasse wenn ihr die Routinen vom Jeelink hierher portieren könntet...
Kleiner Auszug aus meinem Log mit raw n03 und verbose 5
2018.12.17 11:00:56 4: CUL_Parse: mapleCUN4 N030804078A9600FFFFFFFF7B2E455B0FD8EC2AFF00D543B3440B6FA5F7741E01C3
2018.12.17 11:00:56 5: mapleCUN4: dispatch N030804078A9600FFFFFFFF7B2E455B0FD8EC2AFF00D543B3440B6FA5F7741E01C3
2018.12.17 11:00:56 3: mapleCUN4: Unknown code N030804078A9600FFFFFFFF7B2E455B0FD8EC2AFF00D543B3440B6FA5F7741E01C3, help me!
2018.12.17 11:00:56 4: CUL_Parse: mapleCUN4 N03010426DADE00FFFFFFFF1E17791C6EEBFBB4A690FD68B152E35B8D2BC3E3957E
2018.12.17 11:00:56 5: mapleCUN4: dispatch N03010426DADE00FFFFFFFF1E17791C6EEBFBB4A690FD68B152E35B8D2BC3E3957E
2018.12.17 11:00:56 3: mapleCUN4: Unknown code N03010426DADE00FFFFFFFF1E17791C6EEBFBB4A690FD68B152E35B8D2BC3E3957E, help me!
2018.12.17 11:00:56 4: CUL_Parse: mapleCUN4 N03010426DADE0000000AAE21D9AABEC73B8EEEC9148B762DD2D0D6C98320032213
2018.12.17 11:00:56 5: mapleCUN4: dispatch N03010426DADE0000000AAE21D9AABEC73B8EEEC9148B762DD2D0D6C98320032213
2018.12.17 11:00:56 3: mapleCUN4: Unknown code N03010426DADE0000000AAE21D9AABEC73B8EEEC9148B762DD2D0D6C98320032213, help me!
2018.12.17 11:00:58 4: CUL_Parse: mapleCUN4 N03070426D9C300FFFFFFFF054455555555554775014109B663003FFFFFFFFB49D6
2018.12.17 11:00:58 5: mapleCUN4: dispatch N03070426D9C300FFFFFFFF054455555555554775014109B663003FFFFFFFFB49D6
2018.12.17 11:00:59 3: mapleCUN4: Unknown code N03070426D9C300FFFFFFFF054455555555554775014109B663003FFFFFFFFB49D6, help me!
2018.12.17 11:00:59 4: CUL_Parse: mapleCUN4 N03080406DDF300FFFFFFFFA138CB1ADBF3E09D7DDA069A0D6BB2E2FA3F3687A5FB
2018.12.17 11:00:59 5: mapleCUN4: dispatch N03080406DDF300FFFFFFFFA138CB1ADBF3E09D7DDA069A0D6BB2E2FA3F3687A5FB
2018.12.17 11:00:59 3: mapleCUN4: Unknown code N03080406DDF300FFFFFFFFA138CB1ADBF3E09D7DDA069A0D6BB2E2FA3F3687A5FB, help me!
2018.12.17 11:01:01 4: CUL_Parse: mapleCUN4 N03080426D9AE00FFFFFFFFFDED2FA0C5FEFFB7F4D32F5EBDB7A70A0E833CB1F967
2018.12.17 11:01:01 5: mapleCUN4: dispatch N03080426D9AE00FFFFFFFFFDED2FA0C5FEFFB7F4D32F5EBDB7A70A0E833CB1F967
2018.12.17 11:01:01 3: mapleCUN4: Unknown code N03080426D9AE00FFFFFFFFFDED2FA0C5FEFFB7F4D32F5EBDB7A70A0E833CB1F967, help me!
2018.12.17 11:01:01 4: CUL_Parse: mapleCUN4 N03080426D9AE01001D88524DFEAA5C77F109AECCFAAA499F2CA4441104855AE17F
2018.12.17 11:01:01 5: mapleCUN4: dispatch N03080426D9AE01001D88524DFEAA5C77F109AECCFAAA499F2CA4441104855AE17F
2018.12.17 11:01:01 3: mapleCUN4: Unknown code N03080426D9AE01001D88524DFEAA5C77F109AECCFAAA499F2CA4441104855AE17F, help me!
2018.12.17 11:01:03 4: CUL_Parse: mapleCUN4 N03020406795A00FFFFFFFFF759BDDFB40F39C418BCADC66737C2319DAFAD96D2AA
2018.12.17 11:01:03 5: mapleCUN4: dispatch N03020406795A00FFFFFFFFF759BDDFB40F39C418BCADC66737C2319DAFAD96D2AA
2018.12.17 11:01:03 3: mapleCUN4: Unknown code N03020406795A00FFFFFFFFF759BDDFB40F39C418BCADC66737C2319DAFAD96D2AA, help me!
2018.12.17 11:01:04 4: CUL_Parse: mapleCUN4 N03020406795A00FFFFFFFFF7595386B4BDF426239F777B43DFCDDEDA4E6D7A6617
2018.12.17 11:01:04 5: mapleCUN4: dispatch N03020406795A00FFFFFFFFF7595386B4BDF426239F777B43DFCDDEDA4E6D7A6617
2018.12.17 11:01:04 3: mapleCUN4: Unknown code N03020406795A00FFFFFFFFF7595386B4BDF426239F777B43DFCDDEDA4E6D7A6617, help me!
2018.12.17 11:01:04 4: CUL_Parse: mapleCUN4 N03020406795A000000006A760CAA95AE956F39033677DD4B4C4DEBDE5481FF4F5E
2018.12.17 11:01:04 5: mapleCUN4: dispatch N03020406795A000000006A760CAA95AE956F39033677DD4B4C4DEBDE5481FF4F5E
2018.12.17 11:01:04 3: mapleCUN4: Unknown code N03020406795A000000006A760CAA95AE956F39033677DD4B4C4DEBDE5481FF4F5E, help me!
Gruß
Arthur
Hm, das mit den PCA wird schwierig. Wenn ich mich richtig erinnere weichen die leicht in der Frequenz ab bzw basieren auf OOK und nicht FSK. Deswegen gab/gibt es auch immer noch einen PCA Sketch. Ich kann mich auch an Multisketche erinnern. Müsstet ihr mal im Forum suchen.
Gesendet von iPad mit Tapatalk
Hallo Arthur,
Deine Info hat mich dann bewegt in die commandref (http://culfw.de/commandref.html#cmd_N) zu gucken. ;)
Zitates ist nicht "nur" schalten, die PCA301 messen ja auch Verbrauch, also durchaus etwas umfangreicher
Das ist schon klar. Das Protokoll ist aber doch schon dekodiert. Wenn die Jungs nicht schon allzuviel im Jeelinksketch dekodiert haben, müssten die raw Daten annähernd identisch sein und die Dekodierung in der 36_PCA301.pm stehen.
Ich mach mal ein neues Thema (https://forum.fhem.de/index.php/topic,94589.msg873101.html#msg873101) auf...
Grüße Markus
Hallo allerseits, ich habe grade versucht die a-culfw für meinen MapleCUN selber zu compilen. Leider klappt das nicht so wirklich. Hat jemand eine Idee worans liegt?: https://github.com/heliflieger/a-culfw/issues/24
Wenn ich raten müsste, dann würde ich auf eine falsche gcc-Toolchain tippen. Ich finde leider den Link zu der funktionierenden Toolchain nicht, ich meine der schlummert hier irgendwo im Thread. Die Standard-Ubuntu-Toolchain funktioniert nicht.
EDIT:
ich glaube die hier ist es:
https://developer.arm.com/open-source/gnu-toolchain/gnu-rm/downloads/5-2016-q3-update
Zitat von: vbs am 28 Dezember 2018, 15:03:17
EDIT:
ich glaube die hier ist es:
https://developer.arm.com/open-source/gnu-toolchain/gnu-rm/downloads/5-2016-q3-update
https://forum.fhem.de/index.php/topic,35064.msg709436.html#msg709436
Gruß Peter
Wow, vielen Dank für die schnellen und hilfreichen Tips. Dachte mir auch schon das es an der Toolchain liegt, deshalb habe ich auch schon zwei verschiedene probiert.
Habe es gerade einmal mit dem "-O0" Flag (aus deim Beitrag den PeMue verlinkt hat) versucht: Klappt leider nicht.
Weiß jemand wie ich die passende Toolchain in Arch installiere?
Musst du nur runterladen, irgendwohin entpacken und im Pfad verfügbar machen. Hinterher mit "which" prüfen, ob die richtige genommen wird.
vbs@ubuntu:~$ env | grep arm
PATH=/home/vbs/bin:/home/vbs/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/home/vbs/Projects/esp-open-sdk/esptool2:/home/vbs/Projects/esp-open-sdk/xtensa-lx106-elf/bin:/home/vbs/ipkg-utils-1.7:/home/vbs/Projects/gcc-arm-none-eabi-5_4-2016q3/bin
vbs@ubuntu:~$ which arm-none-eabi-gcc
/home/vbs/Projects/gcc-arm-none-eabi-5_4-2016q3/bin/arm-none-eabi-gcc
EDIT:
achso falls du noch andere Toolchains im Pfad hast, dann den neuen Pfad vorne anfügen.
Bekomme die 5.4er toolchain irgendwie nicht ans laufen. Wenn ich eine der binaries aufrufen möchte sagt er mir er kann die Datei nicht finden. Sie ist aber definitiv da und hat die richtigen Berechtigungen. Liegt das evtl daran, dass die Toolchain für 32-Bit ist?
Edit: Ich glaube ich habe es hinbekommen mit folgendem AUR package: arm-none-eabi-gcc49-linaro
Zitat von: bennebartsch am 28 Dezember 2018, 18:55:46
Bekomme die 5.4er toolchain irgendwie nicht ans laufen. Wenn ich eine der binaries aufrufen möchte sagt er mir er kann die Datei nicht finden. Sie ist aber definitiv da und hat die richtigen Berechtigungen. Liegt das evtl daran, dass die Toolchain für 32-Bit ist?
Edit: Ich glaube ich habe es hinbekommen mit folgendem AUR package: arm-none-eabi-gcc49-linaro
Ja richtig, du brauchst dafür die 32bit Dependencies. Nutze Arch nicht selbst, aber das ist offenbar der Weg:
https://wiki.archlinux.org/index.php/Official_repositories#multilib
Das AUR Paket scheint ja versionstechnisch recht nah dran zu sein. Kann mir also gut vorstellen, dass das auch geht. Bleibt halt immer nur die Restunsicherheit bei eventuellen Problem, ob es vlt. doch damit etwas zu tun haben könnte.
Hallo,
habe einen nanoCUL und wenn ich ihn nach dieser Anleitung
https://haus-automatisierung.com/hardware/fhem/2017/11/18/fhem-tutorial-reihe-part-44-nano-cul.html
flashen will bekomme ich nach dem ich den Befehl make program-433 eingegeben habe folgende Meldung
pi@raspberrypi:~/a-culfw/culfw/Devices/nanoCUL $ make program-433
make TARGET=nanoCUL433 program
make[1]: Entering directory '/home/pi/a-culfw/culfw/Devices/nanoCUL'
#@if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
#@if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
#echo out > /sys/class/gpio/gpio17/direction
#echo out > /sys/class/gpio/gpio18/direction
#echo 0 > /sys/class/gpio/gpio17/value
#echo 0 > /sys/class/gpio/gpio18/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio17/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/ttyUSB0 -b 57600 -c arduino -U flash:w:nanoCUL433.hex
avrdude: ser_open(): can't open device "/dev/ttyUSB0": No such file or directory
avrdude done. Thank you.
makefile:241: recipe for target 'program' failed
make[1]: *** [program] Error 1
make[1]: Leaving directory '/home/pi/a-culfw/culfw/Devices/nanoCUL'
makefile:235: recipe for target 'program-433' failed
make: *** [program-433] Error 2
hab auch FHEM schon beendet und es nochmals versucht, kommt immer der gleiche Fehler.
Der Cul wurde wohl nicht am System erkannt. Mal ins syslog nach dem anstecken schauen welcher Port verwendet wird.
Warum flasht du nicht die fertig kompilierte Firmware mit XLoader (Windows Tool) auf den Nano? Manche Sachen sind für Anfänger unter Windows einfacher als unter Linux.
Zitat von: gloob am 12 Januar 2019, 08:31:45
Warum flasht du nicht die fertig kompilierte Firmware mit XLoader (Windows Tool) auf den Nano? Manche Sachen sind für Anfänger unter Windows einfacher als unter Linux.
hast du mir eine anleitung?
Habs gefunden, danke das war deutlich leichter. War in 5 Minuten erledigt.
Vielleicht sollte man den Weg nochmal ins Wiki aufnehmen.
Hallo,
ich bin leider nicht in der Lage, die Datei zu downloaden. Das Download Fenster öffnet sich, ich kann den Speicherort auswählen, der download beginnt jedoch nicht. Was mache ich falsch?
Schonmal Adblocker deaktiviert bzw. anderen Browser probiert?
In Chrome hat es funktioniert. Firefox macht aktuell Probleme. Nicht nur bei dieser Seite.
Mal eine Frage bzgl. der doppelten Readings/Events auf einem MapleCUL:
Ich bekomme regelmäßig (aber nicht immer) doppelte Readings innerhalb kurzer Zeit von meinen Oregon-Sensoren. Sieht dann so aus:
2019.02.06 21:50:34.079 4 : CUL_Parse: sys_cul868 *omAAAAAAACCB532CD554D4AACD555554D554D2D54CCAD532A816
2019-02-06 21:50:34.092 OREGON bd_thgr228n temperature: 20
2019-02-06 21:50:34.092 OREGON bd_thgr228n humidity: 32
2019-02-06 21:50:34.092 OREGON bd_thgr228n T: 20 H: 32 BAT: ok
2019.02.06 21:50:34.320 4 : CUL_Parse: sys_cul868 *omAAB32D4CB3555352AB3555555355534B55332B54CAA016
2019-02-06 21:50:34.327 OREGON bd_thgr228n temperature: 20
2019-02-06 21:50:34.327 OREGON bd_thgr228n humidity: 32
2019-02-06 21:50:34.327 OREGON bd_thgr228n T: 20 H: 32 BAT: ok
Also die empfangenen Nachrichten sehen im Roh-Format schon ziemlich unterschiedlich aus, hm... Ich hab an dem CUL einen 868 und einen 433MHz-Empfänger. Das läuft dann per STACKABLE.
Ich hatte eigentlich gedacht, dass die Sensoren halt sporadisch mal doppelt senden, wenn sie Langeweile kriegen.
Aber ich hab dann im gleichen Zeitraum mal ein RfxTrx433 mitlaufen lassen. Dort taucht es nicht doppelt auf:
------------------------------------------------
06.02.2019 09:50:21:347
Packettype = TEMP_HUM
subtype = TH1 - THGN122/123/132,THGR122/228/238/268
channel 4
Sequence nbr = 83
ID = 1504 decimal:5380
Temperature = 16,4 °C
Humidity = 37
Status = Dry
Signal level = 5 -80dBm
Battery = OK
------------------------------------------------
06.02.2019 09:50:32:182
Packettype = TEMP_HUM
subtype = TH1 - THGN122/123/132,THGR122/228/238/268
channel 2
Sequence nbr = 84
ID = BE02 decimal:48642
Temperature = 20 °C
Humidity = 32
Status = Dry
Signal level = 7 -64dBm
Battery = OK
------------------------------------------------
06.02.2019 09:50:40:824
Packettype = RFXMeter
subtype = RFXMeter counter
Sequence nbr = 85
ID = 7181 decimal:29057
Counter = 835
if RFXPwr = 0,835 kWh
Signal level = 6 -72dBm
Kann natürlich sein, dass RfxTrx433 solche Doppelungen filtert. Kann es mir ansonsten nicht erklären. Der CUL scheint doch wirklich von extern zweimal eine zumindest ähnliche Nachricht zu empfangen. Hat da evtl. jemand eine Idee? Danke!
Nabend,
habe meine IT FB verlegt ;D Daher bei Ebay eine billige FB gekauft, um zu schauen, ob sie funktioniert. Nicht für IT-Steckdosen,
sondern als Trigger für Fhembefehle. FB ist eine solidBasic SBFB mit 433,92Mhz. Mein miniCUL habe ich eben noch ein Update
verpasst. Details zum CUL.
defmod myCUL433 CUL /dev/serial/by-id/usb-SHA_CUL433-if00-port0@38400 0000
attr myCUL433 icon cul_cul
attr myCUL433 room 08.System
attr myCUL433 verbose 5
setstate myCUL433 2019-02-07 18:54:36 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
setstate myCUL433 2019-02-07 19:37:33 cmds A B C e F f G i K L l M N R T t U V W X x
setstate myCUL433 2019-02-05 20:28:40 raw is00000F0FFFF0
setstate myCUL433 2019-02-07 20:10:27 state Initialized
Internals:
CMDS ABCeFfGiKLlMNRTtUVWXx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-SHA_CUL433-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-SHA_CUL433-if00-port0@38400
FD 15
FHTID 0000
FUUID 5c46313a-f33f-86cf-2985-6c8f51dc003968d6
NAME myCUL433
NR 53
PARTIAL
RAWMSG omAAAAAAAA10
RSSI -68.5
STATE Initialized
TYPE CUL
VERSION V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) nanoCUL433 (F-Band: 433MHz)
initString X21
myCUL433_MSGCNT 58
myCUL433_TIME 2019-02-07 20:16:27
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2019-02-07 18:54:36 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2019-02-07 19:37:33 cmds A B C e F f G i K L l M N R T t U V W X x
2019-02-05 20:28:40 raw is00000F0FFFF0
2019-02-07 20:16:27 state Initialized
Attributes:
icon cul_cul
room 08.System
verbose 5
Autocreate legt keine Devices an. Verbose auf 5 gibt folgendes aus.
2019.02.07 20:18:05 4: CUL_Parse: myCUL433 omB555541E
2019.02.07 20:18:05 5: myCUL433: dispatch omB555541E
2019.02.07 20:18:05 5: CUL_REDIRECT (mB555541E) length: 9 RSSI: -59
2019.02.07 20:18:05 5: CUL_REDIRECT (mB555541E) match Manchester COODE length: 9
2019.02.07 20:18:05 5: CUL_REDIRECT decode Oregon 2 (B555541E)
2019.02.07 20:18:05 5: bitdata: 10110101010101010101010000011110
2019.02.07 20:18:05 5: CUL_REDIRECT decode Oregon 3 (B555541E)
2019.02.07 20:18:05 5: bitdata: 10110101010101010101010000011110
2019.02.07 20:18:05 5: CUL_REDIRECT decode Hideki (B555541E)
2019.02.07 20:18:05 5: myCUL433: search in 10110101010101010101010000011110
2019.02.07 20:18:05 5: protocol does not match, ignore received package (B555541E) Reason: Not a hideki protocol
2019.02.07 20:18:05 4: authorize WEBtablet/cmd/get: allowed_WEB returned dont care
2019.02.07 20:18:05 4: authorize WEBtablet/cmd/get: allowed_WEBphone returned dont care
2019.02.07 20:18:05 4: authorize WEBtablet/cmd/get: allowed_WEBtablet returned dont care
2019.02.07 20:18:05 4: authorize WEBtablet/devicename/FileLog_Zentralheizung: allowed_WEB returned dont care
2019.02.07 20:18:05 4: authorize WEBtablet/devicename/FileLog_Zentralheizung: allowed_WEBphone returned dont care
2019.02.07 20:18:05 4: authorize WEBtablet/devicename/FileLog_Zentralheizung: allowed_WEBtablet returned dont care
2019.02.07 20:18:05 5: CUL/RAW: /omB5551F
2019.02.07 20:18:05 4: CUL_Parse: myCUL433 omB5551F
2019.02.07 20:18:05 5: myCUL433: dispatch omB5551F
2019.02.07 20:18:05 5: CUL_REDIRECT (mB5551F) length: 7 RSSI: -58.5
2019.02.07 20:18:05 5: CUL_REDIRECT (mB5551F) match Manchester COODE length: 7
2019.02.07 20:18:05 5: CUL_REDIRECT decode Oregon 2 (B5551F)
2019.02.07 20:18:05 5: bitdata: 101101010101010100011111
2019.02.07 20:18:05 5: CUL_REDIRECT decode Oregon 3 (B5551F)
2019.02.07 20:18:05 5: bitdata: 101101010101010100011111
2019.02.07 20:18:05 5: CUL_REDIRECT decode Hideki (B5551F)
2019.02.07 20:18:05 5: myCUL433: search in 101101010101010100011111
2019.02.07 20:18:05 5: protocol does not match, ignore received package (B5551F) Reason: Not a hideki protocol
2019.02.07 20:18:05 4: WEBtablet: / RL:43458 / text/html; charset=UTF-8 / / Cache-Control: no-cache, no-store, must-revalidate
2019.02.07 20:18:06 5: CUL/RAW: /omB55520
2019.02.07 20:18:06 4: CUL_Parse: myCUL433 omB55520
2019.02.07 20:18:06 5: myCUL433: dispatch omB55520
2019.02.07 20:18:06 5: CUL_REDIRECT (mB55520) length: 7 RSSI: -58
2019.02.07 20:18:06 5: CUL_REDIRECT (mB55520) match Manchester COODE length: 7
2019.02.07 20:18:06 5: CUL_REDIRECT decode Oregon 2 (B55520)
2019.02.07 20:18:06 5: bitdata: 101101010101010100100000
2019.02.07 20:18:06 5: CUL_REDIRECT decode Oregon 3 (B55520)
2019.02.07 20:18:06 5: bitdata: 101101010101010100100000
2019.02.07 20:18:06 5: CUL_REDIRECT decode Hideki (B55520)
2019.02.07 20:18:06 5: myCUL433: search in 101101010101010100100000
2019.02.07 20:18:06 5: protocol does not match, ignore received package (B55520) Reason: Not a hideki protocol
2019.02.07 20:18:06 4: Connection accepted from WEBtablet_192.168.178.13_57671
2019.02.07 20:18:06 4: WEBtablet_192.168.178.13_57671 GET /fhem?room=01%2eHeizung; BUFLEN:0
2019.02.07 20:18:06 4: authorize WEBtablet/cmd/get: allowed_WEB returned dont care
2019.02.07 20:18:06 4: authorize WEBtablet/cmd/get: allowed_WEBphone returned dont care
2019.02.07 20:18:06 4: authorize WEBtablet/cmd/get: allowed_WEBtablet returned dont care
2019.02.07 20:18:06 4: authorize WEBtablet/devicename/FileLog_Zentralheizung: allowed_WEB returned dont care
2019.02.07 20:18:06 4: authorize WEBtablet/devicename/FileLog_Zentralheizung: allowed_WEBphone returned dont care
2019.02.07 20:18:06 4: authorize WEBtablet/devicename/FileLog_Zentralheizung: allowed_WEBtablet returned dont care
2019.02.07 20:18:07 4: WEBtablet: / RL:43458 / text/html; charset=UTF-8 / / Cache-Control: no-cache, no-store, must-revalidate
2019.02.07 20:18:07 5: CUL/RAW: /omD5B63655401E
2019.02.07 20:18:07 4: CUL_Parse: myCUL433 omD5B63655401E
2019.02.07 20:18:07 5: myCUL433: dispatch omD5B63655401E
2019.02.07 20:18:07 5: CUL_REDIRECT (mD5B63655401E) length: 13 RSSI: -59
2019.02.07 20:18:07 5: CUL_REDIRECT (mD5B63655401E) match Manchester COODE length: 13
2019.02.07 20:18:07 5: CUL_REDIRECT decode Oregon 2 (D5B63655401E)
2019.02.07 20:18:07 5: bitdata: 110101011011011000110110010101010100000000011110
2019.02.07 20:18:07 5: CUL_REDIRECT decode Oregon 3 (D5B63655401E)
2019.02.07 20:18:07 5: bitdata: 110101011011011000110110010101010100000000011110
2019.02.07 20:18:07 5: CUL_REDIRECT decode Hideki (D5B63655401E)
2019.02.07 20:18:07 5: myCUL433: search in 110101011011011000110110010101010100000000011110
2019.02.07 20:18:07 5: protocol does not match, ignore received package (D5B63655401E) Reason: Not a hideki protocol
2019.02.07 20:18:10 5: CUL/RAW: /omAB6D4B55401E
2019.02.07 20:18:10 4: CUL_Parse: myCUL433 omAB6D4B55401E
2019.02.07 20:18:10 5: myCUL433: dispatch omAB6D4B55401E
2019.02.07 20:18:10 5: CUL_REDIRECT (mAB6D4B55401E) length: 13 RSSI: -59
2019.02.07 20:18:10 5: CUL_REDIRECT (mAB6D4B55401E) match Manchester COODE length: 13
2019.02.07 20:18:10 5: CUL_REDIRECT decode Oregon 2 (AB6D4B55401E)
2019.02.07 20:18:10 5: bitdata: 101010110110110101001011010101010100000000011110
2019.02.07 20:18:10 5: CUL_REDIRECT decode Oregon 3 (AB6D4B55401E)
2019.02.07 20:18:10 5: bitdata: 101010110110110101001011010101010100000000011110
2019.02.07 20:18:10 5: CUL_REDIRECT decode Hideki (AB6D4B55401E)
2019.02.07 20:18:10 5: myCUL433: search in 101010110110110101001011010101010100000000011110
2019.02.07 20:18:10 5: protocol does not match, ignore received package (AB6D4B55401E) Reason: Not a hideki protocol
2019.02.07 20:18:14 5: CUL/RAW: /omA555401B
2019.02.07 20:18:14 4: CUL_Parse: myCUL433 omA555401B
2019.02.07 20:18:14 5: myCUL433: dispatch omA555401B
2019.02.07 20:18:14 5: CUL_REDIRECT (mA555401B) length: 9 RSSI: -60.5
2019.02.07 20:18:14 5: CUL_REDIRECT (mA555401B) match Manchester COODE length: 9
2019.02.07 20:18:14 5: CUL_REDIRECT decode Oregon 2 (A555401B)
2019.02.07 20:18:14 5: bitdata: 10100101010101010100000000011011
2019.02.07 20:18:14 5: CUL_REDIRECT decode Oregon 3 (A555401B)
2019.02.07 20:18:14 5: bitdata: 10100101010101010100000000011011
2019.02.07 20:18:14 5: CUL_REDIRECT decode Hideki (A555401B)
2019.02.07 20:18:14 5: myCUL433: search in 10100101010101010100000000011011
2019.02.07 20:18:14 5: protocol does not match, ignore received package (A555401B) Reason: Not a hideki protocol
Gibt es da Hoffnung, das ich die FB benutzen kann?
edit:
Zum Test habe ich immer nur Taste1 der FB gedrückt. Rollingcode?
edit2:
Habe gerade X67-Debugmodus gefunden und nur Taste1 gedrückt.
2019.02.07 21:26:46 5: CUL/RAW: /p 8 560 1120 544 1264 0 0 36 1 4 4 560 126
2019.02.07 21:26:46 5: CUL/RAW: p 8 560 1120 544 1264 0 0 36 1 4 4 560 126/4 560 E9 AB6E9B5550
2019.02.07 21:26:46 4: CUL_Parse: myCUL433 p 8 560 1120 544 1264 0 0 36 1 4 4 560 1264 560 E9 AB6E9B5550
2019.02.07 21:26:46 5: myCUL433: dispatch p 8 560 1120 544 1264 0 0 36 1 4 4 560 1264 560 E9 AB6E9B5550
2019.02.07 21:26:46 3: myCUL433: Unknown code p 8 560 1120 544 1264 0 0 36 1 4 4 560 1264 560 E9 AB6E9B5550, help me!
2019.02.07 21:26:46 5: CUL/RAW: /p11 1168 672 1152 688 544 1264 32 1 4 0 560
2019.02.07 21:26:46 5: CUL/RAW: p11 1168 672 1152 688 544 1264 32 1 4 0 560 / 7072 0 E7 715A5BFF
2019.02.07 21:26:46 4: CUL_Parse: myCUL433 p11 1168 672 1152 688 544 1264 32 1 4 0 560 7072 0 E7 715A5BFF
2019.02.07 21:26:46 5: myCUL433: dispatch p11 1168 672 1152 688 544 1264 32 1 4 0 560 7072 0 E7 715A5BFF
2019.02.07 21:26:46 3: myCUL433: Unknown code p11 1168 672 1152 688 544 1264 32 1 4 0 560 7072 0 E7 715A5BFF, help me!
2019.02.07 21:26:46 5: CUL/RAW: /p11 1168 672 1184 688 560 1264 32 1 4 0
2019.02.07 21:26:46 5: CUL/RAW: p11 1168 672 1184 688 560 1264 32 1 4 0 / 560 7104 0 E7 715A5BFF
2019.02.07 21:26:46 4: CUL_Parse: myCUL433 p11 1168 672 1184 688 560 1264 32 1 4 0 560 7104 0 E7 715A5BFF
2019.02.07 21:26:46 5: myCUL433: dispatch p11 1168 672 1184 688 560 1264 32 1 4 0 560 7104 0 E7 715A5BFF
2019.02.07 21:26:46 3: myCUL433: Unknown code p11 1168 672 1184 688 560 1264 32 1 4 0 560 7104 0 E7 715A5BFF, help me!
2019.02.07 21:26:46 3: Nmap (Nmap) - network scan done
2019.02.07 21:26:46 5: CUL/RAW: /p11 1184 640 1184 656 592 1232 32
2019.02.07 21:26:46 5: CUL/RAW: p11 1184 640 1184 656 592 1232 32 /1 4 0 576 7088 0 E8 715A5BFF
2019.02.07 21:26:46 4: CUL_Parse: myCUL433 p11 1184 640 1184 656 592 1232 32 1 4 0 576 7088 0 E8 715A5BFF
2019.02.07 21:26:46 5: myCUL433: dispatch p11 1184 640 1184 656 592 1232 32 1 4 0 576 7088 0 E8 715A5BFF
2019.02.07 21:26:46 3: myCUL433: Unknown code p11 1184 640 1184 656 592 1232 32 1 4 0 576 7088 0 E8 715A5BFF, help me!
2019.02.07 21:26:46 5: CUL/RAW: /p11 1184 640 1184 688 560 1248
2019.02.07 21:26:46 5: CUL/RAW: p11 1184 640 1184 688 560 1248 / 32 1 4 0 592 7072 0 E8 715A5BFF
2019.02.07 21:26:46 4: CUL_Parse: myCUL433 p11 1184 640 1184 688 560 1248 32 1 4 0 592 7072 0 E8 715A5BFF
2019.02.07 21:26:46 5: myCUL433: dispatch p11 1184 640 1184 688 560 1248 32 1 4 0 592 7072 0 E8 715A5BFF
2019.02.07 21:26:46 3: myCUL433: Unknown code p11 1184 640 1184 688 560 1248 32 1 4 0 592 7072 0 E8 715A5BFF, help me!
2019.02.07 21:26:47 5: CUL/RAW: /p11 192 48 11
2019.02.07 21:26:47 5: CUL/RAW: p11 192 48 11/52 704 560 1248 29 1 3 5 400 11104 0 E6 2AD2DFF8
2019.02.07 21:26:47 4: CUL_Parse: myCUL433 p11 192 48 1152 704 560 1248 29 1 3 5 400 11104 0 E6 2AD2DFF8
2019.02.07 21:26:47 5: myCUL433: dispatch p11 192 48 1152 704 560 1248 29 1 3 5 400 11104 0 E6 2AD2DFF8
2019.02.07 21:26:47 3: myCUL433: Unknown code p11 192 48 1152 704 560 1248 29 1 3 5 400 11104 0 E6 2AD2DFF8, help me!
2019.02.07 21:26:47 5: CUL/RAW: /omB555E7
2019.02.07 21:26:47 4: CUL_Parse: myCUL433 omB555E7
2019.02.07 21:26:47 5: myCUL433: dispatch omB555E7
2019.02.07 21:26:47 5: CUL_REDIRECT (mB555E7) length: 7 RSSI: -86.5
2019.02.07 21:26:47 5: CUL_REDIRECT (mB555E7) match Manchester COODE length: 7
2019.02.07 21:26:47 5: CUL_REDIRECT decode Oregon 2 (B555E7)
2019.02.07 21:26:47 5: bitdata: 101101010101010111100111
2019.02.07 21:26:47 5: CUL_REDIRECT decode Oregon 3 (B555E7)
2019.02.07 21:26:47 5: bitdata: 101101010101010111100111
2019.02.07 21:26:47 5: CUL_REDIRECT decode Hideki (B555E7)
2019.02.07 21:26:47 5: myCUL433: search in 101101010101010111100111
2019.02.07 21:26:47 5: protocol does not match, ignore received package (B555E7) Reason: Not a hideki protocol
2019.02.07 21:26:47 5: CUL/RAW: /p13 512 1136 560 1264 0 0 16 1 2 0 512 1296 512 E6 B555
2019.02.07 21:26:47 4: CUL_Parse: myCUL433 p13 512 1136 560 1264 0 0 16 1 2 0 512 1296 512 E6 B555
2019.02.07 21:26:47 5: myCUL433: dispatch p13 512 1136 560 1264 0 0 16 1 2 0 512 1296 512 E6 B555
2019.02.07 21:26:47 3: myCUL433: Unknown code p13 512 1136 560 1264 0 0 16 1 2 0 512 1296 512 E6 B555, help me!
2019.02.07 21:26:47 5: CUL/RAW: /p11 116
2019.02.07 21:26:47 5: CUL/RAW: p11 116/8 672 1152 704 560 1280 32 1 4 0 560 7088 0 E8 7
2019.02.07 21:26:47 5: CUL/RAW: p11 1168 672 1152 704 560 1280 32 1 4 0 560 7088 0 E8 7/15A5BFF
2019.02.07 21:26:47 4: CUL_Parse: myCUL433 p11 1168 672 1152 704 560 1280 32 1 4 0 560 7088 0 E8 715A5BFF
2019.02.07 21:26:47 5: myCUL433: dispatch p11 1168 672 1152 704 560 1280 32 1 4 0 560 7088 0 E8 715A5BFF
2019.02.07 21:26:47 3: myCUL433: Unknown code p11 1168 672 1152 704 560 1280 32 1 4 0 560 7088 0 E8 715A5BFF, help me!
2019.02.07 21:26:47 5: CUL/RAW: /p1
2019.02.07 21:26:47 5: CUL/RAW: p1/1 1168 656 1184 704 576 1248 32 1 4 0 544 7104 0 E7 715A5BFF
2019.02.07 21:26:47 4: CUL_Parse: myCUL433 p11 1168 656 1184 704 576 1248 32 1 4 0 544 7104 0 E7 715A5BFF
2019.02.07 21:26:47 5: myCUL433: dispatch p11 1168 656 1184 704 576 1248 32 1 4 0 544 7104 0 E7 715A5BFF
2019.02.07 21:26:47 3: myCUL433: Unknown code p11 1168 656 1184 704 576 1248 32 1 4 0 544 7104 0 E7 715A5BFF, help me!
2019.02.07 21:26:47 5: CUL/RAW: /p11 1152 688 1152 704 560 1280 32 1 4 0 544 71
2019.02.07 21:26:47 5: CUL/RAW: p11 1152 688 1152 704 560 1280 32 1 4 0 544 71/04 0 E8 715A5BFF
2019.02.07 21:26:47 4: CUL_Parse: myCUL433 p11 1152 688 1152 704 560 1280 32 1 4 0 544 7104 0 E8 715A5BFF
2019.02.07 21:26:47 5: myCUL433: dispatch p11 1152 688 1152 704 560 1280 32 1 4 0 544 7104 0 E8 715A5BFF
2019.02.07 21:26:47 3: myCUL433: Unknown code p11 1152 688 1152 704 560 1280 32 1 4 0 544 7104 0 E8 715A5BFF, help me!
edit3:
Hier aus dem EventMonitor. Gedrückt wurde nur Taste1.
2019-02-07 21:34:17 CUL myCUL433 UNKNOWNCODE p13 544 1152 656 1104 0 0 22 1 2 6 544 1312 544 EA A8A6C8
2019-02-07 21:34:18 CUL myCUL433 UNKNOWNCODE p13 544 1120 544 1248 0 0 20 1 2 4 544 1264 544 DA B15550
2019-02-07 21:34:18 CUL myCUL433 UNKNOWNCODE p11 1184 656 1168 688 560 1296 31 1 3 7 544 7104 0 EA 715A5BFE
2019-02-07 21:34:19 CUL myCUL433 UNKNOWNCODE p13 528 1136 528 1248 0 0 29 1 3 5 528 1296 528 DB B5555558
2019-02-07 21:34:19 CUL myCUL433 UNKNOWNCODE p11 1152 688 1168 704 544 1280 32 1 4 0 544 7104 0 DC 715A5BFF
2019-02-07 21:34:21 CUL myCUL433 UNKNOWNCODE p 8 560 1232 544 1264 0 0 24 1 3 0 560 1232 560 D9 B52D55
2019-02-07 21:34:21 CUL myCUL433 UNKNOWNCODE p11 1152 672 1168 688 560 1280 32 1 4 0 544 7104 0 EA 715A5BFF
2019-02-07 21:34:21 CUL myCUL433 UNKNOWNCODE p11 1152 688 1152 688 560 1296 20 1 2 4 352 7136 0 EB 715A50
2019-02-07 21:34:22 CUL myCUL433 UNKNOWNCODE p13 560 1120 848 864 0 0 19 1 2 3 560 1280 560 EB AB6C60
2019-02-07 21:34:23 CUL myCUL433 UNKNOWNCODE p13 560 1120 560 1248 0 0 30 1 3 6 560 1264 560 EA AA26CAA8
2019-02-07 21:34:23 CUL myCUL433 UNKNOWNCODE p13 560 1104 560 1248 0 0 16 1 2 0 560 1264 560 EB B2AA
2019-02-07 21:34:23 CUL myCUL433 UNKNOWNCODE p13 512 1040 560 1232 0 0 19 1 2 3 512 1328 512 DD 8AAAA0
2019-02-07 21:34:23 CUL myCUL433 UNKNOWNCODE p13 544 1136 560 1248 0 0 32 1 4 0 544 1280 544 DD ADB52D55
2019-02-07 21:34:25 CUL myCUL433 UNKNOWNCODE p13 512 944 560 1248 0 0 19 1 2 3 512 1328 512 DE A55540
2019-02-07 21:34:25 CUL myCUL433 UNKNOWNCODE p13 528 1040 576 1232 0 0 17 1 2 1 528 1328 528 EA A5AA80
2019-02-07 21:34:25 CUL myCUL433 UNKNOWNCODE p13 560 1120 560 1232 0 0 30 1 3 6 560 1280 560 DC A8B4B554
2019-02-07 21:34:25 CUL myCUL433 UNKNOWNCODE p11 1184 688 1152 704 560 1232 32 1 4 0 560 7072 0 DD 715A5BFF
2019-02-07 21:34:25 CUL myCUL433 UNKNOWNCODE p11 1184 672 1168 704 576 1264 32 1 4 0 592 7056 0 DC 715A5BFF
2019-02-07 21:34:26 CUL myCUL433 UNKNOWNCODE p11 1168 672 1184 672 560 1280 20 1 2 4 560 7104 0 EA 715A50
2019-02-07 21:34:26 CUL myCUL433 UNKNOWNCODE p11 1200 640 32 16 608 1232 34 1 4 2 560 7088 0 DE 715A5ABFC0
2019-02-07 21:34:27 CUL myCUL433 UNKNOWNCODE p13 560 1120 576 1184 0 0 29 1 3 5 560 1280 560 EA AB6C6CA8
2019-02-07 21:34:27 CUL myCUL433 UNKNOWNCODE p13 560 1152 848 1056 0 0 18 1 2 2 560 1312 560 EA B56940
2019-02-07 21:34:27 CUL myCUL433 UNKNOWNCODE p11 32 192 96 3040 576 1264 16 1 2 0 816 3616 0 EA 2000
2019-02-07 21:34:28 CUL myCUL433 UNKNOWNCODE p13 1216 608 592 1200 0 0 17 1 2 1 1216 608 608 EA D2D500
2019-02-07 21:34:28 CUL myCUL433 UNKNOWNCODE p11 1152 672 1168 688 592 1248 32 1 4 0 560 7120 0 DE 715A5BFF
2019-02-07 21:34:28 CUL myCUL433 UNKNOWNCODE p11 1168 656 1200 656 592 1248 22 1 2 6 560 7088 0 EB 688B48
2019-02-07 21:34:29 CUL myCUL433 UNKNOWNCODE p13 512 1040 544 1264 0 0 17 1 2 1 512 1328 512 DB AAAA80
2019-02-07 21:34:29 CUL myCUL433 UNKNOWNCODE p11 1168 672 1168 704 576 1264 26 1 3 2 496 7120 0 EA 715A5BC0
2019-02-07 21:34:30 CUL myCUL433 UNKNOWNCODE p11 1168 672 1168 688 560 1296 30 1 3 6 576 7104 0 EA 715A5BFC
2019-02-07 21:34:30 CUL myCUL433 UNKNOWNCODE p13 512 1040 528 1216 0 0 20 1 2 4 512 1328 512 EB B6AAA0
2019-02-07 21:34:31 CUL myCUL433 UNKNOWNCODE p11 1168 672 1168 688 560 1296 16 1 2 0 560 7104 0 EA 715A
2019-02-07 21:34:31 CUL myCUL433 UNKNOWNCODE p11 1168 656 1200 656 576 1248 32 1 4 0 544 7104 0 DD 715A5BFF
2019-02-07 21:34:31 CUL myCUL433 UNKNOWNCODE p11 1152 672 1184 704 576 1248 32 1 4 0 560 7072 0 DE 715A5BFF
2019-02-07 21:34:32 CUL myCUL433 UNKNOWNCODE p11 1184 640 576 656 560 1248 33 1 4 1 592 7072 0 DE 715A5BEF80
2019-02-07 21:34:32 CUL myCUL433 UNKNOWNCODE p11 1168 656 1184 672 560 1296 16 1 2 0 544 7104 0 EA 715A
2019-02-07 21:34:33 CUL myCUL433 UNKNOWNCODE p13 560 1136 704 1008 0 0 16 1 2 0 560 1296 560 EB B636
2019-02-07 21:34:33 CUL myCUL433 UNKNOWNCODE p10 1168 672 1168 704 560 1296 28 1 3 4 480 7120 0 EB 715A5BF0
2019-02-07 21:34:33 CUL myCUL433 UNKNOWNCODE p11 1168 672 1184 672 576 1248 32 1 4 0 560 7104 0 E0 715A5BFF
2019-02-07 21:34:34 CUL myCUL433 UNKNOWNCODE p11 1168 688 1168 672 576 1248 32 1 4 0 592 7072 0 E1 715A5BFF
2019-02-07 21:34:34 CUL myCUL433 UNKNOWNCODE p11 1152 672 1152 704 544 1264 32 1 4 0 560 7104 0 DD 715A5BFF
2019-02-07 21:34:34 CUL myCUL433 UNKNOWNCODE p11 1152 656 1168 704 560 1232 32 1 4 0 560 7104 0 DE 715A5BFF
2019-02-07 21:34:34 CUL myCUL433 UNKNOWNCODE p11 1200 624 1184 688 576 1264 32 1 4 0 576 7088 0 DE 715A5BFF
2019-02-07 21:34:34 CUL myCUL433 UNKNOWNCODE p11 1200 656 1168 704 576 1248 32 1 4 0 560 7072 0 DF 715A5BFF
2019-02-07 21:34:34 CUL myCUL433 UNKNOWNCODE p11 1168 656 1152 688 576 1264 32 1 4 0 576 7088 0 DE 715A5BFF
2019-02-07 21:34:35 CUL myCUL433 UNKNOWNCODE p 3 560 1248 1152 656 0 0 23 4 2 5 576 1248 0 EB D4B480
2019-02-07 21:34:35 CUL myCUL433 UNKNOWNCODE p13 1024 656 864 1040 0 0 16 1 2 0 1184 656 592 EA D5B6
2019-02-07 21:34:36 CUL myCUL433 UNKNOWNCODE p13 560 1136 544 1248 0 0 34 1 4 2 560 1296 560 DD AB6C6CAA80
2019-02-07 21:34:36 CUL myCUL433 UNKNOWNCODE p13 544 1136 560 1248 0 0 16 1 2 0 544 1280 544 DC B2AA
2019-02-07 21:34:36 CUL myCUL433 UNKNOWNCODE p13 544 1024 560 1232 0 0 19 1 2 3 544 1312 544 DC A5AAA0
2019-02-07 21:34:36 CUL myCUL433 UNKNOWNCODE p11 1152 672 1152 720 576 1296 22 1 2 6 592 7072 0 EB 715A58
2019-02-07 21:34:36 CUL myCUL433 UNKNOWNCODE p11 1136 704 1184 672 576 1264 32 1 4 0 560 5712 0 DF 715A5BFF
2019-02-07 21:34:36 CUL myCUL433 UNKNOWNCODE p11 1184 656 1168 688 576 1280 17 1 2 1 560 7072 0 EB 716D00
2019-02-07 21:34:36 CUL myCUL433 UNKNOWNCODE p11 1168 688 1152 704 560 1248 32 1 4 0 560 7088 0 DE 715A5BFF
2019-02-07 21:34:36 CUL myCUL433 UNKNOWNCODE p11 1168 688 1168 688 576 1296 16 1 2 0 576 7088 0 EA 715A
2019-02-07 21:34:36 CUL myCUL433 UNKNOWNCODE p11 1168 672 1152 672 576 1248 18 1 2 2 560 7088 0 EB 715A40
2019-02-07 21:34:36 CUL myCUL433 UNKNOWNCODE p13 512 1040 560 1232 0 0 17 1 2 1 512 1328 512 DD AAAA80
2019-02-07 21:34:36 CUL myCUL433 UNKNOWNCODE p13 560 1056 560 1232 0 0 35 1 4 3 560 1056 560 DE B545A5AAA0
2019-02-07 21:34:37 CUL myCUL433 UNKNOWNCODE p11 1184 640 1168 704 592 1264 27 1 3 3 576 7072 0 EA 715885C0
2019-02-07 21:34:37 CUL myCUL433 UNKNOWNCODE p11 1152 656 1184 688 576 1232 32 1 4 0 528 7136 0 E3 715A5BFF
2019-02-07 21:34:38 CUL myCUL433 UNKNOWNCODE p11 1184 672 1152 704 560 1264 32 1 4 0 592 7072 0 E3 715A5BFF
2019-02-07 21:34:38 CUL myCUL433 UNKNOWNCODE p11 1168 672 1200 688 560 1248 32 1 4 0 576 7088 0 E5 715A5BFF
2019-02-07 21:34:38 CUL myCUL433 UNKNOWNCODE p11 1184 688 1168 688 560 1264 32 1 4 0 560 7104 0 E4 715A5BFF
2019-02-07 21:34:38 CUL myCUL433 UNKNOWNCODE p13 544 1024 560 1248 0 0 20 1 2 4 544 1312 544 E6 B55550
2019-02-07 21:34:38 CUL myCUL433 UNKNOWNCODE p11 1168 688 1168 720 544 1264 32 1 4 0 560 7088 0 E9 715A5BFF
2019-02-07 21:34:38 CUL myCUL433 UNKNOWNCODE p13 512 1024 560 1248 0 0 21 1 2 5 512 1312 512 E7 8DAAA8
2019-02-07 21:34:38 CUL myCUL433 UNKNOWNCODE p11 1168 656 1184 672 560 1248 32 1 4 0 560 7088 0 E6 715A5BFF
2019-02-07 21:34:38 CUL myCUL433 UNKNOWNCODE p11 1168 672 1152 704 544 1280 32 1 4 0 592 7072 0 E8 715A5BFF
2019-02-07 21:34:38 CUL myCUL433 UNKNOWNCODE p11 1184 672 1168 688 544 1280 32 1 4 0 560 7088 0 E7 715A5BFF
2019-02-07 21:34:39 CUL myCUL433 UNKNOWNCODE p10 608 96 1152 704 544 1264 28 1 3 4 368 11040 0 E8 55A5BFF0
2019-02-07 21:34:39 CUL myCUL433 UNKNOWNCODE p11 1168 688 1152 704 560 1264 32 1 4 0 560 7088 0 E8 715A5BFF
2019-02-07 21:34:39 CUL myCUL433 UNKNOWNCODE p11 1184 656 1152 704 544 1280 32 1 4 0 560 7104 0 E7 715A5BFF
2019-02-07 21:34:39 CUL myCUL433 UNKNOWNCODE p11 1168 688 1168 704 560 1248 32 1 4 0 560 7088 0 E9 715A5BFF
2019-02-07 21:34:39 CUL myCUL433 UNKNOWNCODE p11 1152 688 1168 704 560 1248 32 1 4 0 560 7120 0 E7 715A5BFF
2019-02-07 21:34:40 CUL myCUL433 UNKNOWNCODE p13 560 1120 560 1248 0 0 34 1 4 2 560 1264 560 E8 AB6C6CAA80
2019-02-07 21:34:40 CUL myCUL433 UNKNOWNCODE p11 48 5200 1152 720 592 1232 23 1 2 7 576 10944 0 EC ACB7FE
2019-02-07 21:34:40 CUL myCUL433 UNKNOWNCODE p11 1168 688 1168 688 560 1232 32 1 4 0 592 7072 0 E8 715A5BFF
2019-02-07 21:34:40 CUL myCUL433 UNKNOWNCODE p11 1168 688 1168 688 592 1248 32 1 4 0 560 7104 0 E8 715A5BFF
2019-02-07 21:34:40 CUL myCUL433 UNKNOWNCODE p11 1168 672 1168 704 576 1232 32 1 4 0 560 7088 0 E8 715A5BFF
2019-02-07 21:34:41 CUL myCUL433 UNKNOWNCODE p 6 144 224 256 224 0 0 30 1 3 6 11456 288 0 E6 03FFFFFC
2019-02-07 21:34:41 CUL myCUL433 UNKNOWNCODE p11 1184 656 1152 704 544 1280 32 1 4 0 560 7072 0 E8 715A5BFF
2019-02-07 21:34:41 CUL myCUL433 UNKNOWNCODE p11 1168 672 1168 688 576 1280 27 1 3 3 560 7072 0 F2 715A5BE0
2019-02-07 21:34:41 CUL myCUL433 UNKNOWNCODE p13 544 1120 560 1248 0 0 27 1 3 3 544 1280 544 E5 B6365540
2019-02-07 21:34:41 CUL myCUL433 UNKNOWNCODE p11 1168 688 1152 720 560 1264 32 1 4 0 560 7088 0 E8 715A5BFF
2019-02-07 21:34:42 CUL myCUL433 UNKNOWNCODE p11 48 208 1184 672 560 1248 32 1 4 0 368 11008 0 E8 245A5BFF
2019-02-07 21:34:42 CUL myCUL433 UNKNOWNCODE p11 1168 672 1168 688 576 1232 32 1 4 0 560 7104 0 E7 715A5BFF
2019-02-07 21:34:42 CUL myCUL433 UNKNOWNCODE p11 1152 688 1136 720 560 1264 32 1 4 0 576 7104 0 E8 715A5BFF
2019-02-07 21:34:42 CUL myCUL433 UNKNOWNCODE p11 1184 656 1168 704 576 1232 32 1 4 0 560 7088 0 E7 715A5BFF
2019-02-07 21:34:42 CUL myCUL433 UNKNOWNCODE p11 1168 688 1152 704 560 1264 32 1 4 0 576 7088 0 E9 715A5BFF
2019-02-07 21:34:43 CUL myCUL433 UNKNOWNCODE p11 112 64 1184 688 560 1264 34 1 4 2 480 8880 0 E7 215696FFC0
2019-02-07 21:34:43 CUL myCUL433 UNKNOWNCODE p13 544 1024 544 1264 0 0 19 1 2 3 544 1312 544 E7 A55540
2019-02-07 21:34:43 CUL myCUL433 UNKNOWNCODE p11 1168 672 1184 672 576 1248 32 1 4 0 560 7088 0 E6 715A5BFF
2019-02-07 21:34:43 CUL myCUL433 UNKNOWNCODE p11 1200 656 1152 704 528 1312 16 1 2 0 576 7088 0 F4 715A
2019-02-07 21:34:43 CUL myCUL433 UNKNOWNCODE p 8 544 1248 1168 656 0 0 28 4 3 3 576 1264 0 E6 D4B48000
2019-02-07 21:34:44 CUL myCUL433 UNKNOWNCODE p11 80 128 1168 688 576 1248 29 1 3 5 368 11072 0 E6 1AD2DFF8
2019-02-07 21:34:44 CUL myCUL433 UNKNOWNCODE p11 1152 688 1152 720 560 1280 32 1 4 0 560 7088 0 E8 715A5BFF
2019-02-07 21:34:44 CUL myCUL433 UNKNOWNCODE p11 1168 672 1168 704 576 1264 32 1 4 0 560 7088 0 E6 715A5BFF
2019-02-07 21:34:44 CUL myCUL433 UNKNOWNCODE p11 1184 688 1136 720 560 1264 32 1 4 0 576 7072 0 E8 715A5BFF
2019-02-07 21:34:44 CUL myCUL433 UNKNOWNCODE p13 512 1040 560 1264 0 0 16 1 2 0 512 1328 512 E6 B2AA
2019-02-07 21:34:44 CUL myCUL433 UNKNOWNCODE p11 32 96 1152 720 560 1248 33 1 4 1 400 11184 0 E6 096D2DFF80
2019-02-07 21:34:45 CUL myCUL433 UNKNOWNCODE p11 1168 672 1168 720 544 1264 32 1 4 0 576 7088 0 E8 715A5BFF
2019-02-07 21:34:45 CUL myCUL433 UNKNOWNCODE p11 1168 656 1152 704 576 1264 32 1 4 0 560 7120 0 E6 715A5BFF
2019-02-07 21:34:45 CUL myCUL433 UNKNOWNCODE p11 1152 704 1152 720 544 1264 32 1 4 0 560 7088 0 E8 715A5BFF
2019-02-07 21:34:45 CUL myCUL433 UNKNOWNCODE p11 1168 672 1152 720 560 1248 32 1 4 0 560 7104 0 E7 715A5BFF
2019-02-07 21:34:45 CUL myCUL433 UNKNOWNCODE p11 1184 640 1152 688 544 1280 32 1 4 0 576 7072 0 E7 715A5BFF
2019-02-07 21:34:45 CUL myCUL433 UNKNOWNCODE p11 1136 704 1152 736 560 1264 32 1 4 0 560 7104 0 E8 715A5BFF
2019-02-07 21:34:45 CUL myCUL433 UNKNOWNCODE p13 528 1136 560 1264 0 0 16 1 2 0 528 1296 528 E6 B555
2019-02-07 21:34:46 CUL myCUL433 UNKNOWNCODE p11 1184 656 1136 704 560 1248 32 1 4 0 560 7104 0 E8 715A5BFF
2019-02-07 21:34:46 CUL myCUL433 UNKNOWNCODE p13 560 1136 544 1264 0 0 32 1 4 0 560 1296 560 E7 AA2D2AAA
2019-02-07 21:34:46 CUL myCUL433 UNKNOWNCODE p11 1152 704 1152 688 560 1248 32 1 4 0 528 7104 0 E7 715A5BFF
2019-02-07 21:34:46 CUL myCUL433 UNKNOWNCODE p 8 48 896 1152 688 560 1264 37 1 4 5 256 8112 0 E7 CA4AD2DFF8
2019-02-07 21:34:46 CUL myCUL433 UNKNOWNCODE p11 1184 688 1136 720 544 1280 32 1 4 0 576 7072 0 E8 715A5BFF
2019-02-07 21:34:46 CUL myCUL433 UNKNOWNCODE p11 1168 656 1184 672 560 1264 32 1 4 0 560 7104 0 E7 715A5BFF
2019-02-07 21:34:47 CUL myCUL433 UNKNOWNCODE p13 528 1152 544 1264 0 0 32 1 4 0 528 1312 528 E9 AD55B555
2019-02-07 21:34:47 CUL myCUL433 UNKNOWNCODE p11 1168 672 1152 704 560 1248 32 1 4 0 560 7088 0 E6 715A5BFF
2019-02-07 21:34:47 CUL myCUL433 UNKNOWNCODE p11 1184 640 1168 688 576 1264 32 1 4 0 576 7104 0 E7 715A5BFF
2019-02-07 21:34:47 CUL myCUL433 UNKNOWNCODE p11 1200 624 1136 720 544 1264 32 1 4 0 560 7088 0 E7 715A5BFF
2019-02-07 21:34:47 CUL myCUL433 UNKNOWNCODE p11 1184 656 1168 704 560 1264 32 1 4 0 560 7104 0 E8 715A5BFF
Hi schau mal hier:
https://wiki.fhem.de/wiki/SIGNALduino
Unter ,,Es wird ein Protokoll erkannt, Autocreate legt aber kein device an"
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hi Leute,
sagt man wegen dem NanoCul.
Muss man immer noch in der Board die define auskommentiere?
Ich frage nur deshalb weil wenn man nur ein make im oder des nanoCul ausführt, werden mehrer Files auch mit 868mhz usw angelegt.
Wenn dass Auskommentieren immer noch gemacht werden muss, ist das mit erstellten files und den Namen ein wenig irreführend.
Gruß Robert
Hallo zusammen.
kann mir jemand mal sagen, wie man bei einem SelbstbauCUL mit der a-fw die Sendeleistung einstellt ??
Mittlerweile gibt es ja ein
set <device> patable
Was muss dahin und warum ????
danke
Sascha
Hi,
set CUL raw X09
für +10 dbi geht doch immer ;-)
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Ich hab mal wieder ein komisches Problem. Evtl. was ganz blödes, aber ich kann es mir nicht erklären:
Ich hab ein MapleCUL mit 1x HM, 1x 868 und 1x 433. Ich hab eine Fernbedienung die IT-Nachrichten sendet und mit einem Knopf schalte ich per notify einen Homematic Dimmer. Das Problem ist nun, dass wenn ich auf der Fernbedienung einen Knopf betätige, die Nachricht von FHEM mehrfach (zwischen 2 und 4-mal) empfangen und verarbeitet wird (anstatt eben 1mal) und daher die Leuchte mehrfach toggelt. Es passiert reproduzierbar, wenn ich mit dem notify die HM-Leuchte schalte. Wenn ich nur ein leeres Dummy schalte, dann wird wie erwartet nur einmal ausgelöst.
So sieht das im Log aus, wenn ich einmal drücke aber ungewollt mehrfach geschaltet wird.
>>> Ich betätigte Button: IT-Msg kommt rein (ok)
2019.02.23 23:32:50.832 5 : CUL/RAW: /*i101015F1
2019.02.23 23:32:50.833 4 : CUL_Parse: sys_cul868 *i101015F1
2019.02.23 23:32:50.834 5 : sys_cul868: dispatch *i101015F1
2019.02.23 23:32:50.836 5 : CUL/RAW: /i101015F1
2019.02.23 23:32:50.836 4 : CUL_Parse: sys_cul433 i101015F1 -81.5
2019.02.23 23:32:50.836 5 : sys_cul433: dispatch i101015
2019.02.23 23:32:50.837 4 : sys_cul433 IT: message "i101015" (7)
2019.02.23 23:32:50.837 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.23 23:32:50.837 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.23 23:32:50.838 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-23 23:32:50.869 CUL_HM sz_lightSpot set_toggle
>> das notify löst HM-Befehl aus (ok)
2019.02.23 23:32:50.869 3 : CUL_HM set sz_lightSpot toggle
2019.02.23 23:32:50.869 5 : HMUARTLGW sys_culHm HMUARTLGW_Write: As0EC9A011F15544222A260201C80000
2019.02.23 23:32:50.870 5 : HMUARTLGW sys_culHm send: 01 02 00 00 00 msg: C9 A0 11 F15544 222A26 0201C80000
2019.02.23 23:32:50.870 5 : HMUARTLGW sys_culHm send: (25): fd0014012802000000c9a011f15544222a260201c80000124b
2019.02.23 23:32:50.870 5 : SW: fd0014012802000000c9a011f15544222a260201c80000124b
2019-02-23 23:32:50.875 IT sz_rcLightSpot on
>> nun wird komischerweise und ungewollt ohne mein Zutun nochmal die IT-Msg vom CUL eingelesen
2019.02.23 23:32:50.970 5 : CUL/RAW: /*i101015F1
2019.02.23 23:32:50.970 4 : CUL_Parse: sys_cul868 *i101015F1
2019.02.23 23:32:50.970 5 : sys_cul868: dispatch *i101015F1
2019.02.23 23:32:50.971 5 : CUL/RAW: /i101015F1
2019.02.23 23:32:50.971 4 : CUL_Parse: sys_cul433 i101015F1 -81.5
2019.02.23 23:32:50.971 5 : sys_cul433: dispatch i101015
2019.02.23 23:32:50.971 4 : sys_cul433 IT: message "i101015" (7)
2019.02.23 23:32:50.971 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.23 23:32:50.972 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.23 23:32:50.972 3 : sys_cul433 IT: sz_rcLightSpot on->on
>> ... und auch der HM-Befehl wird ungewollt wieder ausgelöst
2019.02.23 23:32:50.975 3 : CUL_HM set sz_lightSpot toggle
2019-02-23 23:32:50.976 IT sz_rcLightSpot on
2019.02.23 23:32:51.026 5 : HMUARTLGW sys_culHm read raw (1): fd
2019.02.23 23:32:51.027 5 : HMUARTLGW sys_culHm read raw (7): 00140128040300
2019.02.23 23:32:51.029 5 : HMUARTLGW sys_culHm read raw (1): 4b
2019.02.23 23:32:51.031 5 : HMUARTLGW sys_culHm read raw (1): c9
2019.02.23 23:32:51.033 5 : HMUARTLGW sys_culHm read raw (1): 80
2019.02.23 23:32:51.035 5 : HMUARTLGW sys_culHm read raw (1): 02
2019.02.23 23:32:51.036 5 : HMUARTLGW sys_culHm read raw (1): 22
2019.02.23 23:32:51.038 5 : HMUARTLGW sys_culHm read raw (1): 2a
2019.02.23 23:32:51.040 5 : HMUARTLGW sys_culHm read raw (1): 26
2019.02.23 23:32:51.041 5 : HMUARTLGW sys_culHm read raw (1): f1
2019.02.23 23:32:51.043 5 : HMUARTLGW sys_culHm read raw (1): 55
2019.02.23 23:32:51.044 5 : HMUARTLGW sys_culHm read raw (8): 440101c8004ec3de
2019.02.23 23:32:51.045 5 : HMUARTLGW sys_culHm read (24): fd001401280403004bc98002222a26f155440101c8004ec3de crc OK
2019.02.23 23:32:51.046 5 : HMUARTLGW sys_culHm recv: 01 04 03 00 4B msg: C9 80 02 222A26 F15544 0101C8004E
2019.02.23 23:32:51.046 5 : HMUARTLGW sys_culHm Dispatch: A0EC98002222A26F155440101C8004E::-75:sys_culHm
2019.02.23 23:32:51.046 5 : sys_culHm: dispatch A0EC98002222A26F155440101C8004E::-75:sys_culHm
2019.02.23 23:32:51.050 5 : HMUARTLGW sys_culHm HMUARTLGW_Write: As0ECAA011F15544222A260201C80000
2019.02.23 23:32:51.050 5 : HMUARTLGW sys_culHm delaying send to 222A26 for 0.0871791839599609
2019-02-23 23:32:51.071 CUL_HM sz_lightSpot dim: stop:on
2019-02-23 23:32:51.071 CUL_HM sz_lightSpot pct: 100
2019-02-23 23:32:51.071 CUL_HM sz_lightSpot on
2019.02.23 23:32:51.139 5 : HMUARTLGW sys_culHm send: 01 02 00 00 00 msg: CA A0 11 F15544 222A26 0201C80000
2019.02.23 23:32:51.140 5 : HMUARTLGW sys_culHm send: (25): fd0014012902000000caa011f15544222a260201c800008533
2019.02.23 23:32:51.140 5 : SW: fd0014012902000000caa011f15544222a260201c800008533
>> ...und nun zum 3. Mal... :(
2019.02.23 23:32:51.246 5 : CUL/RAW: /*i101015F1
2019.02.23 23:32:51.247 4 : CUL_Parse: sys_cul868 *i101015F1
2019.02.23 23:32:51.247 5 : sys_cul868: dispatch *i101015F1
2019.02.23 23:32:51.248 5 : CUL/RAW: /i101015F1
2019.02.23 23:32:51.248 4 : CUL_Parse: sys_cul433 i101015F1 -81.5
2019.02.23 23:32:51.248 5 : sys_cul433: dispatch i101015
2019.02.23 23:32:51.249 4 : sys_cul433 IT: message "i101015" (7)
2019.02.23 23:32:51.249 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.23 23:32:51.249 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.23 23:32:51.249 3 : sys_cul433 IT: sz_rcLightSpot on->on
>> ...und auch wieder der HM-Befehl...
2019-02-23 23:32:51.272 CUL_HM sz_lightSpot set_toggle
2019.02.23 23:32:51.272 3 : CUL_HM set sz_lightSpot toggle
2019-02-23 23:32:51.274 IT sz_rcLightSpot on
2019.02.23 23:32:51.295 5 : HMUARTLGW sys_culHm read raw (1): fd
2019.02.23 23:32:51.296 5 : HMUARTLGW sys_culHm read raw (10): 001401290403004bca80
2019.02.23 23:32:51.298 5 : HMUARTLGW sys_culHm read raw (1): 02
2019.02.23 23:32:51.299 5 : HMUARTLGW sys_culHm read raw (1): 22
2019.02.23 23:32:51.301 5 : HMUARTLGW sys_culHm read raw (1): 2a
2019.02.23 23:32:51.303 5 : HMUARTLGW sys_culHm read raw (1): 26
2019.02.23 23:32:51.305 5 : HMUARTLGW sys_culHm read raw (1): f1
2019.02.23 23:32:51.307 5 : HMUARTLGW sys_culHm read raw (1): 55
2019.02.23 23:32:51.309 5 : HMUARTLGW sys_culHm read raw (8): 440101c8005054e2
2019.02.23 23:32:51.309 5 : HMUARTLGW sys_culHm read (24): fd001401290403004bca8002222a26f155440101c8005054e2 crc OK
2019.02.23 23:32:51.309 5 : HMUARTLGW sys_culHm recv: 01 04 03 00 4B msg: CA 80 02 222A26 F15544 0101C80050
2019.02.23 23:32:51.309 5 : HMUARTLGW sys_culHm Dispatch: A0ECA8002222A26F155440101C80050::-75:sys_culHm
2019.02.23 23:32:51.310 5 : sys_culHm: dispatch A0ECA8002222A26F155440101C80050::-75:sys_culHm
2019.02.23 23:32:51.310 3 : CUL_HM sz_lightSpot repeat, level C8 instead of 00
2019.02.23 23:32:51.311 5 : HMUARTLGW sys_culHm HMUARTLGW_Write: As0ECBA011F15544222A260201000000
2019.02.23 23:32:51.311 5 : HMUARTLGW sys_culHm delaying send to 222A26 for 0.0912272930145264
2019-02-23 23:32:51.321 CUL_HM sz_lightSpot on
2019.02.23 23:32:51.403 5 : HMUARTLGW sys_culHm send: 01 02 00 00 00 msg: CB A0 11 F15544 222A26 0201000000
2019.02.23 23:32:51.404 5 : HMUARTLGW sys_culHm send: (25): fd0014012a02000000cba011f15544222a260201000000b71a
2019.02.23 23:32:51.404 5 : SW: fd0014012a02000000cba011f15544222a260201000000b71a
2019.02.23 23:32:51.523 5 : CUL/RAW: /*i101015F3
2019.02.23 23:32:51.523 4 : CUL_Parse: sys_cul868 *i101015F3
2019.02.23 23:32:51.524 5 : sys_cul868: dispatch *i101015F3
2019.02.23 23:32:51.524 5 : CUL/RAW: /i101015F3
2019.02.23 23:32:51.524 4 : CUL_Parse: sys_cul433 i101015F3 -80.5
2019.02.23 23:32:51.525 5 : sys_cul433: dispatch i101015
2019.02.23 23:32:51.525 4 : sys_cul433 IT: message "i101015" (7)
2019.02.23 23:32:51.525 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.23 23:32:51.525 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.23 23:32:51.526 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-23 23:32:51.546 CUL_HM sz_lightSpot set_toggle
2019.02.23 23:32:51.546 3 : CUL_HM set sz_lightSpot toggle
2019-02-23 23:32:51.548 IT sz_rcLightSpot on
2019.02.23 23:32:51.563 5 : HMUARTLGW sys_culHm read raw (5): fd0014012a
2019.02.23 23:32:51.564 5 : HMUARTLGW sys_culHm read raw (4): 04030049
2019.02.23 23:32:51.565 5 : HMUARTLGW sys_culHm read raw (1): cb
2019.02.23 23:32:51.567 5 : HMUARTLGW sys_culHm read raw (1): 80
2019.02.23 23:32:51.569 5 : HMUARTLGW sys_culHm read raw (1): 02
2019.02.23 23:32:51.571 5 : HMUARTLGW sys_culHm read raw (1): 22
2019.02.23 23:32:51.573 5 : HMUARTLGW sys_culHm read raw (1): 2a
2019.02.23 23:32:51.575 5 : HMUARTLGW sys_culHm read raw (1): 26
2019.02.23 23:32:51.577 5 : HMUARTLGW sys_culHm read raw (1): f1
2019.02.23 23:32:51.579 5 : HMUARTLGW sys_culHm read raw (1): 55
2019.02.23 23:32:51.581 5 : HMUARTLGW sys_culHm read raw (8): 44010100005064c7
2019.02.23 23:32:51.581 5 : HMUARTLGW sys_culHm read (24): fd0014012a04030049cb8002222a26f15544010100005064c7 crc OK
2019.02.23 23:32:51.581 5 : HMUARTLGW sys_culHm recv: 01 04 03 00 49 msg: CB 80 02 222A26 F15544 0101000050
2019.02.23 23:32:51.581 5 : HMUARTLGW sys_culHm Dispatch: A0ECB8002222A26F155440101000050::-73:sys_culHm
2019.02.23 23:32:51.581 5 : sys_culHm: dispatch A0ECB8002222A26F155440101000050::-73:sys_culHm
2019.02.23 23:32:51.582 5 : HMUARTLGW sys_culHm HMUARTLGW_Write: As0ECCA011F15544222A260201000000
2019.02.23 23:32:51.583 5 : HMUARTLGW sys_culHm delaying send to 222A26 for 0.091414213180542
2019-02-23 23:32:51.591 CUL_HM sz_lightSpot dim: stop:off
2019-02-23 23:32:51.591 CUL_HM sz_lightSpot pct: 0
2019-02-23 23:32:51.591 CUL_HM sz_lightSpot off
Das ist mein notify:
defmod testnot notify sz_rcLight.*:.* set sz_lightSpot toggle
Wenn ich stattdessen nur ein Dummy schaltet:
defmod testnot notify sz_rcLight.*:.* set set t ttt testdata
Dann wird das notify wie gewünscht nur einmal ausgeführt:
2019.02.23 23:53:07.584 5 : CUL/RAW: /*i101015E4
2019.02.23 23:53:07.584 4 : CUL_Parse: sys_cul868 *i101015E4
2019.02.23 23:53:07.585 5 : sys_cul868: dispatch *i101015E4
2019.02.23 23:53:07.586 5 : CUL/RAW: /i101015E4
2019.02.23 23:53:07.586 4 : CUL_Parse: sys_cul433 i101015E4 -88
2019.02.23 23:53:07.586 5 : sys_cul433: dispatch i101015
2019.02.23 23:53:07.586 4 : sys_cul433 IT: message "i101015" (7)
2019.02.23 23:53:07.586 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.23 23:53:07.587 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.23 23:53:07.587 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-23 23:53:07.592 dummy t ttt testdata
2019-02-23 23:53:07.595 IT sz_rcLightSpot on
Hier die Devices:
defmod sys_cul868 CUL /dev/serial/by-id/usb-STM32_MapleCUL_58eb37e5-if00@38400 1432
attr sys_cul868 rfmode SlowRF
defmod sys_cul868stack STACKABLE sys_cul868
defmod sys_cul433 CUL FHEM:DEVIO:sys_cul868stack:9600 0000
attr sys_cul433 rfmode SlowRF
defmod sys_culHm HMUARTLGW /dev/serial/by-id/usb-STM32_MapleCUL_58eb37e5-if04
attr sys_culHm hmId F15544
Evtl. steh ich aufm Schlauch, aber für mich sieht es so aus, als ob irgendwie durch das zeitnahe Senden das HM-Befehls (was ja eine Kommunikation mit dem ttyACM2 zur Folge) nochmals ein alter Puffer (?) von ttyACM0 eingelesen wird. Zumindest irgendwie so in der Richtug...
Hat da jemand eine Idee? Oder auch schonmal gehabt evtl.?
Ich denke, ich habe das Problem gefunden. Teste mal die angehängte Version.
Danke, das ging schnell. Tritt damit aber leider noch auf :-\
Noch eine Sache:
Wenn ich in das notify ein sleep einbaue, dann tritt es nicht auf. Das sleep muss jedoch größer als ca. 0,7 s sein.
sz_rcLight.*:.* {sleep 0.7;fhem("set sz_lightSpot toggle")}
ZitatWenn ich in das notify ein sleep einbaue, dann tritt es nicht auf. Das sleep muss jedoch größer als ca. 0,7 s sein.
Dann scheint die Doublettenfilterung nicht zu funktionieren.(obwohl die im Modul stattfindet. :-\)
Setz mal bei den anderen beiden Empfängern das Dummy Attribut und starte den MapleCUL neu, so dass nur noch der 433 Empfänger im MapleCUL arbeitet. Tritt das Problem dann auch auf?
Ich hab jetzt nur mal bei sys_culHm das dummy auf 1 gesetzt und dann passiert es nicht mehr. Ich hab den MapleCUL dafür dann nicht neu gestartet.
2019.02.24 16:50:29.849 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019.02.24 16:50:29.858 3 : CUL_HM set sz_lightSpot toggle
2019-02-24 16:50:29.862 IT sz_rcLightSpot on
Reicht das als Test oder soll ich auch nochmal so machen, wie du gesagt hast?
Nein, der HMUARTLGW muss schon an bleiben damit er auch was sendet. Von den CUL Geräten soll jedoch nur der 433 Transceiver aktiv bleiben.
hm, ich hab ja folgende Devices im Spiel:
1x HM (sys_culHm)
1x 433 (sys_cul433)
1x 868 (sys_cul868)
1x STACKABLE
Also ich könnte ja höchstens bei einem (sys_cul868) das dummy setzen. HM und 433 wollen wir ja beide aktiv haben und STACKABLE zählt nicht, oder?
Wenn ich aber das dummy bei sys_cul868 auf 1 setze (und dann FHEM + Maple neu starte), dann funktioniert aber auch 433 nicht mehr. Also ich empfange nix. Alle "get"-Befehle an dem 433 werden mit "No FD" quittiert. Wahrscheinlich weil ja der 868 die erste Stufe des Stackable ist und ausgeschaltet ist?
Sorry falls ich es nicht kapiere...
Stimmt. Dann schalte mit dem RAW Kommando "X00" am sys_cul868 den Empfang aus.
Ok, hab ich gemacht. "get X" liefert jetzt "00 2007" am sys_cul868.
Aber: es passiert weiterhin.
Passiert es auch, wenn du für HM den sys_cul868 nimmst anstatt den HMUARTLGW?
Hab jetzt für die HM-Leuchte das sys_cul868 als IO eingetragen und es passiert weiterhin.
Hier nochmal ein Log. Interessanterweise sind die nachfolgenden (mutmaßlich wiederholten) Nachricht _nicht_ immer identisch?!
2019.02.24 22:01:18.674 5 : CUL/RAW: /*i101015EF
2019.02.24 22:01:18.675 4 : CUL_Parse: sys_cul868 *i101015EF
2019.02.24 22:01:18.676 5 : sys_cul868: dispatch *i101015EF
2019.02.24 22:01:18.680 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-24 22:01:18.702 CUL_HM sz_lightSpot set_toggle
2019.02.24 22:01:18.717 3 : CUL_HM set sz_lightSpot toggle
2019.02.24 22:01:18.718 5 : sys_cul868 sending As0E05A011F15544222A260201C80000
2019.02.24 22:01:18.718 5 : SW: As0E05A011F15544222A260201C80000
2019-02-24 22:01:18.720 IT sz_rcLightSpot on
>> hier jetzt der zweite Empfang. Nachricht ist _nicht_ identisch (EE)
2019.02.24 22:01:18.811 5 : CUL/RAW: /*i101015EE
2019.02.24 22:01:18.812 4 : CUL_Parse: sys_cul868 *i101015EE
2019.02.24 22:01:18.812 5 : sys_cul868: dispatch *i101015EE
2019.02.24 22:01:18.812 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019.02.24 22:01:18.815 3 : CUL_HM set sz_lightSpot toggle
2019-02-24 22:01:18.815 IT sz_rcLightSpot on
2019.02.24 22:01:18.890 5 : sys_cul868 sending As0E06A011F15544222A260201C80000
2019.02.24 22:01:18.890 5 : CUL 222A26 dly:88ms
2019.02.24 22:01:18.980 5 : SW: As0E06A011F15544222A260201C80000
2019-02-24 22:01:18.986 CUL_HM sz_lightSpot dim: stop:on
2019-02-24 22:01:18.986 CUL_HM sz_lightSpot pct: 100
2019-02-24 22:01:18.986 CUL_HM sz_lightSpot on
>> hier rutscht eine Oregon-Nachricht dazwischen
2019.02.24 22:01:19.088 5 : CUL/RAW: /*omD56A00EE
2019.02.24 22:01:19.088 4 : CUL_Parse: sys_cul868 *omD56A00EE
2019.02.24 22:01:19.089 5 : sys_cul868: dispatch *omD56A00EE
>> hier der dritte... EF
2019.02.24 22:01:19.180 5 : CUL/RAW: /*i101015EF
2019.02.24 22:01:19.180 4 : CUL_Parse: sys_cul868 *i101015EF
2019.02.24 22:01:19.180 5 : sys_cul868: dispatch *i101015EF
2019.02.24 22:01:19.181 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-24 22:01:19.185 CUL_HM sz_lightSpot set_toggle
2019.02.24 22:01:19.191 3 : CUL_HM set sz_lightSpot toggle
2019.02.24 22:01:19.191 5 : sys_cul868 sending As0E07A011F15544222A260201000000
2019.02.24 22:01:19.191 5 : CUL 222A26 dly:49ms
2019.02.24 22:01:19.241 5 : SW: As0E07A011F15544222A260201000000
2019-02-24 22:01:19.244 IT sz_rcLightSpot on
>> hier der vierte... jetzt wieder EE
2019.02.24 22:01:19.365 5 : CUL/RAW: /*i101015EE
2019.02.24 22:01:19.365 4 : CUL_Parse: sys_cul868 *i101015EE
2019.02.24 22:01:19.365 5 : sys_cul868: dispatch *i101015EE
2019.02.24 22:01:19.366 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019.02.24 22:01:19.371 3 : CUL_HM set sz_lightSpot toggle
2019-02-24 22:01:19.372 IT sz_rcLightSpot on
2019.02.24 22:01:19.414 5 : sys_cul868 sending As0E08A011F15544222A260201000000
2019.02.24 22:01:19.414 5 : CUL 222A26 dly:88ms
2019.02.24 22:01:19.503 5 : SW: As0E08A011F15544222A260201000000
2019-02-24 22:01:19.512 CUL_HM sz_lightSpot dim: stop:off
2019-02-24 22:01:19.512 CUL_HM sz_lightSpot pct: 0
2019-02-24 22:01:19.512 CUL_HM sz_lightSpot off
Das letzte Byte in der Nachricht ist der RSSI.
Ich hab jetzt mal versucht, den Fehler auf meinem Testsystem nachzustellen. Hat aber funktioniert wie erwartet, keine Mehrfachauslösung:
2019.02.24 22:54:46 5: CUL/RAW: /*i000551E6
2019.02.24 22:54:46 4: CUL_Parse: mapleCUL * i0 00 551E 6
2019.02.24 22:54:46 5: mapleCUL: dispatch *i000551E6
2019.02.24 22:54:46 4: CUL_Parse: mapleCUL2 i000551E6 -87
2019.02.24 22:54:46 5: mapleCUL2: dispatch i000551
2019.02.24 22:54:46 4: mapleCUL2 IT: message "i000551" (7)
2019.02.24 22:54:46 4: mapleCUL2 IT: msgcode "000000FFFF0F" (12) bin = 000000000000010101010001
2019.02.24 22:54:46 5: mapleCUL2 IT: V1 housecode = 000000FFFF onoffcode = 0F
2019.02.24 22:54:46 3: mapleCUL2 IT: IT_000000FFFF on->on
2019.02.24 22:54:46 5: CUL_HM Lueftung_Schalter protEvent:CMDs_pending pending:1
2019.02.24 22:54:46 3: CUL_HM set Lueftung_Schalter toggle
2019.02.24 22:54:46 5: mapleCUL sending As0E4DA011F111352A97990201C80000
2019.02.24 22:54:46 5: SW: As0E4DA011F111352A97990201C80000
2019.02.24 22:54:46 5: CUL_HM Lueftung_Schalter protEvent:CMDs_processing... pending:0
2019.02.24 22:54:46 5: CUL/RAW: /A0E4D80022A9799F111350101C8004012
2019.02.24 22:54:46 4: CUL_Parse: mapleCUL A 0E 4D 8002 2A9799 F11135 0101C8004012 -65
2019.02.24 22:54:46 5: mapleCUL: dispatch A0E4D80022A9799F111350101C80040::-65:mapleCUL
2019.02.24 22:54:46 5: CUL_HM Lueftung_Schalter protEvent:CMDs_done
2019.02.24 22:54:47 5: CUL/RAW: /*i00155FE5
2019.02.24 22:54:47 4: CUL_Parse: mapleCUL * i0 01 55FE 5
2019.02.24 22:54:47 5: mapleCUL: dispatch *i00155FE5
2019.02.24 22:54:47 4: CUL_Parse: mapleCUL2 i00155FE5 -87.5
2019.02.24 22:54:47 5: mapleCUL2: dispatch i00155f
2019.02.24 22:54:47 4: mapleCUL2 IT: message "i00155f" (7)
2019.02.24 22:54:47 4: mapleCUL2 IT: msgcode "00000FFFFF11" (12) bin = 000000000001010101011111
2019.02.24 22:54:47 5: mapleCUL2 IT: V1 housecode = 00000FFFFF onoffcode = 11
2019.02.24 22:54:47 4: mapleCUL2 IT: message "i00155f" (7)
2019.02.24 22:54:47 4: mapleCUL2 IT: msgcode "00000FFFFF11" (12) bin = 000000000001010101011111
2019.02.24 22:54:47 5: mapleCUL2 IT: V1 housecode = 00000FFFFF onoffcode = 11
2019.02.24 22:54:47 3: mapleCUL2: Unknown code i00155f, help me!
hm... *kopfkratz*....
Kann es sein, dass meine Fernbedienung immer mehrfach sendet (einfach zur Sicherheit) und da manchmal versehentlich tatsächliche mehrere dieser Nachrichten verarbeitet werden? Ich meine: diese Nachrichten mit den tatsächlich unterschiedlichen RSSI-Werten müssen ja wohl irgendwo herkommen. Die denkt sich die Maple-FW ja nicht aus?!
Ich benutze eine solche RC:
https://goo.gl/images/iVGurY
Ich müsste irgendwo auch noch so eine RC rumliegen haben:
https://goo.gl/images/SSw66E
Das werde ich morgen mal gegentesten...
Habs doch schon schnell getestet mit so einer:
https://goo.gl/images/SSw66E
Also wenn ich die Taste nur kurz drücke, dann kommt der Befehl nur einmal an (und wird auch nur einmal verarbeitet).
Wenn ich aber länger drücke (auch wenn nur ein wenig), dann kommt der Befehl direkt nochmal und wird auch mehrfach verarbeitet. Und wenn ich die Taste dauerhaft gedrückt halte, dann feuert die RC auch dauerhaft diesen Befehl.
Würde dann also wirklich vermuten, dass meine Xsight-RC einfach immer mehrfach feuert (da ist es jedoch nicht so, dass sie dauerhaft feuert, wenn ich gedrückt halte).
Wenn das alles so sein sollte, wie oben vermutet: es bleibt die Frage, warum diese Mehrfachnachrichten nur verarbeitet werden, wenn ich zeitnah per HM etwas raussende und ansonsten aber gefiltert werden?
Ich habe es mit einer ELRO Fernbedienung ausprobiert. Der Befehl wird mit der auch dauerhaft gesendet solange die Taste gedrückt wird. Die Mehrfachnachrichten werden aber in der a-culfw gefiltert.
Es war ein Bug in der Firmware, bei der eine empfangene Nachricht auf einem anderen Receiver die Filterung durcheinander gebracht hat und die Nachricht mehrfach weitergeleitet wurde. Aber dein Problem ist wohl ein anderes.
Also ich fasse nochmal zusammen wie ich es jetzt verstehe:
- meine RC schickt beim Tastendruck den Befehl mehrfach (kann man die Filterung in der MapleFW irgendwie zum Testen ausschalten, um das mal schwarz auf weiß sehen zu können?)
- im Normalfall werden die Mehrfachauslösungen gefiltert und ich sehe in FHEM nur ein Event
- falls ich jedoch auf das Event reagiere und sehr zeitnah etwas per HM versende, dann erhalte ich in FHEM doch noch welche von den eigentl. gefilterten Mehrfachauslösungen
Stimmt das soweit? Wäre dann aber schon ein Problem mit dem Filter-Mechanismus?
Zitat von: vbs am 25 Februar 2019, 18:49:07
- meine RC schickt beim Tastendruck den Befehl mehrfach (kann man die Filterung in der MapleFW irgendwie zum Testen ausschalten, um das mal schwarz auf weiß sehen zu können?)
Mit der angehängten Firmware und dem RAW Kommando X23 werden alle empfangenen Befehle ausgegeben.
Zitat von: vbs am 25 Februar 2019, 18:49:07
- im Normalfall werden die Mehrfachauslösungen gefiltert und ich sehe in FHEM nur ein Event
Ja.
Zitat von: vbs am 25 Februar 2019, 18:49:07
- falls ich jedoch auf das Event reagiere und sehr zeitnah etwas per HM versende, dann erhalte ich in FHEM doch noch welche von den eigentl. gefilterten Mehrfachauslösungen
Eventuell sendet deine Fernbedienung die Wiederholungen zu langsam. Bei einer Zeit größer etwa 0,3 Sekunden wird ein Befehl nicht als Wiederholung sondern als neuer Befehl interpretiert. Wenn deine Fernbedienung knapp darunter ist und durch die Abarbeitung einer anderen Aktion im MapleCUL eine Verzögerung eintritt könnte das den weiteren Befehl auslösen.
<hier stand Schwachsinn>
Zitat von: Telekatz am 25 Februar 2019, 20:12:54
dem RAW Kommando X23...
öhm srry ^^ hab ich wohl vergessen
Also, wenn man X23 setzt, dann klappt das super mit den ungefilterten Nachrichten... 8)
Bei einem einzelnen Tastendruck feuert die RC aus allen Rohren tatsächlich.
Ohne notify:
2019.02.26 22:14:02.859 5 : CUL/RAW: /i101015EA
2019.02.26 22:14:02.860 4 : CUL_Parse: sys_cul433 i101015EA -85
2019.02.26 22:14:02.861 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:02.862 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:02.862 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:02.863 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:02.863 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:02.877 IT sz_rcLightSpot on
2019.02.26 22:14:02.900 5 : CUL/RAW: /i101015EA
2019.02.26 22:14:02.900 4 : CUL_Parse: sys_cul433 i101015EA -85
2019.02.26 22:14:02.900 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:02.901 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:02.901 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:02.901 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:02.901 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:02.906 IT sz_rcLightSpot on
2019.02.26 22:14:02.946 5 : CUL/RAW: /i101015EA
2019.02.26 22:14:02.946 4 : CUL_Parse: sys_cul433 i101015EA -85
2019.02.26 22:14:02.946 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:02.946 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:02.946 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:02.946 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:02.947 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:02.950 IT sz_rcLightSpot on
2019.02.26 22:14:02.992 5 : CUL/RAW: /i101015EB
2019.02.26 22:14:02.992 4 : CUL_Parse: sys_cul433 i101015EB -84.5
2019.02.26 22:14:02.992 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:02.993 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:02.993 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:02.993 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:02.993 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:02.996 IT sz_rcLightSpot on
2019.02.26 22:14:03.038 5 : CUL/RAW: /i101015EA
2019.02.26 22:14:03.038 4 : CUL_Parse: sys_cul433 i101015EA -85
2019.02.26 22:14:03.038 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.038 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.038 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.038 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.038 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.042 IT sz_rcLightSpot on
2019.02.26 22:14:03.084 5 : CUL/RAW: /i101015EA
2019.02.26 22:14:03.084 4 : CUL_Parse: sys_cul433 i101015EA -85
2019.02.26 22:14:03.084 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.085 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.085 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.085 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.085 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.088 IT sz_rcLightSpot on
2019.02.26 22:14:03.130 5 : CUL/RAW: /i101015EA
2019.02.26 22:14:03.130 4 : CUL_Parse: sys_cul433 i101015EA -85
2019.02.26 22:14:03.131 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.131 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.131 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.131 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.131 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.134 IT sz_rcLightSpot on
2019.02.26 22:14:03.176 5 : CUL/RAW: /i101015EA
2019.02.26 22:14:03.176 4 : CUL_Parse: sys_cul433 i101015EA -85
2019.02.26 22:14:03.177 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.177 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.177 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.177 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.177 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.180 IT sz_rcLightSpot on
2019.02.26 22:14:03.222 5 : CUL/RAW: /i101015EB
2019.02.26 22:14:03.223 4 : CUL_Parse: sys_cul433 i101015EB -84.5
2019.02.26 22:14:03.223 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.223 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.223 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.223 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.223 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.227 IT sz_rcLightSpot on
2019.02.26 22:14:03.268 5 : CUL/RAW: /i101015EB
2019.02.26 22:14:03.269 4 : CUL_Parse: sys_cul433 i101015EB -84.5
2019.02.26 22:14:03.269 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.269 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.269 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.269 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.270 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.273 IT sz_rcLightSpot on
2019.02.26 22:14:03.314 5 : CUL/RAW: /i101015EB
2019.02.26 22:14:03.314 4 : CUL_Parse: sys_cul433 i101015EB -84.5
2019.02.26 22:14:03.315 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.315 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.315 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.315 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.315 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.318 IT sz_rcLightSpot on
2019.02.26 22:14:03.360 5 : CUL/RAW: /i101015EB
2019.02.26 22:14:03.361 4 : CUL_Parse: sys_cul433 i101015EB -84.5
2019.02.26 22:14:03.361 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.361 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.361 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.361 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.361 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.365 IT sz_rcLightSpot on
2019.02.26 22:14:03.407 5 : CUL/RAW: /i101015EB
2019.02.26 22:14:03.407 4 : CUL_Parse: sys_cul433 i101015EB -84.5
2019.02.26 22:14:03.407 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.407 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.407 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.407 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.407 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.410 IT sz_rcLightSpot on
2019.02.26 22:14:03.453 5 : CUL/RAW: /i101015EC
2019.02.26 22:14:03.453 4 : CUL_Parse: sys_cul433 i101015EC -84
2019.02.26 22:14:03.453 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.453 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.454 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.454 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.454 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.457 IT sz_rcLightSpot on
2019.02.26 22:14:03.499 5 : CUL/RAW: /i101015EB
2019.02.26 22:14:03.499 4 : CUL_Parse: sys_cul433 i101015EB -84.5
2019.02.26 22:14:03.499 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.499 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.499 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.499 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.499 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.503 IT sz_rcLightSpot on
2019.02.26 22:14:03.545 5 : CUL/RAW: /i101015EB
2019.02.26 22:14:03.545 4 : CUL_Parse: sys_cul433 i101015EB -84.5
2019.02.26 22:14:03.545 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.545 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.545 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.546 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.546 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.549 IT sz_rcLightSpot on
2019.02.26 22:14:03.591 5 : CUL/RAW: /i101015EB
2019.02.26 22:14:03.591 4 : CUL_Parse: sys_cul433 i101015EB -84.5
2019.02.26 22:14:03.591 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.591 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.591 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.592 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.592 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.595 IT sz_rcLightSpot on
2019.02.26 22:14:03.637 5 : CUL/RAW: /i101015EB
2019.02.26 22:14:03.637 4 : CUL_Parse: sys_cul433 i101015EB -84.5
2019.02.26 22:14:03.637 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.637 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.637 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.637 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.638 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.641 IT sz_rcLightSpot on
2019.02.26 22:14:03.683 5 : CUL/RAW: /i101015EC
2019.02.26 22:14:03.683 4 : CUL_Parse: sys_cul433 i101015EC -84
2019.02.26 22:14:03.683 5 : sys_cul433: dispatch i101015
2019.02.26 22:14:03.684 4 : sys_cul433 IT: message "i101015" (7)
2019.02.26 22:14:03.684 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.26 22:14:03.684 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.26 22:14:03.684 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-26 22:14:03.688 IT sz_rcLightSpot on
Deutet für mich weiterhin darauf hin, dass die Filterung außer Kraft gesetzt wird durch den Versand der HM-Nachricht (bzw. den Empfang des zugehörigen ACK). Meine RC schickt ja für ca. 900 ms Nachrichten. Irgendwann in dieser Zeit scheint der Filter deaktiviert zu werden und dann werden weitere Nachrichten aus dem Burst verarbeitet?
Hi,
zur Zeit habe ich die Firmware V 1.26.01 a-culfw Build: 271 bei mir auf einem selbstbau Cul mit 433 MHZ im Einsatz.
Meine Steckdosen kann ich damit super gut steuern. Bis auf die Reichweiten(durch die Decke) da hapert es ein wenig was aber mit der Firmware nichts zu tun hat.
Nun wollte ich die Fernbedienungen nutzen, da man diese ja auch immer günstig bei den Steckdosen hat. Somit bräuchte ich mir auch keine von Homematic zu kaufen.
Nun kommt aber das Problem. Ich habe hier drei verschiedene Fernbedienungen(Rev Fa. Ritter) von den Steckdosen wobei diese sich lediglich im Code unterscheiden.
Hier habe ich die F6, C7 und H7.
Bei der F6 werden in Fhem alle Tasten einwandfrei erkannt. Bei der C7 werden die Tasten und ab und an erkannt und bei der H7 wird keine Taste erkannt.
Hier kommt immer nur UNDEFINED IT_V3-xxxxxxx.
Was kann ich tun damit die Codes von der C7 zuverlässiger und von der H7 überhaupt erkannt werden ?
Vielen Dank und Grüße
Sven
Hi,
Reichweitenproblem: schon raw X09 versucht?
Fernbedieung: unknown ist doch super!
Autocreate braucht 2 mal die gleiche Taste innerhalb einer minute und legt dann erst das gerät im raum it an.
So st mal die aktuelle a-culfw 1.26.04 nehmen und hier mit verbose 4 eingestellt die logdatei/Eventmonitor zeigen.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
@Telekatz
Hast du evtl. noch Ideen bzgl. dieser doppelten Nachrichten von hier?
https://forum.fhem.de/index.php/topic,35064.msg912076.html#msg912076
Scheint mir ja ein Thema in der Firmware zu sein. Ich weiß natürlich nicht, wie gut die Chancen sind das zu beheben zumal es bei dir ja nicht auf tritt.
Mach mal folgendes LOG mit X23 am IT Empfänger. Halte die Taste an der IT Fernbedienung gedrückt und aktiviere währendessen einmal dem HM Aktor manuell.
Hab ich mal gemacht:
2019.03.03 15:08:18.715 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:18.715 4 : CUL_Parse: sys_cul433 i005511DA -93
2019.03.03 15:08:18.715 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:18.715 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:18.716 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:18.716 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:18.716 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:18.721 IT IT_0000FFFF0F on
2019.03.03 15:08:18.757 5 : CUL/RAW: /i005511D9
2019.03.03 15:08:18.758 4 : CUL_Parse: sys_cul433 i005511D9 -93.5
2019.03.03 15:08:18.758 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:18.758 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:18.758 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:18.758 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:18.758 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:18.764 IT IT_0000FFFF0F on
2019.03.03 15:08:18.800 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:18.800 4 : CUL_Parse: sys_cul433 i005511DA -93
2019.03.03 15:08:18.801 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:18.801 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:18.801 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:18.801 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:18.801 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:18.806 IT IT_0000FFFF0F on
2019.03.03 15:08:18.843 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:18.843 4 : CUL_Parse: sys_cul433 i005511DA -93
2019.03.03 15:08:18.843 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:18.844 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:18.844 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:18.844 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:18.844 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:18.850 IT IT_0000FFFF0F on
2019.03.03 15:08:18.886 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:18.886 4 : CUL_Parse: sys_cul433 i005511DA -93
2019.03.03 15:08:18.886 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:18.886 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:18.887 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:18.887 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:18.887 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:18.892 IT IT_0000FFFF0F on
2019.03.03 15:08:18.929 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:18.929 4 : CUL_Parse: sys_cul433 i005511DA -93
2019.03.03 15:08:18.929 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:18.930 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:18.930 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:18.930 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:18.930 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:18.936 IT IT_0000FFFF0F on
2019.03.03 15:08:18.971 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:18.971 4 : CUL_Parse: sys_cul433 i005511DA -93
2019.03.03 15:08:18.972 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:18.972 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:18.972 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:18.972 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:18.972 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:18.977 IT IT_0000FFFF0F on
2019.03.03 15:08:19.014 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:19.015 4 : CUL_Parse: sys_cul433 i005511DA -93
2019.03.03 15:08:19.015 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:19.015 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:19.015 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:19.016 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:19.016 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:19.021 IT IT_0000FFFF0F on
>> Jetzt HM geschaltet manuell
2019-03-03 15:08:19.062 CUL_HM sz_lightSpot set_toggle
2019.03.03 15:08:19.073 3 : CUL_HM set sz_lightSpot toggle
2019.03.03 15:08:19.076 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:19.076 4 : CUL_Parse: sys_cul433 i005511DA -93
2019.03.03 15:08:19.076 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:19.076 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:19.076 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:19.076 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:19.077 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:19.079 IT IT_0000FFFF0F on
2019-03-03 15:08:19.338 CUL_HM sz_lightSpot dim: stop:on
2019-03-03 15:08:19.338 CUL_HM sz_lightSpot pct: 100
2019-03-03 15:08:19.338 CUL_HM sz_lightSpot on
2019.03.03 15:08:19.344 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:19.344 4 : CUL_Parse: sys_cul433 i005511DA -93
2019.03.03 15:08:19.344 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:19.344 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:19.344 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:19.344 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:19.344 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:19.347 IT IT_0000FFFF0F on
2019.03.03 15:08:19.347 5 : CUL/RAW: /i005511D9
2019.03.03 15:08:19.347 4 : CUL_Parse: sys_cul433 i005511D9 -93.5
2019.03.03 15:08:19.347 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:19.347 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:19.347 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:19.347 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:19.347 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:19.350 IT IT_0000FFFF0F on
2019.03.03 15:08:19.350 5 : CUL/RAW: /i005511D9
2019.03.03 15:08:19.350 4 : CUL_Parse: sys_cul433 i005511D9 -93.5
2019.03.03 15:08:19.350 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:19.350 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:19.350 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:19.350 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:19.350 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:19.352 IT IT_0000FFFF0F on
2019.03.03 15:08:19.352 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:19.353 4 : CUL_Parse: sys_cul433 i005511DA -93
2019.03.03 15:08:19.353 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:19.353 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:19.353 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:19.353 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:19.353 3 : sys_cul433 IT: IT_0000FFFF0F on->on
2019-03-03 15:08:19.355 IT IT_0000FFFF0F on
2019.03.03 15:08:19.356 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:19.356 4 : CUL_Parse: sys_cul433 i005511DA -93
2019.03.03 15:08:19.356 5 : sys_cul433: dispatch i005511
2019.03.03 15:08:19.356 4 : sys_cul433 IT: message "i005511" (7)
2019.03.03 15:08:19.356 4 : sys_cul433 IT: msgcode "0000FFFF0F0F" (12) bin = 000000000101010100010001
2019.03.03 15:08:19.356 5 : sys_cul433 IT: V1 housecode = 0000FFFF0F onoffcode = 0F
2019.03.03 15:08:19.356 3 : sys_cul433 IT: IT_0000FFFF0F on->on
Im LOG sieht man, dass die IT Nachrichten etwa alle 42 ms gesendet werden. Wenn jedoch die HM Nachricht gesendet wird, entsteht eine längere Pause zwischen den IT Nachrichten:
2019.03.03 15:08:18.715 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:18.757 5 : CUL/RAW: /i005511D9
2019.03.03 15:08:18.800 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:18.843 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:18.886 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:18.929 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:18.971 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:19.014 5 : CUL/RAW: /i005511DA
>> Jetzt HM geschaltet manuell
2019-03-03 15:08:19.062 CUL_HM sz_lightSpot set_toggle
2019.03.03 15:08:19.073 3 : CUL_HM set sz_lightSpot toggle
2019.03.03 15:08:19.076 5 : CUL/RAW: /i005511DA
2019-03-03 15:08:19.338 CUL_HM sz_lightSpot dim: stop:on
2019-03-03 15:08:19.338 CUL_HM sz_lightSpot pct: 100
2019-03-03 15:08:19.338 CUL_HM sz_lightSpot on
2019.03.03 15:08:19.344 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:19.347 5 : CUL/RAW: /i005511D9
2019.03.03 15:08:19.350 5 : CUL/RAW: /i005511D9
2019.03.03 15:08:19.352 5 : CUL/RAW: /i005511DA
2019.03.03 15:08:19.356 5 : CUL/RAW: /i005511DA
Wenn die Pause größer als 300 ms wird, reicht das aus, um als neue Nachricht interpretiert zu werden.
Die 300 ms können können angepasst werden, indem man folgenden Code in die Board.h einfügt:
#define REPTIME 38
Der Wert mit 8 ms multipliziert ergibt die gewünschte Pause. Versuche mal den Wert höher zu stellen, bis keine unerwünschten Wiederholungen auftreten.
Hi,
hat super geklappt.
Habe die Fernbedienungen von den Steckdosen nach zweimaligem drücken in Fhem anlegen können.
Die der raw Einstellung für meinen CUL habe ich auch versucht, hier wird es sich jedoch erst später zeigen da der Fehler immer sporadisch aufgetreten ist.
Ich habe noch ein paar Fragen in Bezug auf das Anlernen durch das mehrmaligen drücken der Tasten der Fernbedienung.
Nachdem es bei der ersten FB geklappt hatte habe ich dann in der fhem.cfg alles gespeichert und dann in meiner anderen config Datei ausgelagert.
Soweit so gut.
Dann wollte ich mit der zweiten FB weitermachen und dies hatte nicht geklappt, ich bekam immer nur unknown code !!
Autocreate und autosave waren aktiviert.
Dann restart von Fhem und es ging. Hier habe ich nur Fragezeichen.
Was hätte ich hier anders machen können ?
Dann habe ich noch eine Fernbedienung von einem LED Controller in meinem Flurschrank, hier möchte ich aber nur den LED Controller steuern.
Diese Fernbedienung läßt sich aber nicht durch zweimaliges drücken in Fhem registrieren.
Hier bekomme ich auch nur immer wieder
Global global UNDEFINED IT_00000000 IT 00000000 0100 1000
UNKNOWNCODE i000402
UNKNOWNCODE i000409
Hier habe ich den CUL mal auf X67 gestellt und dies Z.B habe ich hier empfangen
Taste Rot
UNKNOWNCODE p11 272 976 32 96 256 976 26 1 3 2 288 12336 0 E7 FFFBFCC0
2019-02-22 18:20:41.129 CUL CUL_1 UNKNOWNCODE p 7 272 976 864 400 272 944 24 1 3 0 272 12320 0 E7 000402
2019-02-22 18:20:41.172 CUL CUL_1 UNKNOWNCODE p 7 320 928 832 432 272 976 24 1 3 0 288 12304 0 E7 000402
2019-02-22 18:20:41.216 CUL CUL_1 UNKNOWNCODE p11 304 960 672 64 288 944 25 1 3 1 272 12304 0 E7 FFFBFD80
2019-02-22 18:20:41.259 CUL CUL_1 UNKNOWNCODE p11 288 944 496 240 288 960 25 1 3 1 288 12320 0 E6 FFFBFD80
2019-02-22 18:20:41.301 CUL CUL_1 UNKNOWNCODE p11 288 960 736 48 288 944 25 1 3 1 288 12304 0 E7 FFFBFD80
2019-02-22 18:20:41.344 CUL CUL_1 UNKNOWNCODE p11 288 960 624 96 288 960 26 1 3 2 304 12304 0 E5 FFFBFEC0
Mit set CUL_1 raw G0036c5113d361900040200 kann ich diese Farbe steuern
oder andere Taste
Taste grün
2019-02-22 18:21:34.529 CUL CUL_1 UNKNOWNCODE p 7 304 944 608 624 240 1008 24 1 3 0 288 6736 0 E4 000408
2019-02-22 18:21:34.572 CUL CUL_1 UNKNOWNCODE p 7 304 928 848 416 288 960 24 1 3 0 240 12336 0 E2 000408
2019-02-22 18:21:34.615 CUL CUL_1 UNKNOWNCODE p 7 288 960 832 416 256 1008 24 1 3 0 288 12320 0 E6 000408
2019-02-22 18:21:34.658 CUL CUL_1 UNKNOWNCODE p11 288 960 656 16 240 1008 25 1 3 1 224 12352 0 E5 FFFBF780
2019-02-22 18:21:34.701 CUL CUL_1 UNKNOWNCODE p 7 288 960 848 416 176 1072 24 1 3 0 272 12304 0 E6 000408
2019-02-22 18:21:34.744 CUL CUL_1 UNKNOWNCODE p 7 320 928 624 656 272 976 24 1 3 0 224 12352 0 E4 000408
2019-02-22 18:21:34.787 CUL CUL_1 UNKNOWNCODE p 7 288 960 880 384 240 1008 24 1 3 0 272 12320 0 E5 000408
2019-02-22 18:21:34.830 CUL CUL_1 UNKNOWNCODE p11 288 960 448 288 240 1008 25 1 3 1 240 12336 0 E4 FFFBF780
2019-02-22 18:21:34.873 CUL CUL_1 UNKNOWNCODE p 7 288 960 848 416 288 960 24 1 3 0 240 12336 0 E2 000408
2019-02-22 18:21:34.915 CUL CUL_1 UNKNOWNCODE p 7 288 976 848 400 240 1008 24 1 3 0 288 12304 0 E6 000400
2019-02-22 18:21:34.958 CUL CUL_1 UNKNOWNCODE p 7 304 960 832 400 272 992 24 1 3 0 272 12304 0 E5 000408
2019-02-22 18:21:35.001 CUL CUL_1 UNKNOWNCODE p 7 288 944 880 352 272 992 24 1 3 0 240 12336 0 E4 000408
Mit set CUL_1 raw raw G0036c5133a351a00040800 kann ich diese Farbe steuern
Hat man hier eine Möglichkeit den Code als intertechno in das System zu bekommen ?
Vielen Dank schon einmal und Grüße
Sven
@Telekatz
Danke dir! Sorry, werde vermtl. langsam nervig, aber ich komm weder in der Sache noch im Verständnis irgendwie weiter :(
1. Egal wie ich REPTIME setze, ich kann eigentlich keine ernsthafte Änderung feststellen.
Ich habe ich zuerst gedacht, dass mein neuer Wert (definiert in board.h) nicht zum Zuge kommt, aber ich hab eine Ausgabe des Defines eingebaut und es ist mMn korrekt gesetzt an der relevanten Stelle:
Line 471 in rf_receive.c:
#define STRING2(x) #x
#define STRING(x) STRING2(x)
#pragma message "REPTIME = " STRING(REPTIME)
if(roby == oby && (ticks - reptime[CC_INSTANCE] < REPTIME)) // 38/125 = 0.3 sec
packetCheckValues.isrep = 1;
}
#error stop
Gibt das hier aus:
../../clib/rf_receive.c: In function 'RfAnalyze_Task':
../../clib/rf_receive.c:473:9: note: #pragma message: REPTIME = 125
#pragma message "REPTIME = " STRING(REPTIME)
^
../../clib/rf_receive.c:477:2: error: #error stop
#error stop
^
Also REPTIME ist an der Stelle (die einzige, wo es verwendet wird?) 125, also 1000 ms.
Wenn ich die Fernbedienung der ELRO gedrückt und am besten etwas rumschwenke, dann sieht das so aus:
2019.03.04 22:58:26.785 5: CUL/RAW: /i00551113
2019.03.04 22:58:27.043 5: CUL/RAW: /i00551112
2019.03.04 22:58:27.730 5: CUL/RAW: /omDB695610
2019.03.04 22:58:28.331 5: CUL/RAW: /omDB6D2011
2019.03.04 22:58:28.933 5: CUL/RAW: /omDB69001C
2019.03.04 22:58:28.976 5: CUL/RAW: /omDB6B581C
2019.03.04 22:58:29.190 5: CUL/RAW: /omDB6D601C
2019.03.04 22:58:29.276 5: CUL/RAW: /omDB6D801B
2019.03.04 22:58:29.576 5: CUL/RAW: /omDB6B0012
2019.03.04 22:58:29.919 5: CUL/RAW: /i00551108
2019.03.04 22:58:30.434 5: CUL/RAW: /i00551111
2019.03.04 22:58:30.648 5: CUL/RAW: /i00551110
Folgende Fragen kommen bei mir auf:
- REPTIME ist also 1000 ms. Wieso können immer noch identische Nachrichten zum Beispiel bei 22:58:30.434 und bei 22:58:30.648 auftauchen? Da liegen nur ~200 ms dazwischen.
- Ich bin mir recht sicher, dass die "/om"-Nachrichten auch durch die Fernbedienung erzeugt wurden. Ich hab zwar Oregon-Sensoren, aber die reden viel seltener und die Nachrichten sind dann viel länger.
Gleiches Verhalten kann ich genau so mit der Original-FW provozieren.
Missverstehe ich irgendwas grundsätzlich an dem REPTIME-Mechanismus? Ich dachte, dass zwischen zwei identischen Nachrichten (exklusive RSSI) mindestens REPTIME * 8 ms vergehen müssen, damit sie als neue Nachricht akzeptiert wird. Eine neue identische Nachricht resettet den Zähler (sprich: ich kann eine Stunde lang identische Nachrichten schicken im Abstand von 50 ms und nur die allererste wird verarbeitet).
Kann es sein, dass dein Empfänger deine FB nicht sonderlich gut empfängt? Der Filter wird nämlich nicht nur nach der REPTIME zurückgesetzt. Er wird auch zurückgesetzt, wenn eine zur vorherigen Nachricht unterschiedliche Nachricht dekodiert wird. Diese neue Nachricht wird aber nur dann ausgegeben, wenn sie zweimal hintereinander dekodiert wird. Wenn also dein Empfänger einzelne Nachrichten zwischendurch falsch dekodiert, könnte das die Wiederholungen erklären.
So, leider erst jetzt wieder Zeit gefunden, um dieser Front weiter zu machen.
Interessanter Punkt mit den unterschiedlichen Nachrichten... Ich hab mal den Maple ins gleiche Zimmer geholt hier. Jetzt ca. 1,5 m Luftlinie Distanz ohne Wand. Hab jetzt einen RSSI um ca. -60 dB.
Um zu testen, habe ich einmal Dauerfeuer von der ELPRO mit deiner X23-Firmware gemacht und einmal mit meiner Variante mit REP_TIME=250, also 2 Sekunden. Die Erwartung wäre, dass ich mit der X23-Firmware sehen kann, dass oft unterschiedliche Nachrichten empfangen werden um damit erklären zu können, dass die REP_TIME-FW oft doppelte Nachricht raus gibt mit einem Abstand kleiner 2 Sek.
Mit X23 siehts so aus (ich hab mal alle Nachrichten eingerückt, die nicht "004551" sind):
2019.03.10 22:25:36.742 5: CUL/RAW: /i0045510A
2019.03.10 22:25:36.785 5: CUL/RAW: /ihFFFA476009
2019.03.10 22:25:36.829 5: CUL/RAW: /i00455100
2019.03.10 22:25:36.871 5: CUL/RAW: /i00455108
2019.03.10 22:25:36.914 5: CUL/RAW: /i0045510A
2019.03.10 22:25:36.957 5: CUL/RAW: /i00455107
2019.03.10 22:25:37.000 5: CUL/RAW: /i00455108
2019.03.10 22:25:37.043 5: CUL/RAW: /i004551FF
2019.03.10 22:25:37.086 5: CUL/RAW: /i0045510A
2019.03.10 22:25:37.129 5: CUL/RAW: /i00455106
2019.03.10 22:25:37.172 5: CUL/RAW: /i00455108
2019.03.10 22:25:37.258 5: CUL/RAW: /i00455106
2019.03.10 22:25:37.301 5: CUL/RAW: /i00455100
2019.03.10 22:25:37.344 5: CUL/RAW: /i00455108
2019.03.10 22:25:37.387 5: CUL/RAW: /i00455108
2019.03.10 22:25:37.430 5: CUL/RAW: /i004551FF
2019.03.10 22:25:37.473 5: CUL/RAW: /i0045510A
2019.03.10 22:25:37.516 5: CUL/RAW: /i00455106
2019.03.10 22:25:37.559 5: CUL/RAW: /i00455108
2019.03.10 22:25:37.602 5: CUL/RAW: /i00455100
2019.03.10 22:25:37.645 5: CUL/RAW: /i00455108
2019.03.10 22:25:37.688 5: CUL/RAW: /i0045510B
2019.03.10 22:25:37.731 5: CUL/RAW: /i00455108
2019.03.10 22:25:37.774 5: CUL/RAW: /i00455100
2019.03.10 22:25:37.817 5: CUL/RAW: /i00455108
2019.03.10 22:25:37.860 5: CUL/RAW: /i00455100
2019.03.10 22:25:37.903 5: CUL/RAW: /i0045510A
2019.03.10 22:25:37.946 5: CUL/RAW: /i00455106
2019.03.10 22:25:37.989 5: CUL/RAW: /i00455100
2019.03.10 22:25:38.032 5: CUL/RAW: /i0045510A
2019.03.10 22:25:38.075 5: CUL/RAW: /i00455106
2019.03.10 22:25:38.118 5: CUL/RAW: /i004551FF
2019.03.10 22:25:38.161 5: CUL/RAW: /i0045510A
2019.03.10 22:25:38.204 5: CUL/RAW: /i00455107
2019.03.10 22:25:38.247 5: CUL/RAW: /i00455107
2019.03.10 22:25:38.290 5: CUL/RAW: /i004551FF
2019.03.10 22:25:38.333 5: CUL/RAW: /i00455107
2019.03.10 22:25:38.375 5: CUL/RAW: /i00455106
2019.03.10 22:25:38.419 5: CUL/RAW: /i00455100
2019.03.10 22:25:38.505 5: CUL/RAW: /i00455107
2019.03.10 22:25:38.548 5: CUL/RAW: /i004551FF
2019.03.10 22:25:38.677 5: CUL/RAW: /i00455102
2019.03.10 22:25:38.805 5: CUL/RAW: /i00455100
2019.03.10 22:25:38.849 5: CUL/RAW: /i00455108
2019.03.10 22:25:38.891 5: CUL/RAW: /i00455100
2019.03.10 22:25:38.935 5: CUL/RAW: /i00455108
2019.03.10 22:25:38.977 5: CUL/RAW: /i00455100
2019.03.10 22:25:39.021 5: CUL/RAW: /i00455108
2019.03.10 22:25:39.063 5: CUL/RAW: /i00455100
2019.03.10 22:25:39.106 5: CUL/RAW: /i0045510A
2019.03.10 22:25:39.149 5: CUL/RAW: /i00455106
2019.03.10 22:25:39.197 5: CUL/RAW: /i00455108
2019.03.10 22:25:39.236 5: CUL/RAW: /i004551FF
2019.03.10 22:25:39.322 5: CUL/RAW: /i20455105
2019.03.10 22:25:39.365 5: CUL/RAW: /i00455100
2019.03.10 22:25:39.408 5: CUL/RAW: /i00455109
2019.03.10 22:25:39.450 5: CUL/RAW: /i00455106
2019.03.10 22:25:39.495 5: CUL/RAW: /i10455113
2019.03.10 22:25:39.580 5: CUL/RAW: /i00455100
2019.03.10 22:25:39.622 5: CUL/RAW: /i0045510A
2019.03.10 22:25:39.665 5: CUL/RAW: /i00455106
2019.03.10 22:25:39.708 5: CUL/RAW: /i00455100
2019.03.10 22:25:39.751 5: CUL/RAW: /i00455107
2019.03.10 22:25:39.795 5: CUL/RAW: /i00455100
2019.03.10 22:25:39.838 5: CUL/RAW: /i00455108
2019.03.10 22:25:39.880 5: CUL/RAW: /i00455107
2019.03.10 22:25:39.925 5: CUL/RAW: /i05855108
2019.03.10 22:25:39.966 5: CUL/RAW: /i0045510C
2019.03.10 22:25:40.009 5: CUL/RAW: /i00455108
2019.03.10 22:25:40.052 5: CUL/RAW: /i00455100
2019.03.10 22:25:40.095 5: CUL/RAW: /i0045510A
2019.03.10 22:25:40.138 5: CUL/RAW: /ihFFBCD2800C
2019.03.10 22:25:40.224 5: CUL/RAW: /i00455108
2019.03.10 22:25:40.267 5: CUL/RAW: /i00455108
2019.03.10 22:25:40.311 5: CUL/RAW: /i00455100
2019.03.10 22:25:40.353 5: CUL/RAW: /i0045510A
2019.03.10 22:25:40.439 5: CUL/RAW: /i00455100
2019.03.10 22:25:40.482 5: CUL/RAW: /i00455108
2019.03.10 22:25:40.525 5: CUL/RAW: /i0045510B
2019.03.10 22:25:40.568 5: CUL/RAW: /i00455108
2019.03.10 22:25:40.654 5: CUL/RAW: /i00455100
2019.03.10 22:25:40.697 5: CUL/RAW: /i00455109
2019.03.10 22:25:40.740 5: CUL/RAW: /i00455106
2019.03.10 22:25:40.783 5: CUL/RAW: /i004551FF
2019.03.10 22:25:40.826 5: CUL/RAW: /i00455106
2019.03.10 22:25:40.955 5: CUL/RAW: /i004551FF
2019.03.10 22:25:40.998 5: CUL/RAW: /i00455106
2019.03.10 22:25:41.042 5: CUL/RAW: /i00455100
2019.03.10 22:25:41.084 5: CUL/RAW: /i0045510A
2019.03.10 22:25:41.170 5: CUL/RAW: /i00455102
2019.03.10 22:25:41.213 5: CUL/RAW: /i0045510A
2019.03.10 22:25:41.256 5: CUL/RAW: /i00455106
2019.03.10 22:25:41.299 5: CUL/RAW: /i00455100
2019.03.10 22:25:41.385 5: CUL/RAW: /i00455106
2019.03.10 22:25:41.428 5: CUL/RAW: /i00455100
2019.03.10 22:25:41.557 5: CUL/RAW: /i00455102
2019.03.10 22:25:41.643 5: CUL/RAW: /i00455106
2019.03.10 22:25:41.686 5: CUL/RAW: /i00455108
2019.03.10 22:25:41.729 5: CUL/RAW: /i004551FF
2019.03.10 22:25:41.772 5: CUL/RAW: /i0045510A
2019.03.10 22:25:41.815 5: CUL/RAW: /i00455112
2019.03.10 22:25:41.859 5: CUL/RAW: /i20455106
2019.03.10 22:25:41.901 5: CUL/RAW: /i00455100
2019.03.10 22:25:41.965 5: CUL/RAW: /i0045510A
2019.03.10 22:25:41.988 5: CUL/RAW: /i00455106
2019.03.10 22:25:42.031 5: CUL/RAW: /i004551FF
2019.03.10 22:25:42.073 5: CUL/RAW: /i00455106
2019.03.10 22:25:42.117 5: CUL/RAW: /i00455100
2019.03.10 22:25:42.160 5: CUL/RAW: /i00455109
2019.03.10 22:25:42.202 5: CUL/RAW: /i00455106
2019.03.10 22:25:42.245 5: CUL/RAW: /i004551FF
2019.03.10 22:25:42.288 5: CUL/RAW: /i00455106
2019.03.10 22:25:42.332 5: CUL/RAW: /i00455108
2019.03.10 22:25:42.375 5: CUL/RAW: /i004551FF
2019.03.10 22:25:42.418 5: CUL/RAW: /i00455108
2019.03.10 22:25:42.461 5: CUL/RAW: /i00455106
2019.03.10 22:25:42.547 5: CUL/RAW: /i004551FF
2019.03.10 22:25:42.590 5: CUL/RAW: /i0045510A
2019.03.10 22:25:42.633 5: CUL/RAW: /i00455106
2019.03.10 22:25:42.676 5: CUL/RAW: /i0045510B
2019.03.10 22:25:42.719 5: CUL/RAW: /i00455107
2019.03.10 22:25:42.805 5: CUL/RAW: /i00455101
2019.03.10 22:25:42.848 5: CUL/RAW: /i00455107
2019.03.10 22:25:42.891 5: CUL/RAW: /i00455108
2019.03.10 22:25:42.934 5: CUL/RAW: /i00455100
2019.03.10 22:25:42.977 5: CUL/RAW: /i00455108
2019.03.10 22:25:43.020 5: CUL/RAW: /i00455100
2019.03.10 22:25:43.063 5: CUL/RAW: /i0045510A
2019.03.10 22:25:43.106 5: CUL/RAW: /i00455106
2019.03.10 22:25:43.149 5: CUL/RAW: /i004551FF
2019.03.10 22:25:43.192 5: CUL/RAW: /i00455108
2019.03.10 22:25:43.235 5: CUL/RAW: /i00455107
2019.03.10 22:25:43.278 5: CUL/RAW: /i0045510C
2019.03.10 22:25:43.321 5: CUL/RAW: /i00455108
2019.03.10 22:25:43.364 5: CUL/RAW: /i004551FF
2019.03.10 22:25:43.407 5: CUL/RAW: /i00455107
2019.03.10 22:25:43.450 5: CUL/RAW: /i00455106
2019.03.10 22:25:43.493 5: CUL/RAW: /i00455108
2019.03.10 22:25:43.536 5: CUL/RAW: /i004551FF
2019.03.10 22:25:43.579 5: CUL/RAW: /i0045510A
2019.03.10 22:25:43.622 5: CUL/RAW: /i00455106
2019.03.10 22:25:43.665 5: CUL/RAW: /i00455100
2019.03.10 22:25:43.708 5: CUL/RAW: /i00455107
2019.03.10 22:25:43.751 5: CUL/RAW: /i004551FF
2019.03.10 22:25:43.838 5: CUL/RAW: /ih6FFBAAE006
2019.03.10 22:25:43.880 5: CUL/RAW: /i004551FF
2019.03.10 22:25:44.009 5: CUL/RAW: /i004551FF
2019.03.10 22:25:44.052 5: CUL/RAW: /i00455106
2019.03.10 22:25:44.138 5: CUL/RAW: /i00455100
2019.03.10 22:25:44.224 5: CUL/RAW: /i004551FF
2019.03.10 22:25:44.267 5: CUL/RAW: /i00455107
2019.03.10 22:25:44.310 5: CUL/RAW: /i004551FF
2019.03.10 22:25:44.353 5: CUL/RAW: /i00455108
2019.03.10 22:25:44.396 5: CUL/RAW: /i00455108
2019.03.10 22:25:44.439 5: CUL/RAW: /i004551FF
2019.03.10 22:25:44.482 5: CUL/RAW: /i0045510A
2019.03.10 22:25:44.525 5: CUL/RAW: /i00455106
2019.03.10 22:25:44.568 5: CUL/RAW: /i004551FF
2019.03.10 22:25:44.611 5: CUL/RAW: /i00455106
2019.03.10 22:25:44.654 5: CUL/RAW: /i004551FF
2019.03.10 22:25:44.740 5: CUL/RAW: /i00455108
2019.03.10 22:25:44.783 5: CUL/RAW: /i00455106
2019.03.10 22:25:44.826 5: CUL/RAW: /i004551FF
2019.03.10 22:25:44.869 5: CUL/RAW: /i00455106
2019.03.10 22:25:44.913 5: CUL/RAW: /i00455100
2019.03.10 22:25:44.955 5: CUL/RAW: /i00455108
2019.03.10 22:25:44.999 5: CUL/RAW: /i004551FF
2019.03.10 22:25:45.041 5: CUL/RAW: /i00455106
2019.03.10 22:25:45.085 5: CUL/RAW: /i004551FF
2019.03.10 22:25:45.127 5: CUL/RAW: /i00455107
2019.03.10 22:25:45.170 5: CUL/RAW: /i004551FF
2019.03.10 22:25:45.213 5: CUL/RAW: /i00455108
2019.03.10 22:25:45.257 5: CUL/RAW: /i004551FF
2019.03.10 22:25:45.300 5: CUL/RAW: /i00455105
2019.03.10 22:25:45.342 5: CUL/RAW: /i004551FF
2019.03.10 22:25:45.386 5: CUL/RAW: /i00455106
2019.03.10 22:25:45.429 5: CUL/RAW: /i004551FF
2019.03.10 22:25:45.515 5: CUL/RAW: /i004551FF
2019.03.10 22:25:45.558 5: CUL/RAW: /i00455106
2019.03.10 22:25:45.601 5: CUL/RAW: /i0045510A
2019.03.10 22:25:45.644 5: CUL/RAW: /ihFD9EA1E010
2019.03.10 22:25:45.731 5: CUL/RAW: /i408AE10F
2019.03.10 22:25:45.816 5: CUL/RAW: /i004551FF
2019.03.10 22:25:45.859 5: CUL/RAW: /i00455107
2019.03.10 22:25:45.945 5: CUL/RAW: /i00455108
2019.03.10 22:25:45.988 5: CUL/RAW: /i00455108
2019.03.10 22:25:46.031 5: CUL/RAW: /i004551FF
2019.03.10 22:25:46.087 5: CUL/RAW: /i00455106
2019.03.10 22:25:46.117 5: CUL/RAW: /i00255106
2019.03.10 22:25:46.160 5: CUL/RAW: /i004551FF
2019.03.10 22:25:46.203 5: CUL/RAW: /i00455108
2019.03.10 22:25:46.246 5: CUL/RAW: /i004551FF
2019.03.10 22:25:46.289 5: CUL/RAW: /i00455108
2019.03.10 22:25:46.332 5: CUL/RAW: /i0045510C
2019.03.10 22:25:46.461 5: CUL/RAW: /i004551FF
2019.03.10 22:25:46.504 5: CUL/RAW: /i00455106
2019.03.10 22:25:46.547 5: CUL/RAW: /i004551FF
2019.03.10 22:25:46.590 5: CUL/RAW: /i00455106
2019.03.10 22:25:46.633 5: CUL/RAW: /i004551FF
2019.03.10 22:25:46.762 5: CUL/RAW: /i004551FF
2019.03.10 22:25:46.805 5: CUL/RAW: /i00455106
2019.03.10 22:25:46.848 5: CUL/RAW: /i00455100
2019.03.10 22:25:46.891 5: CUL/RAW: /i00455108
2019.03.10 22:25:46.934 5: CUL/RAW: /i0045510A
2019.03.10 22:25:46.977 5: CUL/RAW: /i00455106
2019.03.10 22:25:47.020 5: CUL/RAW: /i00455101
2019.03.10 22:25:47.063 5: CUL/RAW: /i00455109
2019.03.10 22:25:47.106 5: CUL/RAW: /i00455106
2019.03.10 22:25:47.150 5: CUL/RAW: /i00455109
2019.03.10 22:25:47.192 5: CUL/RAW: /i00455106
2019.03.10 22:25:47.235 5: CUL/RAW: /i004551FF
2019.03.10 22:25:47.321 5: CUL/RAW: /i004551FF
2019.03.10 22:25:47.365 5: CUL/RAW: /i00455106
2019.03.10 22:25:47.407 5: CUL/RAW: /i004551FF
2019.03.10 22:25:47.451 5: CUL/RAW: /i00455109
2019.03.10 22:25:47.537 5: CUL/RAW: /i00455106
2019.03.10 22:25:47.580 5: CUL/RAW: /i004551FF
2019.03.10 22:25:47.623 5: CUL/RAW: /i00455107
2019.03.10 22:25:47.709 5: CUL/RAW: /i004551FF
2019.03.10 22:25:47.751 5: CUL/RAW: /i00455107
2019.03.10 22:25:47.795 5: CUL/RAW: /i004551FF
2019.03.10 22:25:47.838 5: CUL/RAW: /i00455106
2019.03.10 22:25:47.881 5: CUL/RAW: /i004551FF
2019.03.10 22:25:47.925 5: CUL/RAW: /i00455105
2019.03.10 22:25:48.010 5: CUL/RAW: /i0045510A
2019.03.10 22:25:48.053 5: CUL/RAW: /i00455106
2019.03.10 22:25:48.096 5: CUL/RAW: /i004551FF
2019.03.10 22:25:48.139 5: CUL/RAW: /i00455108
2019.03.10 22:25:48.182 5: CUL/RAW: /i004551FF
2019.03.10 22:25:48.225 5: CUL/RAW: /i00455105
2019.03.10 22:25:48.268 5: CUL/RAW: /i004551FF
2019.03.10 22:25:48.311 5: CUL/RAW: /i00455109
2019.03.10 22:25:48.354 5: CUL/RAW: /i00455106
2019.03.10 22:25:48.397 5: CUL/RAW: /i004551FF
2019.03.10 22:25:48.440 5: CUL/RAW: /i00455106
2019.03.10 22:25:48.483 5: CUL/RAW: /i004551FF
2019.03.10 22:25:48.569 5: CUL/RAW: /i00455106
2019.03.10 22:25:48.612 5: CUL/RAW: /i004551FF
2019.03.10 22:25:48.741 5: CUL/RAW: /i004551FF
2019.03.10 22:25:48.784 5: CUL/RAW: /i00455106
2019.03.10 22:25:48.827 5: CUL/RAW: /i004551FF
2019.03.10 22:25:48.871 5: CUL/RAW: /i00455106
2019.03.10 22:25:48.913 5: CUL/RAW: /i004551FF
2019.03.10 22:25:49.042 5: CUL/RAW: /i00455108
2019.03.10 22:25:49.085 5: CUL/RAW: /i0045510A
2019.03.10 22:25:49.128 5: CUL/RAW: /i00455106
2019.03.10 22:25:49.171 5: CUL/RAW: /i004551FF
2019.03.10 22:25:49.214 5: CUL/RAW: /i0045510A
2019.03.10 22:25:49.258 5: CUL/RAW: /i00455106
2019.03.10 22:25:49.300 5: CUL/RAW: /i004551FF
2019.03.10 22:25:49.344 5: CUL/RAW: /i00455106
2019.03.10 22:25:49.473 5: CUL/RAW: /i004551FF
2019.03.10 22:25:49.516 5: CUL/RAW: /i00455106
2019.03.10 22:25:49.559 5: CUL/RAW: /i004551FF
2019.03.10 22:25:49.602 5: CUL/RAW: /i00455108
2019.03.10 22:25:49.645 5: CUL/RAW: /i00455108
2019.03.10 22:25:49.688 5: CUL/RAW: /i00455100
2019.03.10 22:25:49.732 5: CUL/RAW: /i00455108
2019.03.10 22:25:49.774 5: CUL/RAW: /i004551FF
2019.03.10 22:25:49.817 5: CUL/RAW: /i00455107
2019.03.10 22:25:49.903 5: CUL/RAW: /i004551FF
2019.03.10 22:25:49.946 5: CUL/RAW: /i00455108
2019.03.10 22:25:49.989 5: CUL/RAW: /i00455110
2019.03.10 22:25:50.075 5: CUL/RAW: /i00455100
2019.03.10 22:25:50.118 5: CUL/RAW: /i00455107
2019.03.10 22:25:50.161 5: CUL/RAW: /i00455100
2019.03.10 22:25:50.204 5: CUL/RAW: /i00555F07
Hm, also eigentlich recht selten andersartige Nachrichten empfangen.
Und dann jetzt die "normale" FW mit REP_TIME=250:
2019.03.10 22:35:03.918 5: CUL/RAW: /i0045511F
2019.03.10 22:35:04.090 5: CUL/RAW: /i00555F20
2019.03.10 22:35:04.989 5: CUL/RAW: /omD5552D4D5534B53334E7
2019.03.10 22:35:05.445 5: CUL/RAW: /i0045511D
2019.03.10 22:35:05.574 5: CUL/RAW: /i0045511D
2019.03.10 22:35:05.789 5: CUL/RAW: /i0045511F
2019.03.10 22:35:06.089 5: CUL/RAW: /i0045511D
2019.03.10 22:35:06.863 5: CUL/RAW: /i0045511E
2019.03.10 22:35:06.949 5: CUL/RAW: /i0045511E
2019.03.10 22:35:07.120 5: CUL/RAW: /i0045511E
2019.03.10 22:35:07.507 5: CUL/RAW: /i0045511E
2019.03.10 22:35:07.980 5: CUL/RAW: /i0045511E
2019.03.10 22:35:08.453 5: CUL/RAW: /i0045511E
2019.03.10 22:35:08.798 5: CUL/RAW: /omDB6B1E
2019.03.10 22:35:08.926 5: CUL/RAW: /i0045512D
2019.03.10 22:35:09.183 5: CUL/RAW: /i0045511E
2019.03.10 22:35:09.699 5: CUL/RAW: /i0045511E
2019.03.10 22:35:10.000 5: CUL/RAW: /i0045511E
2019.03.10 22:35:10.432 5: CUL/RAW: /i0045511E
2019.03.10 22:35:10.731 5: CUL/RAW: /i0045511F
2019.03.10 22:35:10.988 5: CUL/RAW: /i0045511E
2019.03.10 22:35:11.160 5: CUL/RAW: /i0045511F
2019.03.10 22:35:11.719 5: CUL/RAW: /i0045511E
2019.03.10 22:35:12.107 5: CUL/RAW: /i00455120
2019.03.10 22:35:12.880 5: CUL/RAW: /i0045511F
2019.03.10 22:35:12.966 5: CUL/RAW: /i0045511F
2019.03.10 22:35:13.439 5: CUL/RAW: /i0045511F
2019.03.10 22:35:14.084 5: CUL/RAW: /i0045511F
2019.03.10 22:35:14.471 5: CUL/RAW: /i0045511E
2019.03.10 22:35:14.858 5: CUL/RAW: /i0045511F
2019.03.10 22:35:14.944 5: CUL/RAW: /i0045511F
2019.03.10 22:35:15.030 5: CUL/RAW: /i0045511E
2019.03.10 22:35:15.502 5: CUL/RAW: /i0045511F
2019.03.10 22:35:15.675 5: CUL/RAW: /i0045511E
2019.03.10 22:35:16.233 5: CUL/RAW: /i0045511F
2019.03.10 22:35:16.405 5: CUL/RAW: /i0045511F
2019.03.10 22:35:16.836 5: CUL/RAW: /i0045511F
2019.03.10 22:35:17.051 5: CUL/RAW: /i0045511F
2019.03.10 22:35:17.223 5: CUL/RAW: /i0045511F
2019.03.10 22:35:17.481 5: CUL/RAW: /i0045511E
2019.03.10 22:35:17.867 5: CUL/RAW: /i0045511F
2019.03.10 22:35:18.427 5: CUL/RAW: /i0045511E
2019.03.10 22:35:18.599 5: CUL/RAW: /i0045511F
2019.03.10 22:35:18.814 5: CUL/RAW: /i0045511F
2019.03.10 22:35:18.986 5: CUL/RAW: /i00455120
Also man sieht, dass die 2 Sekunden sehr oft unterschritten werden (bzw. eigentlich *nie* erreicht werden?). Im X23-Modus hat man gesehen, dass zwar ab und zu andere Nachrichten empfangen werden, aber mMn nicht annähernd genug, um damit erklären zu können, dass die 2 Sek. nie erreicht werden.
Also wie ich es drehe und wende, ich finde leider nichts nachvollziehbares :(
Gibt es irgendwo den Quellcode der X23-Variante? Ich würde gerne nochmal auf dieser aufsetzen und REP_TIME erhöhen. Einfach um sicherzustellen, dass ich nicht auf zwei unterschiedlichen Quellcode-Ständen teste.
Mag nach wie vor sein, dass ich irgendwas nicht richtig verstehe, aber gefühlt muss ich sagen, werde ich den Eindruck nicht los, dass da irgendwo der Wurm drin ist in dieser Wiederholungserkennung :-[
EDIT:
Achso: das eigentlich Ziel ist ja, zu verstehen, was der Empfang von Homematic-Nachrichten mit der ganzen Geschichte der doppelten Nachrichten zu tun hat... aber daran wage ich momentan gar nicht zu denken ^^
@Telekatz
Ich denke, ich hab raus gefunden, woran es liegt (also mein Ursprungsproblem, dass der RC-Button nochmal empfangen wird, wenn ich HM schalte):
In dem Moment, in dem HM aktiv wird, ruft irgendjemand die Funktion reset_input() auf.
void reset_input(void)
{
maxLevel[CC_INSTANCE]=0;
#ifdef USE_HAL
hal_enable_CC_timer_int(CC_INSTANCE,FALSE);
#else
TIMSK1 = 0;
#endif
bucket_array[CC_INSTANCE][bucket_in[CC_INSTANCE]].state = STATE_RESET;
#if defined (HAS_IT) || defined (HAS_TCM97001)
packetCheckValues.isnotrep = 0;
#endif
#ifdef SAM7
HAL_timer_set_reload_register(CC_INSTANCE,0);
#elif defined STM32
HAL_timer_set_reload_register(CC_INSTANCE,0xffff);
#else
OCR1A = 0;
#endif
}
In der Funktion wird dann
packetCheckValues.isnotrep = 0;
gesetzt. Das wiederum führt dazu, dass die nächste IT-Message innerhalb der Serie, die meine RC sendet, dann als zweite Wiederholung aufgefasst wird und deshalb (nochmals) rausgesendet wird.
Hat mMn mit REP_TIME also nichts weiter zu tun. Alle Nachrichten eines Tastendrucks werden korrekt als Repeats erkannt.
Wenn ich die o.g. Zeile rausnehme, dann tritt das Problem nicht mehr auf. Kann aber die Nebenwirkungen auf den Rest nicht gut genug überblicken.
Reicht das für dich zum Verstehen und evtl. beheben? Mir ist's noch etwas rätselhaft, warum das bei dir nicht auftritt. Ich verstehe aber auch nicht gut genug, wer bzw. wann reset_input() aufgerufen wird.
Ich denke nicht, dass man den Aufruf von reset_input() hier als Fehler werten kann. Das wird bei dir vermutlich nur deswegen aufgerufen, weil ein fehlerhaftes Paket empfangen wurde. Mein Vermutung ist ja immernoch, dass es sich bei dir um ein Problem mit dem Empfänger handelt. Ich vermute, dass beim Senden der HM Nachricht durch die Nähe zum IT Empfänger es zu einer kurzen Störung beim Empfang kommt.
Zitat von: vbs am 10 März 2019, 22:46:14
Gibt es irgendwo den Quellcode der X23-Variante? Ich würde gerne nochmal auf dieser aufsetzen und REP_TIME erhöhen. Einfach um sicherzustellen, dass ich nicht auf zwei unterschiedlichen Quellcode-Ständen teste.
https://github.com/Telekatz/a-culfw/tree/repeated_IT (https://github.com/Telekatz/a-culfw/tree/repeated_IT)
Zitat von: Telekatz am 13 März 2019, 18:09:32
Ich denke nicht, dass man den Aufruf von reset_input() hier als Fehler werten kann. Das wird bei dir vermutlich nur deswegen aufgerufen, weil ein fehlerhaftes Paket empfangen wurde. Mein Vermutung ist ja immernoch, dass es sich bei dir um ein Problem mit dem Empfänger handelt. Ich vermute, dass beim Senden der HM Nachricht durch die Nähe zum IT Empfänger es zu einer kurzen Störung beim Empfang kommt.
Ok, aber ich kann es mir nicht erklären. Ist das ein Hardwareschaden? Der Empfang ist eigentlich ok (RSSI -60 bis -70). Der Maple steht mittlerweile 2m vor mir ohne Wand. Ich wüsste nicht, wie ich den Empfang noch verbessern könnte.
Ich hab mal zu Debug-Zwecken eine Firmware gebaut, die alle Nachrichten weitergibt und das letzte Byte der Nachricht als Debug-Ausgabe missbraucht:
0xF0 - Nachricht wäre normal versendet worden
0x01 - packetCheckValues.isrep
0x02 - packetCheckValues.isnotrep
Die Werte werden dann verodert.
Wenn ich mit der Fernbedienung HM schalte, sieht es dann so aus:
2019.03.13 19:16:43.447 5: CUL/RAW: /i10101500 <- erste RC-Nachricht wird empfangen aber nicht rausgesendet (kein 0xF0) (OK)
2019.03.13 19:16:43.585 5: CUL/RAW: /i101015F1 <- nochmals empfangen (isrep == 1) und wird versendet (0xF0) (OK)
2019.03.13 19:16:43.607 5: CUL/RAW: /i10101503 <- wieder empfangen (isrep == 1 und isnotrep == 1) wird aber nicht mehr versendet (kein 0xF0) (OK)
2019.03.13 19:16:43.623 5: CUL/RAW: /i10101503 <- ab hier wird erstmal nicht mehr versendet (OK)
2019.03.13 19:16:43.636 5: CUL/RAW: /i10101503
2019.03.13 19:16:43.678 5: CUL/RAW: /i10101503
2019.03.13 19:16:43.724 5: CUL/RAW: /i101015F1 <- jetzt auf einmal wird wieder versendet (0xF0). isnotrep ist nicht mehr gesetzt. es wurde reset_input aufgerufen ausgelöst durch HM (Problem)
2019.03.13 19:16:43.849 5: CUL/RAW: /i10101503
2019.03.13 19:16:43.873 5: CUL/RAW: /i10101503
2019.03.13 19:16:43.895 5: CUL/RAW: /i10101503
2019.03.13 19:16:43.909 5: CUL/RAW: /i10101503
2019.03.13 19:16:43.954 5: CUL/RAW: /i10101503
2019.03.13 19:16:44.000 5: CUL/RAW: /i101015F1 <- gleiches Spiel wieder...
2019.03.13 19:16:44.130 5: CUL/RAW: /i10101503
2019.03.13 19:16:44.148 5: CUL/RAW: /i10101503
2019.03.13 19:16:44.171 5: CUL/RAW: /i10101503
2019.03.13 19:16:44.185 5: CUL/RAW: /i10101503
2019.03.13 19:16:44.231 5: CUL/RAW: /i10101503
2019.03.13 19:16:44.276 5: CUL/RAW: /i10101503
Also eigentlich wirkt der Empfang auf mich stabil. Fehlerhafte Nachrichten müsste ich doch sehen, oder?
Hab ich noch andere Option, außer dem Auskommentieren von "packetCheckValues.isnotrep = 0;" in reset_input()? Und welche Probleme handel ich mir damit ein?
Danke
Achso, das war der Code, den ich benutzt habe:
https://github.com/verybadsoldier/a-culfw/tree/rep_debug (https://github.com/verybadsoldier/a-culfw/tree/rep_debug)
Wie weit sind denn die Antenne des HM und des IT Moduls voneinander entfernt. Ich hab da den Verdacht, dass der IT Empfänger während des Sendens der HM Nachricht Störungen vom HM Modul empfängt, die er fälschlicherweise als Start einer SlowRF Nachricht interpretiert. Das kann er aber später nicht dekodieren und ruft daraufhin reset_input().
Du solltest mal weitere Debugmeldungen an den Stellen einbauen, an dem überall reset_input() aufgerufen wird, um die Stelle zu finden, an der das hier passiert.
Also die Antennen sind schon recht nah zusammen (siehe Bild). Aber mMn so wie auf dem MapleCUL vorgesehen.
Hab mal den Aufrufer von reset_input() identifiziert. Hadelt sich um rf_receive.c Zeile ~1260:
} else if(hightime[CC_INSTANCE] > lowtime[CC_INSTANCE]) {
addbit(b, 1);*/
} else {
/* addbit(b, 0);*/
/* b->two.hightime = makeavg(b->zero.hightime, hightime[CC_INSTANCE]);
b->two.lowtime = makeavg(b->zero.lowtime, lowtime[CC_INSTANCE]);*/
reset_input();
}
break;
Scheint eine Interrupt-Routine zu sein. Aber ich verstehe zu wenig vom Ablauf, um sagen zu können was dort passiert. Hast du dazu evtl. eine Idee?
Da wird das demodulierte Signal vom Receiver versucht zu analysieren. Dein Receiver empfängt irgend ein Signal, das wie ein bekanntes Sync Signal interpretiert wird, und bricht dann den Empfang ab, weil das Signal dann doch keinen Sinn ergibt.
Ob man "isnotrep = 0" in reset_input() weglassen kann müsste sich Björn mal anschauen, da der Code von ihm ist.
Das wär super. Ich betreibe das momentan so und ich hab bisher noch keine Nebeneffekte festgestellt. Aber das muss nicht viel heißen.
Liest er hier mit oder soll ich ihn mal anschreiben?
Ich habe es zwar jetzt noch nicht komplett durchgelesen....
Es gibt aber Sender/Fernbedienungen welche zwischen den Aussendungen ein sleep machen. Dann läuft der timer ab und es wird ein neues paket erkannt.
Ein ähnliches Verhalten entsteht wenn die Übertragung gestört wird, dann kann ein Paket nicht dekodiert werden und das nächste wird als neues erkannt.
Die Stelle im code schaue ich mir mal an, wobei spontan denke ich macht es dann bei anderen Protokollen Probleme. So war damals beim Schreiben meine Erfahrung.
Danke dir. Ich sehe momentan das isnotrep=0 als meine einzige Option leider :( Telekatz sagte aber auch schon, dass es vermutlich durch einen gestörten Empfang ausgelöst wird. Jedoch wird dieser gestörte Empfang ziemlich sicher durch das Versenden (bzw. Empfang des ACK) des Homematic-Moduls ausgelöst. Also sozusagen hausgemacht.
Ich glaube, in dem Post hier, kann man am besten sehen, wie die Nachrichten bei mir aussehen:
https://forum.fhem.de/index.php/topic,35064.msg918675.html#msg918675
Na dann probiers einfach aus.
Aber vielleicht kannst du es jaauch in fhem losen. Da kann man bestimnt etwas programmieren, so dass Nachrichten für den Schalter z. B. für eine Sekunde ignoriert werden.
Ja, das mit isnotrep=0 hab ich schon probiert. Wenn ich die Zeile in reset_input() ausbaue, dann löst das mein Problem (hatte ich hier gepostet: https://forum.fhem.de/index.php/topic,35064.msg918372.html#msg918372). Also das ist auf jeden Fall die Ursache. Kann jedoch nicht sagen, welche Nebenwirkungen dieser Hack hat.
Wäre natürlich super, wenn man das in der "offiziellen" Firmware auch irgendwie beheben könnte.
Ich hatte hier auch noch untersucht, wer reset_input() aufruft zu diesem Zeitpunkt:
https://forum.fhem.de/index.php/topic,35064.msg919206.html#msg919206
Ich schaue es mir an, aber nicht mehr heute [emoji6]
Dankeschön... eilt auch nicht!
Jetzt habe ich doch kurz geschaut.
Wenn das isnotrep im reset Zweig weg ist dann könnte es Probleme bei neuen Paketen geben.
Ich glaube ich habe das damals eingebaut wegen den HomeEasy Fernbedienungen.
Diese Senden zuerst ein HE800 dann ein ITv3 gefolgt von einem IT.
Wenn das nicht sauber zurückgesetzt wird, dann erkennt er glaube das nächste Paket erst beim dritten Block.
Aber das muss ich mal in Ruhe ausprobieren.
Beeinflussen tut der Wert nur den IT Zweig.
Hallo Zusammen,
habe gesehen, dass vor 10 Tagen eine neue Version von a-culfw ins Git gepusht wurde.
Ist jemand bekannt, ob da auch die Schaltprobleme mit den IT-3000 Steckdosen existieren?
Gruß Rolf
Gibt der Changelog (https://github.com/heliflieger/a-culfw/blob/master/CHANGELOG) was her?
Nein, aber was ist das Problem ?
Ich dacht man braucht nur eine andere IT-Clock einstellen?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Im Changelog steht nichts von den IT-3000.
Habe jetzt trotzdem die aktuelle FW eingespielt.
Leider gehen die IT-3000 noch immer nicht.
Den geänderten IT-Clock habe ich auch versucht, habe in einem anderen Beitrag 220 als Wert gefunden.
Leider hat es bei meinem SCC 1101 (stapelbarer CUL von Busware) nichts gebracht.
Kann die Steckdosen nicht schalten.
Gruß Rolf
@Telekatz
Steht dieser Commit "Fix for repeated messages filter on multi CC devices"
https://github.com/heliflieger/a-culfw/commit/4b3df40dd607c0a3b9a3636e0ebc5484f99e8974
zufällig in Verbindung mit diesem Problem von hier, bei dem ich Probleme hatte (bzw. habe) mit mehrfach empfangenen Nachrichten?
https://forum.fhem.de/index.php/topic,35064.msg918675.html#msg918675
Nein, das war ein anderer Bug, bei dem eine empfangene Nachricht auf einem anderen Transceiver den repeated messages Filter aller Transceiver zurückgesetzt hat.
Ok, danke.
Hallo zusammen,
ich hoffe der Post ist hier halbwegs richtig.
Nachdem ich mir mein FHEM System immer habe vom Kumpel machen lassen, traue ich mich langsam selbst an ein paar Projekte.
Ich habe wohl mal irgendwann einen Bewegungsmelder aus China mit bestellt. Bezeichung: CT60 ( Rückseite: Frequency 433 mhz (1527)). Beim Kauf stand da noch etwas von Sonoff- steht aber nicht auf der Verpackung.
Ich habe den CUL in Fhem eingebunden und liefert mir folgende Readings:
ccconf: freq:433.000MHz bWidth:325KHz rAmpl:42dB sens:8dB
cmds: A B C E e F f G i K l M N R T t U V W X x Z
raw: V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) nanoCUL868 (F-Band: 433MHz)
state: Initialized
Funksteckdosen anlernen heint mit einem zusätzlichen Model zu funktionieren...
Ich finde einfach nicht, wie ich jetzt den CUL dazu bekomme, dass er mitbekommt, wenn der Bewegungsmelder auslöst.
Ichhabe ihn mit Baterrien bestückt und es leuchtet beu Bewegung auch eine Diode am Bewegungsmelder auf, aber beim CUL tut sich nix.
Gibt es dafür auch ein Modul und dem sage ich, dass es über den CUL "zuhören" muss oder wie geht das?
LG :)
set CUL freq 433.920
get CUL ccconf
Wäre mal ein Anfang ;-)
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Zitat von: rlehnert am 18 April 2019, 20:33:51
Im Changelog steht nichts von den IT-3000.
Habe jetzt trotzdem die aktuelle FW eingespielt.
Leider gehen die IT-3000 noch immer nicht.
Den geänderten IT-Clock habe ich auch versucht, habe in einem anderen Beitrag 220 als Wert gefunden.
Leider hat es bei meinem SCC 1101 (stapelbarer CUL von Busware) nichts gebracht.
Kann die Steckdosen nicht schalten.
Gruß Rolf
Als IT Clock kenne ich nur 455.
@bjoernh Schon geil wie stabil diese Firmware einfach läuft.... richtig gut - seit Jahren in Nutzung! Danke
Dann will ich mal updaten :-)
V 1.26.01 a-culfw Build: 271 --> 1.26.07_build_320
Hallo, erstmal Vielen Dank für die geleistete Arbeit.
Ich bin gerade umgezogen und habe hier ein paar Gira Funkmodule, ist es möglich die Änderungen die nötig sind in die a-culfw einfließen zu lassen?
https://forum.fhem.de/index.php/topic,19065
Schöne Grüße
Hi,
ich wollte meinen Cul 433 updaten, nach dem aufruf der ./flash.sh werd ich gefragt welchen CUL ich hab, aber da bin ich mir nicht wirklich sicher, kann man das abfragen?
Das aktuelle Device sieht so aus:
Internals:
CMDS ABCEeFGhiKkLlMmRTtUuVWXxY
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
Cul433_MSGCNT 2
Cul433_TIME 2019-09-09 13:44:44
DEF /dev/ttyACM0@9600 1234
DeviceName /dev/ttyACM0@9600
FD 13
FHTID 1234
FUUID 5c48d229-f33f-f412-174b-bad2f6a8e7093fe1
NAME Cul433
NR 242
PARTIAL
RAWMSG omFFFDD8
STATE Initialized
TYPE CUL
VERSION V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUL433 (F-Band: 433MHz)
initString X21
Helper:
DBLOG:
raw:
myDbLog:
TIME 1568050201.05135
VALUE is01100100110100000000110010000000
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-01-21 16:25:25 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB
2019-09-08 19:44:55 cmds A B C E e F G h i K k L l M m R T t U u V W X x Y
2017-12-03 10:19:22 credit10ms 900
2017-12-03 10:19:27 fhtbuf AE
2019-09-09 19:30:01 raw is01100100110100000000110010000000
2019-09-09 13:44:44 state Initialized
2017-12-03 10:19:31 uptime 0 10:53:11
2017-12-03 10:19:36 version V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUL433 (F-Band: 433MHz)
Attributes:
group Hardeware
room Wohnzimmer
verbose 3
und die Abfrage die ich meine ist diese
a-culfw_1.26.08_build_324/CUL > ./flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5):
Danke
Ein mit 433 mhz
Gesendet von meinem MI 9 mit Tapatalk
Ja das war mir schon klar, aber welche version? V_2,V_3,V_4 oder ?
Zitat von: Tommy82 am 09 September 2019, 20:26:35
Ja das war mir schon klar, aber welche version? V_2,V_3,V_4 oder ?
Hi,
ich habe mir beim letzten Flashen das hier ins comment geschrieben:
Flashen: set CUL433 raw B01 -> in den Bootmode versetzen, device ist dann disconnected.
Unter /opt/aculfw/CUL/flash.sh als sudo ausfuehren.
9 als V3 433 MHz auswaehlen und mit y bestaetigen.
CUL sollte autom. wieder auf connected gehen.
Mit get CUL433 Version checken obs geklappt hat.
Also konkret "9 V3 433MHz" auswählen. Das Ganze allerdings ohne Gewähr da schon eine Weile her. ;)
VG Sebastian
Steht auf dem Busware CuL drauf.
Da bräuchten wir ein Foto.
V4 wurden wenig verkauft (hat weniger Speicher als v3). V3 ist der übliche. V2 und V1 haben einen anderen ATMEGA verbaut.
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Ich Klinik mich hier mal ein, denn wir maplecun Nutzer die wmbus verwenden hab hier im Thread (https://forum.fhem.de/index.php/topic,84504.0.html) ein Problem das wir nicht ganz greifen können, bzw. Spielen da Sachen zusammen von den ich kein Plan hab, aber es auch @heliflieger betreffen könnte.
Ich probier's auch mal:
Ich habe einen solchen Poolsensor von Oregon:
https://www.amazon.de/Oregon-Scientific-Funk-Wetterstation-Wasserthermometer-Sensor/dp/B004CSOYHG
Direkt gefragt: Dieser wird offensichtlich nicht mittels dieser alternativen FW erkannt? Oder mache ich etwas falsch? Ich konnte ihn weder mit der offiziellen 1.61 FW noch mit der gerade geflashten alternativen 1.26.08 einbinden. Bisher ist er mittels RFXtrx angebunden, verliert aber öfters den Kontakt.
Das ist mein list.
Was mir als Dummie auffällt: CMDS unterscheidet sich deutlich vom anderen identischen CUL, den ich noch mit Original FW betreibe. Wird aber ja nichts ausmachen - oder???
Internals:
CMDS ABCEeFGhiKkLlMmRTtUuVWXxY
CUL_R_MSGCNT 296
CUL_R_TIME 2019-10-19 21:45:49
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.178.29:2001 0000
DeviceName 192.168.178.29:2001
FD 16
FHTID 0000
FUUID 5c4e007f-f33f-10de-5e1e-3f16dcbaa8da5ccb
NAME CUL_R
NR 51
PARTIAL
RAWMSG omAAAAAAAAAA0F
RSSI -69
STATE Initialized
TYPE CUL
VERSION V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) CUL433 (F-Band: 433MHz)
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2019-10-19 21:23:48 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB
2019-10-19 21:06:03 cmds A B C E e F G h i K k L l M m R T t U u V W X x Y
2019-10-19 20:29:32 raw No answer
2019-10-19 21:45:49 state Initialized
2019-10-19 21:23:09 uptime 0 00:35:14
2019-10-19 21:34:35 version V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) CUL433 (F-Band: 433MHz)
Attributes:
addvaltrigger 0
icon cul_wlan
room CUL
Zitat von: duke-f am 19 Oktober 2019, 21:44:06
Ich probier's auch mal:
Ich habe einen solchen Poolsensor von Oregon:
https://www.amazon.de/Oregon-Scientific-Funk-Wetterstation-Wasserthermometer-Sensor/dp/B004CSOYHG
Direkt gefragt: Dieser wird offensichtlich nicht mittels dieser alternativen FW erkannt? Oder mache ich etwas falsch? Ich konnte ihn weder mit der offiziellen 1.61 FW noch mit der gerade geflashten alternativen 1.26.08 einbinden. Bisher ist er mittels RFXtrx angebunden, verliert aber öfters den Kontakt.
Das ist mein list.
Was mir als Dummie auffällt: CMDS unterscheidet sich deutlich vom anderen identischen CUL, den ich noch mit Original FW betreibe. Wird aber ja nichts ausmachen - oder???
Internals:
CMDS ABCEeFGhiKkLlMmRTtUuVWXxY
CUL_R_MSGCNT 296
CUL_R_TIME 2019-10-19 21:45:49
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.178.29:2001 0000
DeviceName 192.168.178.29:2001
FD 16
FHTID 0000
FUUID 5c4e007f-f33f-10de-5e1e-3f16dcbaa8da5ccb
NAME CUL_R
NR 51
PARTIAL
RAWMSG omAAAAAAAAAA0F
RSSI -69
STATE Initialized
TYPE CUL
VERSION V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) CUL433 (F-Band: 433MHz)
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2019-10-19 21:23:48 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB
2019-10-19 21:06:03 cmds A B C E e F G h i K k L l M m R T t U u V W X x Y
2019-10-19 20:29:32 raw No answer
2019-10-19 21:45:49 state Initialized
2019-10-19 21:23:09 uptime 0 00:35:14
2019-10-19 21:34:35 version V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) CUL433 (F-Band: 433MHz)
Attributes:
addvaltrigger 0
icon cul_wlan
room CUL
Wenn du schon mit dem RFXtrx Probleme hast, dann glaube ich wird es mit dem Cul nicht unbedingt klappen. Er ist da auf ungenaue Signale viel empfindlicher.
Was du aber probieren kannst, ist etwas an den Parameter vom Cul zu drehen. Z.B. die Bandbreite und die Frequenz etwas verstellen.
Er sollte also eigentlich bei optimalen Bedingungen empfangen werden? Ok. Bin jetzt obige Tage unterwegs, danach werde ich ihn mal direkt neben den CUL legen und etwas mit den Parametern spielen. Bisher hatte ich ihn parallel praktisch ununterbrochen mit meinem XS1 empfangen, gerade sehe ich aber, dass da der Empfang auch seit einer Woche abgebrochen ist. Obwohl das RFXtrx bis gestern Mittag Empfang hatte. Vielleicht doch leere Batterien, obwohl die immer noch ok gemeldet werden. Gut, wird per Ferndiagnose eh nichts.
Es sieht aber so aus, dass zwei meiner TFA 303125 Deine Aussage bestätigen: Mit dem RFXtrx werden die seit gestern ununterbrochen empfangen, der CUL hat wieder mal lange Aussetzer. Leider werden die Sensoren anders angelegt und daher nicht einfach zusammengefasst, wie wenn mehrere CULs verwendet werden.
Mein Teichthermometer wird noch nicht gefunden, oder kann es sich um dieses Teil handeln? Das wurde nämlich die Tage dann automatisch angelegt. Vielleicht ist das aber auch irgend ein Sensor eines Nachbarn.
Internals:
CFGFN
CODE CUL_TCM97001_Unknown
CUL_R_MSGCNT 209
CUL_R_RAWMSG sAAAAAAAAA022; 464: 1200
CUL_R_TIME 2019-10-24 10:11:23
DEF CUL_TCM97001_Unknown
FUUID 5dab6368-f33f-10de-f060-4b014549a4c852ef
LASTInputDev CUL_R
MSGCNT 209
NAME Unknown
NR 2444
RSSI -57
STATE Code: AAAAAAAAA0
TYPE CUL_TCM97001
lastH 0
lastT 1571904683.12481
READINGS:
2019-10-24 10:11:23 state Code: AAAAAAAAA0
Attributes:
model Unknown
room CUL_TCM97001
Das Logfile dazu füllt sich mit sowas:
2019-10-19_21:42:48 Unknown Code: AAAAAAAAA8
2019-10-19_22:01:01 Unknown Code: AAAAAAAAA8
2019-10-19_22:03:04 Unknown Code: AAAAAAAAA8
2019-10-19_23:47:44 Unknown Code: AAAAAAAAA8
2019-10-20_00:13:11 Unknown Code: AAAAAAAAA8
2019-10-20_00:16:14 Unknown Code: AAAAAAAAA8
2019-10-20_00:30:23 Unknown Code: AAAAAAAAA8
2019-10-20_00:31:25 Unknown Code: AAAAAAAAA8
2019-10-20_00:31:25 Unknown Code: AAAAAAAAAA80
2019-10-20_00:39:30 Unknown Code: AAAAAAAAAA80
2019-10-20_00:41:32 Unknown Code: AAAAAAAAAA80
2019-10-20_00:45:35 Unknown Code: AAAAAAAAAA80
2019-10-20_00:46:34 Unknown Code: AAAAAAAAA8
2019-10-20_00:57:40 Unknown Code: AAAAAAAAAA80
2019-10-20_01:17:55 Unknown Code: AAAAAAAAAA80
2019-10-20_01:23:58 Unknown Code: AAAAAAAAAA80
2019-10-20_02:30:43 Unknown Code: AAAAAAAAA8
2019-10-20_02:46:58 Unknown Code: AAAAAAAAAA80
2019-10-20_02:48:59 Unknown Code: AAAAAAAAAA80
2019-10-20_03:25:37 Unknown Code: AAAAAAAAAA80
2019-10-20_03:50:58 Unknown Code: AAAAAAAAAA80
2019-10-20_03:54:00 Unknown Code: AAAAAAAAAA80
2019-10-20_04:16:21 Unknown Code: AAAAAAAAAA80
2019-10-20_04:28:34 Unknown Code: AAAAAAAAAA80
2019-10-20_04:44:45 Unknown Code: AAAAAAAAAA80
2019-10-20_04:52:52 Unknown Code: AAAAAAAAAA80
2019-10-20_05:01:02 Unknown Code: AAAAAAAAAA80
2019-10-20_05:47:39 Unknown Code: AAAAAAAAAA80
2019-10-20_07:00:43 Unknown Code: AAAAAAAAAA80
2019-10-20_07:24:02 Unknown Code: AAAAAAAAAA80
2019-10-20_08:20:44 Unknown Code: AAAAAAAAAA80
2019-10-20_08:41:03 Unknown Code: AAAAAAAAA8
2019-10-20_08:48:10 Unknown Code: AAAAAAAAAA80
2019-10-20_08:55:16 Unknown Code: AAAAAAAAAA80
2019-10-20_09:06:24 Unknown Code: AAAAAAAAAA80
2019-10-20_09:16:34 Unknown Code: AAAAAAAAAA80
2019-10-20_09:19:37 Unknown Code: AAAAAAAAAA80
2019-10-20_09:28:45 Unknown Code: AAAAAAAAAA80
2019-10-20_09:38:51 Unknown Code: AAAAAAAAAA80
2019-10-20_10:03:19 Unknown Code: AAAAAAAAAA80
2019-10-20_10:11:26 Unknown Code: AAAAAAAAAA80
2019-10-20_11:15:14 Unknown Code: AAAAAAAAAA80
2019-10-20_12:02:52 Unknown Code: AAAAAAAAA0
2019-10-20_12:34:17 Unknown Code: AAAAAAAAAA80
2019-10-20_12:47:26 Unknown Code: AAAAAAAAAA80
2019-10-20_13:11:39 Unknown Code: AAAAAAAAA8
2019-10-20_13:40:57 Unknown Code: AAAAAAAAAA80
2019-10-20_13:43:59 Unknown Code: AAAAAAAAAA80
2019-10-20_13:45:00 Unknown Code: AAAAAAAAAA80
2019-10-20_13:45:00 Unknown Code: AAAAAAAAA8
2019-10-20_13:49:01 Unknown Code: AAAAAAAAAA80
2019-10-20_13:58:10 Unknown Code: AAAAAAAAAA80
2019-10-20_14:04:16 Unknown Code: AAAAAAAAAA80
2019-10-20_14:07:17 Unknown Code: AAAAAAAAAA80
2019-10-20_14:12:21 Unknown Code: AAAAAAAAA8
2019-10-20_14:13:21 Unknown Code: AAAAAAAAA0
2019-10-20_14:17:28 Unknown Code: AAAAAAAAA0
2019-10-20_14:35:46 Unknown Code: AAAAAAAAA0
2019-10-20_15:17:23 Unknown Code: AAAAAAAAA0
2019-10-20_15:22:26 Unknown Code: AAAAAAAAAA80
2019-10-20_15:24:26 Unknown Code: AAAAAAAAAA80
2019-10-20_15:25:28 Unknown Code: AAAAAAAAA8
2019-10-20_15:34:34 Unknown Code: AAAAAAA0
2019-10-20_15:39:36 Unknown Code: AAAAAAAAA0
2019-10-20_15:47:44 Unknown Code: AAAAAAA0
2019-10-20_16:01:00 Unknown Code: AAAAAAAAAA80
2019-10-20_16:15:12 Unknown Code: AAAAAAAAAA80
2019-10-20_16:17:14 Unknown Code: AAAAAAAAAA80
2019-10-20_16:18:14 Unknown Code: AAAAAAAAAA80
2019-10-20_16:20:16 Unknown Code: AAAAAAAAAA80
2019-10-20_16:21:17 Unknown Code: AAAAAAAAAA80
2019-10-20_16:26:23 Unknown Code: AAAAAAAAAA80
2019-10-20_16:34:31 Unknown Code: AAAAAAAAA8
2019-10-20_16:48:47 Unknown Code: AAAAAAAAA8
2019-10-20_17:13:10 Unknown Code: AAAAAAAAAA80
2019-10-20_17:15:09 Unknown Code: AAAAAAAAAA80
2019-10-20_17:44:31 Unknown Code: AAAAAAAAAA80
2019-10-20_17:45:30 Unknown Code: AAAAAAAAAA80
2019-10-20_17:46:32 Unknown Code: AAAAAAAAA0
2019-10-20_17:55:40 Unknown Code: AAAAAAAAAA80
2019-10-20_18:00:45 Unknown Code: AAAAAAAAAA80
2019-10-20_18:58:30 Unknown Code: AAAAAAAAAA80
2019-10-20_22:05:54 Unknown Code: AAAAAAAAAA80
2019-10-20_23:09:58 Unknown Code: AAAAAAAAA0
2019-10-21_00:11:31 Unknown Code: AD0D296990
2019-10-21_00:27:12 Unknown Code: AAAAAAA0
2019-10-21_00:45:38 Unknown Code: AD0A5256D0
2019-10-21_00:49:23 Unknown Code: AD0A5256D0
2019-10-21_02:08:01 Unknown Code: AAAAAAAAA8
2019-10-21_02:15:58 Unknown Code: AAAAAAA0
2019-10-21_03:20:56 Unknown Code: AAAAAAAAA8
2019-10-21_06:09:58 Unknown Code: AAAAAAA0
2019-10-21_06:56:33 Unknown Code: AAAAAAAAA8
2019-10-21_07:00:38 Unknown Code: AAAAAAAAAA80
2019-10-21_08:00:04 Unknown Code: AAAAAA
2019-10-21_08:23:05 Unknown Code: AAAAAAA0
2019-10-21_11:28:57 Unknown Code: AAAAAAA0
2019-10-21_16:52:34 Unknown Code: AAAAAAA0
2019-10-21_17:05:59 Unknown Code: AAAAAAAAA0
2019-10-21_17:33:21 Unknown Code: AAAAAAAAA8
2019-10-21_17:55:39 Unknown Code: AAAAAAAAAA80
2019-10-21_18:09:49 Unknown Code: AAAAAAAAAA80
2019-10-21_18:22:21 Unknown Code: AAAAAA
2019-10-21_19:17:07 Unknown Code: AAAAAAAAA8
2019-10-21_21:02:58 Unknown Code: AAAAAAA0
2019-10-21_21:14:59 Unknown Code: AAAAAA
2019-10-21_23:12:45 Unknown Code: AAAAAAAAA0
2019-10-21_23:32:29 Unknown Code: AAAAAAA0
2019-10-21_23:53:26 Unknown Code: AAAAAAA0
2019-10-22_00:37:04 Unknown Code: AAAAAAAAA0
2019-10-22_01:18:58 Unknown Code: AAAAAAA0
2019-10-22_02:01:08 Unknown Code: AAAAAAAAA0
2019-10-22_05:19:46 Unknown Code: AAAAAA
2019-10-22_05:49:49 Unknown Code: AAAAAAA0
2019-10-22_06:11:52 Unknown Code: AAAAAAA0
2019-10-22_07:36:54 Unknown Code: AAAAAAAAA8
2019-10-22_08:13:48 Unknown Code: AAAAAAA0
2019-10-22_08:55:40 Unknown Code: AAAAAAAAA0
2019-10-22_11:20:21 Unknown Code: AAAAAA
2019-10-22_12:00:10 Unknown Code: AAAAAAAAA8
2019-10-22_12:02:10 Unknown Code: AAAAAAAAAA80
2019-10-22_12:12:10 Unknown Code: AAAAAAAAA8
2019-10-22_16:06:32 Unknown Code: AAAAAAAAA0
2019-10-22_16:13:29 Unknown Code: AAAAAAAAA8
2019-10-22_16:49:21 Unknown Code: AAAAAAAAA8
2019-10-22_17:53:09 Unknown Code: AAAAAAAAA0
2019-10-22_18:00:04 Unknown Code: AAAAAAA0
2019-10-22_18:10:00 Unknown Code: AAAAAAAAA8
2019-10-22_18:55:53 Unknown Code: AAAAAAA0
2019-10-22_20:18:37 Unknown Code: AAAAAAAAA8
2019-10-22_20:33:35 Unknown Code: AAAAAAA0
2019-10-22_20:53:37 Unknown Code: AAAAAAA0
2019-10-22_22:18:33 Unknown Code: AAAAAAA0
2019-10-22_22:59:34 Unknown Code: AAAAAA
2019-10-23_00:28:23 Unknown Code: AAAAAA
2019-10-23_02:02:10 Unknown Code: AAAAAAAAA8
2019-10-23_03:15:24 Unknown Code: AAAAAAAAA0
2019-10-23_03:47:53 Unknown Code: AAAAAAA0
2019-10-23_04:13:55 Unknown Code: AAAAAAA0
2019-10-23_04:37:29 Unknown Code: BA0E442458
2019-10-23_06:38:19 Unknown Code: AAAAAA
2019-10-23_06:45:19 Unknown Code: AAAAAA
2019-10-23_07:07:48 Unknown Code: AAAAAA
2019-10-23_09:38:01 Unknown Code: AAAAAAAAA8
2019-10-23_09:39:02 Unknown Code: AAAAAA
2019-10-23_11:11:38 Unknown Code: AAAAAAA0
2019-10-23_11:25:37 Unknown Code: AAAAAAAAA8
2019-10-23_12:58:21 Unknown Code: AAAAAA
2019-10-23_14:16:10 Unknown Code: AAAAAAAAA8
2019-10-23_16:07:47 Unknown Code: AAAAAAAAAA80
2019-10-23_16:50:34 Unknown Code: AAAAAA
2019-10-23_17:55:40 Unknown Code: AAAAAA
2019-10-23_17:58:39 Unknown Code: AAAAAA
2019-10-23_18:02:38 Unknown Code: AAAAAA
2019-10-23_18:28:33 Unknown Code: AAAAAA
2019-10-23_19:16:44 Unknown Code: AAAAAAAAAA80
2019-10-23_19:21:23 Unknown Code: AAAAAAAAA8
2019-10-23_19:29:21 Unknown Code: AAAAAAAAA0
2019-10-23_20:23:06 Unknown Code: AAAAAAA0
2019-10-23_21:18:59 Unknown Code: AAAAAAAAA8
2019-10-23_21:34:00 Unknown Code: AAAAAA
2019-10-23_21:46:58 Unknown Code: AAAAAAAAA0
2019-10-23_22:26:00 Unknown Code: AAAAAA
2019-10-23_23:23:59 Unknown Code: AAAAAAA0
2019-10-23_23:46:03 Unknown Code: AAAAAA
2019-10-24_00:15:02 Unknown Code: AAAAAAAAA0
2019-10-24_01:02:48 Unknown Code: AAAAAAAAA8
2019-10-24_01:18:04 Unknown Code: AAAAAAAAA8
2019-10-24_01:35:20 Unknown Code: AAAAAAAAAA80
2019-10-24_01:38:22 Unknown Code: AAAAAAAAAA80
2019-10-24_01:42:25 Unknown Code: AAAAAAAAAA80
2019-10-24_02:15:00 Unknown Code: AAAAAAAAAA80
2019-10-24_02:22:09 Unknown Code: AAAAAAAAAA80
2019-10-24_02:48:39 Unknown Code: AAAAAAAAAA80
2019-10-24_02:54:45 Unknown Code: AAAAAAAAAA80
2019-10-24_03:11:01 Unknown Code: AAAAAAAAAA80
2019-10-24_03:22:10 Unknown Code: AAAAAAAAAA80
2019-10-24_03:23:11 Unknown Code: AAAAAAAAAA80
2019-10-24_03:35:24 Unknown Code: AAAAAAAAAA80
2019-10-24_03:40:28 Unknown Code: AAAAAAAAAA80
2019-10-24_03:53:40 Unknown Code: AAAAAAAAAA80
2019-10-24_03:54:41 Unknown Code: AAAAAAAAAA80
2019-10-24_04:20:59 Unknown Code: AAAAAAAAAA80
2019-10-24_04:46:22 Unknown Code: AAAAAAAAAA80
2019-10-24_05:10:41 Unknown Code: AAAAAAAAA8
2019-10-24_05:15:45 Unknown Code: AAAAAAAAA8
2019-10-24_05:17:46 Unknown Code: AAAAAAAAA8
2019-10-24_05:25:51 Unknown Code: AAAAAAAAA8
2019-10-24_05:44:07 Unknown Code: AAAAAAAAA8
2019-10-24_06:02:22 Unknown Code: AAAAAAAAA8
2019-10-24_06:12:30 Unknown Code: AAAAAAAAA8
2019-10-24_06:15:33 Unknown Code: AAAAAAAAA8
2019-10-24_06:18:37 Unknown Code: AAAAAAAAA8
2019-10-24_06:19:38 Unknown Code: AAAAAAAAA8
2019-10-24_06:20:38 Unknown Code: AAAAAAAAA8
2019-10-24_06:39:45 Unknown Code: AAAAAAAAAA80
2019-10-24_06:45:52 Unknown Code: AAAAAAAAAA80
2019-10-24_07:00:06 Unknown Code: AAAAAAAAAA80
2019-10-24_07:10:17 Unknown Code: AAAAAAAAAA80
2019-10-24_07:18:24 Unknown Code: AAAAAAAAAA80
2019-10-24_07:44:53 Unknown Code: AAAAAAAAAA80
2019-10-24_07:54:02 Unknown Code: AAAAAAAAAA80
2019-10-24_07:55:03 Unknown Code: AAAAAAAAAA80
2019-10-24_09:00:14 Unknown Code: AAAAAAAAA8
2019-10-24_09:08:21 Unknown Code: AAAAAAAAA8
2019-10-24_09:09:22 Unknown Code: AAAAAAAAA8
2019-10-24_09:21:36 Unknown Code: AAAAAAAAA0
2019-10-24_09:31:48 Unknown Code: AAAAAA
2019-10-24_10:11:23 Unknown Code: AAAAAAAAA0
Das AAAAAA kann schon ein Oregon sein. Er wird aber nicht vollkommen sauber empfangen. Der Code muss länger sein.
Es ist der Oregon. Ich habe ihn jetzt direkt neben den CUL gelegt und kann sehen, wie das LED genau dann leuchtet, wenn FHEM einen neuen Wert empfängt. Leider immer noch das AAAAA...
Zitat von: duke-f am 24 Oktober 2019, 19:27:22
Es ist der Oregon. Ich habe ihn jetzt direkt neben den CUL gelegt und kann sehen, wie das LED genau dann leuchtet, wenn FHEM einen neuen Wert empfängt. Leider immer noch das AAAAA...
Dann dreh doch mal an dem Empfangsparametern des CULs.
Mache ich, aber ich sehe dabei, dass die letzt RAWMSG des CUL ist:
omAAAAAAAAAAAAAA5555005E
Also deutlich länger als das, was für den Sensor Unknown gezeigt wird. Ich lösche vielleicht diesen nochmal und lasse ihn nochmal automatisch anlegen, wenn er direkt neben dem CUL liegt, was hälst Du davon?
EDIT: Hat nichts genutzt. Jetzt ist das Thermometer wieder im Teich.
Ich habe nochmal etwas mit den Parametern gespielt und durch Beobachtung des CUL das beste Empfangsverhalten im Sinne von am meisten eingegangenen Messages mit folgender Einstellung beobachtet:
freq:433.920MHz bWidth:541KHz rAmpl:42dB sens:4dB
Nun konnte ich auch wirklich ein Signal, das am CUL einging und folgende Meldung brachte
RAWMSG omAB4AAAFD
zeitlich sehr sicher dem Omega zuordnen. Dieser reagierte wiederum mit folgender Meldung:
state Code: AD2529B430 2019-10-30 12:36:14
CUL_R_RAWMSG sAD2529B430FA; 272: 576
CUL_R_TIME 2019-10-30 12:36:14
Weiter meldet der CUL mittlerweile als Clients auch zusätzlich zum CUL_TCM97001 noch OREGON und Hideki, allerdings habe ich dazu keine Device gefunden.
Bin gerne bereit, weitere Tests zu machen oder mehr Infos zu liefern. Im Moment wird der Sensor aber wieder zuverlässig vom RFXtrx empfangen.
Hallo zusammen,
ich habe von Conrad im Rahmen einer Weihnachtsaktion die Wetterstation Eurochron ETFH-800 gratis mit dazu bekommen, und die ist schon ganz nett, aber ich würde sie gerne in FHEM einbinden, und habe die Hoffnung, da es sich um ein 433MHz-System handelt (s. Foto), dass das vielleicht sogar möglich ist?
Im Forum findet man zu anderen Eurochron-Wetterstationen Hinweise, aber ich bin mir nicht sicher, wie ich eine Einbindung angehen sollte und ob das überhaupt mit diesem Modell out-of-the-box geht. Falls nicht, dann hat vielleicht trotzdem jemand Hinweise, wie ich da vorgehen könnte?
Neben einem zu einem CUL/CUN geflashten Max!Cube (der momentan im Moritz-Modus die Max!-Heizkörper- und Wandthermostate abfragt) hätte ich auch noch einen CC1101-USB-Lite 868MHz Stick hier herumliegen, falls es damit besser/überhaupt nur gehen sollte.
Freue mich über jeden Hinweis, danke dafür schon im Voraus,
F.
Hallo,
auf meinen Eurochron-Sensoren steht EFWS 800/801 drauf, die konnte ich mit der alternativem V 1.20.03 a-culfw ganz einfach empfangen und ich meine auch mit der Signalduino-Firmware. War aber nicht sehr zuverlässig, bin dann auch die Technoline auf 868 mhz mit Lacrosse umgestiegen. Was steht auf deinem Sensor/Sender drauf ?
Grüsse Christian
Hi Christian,
danke für die schnelle Rückmeldung! Auf meinen steht hinten nur EFTH-800 drauf und im Handbuch sind die 433 MHz erwähnt. Die EFWS 800 hatte ich bei der Recherche auch schon gefunden, aber da es sich dabei um 868 MHz Geräte handelt, war ich nicht sicher, ob die da kompatibel sind.
Mir würde es schon reichen, wenn ich die Rohdaten auslesen könnte, dann würde ich versuchen, daraus Sinn zu machen. Geht das irgendwie (problemlos) mit einem umgeflashten Max!Cube oder einem CC1101?
Scheint ja 433 zu sein....
Guck doch einfach mal, was im Log bei verbose=5 passiert , wenn Du den MaxCube in den slowRF-Modus versetzt.
Habe ich gemacht, aber es tauchen (bei meinem als CUL umgeflashten Max!Cube) keine Meldungen auf dem Telnet-Port auf, auf dem ich sonst die Rohdaten des Max!-Protokolls sehen kann. Da kommt dann nur in regelmäßigen Abständen:
V 1.26.01 a-culfw Build: private build (unknown) CUBe (F-Band: 868MHz)
Heißt das dann schon mal, dass der Cube ausfällt, weil er nur auf 868Mhz lauscht? Dann müsste ich den CC1101 von Busware noch mal rauskramen...
EDIT: Der CC1101, den ich habe, ist auch ein 868 MHz-Modell. Habe aber gelesen, dass die sich im slowRF-Modus selber auf 433 MHz stellen, ist das korrekt, d.h., könnte ich mit dem Cube weiter testen (habe vielleicht nur nicht lange genug gewartet)?
Zitat von: freetz am 22 Dezember 2019, 10:30:12
Hi Christian,
danke für die schnelle Rückmeldung! Auf meinen steht hinten nur EFTH-800 drauf und im Handbuch sind die 433 MHz erwähnt. Die EFWS 800 hatte ich bei der Recherche auch schon gefunden, aber da es sich dabei um 868 MHz Geräte handelt, war ich nicht sicher, ob die da kompatibel sind.
Mir würde es schon reichen, wenn ich die Rohdaten auslesen könnte, dann würde ich versuchen, daraus Sinn zu machen. Geht das irgendwie (problemlos) mit einem umgeflashten Max!Cube oder einem CC1101?
Nee. meine EFWS800 sind Sender, die auf 433Mhz senden und mit einem z.B. NanoCul mit CC1101 mit der angesprochenen Alternativfirmware empfangen werden können (und ich meine auch mit der Signalduino-FW wäre das Dinge empfangbar gewesen)... Evtl. haben die beiden ja die gleichen Protokolle ?
Grüße
Christian
Ah, auch nur 868. Das geht natürlich nicht. ::)
ZitatHabe aber gelesen, dass die sich im slowRF-Modus selber auf 433 MHz stellen,
Glaub ich so nicht. Das gilt nur für das Senden von IT.
Stell mal die Freq. auf 433.92 und dann im Log gucken. Der868-cc1101 hat zwar bei 433.92 einen schlechteren Empfang aber vielleicht klappt's ja.
Ah, ok - mit welchem Befehl setze ich denn die Frequenz auf 433,92 MHz? Hier finde ich jedenfalls nichts dazu:
http://culfw.de/commandref.html
über FHEM beim CUL: set... freq 433.92
...normalerweise mit
set <Device> freq 433.920
Prima, danke!
Damit kriege ich auf der Konsole jetzt Nachrichten wie diese hier:
V 1.26.01 a-culfw Build: private build (unknown) CUBe (F-Band: 433MHz)
omAA0000000002003A
omAA00003FFFFFFB3A
omAA9C63184A4700F1
omAA000000000FFF80F1
V 1.26.01 a-culfw Build: private build (unknown) CUBe (F-Band: 433MHz)
omAA00000FFFFFFC0C
omAA0000000000000B
omAA7FF43FE00000F4
omAA00000001FFFFF3
V 1.26.01 a-culfw Build: private build (unknown) CUBe (F-Band: 433MHz)
omAA8B329E04F06F800B
omAA000001FFE0000B
omAA00600003FFFF3A
omAA00000000003F3A
omA9F14FF319FE00EA
Das dürften dann wohl keine MAX! Nachrichten mehr sein, oder? Gibt es zu den Eurochron Geräten irgendwo eine Analyse des Protokolls?
Und im FHEM Log steht auszugsweise zu einer der Telegramme folgendes:
2019.12.22 14:04:52 5: CUL/RAW: /omAA23FFFFC0002000F2
omAA000000000000F2
2019.12.22 14:04:52 4: CUL_Parse: CUL_CUBE omAA23FFFFC0002000F2
2019.12.22 14:04:52 5: CUL_CUBE: dispatch omAA23FFFFC0002000F2
2019.12.22 14:04:52 5: CUL_REDIRECT (mAA23FFFFC0002000F2) length: 19 RSSI: -81
2019.12.22 14:04:52 5: CUL_REDIRECT (mAA23FFFFC0002000F2) match Manchester COODE length: 19
2019.12.22 14:04:52 5: CUL_REDIRECT decode Oregon 2 (AA23FFFFC0002000F2)
2019.12.22 14:04:52 5: bitdata: 101010100010001111111111111111111100000000000000001000000000000011110010
2019.12.22 14:04:52 5: CUL_REDIRECT decode Oregon 3 (AA23FFFFC0002000F2)
2019.12.22 14:04:52 5: bitdata: 101010100010001111111111111111111100000000000000001000000000000011110010
2019.12.22 14:04:52 5: CUL_REDIRECT decode Hideki (AA23FFFFC0002000F2)
2019.12.22 14:04:52 5: CUL_CUBE: search in 101010100010001111111111111111111100000000000000001000000000000011110010
2019.12.22 14:04:52 5: protocol does not match, ignore received package (AA23FFFFC0002000F2) Reason: Not a hideki protocol
Also irgendwie scheint etwas erkannt zu werden, aber dann auch wieder nicht?
das allgemeine Manchester wird erkannt. Ist aber in seiner Codierung kein der culfw bekanntes. :'(
Mit autocreate wird nichts angelegt ?
Dann müsstest Du das Protokoll selber analysieren. Am einfachsten geht das sicherlich mit einem nanoCUL als S'duino geflashed.
Ok, danke, autocreate ist aktiv, aber FHEM legt nichts an, vielleicht, weil ich das bestehende CUL device von Max auf slowRF (und die Frequenz) umgestellt habe, anstatt das alte zu löschen? Ansonsten schaue ich mal, ob ich den Telegrammen etwas entlocken kann, mich wundert nur, dass von den drei Sendern hier im Haus nur jedes fünfte nicht nur größtenteils aus Nullen oder FF besteht...
Zitatweil ich das bestehende CUL device von Max auf slowRF (und die Frequenz) umgestellt habe, anstatt das alte zu löschen?
Das sollte egal sein. Mit Umstellung des rfmode wird der CC1101 neu initialisiert.
Ok, danke, dann muss ich wohl selber mal schauen, ob ich da sinnvolle Daten ausmachen kann...
Was mich wundert, ist, dass es bei den Telegrammen keine Checksumme zu geben scheint, zumindest kann ich mir nicht erklären, warum bei diesen Telegrammen, die bis auf das letzte (Checksummen?-)Byte identisch sind, keine identische Checksumme enthalten ist:
AA0000000000003A
AA000000000000EE
AA0000000000000E
AA0000000000000D
AA000000000000ED
Teilweise wiederholen sich diese Telegramme, andere (mit mehr Daten als nur Nullen), dafür nicht. Aber ohne Checksummen-Byte frage ich mich, ob die Daten überhaupt vollständig/korrekt empfangen wurden...
Edit: Sehe gerade, dass meine Einstellungen so waren, dass das letzte Byte der RSSI Wert ist. Aber auch, wenn man den weglässt, sieht mir nichts davon nach einer Checksumme aus...
Ich habe jetzt einmal die Telegramme mitgeschnitten, die bei der Empfangsstation nach dem Einschalten zur ersten Anzeige von Temperatur und Feuchtigkeit führen, und werde da überhaupt nicht schlau daraus. Es kommen immer zwei Telegramme, von denen bei dem ersten manchmal hinreichend komplexe Bytefolgen enthalten sind, die auf eine Codierung von Fließkommazahlen hindeuten könnten. Dann aber wieder sind es Telegramme, die so simpel aussehen, dass da nie und nimmer irgendein Wert mit Bedeutung codiert sein könnte. Hinzu kommt, dass bei identischen Werten keine identischen Telegramme kommen (eigentlich noch nicht mal ansatzweise). Dabei liegt der Sender nur ein paar Zentimeter neben dem CUL-Max. Kann das trotzdem auf Empfangsprobleme beim CUL-Max hindeuten? Oder ist vielleicht der slowRF-Modus nicht passend, so wie wenn man eine falsche Baudrate bei der seriellen Schnittstelle einstellt?
Falls Ihr noch einen Hinweis habt, würde ich mich sehr freuen!
Hier die Telegrammmitschnitte (Temperatur, rel. Luftfeuchtigkeit, Kanal):
Raum 1 (Entfernung zum CUL-Max ca. 6 Meter, zwe Wände), Kanal 2:
omAAB5356C4A95C7 16,2 46 Kanal 2
omAA0AFFC000EFFF
omAAB0FC3FF1E000 16,2 46 Kanal 2
omAA000000000000
omAAB53D1815C040 15,8 47 Kanal 2
omAA0038003FFFFF80
omAAC535DBF6D006 15,9 47 Kanal 2
omAA0007FFFFC000
omAA0F99FDFE0006 15,9 47 Kanal 2
omAA000000000000
tA093C08F3C 15,8 47 Kanal 2
omAA000000000000
omAA000000000000 15,8 47 Kanal 2
omAA007FFE000000
Das vorletzte Telegramm fing hier mit "t" statt mit "om" an, leider finde ich keine Infos zu diesen Präfixen, hat das was zu bedeuten?
Raum 2 (Entfernung zum CUL-Max ca. 10cm), Kanal 3:
omAA0003FE00000000 18,7 51 Kanal 3
omAA0000007E0000
omAA9FFD3CE98798 18,7 51 Kanal 3
omAA000000000000
omAA000000000000 18,8 51 Kanal 3
omAA000000000000
omAA0000FFFF0000 18,8 51 Kanal 3
omAA000000000001
omAA00003FFFFF8000 18,8 50 Kanal 3
omAA00001E00000000
omAA000001FF801F80 18,8 50 Kanal 3
omAA07FFFFFFFFFF
omAA000000000000 18,8 50 Kanal 3
omAA000000000000
ZitatDann müsstest Du das Protokoll selber analysieren. Am einfachsten geht das sicherlich mit einem nanoCUL als S'duino geflashed
Wenn keine Regel erkennbar ist, wird es sonst zäh :'( Wer weiß, vielleicht ist es noch nicht einmal ASK, vielleicht auch die Freq. minimal abweichend von "normalen" 433.92 Erhöhe mal bwidth. Vielleicht kommt dann eine Regelmäßigkeit. Ist das Signal wenigstens zeitlich periodisch ?
Wo hast Du die Daten "extrahiert? Raw vom Cul im Details View oder aus dem Log ?
btw., besser wäre ein eigener Thread.
Ich kann mich beim Max-CUL per Telnet anmelden und habe dann Zugriff auf die CUL-"Kommandozeilenebene". Dort kriege ich mit X01 z.B. die eingehenden Telegramme angezeigt, die periodisch auftauchen (müssten 60 Sekunden vom Sender sein). FHEM-Log zeigt das dann letztlich auch so an.
Ich habe nun dafür einen eigenen Thread erstellt (https://forum.fhem.de/index.php/topic,106613.0.html), erstmal vielen Dank für die Hilfe bis hierhin!
Hi,
habe einen NanoCUL433 mit aculfw 1.26.08 gekauft.
Den hab ich an einem Raspi mit WLAN mittels dieser Anleitung https://wiki.fhem.de/wiki/CUL_ueber_Netz (https://wiki.fhem.de/wiki/CUL_ueber_Netz) (socat-Variante) angesteckt.
In FHEM eingebunden funzt er aber nicht
Normal sollte der so schon funzen - oder?
Ein am selben Raspi angesteckter BuswareCUL 868Mhz funzt problemlos!
Beider laufen über verschiedene Ports.
Der CUL868 zeigt "initialized" in FHEM, der 433er Nanocul nur "opened"!
Woran kanns liegen?
Hallo,
ich bin gerade dabei die Signalduino firmware zu erweitern, daß auf dem Maple Mini bis zu 4 cc1001 Module unterstützt werden
https://forum.fhem.de/index.php/topic,106278.0.html
Beim Einbauen der Routinen zum Detekt und init der cc1101 Module habe ich mir auch den Code von der a-culfw und AskSin angeschaut,
dabei ist mir aufgefallen, daß bei der a-culfw nirgends nach einem select() ein waitMiso() verwendet wird,
Beim AskSinPP und beim Signalduino ist es beim cc1101 reset so eingebaut
https://github.com/pa-pa/AskSinPP/blob/8268dbf6d6b76b66df3fcd081592019ebfb10064/Radio.h#L414
Ich würde es gerne beim Signalduino so einbauen, daß beim wait_Miso ein Timeout gibt.
Ich habe es so eingebaut. Ich bin mir dabei nicht sicher ob es beim wait_Miso so passt. Ist das "delayMicroseconds(10);" ok?
uint8_t res_wait_Miso() { // wait until MISO goes low
uint8_t i = 255;
while(isHigh(misoPin)) {
delayMicroseconds(10);
i--;
if (i == 0) { // timeout
cc1101_Deselect();
break;
}
}
return i;
}
bool CCreset(void) {
cc1101_Deselect(); // some deselect and selects to init the cc1101
delayMicroseconds(30);
// Begin of power on reset
cc1101_Select();
delayMicroseconds(30);
cc1101_Deselect();
delayMicroseconds(45);
cc1101_Select();
if (res_wait_Miso() == 0) { // wait until MISO goes low
return false; // timeout
}
sendSPI(CC1101_SRES); // send strobe command
if (res_wait_Miso() == 0) { // wait until MISO goes low
return false; // timeout
}
cc1101_Deselect();
delay(10);
return true;
}
Beim Detekt habe ich den folgenden Code gefunden:
https://github.com/heliflieger/a-culfw/blob/f4305ea7ca9aba2ace6978c9c29e2645072e5c66/culfw/clib/hw_autodetect.c#L56
Bedeuted dies, daß die CC1101 PARTNUM immer 0 sein muss, und bei der cc1101 Version die Bit0-3 immer einer der folgenden Werte haben muss? 0x03, 0x04, 0x05, 0x07, 0x08
Gruß Ralf
Es funktioniert in der a-culfw ohne waitMiso(), weil man da nie auf das CHIP_RDYn Signal warten muss.
When CSn is pulled low, the MCU must wait
until CC1101 SO pin goes low before starting to
transfer the header byte. This indicates that
the crystal is running. Unless the chip was in
the SLEEP or XOFF states, the SO pin will
always go low immediately after taking CSn
low.
Bis der CC1101 Init Code ausgeführt wird ist der Quarz des CC1101 schon angelaufen. Und im Gegensatz zum AskSin Code bleibt er dann auch an.
AskSin wechselt auch in den SLEEP Modus. Deshalb muss man da dann warten.
Die PARTNUM ist bei allen CC11xx Chips immer 0. VERSION gibt dann an, welcher Chip es ist (CC1100, CC1101, CC1100E, CC110L oder CC113L). Siehe auch https://e2e.ti.com/support/wireless-connectivity/other-wireless/f/667/t/370643?CC1101-VERSION-register-interpretation (https://e2e.ti.com/support/wireless-connectivity/other-wireless/f/667/t/370643?CC1101-VERSION-register-interpretation)
Ich finde das waitMiso beim CC1101_SRES sinnvoll.
Es lässt sich dann beim waitMiso über den timeout feststellen ob ein cc1101 angeschlossen ist.
Auszug aus der askin:
// Pull CSn low and wait for SO to go low (CHIP_RDYn).
spi.select();
spi.waitMiso();
// Issue the SRES strobe on the SI line
uint8_t ret = spi.send(CC1101_SRES);
// When SO goes low again, reset is complete and the chip is in the IDLE state.
spi.waitMiso();
spi.deselect();
Ob ein CC1101 angeschlossen ist oder nicht wird in hw_autodetect schon über PARTNUM und VERSION festgestellt.
Ok, es funktioniert demnach auch ohne das waitMiso, demnach sind beim Signalduino bis auf evtl das CC1101_SRES die waitMiso überflüssig und können entfernt werden.
Ich finde es beim CC1101_SRES mit dem waitMiso sauberer.
Es dürfte auch keine Nachteile haben, wenn ich es beim CC1101_SRES beim waitMiso mit dem timeout mache.
Aber selbst für SRES ist es einfacher, einfach so lange zu warten, wie dein timeout wäre. Wenn er vorhanden ist, wird er danach über autodetect erkannt. Wenn nicht, wartet dein timeout genauso lange. Der einzigste Vorteil ist, dass dein Programm ein paar Microsekunden schneller startet.
Hallo zusammen,
ich habe hier eine Wetterstation mit einem Sensor (THGR228N) von Aldi geerbt.
Jetzt hab ich mich gefragt ob ich mit aculfw (NanoCul) auch Daten an die Wetterstation von anderen FHEM-Sensoren schicken kann?
Das Oregon-Modul ist ja nur für den Empfang der Daten ausgelegt.
Danke schon mal für die Antwort.
Gruss Gerd
Hi Gerd,
leider nein. Dieses feature wollte ich auch immer mal haben.
Eigentlich müsste es mit dem S'duino klappen.
ZitatSensor (THGR228N) von Aldi geerbt
Aldi hat mal Oregon verkauft? :-\
Grüße Markus
Hallo Markus,
schade :-\ Dann brauch ich auch nicht weiter danach suchen.
Zumindest die Sensoren sehen nach Oregon aus.
Ich hab auch von irgendwoher ein Sensor der wird von nix erkannt.
THR122 steht da hinten drauf. Der ist von Oregon und sieht schon so aus wie das von Aldi.
Die Aldi-Teile muss es 2013 gegeben haben.
EAN 23247185. Da findet man viel nur keine Anleitung mehr ;(
https://www.aldi-sued.de/de/infos/aldi-sued-a-bis-z/s/serviceportal/ergebnisliste/sis/si/wetterstation-mit-4-tages-prog-1/ (https://www.aldi-sued.de/de/infos/aldi-sued-a-bis-z/s/serviceportal/ergebnisliste/sis/si/wetterstation-mit-4-tages-prog-1/)
Gruß Gerd
Hallo zusammen,
ich habe seit kurzem ein Problem mit meinem nanoCUL... Erstmal zur installierten Firmware: V 1.26.04 a-culfw Build: 306 (2018-10-02_16-37-10) nanoCUL433 (F-Band: 433MHz) Und nun zum Problem: Ich empfange seit Jahren mit dem nanoCUL Temperatur- und Luftfeuchtedaten von einem Außenthermometer, aber seit neustem scheint das ganze leider nicht mehr zu funktionieren. Starte ich den Raspi neu, scheint der nanoCUL kurz (ca. 30 sec.) ein paar Daten zu empfangen, danach allerdings nicht mehr. Das Device des nanoCUL zeigt dann in den Readings: raw No answer Sende ich mit dem nanoCUL Kommandos an z.B. eine Intertechno Steckdose funktioniert dies, aber mit einer drei Sekunden Verzögerung; wärend ein Befehl gesendet wird, scheinen auch kurz wieder Daten vom Thermometer empfangen zu werden.
Ich habe die Vermutung, dass es damit zusammenhängt, dass ich den zweiten CUL, den ich für HM am Raspi hatte,(868Mhz von Busware) vor kurzem durch ein HmUART Modul ersetzt habe und folgende Änderungen durchgeführt habe:
config Änderung in FHEM:
attr initialUsbCheck disable 1
config Änderung in Raspbian:
# seriell-getty Dienst für ttyAMA0 dauerhaft deaktivieren
systemctl stop serial-getty@ttyAMA0.service
systemctl disable serial-getty@ttyAMA0.service
systemctl mask serial-getty@ttyAMA0.service
in der /boot/config.txt folgende Zeilen am Ende hinzugefügt:
enable_uart=1
dtoverlay=miniuart-bt
core_freq=250
in der /boot/cmdline.txt folgenden Eintrag gelöscht:
console=ttyAMA0,115200
Weitere Infos, Logs usw. liefere ich natürlich gerne, wenn benötigt. Es wäre super, wenn wir den Empfang von meinem Außenthermometer wieder ans laufen bekommen würden !!!
Habe gerade selbst herausgefunden, woran es gelegen hat... Ich habe mal versucht, eine neue Version der a-culfw auf den nanoCUL zu flashen. Der Vorgang brach immer nach einigen Prozent ab. Zuerst dachte ich der Arduino wäre evtl. defekt, also einen anderen drangestöpselt und nochmal probiert. Gleiches Problem. Beide Arduinos versucht an meinem Laptop zu flashen, kein Problem, funktionieren beide. Lösung: Scheinbar frisst das HmUART mehr Strom, als der Busware CUL, den ich zuvor für die Homematic Komponenten benutzt habe, so dass jetzt der nanoCUL zu wenig Strom bekommt. USB-HUB mit Stromversorgung zwischengestöpselt und alles läuft wieder wie gewohnt. ::)
Hallo!
Habe einen zwei-fach Maple-CUL (868 MHz & 433 MHz) mir aus der Bucht geschossen.
Insb. der 433 MHz-Teil war interessant, da ich einen Stapel Oregon Scientific Sensoren habe, die auf meiner produktiven FHEM-Umgebung mit einem RFXtrx433 empfange. Die USB-Gerätschaften wollte ich eigenlich mal in Rente schicken.
Die THGR810-Sensoren funktionieren recht passabel. Meine Frage jetzt hier: Geht ein BTHR918-Sensor mit dem Maple-CUL 433 MHz auch?
Bekomme reichlich "Unknown code"-Meldungen. Daher die Frage.
Version String des CUL: V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) MapleCUNx4_83 (F-Band: 433MHz)
Hallo Björn,
Schau bitte mal hier rein https://forum.fhem.de/index.php/topic,129341.msg1236367.html#msg1236367 (https://forum.fhem.de/index.php/topic,129341.msg1236367.html#msg1236367).
Mir ist für SOMFY ein Bug für das Senden aufgefallen, der auch in der a-culfw steckt.
Gruß, Ansgar.