Bresser Wetterstation 868Mhz - wie in FHEM integrieren?

Begonnen von alen, 31 Oktober 2017, 17:59:19

Vorheriges Thema - Nächstes Thema

onkel-tobi

Hallo zusammen,

ich habe mir nun auch endlich einen nano CUL 868 gekauft.
Wie gehe ich am Besten vor?
Erst in FHEM einbinden und dann https://github.com/Ralf9/SIGNALDuino/releases/tag/3.3.5-dev220529 flashen?
Oder via USB?

Danke & Gruß,
Tobias

Ralf9

Wie Du die Firmware flasht ist egal. Erst in Fhem einbinden hat den Vorteil, daß Du über Fhem flashen kannst
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Reinhard.M

Hallo Ralf,

ist zwar etwas off topic, ich möchte dafür aber kein eigenes Thema aufmachen.
Beim Lesen des Threads ist mir gerade aufgefallen, dass die Nano Release den Namen "3.3.5-dev220529" trägt. Die Binaries tragen im Namen "335dev220521". Soweit noch kein Thema. Als ich bei mir prüfen wollte ob die Version übereinstimmt meldete "get version" aber "3.3.5-dev210522". Ist schon etwas verwirrend wenn alles "JJMMTT" hat und die PROGVERS "TTMMJJ". Zumindest bei diesem Datum hat es mich erst einmal ein wenig in die Irre geführt ;) Der Funktionalität schadet es natürlich nicht und die ist weiterhin gegeben. Bei mir laufen jedenfalls inzwischen Nano, Sduino (USB und LAN), Maple vom feinsten, Danke für dein Engagement! :)

Gruß Reinhard

Ralf9

#228
Hallo Reinhard,

ja, stimmt das kann so im ersten Moment etwas verwirren.
Was ich einfach machen kann, die Dateinamen im github releases editieren in "devJJJJMMTT"
Ich habs mal bei der V4.2.2 geändert
https://github.com/Ralf9/SIGNALDuino/releases/tag/V4.2.2-dev220712

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Reinhard.M

Hallo Ralf,

gute Idee, gefällt mir besser und lässt sich nicht so leicht verwechseln. Allerdings is der eigentliche Fehler beim Nano in der "SIGNALDuino.ino": #define PROGVERS               "3.3.5-dev210522"
In der SIGNALDuino.ino ist es richtig herum: #define PROGVERS               "4.2.2-dev220712"
Da bin ich vor allem drüber gestolpert.

Gruß Reinhard

Ralf9

Stimmt das passt so nicht richtig, das in den firmware files zu ändern ist mir zu aufwändig.
Ich habe es in den github releases auch bei 3.3.5 in "devJJJJMMTT" geändert
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

onkel-tobi

Zitat von: Ralf9 am 04 November 2022, 14:37:13
Wie Du die Firmware flasht ist egal. Erst in Fhem einbinden hat den Vorteil, daß Du über Fhem flashen kannst
Ok. Aber ich muss den nanocul dann als SDuoni einbinden, korrekt?
Weil auf dem Zettel der bei meinem nano CUL dabei war, war "CUL" angegeben.

Danke & Gruß,
Tobias

Ralf9

ja ungefähr so:
define <eigener-SIGNALduino-Name> SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_xxx-if00-port0@57600
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

onkel-tobi

Zitat von: Ralf9 am 05 November 2022, 16:00:41
ja ungefähr so:
define <eigener-SIGNALduino-Name> SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_xxx-if00-port0@57600
Danke, das hat leider so nicht geklappt. Ich bekomme "no SIGNALduino found".
Ich kann dann ja noch Hardware angeben, aber da bin ich mir dann nicht sicher was ich angeben muss. nanoCC1101 klappt auf jd. Fall nicht.
Ich gehe mal davon aus, dass hinter dem @die baudrate ist?
Dann würde ich es nämlich mal mit 38400 probieren, so wie das für das "CUL define" angegeben war.

Danke & Gruß,
Tobi

Ralf9

Habs bei mir mal getestet
Hab auf meinem nanocul die a-culw geflasht.
dann
ls -l /dev/serial/by-id
und dann dies erhalten
usb-FTDI_xxx-if00-port0
und ins DEF eingetragen, der STATE geht dann auf "opened"
und dann mit set flash die firmware geflasht

Die Baudrate 57600 und Hardware nanoCC1101 passt

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

onkel-tobi

Zitat von: Ralf9 am 05 November 2022, 17:49:16
Habs bei mir mal getestet
Hab auf meinem nanocul die a-culw geflasht.
dann
ls -l /dev/serial/by-id
und dann dies erhalten
usb-FTDI_xxx-if00-port0
und ins DEF eingetragen, der STATE geht dann auf "opened"
und dann mit set flash die firmware geflasht

Die Baudrate 57600 und Hardware nanoCC1101 passt

Gruß Ralf
Danke Ralf.
Dann scheint was bei mir nicht zu stimmen. Oder ich muss vorab noch eine andere FW flashen (es ist wohl eine culfw 1.67 drauf).
Wenn ich "resette" ist das device in fhem kurz opened und dann gefolgt von no sduino found.
Mein list:
Internals:
   Clients    :CUL_EM:CUL_FHTTK:CUL_TCM97001:CUL_TX:CUL_WS:Dooya:FHT:FLAMINGO:FS10:FS20: :Fernotron:Hideki:IT:KOPP_FC:LaCrosse:OREGON:PCA301:RFXX10REC:Revolt:SD_AS:SD_Rojaflex: :SD_BELL:SD_GT:SD_Keeloq:SD_RSL:SD_UT:SD_WS07:SD_WS09:SD_WS:SD_WS_Maverick:SOMFY: :Siro:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
   DMSG       nothing
   DevState   waitInit
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
   FD         196
   FUUID      636681b9-f33f-daf3-aa0d-4014a20faa174dbf
   IDsNoDispatch 2,72.1,82
   LASTDMSG   nothing
   LASTDMSGID nothing
   NAME       sduino
   NR         24405
   PARTIAL   
   STATE      no SIGNALduino found
   TIME       1667662265.60714
   TYPE       SIGNALduino
   eventCount 48
   initretry  2
   sendworking 0
   version   
   versionProtocols 1.42
   versionmodul 3.5.3
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|20|24|26|29|30|34|46|56|68|69|76|78|81|83|86|90|91|91.1|92|93|95|97|99|104|105|114)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96|98|112)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     29:SD_GT   ^P49#[A-Fa-f0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     30:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     31:KOPP_FC ^kr\w{18,}
     32:PCA301  ^\S+\s+24
     33:SD_Rojaflex ^P109#[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2022-11-05 18:38:55   state           no SIGNALduino found
   additionalSets:
   helper:
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   mnIdList:
     100
     101
     102
     103
     107
     107.1
     108
     109
     112
     115
     116
     116.1
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     0.5
     1
     3
     3.1
     4
     6
     7
     7.1
     13
     13.2
     14
     15
     17
     20
     23
     25
     33
     33.1
     33.2
     35
     41
     49
     51
     53
     54.1
     55
     65
     68
     74.1
     87
     88
     90
     91.1
     93
     106
     113
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     38
     39
     40
     42
     44
     44.1
     45
     46
     48
     49.1
     49.2
     50
     54
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     73
     74
     76
     78
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
     94
     95
     97
     98
     99
     104
     105
     110
     111
     114
   ucCmd:
     cmd        version
     timenow    1667669935.22433
Attributes:
   hardware   nanoCC1101

Ralf9

ZitatversionProtocols 1.42
   versionmodul 3.5.3
Ich habe es mit meiner Variante der 00_SIGNALduino.pm getestet
https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900
versionmodul  v3.4.14-dev_ralf_29.09.
versionprotoL v3.4.14-dev_ralf_27.09.

FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

onkel-tobi

#237
Zitat von: Ralf9 am 05 November 2022, 18:49:23
versionmodul  v3.4.14-dev_ralf_29.09.
versionprotoL v3.4.14-dev_ralf_27.09.

Oh, sorry. Jetzt bin ich auch auf deiner Version (3.4.7).
Ergebnis scheint aber ähnlich zu sein (statt no sduino found wird nach kurzer Zeit geclosed):


2022.11.05 22:19:11.585 3: sduino/init: disable receiver (XQ)
2022.11.05 22:19:12.275 3: sduino/init: get version, retry = 0
2022.11.05 22:19:22.288 3: sduino/init: get version, retry = 1
2022.11.05 22:20:02.300 3: sduino/init: get version, retry = 2
2022.11.05 22:21:12.314 3: sduino/init: get version, retry = 3
2022.11.05 22:21:12.314 2: sduino/init retry count reached. Closed
2022.11.05 22:21:12.315 2: sduino closed

Ein FW Update ist auch fehlgeschlagen:

avrdude: Version 6.3-20171130
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/opt/fhem/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00


Sollte ich das Thema besser woanders hin ,,verlagern"?

Ralf9

Zitatdeiner Version (3.4.7).
meine aktuelle Version ist "v3.4.14-dev_ralf"
update all https://raw.githubusercontent.com/Ralf9/RFFHEM/dev/controls_dev_ralf9_signalduino.txt

evtl hast Du einen nanocul mit einem optiboot Bootloader,
dafür gibts das Attribut Hardware nanoCC1101_optiboot
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

onkel-tobi

Zitat von: Ralf9 am 05 November 2022, 22:55:03
meine aktuelle Version ist "v3.4.14-dev_ralf"
update all https://raw.githubusercontent.com/Ralf9/RFFHEM/dev/controls_dev_ralf9_signalduino.txt
Hatte die aus dem wiki genommen meine ich. Jetzt bin ich auf:
versionmodul
v3.4.14-dev_ralf_29.09.
versionprotoL
v3.4.14-dev_ralf_27.09.

Aber bringt leider auch nichts.

Im Version reading wird weiterhin nichts angezeigt und ein update schlägt auch fehl.
Werde es dann wohl die Tage mal per USB probieren müssen.