HM-ES-PMSw1-Pl_GosundSP1 V2.0

Entwicklung und Bau von Hardware aller Art, die im HM-Umfeld eingesetzt werden kann

Moderator: Co-Administratoren

rih
Beiträge: 123
Registriert: 09.05.2019, 23:04
System: keine Zentrale (nur Pairing, FHEM etc.)
Wohnort: Nürtingen
Hat sich bedankt: 19 Mal
Danksagung erhalten: 10 Mal

Re: HM-ES-PMSw1-Pl_GosundSP1 V2.0

Beitrag von rih » 12.01.2021, 20:39

Ja, das mit der Kalibrierung ist auch noch so ein Thema :)
Das serielle Hochladen klappt jetzt. Beim Frequenztest bin ich aber auf das nächste Problem gestoßen. Mein Frequenztest ist bzw. war hinsichtlich des CC1101-Anschlusses auf den Pro Mini ausgelegt. Ich habe daher die Pins im Frequenztest auf den 644P angepasst. Der Frequenztest läuft nun durch.
Fragen (ein wenig OT):
Wie macht ihr das mit den verschiedenen Controllern bezüglich dem Frequenztest und der Pin-Anpassung (verschiedene Sketche, Auswahl per defines in einem Sketch oder ...)?
Am Ende des Tests wird ja die optimale Frequenz im Controller (config area) gespeichert. Passt das so, egal welcher Controller eingesetzt wird oder muss das auch jeweils angepasst werden? Wenn anpassen, wo und wie?
Viele Grüße,
Hans

Asselhead
Beiträge: 308
Registriert: 07.02.2019, 17:04
System: CCU
Wohnort: Niederrhein
Hat sich bedankt: 56 Mal
Danksagung erhalten: 147 Mal

Re: HM-ES-PMSw1-Pl_GosundSP1 V2.0

Beitrag von Asselhead » 12.01.2021, 21:07

rih hat geschrieben:
12.01.2021, 20:39
Ja, das mit der Kalibrierung ist auch noch so ein Thema :)
Das serielle Hochladen klappt jetzt. Beim Frequenztest bin ich aber auf das nächste Problem gestoßen. Mein Frequenztest ist bzw. war hinsichtlich des CC1101-Anschlusses auf den Pro Mini ausgelegt. Ich habe daher die Pins im Frequenztest auf den 644P angepasst. Der Frequenztest läuft nun durch.
Fragen (ein wenig OT):
Wie macht ihr das mit den verschiedenen Controllern bezüglich dem Frequenztest und der Pin-Anpassung (verschiedene Sketche, Auswahl per defines in einem Sketch oder ...)?
Am Ende des Tests wird ja die optimale Frequenz im Controller (config area) gespeichert. Passt das so, egal welcher Controller eingesetzt wird oder muss das auch jeweils angepasst werden? Wenn anpassen, wo und wie?
Schau Mal hier:
https://asksinpp.de/Grundlagen/FAQ/Fehl ... C1101.html
Viele Grüße

Stefan

Asselhead
Beiträge: 308
Registriert: 07.02.2019, 17:04
System: CCU
Wohnort: Niederrhein
Hat sich bedankt: 56 Mal
Danksagung erhalten: 147 Mal

Re: HM-ES-PMSw1-Pl_GosundSP1 V2.0

Beitrag von Asselhead » 12.01.2021, 21:11

rih hat geschrieben:
12.01.2021, 20:39
Ja, das mit der Kalibrierung ist auch noch so ein Thema :)
Das serielle Hochladen klappt jetzt. Beim Frequenztest bin ich aber auf das nächste Problem gestoßen. Mein Frequenztest ist bzw. war hinsichtlich des CC1101-Anschlusses auf den Pro Mini ausgelegt. Ich habe daher die Pins im Frequenztest auf den 644P angepasst. Der Frequenztest läuft nun durch.
Fragen (ein wenig OT):
Wie macht ihr das mit den verschiedenen Controllern bezüglich dem Frequenztest und der Pin-Anpassung (verschiedene Sketche, Auswahl per defines in einem Sketch oder ...)?
Am Ende des Tests wird ja die optimale Frequenz im Controller (config area) gespeichert. Passt das so, egal welcher Controller eingesetzt wird oder muss das auch jeweils angepasst werden? Wenn anpassen, wo und wie?
Für den STM32 (BluePill) gibt es einen separaten FreqTest Sketch.
Den findest du bei den Asksin Examples in der Arduino IDE.
Beim 644/1284er habe ich das immer händisch angepasst.
Viele Grüße

Stefan

rih
Beiträge: 123
Registriert: 09.05.2019, 23:04
System: keine Zentrale (nur Pairing, FHEM etc.)
Wohnort: Nürtingen
Hat sich bedankt: 19 Mal
Danksagung erhalten: 10 Mal

Re: HM-ES-PMSw1-Pl_GosundSP1 V2.0

Beitrag von rih » 12.01.2021, 21:39

Danke, dann werde ich mir wohl zwei oder drei angepasste Frequenztest-Sketche machen.

Wie ich im Frequenztest-Sketch mit meinen bescheidenen Kenntnissen gesehen habe, wird wohl die EEPROM-Adresse vor dem Speichern der Frequenz mit

Code: Alles auswählen

StorageConfig sc = getConfigArea();
ermittelt. Sofern ich das richtig sehe, sollte das dann auch beim 644P oder 1284 passend eingestellt werden.
Viele Grüße,
Hans

jp112sdl
Beiträge: 12115
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 848 Mal
Danksagung erhalten: 2150 Mal
Kontaktdaten:

Re: HM-ES-PMSw1-Pl_GosundSP1 V2.0

Beitrag von jp112sdl » 12.01.2021, 21:49

rih hat geschrieben:
12.01.2021, 21:39
sollte das dann auch beim 644P oder 1284 passend eingestellt werden.
Da muss nix extra eingestellt werden.
Die beiden Bytes liegen gleich ganz vorne an.

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

re-vo-lution
Beiträge: 131
Registriert: 07.01.2018, 15:11
Wohnort: 08233 Treuen
Hat sich bedankt: 21 Mal
Danksagung erhalten: 8 Mal

Re: HM-ES-PMSw1-Pl_GosundSP1 V2.0

Beitrag von re-vo-lution » 05.02.2021, 20:49

Hat jemand noch Platinen über? Suche 10 Stück.

Vg

René

maxx3105
Beiträge: 281
Registriert: 19.10.2018, 16:07
Hat sich bedankt: 156 Mal
Danksagung erhalten: 49 Mal

Re: HM-ES-PMSw1-Pl_GosundSP1 V2.0

Beitrag von maxx3105 » 11.03.2024, 23:53

jp112sdl hat geschrieben:
16.10.2020, 18:57
maxx3105 hat geschrieben:
16.10.2020, 17:27
Die Leistungsmessung wird, so wie ich das sehe, nur gesamt ermittelt. Es lassen sich nur einzelne Steckdosen ab und anschalten.
Dann könntest du versuchen, den SWITCH-Channel noch mal als Kanal 7 + 8 anzufügen... (Neue Geräte-Model etc. pp. vorausgesetzt).
Die beiden Aktorkanäle als Kanal 2+3 wären wohl hübscher, aber ich hab keine Ahnung, wie die CCU reagiert (bzw. die internen Skripte), wenn die anderen Kanäle andere Kanalnummern bekommen
Schön langsam komme ich dem Ziel etwas näher.
Screenshot 2024-03-11 234759.png

Code: Alles auswählen

    <channel index="1" type="SWITCH" count="2">
      <link_roles>
        <target name="SWITCH" />
        <target name="WEATHER_CS" />
        <target name="WCS_TIPTRONIC_SENSOR" />
      </link_roles>
      <paramset type="MASTER" id="switch_ch_master">
        <subset ref="switch_paramset" />
      </paramset>
      <paramset type="VALUES" id="switch_ch_values">
        <subset ref="switch_valueset" />
      </paramset>
      <paramset type="LINK" id="switch_ch_link">
        <subset ref="switch_linkset" />
      </paramset>
      <enforce_link>
        <value id="LCD_SYMBOL" value="2" />
        <value id="LCD_LEVEL_INTERP" value="1" />
      </enforce_link>
    </channel>
Was so ein einfaches count="2" alles ausmachen kann.

Antworten

Zurück zu „Hardwareentwicklung und Selbstbau von Aktoren und Sensoren“