Hallo,
meine PanStamps sind angekommen und diese wollte ich mit FHEM benutzen. Nach einem etwas holprigen Start bin ich jetzt an einer Stelle, an der ich nicht weiter komme.
Bis lang erfolgreich gemacht:
- PanStamp mit PanStick an FBF angeschlossen. Funktion des Modem sketch vorher am PC per Terminamprog. geprüft (Modem ready!)
- PanStick an FHEM eingebunden nach der Anleitung im Wiki. Hat geklappt.
- 2. PanStamp mit dem Sketch bininps programmiert, keine Fehlermeldung
- bininps PanStamp wurde auch bei FHEM erkannt. Zuerst hatte ich Autocreate disabled, deshalb gab es Probleme.
- Autocreate aktiviert, das Device SWAP_F0 wurde angelegt.
- Ich sehe wie im Device SWAP_F0 jede Sekunde die Readings 0C und 0D neu beschrieben werden
Meine Probleme sind jetzt noch:
- Im Log sieht es so aus, als würde ständig versucht werden per Autocreate das Device neu anzulegen.
- Ich kann das Sendeintervall im Register 0A nicht ändern, generell sieht aus so aus, dass der 2. PanStamp keine Befehle annimmt
Log:
2013.10.25 14:59:23 3: SWAP Unknown device FF, please define it
2013.10.25 14:59:23 2: autocreate: define SWAP_F0 SWAP FF
2013.10.25 14:59:23 3: SWAP_F0: I/O device is panStick
2013.10.25 14:59:23 2: autocreate: define FileLog_SWAP_F0 FileLog ./log/SWAP_F0-%Y.log SWAP_F0
2013.10.25 15:35:23 2: no device xml found for productcode
2013.10.25 15:35:34 3: SWAP Unknown device 00, please define it
2013.10.25 15:35:46 3: SWAP Unknown device 00, please define it
2013.10.25 15:35:55 2: no device xml found for productcode 0
2013.10.25 15:35:55 2: no device xml found for productcode 0
2013.10.25 15:36:38 3: SWAP Unknown device 00, please define it
2013.10.25 15:36:49 3: SWAP Unknown device 00, please define it
2013.10.25 15:37:11 3: SWAP Unknown device F0, please define it
2013.10.25 15:37:11 2: autocreate: define FileLog_SWAP_F0 FileLog ./log/SWAP_F0-%Y.log SWAP_F0
2013.10.25 15:38:24 3: SWAP Unknown device 00, please define it
2013.10.25 15:38:34 3: SWAP Unknown device 00, please define it
2013.10.25 15:38:55 3: SWAP Unknown device 00, please define it
2013.10.25 15:39:05 3: SWAP Unknown device 00, please define it
2013.10.25 15:39:37 3: SWAP Unknown device 0F, please define it
2013.10.25 15:39:37 2: autocreate: define SWAP_0F SWAP 0F
2013.10.25 15:39:37 3: SWAP_0F: I/O device is panStick
2013.10.25 15:39:37 2: autocreate: define FileLog_SWAP_0F FileLog ./log/SWAP_0F-%Y.log SWAP_0F
2013.10.25 15:40:52 3: SWAP Unknown device 00, please define it
2013.10.25 15:41:02 2: no device xml found for productcode A100FF0C0000
2013.10.25 15:41:02 2: no device xml found for productcode A100FF0C0000
2013.10.25 15:43:00 3: SWAP Unknown device 00, please define it
2013.10.25 15:43:10 3: SWAP Unknown device 00, please define it
2013.10.25 15:43:22 2: no device xml found for productcode
2013.10.25 15:43:43 3: SWAP Unknown device 00, please define it
2013.10.25 15:45:54 3: SWAP Unknown device 00, please define it
2013.10.25 15:47:41 3: SWAP Unknown device F0, please define it
2013.10.25 15:47:41 2: autocreate: define FileLog_SWAP_F0 FileLog ./log/SWAP_F0-%Y.log SWAP_F0
2013.10.25 15:48:13 3: SWAP Unknown device F0, please define it
2013.10.25 15:48:13 2: autocreate: define FileLog_SWAP_F0 FileLog ./log/SWAP_F0-%Y.log SWAP_F0
2013.10.25 15:48:49 3: SWAP Unknown device 00, please define it
2013.10.25 15:48:59 3: SWAP Unknown device 00, please define it
2013.10.25 15:53:05 3: SWAP Unknown device 00, please define it
2013.10.25 15:53:15 3: SWAP Unknown device 00, please define it
2013.10.25 15:54:50 3: SWAP Unknown device 79, please define it
2013.10.25 15:54:50 2: autocreate: define SWAP_79 SWAP 79 FF0C0000
2013.10.25 15:54:50 3: SWAP_79: I/O device is panStick
2013.10.25 15:54:50 2: no device xml found for productcode FF0C0000
2013.10.25 15:54:50 2: no device xml found for productcode FF0C0000
2013.10.25 15:54:50 2: autocreate: define FileLog_SWAP_79 FileLog ./log/SWAP_79-%Y.log SWAP_79
2013.10.25 15:55:50 2: no device xml found for productcode 600FF0D00000000000000000000000000000000
2013.10.25 15:55:50 2: no device xml found for productcode 600FF0D00000000000000000000000000000000
2013.10.25 15:56:37 3: SWAP Unknown device 00, please define it
2013.10.25 15:57:59 3: SWAP Unknown device F0, please define it
2013.10.25 15:57:59 2: autocreate: define FileLog_SWAP_F0 FileLog ./log/SWAP_F0-%Y.log SWAP_F0
2013.10.25 15:58:10 3: SWAP Unknown device 00, please define it
2013.10.25 15:59:20 3: SWAP Unknown device 00, please define it
2013.10.25 16:01:05 3: SWAP Unknown device 00, please define it
es gibt mit bestimmten panstamp lib versionen das problem das ein wert von FFFF in 0A zum überlauf führt und dann ununterbrochen gesendet wird. ich habe im fhem modul versucht das abzufangen. das funktioniert aber leider auf manchen langsamen host systemen nicht weil der panstamp so schnell sendet das fhem so mit dem abarbeiten beschäftigt ist das es selber nicht zum senden kommt.
zur abhilfe kannst du in deinem sketch in setup ganz am anfang ein EEPROM.write(EEPROM_TX_INTERVAL, 0x55);
EEPROM.write(EEPROM_TX_INTERVAL+1, 0x55);einfügen und noch mal flashen.
wenn der sketch damit ein mal durchgelaufen ist kannst du diese beiden zeilen wieder entfernen und noch mal flashen.
gruss
andre
edit: die aktuelle panstamp lib aus dem svn repository sollte das problem eigentlich nicht mehr haben. ich kann aber gerade nicht nachschauen.
Hallo André,
danke für den Tipp mit dem Bug, das scheint bei mir das Problem gewesen zu sein. Habe deinen Tipp erfolgreich ausprobiert und im Wiki dokumentiert. Habe auch einen Hinweis auf aktiviertem autocreate dazu gemacht, das hat mich selber noch mal 10 Minuten gekostet. Aber ich hatte vom überfliegen der Threads im Kopf, dass da was mit autocreate war.
Ich habe die Lib von der Webseite runterladen, dass es einen svn gibt wusste ich gar nicht. Gucke ich mir mal an.
Kann ich den Bug immer nur mit einem ganz frischen Panstamp provozieren? Ich kann mal testen ob das mit der Lib aus dem Svn behoben ist.
Wird allerdings etwas dauern, bin diese Woche geschäftlich unterwegs und danach 6 Tage im Urlaub.
Danke für Hilfe, Tobias
hallo tobias,
das problem tritt immer dann auf wenn das eeprom auf FFFF initialisiert ist. das ist normalerweise nur bei neuen panstamps so so lange das register nicht ein mal gesetzt wurde.
im prinzip geht auch alles ohne autocreate aber gerade bei den batterie betriebenen sensoren gibt es im default sketch nach dem start jeweils nur 3 sekunden in denen der panstamp auf kommandos hört. das von hand zu machen ist dann nicht ganz einfach als einsteiger. autocreate ist also auf jeden fall zu empfehlen.
danke für die wiki ergänzung.
gruss
andre
Hallo,
könntet ihr die Links für alle Arduino Librarys die man für den Panstamp benötigt vielleicht auch im Wiki zusammenfassen?
Ich habe mir alles einzeln zusammen gesucht und ich denke es wäre gerade für Einsteiger sehr hilfreich.
Beschreibung Panstamp über Arduino flashen: https://code.google.com/p/panstamp/wiki/firststeps
Panstamp-Library: http://www.panstamp.com/downloads
IR Lib: https://github.com/shirriff/Arduino-IRremote
DMX Lib: ???
Wo ich die DMX Lib finde ist mir leider immer noch ein Rätsel^^
Grüße
Steven
die dmx lib findest du hier: http://www.mathertel.de/Arduino/DMXSerial.aspx (http://www.mathertel.de/Arduino/DMXSerial.aspx).
den wiki artikel wollte ich aktualisieren wenn das irboard und der sketch endgültig so weit sind.
wie wäre es wenn du das was du zusammengesucht hast direkt auch ins wiki schreibst :)
gruss
andre
Ahh Super... Danke
Ja kann ich machen. Ich benötige nur noch nen Wiki Accout.
Ich hatte mal einen beantragt. Es kam aber leider nie eine Rückmeldung.
Ich habe zur Zeit auch Probleme mit meinen Panstamps. Irgendwie wird ein rgb-driver Board nicht erkannt. Das vermeintlich defekte habe ich dann mit dem Modem Sketch geflasht und an die Fritze gesteckt und es läuft und den ehemaligen Panstick mit dem rgbdriver, also sollte es wahrscheinlich nicht am Board liegen.
Autocreate ist aktiviert. Und in fhem passiert gar nichts.
Daher will ich Arduino nocheinmal neu installieren und ihn nochmal neu flashen.
Oder kann es etwas anderes sein als du oben schon geschrieben hast?
wieviele panstamps hast du?
gibt es welche die erkannt und angelegt werden?
mach mal bitte ein list auf das panstick device.
was steht im log bei verbose 5 wenn fhem startet oder der panstick abgezogen und eingesteckt wird?
gruss
andre
Zitat von: fidel am 30 Oktober 2013, 00:25:38
Ja kann ich machen. Ich benötige nur noch nen Wiki Accout.
Ich hatte mal einen beantragt. Es kam aber leider nie eine Rückmeldung.
Schreib mal Soulman an (Details hier: http://www.fhemwiki.de/wiki/Benutzer:Soulman). Ich vermute mal, Du hattest Dich an Arno gewendet - der ist aber wohl in letzter Zeit nicht mehr sehr aktiv im Wiki.
Gruß, Peter
Hallo Andre,
ich habe 3 PanStamps, einen als Stick(Modem) und 2x das RGB-Driver Board.
Es war auch schonmal alles angelegt und lief. Irgendwann konnte ich eines der Boards nicht mehr richtig steuern und der LED Streifen leuchtete immer rot, ging hin und wieder für kurze Zeit aus und leuchtete dann weiter rot.
Wenn ich meinen vorhandenes noch funktionierendes RGB Board auskommentiere, wird es auch gleich wieder von autocreate angelegt.
Im Anhang erstmal das list auf den Panstick
Der Rest kommt gleich...
wenn das andere board geht dann ist auch der stick und die fhem seite ok.
eine erste vermutung: irgendetwas ist mit den adress registern durcheinander und die einstellungen passen nicht mehr zum panstick.
um alles auf default zurück zu setzen in setup() am anfang ein eepromToFactoryDefaults() einfügen, sketch kompilieren, flashen und ein mal laufen lassen. dann die zeile wieder entfernen und noch mal flashen. dann den panstamp wie einen neuen in betrieb nemen.
gruss
andre
Volltreffer...
Funzt wieder ;D Vielen vielen Dank
Einen Wiki Account habe ich jetzt auch und werde es demnächst alles mal zusammen fassen.
Ansonsten brennt mir schon seit langem die Frage wann die Erweiterung auf 4 oder 5 Kanäle kommt, mit der zum Beispiel auch die Farbe bei einschalten eingestellt werden kann (ich meine nicht stromlos machen).
Viele Grüße
Steven
das mit der farbe bei soft on ist im prinzip fertig.
die 4/5 kanäle sind angefangen aber das ist zum teil blöd zum testen ohne das board. mein letzter stand war das die boards letzte woche endlich beim zoll waren. mehr weiss ich leider auch nicht.
gruss
andre
Soll ich dir meins zur Verfügung stellen?
ein board zum testen zu haben würde das ganze tatsächlich beschleunigen.
gruss
andre
Ich habe mich zu früh gefreut.
Irgendwie wird der Panstamp mit dem board nicht richtig angelegt. Irgendwie fehlen da mehrer Readings...
Anbei nochmal ein list und ein Bild
schick mal ein statusRequest.
ansonsten lösch das device mal und drücke dann am panstamp auf reset.
danach solltest du auf jeden fall noch die FF adresse in etwas anderes ändern:
set <device> regSet 09 <XX>
gruss
andre
Jetzt habe ich nach erneutem flashen den Stand, dass bei einem Status Request erst 17 unconfirmed Sent kommt,
wenn ich den Browser nach ca. 10 sekunden neu lade sind es z.b. noch 13 unconfirmed Sents und einzelne Register erscheinen in den Readings, jedoch nicht alle...
beim statusRequest werden alle register abgefragt. das sind bis zu 20 beim rgb sketch. das kann durchaus ein paar sekunden dauern. und die internal values werden nicht automatisch aktualisiert. der browser refesh ist auf jedne fall nötig.
die register 00 bis 0a bei den internal values oben sollten aber danach alle da sein und bei den readings mindestens 0B, 0B.1, 0B.2 und 0B.3.
mit get <device> listUnconfirmed kannst du dir auflisten lassen welche register nicht geantwortet haben.
mir fällt eben auf das dein device F0 heisst die addresse aber FF ist. welche addresse hast das andere board? gibt es vielleicht einen konflikt?
gruss
andre
Zitat von: justme1968 am 25 Oktober 2013, 17:25:33
...
edit: die aktuelle panstamp lib aus dem svn repository sollte das problem eigentlich nicht mehr haben. ich kann aber gerade nicht nachschauen.
Hab die lib aus dem SVN gerade mal installiert, damit bekomme ich allerdings gar keinen sketch mehr kompiliert:
C:\Programme\Arduino\libraries\panstamp\repeater.cpp: In member function 'void REPEATER::packetHandler(SWPACKET*)':
C:\Programme\Arduino\libraries\panstamp\repeater.cpp:64: error: 'class PANSTAMP' has no member named 'swapAddress'
C:\Programme\Arduino\libraries\panstamp\repeater.cpp:95: error: 'class PANSTAMP' has no member named 'swapAddress'
C:\Programme\Arduino\libraries\panstamp\repeater.cpp:97: error: 'SWAP_TX_DELAY' was not declared in this scope
Ist vermutlich eher ein Thema für das panStamp Forum, oder?
Ganz so hektisch war ich auch wieder nicht. Da stimmt irgendetwas nicht. Ich habe bei dem funktionierenden auch ein Status Request gemacht und da war alles innerhalb von 10 sek da.
Das andere Device habe ich SWAP_02 mit Adresse 02 benannt ich hatte es aber zum testen eh ausprogrammiert und Spannung getrennt.
Die Internal Values waren nicht alle da, ich hatte nur 1,3,8... Es waren jedenfalls Lücken drin.
Wenn ich die Adresse setzen will schmiert es komplett ab und ich muss den eeprom löschen...
So ich habe jetzt die rgbdriver.tar.gz vom 11.06 aus dem Panstamp Support Thread (Seite 5) geflasht und jetzt läuft es ohne Probleme.
Was sind die Unterschiede zwischen den Versionen? Ich habe vorher immer die vom Ende des Threads geflasht.