HB-SCI-3-FM - Compilerfehler

[Thimuc]

Hallo zusammen,
ich versuche gerade die HB-SCI-3-FM SW zu kompalieren und bekomme dabei folgenden Fehler:

Code: Alles auswählen

HB-SCI-3-FM:132:122: error: template argument 1 is invalid

 class OnePinChannel : public ThreeStateGenericChannel<OnePinPosition, HALTYPE, List0Type, List1Type, List4Type, PEERCOUNT> {

HB-SCI-3-FM:134:105: error: template argument 1 is invalid

     typedef ThreeStateGenericChannel<OnePinPosition, HALTYPE, List0Type, List1Type, List4Type, PEERCOUNT> BaseChannel;

SW-Quelle: https://github.com/TomMajor/SmartHome/b ... I-3-FM.ino
Hat jemand ne Idee wo da der Fehler liegt?

Gruß Thimuc

[jp112sdl]

Ich weiß auf die Schnelle nicht, was bei Toms HB-SCI-3-FM gegenüber dem HM-SCI-3-FM anders ist, aber du kannst alternativ trotzdem mal diesen hier versuchen:
https://github.com/jp112sdl/Beispiel_As ... I-3-FM.ino

[Martin62]

Wurde die ThreeState.h nicht zu gunsten der HM-SEC-SCO Kontakte ab geändert. Vielleicht liegt es da dran.
Gruß Martin

[TomMajor]

ja es wurde neulich was in der AskSinPP geändert was diesen HB-SCI-3-FM zumindest mit dem Master Branch nicht mehr kompilieren lässt.
Kann ich mir abends anschauen.
Oder einfach mal den V4 branch probieren.

[jp112sdl]

Ich glaub, das was Tom damals mit OnePinPosition gebaut hat, ist obsolet.
Die Einzelkontaktabfrage (TwoState) für ShutterContact und Doppelkontaktabfrage (ThreeState) für RHS sind inzwischen in der ContactState.h gelandet.
Die Pinstatuserfassung erfolgt in der sensors/PinPosition.h

Siehe auch https://github.com/pa-pa/AskSinPP/pull/163

Wurde die ThreeState.h nicht zu gunsten der HM-SEC-SCO Kontakte ab geändert. Vielleicht liegt es da dran.
Gruß Martin

Ja, ich glaub das war in dem Zug, als wir das mit dem Enable-Pin verbastelt haben

[TomMajor]

ist jetzt gefixt.
War nur ein Namenskonflikt, als ich den Sketch in 2018 gemacht hatte gab es die OnePinPosition class noch nicht in der AskSinPP, mittlerweile schon.

[jp112sdl]

Gibt es denn aktuell (noch) Unterschiede zwischen deinem HB-... Sketch und dem HM-... ?

[papa]

ist jetzt gefixt.
War nur ein Namenskonflikt, als ich den Sketch in 2018 gemacht hatte gab es die OnePinPosition class noch nicht in der AskSinPP, mittlerweile schon.

Ich kann auch noch mehr Sketche in das Travis-Script aufnehmen. Derzeit werden imme alle AskSin++ Examples und eine vielzahl von Jeromes Sketches bei jedem Checkin / PR überprüft.

[TomMajor]

Gibt es denn aktuell (noch) Unterschiede zwischen deinem HB-... Sketch und dem HM-... ?

ich denke das war damals um alle möglichen Freiheiten innerhalb vom sketch für den pin zu haben, in init() und measure(), für Spezialanwendungen.
Und heute habe ich mir darüber keinen Kopf machen wollen, nur wieder kompilierbar bekommen.

[TomMajor]

ist jetzt gefixt.
War nur ein Namenskonflikt, als ich den Sketch in 2018 gemacht hatte gab es die OnePinPosition class noch nicht in der AskSinPP, mittlerweile schon.

Ich kann auch noch mehr Sketche in das Travis-Script aufnehmen. Derzeit werden imme alle AskSin++ Examples und eine vielzahl von Jeromes Sketches bei jedem Checkin / PR überprüft.

kenne mich mit Travis nicht aus, klingt aber sinnvoll, danke für das Angebot.
Habe mir gerade das yml mal angeschaut.

Aus meiner Sicht wäre Jeromes 12 ch Remote gut da drin zu haben, die wird gerade bei einigen Leuten aufgebaut bzw. ist im Einsatz:
https://github.com/jp112sdl/HB-RC-12-EP

Und ich weiß das der HB-UNI-Sensor1 und HB-SEN-LJet auch hier und da eingesetzt werden, also diese beiden wären imho auch sinnvoll:
https://github.com/TomMajor/SmartHome/t ... NI-Sensor1
https://github.com/TomMajor/SmartHome/t ... B-SEN-LJet

Danke,

Edit: Eventuell scheitert es daran das bei mir alles in einem Repo ist, in diesem Fall müssen wir es lassen.