FHEM Forum

CUL => Hard- und Firmware => Thema gestartet von: bjoernh am 15 März 2015, 12:01:06

Titel: Alternative culfw
Beitrag von: bjoernh am 15 März 2015, 12:01:06
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
Titel: Antw:Alternative culfw
Beitrag von: frank am 15 März 2015, 19:07:16
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
Titel: Antw:Alternative culfw
Beitrag von: elfrinjo am 15 März 2015, 19:11:51
Sehr cool! Ist die Firmware auch mit dem SCC kompatibel?
Titel: Antw:Alternative culfw
Beitrag von: frank am 15 März 2015, 19:14:36
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
Titel: Antw:Alternative culfw
Beitrag von: elfrinjo am 15 März 2015, 20:26:48
Vielen Dank, wird morgen gleich mal getestet.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 15 März 2015, 20:42:37
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 März 2015, 08:34:38
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
Titel: Antw:Alternative culfw
Beitrag von: rabbe am 21 März 2015, 09:01:46
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
Titel: Antw:Alternative culfw
Beitrag von: alfonsmoeller am 21 März 2015, 20:46:28
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.
Titel: Antw:Alternative culfw
Beitrag von: ChiliApple am 26 März 2015, 16:02:22
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 ...
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 26 März 2015, 16:39:03
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
Titel: Antw:Alternative culfw
Beitrag 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"
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 26 März 2015, 17:45:08
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?
Titel: Antw:Alternative culfw
Beitrag von: ChiliApple am 26 März 2015, 18:13:44
Normaler CUL 868 und ich verwende im Moment wieder 1.61 damit hat er ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 26 März 2015, 18:29:50
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.
Titel: Antw:Alternative culfw
Beitrag von: Intruder1956 am 26 März 2015, 18:37:04
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ß
Titel: Antw:Alternative culfw
Beitrag von: ChiliApple am 26 März 2015, 18:39:13
hab jetzt noch mal mit dem Shell den Flashvorgang durchgeführt mit der 60ér, und nun gehts ... k.A.

Danke!
Titel: Antw:Alternative culfw
Beitrag von: tupol am 27 März 2015, 08:12:56
Wäre es möglich, die IT-Erweiterung auch in das "offizielle" culfw einzubauen?
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: tupol am 27 März 2015, 09:08:35
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
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 März 2015, 09:30:47
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.
Titel: Antw:Alternative culfw
Beitrag von: tupol am 27 März 2015, 11:14:24
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
Titel: Antw:Alternative culfw
Beitrag von: rabbe am 27 März 2015, 12:19:13
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 29 März 2015, 18:14:54
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 30 März 2015, 06:20:09
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
Titel: Antw:Alternative culfw
Beitrag von: ws am 30 März 2015, 09:37:06
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.
Titel: Antw:Alternative culfw
Beitrag von: simonberry am 30 März 2015, 10:42:41
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 30 März 2015, 18:09:32
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?
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 30 März 2015, 18:24:06
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 März 2015, 19:41:25
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 ;-)
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 März 2015, 20:01:46
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 März 2015, 21:29:26
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 30 März 2015, 21:36:00
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 30 März 2015, 21:52:30
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 März 2015, 21:57:08
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...
Titel: Antw:Alternative culfw
Beitrag von: simonberry am 30 März 2015, 22:01:12
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 März 2015, 22:24:54
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 März 2015, 22:41:31
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.
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 31 März 2015, 06:50:56
aber hallo, funktioniert! nun kann ich , nach dem du it v3 auch schon implementiert hattest, den fhemduino abbauen und einen cul draus basteln :-)
Titel: Antw:Alternative culfw
Beitrag von: JoWiemann am 31 März 2015, 09:39:18
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
Titel: Antw:Alternative culfw
Beitrag von: dmoibm am 31 März 2015, 19:33:06
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
Titel: Antw:Alternative culfw
Beitrag 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).
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 $
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 31 März 2015, 21:02:31
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.
Titel: Antw:Alternative culfw
Beitrag von: dmoibm am 31 März 2015, 21:11:54
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 31 März 2015, 21:16:09
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 31 März 2015, 21:48:27
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
Titel: Antw:Alternative culfw
Beitrag von: JoWiemann am 31 März 2015, 21:56:06
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 31 März 2015, 22:33:53
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.
Titel: Antw:Alternative culfw
Beitrag von: OliS. am 31 März 2015, 22:35:32
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

Titel: Antw:Alternative culfw
Beitrag von: JoWiemann am 31 März 2015, 22:37:42
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
Titel: Antw:Alternative culfw
Beitrag von: ws am 31 März 2015, 22:38:54
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 ;-) )
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 31 März 2015, 22:54:26
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.
Titel: Antw:Alternative culfw
Beitrag von: ws am 01 April 2015, 07:49:25
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...
Titel: Antw:Alternative culfw
Beitrag von: simonberry am 01 April 2015, 09:20:12
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
Titel: Antw:Alternative culfw
Beitrag von: OliS. am 01 April 2015, 21:24:38
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 01 April 2015, 22:12:25
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 01 April 2015, 22:57:44
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 
Titel: Antw:Alternative culfw
Beitrag von: PeMue am 01 April 2015, 23:26:16
Hallo Björn,

ich habe nur einen WT440H, vermutlich damals auch von Aldi.

Gruß PeMue
Titel: Antw:Alternative culfw
Beitrag von: simonberry am 01 April 2015, 23:57:41
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 02 April 2015, 00:07:35
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.
Titel: Antw:Alternative culfw
Beitrag von: OliS. am 02 April 2015, 00:35:03
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 02 April 2015, 07:04:16
Die Temperatur und Luftfeuchtigkeit wäre nicht schlecht.  Wie ich ja schon geschrieben hatte,  denke ich dass die Luftfeuchtigkeit sich wo anders versteckt.
Titel: Antw:Alternative culfw
Beitrag von: simonberry am 02 April 2015, 10:38:43
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.
Titel: Antw:Alternative culfw
Beitrag von: simonberry am 02 April 2015, 10:53:03
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.

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 02 April 2015, 11:02:52
Dann schreib doch mal die Werte vom Sensor während der Cul das Datenpaket empfängt.
Evtl.  kann man da Rückschlüsse ziehen.
Titel: Antw:Alternative culfw
Beitrag von: simonberry am 02 April 2015, 11:07:54
Temp und Hum, können wir ja. Der Luftdruck wird am Sensor leider nicht angezeigt.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 02 April 2015, 11:09:24
Die Luftfeuchtigkeit stimmt aber nicht.  Ich behaupte mal,  dass die Werte nicht durch 2 geteilt werden müssen.
Titel: Antw:Alternative culfw
Beitrag 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%.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 02 April 2015, 13:46:07
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.
Titel: Antw:Alternative culfw
Beitrag von: ws am 02 April 2015, 17:17:44
ABS700 sieht schon mal sehr gut aus :). Das Batterie-Bit werde ich noch suchen, falls überhaupt vorhanden.
Titel: Antw:Alternative culfw
Beitrag 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);

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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 03 April 2015, 09:56:28
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



Titel: Antw:Alternative culfw
Beitrag von: OliS. am 03 April 2015, 11:27:35
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 03 April 2015, 11:45:26
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....
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 03 April 2015, 22:14:41
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
Titel: Antw:Alternative culfw
Beitrag von: ws am 03 April 2015, 22:51:01
Danke für Deine Arbeit!
Ich hätte nie gedacht, dass der alte ABS700 unter Fhem laufen wird :)
Titel: Antw:Alternative culfw
Beitrag von: OliS. am 03 April 2015, 23:03:57
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)
Titel: Antw:Alternative culfw
Beitrag von: simonberry am 04 April 2015, 11:59:15
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!

Titel: Antw:Alternative culfw
Beitrag von: ws am 04 April 2015, 12:46:17
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 April 2015, 17:38:40
Hallo,

ich habe soeben das Modul ins Fhem eingespielt, es ist also in kürze via fhem update verfügbar.

Gruß
Björn
Titel: Antw:Alternative culfw
Beitrag von: Lupla am 05 April 2015, 01:54:16
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)
Titel: Antw:Alternative culfw
Beitrag von: pejonp am 06 April 2015, 00:31:53
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
Titel: Antw:Alternative culfw
Beitrag 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*
Titel: Antw:Alternative culfw
Beitrag von: prodigy7 am 08 April 2015, 20:56:47
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 09 April 2015, 08:50:51
Hast Du auch ein fhem update gemacht?
Fhem sollte nämlich etwas mit den Meldungen anfangen können.
Titel: Antw:Alternative culfw
Beitrag von: ws am 09 April 2015, 12:35:43
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
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 09 April 2015, 18:54:01
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 09 April 2015, 19:04:47
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
Titel: Antw:Alternative culfw
Beitrag von: prodigy7 am 09 April 2015, 19:11:56
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?
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 09 April 2015, 21:37:50
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
Titel: Antw:Alternative culfw
Beitrag von: hyper2910 am 10 April 2015, 06:58:55
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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 10 April 2015, 08:15:23
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?
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 10 April 2015, 18:59:00
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.
Titel: Antw:Alternative culfw
Beitrag von: hyper2910 am 11 April 2015, 14:03:16
Schade,  gleichen Meldungen kommen bei mir?
Titel: Antw:Alternative culfw
Beitrag von: dmoibm am 11 April 2015, 14:43:08
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
Titel: Antw:Alternative culfw
Beitrag von: Future am 11 April 2015, 14:45:47
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#

Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 11 April 2015, 15:13:01
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 11 April 2015, 15:23:26
das hexfile ist auch zu groß von der 1.02.02.
Titel: Antw:Alternative culfw
Beitrag von: Intruder1956 am 11 April 2015, 15:27:53
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 11 April 2015, 15:42:40
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 11 April 2015, 16:20:39
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

Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 April 2015, 15:46:49
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 April 2015, 19:42:06
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
Titel: Antw:Alternative culfw
Beitrag 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.
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 13 April 2015, 13:03:18
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?
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 13 April 2015, 15:13:07
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 13 April 2015, 20:43:28
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
Titel: Antw:Alternative culfw
Beitrag von: ChiliApple am 13 April 2015, 21:04:29
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 ...
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 13 April 2015, 21:41:09
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.
Titel: Antw:Alternative culfw
Beitrag von: ChiliApple am 13 April 2015, 21:57:08
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 ...
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 13 April 2015, 22:04:00
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.
Titel: Antw:Alternative culfw
Beitrag von: pejonp am 14 April 2015, 07:41:02
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

Titel: Antw:Alternative culfw
Beitrag von: ChiliApple am 14 April 2015, 11:37:47
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 ...
Titel: Antw:Alternative culfw
Beitrag von: gosinus am 19 April 2015, 16:23:31
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ß
Titel: Antw:Alternative culfw
Beitrag von: Loewin am 20 April 2015, 13:07:33
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!

Titel: Antw:Alternative culfw
Beitrag 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?
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
Titel: Antw:Alternative culfw
Beitrag von: OliS. am 21 April 2015, 17:17:07
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
Titel: Antw:Alternative culfw
Beitrag von: JoWiemann am 21 April 2015, 17:21:31
Ja, tut er. Nur Empfang geht nicht.


Grüße Jörg

Gesendet von iPhone mit Tapatalk
Titel: Antw:Alternative culfw
Beitrag von: OliS. am 21 April 2015, 17:35:30
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 April 2015, 20:59:51
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
Titel: Antw:Alternative culfw
Beitrag 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...
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 April 2015, 21:36:42
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   >:( 
Titel: Antw:Alternative culfw
Beitrag von: ws am 21 April 2015, 21:42:26
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.
Titel: Antw:Alternative culfw
Beitrag 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...
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 April 2015, 21:53:58
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.
Titel: Antw:Alternative culfw
Beitrag von: ws am 21 April 2015, 22:01:45
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;
Titel: Antw:Alternative culfw
Beitrag von: ws am 21 April 2015, 22:17: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;
        }
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 April 2015, 22:32:17
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.
Titel: Antw:Alternative culfw
Beitrag von: ws am 21 April 2015, 22:39:14
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.
Titel: Antw:Alternative culfw
Beitrag 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 ...
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 23 April 2015, 22:06:50
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 23 April 2015, 22:24:55
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
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 23 April 2015, 22:37:20
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?
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 23 April 2015, 23:08:30
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.
Titel: Antw:Alternative culfw
Beitrag von: Loewin am 23 April 2015, 23:19:04
Werde ich morgen probieren. Muß erst mal suchen, wie ich das auf den Cul bringe. :-[
Vielen Dank erst mal!
Titel: Antw:Alternative culfw
Beitrag von: simonberry am 28 April 2015, 10:03:04
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
Titel: Antw:Alternative culfw
Beitrag von: ChiliApple am 28 April 2015, 14:51:39
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 ...
Titel: Antw:Alternative culfw
Beitrag von: ChiliApple am 28 April 2015, 15:05:19
jetzt hats geklappt, habe einfach das HEX im original FW Ordner gegen deines getauscht (Build100)
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 April 2015, 12:01:27
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.
Titel: Antw:Alternative culfw
Beitrag von: ws am 30 April 2015, 12:41:46
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.
Titel: Antw:Alternative culfw
Beitrag von: ChiliApple am 30 April 2015, 13:08:50
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 03 Mai 2015, 12:09:08
moin bjoern,

spricht was dagegen diese erweiterung mit auszunehmen?

http://forum.fhem.de/index.php/topic,36810.0/topicseen.html
Titel: Antw:Alternative culfw
Beitrag von: OliS. am 05 Mai 2015, 21:04:46
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
Titel: Antw:Alternative culfw
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 Mai 2015, 20:36:59
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
Titel: Antw:Alternative culfw
Beitrag von: fichtennadel am 06 Mai 2015, 20:58:26
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.
Titel: Antw:Alternative culfw
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 Mai 2015, 22:16:48
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.
Titel: Antw:Alternative culfw
Beitrag von: Funsailor am 06 Mai 2015, 23:13:38
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


Titel: Antw:Alternative culfw
Beitrag von: gloob am 07 Mai 2015, 15:51:22
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.
Titel: Antw:Alternative culfw
Beitrag von: Funsailor am 12 Mai 2015, 19:44:15
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....


Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 Mai 2015, 16:41:50
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 14 Mai 2015, 17:55:55
super, die info reicht mir völlig :-)
Titel: Antw:Alternative culfw
Beitrag 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.



Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 18 Mai 2015, 14:55:19
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 Mai 2015, 20:25:49
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
Titel: Antw:Alternative culfw
Beitrag von: Olly am 21 Mai 2015, 23:21:15
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 22 Mai 2015, 06:24:45
setz einfach die frequenz wieder auf 433...
set miniCUL freq 433.920
Titel: Antw:Alternative culfw
Beitrag von: Olly am 22 Mai 2015, 07:39:22
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
Titel: Antw:Alternative culfw
Beitrag von: balki am 23 Mai 2015, 18:36:09
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 25 Mai 2015, 17:16:09
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?
Titel: Antw:Alternative culfw
Beitrag 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...
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 25 Mai 2015, 19:08:24
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?
Titel: Antw:Alternative culfw
Beitrag von: arran am 25 Mai 2015, 19:38:28
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 25 Mai 2015, 19:43:06
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?
Titel: Antw:Alternative culfw
Beitrag von: arran am 25 Mai 2015, 19:47:39
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  :)
Titel: Antw:Alternative culfw
Beitrag von: cactus-online am 25 Mai 2015, 19:53:17
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 Mai 2015, 18:08:00
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
Titel: Antw:Alternative culfw
Beitrag von: arran am 27 Mai 2015, 19:55:41
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
Titel: Antw:Alternative culfw
Beitrag von: rippi46 am 27 Mai 2015, 20:22:37
Danke bjoernh,

funktioniert alles wieder bestens.

Tolle Arbeit!!

Gruß rippi46
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 Mai 2015, 20:37:47
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
Titel: Antw:Alternative culfw
Beitrag von: arran am 29 Mai 2015, 08:38:14
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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 29 Mai 2015, 20:08:51
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
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: Funsailor am 01 Juni 2015, 15:32:53
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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 02 Juni 2015, 21:19:05
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.

Titel: Antw:Alternative culfw
Beitrag von: Funsailor am 02 Juni 2015, 22:36:03
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

Titel: Antw:Alternative culfw
Beitrag 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ß. (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
Titel: Antw:Alternative culfw
Beitrag von: Funsailor am 03 Juni 2015, 12:47:33
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
Titel: Antw:Alternative culfw
Beitrag von: gosinus am 10 Juni 2015, 12:40:16
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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 10 Juni 2015, 22:23:19
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
Titel: Antw:Alternative culfw
Beitrag 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

:-)
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 11 Juni 2015, 16:55:14
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
Titel: Antw:Alternative culfw
Beitrag von: PeMue am 11 Juni 2015, 18:29:59
Hallo zusammen,

ich habe gerade beim Stöber diese Seite gefunden:
http://wiki.nethome.nu/doku.php/analyzer/start

Gruß PeMue
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 13 Juni 2015, 14:09:01
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.
Titel: Antw:Alternative culfw
Beitrag von: mannil am 13 Juni 2015, 14:32:07
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 16 Juni 2015, 17:21:56
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 16 Juni 2015, 18:52:26
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
Titel: Antw:Alternative culfw
Beitrag 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
   
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 16 Juni 2015, 20:16:27
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
Titel: Antw:Alternative culfw
Beitrag von: blueberry63 am 17 Juni 2015, 14:52:16
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: noice am 17 Juni 2015, 22:18:00
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 17 Juni 2015, 22:38:49
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
Titel: Antw:Alternative culfw
Beitrag von: Achim am 18 Juni 2015, 09:54:46
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
Titel: Antw:Alternative culfw
Beitrag von: rabbe am 18 Juni 2015, 10:19:43
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: blueberry63 am 19 Juni 2015, 14:39:55
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 22 Juni 2015, 19:22:53
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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 23 Juni 2015, 08:29:22
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 ::)
Titel: Antw:Alternative culfw
Beitrag von: blueberry63 am 23 Juni 2015, 11:35:03
@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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: nicor2k am 24 Juni 2015, 15:01:53
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
Titel: Antw:Alternative culfw
Beitrag von: mike.d am 25 Juni 2015, 10:54:54
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?
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 Juni 2015, 19:56:57
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?

Titel: Antw:Alternative culfw
Beitrag von: Treki am 30 Juni 2015, 23:08:15
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
Titel: Antw:Alternative culfw
Beitrag von: frank am 01 Juli 2015, 11:30:02
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 01 Juli 2015, 12:32:02
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 01 Juli 2015, 12:44:32
Was für Rollläden? Intertechno oder etwas anderes?
Titel: Antw:Alternative culfw
Beitrag 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





Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 01 Juli 2015, 17:28:44
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
Titel: Antw:Alternative culfw
Beitrag von: blueberry63 am 02 Juli 2015, 11:39:04
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
Titel: Antw:Alternative culfw
Beitrag 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.

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


Titel: Antw:Alternative culfw
Beitrag von: fstefan1960 am 02 Juli 2015, 20:10:18
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]
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 02 Juli 2015, 20:59:09
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 ;-)
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 02 Juli 2015, 21:06:11
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.
Titel: Antw:Alternative culfw
Beitrag von: blueberry63 am 03 Juli 2015, 09:23:56
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
Titel: Antw:Alternative culfw
Beitrag von: lichtimc am 03 Juli 2015, 11:54:27
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
Titel: Antw:Alternative culfw
Beitrag von: JoWiemann am 03 Juli 2015, 12:21:03
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
Titel: Antw:Alternative culfw
Beitrag von: lichtimc am 03 Juli 2015, 13:00:23
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
Titel: Antw:Alternative culfw
Beitrag 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!
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 03 Juli 2015, 16:44:13
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 05 Juli 2015, 11:22:13
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 05 Juli 2015, 11:46:26
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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 05 Juli 2015, 13:46:03
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.
Titel: Antw:Alternative culfw
Beitrag von: BallaBalla am 05 Juli 2015, 14:57:11
Besten Dank für die Antwort.
Werde es gleich ausprobieren.
Melde mich dann.
Gruß
Benno

Funktioniert !!!

Danke
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 07 Juli 2015, 13:14:26
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 07 Juli 2015, 22:23:43
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



Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: rudolfkoenig am 08 Juli 2015, 11:41:38
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 08 Juli 2015, 11:43:29
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.
Titel: Antw:Alternative culfw
Beitrag von: blueberry63 am 08 Juli 2015, 12:42:17
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 09 Juli 2015, 17:26:46
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 15 Juli 2015, 11:16:54
@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
Titel: Antw:Alternative culfw
Beitrag von: PeMue am 15 Juli 2015, 15:29:44
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
Titel: Antw:Alternative culfw
Beitrag von: noice am 15 Juli 2015, 19:39:35
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

Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 16 Juli 2015, 07:23:23
@noice, PeMue, all,

okay, werde künftig meine FritzBox 7390 als "7390" oder mit der Abkürzung "FB" bezeichnen ...  ;) ;) ;)

Grüße

Peter
Titel: Antw:Alternative culfw
Beitrag von: blueberry63 am 16 Juli 2015, 13:39:14
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: ThommyTom am 17 Juli 2015, 11:48:03
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
Titel: Antw:Alternative culfw
Beitrag von: ThommyTom am 17 Juli 2015, 18:58:17
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ß
Titel: Antw:Alternative culfw
Beitrag von: noice am 18 Juli 2015, 14:19:56
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

Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 18 Juli 2015, 17:01:32
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
Titel: Antw:Alternative culfw
Beitrag von: ultraedition am 21 Juli 2015, 21:16:22
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
Titel: Antw:Alternative culfw
Beitrag von: realkeule am 25 Juli 2015, 09:32:11
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



Titel: Antw:Alternative culfw
Beitrag von: kaihs am 25 Juli 2015, 15:34:04
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
Titel: Antw:Alternative culfw
Beitrag von: kaihs am 25 Juli 2015, 15:35:57
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
Titel: Antw:Alternative culfw
Beitrag von: realkeule am 25 Juli 2015, 17:10:59
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


Titel: Antw:Alternative culfw
Beitrag von: realkeule am 26 Juli 2015, 14:13:04
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
Titel: Antw:Alternative culfw
Beitrag von: noice am 26 Juli 2015, 15:40:53
Versuch sie mal am Windows Rechner zu flashen

Mobil erstellt daher kurz gehalten

Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: realkeule am 26 Juli 2015, 23:14:22
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 29 Juli 2015, 06:34:58
hi bjoern,

kannst du hier mal bitte bei gelegenheit rein schauen ? http://forum.fhem.de/index.php?topic=38831.msg317343#msg317343 danke!
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 29 Juli 2015, 07:33:06
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?

Titel: Antw:Alternative culfw
Beitrag von: Funsailor am 29 Juli 2015, 19:32:19
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!
Titel: Antw:Alternative culfw
Beitrag von: Jendaw am 02 August 2015, 15:14:11
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
Titel: Antw:Alternative culfw
Beitrag von: Funsailor am 05 August 2015, 23:34:17
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!
Titel: Antw:Alternative culfw
Beitrag 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)
Titel: Antw:Alternative culfw
Beitrag von: juergen012 am 07 August 2015, 10:09:30
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 16 August 2015, 11:15:13
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.
Titel: Antw:Alternative culfw
Beitrag 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?

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 August 2015, 12:11:16
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
Titel: Antw:Alternative culfw
Beitrag von: homeum am 22 August 2015, 12:41:11
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 August 2015, 12:59:47
Kannst du probieren,  allerdings würde ich niedriger gehen. Du solltest die Batterien ja nicht laden.

Gesendet von meinem LG-P880 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 22 August 2015, 14:05:23
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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 August 2015, 14:43:20
Die ID ist im Protokoll. Senden tun die alle auf der selben Frequenz.
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 22 August 2015, 16:44:01
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 August 2015, 16:47:02
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.   
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 26 August 2015, 17:49:19
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.
Titel: Antw:Alternative culfw
Beitrag von: geohem am 02 September 2015, 20:15:48
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?
Titel: Antw:Alternative culfw
Beitrag von: locutus am 05 September 2015, 13:04:41
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
Titel: Antw:Alternative culfw
Beitrag von: geohem am 05 September 2015, 15:16:28
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.
Titel: Antw:Alternative culfw
Beitrag von: Jendaw am 08 September 2015, 12:08:10
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
Titel: Antw:Alternative culfw
Beitrag 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. 
Grüße Björn
Titel: Antw:Alternative culfw
Beitrag von: Jendaw am 08 September 2015, 12:18:10
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
Titel: Intertechno V3 Empfang
Beitrag von: OliS. am 08 September 2015, 12:42:07
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 09 September 2015, 21:20:20
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?
Titel: Antw:Alternative culfw
Beitrag von: OliS. am 09 September 2015, 22:52:24
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
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 13 September 2015, 19:55:55
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
Titel: Antw:Alternative culfw
Beitrag von: Gorbi am 18 September 2015, 01:01:22
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ß
Titel: Antw:Alternative culfw
Beitrag von: OliS. am 18 September 2015, 09:11:37
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
Titel: Antw:Alternative culfw
Beitrag von: Gorbi am 18 September 2015, 13:05:16
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

Titel: Antw:Alternative culfw
Beitrag 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.

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
Titel: Antw:Alternative culfw
Beitrag von: Gorbi am 18 September 2015, 15:35:43
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.
Titel: Antw:Alternative culfw
Beitrag von: OliS. am 18 September 2015, 16:01:11
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
Titel: Antw:Alternative culfw
Beitrag von: Gorbi am 18 September 2015, 16:12:08
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 20 September 2015, 15:16:31
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.
Titel: Antw:Alternative culfw
Beitrag von: OliS. am 20 September 2015, 15:48:12
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 23 September 2015, 07:39:44
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.
Titel: Antw:Alternative culfw
Beitrag von: Bujakka am 23 September 2015, 20:45:06
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 :)
Titel: Antw:Alternative culfw
Beitrag von: OliS. am 23 September 2015, 23:02:08
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
Titel: Antw:Alternative culfw
Beitrag von: alexz707 am 29 September 2015, 00:30:33
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

Titel: Antw:Alternative culfw
Beitrag von: gloob am 01 Oktober 2015, 07:36:38
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.
Titel: Antw:Alternative culfw
Beitrag von: SVLoneStar am 01 Oktober 2015, 16:21:20
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
Titel: Antw:Alternative culfw
Beitrag von: SVLoneStar am 01 Oktober 2015, 16:27:42
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag 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





Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 04 Oktober 2015, 16:24:03
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?
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 04 Oktober 2015, 16:35:05
FHEM gestoppt?

Gesendet von meinem C6603 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 04 Oktober 2015, 17:23:19
Danke für den Tipp.

FHEM lief.
Zudem darf für den Flash Vorgang kein USB Hub dazwischen sein.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Oktober 2015, 17:28:18
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.
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag 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





Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 Oktober 2015, 18:06:26
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
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 06 Oktober 2015, 19:20:58
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)
Titel: Antw:Alternative culfw
Beitrag 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


Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 Oktober 2015, 19:43:36
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
Titel: Antw:Alternative culfw
Beitrag von: Wallmeier am 06 Oktober 2015, 19:53:35
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 Oktober 2015, 20:54:27
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
Titel: Antw:Alternative culfw
Beitrag von: Wallmeier am 06 Oktober 2015, 22:34:55
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
Titel: Antw:Alternative culfw
Beitrag von: Sidey am 06 Oktober 2015, 23:04:45
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 07 Oktober 2015, 15:08:03
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

Titel: Antw:Alternative culfw
Beitrag 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                                                                                                                                                                         
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 08 Oktober 2015, 22:13:16
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 09 Oktober 2015, 20:33:25
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 09 Oktober 2015, 23:45:25
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.
Titel: Antw:Alternative culfw
Beitrag von: SVLoneStar am 10 Oktober 2015, 00:09:49
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 12 Oktober 2015, 08:01:34
@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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 12 Oktober 2015, 13:24:32
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 Oktober 2015, 22:28:03
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 13 Oktober 2015, 18:20:47
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...
Titel: Antw:Alternative culfw
Beitrag von: Wallmeier am 13 Oktober 2015, 18:47:13
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
Titel: Antw:Alternative culfw
Beitrag von: SVLoneStar am 13 Oktober 2015, 21:53:59
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
Titel: Antw:Alternative culfw
Beitrag von: Jendaw am 14 Oktober 2015, 20:52:01
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ß
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 Oktober 2015, 20:55:08
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.
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 Oktober 2015, 21:04:02
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.
Titel: Antw:Alternative culfw
Beitrag von: Joker2002 am 14 Oktober 2015, 21:05:52
sorry für die Frage: aber wo schalte ich X25 ein ?
Titel: Antw:Alternative culfw
Beitrag von: Jendaw am 14 Oktober 2015, 21:06:23
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
Titel: Antw:Alternative culfw
Beitrag von: Jendaw am 14 Oktober 2015, 21:12:19
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".
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 Oktober 2015, 21:13:39
Ist egal wo.  Zurück kommst du dann mit X21
Titel: Antw:Alternative culfw
Beitrag von: Joker2002 am 14 Oktober 2015, 21:18:15
Ok, habe ich gemacht. Er findet den Temperatursensor jedoch nicht.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 Oktober 2015, 21:19:28
Steht was in dem event log?
Titel: Antw:Alternative culfw
Beitrag von: Joker2002 am 14 Oktober 2015, 21:20:07
leider nein :(
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 Oktober 2015, 21:21:42
Hast du das eeprom neu installiert?  raw e
Titel: Antw:Alternative culfw
Beitrag 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"
Titel: Antw:Alternative culfw
Beitrag von: Joker2002 am 14 Oktober 2015, 21:23:25
ja, habe ich gemacht
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 Oktober 2015, 21:27:19
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 15 Oktober 2015, 08:47:01
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.
Titel: Antw:Alternative culfw
Beitrag von: Joker2002 am 15 Oktober 2015, 09:56:40
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

Titel: Antw:Alternative culfw
Beitrag von: Jendaw am 15 Oktober 2015, 17:14:24
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 :)
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 15 Oktober 2015, 17:52:16
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.
Titel: Antw:Alternative culfw
Beitrag von: Jendaw am 15 Oktober 2015, 17:56:17
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

Titel: Antw:Alternative culfw
Beitrag von: Joker2002 am 15 Oktober 2015, 20:01:03
So,

vorerst einmal Bilder meines Eurochron EAS 800Z
ModelNo: EFWS 800/8001
Titel: Antw:Alternative culfw
Beitrag 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 ?

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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 15 Oktober 2015, 20:36:41
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.
Titel: Antw:Alternative culfw
Beitrag von: Joker2002 am 15 Oktober 2015, 22:51:08
Ich update jeden Tag fhem
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 15 Oktober 2015, 23:13:33
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 16 Oktober 2015, 00:20:21
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 16 Oktober 2015, 07:18:33
@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

Titel: Antw:Alternative culfw
Beitrag von: quigley am 16 Oktober 2015, 09:08:01
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 16 Oktober 2015, 17:18:04
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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 16 Oktober 2015, 18:30:58
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 16 Oktober 2015, 18:34:35
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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 16 Oktober 2015, 18:45:29
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 16 Oktober 2015, 18:53:06
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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 16 Oktober 2015, 19:45:07
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 16 Oktober 2015, 21:27:13
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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 16 Oktober 2015, 22:16:18
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 16 Oktober 2015, 23:23:04
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


Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 16 Oktober 2015, 23:46:58
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag 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 ?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 19 Oktober 2015, 20:58:59
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 19 Oktober 2015, 21:02:52
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.
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 20 Oktober 2015, 10:25:19
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 :)
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 20 Oktober 2015, 12:24:16
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
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 20 Oktober 2015, 12:37:06
Auf der ersten Seite dieses Threads?!?! ::)
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 20 Oktober 2015, 12:45:18
Boah ist das peinlich, da sitz ich hier mit hochrotem Kopf.....

Danke, werd ich heute abend ausprobieren

Grüße

Christian
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 20 Oktober 2015, 12:47:01
kein Problem :) Lohnt sich definitiv, viel Spaß.
Titel: Antw:Alternative culfw
Beitrag von: pipp37 am 20 Oktober 2015, 17:42:44
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


Titel: Antw:Alternative culfw
Beitrag von: cs-online am 20 Oktober 2015, 20:43:17
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
Titel: Antw:Alternative culfw
Beitrag von: fidel am 20 Oktober 2015, 21:19:33
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
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: SVLoneStar am 20 Oktober 2015, 21:26:21
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
Titel: Antw:Alternative culfw
Beitrag von: kaihs am 20 Oktober 2015, 22:36:22
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.
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 21 Oktober 2015, 07:36:42
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
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 21 Oktober 2015, 12:17:57
natürlich. Ist bei mir der Fall!
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 Oktober 2015, 21:54:52
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.
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 Oktober 2015, 22:36:24
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?

Titel: Antw:Alternative culfw
Beitrag von: Joker2002 am 21 Oktober 2015, 23:03:47
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
Titel: Antw:Alternative culfw
Beitrag von: harry66 am 21 Oktober 2015, 23:20:10
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


Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: pipp37 am 22 Oktober 2015, 17:24:24
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 Oktober 2015, 20:15:22
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 Oktober 2015, 20:38:44
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 ....

Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 Oktober 2015, 21:03:59
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.
Titel: Antw:Alternative culfw
Beitrag von: Jendaw am 23 Oktober 2015, 17:28:19
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
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 23 Oktober 2015, 22:21:02
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
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 24 Oktober 2015, 13:48:56
@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
Titel: Antw:Alternative culfw
Beitrag von: m68000 am 24 Oktober 2015, 14:35:46
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
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 26 Oktober 2015, 09:23:00
@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...
Titel: Antw:Alternative culfw
Beitrag 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...

Grüße

Christian
Titel: Antw:Alternative culfw
Beitrag von: smeagel am 26 Oktober 2015, 10:22:01
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
Titel: Antw:Alternative culfw
Beitrag von: Jendaw am 26 Oktober 2015, 10:25:11
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
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 26 Oktober 2015, 11:26:34
@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.
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 26 Oktober 2015, 12:12:37
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 ?
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 26 Oktober 2015, 12:43:39
Du kannst den aber auf 433 umstellen - auf Kosten der Reichweite
Titel: Antw:Alternative culfw
Beitrag von: smeagel am 26 Oktober 2015, 13:27:00
Hi,

das habe ich ja gemacht - empfange allerdings keine Signale.
Deswegen frage ich mich ob ich was falsch gemacht habe....oder vergessen habe?
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 26 Oktober 2015, 21:28:36
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.
Titel: Antw:Alternative culfw
Beitrag von: smeagel am 26 Oktober 2015, 21:50:43
Sender: einen Wandtaster YWT-8500 und eine Fernbedienung ITK-200 - beide schalten auch ohne fhem.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 26 Oktober 2015, 21:57:16
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?
Titel: Antw:Alternative culfw
Beitrag von: smeagel am 27 Oktober 2015, 06:53:08
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
Titel: Antw:Alternative culfw
Beitrag von: smeagel am 27 Oktober 2015, 06:56:46
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
Titel: Antw:Alternative culfw
Beitrag von: webturtle am 27 Oktober 2015, 07:22:35
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.
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 27 Oktober 2015, 09:41:13
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.
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 27 Oktober 2015, 09:41:53
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.
Titel: Antw:Alternative culfw
Beitrag von: webturtle am 27 Oktober 2015, 17:21:14
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
Titel: Antw:Alternative culfw
Beitrag von: webturtle am 27 Oktober 2015, 17:48:31
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
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: webturtle am 28 Oktober 2015, 10:58:13
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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 28 Oktober 2015, 12:54:01
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.
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 28 Oktober 2015, 18:09:18
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
Titel: Antw:Alternative culfw
Beitrag 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 ?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 28 Oktober 2015, 19:41:09
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.
Titel: Antw:Alternative culfw
Beitrag von: Jendaw am 28 Oktober 2015, 21:09:01
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
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 29 Oktober 2015, 21:14:17
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
Titel: Antw:Alternative culfw
Beitrag von: Sauron am 30 Oktober 2015, 08:55:59
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
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 02 November 2015, 09:20:40
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
Titel: shutdown & restart von FHEM / nanoCULs melden sich nicht an
Beitrag von: Burny4600 am 03 November 2015, 10:42:43
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
Titel: Antw:Alternative culfw
Beitrag von: mcbuh am 03 November 2015, 19:26:55
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.
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 04 November 2015, 08:56:11
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
Titel: Antw:Alternative culfw
Beitrag von: mcbuh am 04 November 2015, 11:11:12
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.
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 04 November 2015, 12:12:44
...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...
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 04 November 2015, 22:06:54
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
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 05 November 2015, 12:05:19
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 :-)
Titel: Antw:Alternative culfw
Beitrag von: webturtle am 05 November 2015, 16:45:56
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: Helmi55 am 06 November 2015, 17:18:32
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 November 2015, 17:42:36
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.
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 06 November 2015, 19:12:12
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 ....
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 November 2015, 21:56:17
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.
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 07 November 2015, 09:16:41
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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 07 November 2015, 09:31:00
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.

Titel: Antw:Alternative culfw
Beitrag von: jnewton957 am 07 November 2015, 12:01:19
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 07 November 2015, 15:55:05
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.
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 07 November 2015, 17:28:52
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 -69
2015.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.



Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 07 November 2015, 18:10:43
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 07 November 2015, 20:15:58
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?
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 07 November 2015, 20:44:32
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.
Titel: Antw:Alternative culfw
Beitrag von: Helmi55 am 07 November 2015, 21:25:13
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
Titel: Antw:Alternative culfw
Beitrag von: Helmi55 am 08 November 2015, 11:50:05
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
Titel: Antw:Alternative culfw
Beitrag von: Helmi55 am 09 November 2015, 16:51:43
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
Titel: Antw:Alternative culfw
Beitrag von: Pimp.my.PC am 09 November 2015, 19:04:03
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
Titel: Antw:Alternative culfw
Beitrag von: JoWiemann am 09 November 2015, 19:28:52
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
Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 10 November 2015, 08:51:53
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;)
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 10 November 2015, 12:22:54
Was hast du denn hinzu gefügt? Oder nur raus geschmissen?

Gesendet von meinem C6603 mit Tapatalk
Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 10 November 2015, 13:22:05
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 11 November 2015, 19:51:22
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 November 2015, 16:12:58
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 November 2015, 17:55:04
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 November 2015, 18:23:38
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?
Titel: Antw:Alternative culfw
Beitrag 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?

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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 November 2015, 18:59:54
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.
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 12 November 2015, 20:55:26
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)
Titel: Antw:Alternative culfw
Beitrag von: Quatalspropella am 13 November 2015, 12:59:07
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 13 November 2015, 13:29:48
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
Titel: Antw:Alternative culfw
Beitrag 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:

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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 13 November 2015, 16:39:38
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.
Titel: Antw:Alternative culfw
Beitrag von: torsten.weggen am 13 November 2015, 16:45:13
Irgendeine Idee was ich wo anders einstellen könnte um Dir mehr Infos zu liefern ?
Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 13 November 2015, 17:30:15
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


Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 13 November 2015, 22:37:32
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.
Titel: Antw:Alternative culfw
Beitrag von: Quatalspropella am 14 November 2015, 00:23:29
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)
Titel: Antw:Alternative culfw
Beitrag von: Quatalspropella am 14 November 2015, 15:27:05
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
Titel: Antw:Alternative culfw
Beitrag von: Helmi55 am 15 November 2015, 17:21:13
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............
Titel: Antw:Alternative culfw
Beitrag von: blueberry63 am 17 November 2015, 14:01:03
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
Titel: Antw:Alternative culfw
Beitrag von: Quatalspropella am 17 November 2015, 14:43:06
War bei mir und den Elros auch so, es half das Update auf 1.10.02.


Gesendet von iPhone mit Tapatalk
Titel: Antw:Alternative culfw
Beitrag von: Quatalspropella am 17 November 2015, 20:38:10
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.)
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 18 November 2015, 06:08:02
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 18 November 2015, 21:51:08
ist eigentlich die rfr cul funktion in deiner fw mit drin?
Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 19 November 2015, 09:19:25
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 19 November 2015, 17:31:22
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
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 19 November 2015, 20:23:16
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
Titel: Antw:Alternative culfw
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag von: cs-online am 20 November 2015, 12:33:43
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
Titel: Antw:Alternative culfw
Beitrag 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)
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 20 November 2015, 14:03:34
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 20 November 2015, 14:04:12
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.
Titel: Antw:Alternative culfw
Beitrag von: Bartimaus am 20 November 2015, 14:05:23
Aye :)
Titel: Antw:Alternative culfw
Beitrag 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 ?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 20 November 2015, 14:57:48
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.
Titel: Antw:Alternative culfw
Beitrag von: Bartimaus am 20 November 2015, 15:19:06
Würd ich gerne, aber der Reset-Button klemmt, und FHEM erkennt den CUL nicht mehr :'(
Titel: Antw:Alternative culfw
Beitrag von: lullebammel am 20 November 2015, 16:02:10
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
Titel: Antw:Alternative culfw
Beitrag 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 ?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 20 November 2015, 16:29:10
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?
Titel: Antw:Alternative culfw
Beitrag von: Bartimaus am 20 November 2015, 16:38:43
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 20 November 2015, 17:07:36
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 ;-)
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 20 November 2015, 20:13:58
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.

Titel: Antw:Alternative culfw
Beitrag von: Bartimaus am 20 November 2015, 21:20:37
@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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 November 2015, 12:09:15
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.
Titel: Antw:Alternative culfw
Beitrag von: Bartimaus am 21 November 2015, 13:57:34
Das wäre richtig klasse wenn ich die Daten der Ventus in FHEM hätte  ;D
Wie kann ich dabei helfen ?
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 22 November 2015, 08:15:41
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
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 22 November 2015, 15:37:16
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?
Titel: Antw:Alternative culfw
Beitrag von: masterpete23 am 23 November 2015, 08:31:13
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
Titel: Antw:Alternative culfw
Beitrag von: Helmi55 am 23 November 2015, 10:10:31
Schau mal hier in dem thread ab 476 - so hats dann mit meinem busware geklappt
Titel: Antw:Alternative culfw
Beitrag von: masterpete23 am 23 November 2015, 10:24:14
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?
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 23 November 2015, 11:09:02
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.
Titel: Antw:Alternative culfw
Beitrag von: masterpete23 am 23 November 2015, 11:15:46
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

Titel: Antw:Alternative culfw
Beitrag von: Tedious am 23 November 2015, 11:18:27
In der Eingabezeile in FHEM (wo Du auch update startest)...
Titel: Antw:Alternative culfw
Beitrag von: masterpete23 am 23 November 2015, 11:19:20
Und einmalig oder wie? Sorry für die off topic frage?

Gesendet von meinem Huawei Honor 7

Titel: Antw:Alternative culfw
Beitrag von: lullebammel am 23 November 2015, 11:41:20
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 :-)
Titel: Antw:Alternative culfw
Beitrag von: masterpete23 am 23 November 2015, 11:46:35
Beim nanocul steht das schon in der board.h drin.


Gesendet von meinem Huawei Honor 7

Titel: Antw:Alternative culfw
Beitrag von: Talkabout am 28 November 2015, 00:18:00
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
Titel: Antw:Alternative culfw
Beitrag von: Talkabout am 28 November 2015, 11:26:32
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
Titel: Antw:Alternative culfw
Beitrag von: f1nd am 30 November 2015, 16:33:43
Gibt es eine Möglichkeit die Firmware auf einen esp8266 zu flashen ?
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 02 Dezember 2015, 07:15:53
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
Titel: Antw:Alternative culfw
Beitrag von: hjgode am 03 Dezember 2015, 08:02:39
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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 03 Dezember 2015, 18:30:21
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
Titel: Antw:Alternative culfw
Beitrag von: hjgode am 03 Dezember 2015, 19:46:15
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 03 Dezember 2015, 19:55:10
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Dezember 2015, 16:12:18
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.

Titel: Antw:Alternative culfw
Beitrag 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!
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Dezember 2015, 17:56:45
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.
Titel: Antw:Alternative culfw
Beitrag von: derchrome am 04 Dezember 2015, 18:08:16
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?
Titel: Antw:Alternative culfw
Beitrag 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...
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Dezember 2015, 19:07:20
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.
Titel: Neue Version 1.20.00
Beitrag von: bjoernh am 04 Dezember 2015, 19:26:07
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
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Dezember 2015, 19:55:55
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

Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Dezember 2015, 20:51:59
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Dezember 2015, 21:24:26
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
Titel: Antw:Alternative culfw
Beitrag 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?

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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Dezember 2015, 21:37:38
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 ;-)
Titel: Antw:Alternative culfw
Beitrag von: derchrome am 04 Dezember 2015, 21:44:49
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Dezember 2015, 21:55:09
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.

Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Dezember 2015, 22:04:13
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.
Titel: Antw:Alternative culfw
Beitrag von: derchrome am 04 Dezember 2015, 22:19:04
Hmm also selber bauen oder doch auf pilight gehen? Aber da geht dann der CUL nicht oder?
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 04 Dezember 2015, 22:20:39
Es gehen beide Empfangsmöglichkeiten bzw. Sendemöglichkeit

Gesendet von meinem C6603 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 04 Dezember 2015, 22:23:08

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

Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: derchrome am 04 Dezember 2015, 22:37:27
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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 05 Dezember 2015, 07:12:03
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: derchrome am 05 Dezember 2015, 09:00:32
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!
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 05 Dezember 2015, 09:07:03
@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
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 05 Dezember 2015, 16:49:01
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
Titel: Antw:Alternative culfw
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 05 Dezember 2015, 17:01:20
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 Dezember 2015, 18:46:29
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
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 Dezember 2015, 19:39:03
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.
Titel: Antw:Alternative culfw
Beitrag von: Olly am 06 Dezember 2015, 20:10:55
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
Titel: Antw:Alternative culfw
Beitrag von: arthur_dent_2015 am 06 Dezember 2015, 20:35:40
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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 Dezember 2015, 20:41:13
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

Titel: Antw:Alternative culfw
Beitrag von: arthur_dent_2015 am 06 Dezember 2015, 21:19:59
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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 Dezember 2015, 21:24:40
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

Titel: Antw:Alternative culfw
Beitrag 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. :(
Titel: Antw:Alternative culfw
Beitrag von: locutus am 06 Dezember 2015, 23:30:44
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)
Titel: Antw:Neue Version 1.20.00
Beitrag von: Tedious am 07 Dezember 2015, 09:33:09
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)

Titel: Antw:Neue Version 1.20.00
Beitrag von: kadettilac89 am 07 Dezember 2015, 19:26:15
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 08 Dezember 2015, 06:42:25
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
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 08 Dezember 2015, 09:15:11
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 ;)
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 08 Dezember 2015, 16:34:21
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.
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 08 Dezember 2015, 16:36:28
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...
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 08 Dezember 2015, 20:21:30
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.
Titel: Antw:Alternative culfw
Beitrag 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...
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 09 Dezember 2015, 09:07:42
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.
Titel: Antw:Alternative culfw
Beitrag von: Spezialtrick am 09 Dezember 2015, 09:11:14
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.
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 09 Dezember 2015, 09:29:32
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.
Titel: Antw:Alternative culfw
Beitrag von: Spezialtrick am 09 Dezember 2015, 09:48:13
Warum sollte der NanoCul das Problem sein, wenn es doch mit der normalen Culfw funktioniert?
Titel: Antw:Alternative culfw
Beitrag von: derchrome am 09 Dezember 2015, 09:53:44
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.
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 09 Dezember 2015, 10:05:28
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... ;)
Titel: Antw:Neue Version 1.20.00
Beitrag von: kadettilac89 am 09 Dezember 2015, 20:29:02
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?
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 10 Dezember 2015, 09:18:55
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!
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 10 Dezember 2015, 17:17:15
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

Titel: Antw:Alternative culfw
Beitrag 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

ZitatCUL nanoCUL433 UNKNOWNCODE i104014

der cul konnte die codes aber mal lesen....
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 10 Dezember 2015, 19:00:57
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.

Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 10 Dezember 2015, 19:05:45
Mmmm.tips? Module sind aktuell
Titel: Antw:Alternative culfw
Beitrag von: masterpete23 am 12 Dezember 2015, 16:52:45
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'
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 12 Dezember 2015, 17:17:25
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)
Titel: Antw:Alternative culfw
Beitrag von: masterpete23 am 12 Dezember 2015, 17:46:25
Danke das geht nur das pairen nicht sauber. Dafür habe ich nen eigenen thread gemacht

Gesendet von meinem Huawei Honor 7

Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 Dezember 2015, 19:16:23
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.
Titel: Antw:Alternative culfw
Beitrag 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)

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 Dezember 2015, 19:40:19
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.
Titel: Antw:Alternative culfw
Beitrag von: sonor am 12 Dezember 2015, 20:05:38
@bjoernh
Ich bin von den Socken :D Vorm Abendessen die Nachricht geschrieben und nachdem Abendessen die Antwort, dass es umgesetzt wird.
Vielen Dank ...
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 13 Dezember 2015, 10:20:05
Das ist aber ein bischen verwirrend mit dem Adressbeginn mit IT_.

Was ist HE für ein Gerätehersteller?
Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 13 Dezember 2015, 11:10:49
HE ist HomeEasy findest di z. B.  bei Pollin

Gesendet von meinem A0001 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag von: Tedious am 13 Dezember 2015, 11:35:56
FI: Die neu eingecheckt 10-IT fixte leider nicht das Problem mit dem ITrepetition.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 13 Dezember 2015, 19:29:00
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.
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 13 Dezember 2015, 21:50:45
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.
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 13 Dezember 2015, 23:13:14
Wofür ist eigentlich das it_repetition?

Gesendet von meinem C6603 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 14 Dezember 2015, 06:13:22
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.
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 14 Dezember 2015, 06:17:20
Danke für die Antwort!

Gesendet von meinem C6603 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 14 Dezember 2015, 08:48:41
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.
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 14 Dezember 2015, 12:23:01
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 ....
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 Dezember 2015, 14:16:39
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 14 Dezember 2015, 16:43:54
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.
Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 14 Dezember 2015, 21:39:21
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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 14 Dezember 2015, 22:31:52
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.
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 15 Dezember 2015, 08:03:00
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
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 15 Dezember 2015, 10:05:26
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
Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 15 Dezember 2015, 10:19:01
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
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 15 Dezember 2015, 10:21:30
Hast Du das durch ausprobieren definieren können? Ich habe teilweise ELROs, aber überwiegend Brennenstuhl (die mir aber ziemlich baugleich ausschauen...).
Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 15 Dezember 2015, 10:25:03
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
Titel: Antw:Alternative culfw
Beitrag von: spikeh1 am 15 Dezember 2015, 10:45:43
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 15 Dezember 2015, 19:38:35
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....
Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 15 Dezember 2015, 19:59:56
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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 15 Dezember 2015, 20:19:21
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!
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 15 Dezember 2015, 20:45:46
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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 15 Dezember 2015, 20:47:04
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.
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 15 Dezember 2015, 20:51:15
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 15 Dezember 2015, 20:58:13
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?
Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 15 Dezember 2015, 21:31:42
Zitat von: bjoernh am 15 Dezember 2015, 20:58:13
Sagt das Oregon Modul eigentlich unbekannte ID?
Negativ

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 15 Dezember 2015, 21:36:26
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.
Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 15 Dezember 2015, 21:43:02
Sorry mein Fehler  :-[


Mein Sensor hat die ID 89bc
Vom "alten" Sensor empfangen oa2089bcd20079d6ee750000285d20
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 17 Dezember 2015, 17:02:29
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.
Titel: Antw:Alternative culfw
Beitrag von: spikeh1 am 17 Dezember 2015, 18:47:19
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 17 Dezember 2015, 18:58:49
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.
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 17 Dezember 2015, 19:19:41
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
Titel: Antw:Alternative culfw
Beitrag von: motopi am 20 Dezember 2015, 17:40:32
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!
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 20 Dezember 2015, 21:40:55
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
Titel: Antw:Alternative culfw
Beitrag 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ß

Titel: Antw:Alternative culfw
Beitrag von: motopi am 20 Dezember 2015, 22:16:20
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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 20 Dezember 2015, 22:22:47
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.

Titel: Antw:Alternative culfw
Beitrag von: motopi am 20 Dezember 2015, 22:31:32
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.
Titel: Antw:Alternative culfw
Beitrag 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. .....
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 20 Dezember 2015, 22:49:58
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.
Titel: Antw:Alternative culfw
Beitrag von: motopi am 20 Dezember 2015, 22:59:03
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.
Titel: Antw:Alternative culfw
Beitrag von: masterpete23 am 20 Dezember 2015, 23:11:50
Kannst du ja mal kurz auflisten was du womit verbunden hast. Ggf nach welcher Anleitung

Gesendet von meinem Huawei Honor 7

Titel: Antw:Alternative culfw
Beitrag von: motopi am 20 Dezember 2015, 23:34:19
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

Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 21 Dezember 2015, 06:36:41
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

Titel: Antw:Alternative culfw
Beitrag von: motopi am 21 Dezember 2015, 07:43:45
Also Pin2 und Pin 10 am 433 MHZ Sender zusätzlich verbinden?

Danke, werde ich versuchen.

Gruß
Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 21 Dezember 2015, 07:49:10
Genau, Pin 2 auf VCC und Pin 10 auf GND
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 21 Dezember 2015, 19:59:44
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.

Titel: Antw:Alternative culfw
Beitrag 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....
Titel: Antw:Alternative culfw
Beitrag von: motopi am 21 Dezember 2015, 23:57:30
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.

Titel: Antw:Alternative culfw
Beitrag von: CaptainHook am 22 Dezember 2015, 07:54:41
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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 22 Dezember 2015, 08:48:00
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?
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 22 Dezember 2015, 09:53:40
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
Titel: Antw:Alternative culfw
Beitrag von: motopi am 22 Dezember 2015, 22:23:14
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!

Titel: Antw:Alternative culfw
Beitrag von: cs-online am 23 Dezember 2015, 09:21:19
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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 23 Dezember 2015, 10:45:21
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.
Titel: Antw:Alternative culfw
Beitrag 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...
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 23 Dezember 2015, 18:05:08
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
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 23 Dezember 2015, 18:41:10
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...
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 23 Dezember 2015, 19:23:02
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.
Titel: Antw:Alternative culfw
Beitrag von: Meesus am 26 Dezember 2015, 20:53:08
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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 27 Dezember 2015, 09:14:12
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?
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 27 Dezember 2015, 09:17:55
Habe mit der 1.10.02 auch bessere Erfahrung gemacht in Sachen Empfang von temp. Sendern.

Gesendet von meinem C6603 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: Meesus am 27 Dezember 2015, 12:30:27
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 31 Dezember 2015, 14:20:04
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 31 Dezember 2015, 14:22:08
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 31 Dezember 2015, 14:23:17
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.?
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 31 Dezember 2015, 14:23:54


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.


Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 31 Dezember 2015, 15:53:29
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?
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 01 Januar 2016, 20:05:43
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.
Titel: Antw:Alternative culfw
Beitrag von: pejonp am 02 Januar 2016, 00:27:01
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 02 Januar 2016, 12:22:20
@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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 02 Januar 2016, 12:45:39
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.
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 02 Januar 2016, 23:59:26
@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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 03 Januar 2016, 22:31:58
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.
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 04 Januar 2016, 11:58:02
ups, dann hatte ich das leider falsch in Erinnerung...sorry
Titel: Antw:Alternative culfw
Beitrag 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 »

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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 05 Januar 2016, 14:02:13
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.
Titel: Antw:Alternative culfw
Beitrag von: ambiman am 07 Januar 2016, 12:46:59
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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 07 Januar 2016, 15:58:02
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.
Titel: Antw:Alternative culfw
Beitrag 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!
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 07 Januar 2016, 16:06:51
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.
Titel: Antw:Alternative culfw
Beitrag von: ambiman am 07 Januar 2016, 17:45:45
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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 07 Januar 2016, 18:51:49
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.
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 07 Januar 2016, 18:53:03
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.
Titel: Antw:Alternative culfw
Beitrag von: octek0815 am 09 Januar 2016, 19:12:14
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


Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: octek0815 am 09 Januar 2016, 20:30:34
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


Titel: Antw:Alternative culfw
Beitrag von: cs-online am 12 Januar 2016, 12:09:39
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
Titel: Antw:Alternative culfw
Beitrag von: spike am 13 Januar 2016, 12:01:31
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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 13 Januar 2016, 13:15:21
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
Titel: Antw:Alternative culfw
Beitrag von: spike am 13 Januar 2016, 19:41:06
Danke jetzt läuft's
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 13 Januar 2016, 21:19:56
Zitat von: spike am 13 Januar 2016, 19:41:06
Danke jetzt läuft's
gerne
Titel: Antw:Alternative culfw
Beitrag von: szoller am 20 Januar 2016, 07:59:13
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?
Titel: Antw:Alternative culfw
Beitrag von: Talkabout am 23 Januar 2016, 13:32:12
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
Titel: Antw:Alternative culfw
Beitrag von: khk123 am 23 Januar 2016, 18:28:20
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
Titel: Antw:Alternative culfw
Beitrag von: Talkabout am 24 Januar 2016, 12:52:34
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
Titel: Antw:Alternative culfw
Beitrag von: Talkabout am 25 Januar 2016, 20:17:24
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
Titel: Antw:Alternative culfw
Beitrag von: mchilli am 27 Januar 2016, 13:31:38
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?
Titel: Antw:Alternative culfw
Beitrag von: pejonp am 27 Januar 2016, 14:37:13
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
Titel: Antw:Alternative culfw
Beitrag von: PSI69 am 27 Januar 2016, 16:38:03
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
Titel: Antw:Alternative culfw
Beitrag von: Talkabout am 27 Januar 2016, 19:48:18
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
Titel: Antw:Alternative culfw
Beitrag von: mchilli am 27 Januar 2016, 20:58:17
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
Titel: Antw:Alternative culfw
Beitrag von: Talkabout am 28 Januar 2016, 19:08:58
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
Titel: Antw:Alternative culfw
Beitrag von: Talkabout am 28 Januar 2016, 19:48:37
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.
Titel: Antw:Alternative culfw
Beitrag von: Talkabout am 28 Januar 2016, 22:10:08
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
Titel: Antw:Alternative culfw
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 Januar 2016, 18:22:30
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. 
Titel: Antw:Alternative culfw
Beitrag von: Temudshin am 30 Januar 2016, 18:51:07
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 30 Januar 2016, 20:36:36
@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
Titel: Antw:Alternative culfw
Beitrag von: masterpete23 am 30 Januar 2016, 20:38:50
Peter welche Version hast du denn geflasht?

Gesendet von meinem Huawei Honor 7

Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 30 Januar 2016, 21:02:46
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

Titel: Antw:Alternative culfw
Beitrag von: johannes.knofe am 31 Januar 2016, 11:59:23
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?
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 31 Januar 2016, 12:20:09
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

Titel: Antw:Alternative culfw
Beitrag von: luke666s am 31 Januar 2016, 17:12:56
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 :)
Titel: Antw:Alternative culfw
Beitrag von: Willi am 01 Februar 2016, 06:58:59
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
Titel: Antw:Alternative culfw - hier: MAX mit 1.20.04?
Beitrag von: rubbertail am 01 Februar 2016, 11:50:35
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
Titel: Antw:Alternative culfw
Beitrag von: Bootscreen am 01 Februar 2016, 13:23:10
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.
Titel: Problem mit Build 180
Beitrag 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?




Titel: Antw:Problem mit Build 180
Beitrag von: bjoernh am 04 Februar 2016, 09:57:42
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Februar 2016, 11:19:13
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.
Titel: Antw:Alternative culfw
Beitrag von: tarioch am 04 Februar 2016, 20:09:29
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?
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 04 Februar 2016, 21:08:45
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
Titel: Antw:Alternative culfw
Beitrag von: tarioch am 04 Februar 2016, 21:41:57
Make hab ich schon probiert mit selbem effekt. Ich verwende fhem selber nicht. Meine Zugriffe sind direkt per serial term im moment.
Titel: Antw:Alternative culfw
Beitrag von: tarioch am 05 Februar 2016, 12:31:32
Hab jetzt direkt die Register 0F/10/11 gesetzt.
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag 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 ;)
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 05 Februar 2016, 17:39:01
dann solltet ihr den fix ggf. den dem maintainer bereitstellen  ;) und so ggf auch anderen helfen
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 05 Februar 2016, 22:31:46
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
Titel: Antw:Alternative culfw
Beitrag von: Torben am 07 Februar 2016, 10:34:32
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
Titel: Antw:Alternative culfw
Beitrag von: Torben am 07 Februar 2016, 17:46:43
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.
Titel: Antw:Alternative culfw
Beitrag von: Quatalspropella am 08 Februar 2016, 21:11:09
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.
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 09 Februar 2016, 09:05:53
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.
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 09 Februar 2016, 13:25:50
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
Titel: Antw:Alternative culfw
Beitrag von: Tedious am 09 Februar 2016, 13:38:28
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?

Titel: Antw:Alternative culfw
Beitrag von: PSI69 am 09 Februar 2016, 17:26:13
@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
Titel: HILFE =)
Beitrag von: Dragobernd am 17 Februar 2016, 19:19:03
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

Titel: Antw:Alternative culfw
Beitrag von: JoWiemann am 17 Februar 2016, 19:27:02
Hallo,

hier schon mal nachgesehen: http://www.fhemwiki.de/w/index.php?title=FHEM_auf_Raspberry_PI_mit_COC_betreiben&action=edit&section=4

Grüße Jörg
Titel: Antw:Alternative culfw
Beitrag von: rubbertail am 17 Februar 2016, 19:35:34
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...

Titel: Antw:Alternative culfw
Beitrag von: Bennemannc am 17 Februar 2016, 23:57:55
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
Titel: Antw:Alternative culfw
Beitrag von: Dragobernd am 18 Februar 2016, 07:13:40
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
Titel: Antw:Alternative culfw
Beitrag von: Dragobernd am 18 Februar 2016, 17:18:25
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?
Titel: Antw:Alternative culfw
Beitrag von: Dragobernd am 18 Februar 2016, 17:19:51
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!
Titel: Alternative culfw
Beitrag von: rubbertail am 18 Februar 2016, 17:24:58
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.
Titel: Antw:Alternative culfw
Beitrag von: Dragobernd am 18 Februar 2016, 17:28:01
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
Titel: Antw:Alternative culfw
Beitrag von: rubbertail am 18 Februar 2016, 17:29:17
Siehe nochmal oben - habe editiert.
Titel: Antw:Alternative culfw
Beitrag von: Dragobernd am 18 Februar 2016, 17:32:29
Dh jetzt sollte es gehen? Oder muss ich nich was einstellen? Mit den Rechten herum Murxen? =)
Ich möchte FS20  FHT80TF-2 anlernen
Titel: Antw:Alternative culfw
Beitrag von: rubbertail am 18 Februar 2016, 17:35:53
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.
Titel: Antw:Alternative culfw
Beitrag von: Dragobernd am 18 Februar 2016, 17:39:06
OKay Homematic usw benutze ich eh nicht!
Vielen DANK!!! An Alle!
Titel: Antw:Alternative culfw
Beitrag von: rubbertail am 18 Februar 2016, 17:40:30
Ü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!
Titel: Antw:Alternative culfw
Beitrag von: rubbertail am 18 Februar 2016, 17:49:49
http://www.fhemwiki.de/wiki/FHT80TF-2
Titel: Antw:Alternative culfw
Beitrag von: Dragobernd am 19 Februar 2016, 07:28:15
Woher weißt du das ich mit 444MHz funke?
Eigentlich habe ich ich ihn auf FS20 eingestellt also 868MHz.
LG
Titel: Antw:Alternative culfw
Beitrag von: rubbertail am 19 Februar 2016, 08:41:01
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. :)
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 20 Februar 2016, 18:29:39
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?
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 Februar 2016, 15:29:44
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 Februar 2016, 19:48:11
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.
Titel: Antw:Alternative culfw
Beitrag 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ß
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 23 Februar 2016, 13:06:09
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?
Titel: Einbindung SD_WS09?
Beitrag von: scooty am 24 Februar 2016, 08:52:44
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
Titel: Antw:Alternative culfw
Beitrag von: lullebammel am 28 Februar 2016, 22:30:47
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
Titel: Antw:Alternative culfw
Beitrag von: scooty am 17 März 2016, 17:52:52
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
Titel: Antw:Alternative culfw
Beitrag von: pejonp am 17 März 2016, 18:55:29
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
Titel: Antw:Alternative culfw
Beitrag von: scooty am 18 März 2016, 08:56:27
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
Titel: Antw:Alternative culfw
Beitrag von: Waldmensch am 18 März 2016, 17:40:16
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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 18 März 2016, 18:53:37
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.
Titel: Antw:Alternative culfw
Beitrag von: Waldmensch am 18 März 2016, 19:34:21
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
Titel: Antw:Alternative culfw
Beitrag von: HansDampfHH am 19 März 2016, 18:19:51
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:
Titel: Antw:Alternative culfw
Beitrag von: christian-ruh am 20 März 2016, 12:57:21
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 20 März 2016, 14:10:28
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
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 20 März 2016, 14:12:34
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
Titel: Antw:Alternative culfw
Beitrag von: christian-ruh am 20 März 2016, 15:16:09
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 :-)
Titel: Antw:Alternative culfw
Beitrag von: thitcher am 31 März 2016, 21:33:54
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 01 April 2016, 08:14:46
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

Titel: Antw:Alternative culfw
Beitrag von: thitcher am 01 April 2016, 09:40:51
werd ich heute Abend machen, danke für den Hinweis!
Titel: Antw:Alternative culfw
Beitrag von: thitcher am 01 April 2016, 19:14:15
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?


Titel: Antw:Alternative culfw
Beitrag von: cs-online am 02 April 2016, 08:49:03
@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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 04 April 2016, 16:47:07
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 06 April 2016, 19:49:31
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).
Titel: Antw:Alternative culfw
Beitrag von: -jato- am 07 April 2016, 23:12:41
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
Titel: Antw:Alternative culfw
Beitrag von: thitcher am 08 April 2016, 06:44:01
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.

Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 08 April 2016, 12:43:03
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 08 April 2016, 18:55:31
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€
Titel: Antw:Alternative culfw
Beitrag von: -jato- am 09 April 2016, 11:31:08
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.
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 09 April 2016, 11:37:43
Siehe hier unter SOFTWARE.
http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/

GRUß SASCHA


Gesendet von meinem SM-T560 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag von: cs-online am 09 April 2016, 11:47:30
@jato:im Terminal mit
ls /dev/serial/by-id

dann werden alle USBs mit ihrem kompletten Pfad angezeigt

grüsse Christian
Titel: Antw:Alternative culfw
Beitrag von: -jato- am 10 April 2016, 10:27:39
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 nicht

pi@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ützt

dfu-programmer atmega32u4 erase
dfu-programmer atmega32u4 flash CUL_V3_433MHZ.hex
dfu-programmer atmega32u4 start


Hat jemand eine Idee?
Titel: Antw:Alternative culfw
Beitrag von: rippi46 am 10 April 2016, 10:37:42
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
Titel: Antw:Alternative culfw
Beitrag von: -jato- am 10 April 2016, 11:06:53
Super, ich konnte so mein Nano flashen.

Danke rippi46
Titel: Antw:Alternative culfw
Beitrag 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


aus dem Verzeichnis, wo die .hex liegt klappt das normalerweise.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 10 April 2016, 17:25:05
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 10 April 2016, 17:27:45
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.
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 10 April 2016, 19:54:46
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 ;-)
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 11 April 2016, 19:30:14
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
Titel: Antw:Alternative culfw
Beitrag von: rippi46 am 13 April 2016, 09:43:16
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
Titel: Antw:Alternative culfw
Beitrag 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#
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 13 April 2016, 20:01:55
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.
Titel: Antw:Alternative culfw
Beitrag von: szoller am 13 April 2016, 20:19:24
Hab die Zeile aus dem Script vom CUL genommen, dann gings auch. das d) war zuviel
Titel: Antw:Alternative culfw
Beitrag von: F.R. am 13 April 2016, 22:05:41
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?
Titel: Antw:Alternative culfw
Beitrag 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 ...
Titel: Antw:Alternative culfw
Beitrag von: Bartimaus am 16 April 2016, 15:07:08
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 :)
Titel: Antw:Alternative culfw
Beitrag von: M_I_B am 16 April 2016, 15:10:59
... 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)...
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 16 April 2016, 15:28:39
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.
Titel: Antw:Alternative culfw
Beitrag von: M_I_B am 16 April 2016, 15:37:36
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?
Titel: Antw:Alternative culfw
Beitrag von: Bartimaus am 16 April 2016, 15:46:10
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.
Titel: Antw:Alternative culfw
Beitrag von: M_I_B am 16 April 2016, 16:04:42
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.
Titel: Antw:Alternative culfw
Beitrag von: pejonp am 16 April 2016, 16:39:40
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
Titel: Antw:Alternative culfw
Beitrag 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....
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 17 April 2016, 10:16:58
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 ;-)
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 17 April 2016, 10:54:14
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.
Titel: Antw:Alternative culfw
Beitrag von: Bartimaus am 17 April 2016, 11:24:01
Ok, danke.

Mal sehen ob ich davon was verstehe....
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 17 April 2016, 17:12:25
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 17 April 2016, 19:05:59
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 == 37

Dann neu kompilieren.

Bin gespannt ob es dann geht.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 17 April 2016, 20:07:36
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 100


Eigentlich hätten aber durch die Abänderung die p11 verschwinden müssen.
Titel: Antw:Alternative culfw
Beitrag von: F.R. am 17 April 2016, 20:30:37
Das ist seltsam, hast du noch eine Idee was man noch probieren könnte?
Gruß Florian
Titel: Antw:Alternative culfw
Beitrag von: M_I_B am 19 April 2016, 14:38:14
... 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 ^^
Titel: Antw:Alternative culfw
Beitrag 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.

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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 19 April 2016, 19:42:52
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.
Titel: Antw:Alternative culfw
Beitrag von: M_I_B am 19 April 2016, 19:49:54
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 ...  ??? )
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 19 April 2016, 20:23:52
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 April 2016, 23:00:10
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 21 April 2016, 23:20:36
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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 April 2016, 21:44:28
Dank der Spende eines Sensors von M_I_B gehen die GT-WT-02 wieder in der aktuellen Firmware.
Titel: Antw:Alternative culfw
Beitrag von: M_I_B am 23 April 2016, 17:00:00
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.

Titel: Antw:Alternative culfw
Beitrag von: simonberry am 23 April 2016, 19:21:17
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

Titel: Antw:Alternative culfw
Beitrag von: pejonp am 23 April 2016, 21:36:16
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

Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 26 April 2016, 12:51:32
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.
Titel: Antw:Alternative culfw
Beitrag von: masterpete23 am 26 April 2016, 13:26:53
Hi, doch ich will sie ja. habe einige im Einsatz. Aber das sind falschmeldungen. Daher die Frage, ob eine neue Firmware das verhindert.
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 26 April 2016, 15:18:59
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 ?
Titel: Antw:Alternative culfw
Beitrag von: masterpete23 am 26 April 2016, 15:21:18
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

Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 26 April 2016, 15:26:33
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  :-\
Titel: Antw:Alternative culfw
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 26 April 2016, 19:58:32
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.
Titel: Antw:Alternative culfw
Beitrag von: gloob am 28 April 2016, 07:44:00
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?
Titel: Antw:Alternative culfw
Beitrag von: Bootscreen am 29 April 2016, 12:04:07
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 29 April 2016, 19:52:36
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
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 05 Mai 2016, 17:59:37
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?
Titel: Antw:Alternative culfw
Beitrag von: onkel_joerg am 05 Mai 2016, 22:06:55
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  :(
Titel: Antw:Alternative culfw
Beitrag von: satprofi am 12 Mai 2016, 06:41:10
Hallo. Mit dieser Firmware sollten auch REV Steckdosen laufen? Bei mir leider nicht mehr

Sent from my OPO

Titel: Antw:Alternative culfw
Beitrag von: nicor2k am 14 Mai 2016, 15:09:32
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! :)
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 Mai 2016, 19:13:03
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 Mai 2016, 20:09:19
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?
Titel: Antw:Alternative culfw
Beitrag von: cerberus am 14 Mai 2016, 20:20:48
Genau das war es   ::)

Danke schön  :)
Titel: Antw:Alternative culfw
Beitrag von: juliusha am 16 Mai 2016, 21:14:14
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
Titel: Antw:Alternative culfw
Beitrag von: mahowi am 17 Mai 2016, 05:11:29
Hallo Julius!
Ich würde sagen, Du hast entweder das falsche Device gewählt oder den CUL nicht in den Bootloader gebootet zum Flashen.
Titel: Antw:Alternative culfw
Beitrag von: juliusha am 17 Mai 2016, 18:58:04
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

Titel: Antw:Alternative culfw
Beitrag von: cerberus am 17 Mai 2016, 20:57:20
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


Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 17 Mai 2016, 21:36:42
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 17 Mai 2016, 21:49:07

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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 17 Mai 2016, 22:00:02
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.
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 17 Mai 2016, 22:02:07
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: noice am 18 Mai 2016, 22:02:51
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 18 Mai 2016, 22:10:10
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.
Titel: Antw:Alternative culfw
Beitrag von: M_I_B am 22 Mai 2016, 14:53:23
... 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...
Titel: Antw:Alternative culfw
Beitrag von: raspklaus am 26 Mai 2016, 12:03:21
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 26 Mai 2016, 12:57:56
siehe Antwort auf Deinen Doppelpost ;-)
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 26 Mai 2016, 14:54:22
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
Titel: Antw:Alternative culfw
Beitrag von: killah78 am 12 Juni 2016, 19:17:02
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
Titel: Antw:Alternative culfw
Beitrag von: timtom am 28 Juni 2016, 12:24:54
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.
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 01 Juli 2016, 16:53:30
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 ! ;-)
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 01 Juli 2016, 17:00:46
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
Titel: Antw:Alternative culfw
Beitrag von: fhemfreund am 03 Juli 2016, 02:05:11
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
Titel: Antw:Alternative culfw
Beitrag von: killah78 am 06 Juli 2016, 16:34:16
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.
Titel: Antw:Alternative culfw
Beitrag von: RDK am 18 Juli 2016, 09:55:00
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
Titel: Antw:Alternative culfw
Beitrag von: RDK am 21 Juli 2016, 10:15:26
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
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 29 Juli 2016, 16:46:49
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.
Titel: Antw:Alternative culfw
Beitrag 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...
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 29 Juli 2016, 19:47:27
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
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 29 Juli 2016, 20:25:20
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.
Titel: Antw:Alternative culfw
Beitrag von: cyablo am 29 Juli 2016, 21:36:05
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...
Titel: Antw:Alternative culfw
Beitrag von: killah78 am 16 August 2016, 12:06:33
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 26 August 2016, 15:41:10
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
Titel: Antw:Alternative culfw
Beitrag von: Shardan am 26 August 2016, 19:04:45
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
Titel: Antw:Alternative culfw
Beitrag von: cyablo am 09 September 2016, 08:20:23
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?
Titel: Antw:Alternative culfw
Beitrag von: M_I_B am 09 September 2016, 08:23:33
... 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 ...
Titel: Antw:Alternative culfw
Beitrag von: cyablo am 09 September 2016, 08:35:42
Ne, ich hab keine Sender in dem Bereich. Dann wird das wohl was aus der Nachbarschaft sein. Danke!
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: dobiwan am 23 September 2016, 11:33:13
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 23 September 2016, 11:35:08
Linux nehmen,  Firmware Download und flash Skript ausführen.
Titel: Antw:Alternative culfw
Beitrag von: Pyromane am 24 September 2016, 21:27:10
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?
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 28 September 2016, 16:21:51
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 29 September 2016, 06:40:36
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
Titel: Antw:Alternative culfw
Beitrag von: ffdec am 01 Oktober 2016, 17:22:29
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
Titel: Antw:Alternative culfw
Beitrag von: ArduPino am 02 Oktober 2016, 12:33:37
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 ?
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 02 Oktober 2016, 14:35:27
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.
Titel: Antw:Alternative culfw
Beitrag von: tkaiser am 05 Oktober 2016, 21:55:50
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 05 Oktober 2016, 23:05:48
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
Titel: Antw:Alternative culfw
Beitrag von: tkaiser am 06 Oktober 2016, 21:25:57
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
Titel: Antw:Alternative culfw
Beitrag von: chris1284 am 06 Oktober 2016, 21:53:42
den chip der verbaut ist ?! ATMega32U4
Titel: Antw:Alternative culfw
Beitrag von: dieoma am 07 Oktober 2016, 12:00:34
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 07 Oktober 2016, 12:02:51
Das ist der an/aus Code.
Evtl.  Musst du den im Device anpassen,  oder der Cul empfängt den Code falsch.
Titel: Antw:Alternative culfw
Beitrag von: dieoma am 07 Oktober 2016, 12:10:02
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  ::)
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag 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ß
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 08 Oktober 2016, 07:38:13
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.
Titel: Antw:Alternative culfw
Beitrag von: Lichti am 08 Oktober 2016, 09:03:48
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
Titel: Antw:Alternative culfw
Beitrag von: tkaiser am 08 Oktober 2016, 10:39:20
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ß
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 08 Oktober 2016, 18:15:31
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 08 Oktober 2016, 18:42:03
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 08 Oktober 2016, 23:15:49
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
Titel: Antw:Alternative culfw
Beitrag von: dieoma am 09 Oktober 2016, 11:25:00
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 09 Oktober 2016, 11:44:52
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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 09 Oktober 2016, 11:46:49
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
Titel: Antw:Alternative culfw
Beitrag von: dieoma am 09 Oktober 2016, 13:51:50
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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 09 Oktober 2016, 14:11:27
Die Übersetzung wird im fhem Modul gemacht.  Die Firmware liefert den i......  String
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 09 Oktober 2016, 14:40:59
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

Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 09 Oktober 2016, 14:55:17
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
Titel: Antw:Alternative culfw
Beitrag von: dieoma am 09 Oktober 2016, 15:57:52
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.
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 09 Oktober 2016, 17:33:25
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
Titel: Antw:Alternative culfw
Beitrag von: dieoma am 09 Oktober 2016, 18:13:17
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...
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 09 Oktober 2016, 18:52:14
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
Titel: Antw:Alternative culfw
Beitrag von: dieoma am 09 Oktober 2016, 19:29:45
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...
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 09 Oktober 2016, 23:36:40
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 10 Oktober 2016, 06:26:40
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 10 Oktober 2016, 20:55:10
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.
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 10 Oktober 2016, 21:00:45
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
Titel: Antw:Alternative culfw
Beitrag 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. 
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 10 Oktober 2016, 21:13:55
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  ::)
Titel: Antw:Alternative culfw
Beitrag von: tkaiser am 11 Oktober 2016, 19:43:30
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
Titel: Antw:Alternative culfw
Beitrag 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 (teils aber zu unverschämten preisen jenseits von 30€ teils) und hier im forum
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 11 Oktober 2016, 19:55:33
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.
Titel: Antw:Alternative culfw
Beitrag von: PeMue am 11 Oktober 2016, 20:11:46
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
Titel: Antw:Alternative culfw
Beitrag 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ß
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 11 Oktober 2016, 20:41:23
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 15 Oktober 2016, 08:41:48
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 15 Oktober 2016, 08:57:13
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 15 Oktober 2016, 09:08:48
Also etwas komplizierter.  ;)
Hab gedacht es würde über ein attribut gehen, oder so.

Danke für die Info
Gruß Sascha
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 15 Oktober 2016, 10:51:23
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.
Titel: Antw:Alternative culfw
Beitrag von: Shardan am 25 Oktober 2016, 13:54:18
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 25 Oktober 2016, 21:17:34
steht doch auf der Verkäuferseite http://busware.de/tiki-index.php?page=CUNX
Grüße Markus
Titel: Antw:Alternative culfw
Beitrag von: Shardan am 25 Oktober 2016, 21:22:26
Definitiv nicht.

Dort steht nur die Standard-Firmware culfw, nicht die aculfw.
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 25 Oktober 2016, 23:36:24
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
Titel: Antw:Alternative culfw
Beitrag von: Bootscreen am 31 Oktober 2016, 15:29:54
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?
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 31 Oktober 2016, 15:34:29
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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 31 Oktober 2016, 15:36:39
In der Flash Routine ist zu aufwendig,  dann müsste für alle Cul Typen jede Variante vorkompiliert werden.
Wer mach die Liste
Titel: Antw:Alternative culfw
Beitrag 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".
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 31 Oktober 2016, 17:25:44
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 ;-)
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 31 Oktober 2016, 17:46:59
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

Titel: Antw:Alternative culfw
Beitrag von: PeMue am 01 November 2016, 10:28:03
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  ;)
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 01 November 2016, 10:50:09
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
Titel: Antw:Alternative culfw
Beitrag von: Bootscreen am 04 November 2016, 07:47:52
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 ?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 November 2016, 09:15:58
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
Titel: Antw:Alternative culfw
Beitrag von: Shardan am 05 November 2016, 18:06:27
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
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: chappo59 am 12 November 2016, 11:47:12
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:
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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 November 2016, 12:06:51
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.
Titel: Antw:Alternative culfw
Beitrag von: stefanru am 12 November 2016, 21:02:37
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 November 2016, 21:12:21
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.
Titel: Antw:Alternative culfw
Beitrag von: Icebear am 15 November 2016, 22:35:58
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 ??
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 November 2016, 12:13:54
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. 
Titel: Antw:Alternative culfw
Beitrag 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!
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 November 2016, 22:21:23
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.
Titel: Antw:Alternative culfw
Beitrag von: Pyromane am 21 November 2016, 22:26:49
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"
Titel: Antw:Alternative culfw
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 November 2016, 22:36:55
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?
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: sasquuatch am 21 November 2016, 23:00:17
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
Titel: Antw:Alternative culfw
Beitrag von: sxx128 am 21 November 2016, 23:14:10

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..
Titel: Antw:Alternative culfw
Beitrag von: sasquuatch am 21 November 2016, 23:17:59
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.
Titel: Antw:Alternative culfw
Beitrag von: sxx128 am 21 November 2016, 23:21:26
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
Titel: Antw:Alternative culfw
Beitrag von: hjgode am 22 November 2016, 17:56:39
@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
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: hjgode am 23 November 2016, 05:39:13
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).
Titel: Antw:Alternative culfw
Beitrag von: hjgode am 23 November 2016, 05:42:13
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).
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: stepborc am 23 November 2016, 11:47:41
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.
Titel: Antw:Alternative culfw
Beitrag von: sasquuatch am 23 November 2016, 12:45:08
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)?
Titel: Antw:Alternative culfw
Beitrag von: stepborc am 23 November 2016, 13:09:55
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)?
Titel: Antw:Alternative culfw
Beitrag von: Vista am 23 November 2016, 14:34:31
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 23 November 2016, 15:21:45
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
Titel: Antw:Alternative culfw
Beitrag von: Vista am 23 November 2016, 15:51:21
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?
Titel: Antw:Alternative culfw
Beitrag 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:
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 ?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 23 November 2016, 17:30:50
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
Titel: Antw:Alternative culfw
Beitrag 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  :(
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 23 November 2016, 19:19:31
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.
Titel: Antw:Alternative culfw
Beitrag 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?
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 24 November 2016, 08:57:42
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.
Titel: Antw:Alternative culfw
Beitrag von: Vista am 24 November 2016, 09:38:05
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.
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 24 November 2016, 10:15:45
ZitatOhne --force hats dann geglappt.
Wie meinen ? Es ist doch ein 868er, Du hast keinen Widerstand eingelötet und läuft ?
Titel: Antw:Alternative culfw
Beitrag von: Vista am 24 November 2016, 10:58:05
@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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 24 November 2016, 15:42:15
Da es kein aculfw Thema ist,  würde ich dich bitten einen neuen Thread auf zu machen.
Titel: Antw:Alternative culfw
Beitrag von: tkaiser am 24 November 2016, 21:34:31
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
Titel: Antw:Alternative culfw
Beitrag von: teufelchen am 25 November 2016, 06:44:08
Schau mal im Gerätemanager von Windows ob der Stick erkannt wird.
Evtl musst du noch Treiber installieren.
Titel: Antw:Alternative culfw
Beitrag von: Vista am 25 November 2016, 08:04:50
@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.
Titel: Antw:Alternative culfw
Beitrag von: NSA am 25 November 2016, 09:02:52
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 25 November 2016, 16:04:21
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
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: FHEm2005 am 25 November 2016, 17:36:55
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 25 November 2016, 17:46:05
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.
Titel: Antw:Alternative culfw
Beitrag von: NSA am 25 November 2016, 18:49:55
So, hier nun der richtige Log. Ich hoffe es sieht nun besser aus.
Wo die Umbrüche her stammen weiß ich auch nicht  :-\
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 25 November 2016, 19:06:43
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.
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: BallaBalla am 25 November 2016, 20:08:49
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 25 November 2016, 20:11:27
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 25 November 2016, 20:16:06
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....
Titel: Antw:Alternative culfw
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag von: PeMue am 25 November 2016, 21:27:18
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
Titel: Antw:Alternative culfw
Beitrag von: hjgode am 26 November 2016, 08:57:29
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
Titel: Antw:Alternative culfw
Beitrag von: tkaiser am 26 November 2016, 22:32:25
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
Titel: Antw:Alternative culfw
Beitrag von: hjgode am 27 November 2016, 07:37:41
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 November 2016, 15:51:22
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?
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 November 2016, 16:12:26
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 November 2016, 16:30:08
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.
Titel: Antw:Alternative culfw
Beitrag von: stefanru am 27 November 2016, 16:37:14
Ok versuche es jetzt mit einem weiteren nanao als isp.
Komischerweise blinkt wenn verbunden der 2te auch?
Naja ich teste mal und melde mich.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 November 2016, 17:11:18
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 ;-)
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 November 2016, 17:21:31
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.
Titel: Antw:Alternative culfw
Beitrag von: stefanru am 27 November 2016, 17:37:59
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
Titel: Antw:Alternative culfw
Beitrag von: Mistmade am 27 November 2016, 17:45:16
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
Titel: Antw:Alternative culfw
Beitrag von: stefanru am 27 November 2016, 17:56:39
@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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 November 2016, 18:10:50
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.
Titel: Antw:Alternative culfw
Beitrag von: stefanru am 27 November 2016, 18:26:32
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 November 2016, 18:51:01
Ne,  muss eigentlich gehen. Ich probiere es später mal.
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 27 November 2016, 19:34:01
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 November 2016, 20:24:49
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.
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 November 2016, 20:32:50
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 November 2016, 21:49:09
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  ;)
Titel: Antw:Alternative culfw
Beitrag von: stefanru am 27 November 2016, 22:19:09
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.
Titel: Antw:Alternative culfw
Beitrag von: mahowi am 28 November 2016, 18:26:14
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)
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 28 November 2016, 18:35:57
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?
Titel: Antw:Alternative culfw
Beitrag 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.

Gruss,
Stefan
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 28 November 2016, 19:52:06
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.
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 28 November 2016, 20:01:34
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 28 November 2016, 20:26:06
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.
Titel: Antw:Alternative culfw
Beitrag von: stefanru am 28 November 2016, 20:27:15
@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
Titel: Antw:Alternative culfw
Beitrag von: Bootscreen am 28 November 2016, 21:51:33
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 28 November 2016, 22:02:32
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.
Titel: Antw:Alternative culfw
Beitrag von: tkaiser am 29 November 2016, 05:38:10
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
Titel: Antw:Alternative culfw
Beitrag 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.

Titel: Antw:Alternative culfw
Beitrag von: mahowi am 29 November 2016, 09:09:43
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 29 November 2016, 09:20:49
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.
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 29 November 2016, 09:32:30
@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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 29 November 2016, 09:36:27
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.
Titel: Antw:Alternative culfw
Beitrag von: Bootscreen am 29 November 2016, 09:56:59
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"
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 29 November 2016, 11:01:24
@bjoernh

Habe den Fehler gefunden.
Es war ein Bedienungsfehler des Arduino Programmiertools.
Anbei nochmals eine überarbeitet Anleitung.
Titel: Antw:Alternative culfw
Beitrag von: thymjan am 29 November 2016, 22:35:12
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 November 2016, 07:17:01
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 November 2016, 07:20:10
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.
Titel: Antw:Alternative culfw
Beitrag von: damagic am 30 November 2016, 17:44:24
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?
Titel: Antw:Alternative culfw
Beitrag von: rubbertail am 30 November 2016, 23:13:13
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: stepborc am 01 Dezember 2016, 10:39:27
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!
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 01 Dezember 2016, 11:34:56
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
Titel: Antw:Alternative culfw
Beitrag von: stepborc am 01 Dezember 2016, 11:36:25
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).

Titel: Antw:Alternative culfw
Beitrag von: tkaiser am 01 Dezember 2016, 12:27:37
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
Titel: Antw:Alternative culfw
Beitrag von: Bootscreen am 01 Dezember 2016, 13:19:01
@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.
Titel: Antw:Alternative culfw
Beitrag 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ß
Titel: Antw:Alternative culfw
Beitrag von: thymjan am 01 Dezember 2016, 20:01:12
Ich steh' gerade leider etwas im Wald...

Habe folgende Fragen:
 
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 01 Dezember 2016, 20:19:46
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 01 Dezember 2016, 20:26:18
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.
Titel: Antw:Alternative culfw
Beitrag von: stepborc am 01 Dezember 2016, 20:30:14
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.
Titel: Antw:Alternative culfw
Beitrag 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)
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 02 Dezember 2016, 17:07:17
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.
Titel: Antw:Alternative culfw
Beitrag von: Bootscreen am 02 Dezember 2016, 19:43:00
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.
Titel: Antw:Alternative culfw
Beitrag 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)?

Gruß,
Stefan
Titel: Antw:Alternative culfw
Beitrag 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):
ZitatChange sending for IT V1 D bit (Unitec/Intertek)
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 02 Dezember 2016, 22:25:49
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....
Titel: Antw:Alternative culfw
Beitrag von: thymjan am 02 Dezember 2016, 22:29:14
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 02 Dezember 2016, 22:31:32
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
Titel: Antw:Alternative culfw
Beitrag von: thymjan am 02 Dezember 2016, 23:55:48
Super, Danke!
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Dezember 2016, 18:03:11
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 Dezember 2016, 20:53:08
Neuer Versuch...
Titel: Antw:Alternative culfw
Beitrag von: cyablo am 05 Dezember 2016, 10:28:15
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.
Titel: Antw:Alternative culfw
Beitrag von: adn77 am 05 Dezember 2016, 11:05:52
Kleiner Schönheitsfehler in den Github Sourcen:
die README.md des CUBe und MapleCUL wurden vertauscht.

Alex
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 05 Dezember 2016, 21:35:09
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.
Titel: Antw:Alternative culfw
Beitrag von: SFAB am 05 Dezember 2016, 22:28:18
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?
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: stefanru am 05 Dezember 2016, 22:46:38
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 05 Dezember 2016, 22:48:33
Nein,  somfy habe ich leider nicht zum probieren.
Titel: Antw:Alternative culfw
Beitrag von: noice am 05 Dezember 2016, 23:14:59
Mal so am Rande. .. super Arbeit die hier geleistet wird ....

Mobil erstellt daher kurz gehalten

Titel: Antw:Alternative culfw
Beitrag von: stefanru am 06 Dezember 2016, 01:06:41
Da schließe ich mich an.
Und Top support.

Werde bei Gelegenheit mal schauen ob ich zum blinken was rausfinden kann.

Danke,
Stefan
Titel: Antw:Alternative culfw
Beitrag von: SFAB am 06 Dezember 2016, 06:50:17
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 :)
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 06 Dezember 2016, 10:25:53
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)
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 Dezember 2016, 10:40:09
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
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 06 Dezember 2016, 11:37:35
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.
Titel: Antw:Alternative culfw
Beitrag von: cyablo am 06 Dezember 2016, 16:39:56
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?
Titel: Antw:Alternative culfw
Beitrag von: stefanru am 06 Dezember 2016, 17:13:24
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



Titel: Antw:Alternative culfw
Beitrag von: cyablo am 06 Dezember 2016, 18:08:13
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.
Titel: Antw:Alternative culfw
Beitrag von: adn77 am 06 Dezember 2016, 18:31:58
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!
Titel: Antw:Alternative culfw
Beitrag von: stefanru am 06 Dezember 2016, 19:41:26
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 07 Dezember 2016, 08:11:34


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.

Titel: Antw:Alternative culfw
Beitrag von: cyablo am 07 Dezember 2016, 08:14:05
@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?
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 07 Dezember 2016, 08:18:57
ZitatKomme aktuell nicht auf mein fhem
Hoffentlich nur eine Frage der räumlichen Distanz  ;)
Zitatit Definition ein repeat attribut
Das Attribut schimpft sich ITrepetition :)
Titel: Antw:Alternative culfw
Beitrag von: Sidey am 07 Dezember 2016, 08:44:36


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
Titel: Antw:Alternative culfw
Beitrag von: kadettilac89 am 07 Dezember 2016, 09:40:09
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 :)
Titel: Antw:Alternative culfw
Beitrag von: cyablo am 07 Dezember 2016, 10:16:04
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
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 07 Dezember 2016, 20:12:38
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:
Titel: Antw:Alternative culfw
Beitrag von: thymjan am 07 Dezember 2016, 22:58:31
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.
Titel: FHT 80b
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 08 Dezember 2016, 14:01:01
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.
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 08 Dezember 2016, 16:44:27
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.
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 09 Dezember 2016, 01:57:38
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
Titel: Antw:Alternative culfw
Beitrag 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 ?
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
Titel: Antw:Alternative culfw
Beitrag von: RaspII am 09 Dezember 2016, 17:53:03
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

Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 09 Dezember 2016, 20:31:59
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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 09 Dezember 2016, 21:57:54
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
Titel: Antw:Alternative culfw
Beitrag von: RaspII am 09 Dezember 2016, 22:42:29
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


Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 09 Dezember 2016, 23:08:41
@Ralf, klar lese ich mit
Titel: Antw:Alternative culfw
Beitrag von: mitdra am 12 Dezember 2016, 14:03:19
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
Titel: Antw:Alternative culfw
Beitrag von: mahura am 12 Dezember 2016, 17:24:07
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
Titel: Antw:Alternative culfw
Beitrag von: RaspII am 13 Dezember 2016, 23:13:39
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

Titel: Antw:Alternative culfw
Beitrag von: Bootscreen am 14 Dezember 2016, 11:43:56
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 -.-
Titel: Antw:Alternative culfw
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 16 Dezember 2016, 06:47:43
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.
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 16 Dezember 2016, 08:43:45
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
Titel: Antw:Alternative culfw
Beitrag von: sven.scherf am 16 Dezember 2016, 12:45:05
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
Titel: Antw:Alternative culfw
Beitrag von: stepborc am 16 Dezember 2016, 13:32:25
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.

Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 16 Dezember 2016, 14:56:54
Hast Du die aktuelle Version 1.23.2 geflashed ? Ggfs. neu flashen.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 16 Dezember 2016, 15:31:08
Dann gehen die Aldi Dosen evtl.  nicht.
Titel: Antw:Alternative culfw
Beitrag von: Dummbatz am 16 Dezember 2016, 15:42:19
@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
Titel: Antw:Alternative culfw
Beitrag von: Bootscreen am 16 Dezember 2016, 16:33:21
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 17 Dezember 2016, 19:35:26
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.
Titel: RAW Protokoll um intertechno ITDM-250 mittels Prozentangabe dimmen
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 17 Dezember 2016, 21:30:02
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 18 Dezember 2016, 09:47:38
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
Titel: Antw:Alternative culfw
Beitrag von: saimens am 18 Dezember 2016, 17:34:22
ah perfekt. danke für die info
Titel: Antw:Alternative culfw
Beitrag 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



Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 20 Dezember 2016, 19:59:50
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 20 Dezember 2016, 20:23:50
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 20 Dezember 2016, 20:53:19
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.
Titel: Antw:Alternative culfw
Beitrag von: sven.scherf am 20 Dezember 2016, 22:43:34
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

Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 Dezember 2016, 17:56:28
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.

Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 23 Dezember 2016, 07:26:05
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
Titel: Antw:Alternative culfw
Beitrag 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ß...

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 25 Dezember 2016, 10:42:35
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.

Titel: Antw:Alternative culfw
Beitrag von: kermitthefrog am 25 Dezember 2016, 17:35:50
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...
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 25 Dezember 2016, 18:50:29
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
Titel: Antw:Alternative culfw
Beitrag 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...
Titel: Antw:Alternative culfw
Beitrag von: hjgode am 26 Dezember 2016, 07:36:28
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 26 Dezember 2016, 08:31:03
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 26 Dezember 2016, 16:38:37
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.

Titel: Antw:Alternative culfw
Beitrag von: t1me2die am 27 Dezember 2016, 10:48:55
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 27 Dezember 2016, 12:00:35
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
Titel: Antw:Alternative culfw
Beitrag von: t1me2die am 27 Dezember 2016, 12:09:25
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 27 Dezember 2016, 12:55:03
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
Titel: Antw:Alternative culfw
Beitrag von: t1me2die am 27 Dezember 2016, 12:57:09
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  ???
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 27 Dezember 2016, 13:48:25
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
Titel: Antw:Alternative culfw
Beitrag von: Dummbatz am 27 Dezember 2016, 15:01:12
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
Titel: Antw:Alternative culfw
Beitrag von: mahowi am 27 Dezember 2016, 16:02:31
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
Titel: Antw:Alternative culfw
Beitrag 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 :)
Titel: Antw:Alternative culfw
Beitrag von: hjgode am 27 Dezember 2016, 17:46:26
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
Titel: Antw:Alternative culfw
Beitrag von: Bennemannc am 27 Dezember 2016, 19:29:16
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 Dezember 2016, 19:40:05
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.

Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 27 Dezember 2016, 20:14:21
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
Titel: Antw:Alternative culfw
Beitrag von: Bennemannc am 27 Dezember 2016, 21:28:01
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
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 27 Dezember 2016, 21:58:14
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 ;-) ?
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 27 Dezember 2016, 22:58:03
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
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 27 Dezember 2016, 23:05:20
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!
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 28 Dezember 2016, 12:06:45
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...
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 28 Dezember 2016, 19:07:57
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
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 28 Dezember 2016, 19:17:15
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)
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 29 Dezember 2016, 00:31:39
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.
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 29 Dezember 2016, 00:44:43
mit
event-min-interval:.*:300
und
event-on-change-reading:.*
sollte es eigentlich funktionieren.

Gruß Ralf
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 29 Dezember 2016, 12:53:50
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 29 Dezember 2016, 13:46:57
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 ::)
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 29 Dezember 2016, 14:42:32
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
Titel: Antw:Alternative culfw
Beitrag von: sven.scherf am 01 Januar 2017, 19:59:38
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

Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 03 Januar 2017, 20:36:03
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
Titel: Antw:Alternative culfw
Beitrag von: t1me2die am 05 Januar 2017, 20:26:06
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 05 Januar 2017, 21:36:01
Das hat hier wohl gar nichts verloren  >:( und auch noch ein Doppelpost  >:( >:(
Im richtigen Unterforum hab ich Dir bereits geantwortet.
Titel: Antw:Alternative culfw
Beitrag 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"));

Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 06 Januar 2017, 20:54:46
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 06 Januar 2017, 20:56:27
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 :)
Titel: Antw:Alternative culfw
Beitrag von: steffen-kiess am 06 Januar 2017, 22:31:54
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 :-$
Titel: Antw:Alternative culfw
Beitrag von: sirnoname am 06 Januar 2017, 23:56:08
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!
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 07 Januar 2017, 00:29:47
"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.
Titel: Antw:Alternative culfw
Beitrag von: sirnoname am 07 Januar 2017, 08:04:53
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.

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 07 Januar 2017, 08:33:39
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.
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 07 Januar 2017, 10:19:00
@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
Titel: Alternative culfw
Beitrag von: RaspiLED am 07 Januar 2017, 12:16:46
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 07 Januar 2017, 12:20:26
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/

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 07 Januar 2017, 12:21:58
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.
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 07 Januar 2017, 13:00:30
Zitat@All ich glaube ich lösche die Variante für 868 jetzt ;-)
Jaaaaa  :-X
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 07 Januar 2017, 14:39:11
Nein nicht die 868 Mhz entfernen! Warum? Kommt jetzt...


Gesendet von iPhone mit Tapatalk
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 07 Januar 2017, 14:43:49
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 07 Januar 2017, 16:09:09
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....
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 07 Januar 2017, 16:29:59
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.

Titel: Antw:Alternative culfw
Beitrag von: mahowi am 07 Januar 2017, 16:33:50
Ok, dann hab ich das falsch verstanden. Ich dachte, die Versionen für 868 sollten generell verschwinden.
Titel: Antw:Alternative culfw
Beitrag von: juliusha am 08 Januar 2017, 20:34:04
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.
Titel: Antw:Alternative culfw
Beitrag von: juliusha am 08 Januar 2017, 20:43:36
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
Titel: Antw:Alternative culfw
Beitrag von: timtom am 11 Januar 2017, 22:01:53
Welches ist eigentlich die aktuellste Version, in der SOMFY noch aktiv ist?
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 11 Januar 2017, 22:17:45
Kommt ja darauf an, welchen CUL-Typ Du einsetzt. Ggfs. board.h anpassen u. selber kompilieren.
Grüße Markus
Titel: Antw:Alternative culfw
Beitrag von: jove01 am 13 Januar 2017, 18:16:41
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 13 Januar 2017, 19:07:27
Hi, ich vermute Reichweitenprobleme beim Empfang. Was sagt der Eventmonitor wenn Du nahe an den CUL gehst?
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:Alternative culfw
Beitrag von: jove01 am 13 Januar 2017, 20:12:01
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" ?


Titel: Antw:Alternative culfw
Beitrag von: jove01 am 14 Januar 2017, 14:21:33
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.

Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 14 Januar 2017, 19:52:44
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 Januar 2017, 21:41:08
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.
Titel: Antw:Alternative culfw
Beitrag von: jove01 am 14 Januar 2017, 22:57:53
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.


Titel: Antw:Alternative culfw
Beitrag von: cyablo am 19 Januar 2017, 13:00:43
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)...)
Titel: Antw:Alternative culfw
Beitrag von: blueberry63 am 19 Januar 2017, 13:12:34
Probier mal:

attr async_delay=xxx

Gruß
Blueberry63
Titel: Antw:Alternative culfw
Beitrag von: cyablo am 19 Januar 2017, 15:21:48
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?
Titel: Antw:Alternative culfw
Beitrag von: tkaiser am 21 Januar 2017, 21:44:24
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
Titel: Antw:Alternative culfw
Beitrag von: Doneli am 22 Januar 2017, 16:55:46
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. 
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 24 Januar 2017, 18:47:15
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 26 Januar 2017, 22:38:54
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 ;) )
Titel: Antw:Alternative culfw
Beitrag 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? :'(
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 Januar 2017, 06:49:07
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 ;)
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 27 Januar 2017, 22:52:51
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.
Titel: Antw:Alternative culfw
Beitrag von: HomeAuto_User am 27 Januar 2017, 23:14:02
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 28 Januar 2017, 07:44:04
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
Titel: Antw:Alternative culfw
Beitrag von: HomeAuto_User am 28 Januar 2017, 11:48:15
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
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 10 Februar 2017, 08:03:09
 :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.

Titel: Alternative culfw
Beitrag von: RaspiLED am 10 Februar 2017, 08:09:23
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 10 Februar 2017, 08:15:03
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 10 Februar 2017, 08:44:10
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 10 Februar 2017, 09:01:03
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 10 Februar 2017, 09:23:51
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.
Titel: Antw:Alternative culfw
Beitrag 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 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 10 Februar 2017, 11:29:22
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.

Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 10 Februar 2017, 11:33:20
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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 10 Februar 2017, 11:52:38
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.
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 10 Februar 2017, 11:53:57
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.
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 10 Februar 2017, 16:29:33
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...
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 10 Februar 2017, 16:51:58
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)

Titel: "address is out of range" bei CUL V3.2 @868MHz
Beitrag von: ehkl am 12 Februar 2017, 17:18:56
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!
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: ehkl am 12 Februar 2017, 18:22:44
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?
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 12 Februar 2017, 18:29:23
was heißt fast ?
Und wenn Du einfach die CUL_V3_433MHZ.hex flashst ?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 Februar 2017, 18:37:10
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.

Titel: Antw:Alternative culfw
Beitrag von: ehkl am 13 Februar 2017, 09:01:51
"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ß
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 13 Februar 2017, 20:47:04
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, ...
Titel: Antw:Alternative culfw
Beitrag von: HomeAuto_User am 13 Februar 2017, 20:52:48
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
Titel: Antw:Alternative culfw
Beitrag von: HansDampfHH am 13 Februar 2017, 21:43:50
@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 :-(
Titel: Alternative culfw
Beitrag von: RaspiLED am 13 Februar 2017, 22:13:12
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, ...
Titel: Antw:Alternative culfw
Beitrag von: HansDampfHH am 13 Februar 2017, 22:26:36
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?
Titel: Alternative culfw
Beitrag von: RaspiLED am 13 Februar 2017, 22:53:28
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, ...
Titel: Antw:Alternative culfw
Beitrag von: HansDampfHH am 14 Februar 2017, 08:52:47
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!?
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 14 Februar 2017, 12:06:29
...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...
Titel: Antw:Alternative culfw
Beitrag von: HansDampfHH am 14 Februar 2017, 12:27:57
Okay, habe welche mit FTDI-Chip. Aber klar, einfach abstöpseln.
Melde mich dann hoffentlich  noch mal mit einer Erfolgsmeldung.
Titel: Antw:Alternative culfw
Beitrag von: micky0867 am 14 Februar 2017, 13:19:43
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

Titel: Antw:Alternative culfw
Beitrag von: Bartimaus am 14 Februar 2017, 14:38:09
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.
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 14 Februar 2017, 15:14:49
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

Titel: Antw:Alternative culfw
Beitrag von: Bartimaus am 14 Februar 2017, 15:16:48
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.
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 14 Februar 2017, 15:20:19
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 14 Februar 2017, 15:22:53
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, ...
Titel: Antw:Alternative culfw
Beitrag von: micky0867 am 14 Februar 2017, 19:23:01
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
Titel: Antw:Alternative culfw
Beitrag von: DJMetro am 15 Februar 2017, 15:22:05
Hi,
ich habe von Pearl den NC-7159 Außensensor. Wird der auch schon unterstützt?

Andi
Titel: Antw:Alternative culfw
Beitrag von: mahowi am 15 Februar 2017, 15:40:01
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.
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 16 Februar 2017, 12:24:46
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
Titel: Antw:Alternative culfw
Beitrag von: ehkl am 17 Februar 2017, 18:48:41
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 17 Februar 2017, 18:55:54
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, ...
Titel: Alternative culfw
Beitrag von: RaspiLED am 17 Februar 2017, 20:35:42
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, ...
Titel: Antw:Alternative culfw
Beitrag 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!
Titel: Antw:Alternative culfw
Beitrag von: noice am 17 Februar 2017, 21:14:46
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

Titel: Antw:Alternative culfw
Beitrag von: ehkl am 17 Februar 2017, 21:34:10
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
Titel: Antw:Alternative culfw
Beitrag von: noice am 17 Februar 2017, 21:36:18
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

Titel: Antw:Alternative culfw
Beitrag von: ehkl am 17 Februar 2017, 21:41:15
Joa, geht so. Update läuft... ;)
Titel: Alternative culfw
Beitrag von: RaspiLED am 17 Februar 2017, 22:03:11
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, ...
Titel: Antw:Alternative culfw
Beitrag von: ehkl am 18 Februar 2017, 00:39:01
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
Titel: Antw:Alternative culfw
Beitrag von: HansDampfHH am 18 Februar 2017, 13:51:33
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
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 18 Februar 2017, 15:50:01
@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
Titel: Antw:Alternative culfw
Beitrag von: A.Harrenberg am 19 Februar 2017, 14:26:14
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.
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 19 Februar 2017, 15:45:10
Ich hab es gearde unter Windows 10 mit TortoiseSVN 1.9.5.27581 ausprobiert und es hat funktioniert.
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 19 Februar 2017, 17:41:23
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, ...
Titel: Antw:Alternative culfw
Beitrag von: A.Harrenberg am 19 Februar 2017, 17:59:13
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.
Titel: Alternative culfw
Beitrag von: RaspiLED am 19 Februar 2017, 20:35:04
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, ...
Titel: Antw:Alternative culfw
Beitrag von: A.Harrenberg am 19 Februar 2017, 20:37:40
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.
Titel: Antw:Alternative culfw
Beitrag 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 als Idee geäußert es in die CulFW zu bringen.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 Februar 2017, 14:14:22
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.

Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 21 Februar 2017, 14:24:26
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 21 Februar 2017, 15:14:02
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
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 21 Februar 2017, 15:17:44
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 Februar 2017, 19:19:54
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"?
Titel: Antw:Alternative culfw
Beitrag von: Peter_Listig am 21 Februar 2017, 22:41:09
... 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
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 22 Februar 2017, 09:50:09
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?



Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 22 Februar 2017, 15:18:54
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, ...
Titel: Antw:Alternative culfw
Beitrag von: JWRu am 22 Februar 2017, 16:16:32
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 Februar 2017, 17:39:05
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.
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 Februar 2017, 17:52:05
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
Titel: Antw:Alternative culfw
Beitrag von: JWRu am 22 Februar 2017, 18:05:56
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.
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 22 Februar 2017, 18:13:36
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 ?
Titel: Antw:Alternative culfw
Beitrag von: JWRu am 22 Februar 2017, 18:34:51
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.
Titel: Antw:Alternative culfw
Beitrag 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 ;) )
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 Februar 2017, 19:12:04
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.
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 Februar 2017, 19:43:03
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.
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 22 Februar 2017, 19:48:44
Danke für die Infos ;-)
Titel: Antw:Alternative culfw
Beitrag 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)
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 Februar 2017, 20:48:59
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.

Titel: Alternative culfw
Beitrag von: RaspiLED am 22 Februar 2017, 21:02:02
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, ...
Titel: Antw:Alternative culfw
Beitrag von: JWRu am 22 Februar 2017, 21:11:38
Wahrscheinlich nur der, dass man nicht selbst basteln muss  ;)
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 22 Februar 2017, 23:14:09
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....
Titel: Antw:Alternative culfw
Beitrag von: JWRu am 23 Februar 2017, 06:56:06
@KölnSolar: War ein super Tipp - vielen Dank! Mit sens 8db und rAmpl 38 habe ich einen guten Empfang.
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 23 Februar 2017, 08:13:21
freut mich. Dann kann ich ja bei ähnlicher Fragestellung zukünftig wieder positiv antworten  ;D Und Du hast Dir den Umtausch erspart.
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 23 Februar 2017, 09:52:46
@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?  :)
Titel: Antw:Alternative culfw
Beitrag von: JWRu am 23 Februar 2017, 10:32:39
Ich hab ein bißchen 'rumprobiert - bin aber wieder bei rAmpl 40 gelandet. Unter 42 kommen auch keine Meldungen "Unknown code P12#....." mehr.
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 23 Februar 2017, 10:35:10
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.
Titel: Antw:Alternative culfw
Beitrag von: JWRu am 23 Februar 2017, 11:04:13
Ich glaube eher, dass "P12#..." ein Oregon-Telegramm ist, das durch die Erkennung gerauscht ist.
Titel: Antw:Alternative culfw
Beitrag von: pejonp am 23 Februar 2017, 14:08:21
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
Titel: Antw:Alternative culfw
Beitrag von: JWRu am 23 Februar 2017, 15:08:24
Ich habe aber keinen SignalDuino, sondern einen CUL433.
Titel: Antw:Alternative culfw
Beitrag 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
Zitat
"Stell mal die Bandbreite auf 464 kHz und sens auf 8, ob das was verbessert"

Danke

Gruß
Peter

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 24 Februar 2017, 12:07:52
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.

Titel: Antw:Alternative culfw
Beitrag von: JWRu am 24 Februar 2017, 12:28:52
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.
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 24 Februar 2017, 18:19:28
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².

Titel: Antw:Alternative culfw
Beitrag von: JWRu am 24 Februar 2017, 18:25:19
Die haben auch das Oregon-Protokoll 2.1 - anscheinend wird das zuverlässiger erkannt.
Titel: Antw:Alternative culfw
Beitrag von: fstefan1960 am 26 Februar 2017, 18:28:56
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

Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: birdy am 26 Februar 2017, 23:00:30
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 27 Februar 2017, 02:14:18
Hi, 1.67:
https://forum.fhem.de/index.php?topic=62243.0
Gruß Arnd


Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 12 März 2017, 13:33:36
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?
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 12 März 2017, 14:20:18
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, ...
Titel: Antw:Alternative culfw
Beitrag von: mahowi am 12 März 2017, 14:33:09
Ich musste meinen nanoCUL nach dem letzten Flashen einmal vom USB trennen und wieder einstecken, dann lief er wieder.
Titel: Alternative culfw
Beitrag von: RaspiLED am 12 März 2017, 14:46:29
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, ...
Titel: Antw:Alternative culfw
Beitrag 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)
Titel: Antw:Alternative culfw
Beitrag von: Invers am 12 März 2017, 15:28:59
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.
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 12 März 2017, 16:10:33
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Invers am 12 März 2017, 16:19:24
Ist doch nicht falsch. Genau die will ich flaschen.
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 12 März 2017, 16:23:47
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.
Titel: Antw:Alternative culfw
Beitrag von: Invers am 12 März 2017, 16:41:28
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.
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 12 März 2017, 17:49:28
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.
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 12 März 2017, 18:08:37
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?
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 12 März 2017, 18:18:57
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.
Titel: Alternative culfw
Beitrag von: RaspiLED am 12 März 2017, 20:01:16
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 13 März 2017, 12:56:20
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.
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 13 März 2017, 15:21:47
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Invers am 18 März 2017, 21:16:56
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?
Titel: Alternative culfw
Beitrag von: RaspiLED am 18 März 2017, 21:59:40
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Invers am 19 März 2017, 09:52:41
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.
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 19 März 2017, 10:22:20
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.
Titel: Antw:Alternative culfw
Beitrag von: Invers am 19 März 2017, 11:16:26
Alles klar, werde ich probieren. Ist nur mühsam, wegen fehlender Englischkenntnisse.
Danke dir.
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 19 März 2017, 13:05:04
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.
Titel: Antw:Alternative culfw
Beitrag von: Invers am 19 März 2017, 21:49:13
Ja, muss ja irgendwie. :-)
Danke.
Titel: Antw:Alternative culfw
Beitrag von: neonet am 21 März 2017, 13:51:39
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 21 März 2017, 18:32:40
Hi neonet,
Was ist die Ausgabe von
get <CULDevice> commands
get <CULDevice> version
?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:Alternative culfw
Beitrag von: neonet am 22 März 2017, 02:01:26
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:noArg
get nanoCUL433 version nanoCUL433 version => V 1.23.08 a-culfw Build: 156 (2017-01-28_13-46-55) nanoCUL433 (F-Band: 433MHz)



Gruß Neonet
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 März 2017, 06:57:20
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.

Titel: Alternative culfw
Beitrag von: RaspiLED am 22 März 2017, 08:06:21
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, ...
Titel: Antw:Alternative culfw
Beitrag von: neonet am 22 März 2017, 10:45:08
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 !!!





Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 22 März 2017, 12:57:33
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
Titel: Antw:Alternative culfw
Beitrag von: neonet am 22 März 2017, 17:44:05
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


X21
Im 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



X21
Im 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


X25
Im 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


X25
Im 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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 22 März 2017, 19:49:57
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"  ;)
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 22 März 2017, 20:13:04
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, ...
Titel: Antw:Alternative culfw
Beitrag von: neonet am 23 März 2017, 16:26:25
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 23 März 2017, 16:56:27
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.
;)
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 23 März 2017, 18:09:39
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
Titel: Antw:Alternative culfw
Beitrag von: UnbekannterNr1 am 25 März 2017, 11:22:52
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 
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 25 März 2017, 12:11:06
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
Titel: Antw:Alternative culfw
Beitrag von: UnbekannterNr1 am 25 März 2017, 13:37:00
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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 26 März 2017, 09:15:29
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
Titel: Antw:Alternative culfw
Beitrag von: UnbekannterNr1 am 26 März 2017, 09:39:24
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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 26 März 2017, 09:46:15
Wenn Du beim CUL433 verbose 5 setzt und mit der IT-Fernbedienung was sendest, welche Einträge vom CUL433 erscheinen dann im log?
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 26 März 2017, 10:58:07
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, ...
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 26 März 2017, 14:39:35
Spekulation: 2*CUL = Probleme in der Zuordnung --> senden von IT über 868er ?
Titel: Antw:Alternative culfw
Beitrag von: der-graph am 26 März 2017, 14:51:23
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 26 März 2017, 17:25:29
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
Titel: Alternative culfw
Beitrag 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, ...
Titel: Antw:Alternative culfw
Beitrag von: UnbekannterNr1 am 26 März 2017, 20:20:52
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?

Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 26 März 2017, 21:23:19
Da Du senden kannst, scheint der nanoCUL tatsächlich ein Empfangsproblem zu haben, denn die defs sind OK  :(
Titel: Alternative culfw
Beitrag von: RaspiLED am 27 März 2017, 01:51:00
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, ...
Titel: Antw:Alternative culfw
Beitrag von: UnbekannterNr1 am 27 März 2017, 09:28:03
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 27 März 2017, 11:19:06
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, ...
Titel: Antw:Alternative culfw
Beitrag von: UnbekannterNr1 am 27 März 2017, 16:46:05
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!
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 28 März 2017, 13:07:27
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

Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 13 April 2017, 20:25:50
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 13 April 2017, 21:19:20
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 :-\
Titel: Antw:Alternative culfw
Beitrag von: A.Harrenberg am 14 April 2017, 15:03:32
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.

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 April 2017, 15:12:38
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
Titel: Antw:Alternative culfw
Beitrag von: A.Harrenberg am 14 April 2017, 15:14:48
Hallo Björn,

danke für die RM, werde dann bei Telekatz nachfragen.

Gruß,
Andreas.
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 14 April 2017, 15:22:09
Hast du es auch schon mit "\n\r" probiert?
Titel: Antw:Alternative culfw
Beitrag von: giulup am 29 April 2017, 22:34:02
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.
Titel: Antw:Alternative culfw
Beitrag 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)
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 30 April 2017, 08:55:26
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, ...
Titel: Antw:Alternative culfw
Beitrag von: giulup am 30 April 2017, 09:05:54
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


Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 30 April 2017, 14:29:28
dann wird es wohl nicht interpretiert  :(
evtl. kann Björn was dazu sagen.

halber m und RSSI=-80  :o
Titel: Antw:Alternative culfw
Beitrag von: giulup am 30 April 2017, 18:57:50
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?
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 30 April 2017, 19:16:09
glaub ich eher nicht. Kannst ja das Log beobachten. Kommen immer 29 nibbles und ähnliche werte liegt es nicht am sensor.
Titel: Antw:Alternative culfw
Beitrag von: timtom am 08 Mai 2017, 13:33:01
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
Titel: Antw:Alternative culfw
Beitrag 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, ...
Titel: Antw:Alternative culfw
Beitrag von: timtom am 09 Mai 2017, 08:39:25
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.
Titel: Antw:Alternative culfw
Beitrag 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, ...
Titel: Antw:Alternative culfw
Beitrag von: timtom am 09 Mai 2017, 09:17:13
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?
Titel: Antw:Alternative culfw
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag von: timtom am 11 Mai 2017, 11:16:08
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?
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 11 Mai 2017, 13:15:02
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, ...
Titel: Antw:Alternative culfw
Beitrag von: timtom am 11 Mai 2017, 13:54:48
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.
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 11 Mai 2017, 15:21:19
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, ...
Titel: Antw:Alternative culfw
Beitrag von: timtom am 12 Mai 2017, 17:57:46
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.
Titel: Antw:Alternative culfw
Beitrag von: GatuRatz am 28 Mai 2017, 12:35:39
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
Titel: Antw:Alternative culfw
Beitrag von: handy80 am 04 Juni 2017, 23:36:20
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.
Titel: Antw:Alternative culfw
Beitrag von: noice am 04 Juni 2017, 23:58:07
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

Titel: Antw:Alternative culfw
Beitrag von: handy80 am 05 Juni 2017, 00:01:29
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

Titel: Antw:Alternative culfw
Beitrag von: noice am 05 Juni 2017, 00:14:08
Stell mal den SCC fest auf 433 ,920 mhz

Gesendet von meinem SM-T325 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag von: handy80 am 05 Juni 2017, 10:46:06
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?
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 05 Juni 2017, 15:23:59
was sagt denn das log(möglichst verbose 5) beim senden ? Und ein list des SCC.
Grüße Markus
Titel: Antw:Alternative culfw
Beitrag von: handy80 am 05 Juni 2017, 16:25:02
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

Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 05 Juni 2017, 18:29:26
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.
Titel: Antw:Alternative culfw
Beitrag von: handy80 am 05 Juni 2017, 19:12:33
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)

Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 05 Juni 2017, 19:52:31
Schau mal hier:
https://forum.fhem.de/index.php/topic,71617.msg631561.html#msg631561

Gruß Ralf
Titel: Antw:Alternative culfw
Beitrag von: handy80 am 05 Juni 2017, 20:05:00
Merci! :) das war die Lösung! Verstanden hab ich das leider (noch) nicht. Werde aber den Verlauf der Unterhaltung studieren.
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 05 Juni 2017, 21:04:07
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.
Titel: Antw:Alternative culfw
Beitrag von: harle am 11 Juni 2017, 11:56:09
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
Titel: Antw:Alternative culfw
Beitrag 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, ...
Titel: Antw:Alternative culfw
Beitrag von: harle am 11 Juni 2017, 13:33:26
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?
Titel: Antw:Alternative culfw
Beitrag 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, ...
Titel: Antw:Alternative culfw
Beitrag von: harle am 11 Juni 2017, 14:26:26
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 11 Juni 2017, 14:50:10
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, ...
Titel: Antw:Alternative culfw
Beitrag von: harle am 11 Juni 2017, 16:31:42
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?
Titel: Antw:Alternative culfw
Beitrag 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, ...
Titel: Antw:Alternative culfw
Beitrag von: harle am 11 Juni 2017, 19:20:01
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"?
Titel: Alternative culfw
Beitrag 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, ...
Titel: Antw:Alternative culfw
Beitrag von: harle am 11 Juni 2017, 20:22:57
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.

Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 11 Juni 2017, 21:07:36
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, ...
Titel: Antw:Alternative culfw
Beitrag von: harle am 11 Juni 2017, 21:54:23
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?

Titel: Alternative culfw
Beitrag 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, ...
Titel: Antw:Alternative culfw
Beitrag von: harle am 12 Juni 2017, 07:05:19
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?
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 12 Juni 2017, 07:40:55
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, ...
Titel: Alternative culfw
Beitrag von: RaspiLED am 12 Juni 2017, 08:00:07
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, ...
Titel: Antw:Alternative culfw
Beitrag von: oliver69 am 17 Juni 2017, 19:46:51
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 :-(
Titel: Antw:Alternative culfw
Beitrag von: StefanGarcia am 18 Juni 2017, 14:09:25
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.
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 18 Juni 2017, 14:18:25
 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, ...
Titel: Antw:Alternative culfw
Beitrag von: StefanGarcia am 18 Juni 2017, 15:02:53
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 18 Juni 2017, 16:54:23
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, ...
Titel: Antw:Alternative culfw
Beitrag von: coolheizer am 23 Juni 2017, 23:00:19
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
Titel: Antw:Alternative culfw
Beitrag von: stepborc am 23 Juni 2017, 23:50:01
Flash Speicher leidet. Also weniger flashen verlängert die Lebenszeit.

https://de.wikipedia.org/wiki/Flash-Speicher#Anzahl_der_L.C3.B6schzyklen
Titel: Antw:Alternative culfw
Beitrag von: coolheizer am 24 Juni 2017, 17:00:42
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 24 Juni 2017, 17:41:04
Nein, kein Schreibzugriff auf den Flash, nur Änderung von CC1101-Registern.
Grüße Markus
Titel: Antw:Alternative culfw
Beitrag von: WolfgangMM am 05 Juli 2017, 14:48:57
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

Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 05 Juli 2017, 17:57:05
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 05 Juli 2017, 18:12:22
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, ...
Titel: Antw:Alternative culfw
Beitrag von: SventeHof am 08 Juli 2017, 20:55:06
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 08 Juli 2017, 22:22:00
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, ...
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 14 Juli 2017, 17:36:24
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.
Titel: Antw:Alternative culfw
Beitrag von: Horti am 17 Juli 2017, 23:30:25
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?
Titel: Antw:Alternative culfw
Beitrag von: Horti am 18 Juli 2017, 22:25:07
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 18 Juli 2017, 23:02:39
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, ...
Titel: Antw:Alternative culfw
Beitrag von: micky0867 am 19 Juli 2017, 07:20:10
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
Titel: Antw:Alternative culfw
Beitrag von: Horti am 19 Juli 2017, 08:43:43
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.
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 19 Juli 2017, 10:09:33
 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, ...
Titel: Antw:Alternative culfw
Beitrag von: Horti am 19 Juli 2017, 17:50:20
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?
Titel: Antw:Alternative culfw
Beitrag von: Horti am 20 Juli 2017, 21:54:29
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
Titel: Antw:Alternative culfw
Beitrag von: Wasserwerk33 am 20 Juli 2017, 23:12:48
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 21 Juli 2017, 00:32:29
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, ...
Titel: Antw:Alternative culfw
Beitrag 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.

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?
Titel: Antw:Alternative culfw
Beitrag von: Wasserwerk33 am 21 Juli 2017, 11:00:43
@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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 21 Juli 2017, 11:35:24
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Wasserwerk33 am 21 Juli 2017, 11:46:04
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.


Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 21 Juli 2017, 12:21:58
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Wasserwerk33 am 21 Juli 2017, 14:54:49
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.

Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 21 Juli 2017, 15:04:05
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

Titel: Antw:Alternative culfw
Beitrag von: Wasserwerk33 am 21 Juli 2017, 15:37:27
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??
Titel: Antw:Alternative culfw
Beitrag 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, ...
Titel: Antw:Alternative culfw
Beitrag von: Wasserwerk33 am 21 Juli 2017, 18:28:57
werde es morgen ausprobieren
werde mich dann nochmal melden
Titel: Antw:Alternative culfw
Beitrag von: Sidey am 22 Juli 2017, 01:37:34
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
Titel: Antw:Alternative culfw
Beitrag von: Horti am 22 Juli 2017, 09:26:04
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
Titel: Antw:Alternative culfw
Beitrag von: Wasserwerk33 am 22 Juli 2017, 18:37:27
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?
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 22 Juli 2017, 22:14:50
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.
Titel: Antw:Alternative culfw
Beitrag von: Wasserwerk33 am 22 Juli 2017, 22:57:28
okay werde ich machen

trotzdem schon mal danke
Titel: Antw:Alternative culfw
Beitrag von: schmello am 26 Juli 2017, 13:45:48
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 :) ?
Titel: Antw:Alternative culfw
Beitrag von: Fillip am 30 Juli 2017, 20:32:34
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?
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 30 Juli 2017, 20:54:04
Hi, was sagt der denn bei get ccconf? Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:Alternative culfw
Beitrag von: Fillip am 30 Juli 2017, 21:12:56
Da sagt er nach dem setzten (Also auch aktuell) ,,no FD"
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 30 Juli 2017, 21:21:34
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Fillip am 30 Juli 2017, 21:59:30
Aber auch version oder uptime sagen ,,no answer"  ???
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 31 Juli 2017, 06:49:58
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Fillip am 31 Juli 2017, 08:08:04
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...
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 31 Juli 2017, 11:10:58
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Fillip am 31 Juli 2017, 14:00:57
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...
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 31 Juli 2017, 17:23:43
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Fillip am 31 Juli 2017, 19:45:53
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 31 Juli 2017, 22:32:21
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
Titel: Antw:Alternative culfw
Beitrag von: Fillip am 01 August 2017, 18:33:11
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..
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 01 August 2017, 22:00:23
bei mir laufen zwei nano-Culs seit 2 Jahren ohne Pegelwandler, sowohl mit FTDI als auch mit CH Chipsatz, ohne Probleme !!!
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 01 August 2017, 23:15:11
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.
Titel: Antw:Alternative culfw
Beitrag von: xotox91 am 09 August 2017, 16:45:17
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 09 August 2017, 20:39:11
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
Titel: Antw:Alternative culfw
Beitrag von: ultraedition am 09 August 2017, 20:55:01
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 09 August 2017, 23:24:16
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
Titel: Antw:Alternative culfw
Beitrag von: juergs am 13 August 2017, 13:38:37
@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)
Titel: Antw:Alternative culfw
Beitrag von: Doublefant am 20 August 2017, 15:36:04
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


Titel: Antw:Alternative culfw
Beitrag von: Skusi am 01 September 2017, 11:02:39
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
Titel: Antw:Alternative culfw
Beitrag von: Skusi am 07 September 2017, 17:34:59
Nanu,
alle noch im Urlaub ???
Dann muß ich wohl doch alle Versionen nach und nach flashen um meine Frage zu beantworten.

???
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 07 September 2017, 18:08:08
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...
Titel: Antw:Alternative culfw
Beitrag von: Burny4600 am 07 September 2017, 19:41:27
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?
Titel: Antw:Alternative culfw
Beitrag von: mister am 14 September 2017, 22:48:49
ist das dimmen der Intertechno nun auch über die offizielle CUL version möglich oder brauche ich die hier?
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 15 September 2017, 06:58:10
Probier es doch einfach aus  ;)
Da die aculfw viel mehr bzgl. 433MHz u. slowRF unterstützt, ist die aculfw 1. Wahl  :)
Grüße Markus
Titel: Antw:Alternative culfw
Beitrag von: mister am 15 September 2017, 18:51:08
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.
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 16 September 2017, 10:34:54
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, ...
Titel: Antw:Alternative culfw
Beitrag von: mister am 16 September 2017, 10:55:55
danke für deine Antwort. Ich verwende ein Selbstbau nanoCul. Funktioniert auch soweit gut. Ich bekomme wie gesagt nur nicht die alternative firmware geflasht :-[
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 16 September 2017, 20:33:06
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, ...
Titel: Antw:Alternative culfw
Beitrag von: mister am 16 September 2017, 21:06:25
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 17 September 2017, 07:41:20
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, ...
Titel: Antw:Alternative culfw
Beitrag von: mister am 17 September 2017, 17:38:38
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
Titel: Antw:Alternative culfw
Beitrag von: mister am 17 September 2017, 19:11:38
Ich habe noch ein anderes Problem. Und zwar habe ich einen AWMR-300 von Trust.
Ich kann ihn ein aber nicht ausschalten.
Titel: Alternative culfw
Beitrag von: RaspiLED am 17 September 2017, 19:47:59
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, ...
Titel: Antw:Alternative culfw
Beitrag von: adn77 am 23 September 2017, 00:01:59
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:

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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 23 September 2017, 22:23:12
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.
Titel: Antw:Alternative culfw
Beitrag von: adn77 am 24 September 2017, 15:40:06
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.



Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 25 September 2017, 07:13:55
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.
Titel: UNKNOWNCODE sniffen und senden
Beitrag 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


EDIT: eigener Thread (http://forum.fhem.de/index.php/topic,77674.msg696033.html#msg696033)
Titel: Antw:UNKNOWNCODE sniffen und senden
Beitrag von: bjoernh am 07 Oktober 2017, 09:01:02
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 07 Oktober 2017, 09:43:04
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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 07 Oktober 2017, 10:33:32
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
Titel: Antw:Alternative culfw
Beitrag von: lichtimc am 07 Oktober 2017, 10:47:30
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)
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 07 Oktober 2017, 12:01:56
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
Titel: Antw:Alternative culfw
Beitrag von: lichtimc am 07 Oktober 2017, 12:31:36
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)
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 07 Oktober 2017, 13:21:35
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.



Titel: Antw:Alternative culfw
Beitrag von: Crush85 am 11 Oktober 2017, 20:34:51
Kann mir jemand erklären wie ich aculfw auf dem raspberry auf mein cul1101 flashe? mit dem normalen culfw ging das irgendwie ganz einfach
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 11 Oktober 2017, 21:23:23
Es gibt aber doch gar keinen Unterschied  ::) Flashen ist flashen.
Grüße Markus
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 11 Oktober 2017, 21:29:06
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.
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 11 Oktober 2017, 21:56:20
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, ...
Titel: Antw:Alternative culfw
Beitrag von: Crush85 am 11 Oktober 2017, 21:59:34
Es funktioniert, es werden auch einige Signale abgefangen, vielen Dank!
Titel: Antw:Alternative culfw
Beitrag von: madronix am 18 Oktober 2017, 00:12:56
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?
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 18 Oktober 2017, 05:12:07
Nö, völlig problemlos bei mir mit nem V3. Ich vermute daher allgemeine Flashprobleme bei Dir. Daher solltest Du einen eigenen Thread eröffnen.
Titel: Alternative culfw
Beitrag von: RaspiLED am 18 Oktober 2017, 07:51:29
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, ...
Titel: Antw:Alternative culfw
Beitrag von: hme am 22 Oktober 2017, 03:39:47
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?
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 22 Oktober 2017, 11:23:19
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 ?
Titel: Antw:Alternative culfw
Beitrag von: hme am 22 Oktober 2017, 13:28:54
Habe die fertig kompilierte aus dem Mediafire Archiv von https://forum.fhem.de/index.php?topic=35064.0 genommen.
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 22 Oktober 2017, 19:06:45
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...
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 23 Oktober 2017, 12:16:34
...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 :)
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag 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? 
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 03 November 2017, 19:06:18
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

Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 03 November 2017, 19:18:45
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
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 03 November 2017, 19:40:40
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?
Titel: Antw:Alternative culfw
Beitrag von: pantau am 03 November 2017, 21:11:24
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?
Titel: Antw:Alternative culfw
Beitrag 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)
Titel: Antw:Alternative culfw
Beitrag von: pantau am 04 November 2017, 00:59:04
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...
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 04 November 2017, 17:56:02
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.
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 04 November 2017, 18:06:58
Für ARM wird aber nicht avr-gcc verwendet.
Titel: Antw:Alternative culfw
Beitrag von: pantau am 04 November 2017, 18:26:46
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?
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 05 November 2017, 07:56:19
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

Titel: Antw:Alternative culfw
Beitrag von: pantau am 05 November 2017, 12:30:17
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!
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 05 November 2017, 14:22:44
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 05 November 2017, 14:28:05
Jepp. Genau diese Version aus der der dev 3.3. 1.

Gruß Sascha

Gesendet von meinem E6653 mit Tapatalk
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 05 November 2017, 14:43:57
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 05 November 2017, 15:37:26
Habe den Fehler nur bei den cul Varianten. Habe auch welche die per WLAN angebunden sind.

Gruß Sascha

Gesendet von meinem E6653 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 05 November 2017, 20:23:10
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
Titel: Antw:Alternative culfw
Beitrag von: Horti am 05 November 2017, 21:40:40
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!
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 06 November 2017, 19:40:34
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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 06 November 2017, 20:59:35
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


Titel: Antw:Alternative culfw
Beitrag von: popy am 09 November 2017, 20:57:09
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
Titel: Antw:Alternative culfw
Beitrag von: masterpete23 am 15 November 2017, 11:00:59
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?
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 15 November 2017, 11:11:13
Nicht wirklich. Habe auch noch zwischendurch noch solche Fehlermeldungen.

Gesendet von meinem E6653 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 15 November 2017, 11:36:38
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.
Titel: Antw:Alternative culfw
Beitrag von: Tommy82 am 02 Dezember 2017, 20:33:55
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
Titel: Alternative culfw
Beitrag 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, ...
Titel: Antw:Alternative culfw
Beitrag von: Tommy82 am 02 Dezember 2017, 21:40:18
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.
Titel: Antw:Alternative culfw
Beitrag von: Sven77 am 05 Dezember 2017, 09:27:37
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
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 05 Dezember 2017, 11:45:44
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.
Titel: Antw:Alternative culfw
Beitrag von: Sven77 am 05 Dezember 2017, 12:06:15
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.
Titel: Antw:Alternative culfw
Beitrag von: A.Harrenberg am 05 Dezember 2017, 18:34:15
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.
Titel: Antw:Alternative culfw
Beitrag von: Sven77 am 06 Dezember 2017, 10:19:16
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?
Titel: Antw:Alternative culfw
Beitrag von: blueberry63 am 08 Dezember 2017, 09:00:36
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
Titel: Antw:Alternative culfw
Beitrag von: Patric am 12 Dezember 2017, 08:05:45
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 12 Dezember 2017, 08:55:04
Meines Wissens  ist das Protokoll von Bresser nicht implementiert.  :'(
Grüße Markus
Titel: Antw:Alternative culfw
Beitrag von: Patric am 14 Dezember 2017, 14:45:36
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

Titel: Antw:Alternative culfw
Beitrag von: meier81 am 28 Dezember 2017, 15:47:05
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ß
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 28 Dezember 2017, 20:16:46
Schon eine coole nummer, die Nanos über nen Bus kommunizieren zu lassen.

Gesendet von meinem...... was auch immer

Titel: Antw:Alternative culfw
Beitrag von: coolheizer am 29 Dezember 2017, 13:03:29
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
Titel: Antw:Alternative culfw
Beitrag von: raiderxxl am 04 Januar 2018, 14:39:06
Hallo zusammen...

gibt es bereits einen Grill/Backofen Thermometer der mit aculfw Funktioniert?

Wollte mir einen zulegen...

Danke

Pascal
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 04 Januar 2018, 20:24:19
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, ...
Titel: Antw:Alternative culfw
Beitrag von: raiderxxl am 05 Januar 2018, 15:05:02
Danke an beide!


Grüßle

Pascal
Titel: Antw:Alternative culfw
Beitrag von: berbar am 06 Januar 2018, 10:15:19
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



Titel: Alternative culfw
Beitrag 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, ...
Titel: Antw:Alternative culfw
Beitrag von: berbar am 06 Januar 2018, 10:53:32
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
Titel: Antw:Alternative culfw
Beitrag 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, ...
Titel: Antw:Alternative culfw
Beitrag von: berbar am 06 Januar 2018, 12:00:08
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 06 Januar 2018, 12:42:29
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
Titel: Antw:Alternative culfw
Beitrag von: Patric am 06 Januar 2018, 14:24:08
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 06 Januar 2018, 14:43:11
Nein  :'(
Ohne den TX25 zu kennen, es hat sicherlich kein-MAX!-Protokoll u.
Zitatrfmode=MAX
kann eben NUR MAX! empfangen.
Grüße Markus
Titel: Antw:Alternative culfw
Beitrag von: berbar am 06 Januar 2018, 15:00:41
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.
Titel: Antw:Alternative culfw
Beitrag von: Patric am 07 Januar 2018, 10:49:07
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

Titel: Antw:Alternative culfw
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 21 Januar 2018, 14:58:52
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.
Titel: Antw:Alternative culfw
Beitrag von: Tommy82 am 21 Januar 2018, 15:02:21
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.
Titel: Antw:Alternative culfw
Beitrag von: meier81 am 21 Januar 2018, 16:43:30
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
Titel: Antw:Alternative culfw
Beitrag von: Tommy82 am 21 Januar 2018, 18:13:33
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
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 25 Januar 2018, 11:40:53
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...
Titel: Antw:Alternative culfw
Beitrag von: Patric am 25 Januar 2018, 14:56:18
Danke für die Hinweise.

Ja, LacrosseGateway läuft schon; ich muss "nur noch" den RFM69CW dranlöten...

Patric
Titel: Antw:Alternative culfw
Beitrag 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

Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 Januar 2018, 21:07:27
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.
Titel: Antw:Alternative culfw
Beitrag von: toxic-tonic am 30 Januar 2018, 21:25:49
Cool, teste ich, meinst du D1 oder wirklich C1? Welcher Pin ist das?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 30 Januar 2018, 21:30:41
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
Titel: Antw:Alternative culfw
Beitrag von: toxic-tonic am 30 Januar 2018, 21:34:58
Top! Man lernt nie aus! Danke!!
Titel: Antw:Alternative culfw
Beitrag von: toxic-tonic am 31 Januar 2018, 08:38:08
Hat jemand einen Vorschlag was für einen Widerstand? Einfach so auf Grund legen reicht bei mir nicht!
Titel: Antw:Alternative culfw
Beitrag von: toxic-tonic am 31 Januar 2018, 15:23:24
Gefunden, ist A0 nicht A1! Einfach auf Masse und läuft (fast)...
Titel: Antw:Alternative culfw
Beitrag von: toxic-tonic am 31 Januar 2018, 20:49:25
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
Titel: Antw:Alternative culfw
Beitrag von: toxic-tonic am 01 Februar 2018, 16:32:57
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
Titel: Antw:Alternative culfw
Beitrag von: Bartimaus am 09 Februar 2018, 10:05:00
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... ???
Titel: Antw:Alternative culfw
Beitrag von: bilbolodz am 10 Februar 2018, 19:39:18
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.
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 25 März 2018, 22:20:07
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

Titel: Antw:Alternative culfw
Beitrag von: onix20 am 31 März 2018, 08:15:38
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?
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 31 März 2018, 17:30:55
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
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 31 März 2018, 19:11:42
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
Titel: Antw:Alternative culfw
Beitrag von: phantom am 09 April 2018, 15:04:20
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

Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 09 April 2018, 18:37:24
Die Nutzung der seriellen Schnittstelle wie beim MapleCUN ist für den CUBe nicht vorgesehen.
Titel: Antw:Alternative culfw
Beitrag von: phantom am 09 April 2018, 20:52:48
@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
Titel: Antw:Alternative culfw
Beitrag von: DukeChief am 16 April 2018, 06:24:43
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

Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 16 April 2018, 09:27:48
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
Titel: Antw:Alternative culfw
Beitrag von: raiderxxl am 17 April 2018, 12:41:18
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 17 April 2018, 20:16:20
Wie beim anderen Post schon geschrieben: Serien (und bitte einfach nur die Daten des Displays u. die raw-Empfangsdaten in einer Tabelle)
Titel: Antw:Alternative culfw
Beitrag von: arthur_dent_2015 am 06 Mai 2018, 19:40:26
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 07 Mai 2018, 10:57:22
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 07 Mai 2018, 20:03:04
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]
Titel: Antw:Alternative culfw
Beitrag von: arthur_dent_2015 am 07 Mai 2018, 21:35:38
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
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 08 Mai 2018, 07:26:22
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
Titel: Antw:Alternative culfw
Beitrag von: arthur_dent_2015 am 08 Mai 2018, 19:55:08
@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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 09 Mai 2018, 07:49:25
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
Titel: Antw:Alternative culfw
Beitrag von: arthur_dent_2015 am 20 Mai 2018, 10:31:46
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 20 Mai 2018, 16:30:18
Die PCA301 Steckdose funkt auf 868 Mhz. Kommt jetzt auf dein Empfsngsmodul an.

Gruß Sascha

Gesendet von meinem E6653 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag von: arthur_dent_2015 am 20 Mai 2018, 16:47:15
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 20 Mai 2018, 16:51:13
Dann musst du noch, so glaube ich, dass LaCrosse mit compilieren.

Gruß Sascha

Gesendet von meinem E6653 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag von: arthur_dent_2015 am 20 Mai 2018, 17:21:11
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
Titel: Antw:Alternative culfw
Beitrag von: Veerle am 30 Mai 2018, 10:10:07
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

Titel: Antw:Alternative culfw
Beitrag von: TheTrumpeter am 08 Juni 2018, 10:34:08
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?
Titel: Antw:Alternative culfw
Beitrag von: blueicechip am 08 Juni 2018, 11:59:28
1.Post - Downloads
Titel: Antw:Alternative culfw
Beitrag von: TheTrumpeter am 08 Juni 2018, 12:35:21
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.
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 08 Juni 2018, 21:36:14
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
Titel: Antw:Alternative culfw
Beitrag von: TheTrumpeter am 08 Juni 2018, 21:41:25
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...
Titel: Alternative culfw
Beitrag von: RaspiLED am 09 Juni 2018, 07:21:27
Hi,
sollten Sie, wenn die LaCrosse sprechen:

set nanoCUL raw Nr1


Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:Alternative culfw
Beitrag von: TheTrumpeter am 09 Juni 2018, 21:47:36
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...
Titel: Alternative culfw
Beitrag von: RaspiLED am 10 Juni 2018, 00:03:18
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 10 Juni 2018, 07:03:51
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
Titel: Antw:Alternative culfw
Beitrag von: TheTrumpeter am 10 Juni 2018, 13:11:04
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  :)
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: gloob am 30 Juni 2018, 13:07:31
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?
Titel: Antw:Alternative culfw
Beitrag von: Tommy82 am 30 Juni 2018, 13:09:46
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 30 Juni 2018, 14:03:31
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, ...
Titel: Antw:Alternative culfw
Beitrag von: TommyER am 25 Juli 2018, 20:39:01
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 25 Juli 2018, 20:45:52
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, ...
Titel: Antw:Alternative culfw
Beitrag von: TommyER am 25 Juli 2018, 21:33:08
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 25 Juli 2018, 21:45:07
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
Titel: Antw:Alternative culfw
Beitrag von: TommyER am 25 Juli 2018, 21:51:26
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.
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 25 Juli 2018, 22:54:17
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
Titel: Antw:Alternative culfw
Beitrag von: TommyER am 25 Juli 2018, 23:35:36
Ein Modul habe ich hier liegen. Muss mal schauen ob ich das die Tage mal zusammenbauen kann.
Titel: Antw:Alternative culfw
Beitrag von: ArduPino am 24 August 2018, 16:44:33
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.
Titel: Antw:Alternative culfw
Beitrag von: adn77 am 16 September 2018, 15:10:49
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
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 05 Oktober 2018, 18:44:07
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
Titel: Antw:Alternative culfw
Beitrag von: ArduPino am 14 Oktober 2018, 16:30:49
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 ?
Titel: Antw:Alternative culfw
Beitrag von: Sidey am 14 Oktober 2018, 17:14:00
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.
Titel: Antw:Alternative culfw
Beitrag von: Nemo0815 am 19 Oktober 2018, 09:44:05
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)
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 19 Oktober 2018, 12:39:56
 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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 19 Oktober 2018, 15:06:19
Ja, die erste Seite habe ich in letzter Zeit nicht gepflegt [emoji28]
Titel: Antw:Alternative culfw
Beitrag von: dobiwan am 24 Oktober 2018, 10:23:53
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.
Titel: Antw:Alternative culfw
Beitrag von: yersinia am 24 Oktober 2018, 15:54:53
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.
Titel: Antw:Alternative culfw
Beitrag von: Jacob am 10 November 2018, 19:32:33
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
Titel: Antw:Alternative culfw
Beitrag von: vbs am 16 November 2018, 14:19:24
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 16 November 2018, 16:10:22
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.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 16 November 2018, 16:19:22
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 16 November 2018, 16:21:21
Jop, ist klar. Ich habe das Modul so geschrieben, daß unbekannte Pakete in unknown landen. Hintergrund war damals die Vielzahl unterschiedlicher Sensoren.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 23 November 2018, 21:50:40
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:

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?
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 24 November 2018, 15:03:31
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?
Titel: Antw:Alternative culfw
Beitrag von: vbs am 24 November 2018, 15:36:35
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!
Titel: Antw:Alternative culfw
Beitrag von: jw1hal am 25 November 2018, 05:29:51
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
Titel: Antw:Alternative culfw
Beitrag von: Matze89 am 25 November 2018, 09:29:54
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 25 November 2018, 09:38:10
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
Titel: Antw:Alternative culfw
Beitrag von: jw1hal am 25 November 2018, 10:12:38
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 25 November 2018, 12:22:50
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, ...
Titel: Antw:Alternative culfw
Beitrag von: jw1hal am 25 November 2018, 17:14:55
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 25 November 2018, 19:55:22
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 25 November 2018, 20:55:54
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.  ;)




Titel: Antw:Alternative culfw
Beitrag von: vbs am 27 November 2018, 22:38:34
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:
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? :/
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 27 November 2018, 23:28:30
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.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 30 November 2018, 15:13:57
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
Titel: Antw:Alternative culfw
Beitrag von: vbs am 01 Dezember 2018, 18:29:49
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.
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 01 Dezember 2018, 21:38:42
Ich denke, ich hab da was gefunden. Versuch mal die angefügte Version.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 01 Dezember 2018, 21:47:31
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?
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 01 Dezember 2018, 22:23:01
https://github.com/Telekatz/a-culfw/tree/ARM (https://github.com/Telekatz/a-culfw/tree/ARM)
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 01 Dezember 2018, 22:34:13
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.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 02 Dezember 2018, 14:41:39
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.
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 03 Dezember 2018, 20:18:05
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.

Titel: Antw:Alternative culfw
Beitrag von: vbs am 06 Dezember 2018, 21:24:22
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!
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: popy am 08 Dezember 2018, 21:23:44
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
Titel: Antw:Alternative culfw
Beitrag von: vbs am 09 Dezember 2018, 11:48:57
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!
Titel: Antw:Alternative culfw
Beitrag von: buchner51 am 16 Dezember 2018, 18:39:43
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.
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 16 Dezember 2018, 19:18:34
Nein.
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 16 Dezember 2018, 19:24:27
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, ...
Titel: Antw:Alternative culfw
Beitrag 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




Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 16 Dezember 2018, 21:58:40
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, ...
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 17 Dezember 2018, 08:31:27
Das Netz vergisst nichts.  ;D

Die PCA301 funken ja per FSK. Aber, wenn Du sie schon gar nicht mehr hast.  :'(
Grüße Markus

Titel: Antw:Alternative culfw
Beitrag von: arthur_dent_2015 am 17 Dezember 2018, 11:19:51
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
Titel: Alternative culfw
Beitrag von: JoWiemann am 17 Dezember 2018, 12:32:20
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 17 Dezember 2018, 18:23:46
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


Titel: Antw:Alternative culfw
Beitrag von: bennebartsch am 28 Dezember 2018, 14:56:38
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
Titel: Antw:Alternative culfw
Beitrag von: vbs am 28 Dezember 2018, 15:03:17
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
Titel: Antw:Alternative culfw
Beitrag von: PeMue am 28 Dezember 2018, 15:07:07
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
Titel: Antw:Alternative culfw
Beitrag von: bennebartsch am 28 Dezember 2018, 15:24:26
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?
Titel: Antw:Alternative culfw
Beitrag von: vbs am 28 Dezember 2018, 15:29:40
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: vbs am 28 Dezember 2018, 23:01:39
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.
Titel: Antw:Alternative culfw
Beitrag von: Nexium am 12 Januar 2019, 08:28:11
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.
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 12 Januar 2019, 08:30:14
Der Cul wurde wohl nicht am System erkannt. Mal ins syslog nach dem anstecken schauen welcher Port verwendet wird.
Titel: Antw:Alternative culfw
Beitrag 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.
Titel: Antw:Alternative culfw
Beitrag von: Nexium am 12 Januar 2019, 09:50:52
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?
Titel: Antw:Alternative culfw
Beitrag von: Nexium am 12 Januar 2019, 10:15:32
Habs gefunden, danke das war deutlich leichter. War in 5 Minuten erledigt.
Titel: Antw:Alternative culfw
Beitrag von: gloob am 12 Januar 2019, 14:48:46
Vielleicht sollte man den Weg nochmal ins Wiki aufnehmen.
Titel: Antw:Alternative culfw
Beitrag von: MornLum am 24 Januar 2019, 20:51:23
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?
Titel: Antw:Alternative culfw
Beitrag von: vbs am 24 Januar 2019, 21:03:54
Schonmal Adblocker deaktiviert bzw. anderen Browser probiert?
Titel: Antw:Alternative culfw
Beitrag von: MornLum am 27 Januar 2019, 20:22:06
In Chrome hat es funktioniert. Firefox macht aktuell Probleme. Nicht nur bei dieser Seite.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 07 Februar 2019, 14:37:42
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!
Titel: Antw:Alternative culfw
Beitrag von: schwatter am 07 Februar 2019, 20:21:05
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 07 Februar 2019, 23:36:17
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
Titel: Antw:Alternative culfw
Beitrag von: no_Legend am 10 Februar 2019, 14:00:17
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 18 Februar 2019, 19:13:50
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
Titel: Alternative culfw
Beitrag von: RaspiLED am 19 Februar 2019, 06:20:45
Hi,

set CUL raw X09

für +10 dbi geht doch immer ;-)
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:Alternative culfw
Beitrag von: vbs am 24 Februar 2019, 00:09:57
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.?
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 24 Februar 2019, 10:41:13
Ich denke, ich habe das Problem gefunden. Teste mal die angehängte Version.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 24 Februar 2019, 11:43:53
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")}
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 24 Februar 2019, 12:00:27
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.  :-\)
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 24 Februar 2019, 16:07:07
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?
Titel: Antw:Alternative culfw
Beitrag von: vbs am 24 Februar 2019, 16:53:23
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?
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 24 Februar 2019, 17:21:22
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.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 24 Februar 2019, 18:12:42
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...
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 24 Februar 2019, 20:13:30
Stimmt. Dann schalte mit dem RAW Kommando "X00" am sys_cul868 den Empfang aus.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 24 Februar 2019, 20:33:08
Ok, hab ich gemacht. "get X" liefert jetzt "00 2007" am sys_cul868.

Aber: es passiert weiterhin.
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 24 Februar 2019, 21:51:36
Passiert es auch, wenn du für HM den sys_cul868 nimmst anstatt den HMUARTLGW?
Titel: Antw:Alternative culfw
Beitrag von: vbs am 24 Februar 2019, 22:08:31
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
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 24 Februar 2019, 23:04:45
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!


Titel: Antw:Alternative culfw
Beitrag von: vbs am 24 Februar 2019, 23:15:42
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...
Titel: Antw:Alternative culfw
Beitrag von: vbs am 24 Februar 2019, 23:30:00
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?
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 25 Februar 2019, 18:01:18
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.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 25 Februar 2019, 18:49:07
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?
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 25 Februar 2019, 20:12:54
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.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 26 Februar 2019, 19:43:17
<hier stand Schwachsinn>
Titel: Antw:Alternative culfw
Beitrag von: vbs am 26 Februar 2019, 22:10:39
Zitat von: Telekatz am 25 Februar 2019, 20:12:54
dem RAW Kommando X23...
öhm srry ^^ hab ich wohl vergessen
Titel: Antw:Alternative culfw
Beitrag von: vbs am 26 Februar 2019, 22:21:35
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?
Titel: Antw:Alternative culfw
Beitrag von: sven.scherf am 02 März 2019, 20:00:36
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

Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 02 März 2019, 20:43:55
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, ...
Titel: Antw:Alternative culfw
Beitrag von: vbs am 03 März 2019, 11:55:51
@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.
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 03 März 2019, 13:44:44
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.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 03 März 2019, 15:18:49
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
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 03 März 2019, 16:33:42
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.
Titel: Antw:Alternative culfw
Beitrag von: sven.scherf am 03 März 2019, 19:27:11
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

Titel: Antw:Alternative culfw
Beitrag von: vbs am 07 März 2019, 18:30:05
@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:
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).
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 07 März 2019, 20:34:37
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.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 10 März 2019, 22:46:14
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 ^^
Titel: Antw:Alternative culfw
Beitrag von: vbs am 12 März 2019, 23:13:05
@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.
Titel: Antw:Alternative culfw
Beitrag 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.

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)
Titel: Antw:Alternative culfw
Beitrag von: vbs am 13 März 2019, 19:34:17
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
Titel: Antw:Alternative culfw
Beitrag von: vbs am 13 März 2019, 20:10:52
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)
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 13 März 2019, 21:11:39
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.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 14 März 2019, 23:02:39
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?
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 17 März 2019, 13:21:53
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.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 17 März 2019, 20:47:33
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?
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 März 2019, 21:03:36
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.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 22 März 2019, 21:18:00
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 März 2019, 21:22:12
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.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 22 März 2019, 21:31:51
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 März 2019, 21:36:13
Ich schaue es mir an, aber nicht mehr heute [emoji6]
Titel: Antw:Alternative culfw
Beitrag von: vbs am 22 März 2019, 21:40:07
Dankeschön... eilt auch nicht!
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 22 März 2019, 21:54:06
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.
Titel: Antw:Alternative culfw
Beitrag von: rlehnert am 17 April 2019, 21:19:47
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
Titel: Antw:Alternative culfw
Beitrag von: yersinia am 18 April 2019, 11:01:46
Gibt der Changelog (https://github.com/heliflieger/a-culfw/blob/master/CHANGELOG) was her?
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 18 April 2019, 20:20:34
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, ...
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: vbs am 19 April 2019, 21:46:48
@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

Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 19 April 2019, 23:40:09
Nein, das war ein anderer Bug, bei dem eine empfangene Nachricht auf einem anderen Transceiver den repeated messages Filter aller Transceiver zurückgesetzt hat.
Titel: Antw:Alternative culfw
Beitrag von: vbs am 20 April 2019, 15:41:11
Ok, danke.
Titel: Bewegungsmelder CT60 über CUL mit a-culfw steuern
Beitrag von: Schnapp4630 am 17 Mai 2019, 14:07:29
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  :)
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 17 Mai 2019, 19:06:08

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, ...
Titel: Antw:Alternative culfw
Beitrag von: Master_Nick am 24 Juli 2019, 20:12:11
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
Titel: Antw:Alternative culfw
Beitrag von: d0np3p3 am 09 August 2019, 13:29:11
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
Titel: Antw:Alternative culfw
Beitrag von: Tommy82 am 09 September 2019, 19:46:43
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
Titel: Antw:Alternative culfw
Beitrag von: sash.sc am 09 September 2019, 20:25:23
Ein mit 433 mhz

Gesendet von meinem MI 9 mit Tapatalk

Titel: Antw:Alternative culfw
Beitrag 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 ?
Titel: Antw:Alternative culfw
Beitrag von: binford6000 am 09 September 2019, 20:58:43
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
Titel: Antw:Alternative culfw
Beitrag von: RaspiLED am 09 September 2019, 21:01:50
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, ...
Titel: Antw:Alternative culfw
Beitrag von: DasQ am 09 Oktober 2019, 10:23:03
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.
Titel: Antw:Alternative culfw
Beitrag 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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 20 Oktober 2019, 07:44:16
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.
Titel: Antw:Alternative culfw
Beitrag von: duke-f am 20 Oktober 2019, 10:04:52
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.
Titel: Antw:Alternative culfw
Beitrag von: duke-f am 24 Oktober 2019, 10:24:30
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
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 24 Oktober 2019, 18:24:10
Das AAAAAA kann schon ein Oregon sein. Er wird aber nicht vollkommen sauber empfangen. Der Code muss länger sein.
Titel: Antw:Alternative culfw
Beitrag 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...
Titel: Antw:Alternative culfw
Beitrag von: bjoernh am 24 Oktober 2019, 19:49:08
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.
Titel: Antw:Alternative culfw
Beitrag von: duke-f am 24 Oktober 2019, 19:55:47
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.
Titel: Antw:Alternative culfw
Beitrag von: duke-f am 30 Oktober 2019, 12:48:24
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.
Titel: Antw:Alternative culfw
Beitrag von: freetz am 21 Dezember 2019, 23:10:01
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.
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 22 Dezember 2019, 08:53:29
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
Titel: Antw:Alternative culfw
Beitrag 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?
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 22 Dezember 2019, 10:36:42
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.
Titel: Antw:Alternative culfw
Beitrag von: freetz am 22 Dezember 2019, 11:14:39
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)?
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 22 Dezember 2019, 13:28:24
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 22 Dezember 2019, 13:31:49
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.
Titel: Antw:Alternative culfw
Beitrag von: freetz am 22 Dezember 2019, 13:36:23
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 22 Dezember 2019, 13:39:50
über FHEM beim CUL: set... freq 433.92
Titel: Antw:Alternative culfw
Beitrag von: cs-online am 22 Dezember 2019, 13:40:47
...normalerweise mit

set <Device> freq 433.920
Titel: Antw:Alternative culfw
Beitrag von: freetz am 22 Dezember 2019, 14:10:02
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?
Titel: Antw:Alternative culfw
Beitrag von: freetz am 22 Dezember 2019, 14:12:16
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?
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 22 Dezember 2019, 14:49:18
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.
Titel: Antw:Alternative culfw
Beitrag von: freetz am 22 Dezember 2019, 16:02:29
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...
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 22 Dezember 2019, 16:19:07
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.
Titel: Antw:Alternative culfw
Beitrag von: freetz am 22 Dezember 2019, 16:54:41
Ok, danke, dann muss ich wohl selber mal schauen, ob ich da sinnvolle Daten ausmachen kann...
Titel: Antw:Alternative culfw
Beitrag von: freetz am 22 Dezember 2019, 17:17:03
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...
Titel: Antw:Alternative culfw
Beitrag von: freetz am 22 Dezember 2019, 22:29:38
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 22 Dezember 2019, 23:01:36
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.
Titel: Antw:Alternative culfw
Beitrag von: freetz am 22 Dezember 2019, 23:31:00
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!
Titel: Antw:Alternative culfw
Beitrag von: punker am 17 Januar 2020, 15:35:26
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?
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 18 Februar 2020, 23:48:43
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
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 19 Februar 2020, 19:42:45
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)
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 19 Februar 2020, 19:57:58
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();
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 19 Februar 2020, 20:07:11
Ob ein CC1101 angeschlossen ist oder nicht wird in hw_autodetect schon über PARTNUM und VERSION festgestellt.
Titel: Antw:Alternative culfw
Beitrag von: Ralf9 am 19 Februar 2020, 20:31:49
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.
Titel: Antw:Alternative culfw
Beitrag von: Telekatz am 19 Februar 2020, 20:51:12
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.
Titel: Antw:Alternative culfw
Beitrag von: Maista am 10 Mai 2020, 20:03:03
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
Titel: Antw:Alternative culfw
Beitrag von: KölnSolar am 10 Mai 2020, 21:11:10
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
Titel: Antw:Alternative culfw
Beitrag von: Maista am 10 Mai 2020, 21:18:42
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
Titel: Antw:Alternative culfw
Beitrag von: Snocksman am 13 Juli 2020, 21:29:37
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 !!!
Titel: Antw:Alternative culfw
Beitrag von: Snocksman am 14 Juli 2020, 00:37:30
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.  ::)
Titel: Antw:Alternative culfw
Beitrag von: connaisseur am 06 April 2021, 22:54:20
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)
Titel: Antw:Alternative culfw
Beitrag von: noansi am 27 September 2022, 22:41:16
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.