Arduino Asksin library

Begonnen von trilu, 06 August 2013, 10:02:17

Vorheriges Thema - Nächstes Thema

trilu

Hallo Stefan,

falls du etwas löten kannst würde ich dir das Homematic Schaltmodul für 16,95, oder den Max Fensterkontakt für 13,95 von ELV empfehlen. Das Funkmodul dann einfach an einen Arduino und gut.
Alternativ gibts beim Chinesen Funkmodule, ich habe sie aber noch nicht geliefert bekommen, kann also nichts über Qualität, etc sagen. 5 Module müssten die nächsten Tage ankommen, weitere 25 in etwa 4 Wochen :-))))
Ich habe jetzt doch den größeren Posten bestellt, da die Lib ganz gut funktioniert und ich einiges umrüsten möchte....

Viele Grüße
Horst

Zitat von: Stefan M. am 12 November 2013, 12:04:13
Hallo Trilu

schade  :(

Kannst Du mir bitte nochmal die Bezugsadresse der Module nennen. Panstamps sind zur Zeit auch nicht lieferbar.

Gibt es eigentlich schon eine Wiki Seite zu diesem Thema ?

lg
Stefan

Rohan

Hallo trilu,

Zitat von: trilu am 12 November 2013, 13:11:37.... Mein Lib soll jeder der Spass daran hat auch nutzen und weiter entwickeln können. Ich möchte nur eins vermeiden, dass irgendjemand einen wirtschaftlichen Nutzen zieht. ...

Saubere Einstellung! Und ja, ich kenne das mit dem Ausgleich zu den sonstigen "Zeitvertreiben"  ;)

Dann dürfte aber Opensource nicht das Richtige sein. CC BY-NC-SA (Link: http://creativecommons.org/licenses/by-nc-sa/3.0/de/ würde aber z.B. - wie von dir gewollt - eine kommerzielle Nutzung ausschließen. Sollte passen. Vlt. könntest du dann bereits jetzt einen entsprechenden Hinweis in deinen Codeteilen anbringen?

Gruß
Thomas

Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

trilu

Vielen Dank. Werde ich machen...
ist auch noch nichts verloren, bisher ist die Lib noch nicht gut genug für einen produktiven Einsatz.
Es fehlt aber nicht mehr viel  8)

PeterS

Hallo trilu.
Deine Einstellung finde ich auch gut.
Wird eigentlich immer besser die library.
Bevor ich über eine produktive Nutzung nachdenke,
muss ich nach den GDO?-Diskussionen
erst einmal weiter mein pairing Fehler suchen. :o
Cool wäre auch eine Multi-Device Definition.
Dann könnte der Arduino abhängig von den verfügbaren Ports und Speicher mehrere Geräte emulieren *träum*

Gruss Peter
 

trilu

Vielleicht bist du mit dem Arduino zu nah am Sender?
Ich habe bei mir festgestellt das es min. 0.5 meter abstand braucht, damit der Funk sauber arbeitet...

Ein Multidevice wird es vermutlich nicht geben, das gibt aus meiner Sicht das Protokoll nicht her. Was ich aber demnächst mal testen will ist eine schaltbare Steckdose die den Stromverbrauch misst. Zusätzlich dann auch die Koppelung beider Kanäle um bei stand by Stromaufnahme die Steckdose automatisch abzuschalten.

Ein weiteres Projekt ist dann noch ein RGB Dimmer.
Ach ja - nachdem ich noch einige Temperatursensoren, Druckmesser und Feuchtemesser zu Hause habe wird es vermutlich auch eine Wetterstation geben....

Ich hätte ja noch so viele Ideen  ::)

PeterS

Hallo trilu

Mit Multidevice meinte ich x Devices in einem Arduino (z.B. Temperatursensor mit HMID, Türkontakt mit HMID, Aktor mit HMID) zu emulieren.

Das sollte doch möglich sein, da man ja dies schon manuell senden kann.

Gruss Peter

PS: Bin weiterhin auf Fehlersuche  ::)

trilu

Leider nicht so einfach. Im Moment ist die Lib als single Device but Multi channel ausgelegt.
D.h. du kannst ein Device mit mehreren Funktionalitäten bauen....

PeterS

#262
Hallo trilu

Bin weiterhin auf der Fehlersuche, warum das pairing auf meinem Arduino nicht mehr klappt.
Habe mal verschiedene Entwicklungsstände auf meinen Arduino Nano probiert.
Nach der Version 131027 funktioniert das Pairing nicht mehr ?!
In den neueren Versionen verschluckt er auch teilweise 70er-Meldungen (Wetter).
Diese sind nicht gepaired aber das Debugging ist aktiviert.
Verdrahtungsfehler habe ich übergeprüft.

Momentan läuft das Lauschen wieder auf Version 131027.

Hast du noch einen Tip für mich.

PS: Kann es sein das mein Arduino + CC1101 doch den GDO2 für Pairing oder Senden benötigen ?

Gruss Peter

PeterS

Hallo trilu

Erneute Test mit dem sketch 131111-1 mit allen debugs lauscht der Arduino solange, bis ich "P"durchführe.
Dann geht nix mehr ?!
Habe im Sketch mal nacheinander die Powersettings deaktiviert. Leider ohne Erfolg  ;)

Komme hier irgendwie nicht wirklich weiter.
Der Sketch  131027 läuft problemlos

Gruss Peter

Port open
CC1101_init: 12..............................................3 - ready
Loading PeerDB, starts: 2, size of: 48
getSliceDetail, slcPtr: 0, slcLen: 2, phyAddr: 0, phyLen: 4, peerIdx: 0
getSliceDetail, slcPtr: 2, slcLen: 1, phyAddr: 4, phyLen: 1, peerIdx: 0
getSliceDetail, slcPtr: 15, slcLen: 1, phyAddr: 137, phyLen: 1, peerIdx: 0

Available commands:
  p                - start pairing with master
  b[0] b[n] s      - send a string, b[0] is length (50 bytes max)

  i[0]. i[1]. e    - show eeprom content, i[0]. start address, i[1]. length
  i[0]. b[1] f     - write content to eeprom, i[0]. address, i[1] byte
  c                - clear eeprom complete, write 0 from start to end

  t                - gives an overview of the device configuration

  $nn for HEX input (e.g. $AB,$AC ); b[] = byte, i[]. = integer

Serial: PS00000001, Model ID: 00 57 , HMID: 2F B7 4A
Paired: 00 00 00

FreeMem: 1167 byte's
9E FC A8 98 BC 49 25 01 DD B9 A3 DE (l:12)(13554)
l> 0C E8 86 70 1C C8 D1 00 00 00 00 36 58 (l:13)(13561)
   WEATHER_EVENT; temp: 00 36, hum: 58

S- 1A 00 A2 00 2F B7 4A 00 00 00 10 00 57 50 53 30 30 30 30 30 30 30 31 9F 41 01 01 (l:27)(26399)
   DEVICE_INFO; fw: 10, type: 00 57, serial: 50 53 30 30 30 30 30 30 30 31
              , class: 9F, pCnlA: 41, pCnlB: 01, na: 01

<- 1A 76 F0 CC 87 D4 FA D6 B2 8E 7A 56 65 11 BE AA B6 A2 4E 1A C6 92 5F A4 C1 9C A3 (l:27)(26439)
<- sendStr (26443)
<- 1A 76 F0 CC 87 D4 FA D6 B2 8E 7A 56 65 11 BE AA B6 A2 4E 1A C6 92 5F A4 C1 9C A3 (l:27)(26746)
<- sendStr (26749)
<- 1A 76 F0 CC 87 D4 FA D6 B2 8E 7A 56 65 11 BE AA B6 A2 4E 1A C6 92 5F A4 C1 9C A3 (l:27)(27053)
<- sendStr (27056)
-> NA (27354)

Rohan

sooo...

ich war so frei und habe im Wiki den Beitrag zur Asksin-Library begonnen: Link => http://www.fhemwiki.de/wiki/HomeMatic_Asksin_Library

Anmerkungen, Fehlerhinweise, Korrekturen und konstruktive Kritik(en) bitte nicht in diesem Thread, sondern bevorzugt als PN, sonst wird dieser Thread evtl. kaputt gemacht. Es steht natürlich jedem frei, den Wiki-Beitrag zu ändern, ggfls. nach Anmeldung bei den Wiki-Admins (Link => http://www.fhemwiki.de/wiki/FHEMWiki:Administratoren)

Bitte beachten, dass dies nur der "erste Aufschlag" im Wiki ist. Ich werde nach und nach noch einiges einbauen/erweitern/ergänzen ...

Gruß
Thomas
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

Rohan

#265
Hi Peter,

Zitat von: PeterS am 12 November 2013, 23:24:08... Erneute Test mit dem sketch 131111-1 mit allen debugs lauscht der Arduino solange, bis ich "P"durchführe.
Dann geht nix mehr ?! ...

Habe heute auch den Sketch "131111-1_sketch_aug05a" ausprobiert und keine Probleme. Auch nach "p" wird weiter gelauscht. Ich habe allerdings

1. die alte Verkabelung, also incl. GDO2

und

2. an dem alten Pairing nichts geändert.

Gruß
Thomas

Edith: Ein "s" und ein "e" gekauft ;) Ist schon spät ... N8
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

PeterS

Hi Rohan
Die alte Verkabelung kann eigentlich nix mehr bringen, da der Sketch GDO2 am Pin3 nicht mehr unterstützt.
Mich würde mal interessieren, ob es auch funktioniert,   wenn auf alle Settings+Eeprom ein Reset durchgeführt wird.
Gruss Peter

Rohan

Hi Peter,

ich zitiere dich mal aus einem Beitrag etwas weiter oben ;)

ZitatPS: Kann es sein das mein Arduino + CC1101 doch den GDO2 für Pairing oder Senden benötigen ?

und jetzt schreibst du:

Zitat von: PeterS am 12 November 2013, 23:46:02... Die alte Verkabelung kann eigentlich nix mehr bringen, da der Sketch GDO2 am Pin3 nicht mehr unterstützt. ...

8)

Was spricht gegen einen einfachen Test? Und nimm mal einen Original-Sketch, in dem du noch nichts geändert hast.

Ansonsten kann nur trilu etwas sagen, denn ich bin fern von meinen Gerätschaften.

Gruß
Thomas
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

PeterS

Hallo Rohan

Nutze zur Zeit nur unveränderte Sketche von trilu, bis ich meinen Fehler befunden und behoben habe.
Bis sketch 131027 funktioniert alles reibungslos (Pairing, Lauschen, etc.). Somit kann ich einen Hardwarefehler ausschliessen.

Der neueste sketch 131111-1 nutzt den GDO2 nicht mehr, somit wurde der Pin3 frei und gleich wieder für die Steuerung der LED verwendet.

Mit meiner Aussage "... Die alte Verkabelung kann eigentlich nix mehr bringen, da der Sketch GDO2 am Pin3 nicht mehr unterstützt. ... " meinte ich, dass der PIN3 nun halt für die LED verwendet wird !

Gruss Peter

mmatt

Zitat von: PeterS am 07 November 2013, 22:42:46
Hallo trilu

Danke für den Tip :-)

Ick kann bei allen Sensoren etc.  mitlauschen.
Wenn aber bei mir einmal die HM_Set_Cmd durchlaufen wird, kommen keine Nachrichten mehr an ?!
D.h. es wird auf dem Serial still  ???

Reset und alles geht wieder, bis einmal der HM_Set_Cmd ausgeführt wird ...

Gruss Peter

Hallo Peter
Was hast Du den alles für Sensoren ?
Kann es sein, dass einer Deiner Sensoren irgendwas sendet, was den Sketch von trilu zum "einfrieren" bringt ?
Versuch doch mal die Sensoren wegzunehmen, und dann mach das Pairing nochmals.

Gruss Martin
- FHEM 5.5 auf RPI REV.2
- CUL V3 868MHz
- CUL_HM: HM-LC-Dim1TPBU-FM/HM-LC-Swl1PBU-FM/HM-LC-Sw1-BA-PCB/HB-UW-Sen-THPL-O/HM-SEN-MDIR-SM