Alternative culfw

[KölnSolar]

nur kurz zum Vergleich die Ausgabe mit X67 bei funktionierender IT-FB:

Code Auswählen Erweitern

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

[NSA]

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?

[FHEm2005]

Ich habe es nach längerer Suche doch noch gefunden:
Thread: FHEM Forum » CUL » Hard- und Firmware » Alternative culfw : Antwort #813

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

Code Auswählen Erweitern


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

Code Auswählen Erweitern


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

[bjoernh]

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.

[NSA]

So, hier nun der richtige Log. Ich hoffe es sieht nun besser aus.
Wo die Umbrüche her stammen weiß ich auch nicht 

[bjoernh]

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.

[NSA]

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?

[BallaBalla]

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

[bjoernh]

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.

[bjoernh]

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

[tkaiser]

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

[PeMue]

Hallo tkaiser,

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

[hjgode]

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

[tkaiser]

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

[hjgode]

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.