panStamp support

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

Vorheriges Thema - Nächstes Thema

Puschel74

Zitat von: Tobias am 16 Juli 2015, 09:59:25
Für D7 einfach 7 angeben
Sapperlot nochmal. Kaum macht man es richtig  ::)

Vielen Dank Tobias.
Das waren aber große Tomaten auf meinen Augen aber nun sieht es gut aus.
Der erste Sensor meldet schonmal einen plausibleren Wert und er geht in Verbindung mit GND auch auf -1% und dann wieder hoch.
Nun noch das Gehäuse präparieren und der Gartenbewässerung steht nichts mehr im Wege.

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

TeeVau

Hi Puschel,

also den panStick darfst du NICHT auf Prog. stellen. Prog ist nur für den NRG! Das schon mal um etwas Verwirrung beiseite zu schaffen.
Also aus Ausgangslage haben wir jetzt: panStamp AVR, Arduino IDE 1.6, neue SWAP Lib und den soilmoisture sketch, der die neue Lib verwendet. Der Sketch kann auch aufgespielt werden. Richtig?
D4 für die Spannungsversorgung ist ok, dann muss das DEFINE so aussehen: #define POWER_0_PIN   7
Dann wird der PIN D7 bedient. Sollte er zumindest.
6 mal blinken nach Reset sieht gut aus, das kommt durch das setup() und lässt den panStamp was empfangen, für die Zeit wo die LED blink.

poste doch mal bitte die #DEFINES, die du jetzt verwendest. Und Schreib genau an welchen PIN du welchen Kontakt angeschlossen hast. Hab leider keinen panStamp mehr über, mit dem ich testen kann :-/
Hast du kontrolliert, ob du den richten panStamp Type als Board, in der arduino IDE; ausgewählt hast?

PS. Wenn du als POWER_PIN 22 definierst, wäre das D22 (Glaube ich zumindest).
FHEM 5.8 dev (virtualisiert) / FBF 7390 (CUL 868MHz V 1.51 / panStick (AVR1))
FS20: fs20di,fs20pira,fs20sm8,fs20st2,fs20tfk,fs20ue1,fs20ws1
panStamp (AVR1): RGB Multi von ext23, 1W-DSxxxx, I/O Sketch, Spritzpumpe
Multimedia: Panasonic TV (VIERA), Kodi, Yamaha RX-V781, LMS
Sonstiges: XiaomiFlowerSen

Puschel74

Hallo (anderer) Tobias  ;D

Zitatalso den panStick darfst du NICHT auf Prog. stellen. Prog ist nur für den NRG! Das schon mal um etwas Verwirrung beiseite zu schaffen.
Jep, hatte ich auch so gelesen.
Aber mit der Zeit greift man nach jedem Strohhalm.

ZitatAlso aus Ausgangslage haben wir jetzt: panStamp AVR, Arduino IDE 1.6, neue SWAP Lib und den soilmoisture sketch, der die neue Lib verwendet. Der Sketch kann auch aufgespielt werden. Richtig?
Absolut richtig.

Zitatposte doch mal bitte die #DEFINES, die du jetzt verwendest.
#define SENSOR_0_PIN  A4    // Analog pin - sensor 0
#define POWER_0_PIN   7    // Digital pin used to powwer sensor 0
#define SENSOR_1_PIN  A5    // Analog pin - sensor 1
#define POWER_1_PIN   6    // Digital pin used to powwer sensor 1

digitalWrite(POWER_1_PIN, HIGH);
  delay(500);
  // Read analog values


ZitatUnd Schreib genau an welchen PIN du welchen Kontakt angeschlossen hast.
Also.
Der Vegetronix-Sensor ist mit
schwarz --> A4
rot --> D7
Schirm --> GND
wenn man die Zeichnung für das Batteryboard nimmt.

ZitatHast du kontrolliert, ob du den richten panStamp Type als Board, in der arduino IDE; ausgewählt hast?
siehe Screenshot

Nun nur noch die restlichen 4 PanStamp flashen und die Boards verbauen und es kann los gehen.

In FHEM sieht das ganze so aus wie im 2. Screenshot.

Danke nochmal allen für die Tipps/Hinweise/Lösung  8)

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

TeeVau

ja super. Hatte nicht gesehen, dass du bereits Erfolg hattest, als ich meinen reply geschrieben habe. Haben uns vermutlich gerade so eben verpasst ;-)
FHEM 5.8 dev (virtualisiert) / FBF 7390 (CUL 868MHz V 1.51 / panStick (AVR1))
FS20: fs20di,fs20pira,fs20sm8,fs20st2,fs20tfk,fs20ue1,fs20ws1
panStamp (AVR1): RGB Multi von ext23, 1W-DSxxxx, I/O Sketch, Spritzpumpe
Multimedia: Panasonic TV (VIERA), Kodi, Yamaha RX-V781, LMS
Sonstiges: XiaomiFlowerSen

TeeVau

Mal eine zusätzliche Frage: Was ist eigentlich mit den Inhalten, die joshi04 auf der Diskussionsseite zu den panStamps, gefüllt hat?
Das ist eine wirklich respektable Arbeit und ich finde es schade, dass das know-how auf der Diskussionsseite versteckt ist.

Sollen wir das nicht einmal voran treiben? Es müsste ja nur der Artikel etwas aufgeteilt werden (Die Inhalte, die sich auf spezielle SWAP Module beziehen sollten, wie jedes FHEM Modul, eine eigene Seite bekommen. Grobe Patzer sind Inhaltlich nicht drin...und Feintuning kommt eben danach.
FHEM 5.8 dev (virtualisiert) / FBF 7390 (CUL 868MHz V 1.51 / panStick (AVR1))
FS20: fs20di,fs20pira,fs20sm8,fs20st2,fs20tfk,fs20ue1,fs20ws1
panStamp (AVR1): RGB Multi von ext23, 1W-DSxxxx, I/O Sketch, Spritzpumpe
Multimedia: Panasonic TV (VIERA), Kodi, Yamaha RX-V781, LMS
Sonstiges: XiaomiFlowerSen

justme1968

ja. der wiki text solle auf jeden fall online gehen. es wäre schade drum.

zur not sogar ohne vorher aufteilen.

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

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

TeeVau

Ich mach mich mal an eine Aufteilung, heute und in den nächsten Tagen. Ich markiere es als Baustelle, und nachträglich anpassen geht ja noch immer.
Es versteht sich, meiner Meinung nach, von selbst, dass sich niemand auf den Schlipps getreten fühlt, wenn Änderungen unerwünscht sind?! Dafür gibt es ja die Diskussionsseiten oder die "Rückgängig" Funktion.
FHEM 5.8 dev (virtualisiert) / FBF 7390 (CUL 868MHz V 1.51 / panStick (AVR1))
FS20: fs20di,fs20pira,fs20sm8,fs20st2,fs20tfk,fs20ue1,fs20ws1
panStamp (AVR1): RGB Multi von ext23, 1W-DSxxxx, I/O Sketch, Spritzpumpe
Multimedia: Panasonic TV (VIERA), Kodi, Yamaha RX-V781, LMS
Sonstiges: XiaomiFlowerSen

TeeVau

Jetzt ist doch schon die erste Hürde da: Wie sollen am besten die Artikel aufgeteilt werden?
Wollte gerade den Artikel für das Modul SWAP_0000002200000003 beginnen. Dabei ist mir aufgefallen, dass ja 3 unterschiedliche Komponenten eine Rolle spielen.
Die Hardware (also das spezifische Board, nicht der PanStamp selber), die Software (z.B. Beschreibung zu compiler schalter) und das FHEM Modul.

Da Hardware und Software ja doch sehr eng zusammen gehören, würde ich die Teile in einem Artikel beschreiben, in jeweils unterschiedlichen Kapiteln. Das FHEM Modul wird ebenfalls separat beschrieben, in dem Artikel wird dann auf den Hardware Artikel verlinkt.
Von den Artikelnamen würde meiner Meinung nach Sinn machen:
Für die Module: Name des Modul, wie im Wiki üblich (Also ohne .pm und Modulstartnummer)
Für die Hardware/Software: PanStamp <Name vom Gerät>.

Oder eine Alternative: Alles in einem Artikel (Hardware, Software, FHEM Modul) und ggf. mit weiterleitungen arbeiten. Das hätte z.B. den Vorteil, da es ja auch PanStamp Geräte geben kann, ohne ein eigenes Modul (Wie z.B. der Umweltsensor). Und Geräte, die ein eigenes Modul haben, dort wird eben der Artikel, mit dem Modulnamen, weitergeleitet auf den wirklichen Artikel, der dann alles enthält.

Normalerweise würde ich einfach loslegen und im Fall der Fälle eben zich mal umstrukturieren, aber das wird wohl im Wiki nicht so gerne gesehen, da die Admins die Änderungen prüfen.
FHEM 5.8 dev (virtualisiert) / FBF 7390 (CUL 868MHz V 1.51 / panStick (AVR1))
FS20: fs20di,fs20pira,fs20sm8,fs20st2,fs20tfk,fs20ue1,fs20ws1
panStamp (AVR1): RGB Multi von ext23, 1W-DSxxxx, I/O Sketch, Spritzpumpe
Multimedia: Panasonic TV (VIERA), Kodi, Yamaha RX-V781, LMS
Sonstiges: XiaomiFlowerSen

Puschel74

#353
So, ich muss nochmal nerven  ::)

PanStamp laufen soweit 1a und senden brav die Werte aber ...

Ich hab einem Batteryboard 2 Vegetronix gegönnt - klappt auch so weit.
Userreadings erweitert - ist soweit auch ok (oder auch nicht).
Nur das Reading VWC_B für den zweiten Sensor wird erst aktualisiert bzw. berechnet wenn das Batteryboard den nächsten Datensatz sendet.

Blöd beschrieben daher hier mal die Daten aus dem EventMonitor:
Ich habe A3 und D6 für den zweiten Sensor benutzt und A3 einmal mit GND verbunden und für die nächste Messung mit D6.

2015-07-18 17:48:05 SWAP SWAP_02 0C.0-Moisture_level_0: 0098
2015-07-18 17:48:05 SWAP SWAP_02 0C.1-Moisture_level_1: 0000
2015-07-18 17:48:05 SWAP SWAP_02 VWC_B: -0.57
2015-07-18 17:48:05 SWAP SWAP_02 Level0_Voltage: 0.48984375
2015-07-18 17:48:05 SWAP SWAP_02 Level1_Voltage: 0
2015-07-18 17:48:05 SWAP SWAP_02 VWC_A: 1.46
2015-07-18 17:48:05 SWAP SWAP_02 0B-Voltage: 0CCA
2015-07-18 17:48:05 SWAP SWAP_02 voltage: 3.274
2015-07-18 17:48:05 SWAP SWAP_02 battery: low
2015-07-18 17:48:05 SWAP SWAP_02 Level0_Voltage: 0.48984375
2015-07-18 17:48:05 SWAP SWAP_02 Level1_Voltage: 0

2015-07-18 17:48:35 SWAP SWAP_02 0C.0-Moisture_level_0: 0102
2015-07-18 17:48:35 SWAP SWAP_02 0C.1-Moisture_level_1: 03FF
2015-07-18 17:48:35 SWAP SWAP_02 VWC_B: -0.57
2015-07-18 17:48:35 SWAP SWAP_02 Level0_Voltage: 0.8314453125
2015-07-18 17:48:35 SWAP SWAP_02 Level1_Voltage: 3.29677734375
2015-07-18 17:48:35 SWAP SWAP_02 VWC_A: 5.86
2015-07-18 17:48:35 SWAP SWAP_02 0B-Voltage: 0CCA
2015-07-18 17:48:35 SWAP SWAP_02 voltage: 3.274
2015-07-18 17:48:35 SWAP SWAP_02 battery: low
2015-07-18 17:48:35 SWAP SWAP_02 Level0_Voltage: 0.8314453125
2015-07-18 17:48:35 SWAP SWAP_02 Level1_Voltage: 3.29677734375

2015-07-18 17:49:06 SWAP SWAP_02 0C.0-Moisture_level_0: 0098
2015-07-18 17:49:06 SWAP SWAP_02 0C.1-Moisture_level_1: 0000
2015-07-18 17:49:06 SWAP SWAP_02 VWC_B: 122.47
2015-07-18 17:49:06 SWAP SWAP_02 Level0_Voltage: 0.48984375
2015-07-18 17:49:06 SWAP SWAP_02 Level1_Voltage: 0
2015-07-18 17:49:06 SWAP SWAP_02 VWC_A: 1.46
2015-07-18 17:49:06 SWAP SWAP_02 0B-Voltage: 0CCA
2015-07-18 17:49:06 SWAP SWAP_02 voltage: 3.274
2015-07-18 17:49:06 SWAP SWAP_02 battery: low
2015-07-18 17:49:06 SWAP SWAP_02 Level0_Voltage: 0.48984375
2015-07-18 17:49:06 SWAP SWAP_02 Level1_Voltage: 0

2015-07-18 17:49:36 SWAP SWAP_02 0C.0-Moisture_level_0: 0097
2015-07-18 17:49:36 SWAP SWAP_02 0C.1-Moisture_level_1: 0000
2015-07-18 17:49:36 SWAP SWAP_02 VWC_B: -0.57
2015-07-18 17:49:36 SWAP SWAP_02 Level0_Voltage: 0.48662109375
2015-07-18 17:49:36 SWAP SWAP_02 Level1_Voltage: 0
2015-07-18 17:49:36 SWAP SWAP_02 VWC_A: 1.43
2015-07-18 17:49:36 SWAP SWAP_02 0B-Voltage: 0CCA
2015-07-18 17:49:36 SWAP SWAP_02 voltage: 3.274
2015-07-18 17:49:36 SWAP SWAP_02 battery: low
2015-07-18 17:49:36 SWAP SWAP_02 Level0_Voltage: 0.48662109375
2015-07-18 17:49:36 SWAP SWAP_02 Level1_Voltage: 0

Im ersten Block passt noch alles.
Im zweiten Block (17:48:35) sieht man das Level1_Voltage auf 3.29 V steht aber VWC_B noch auf -0.57%
Um 17:49:06 sieht man das VWC_B dann auf 122.47 % steht obwohl Level1_Voltage wieder auf 0 ist.

Hier das userreading dazu:
Level0_Voltage {hex(ReadingsVal($name,"0C.0-Moisture_level_0","0"))*(3.3/1024)}, Level1_Voltage {hex(ReadingsVal($name,"0C.1-Moisture_level_1","0"))*(3.3/1024)}, VWC_A:0C.0-Moisture_level_0 {sprintf("%.2f",(11.6552 * (ReadingsVal($name,"Level0_Voltage","0"))**4 + 7.10835 * (ReadingsVal($name,"Level0_Voltage","0"))**2 - 0.569557) / ((ReadingsVal($name,"Level0_Voltage","0"))**2 + 1))}, VWC_B:0C.1-Moisture_level_1 {sprintf("%.2f",(11.6552 * (ReadingsVal($name,"Level1_Voltage","0"))**4 + 7.10835 * (ReadingsVal($name,"Level1_Voltage","0"))**2 - 0.569557) / ((ReadingsVal($name,"Level1_Voltage","0"))**2 + 1))}, voltage:0B-Voltage {hex(ReadingsVal($name,"0B-Voltage","0"))*0.001}, battery:0B-Voltage {(ReadingsVal($name,"Level0_Voltage","0")<1?"low":"ok")}

Ich hab auch schon versucht die userReadings in eine andere Reihenfolge zu bringen aber das hat auch nichts geändert.
Der Wert für den ersten Sensor wird sofort richtig berechnet, nur der zweite hinkt eine Aktualisierung hinten nach.
Ich hab noch 3 Screenshots angehängt in der Hoffnung das Bilder mehr sagen als meine 1000 Worte  :-[

Eine kleine Zwischenfrage:
"Abgleichen" kann ich die Sensoren nicht zufällig?

Danke schonmal (wieder) für Eure Hilfe.

Edith: Ich hab die userreadings mal rausgeworfen und die Berechnung in ein notify gepackt und nun klappt es auch mit dem zweiten Sensor.
Zum "abgleichen" hat nicht zufällig noch jemand eine Idee?
Ich muss mal schauen, beim ECMD gab es die Möglichkeit die Sensoren zu "justieren".
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

TeeVau

Da bin ich ja froh, dass ich nicht der einzige Nutzer bin, der mit userReadings auf Kriegsfuß steht. Ich habe nur das Problem, dass der "Filter" oft nicht reagiert und somit das userReading gar nicht aktualisiert wird. Aber das nur am Rande ;-)

Habe im Wiki sämtlichen Inhalt aus der Diskussionsseite jetzt in Artikel untergebracht. Teilweise sind Dinge trotzdem noch doppelt oder vielleicht nicht perfekt aufgeteilt. Irgendwann hab ich den Wald vor Bäumen nicht mehr gesehen.
Die Benennung ist ganz schönes verwirrend, wenn man nicht im Thema ist. panStamp kann ja z.B. das FHEM-Modul, die Hardware oder die Firma sein. Wobei dann z.B. das Modul panStamp ja eigentlich zum panStick gehört etc. pp.
Darum überlege, den Artikel "panStamp" doch noch einmal aufzuteilen ist "panStamp (Systemübersicht)" und "panStamp (Hardware)".
Dann gehört der Artikel wieder ganz alleine dem Modul.
FHEM 5.8 dev (virtualisiert) / FBF 7390 (CUL 868MHz V 1.51 / panStick (AVR1))
FS20: fs20di,fs20pira,fs20sm8,fs20st2,fs20tfk,fs20ue1,fs20ws1
panStamp (AVR1): RGB Multi von ext23, 1W-DSxxxx, I/O Sketch, Spritzpumpe
Multimedia: Panasonic TV (VIERA), Kodi, Yamaha RX-V781, LMS
Sonstiges: XiaomiFlowerSen

justme1968

vielleicht wäre es besser gewesen wenn ich das fhem panstamp modul panstick ernannt hätte. andererseits würde es dann aber nicht zum panstamp shield passen. strenggenommen ist der stick an sich ohne aufgesteckten panstamp auch nicht besonders nützlich.

wenn man die benennung einmal aufgedröselt hat passt es eigentlich.

gruß
  andre

ps: vielen dank für deinen wiki einsatz. 
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Puschel74

Mal eine andere Frage.
Auf der Website von panStamp sind die ganzen AVR-PanStamp-Produkte nichtmehr erhältlich aber auch kein Verweis zu finden auf neue.
Meine liebste Suchmaschine ist hier leider auch nicht wirklich hilfreich.
Gibt es überhaupt noch welche zu kaufen?
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

justme1968

es wird ziemlich sicher wieder geben. im shop sind sie nur zu sehen wenn sie lieferbar sind.

wenn du wissen willst wann wieder welche kommen frag am besten direkt daniel berenguer.

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

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

Puschel74

Danke dir Andre für die Antwort.

Zitat von: justme1968 am 21 Juli 2015, 21:19:42
es wird ziemlich sicher wieder geben. im shop sind sie nur zu sehen wenn sie lieferbar sind.
Puh, dann bin ich beruhigt.
Jetzt wo mir die Teile zu gefallen anfangen  8)

Zitat von: justme1968 am 21 Juli 2015, 21:19:42
wenn du wissen willst wann wieder welche kommen frag am besten direkt daniel berenguer.
Öhm, ja. Wäre wohl der einfachere Weg gewesen wenn ich ersteres gewusst hätte  ;)
Wobei auch da die direkte Nachfrage einfacher gewesen wäre  ::)
Ich geb Bescheid wenn ich was weiß.
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

dennis87

Hallo zusammen,
nachdem ich es nun endlich hinbekommen habe meine PanStamps zu programmieren stehe ich nun schon vor dem nächsten Problem.

Ich habe einen RFXTRX in meinem FHEM laufen, welcher auch von FTDI stammt. Dieser wurde auch direkt selbstständig im System als ttyUSB0 angelegt, als ich diesen eingesteckt habe.

Wenn ich nun meinen Panstamp mit dem ModemSketch in einen USB-Port einstecke, bleibt logischerweise bei einem "cat /proc/devices" die 188 stehen, jedoch erscheint keine weitere Nummer mit ttyUSB. Vielleicht ist das aber auch normal?!

Nachdem ich nun meinen RFXTRX abgezogen habe, stand keine 188 mehr dort (nach einem neustart). Daraufhin habe ich "lsmod | grep  ftdi_sio" eingegeben und nichts zurückbekommen. Nachdem ich dann "modprobe ftdi_sio" eingegeben habe, erscheint auch die 188 wieder sauber. Daher habe ich das "ftdi_sio" in die /etc/modules geschrieben, sodass dieses Modul beim Systemstart mitgestartet wird.


Nun aber zu meinem eigentlichen Problem:

Es wird kein ttyUSBx-Device selbstständig angelegt, wenn ich das dann via "sudo mknod /dev/ttyUSB0 c 188 0" oder sudo "mknod /dev/ttyUSB1 c 188 0" (auch die entsprechenden Berechtigungen habe ich gesetzt) mache (der RFXTRX ist weiterhin abgezogen) sehe ich mittels "cat /proc/devices" auch ein entsprechendes Device. Wenn ich dieses nun in FHEM definiere, ist es jedoch disconnected - und nach einem neustart meines Cubies ist es komplett weg.


Vielleicht hat ja jemand von euch noch eine Idee, vor allem auch wie ich meinen RFXTRX und den Panstick zusammen betreiben kann.


Vielen Dank schonmal!