Alternative culfw

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

Vorheriges Thema - Nächstes Thema

bjoernh

Zitat von: Bootscreen am 04 November 2016, 07:47:52

Ich hab dann die Funktion checkForRepeatedPackage rf_receive.c etwas angepasst:
void checkForRepeatedPackage(uint8_t *datatype, bucket_t *b) {
#if defined (HAS_IT) && defined (HAS_TCM97001)
  if ((*datatype == TYPE_IT) || (*datatype == TYPE_TCM97001)) {
#elif defined (HAS_TCM97001)
  if (*datatype == TYPE_TCM97001) {
#elif defined (HAS_IT)
  if (*datatype == TYPE_IT) {
#endif
#if defined (HAS_IT) || defined (HAS_TCM97001)
      if (packetCheckValues.isrep == 1 && packetCheckValues.isnotrep == 0) {
        packetCheckValues.isnotrep = 1;
        packetCheckValues.packageOK = 1;
      } else if (packetCheckValues.isrep == 1) {
        packetCheckValues.packageOK = 0;
      } else {
        packetCheckValues.isnotrep = 0;
      }
  } else {
#endif
      if (!packetCheckValues.isrep) {
        packetCheckValues.packageOK = 1;
      }
#if defined (HAS_IT) || defined (HAS_TCM97001)
  }
#endif
}

geht vielleicht auch noch etwas eleganter, aber vllt magst du da nochmal selber nachschauen bjoernh ?

Hallo,

danke für den Hinweis, ist im Code übernommen.

Gruß
Björn

Shardan

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
FHEM auf Celeron-PC
CUNX mit Pigator, 433 + 868 MHZ.
MAX!-HK-Ventile, ESP8266-Sensoren und -Aktoren
Schaltsteckdosen IT / NetIO230B / Netio4

stefanru

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.

chappo59

Liebe Freunde der Alternativen culfw,

ich betreibe meinen Nano Cul seit etwa 2 Monaten erfolgreich mit der FW Version 1.21.00 mit mehren Temperatursensoren verschiedenster Hersteller, die sich zu Hause in den letzten Jahren so angesammelt haben. Unter anderem mit einem, mit dem Protokoll Hideki_30-1 (TS34C von Conrad). Seit ein paar Tagen fällt dieser Sensor zeitweise (loggt oft mehrere Stunden nicht) bzw. manchmal auch komplett für mehr als einen Tag aus. Ein paar mal gab es schon folgenden Eintrag im Logfile:
Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1

Bereits getätigte Maßnahmen:

  • Restore eines Backups des kompletten Fhem Verzeichnisses, von einem Zeitpunkt vor auftreten des Fehlers
    Update der aculfw auf 1.21.01
    Kauf eines neuen komplett gleichen Sensors, dieser wird mit autocreate überhaupt nicht erkannt,
    statt dessen 1 mal Eintrag von: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_2 ("_2" da dieser auf Kanal 2 eingestellt wurde)
    bei den umfangreichen Tests lag der Sensor nur 2 Meter entfernt vom Cul (kann also kein Empfangsproblem sein), auch im Normalbetrieb nur etwa 5 Meter Entfernung


Vielleicht kann mir jemand noch einen Tipp geben, woran es liegen könnte (muss natürlich nicht an der alternativen Firmware des Cul liegen, könnte natürlich auch eine andere Ursache haben).

Danke und Kompliment an den Entwickler der tollen alternativen Firmware!
Karl


bjoernh

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.

stefanru

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

bjoernh

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.

Icebear

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 ??
Raspberry PI mod B (Wheezy), Fhem 5.4, CUL868, CUL433 , RfxTrx, HM-USB-CFG2, Wlan, HomeEasy, IT, FS20, TFA, HomeMatic, Oregon Scientific, HMLand auf Fritzbox
Raspberry PI mod B (RaspBMC)

BallaBalla

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

bjoernh

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. 

sasquuatch

hallo,
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.
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 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!

bjoernh

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

Pyromane

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"

sasquuatch

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


bjoernh

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?