AskSin++ Library

[papa]

Übrigens warum wird die Status LED unten fixed auf PIN 4 konfiguriert und oben gibt es aber ein define was vermutlich ignoriert wird?!?

Hm - kleiner Fehler

UPDATE: Tatsache, jetzt funktioniert es... Jetzt schau ich mir mal das Modul auf FHEM Seite an. Wegen dem löschen der Counter, tja mhh Glaubensfrage... Ich lass die lieber hochzählen. Verliert man Nachrichten bzw. beim Stromausfall ist das etwas leichter zu erkennen glaube ich.

Das freut mich

Code Auswählen Erweitern

attr DEVICE userattr valuesformat
attr DEVICE valuesformat 4:Counter1 4:Counter2

Gibt es eigentlich noch eine fertige Funktion die Status LED einmal blinken zu lassen?

Code Auswählen Erweitern

sdev.led().ledOn(millis2ticks(100));oder

Code Auswählen Erweitern

hal.led.ledOn(millis2ticks(100));

[ext23]

Jetzt scheint es mit der Kommunikation nicht 100% zu klappen, ich bekomme immer diese ack Meldung:

Code Auswählen Erweitern

AskSin++ V2.1.5 (Jun  1 2018 16:32:57)
Address Space: 32 - 36
CC init1
CC Version: 14
- ready
<- 13 01 A2 53 230011 23FF23 01 02 00 00 00 00 00 00 00 00  - 442
-> 0A 01 80 02 23FF23 230011 00  - 567
waitAck: 01
<- 13 02 A2 53 230011 23FF23 01 02 00 00 00 00 00 00 00 00  - 16013
-> 0B 1E 84 70 23AA23 000000 01 22  - 16117
-> 0A 02 80 02 23FF23 230011 00  - 16142
waitAck: 01



--> Pair Mode enabled and config button pressed


debounce
pressed
released
<- 1A 03 80 00 230011 23FF23 01 F2 05 46 48 45 4D 30 30 30 30 31 31 41 01 00 00  - 21628

-> 10 2B A0 01 23FF23 230011 00 05 00 00 00 00 00  - 21755
<- 0A 2B 80 02 230011 23FF23 00  - 21878
-> 13 2C A0 01 23FF23 230011 00 08 02 01 0A 23 0B FF 0C 23  - 22167
<- 0A 2C 80 02 230011 23FF23 00  - 22288
-> 0B 2D A0 01 23FF23 230011 00 06  - 22568
<- 0A 2D 82 02 230011 23FF23 00  - 22689
-> 10 2E A0 01 23FF23 230011 00 04 00 00 00 00 00  - 25726
<- 12 2E 80 10 230011 23FF23 02 0A 23 0B FF 0C 23 00 00  - 25856
Counter A: 1
Counter A: 2
Counter A: 3
Counter A: 4
<- 13 04 A2 53 230011 23FF23 01 02 00 00 00 04 00 00 00 00  - 49965
-> 0A 04 80 02 23FF23 230011 00  - 50089
waitAck: 01

Das Gerät wurde unter FHEM aber angelegt. Und ich habe folgendes gesetzt:
userattr
valuesformat

valuesformat
4:Kaltwasser 4:Warmwasser

[papa]

Sieht doch alles gut aus. Die Werte müssten doch auch ankommen.

[ext23]

Öhh achso, ich dachte der wartet auf ein Ack. Aber ankommen tut nichts, auch im event Monitor sehe ich nichts, mhh. Muss ich wohl mal den Debug Mode anschalten.

[papa]

Die 01 heißt OK. Sonst kommt da 00 und es wird das Paket nochmal gesendet.

Ich nehme mal an, das hier ist Deine Zentrale 23FF23. Die sagt schön immer ACK. Müsste also irgendwo zu sehen sein.
Hast Du das FHEM-Modul HMConfig_AskSinPPCustom.pm aktualisiert ?
Schau mal das müsste auch was im Log ankommen.

[ext23]

Ich hab das Modul genommen aus dem link wo du auf das custom example verwiesen hast.

Auch das file log bleibt leer, das letzte was da steht war das pairing. Der state steht noch bei "RESPONSE TIMEOUT:RegisterRead".
getconfig hilft auch nicht. Mhh mal FHEM neu starten?!?

Code Auswählen Erweitern

2018-06-01_16:51:45 HM_230011 D-firmware: 0.1
2018-06-01_16:51:45 HM_230011 D-serialNr: FHEM000011
2018-06-01_16:51:51 HM_230011 R-pairCentral: 0x23FF23
2018-06-01_16:53:33 HM_230011 ResndFail
2018-06-01_16:53:33 HM_230011 RESPONSE TIMEOUT:RegisterRead
2018-06-01_16:57:41 HM_230011 D-firmware: 0.1
2018-06-01_16:57:41 HM_230011 D-serialNr: FHEM000011
2018-06-01_17:03:11 HM_230011 D-firmware: 0.1
2018-06-01_17:03:11 HM_230011 D-serialNr: FHEM000011
2018-06-01_17:03:11 HM_230011 R-pairCentral: set_0x23FF23
2018-06-01_17:03:15 HM_230011 R-pairCentral: 0x23FF23

[ext23]

Moin,

also bei lastMsg No:01 - t:53 s:230011 d:23FF23 01020000000000000000 sehe ich was im Modul, das passt also. Aber wieso werden die Readings die ich über valuesformat angelegt habe nicht angezeigt?

/Daniel

[papa]

Ich hab das Modul genommen aus dem link wo du auf das custom example verwiesen hast.

Also das hier https://github.com/pa-pa/AskSinPP/tree/master/examples/custom/contrib/FHEM/HMConfig_AskSinPPCustom.pm ?
Und dannach ein Reload bzw Neustart ?

Auch das file log bleibt leer, das letzte was da steht war das pairing. Der state steht noch bei "RESPONSE TIMEOUT:RegisterRead".
getconfig hilft auch nicht. Mhh mal FHEM neu starten?!?

Code Auswählen Erweitern

2018-06-01_16:51:45 HM_230011 D-firmware: 0.1
2018-06-01_16:51:45 HM_230011 D-serialNr: FHEM000011
2018-06-01_16:51:51 HM_230011 R-pairCentral: 0x23FF23
2018-06-01_16:53:33 HM_230011 ResndFail
2018-06-01_16:53:33 HM_230011 RESPONSE TIMEOUT:RegisterRead
2018-06-01_16:57:41 HM_230011 D-firmware: 0.1
2018-06-01_16:57:41 HM_230011 D-serialNr: FHEM000011
2018-06-01_17:03:11 HM_230011 D-firmware: 0.1
2018-06-01_17:03:11 HM_230011 D-serialNr: FHEM000011
2018-06-01_17:03:11 HM_230011 R-pairCentral: set_0x23FF23
2018-06-01_17:03:15 HM_230011 R-pairCentral: 0x23FF23

Kannst Du mal nen List vom Device schicken

[ext23]

Genau das habe ich genommen, aber danach kein Neustart gemacht, nur autocreate habe ich aktiviert. Den FHEM Neustart habe ich erst heute gemacht. Ohne Wirkung. Ich hab bestimmt irgendwo was falsch gemacht. Der Model Type war auch auf unknown, den habe ich manuell angepasst. Und ich habe es jetzt mal gelöscht und neu angelegt, Kein unterschied, die Readings fehlen. Musste man da erst noch was umstellen mit den Readings, irgend was war mir doch in Erinnerung, oder betraf das nur Readings mit . vorne ?!?

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        230011
   HMLAN1_MSGCNT 8
   HMLAN1_RAWMSG E230011,0000,8BACE556,FF,FFC9,01A25323001123FF2301020000000000000000
   HMLAN1_RSSI -55
   HMLAN1_TIME 2018-06-02 13:11:54
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     8
   NAME       HM_230011
   NOTIFYDEV  global
   NR         3575
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_230011_Values
   lastMsg    No:01 - t:53 s:230011 d:23FF23 01020000000000000000
   protLastRcv 2018-06-02 13:11:54
   protSnd    5 last_at:2018-06-02 13:11:54
   protState  CMDs_done
   rssi_at_HMLAN1 cnt:8 min:-55 max:-45 avg:-51.37 lst:-55
   READINGS:
     2018-06-02 13:11:30   D-firmware      0.1
     2018-06-02 13:11:30   D-serialNr      FHEM000011
     2018-06-02 13:11:30   PairedTo        0x23FF23
     2018-06-02 13:11:30   R-pairCentral   0x23FF23
     2018-06-02 13:11:54   state           CMDs_done
   helper:
     HM_CMDNR   1
     PONtest    1
     cSnd       0123FF2323001100040000000000,0123FF2323001101040000000001
     cfgChkResult No regs found for:

HM_230011 type:custom -
list:peer register         :value
   0:      pairCentral      :0x23FF23
                       
                       

     mId        F205
     regLst     ,0,1
     rxType     4
     supp_Pair_Rep 0
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     io:
       newChn     +230011,00,00,00
       nextSend   1527937890.96719
       prefIO     
       rxt        0
       vccu       
       p:
         230011
         00
         00
         00
     mRssi:
       mNo        01
       io:
         HMLAN1:
           -49
           -49
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
     rpt:
       IO         HMLAN1
       flg        A
       ts         1527937914.86753
       ack:
         HASH(0x8d06ba0)
         01800223FF2323001100
     rssi:
       at_HMLAN1:
         avg        -51.375
         cnt        8
         lst        -55
         max        -45
         min        -55
     shadowReg:
     tmpl:
   nb:
     cnt        1
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     1_allReg
   firmware   0.1
   model      HB-GEN-SENS
   room       X_Autocreate
   serialNr   FHEM000011
   subType    custom
   userattr   valuesformat
   valuesformat 4:Kaltwasser 4:Warmwasser
   webCmd     getConfig:clear msgEvents

[ext23]

Warte mal, ich Idiot, jetzt sehe ich gerade der hat ja noch ein Unterkanal angelegt und da stehen die Values drin, und da muss ich vermutlich auch das userattr einbauen, da steht jetzt nur Value1 und Value2 .... Misst, den Unterkanal legt autocreate blöderweise auch nicht da an wo er soll sondern ins Unsorted...

[papa]

Warte mal, ich Idiot, jetzt sehe ich gerade der hat ja noch ein Unterkanal angelegt und da stehen die Values drin, und da muss ich vermutlich auch das userattr einbauen, da steht jetzt nur Value1 und Value2 .... Misst, den Unterkanal legt autocreate blöderweise auch nicht da an wo er soll sondern ins Unsorted...

Ja, die Attribute müssen in den Kanal1. Die Werte kommen auch dort an.

[Funsailor]

Hallo Papa,
habe erst heute deine Antwort gelesen.

Schau mal in die Wire.h bzw. WireBase.h was da für ein Define drin ist und check das mal gegen die ifdef Liste im Storage.h. Vielleicht ist das eine andere Version.
STORAGEDRIVER muss unbedingt vor den Includes definiert werden, da es bei der Template-Instanziierung vorhanden sein muss. Sonst wird automatisch auf die Flash-Default-Implementierung zurück geschalten.

Um welche Defines geht es dir da?
Die Klasse at24cX wird durch diese Zeile verwaltet:
#if defined(TwoWire_h) || defined(_WIRE_H_) || defined(_TWOWIRE_H_) || defined(_WIREBASE_H_)

In den Dateien  Wire.h bzw. WireBase.h werden die Defines _WIREBASE_H_ und _TWOWIRE_H_ gesetzt.
Ich habe das jetzt mal so gelöst:

Code Auswählen Erweitern



#define _WIRE_H_
//#define STORAGEDRIVER at24c32
#define STORAGEDRIVER at24cX<0x50,128,32>

#include <SPI.h>    // when we include SPI.h - we can use LibSPI class
#include <Wire.h>
#include <EEPROM.h> // the EEPROM library contains Flash Access Methods
#include <AskSinPP.h>


und hoffe das ich mit dem
#define _WIRE_H_
nicht irgend einen anderen Fehler erzeuge. Aber der Sketch läuft nun durch.
Einen Versionseintrag konnte ich nicht finden...

Wegen den Pins könnte ich ja jetzt "Search Goo..." sagen - aber hier der direkte Link.

Über die Pinbelegung am EEProm weiß ich Bescheid, die haben wir in unseren Steuerungen schon vor mehr als 20 Jahren eingesetzt, allerdings mit 2KByte ....
Mit der Frage:
"Aber wo finde ich die PIN Definition für das EEProm?"
bezog ich mich auf die Pin Definition am Controller (STM32F103)....
Da war meine Frage nicht eindeutig.

Das habe ich in der "I2C_f1.c" gefunden:

static i2c_dev i2c1 = I2C_DEV_OLD(1, &gpiob, 7, 6);
static i2c_dev i2c2 = I2C_DEV_OLD(2, &gpiob, 11, 10);

und eine Zeile darunter kann man das I2C1 Device auf Pin  PB9 und PB8 remappen.

static int i2c1_wants_remap(const i2c_dev *dev)

[papa]

Komisch, dass das "normale" _TWOWIRE_H_ nicht reicht.
Es wird der I2C1 genutzt. Dieser liegt auf PB6 & PB7 - steht auf dem Maple Mini schön drauf

[Funsailor]

Hallo Papa,
wo wird _TWOWIRE_H_  normalerweise gesetzt?
Ich habe einfach eine der 4 Defines genommen.
Oder habe ich die falschen STM Libs genommen?
Ich habe hier einen China Clone und die Libs von Roger Clark installiert....
https://github.com/rogerclarkmelbourne/Arduino_STM32

[papa]

In der Wire Lib in Wire.h bzw. WireBase.h. Die Arduinoumgebung von Clark nutze ich auch.