panStamp support

Begonnen von justme1968, 24 April 2013, 21:35:25

Vorheriges Thema - Nächstes Thema

Markus

Danke hab versucht es anzupassen Leider verstehe ich nichts davon...
Upload des Programms funktioniert zwar immer aber das Ding sendet nicht mehr als sonst auch.
Somit bin ich raus :'(
Die Volt wäre halt schon toll gewesen aber ich kann auch ohne damit leben :'(


Gruß Markus
Raspberry Pi2 als FHEM-Plattform
HM, FS20, 1-Wire, PanStamp,LW12,Intertechno,ESPEasy,Alexa

ext23

Nabend,

sagt mal diese Adapterboards für die neuen panStamps auf die alte Bauform sind ja beschi**en, die sind ja viel größer, das passt ja nirgends mehr.

Hat schon mal jemand gescheid Pfostenleisten an die neuen Boards anzulöten und die zu Sockeln? Irgendwie finde ich die neuen Briefmarken nicht so ganz sympathisch, bin ich da alleine mit meiner Meinung? Weniger ist nicht immer mehr...

/Daniel

HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

joshi04

Nö, bist Du nicht, auch wenn bei mir bislang keine Einschränkungen durch die Adapter auftraten (RGB-Board und Dein RGBWW-Board).

So richtig nachvollziehen kann ich das noch nicht, warum der Schritt zum neuen Format getätigt wurde. Wobei darüber hinaus auch das schnell mal umflashen ohne die Adapterboards ja mit den AVRs recht aufwändig ist.

Schöne Grüße,
John
NUC: 2xJeeLink, PCA301/TX35DTH; HueBridge, LivingColors; vair-monitor (CO2); HMLan, Winmatic, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-ES-TX-WM, HM-WDS10-TH-O, HM-ES-PMSw1-Pl, HM-SEC-SC-2, HM-SEC-SCo; AVM DECT 200; panStamp; smartVISU

Bennemannc

Hallo,

da kann ich nur zustimmen - vor allem die Batterieboards, mit max und den "wichtigsten" Anschlüssen schin herausgeführt. Wirklich gut finde ich das neue Board auch nicht - wobei ich bis jetzt auch nicht vertsanden habe, was besser an dem AVR2 sein soll.

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

ext23

Moin,

mal eine Frage zum panStamp Temp Board, ich habe das Problem schon lange und jetzt denke ich mal dran zu fragen:

Nach einem Refresh der Seite sehe ich folgendes:
SWAP_03 Temp: 20.9 °C, Luftfeuchtigkeit: 50.7 %, Spannung: 3.382 V

Dann durch eine Aktualisierung vom Longpoll sehe ich:
SWAP_03 Temp: 20.9 °C, Luftfeuchtigkeit: 50.7 %, Spannung: 3.382 V

Hat das noch jemand? Da haut doch was mit dem HTML Code nicht hin, das A mit Dach gehört doch da nicht rein.

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

justme1968

zeig mal bitte das stateFormat attribut von dem device. und am besten auch gleich userReadings und ein list. dein problem liegt ziemlich sicher eher hier als am modul selber.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

ext23

Ja das kann schon sein. Hier das listing:

Internals:
   DEF        03
   Developer  panStamp
   IODev      PanStick
   LASTInputDev PanStick
   MSGCNT     344
   NAME       SWAP_03
   NR         1681
   PanStick_LQI 48
   PanStick_MSGCNT 344
   PanStick_RAWMSG (0030)000300BA00030B0D36
   PanStick_RSSI -74
   PanStick_TIME 2016-02-07 17:01:29
   Product    Dual Temperature/Humidity sensor
   STATE      Temp: 20.9 °C, Luftfeuchtigkeit: 50.7 %, Spannung: 3.382 V
   SWAP_MISSED 6
   SWAP_Sent_unconfirmed 1 Sent_unconfirmed
   SWAP_lastRcv 2016-02-07 17:01:29
   SWAP_lastSend 2016-02-07 14:04:53
   SWAP_nonce BA
   TYPE       SWAP
   addr       03
   devices
   Readings:
     2016-02-07 17:01:29   0B-Voltage      0D36
     2016-02-07 17:01:29   0C.0-Temperature 02C5
     2016-02-07 17:01:29   0C.1-Humidity   01FB
     2016-02-07 17:01:29   dewpoint        10.3
     2016-02-07 17:01:29   humidity        50.7
     2016-02-07 10:28:11   state           set-statusRequest
     2016-02-07 17:01:29   temperature     20.9
     2016-02-07 17:01:29   voltage         3.382
   Product:
     label      Dual Temperature/Humidity sensor
     name       temphum
     pwrdownmode 1
     Registers:
       11:
         hwmask
         name       Voltage supply
         swversion
         type       regular
         endpoints:
           HASH(0x6846e00)
       12:
         hwmask
         name       Humidity and Temperature
         swversion
         type       regular
         endpoints:
           HASH(0x6846590)
           HASH(0x623ed68)
   sentList:
     ARRAY(0x6bad7b8)
Attributes:
   IODev      PanStick
   ProductCode 0000000100000001
   comment    Batteriewechsel 21.09.15
   room       SWAP
   stateFormat Temp: temperature °C, Luftfeuchtigkeit: humidity %, Spannung: voltage V
   userReadings voltage:0B-Voltage {hex(ReadingsVal($name,"0B-Voltage","0"))*0.001}, temperature:0C.0-Temperature {hex(ReadingsVal($name,"0C.0-Temperature","0"))*0.1-50}, humidity:0C.1-Humidity {hex(ReadingsVal($name,"0C.1-Humidity","0"))*0.1}
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

ext23

Moin,

schon mal geschaut ob du was finden konntest?

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

justme1968

sorry. das ist untergegangen. ich glaube das problem ist nicht nicht panstamp/swap spezifisch sondern ist ein encoding problem zwischen fhem und browser.

geht es besser wenn du ° statt ° verwendest ?

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

ext23

Stimmt scheint besser zu gehen. Ich hatte das damals schon mal eingefügt und im STATE das ° gesehen und wieder raus genommen, aber das wird nur im STATE so angezeigt, auf dem Gerät dann sieht es sauber aus. Ich werds beobachten.

Gruß
Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

ext23

Nabend, du sag mal seit 17.04. bekommt FHEM zwar Daten von meinem Temp/Hum Boards, aber dieo readings für Temp und Hum und Spannung werden nicht mehr aktualisiert. Wurde da was geändert?!?

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

justme1968

du musst die user readings anpassen. ans ende jedes triggers muss ein .*

gruß
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Markus Bloch

#432
Hi Daniel,

das liegt an https://sourceforge.net/p/fhem/code/11243/ (siehe: https://forum.fhem.de/index.php/topic,52165.0.html)

Das bedeutet, dass bei allen Triggern in userReadings ein ".*" rangestellt werden muss.

Bsp:

vorher:

voltage:0B-Voltage {hex(ReadingsVal($name,"0B-Voltage","0"))*0.001}, temperature:0C.0-Temperature {hex(ReadingsVal($name,"0C.0-Temperature","0"))*0.1-50}, pressure:0C.1-Pressure {hex(ReadingsVal($name,"0C.1-Pressure","0"))*0.01}

nachher:

voltage:0B-Voltage.* {hex(ReadingsVal($name,"0B-Voltage","0"))*0.001}, temperature:0C.0-Temperature.* {hex(ReadingsVal($name,"0C.0-Temperature","0"))*0.1-50}, pressure:0C.1-Pressure.* {hex(ReadingsVal($name,"0C.1-Pressure","0"))*0.01}

Evtl. sollte man das im autocreate entsprechend ändern.

Gruß
Markus
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

Markus Bloch

Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

justme1968

im modul ist es schon angepasst. wenn du nur den default verwendest kannst userReadings auch einfach löschen und es wird beim neu setzen des ProductCode attributs neu angelegt.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968