Alternative culfw

[Bootscreen]

@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.

[bjoernh]

@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.

[Ralf9]

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.

Code Auswählen Erweitern

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:    

Code Auswählen Erweitern

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

[KölnSolar]

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

[RaspII]

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

[Ralf9]

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

[Ralf9]

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?

Code Auswählen Erweitern

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

[RaspII]

Hallo Ralf,
Du kannst hier im Blog einige Details nachlesen:
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/
(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
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
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

[bjoernh]

@Ralf, klar lese ich mit

[mitdra]

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

[mahura]

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

[RaspII]

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

[Bootscreen]

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 -.-

[Bennemannc]

Hallo,

ich habe einen miniCUL gebaut und mit der 1.23.02 (fertiges hex File) geflasht. Jetzt habe ich öfters

Code Auswählen Erweitern

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

[bjoernh]

Hallo,

ich habe einen miniCUL gebaut und mit der 1.23.02 (fertiges hex File) geflasht. Jetzt habe ich öfters

Code Auswählen Erweitern

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.