Ich habe einen neuen Fensterdrehgriffkontakt erstellt. Dieser hat folgende "verbesserte" Eigenschaften:
Hardware:
* CR2477 Batterie mit 1000 mAh
* Reedkontakte durch TLE4913 ersetzt
* Anschluß für einen Glasbruchmelder
* ca. 20µA im Sleep
Software:
* kontinuierliche Batterie-Messung, wenn Gerät aktiv (Messung unter Last)
* kein Polling - voll Interrupt gesteuert
FHEM Integration - neues Gerät HB-Sec-RHS-3:
* Batteriespannung wird mit dem Status übertragen
* Low-Batterie-Wert ist mit Register setzbar
Der erste Prototyp läuft. Alle Daten sind im GitHub https://github.com/pa-pa/HB-Sec-RHS-3.git zu finden. Für den Sketch wird die neueste AskSin++ Version aus dem Master benötigt. In FHEM muss das AskSin++ Addon (https://github.com/pa-pa/AskSinPP/tree/master/examples/custom/contrib/FHEM) installiert sein.
Derzeit gibt es nur die Version, bei welcher das Gehäuse am Fensterrahmen übersteht. Damit wird eine vom Griff unabhängige Fenster-Offen-Erkennung möglich. Dafür nehme ich den dritten TLE. Neben dem Rahmen wird dann noch eine Halterung mit Magnet angebracht (siehe Bild).
Eine alternative Platine, die nach unter geht, lässt sich sicherlich auch machen. Hat für mich persönlich derzeit aber keine Priorität. Da kann dann der 3te TLE für eine Sabotage-Erkennung genutzt werden.
nur so ein Gedanke: Wenn man da noch einen Glasbruchsensor dran bekäme...
Ansonsten Danke.
Ich werde auf jeden Fall noch was an der Platine machen. Die Frage ist hier, wie ist ein Glasbruchsensor anzuschließen ? Ein paar freie Pins irgendwo rausführen, ist sicherlich kein Problem.
Moin,
halb ot: ich habe ja die https://www.amazon.de/Schellenberg-Funk-Alarmgriff-Alarmfunktion-Fensterstatus-Urlaubsfunktion/dp/B01E407U9K
Die sind vom rf protokoll halt Schei__e aber die Hardware ist da halt komplett. Die haben Erschütterungssensor und Glasbruch schon drin (plus Drehgriff reporting). Ich glaube die machen Glasbruck per Mikrofon. Unter Umsänden könnte man die Hardware als Basis und eine neue offene FW drüberbügeln. Das hatte ich mal vor, habe aber aus Zeitgründen nie was in der Richtung gemacht. Dazu kommt das ich das rf Protokoll zumindest soweit verstehe das es für einen POC gereicht hat, produktiv ist da noch ncihts draus geworden.
@Papa mir ist schon klar dass das vmtl nicht meinen Deinen Zielen deckungsgleich ist. Zumal ich von Deinen Entwicklungen die höchste Meinung habe. Ich wollte das nur mal hochbringen, vielleicht ergeben sich ja Synergien oder so.
Zitat von: papa am 02 April 2020, 12:15:14
Ich werde auf jeden Fall noch was an der Platine machen. Die Frage ist hier, wie ist ein Glasbruchsensor anzuschließen ? Ein paar freie Pins irgendwo rausführen, ist sicherlich kein Problem.
Da habe ich noch ein paar rumliegen. Man kann die Dinger anstelle des Reed-Kontaktes an die HM-Fenstersensoren löten. Ich habe es noch nicht eingebaut, da mir noch eine Testscheibe fehlt.
Ich glaube es gibt öffnende und schließende Kontakte. Die Dinger sind rein passiv.
Mal kurz im Web gesucht. Bei Abus fündig geworden. https://www.abus.com/ger/Sicherheit-Zuhause/Alarmanlagen/Terxon-Draht-und-Hybridalarmanlage/Melder/Glasbruch-und-Erschuetterungsmelder/Potenzialfreier-Glasbruchmelder-weiss
Die haben einen potential-freien Schalter NC (Normaly Closed) drin. Der würde sich prinzipiell genauso anbinden lassen wie die TLEs.
Da es sowieso ein neues Gerät ist, würde man dann auch einen zweiten Kanal für die Alarmierung machen können.
Ich möchte noch mal das Thema Heizkörper-Thermostat aufgreifen. Könnte man denn eine Direktverknüpfung herstellen?
Wie mir Jerome erklärt hat, wäre es vom Timing her unproblematisch da ohnehin ein BURST verwendet verwendet wird. Wie verhält sich das, wenn es kein Original-Gerät ist? DV werden ja eigentlich zwischen Kanälen erstellt also dürfte dem eig nichts im Wege stehen oder?
Das ist kein Problem. Das Timing ist nur für die Übertragung der Temperatur wichtig. Die Fenter-Open-Nachricht wird mit Burst gesendet. Du kannst ja nicht wissen, wann der Regler wieder lauscht und genau dann das Fenster öffen ;-)
Habe jetzt mal den Glasbruchmelder mit eingebaut. Dazu musste ich aber die gesamte Platine neu layouten. Die Bestückung aller SMD-Bauelemente ist jetzt komplett auf der Unterseite. Nur noch die Batteriehalterung, die Taster und LEDs sind oben.
Derzeit suche ich noch eine ordentliche Anschlußklemme für den Glasbruchmelder. Am besten SMT-Mount. Hat da jemand Vorschläge.
Da Gehäuse musste auch noch etwas angepasst werden, da ja nun die TLEs unten sind. Ich habe mal den ersten Beitrag angepasst.
Der Versuch, einer vertikalen "einfachen" Version sieht nocht nicht besonders gut aus. Ich möchte auf keine Fall länger als 10cm sein. Da passt dann aber unten nicht mehr viel auf die Platine. Wahrscheinlich muss das obere Loch noch weg. Das gibt dann noch extra Platz unten.
Zitat von: papa am 03 April 2020, 20:59:58
Derzeit suche ich noch eine ordentliche Anschlußklemme für den Glasbruchmelder. Am besten SMT-Mount. Hat da jemand Vorschläge?
Zweipolig und im RM 2.0 oder kleiner? Ich schau mal, ich meine ich hätte irgendwo mal JST Steckverbinder in SMD verbaut ...
Gruß Peter
Tja - schau mal, sowas kommt da dann ran. https://www.amazon.de/ABUS-Glasbruchmelder-passiv-GBM7300-56985/dp/B00DS1Z0K8?th=1
Hab jetzt nochmal ein wenig geschoben. Ich denke, eine alternative Version sollte auch möglich sein. Die Höhe ist exakt 10cm. Damit kann das auch günstig in China gefertigt werden.
Ich checke das mal nit ins Github ein. Fertig machen werde ich das aber erst mal nicht.
Sieht doch gut aus. Ist auch sehr schön, das in einer Platine zu machen. So spart man sich das gefrickel mit den dünnen Kabeln zu den Reed Kontakten. Könnte man nicht für den ISP und Anschluss für den Glasbruchmelder so eine Doppe-Pfostenreihe nehmen aber mit Rastermaß 2 oder 1 (Als SMT)? Gerade bei dem ISP wäre es besser, damit man da auch rann kommt ohne die Platine jedes mal auszubauen. Oder eben diese Flachband Verbinder, das ist dann auch SMD aber da muss man sich eben ein Adapter basteln von dem Flachband auf was auch immer. Aber für den Glasbruchmelder ist das auch keine echte Option.
/Daniel
Wow
Das sieht mal gut aus! Jetzt komt wieder meine Frage, wo bekommt man ein vernuenftiges Gehaeuse her!? Das ist und bleibt das WAF-Kriterium.
Wie gut, dass ich meine noch nicht gebaut habe!
Gruss Christoph
Drucken? 😁Wenn die Platine da ist werde sicher einige Varianten entstehen, wie auch beim alten.
Hallo papa,
Zitat von: papa am 03 April 2020, 21:49:27
Tja - schau mal, sowas kommt da dann ran. https://www.amazon.de/ABUS-Glasbruchmelder-passiv-GBM7300-56985/dp/B00DS1Z0K8?th=1
das kleinste, was ich mal verbaut habe war folgender Stecker:
Würth SMD connector 1.25 mm pitch, 3 pin
Conrad No.: 1088432-62 , Würth-No.: 653103131822
der zweipolige müsste dann dieser hier (https://www.voelkner.de/products/686800/Wuerth-Elektronik-Einbau-Stiftleiste-Standard-WR-WTB-Polzahl-Gesamt-2-Rastermass-1.25mm-653102131822.html?offer=3e0cdf96154c581cc52f14ef63298268) sein.
Gruß Peter
@PeMu - ich glaube das ist etwas zu klein.
@ext3 - habe mal die 2mm Doppelreihe drauf gemacht. Das sieht nicht schlecht aus. Aber nen passenden Stecker habe ich auch nicht gefunden :-(
Moin,
gibt es aber, muss man halt ein bissel feilen und basteln. Bei Segor kannste mal nach "FL 2x10-180G/RM2,0" suchen.
/Daniel
Zitat von: Psi am 05 April 2020, 18:16:23
Drucken? 😁Wenn die Platine da ist werde sicher einige Varianten entstehen, wie auch beim alten.
Moin
Das ist mir klar, nur habe ich das Problem, das die Ergebnisse leider nicht dem entsprechen, was ich anbauen darf, und teilweise auch moechte.
Das was Papa da entworfen hat sieht total genial aus. Leider ist die Realitaet irgendwie weit davon entfernt. Und da die Dinger dann auch noch inHandnaehe sind, duerfen SIe bei einer Beruehrung nicht gleich Kampfspuren hinterlassen!
Gruss Christoph
Zitat von: pc1246 am 06 April 2020, 08:04:20
Und da die Dinger dann auch noch inHandnaehe sind, duerfen SIe bei einer Beruehrung nicht gleich Kampfspuren hinterlassen!
Gruss Christoph
Wenn ich dich beruhigen darf, die originale HM Sensoren sehen bei mir schlimmer aus als die nachgebauten. Das Gehäuse von den Originalen ist schon schwarz gekratzt...
Aber wenn deine Gattin da so empfindlich ist, hast du mal ein Druck ausprobiert mit Resin? Die Drucker werden ja auch immer erschwinglicher und vielleicht hat hier schon jemand so ein Drucker. Das sollte dann nochmal einiges besser aussehen als mit FDM/FFF.
/Daniel
Also mit dem Design habe ich gute Erfahrungen gemacht. Der abgelichtete Sensor ist seit ca. 2 Jahren im Einsatz.
Zitat von: papa am 05 April 2020, 23:40:17
@PeMu2 - ich glaube das ist etwas zu klein.
Größer geht immmer ;). Nächster Versuch mit einem JST PH 2.0 mm (auch SMD), siehe hier (https://www.reichelt.de/jst-stiftleiste-smd-90-1x2-polig-ph-jst-ph2p-st90s-p185067.html?&trstct=pol_1&nbc=1). Gibt es auch als
through hole ...
Wenn das immer noch nicht reicht, geht es mit dem JST XH (https://www.reichelt.de/jst-stiftleiste-gerade-1x2-polig-xh-jst-xh2p-st-p185073.html?&trstct=pol_1&nbc=1) weiter, dann im RM 2,5 mm. Der könnte ggf. auch statt dem Jumper funktionieren.
Gruß Peter
Die sehen gut aus. Der zweite ist wahrscheinlich sogar am besten geeignet, da man dann auch alternativ einfach einen 2,54 Pinheader bestücken kann.
Zitat von: papa am 06 April 2020, 08:37:04
Also mit dem Design habe ich gute Erfahrungen gemacht. Der abgelichtete Sensor ist seit ca. 2 Jahren im Einsatz.
Ok
Das sieht sehr gut aus. Wie hast Du das so hinbekommen? Nachtraeglich mit Aceton, oder Resin Drucker? (Geht ja eigentlich nicht, wenn schon zwei Jahre alt)
Mein Problem ist, dass ich keinen eigenen Drucker habe, und bisher alles eher sehr einfach gedruckt war, was ich so zu sehen bekommen habe.
Sprich Faeden hingen noch dran, leichte rillen zu erkennen, usw.
Gruss Christoph
Das ist ein stink normaler Anycubic i3 Mega mit PLA. Der Deckel ist hochkant stehend mit 0,1mm Schichthöhe gedruckt. Die Wandstärke ist mit 1,2mm ein vielfaches der Düsen von 0,4mm.
Wenn man ganz genau hinsieht, kann man auch Steifen/Rillen erkennen. Das läßt sich auch nicht vollständig vermeiden. Ist aber auf dem Bild nicht zu erkennen.
So, denke die Platine ist final. Habe jetzt den abgewinkelten JST XH genommen. Alles eingecheckt. Ich habe auch die BOM- und PNP-Dateien für JCLPCB-Assembly mit eingecheckt.
Jetzt doch wieder zu dem klobigen Teil gewechselt ;-)
Ich muss mir dann mal ein Gehäuse drucken, aber ich glaube bei meinen Fenstern passt das überall nicht rann. Ich habe zwischen den Fensterflügeln nur 5 mm Platz. Die stoßen dann bestimmt zusammen beide.
/Daniel
Ja natürlich ;-)
Hi,
ich hätte noch ein paar Fragen zur Schaltung:
1.) du hast 1MΩ PullUp genommen, diesen hohen Wert hast du gewählt um den Stromverbrauch möglichst gering zu halten?
2.) Du schreibst "Batterie-Messung unter Last" wofür du offensichtlich IrqInternalBatt nutzt.
Heißt also, dass du den VCC direkt am AVR misst wenn das Gerät wach ist. Aber wäre hier nicht nur _wach_ sondern _während des Sendes_ interessant, denn gerade hier bricht doch die Spannung ein oder?
3.) Bezüglich BI-Protection kam mal die Idee eines PullUps am CSN auf.
Vllt könnte Tom hier etwas zu sagen?!?
Zitat von: Psi am 06 April 2020, 23:30:37
1.) du hast 1MΩ PullUp genommen, diesen hohen Wert hast du gewählt um den Stromverbrauch möglichst gering zu halten?
Ja genau. Zumindest mit den TLE4913 funktioniert das super. Wie das für den Glasbuchsensor aussieht, kann ich nicht sagen. Wenn dort der Impulse zu klein wird, könnte es sein, dass das ein kleinerer Widerstand verwendet werden muss.
Zitat von: Psi am 06 April 2020, 23:30:37
2.) Du schreibst "Batterie-Messung unter Last" wofür du offensichtlich IrqInternalBatt nutzt.
Heißt also, dass du den VCC direkt am AVR misst wenn das Gerät wach ist. Aber wäre hier nicht nur _wach_ sondern _während des Sendes_ interessant, denn gerade hier bricht doch die Spannung ein oder?
Genau das macht die neue Implementierung. Wenn das Geräte aus dem Sleep aufwacht, wird eine kontinuierliche Messung der internen VCC gestartet. Zusätzlich wird der ADC-Interrupt eingeschalten. Dieser wird nach jeder fertigen Messung aufgerufen und übernimmt den ermittelten Wert. Nur wenn der Wert kleiner als der aktuelle ist, wird er gespeichert. Die Messung wird erst gestoppt, wenn das Gerät wieder in den Sleep geht. Da das ganze ständig im Hintergrund abläuft, wird natürlich auch während des Sendens gemessen.
Zitat von: Psi am 06 April 2020, 23:30:37
3.) Bezüglich BI-Protection kam mal die Idee eines PullUps am CSN auf.
Vllt könnte Tom hier etwas zu sagen?!?
Den Pullup kann man ja noch ohne Probleme einfügen. Hatte ich bisher nicht mit drauf.
der pull-up an /CS ist nicht wegen BI-Protection sondern um bei Parallelbenutzung der SPI (ISP) den cc1101 sauber zu deaktivieren.
IrqInternalBatt Konzept finde ich gut, papa, Daumen hoch. :)
Das ergibt sicher eine viel bessere Batt.zustandseinschätzung als das bisherige azyklische Messen mit eigenem AskSinPP timer.
Für CR20xx Batterien sicher eine Verbesserung.
Für AA bzw. AAA im Bereich 800..2500 mAh halte ich den Strom durch das Senden als Belastung für ggf. zu gering, deswegen mache ich da gerne die "Echte Batteriespannungsmessung unter Last"
https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1#messung-der-batteriespannung (https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1#messung-der-batteriespannung)
Zitat von: Tom Major am 07 April 2020, 16:38:32
IrqInternalBatt Konzept finde ich gut, papa, Daumen hoch. :)
Das ergibt sicher eine viel bessere Batt.zustandseinschätzung als das bisherige azyklische Messen mit eigenem AskSinPP timer.
Für CR20xx Batterien sicher eine Verbesserung.
Ich habe hier nen Testsystem mit einer (mit ganz neuen) CR2032 liegen, das meldet von Anfang an nur 2,4V.
Ich hab mein original HM mal zerlegt, der spinnt manchmal vorne und hinten und ich weiß nicht warum. Aber hier mal ein Foto falls sich jemand mal für das Innenleben interessiert.
Zitat von: ext23 am 08 April 2020, 09:44:36
Ich hab mein original HM mal zerlegt, der spinnt manchmal vorne und hinten und ich weiß nicht warum. Aber hier mal ein Foto falls sich jemand mal für das Innenleben interessiert.
<OT>
Die sind doch auch bloed. Warum gab es den nie als Bausatz? Der HM-IP ist da wesentlich komplizierter von innen.
</OT>
Echt? Kannste mal Fotos schicken? Ich find das an sich ganz gut. Könnte man auch alles sehr einfach selber drucken. Schwachstelle sind natürlich die Kontakte...
/Daniel
Zitat von: papa am 08 April 2020, 09:27:37
Ich habe hier nen Testsystem mit einer (mit ganz neuen) CR2032 liegen, das meldet von Anfang an nur 2,4V.
die CR2032 ist für die 35mA Sendestrom nicht besonders geeignet denke ich, da ist dann einfach Ri zu groß so dass es auf 2,4V zusammenbricht, wahrsch. auch noch Herstellerabhängig.
Hier sind ein paar Infos dazu
https://electronics.stackexchange.com/questions/234901/lithium-coin-cell-cr2032-battery-specifications (https://electronics.stackexchange.com/questions/234901/lithium-coin-cell-cr2032-battery-specifications)
ich würde wahrscheinlich so was wie dort erwähnt in Betracht ziehen:
ZitatSiLabs recommends it for their BGM111 Bluetooth module too. To quote the datasheet: "Coin cell batteries cannot withstand high peak currents (e.g. higher than 15 mA). If the peak current exceeds 15 mA it's recommended to place 47 - 100 µF capacitor in parallel with the coin cell battery to improve the battery life time."
Die CR2477 bringt da sicher etwas Verbesserung aber auch dort könnte der Elko nützlich sein.
Ich steuere gerne auch Drucke in kleiner Anzahl bei.
LG
pah
Vorsicht - das Gehäuse für den abgerundeten Griff passt noch nicht ganz. Ich wollte die Maße noch änderbar in ein FreeCad-Sheet machen.
Wird es noch ein anderes platinenlayout geben? Durch den überstand werde ich die leider an so gut wie keinem Fenster montieren können :( wie wird die Stellung des Griffs ermittelt ? Wieder mit reedkontakt oder anders?
Vielen Dank :)
Hab gerade noch ein wenig mit dem schmalen Layout gespielt. Sieht so aus, als würde es funktionieren. Ist alles im Github eingecheckt.
Für den Rest siehe erster Beitrag.
Zitat von: Fanavity am 08 April 2020, 22:16:30
Wird es noch ein anderes platinenlayout geben? Durch den überstand werde ich die leider an so gut wie keinem Fenster montieren können :( wie wird die Stellung des Griffs ermittelt ? Wieder mit reedkontakt oder anders?
Vielen Dank :)
Moin
Wie im ersten post geschrieben, wird das mit TLE4913 Hallsensoren gemacht. Diese sitzen als U1-U3 auf der Platine. Der U3
ist nur bei der grossen dran, und funktioniert als Tuer/Fenster offen Kontakt.
Also letzendlich Magnet an die Achse, Gehaeuse mit Platine drueber und fertig!
Gruss Christoph
Zitat von: ext23 am 08 April 2020, 13:36:37
Echt? Kannste mal Fotos schicken? Ich find das an sich ganz gut. Könnte man auch alles sehr einfach selber drucken. Schwachstelle sind natürlich die Kontakte...
/Daniel
Moin
Ich schaue mal ob ich die Bauanleitung finde. Dann stell ich das mal hier rein.
Gruss Christoph
Zitat von: pc1246 am 09 April 2020, 08:11:43
Wie im ersten post geschrieben, wird das mit TLE4913 Hallsensoren gemacht. Diese sitzen als U1-U3 auf der Platine. Der U3 ist nur bei der grossen dran, und funktioniert als Tuer/Fenster offen Kontakt.
Auf der schmalen Platine sind auch alle 3 drauf. Da kann man den Dritten für die Sabotage-Erkennung nutzen. Einfach nen Magneten in den Deckel kleben.
Moin
Sorry, das konnte ich nicht erkennen. Da sind mehrer Schriften uebereinander.
Gruss Christoph
Ja - die Beschriftungen habe ich gestern nicht mehr zurecht gerückt. Wollte eigentlich nur mal schnell sehen, ob sich die Platine so überhaupt routen läßt. Durch die großen Pads für den Batteriehalter ist es ganz schön eng.
auch wenn es noch viel zu früh ist...
falls jemand von der schmalen version welche produzieren und bestücken lässt: ich habe interesse an mindestens 5. könnten auch 15 werden.
die original HM-Sec-RHS preise sind ja inzwischen eine frechheit. zumal die dinger einige probleme machen. meine vorhandenen hatte ich vor einigen jahren noch für die hälfte gekauft.
Ich lese auch mit und würde wohl auch welche nehmen, falls jemand da was prodden läst :)
Ronny
Habe eben nochmal die Beschriftung für die schmale Variante glatt gezogen. Damit könnte man jetzt eine erste kleine Prototyp-Bestellung machen. Ich habe keine Ahnung, ob das alles so unter den Griff passt. Also wer es ausprobieren will - die Gerber-Files sind generiert und eingecheckt.
Zitat von: justme1968 am 09 April 2020, 10:13:33
auch wenn es noch viel zu früh ist...
falls jemand von der schmalen version welche produzieren und bestücken lässt: ich habe interesse an mindestens 5. könnten auch 15 werden.
die original HM-Sec-RHS preise sind ja inzwischen eine frechheit. zumal die dinger einige probleme machen. meine vorhandenen hatte ich vor einigen jahren noch für die hälfte gekauft.
Moin Andre
Also die waren schon immer unverschaemt teuer. Ich kann mich auch nicht erinnern, dass die unter €40,- waren. Beobachte das aber auch erst seit ~6 Jahren.
Ansonsten bin ich auch dabei, wenn auch das Gehaeuse immer noch mein groesstes Problem ist.
Mal sehen vielleicht wird es ja demnaechst was mit nem 3D Drucker.
Gruss und schoene Ostern
Bleibt gesund, Christoph
ich habe meine damals für unter €30,- gekauft... ist aber schon eine weile her.
danke. und an alle zurück.
Hab mal einen Entwurf für nen schmales Gehäuse gemacht. Die Befestigung für den Deckel fehlt noch.
Herzlichen Dank für die Arbeit, die ihr hier leistet!
Ich würde ebenfalls mein Interesse an ein paar Sensoren bekunden. :)
Zitat von: papa am 09 April 2020, 23:05:29
Hab mal einen Entwurf für nen schmales Gehäuse gemacht. Die Befestigung für den Deckel fehlt noch.
Ich würde den Deckel aber gerade lassen, so passt er für beide Fenstergriffe, rund und eckig.
/Daniel
Zitat von: ext23 am 10 April 2020, 07:45:29
Ich würde den Deckel aber gerade lassen, so passt er für beide Fenstergriffe, rund und eckig.
Dann sieht man aber die Platine an den Seiten :(
Achso mhh ok, da braucht man also noch nen sehr dünnen Deckel mhh
Ich verfolge die Entwicklung schon sehr gespannt über eine geraume Zeit und denke das neue Design ist eine prima Verbesserung.
Könnte man die Minimal-Version nicht auch um 180° drehen und mit dem Überstand zur Glasseite montieren?
das wäre gar nicht so schlecht weil man dann mehr platz für die hand hätte.
aber ich glaube dir seitlichen abstände bzw. die breite des fensterrahmens ist nicht genormt. bei mir gibt es im haus bestimmt 5-6 varianten. gut, das haus ist alt und wir haben beim umbau die fensteröffnungen nicht vereinheitlicht, aber selbst im besten fall müsste jeder seine eigen maße drucken.
Zitat von: Papaloewe am 10 April 2020, 10:00:49
Könnte man die Minimal-Version nicht auch um 180° drehen und mit dem Überstand zur Glasseite montieren?
Drehen ist kein Problem. Die Positionen Offen/Zu/Angeklappt lassen sich entweder über die Regsiter entsprechend oder direkt im Sketch anpassen.
Wieder mal ein sehr geiles Projekt. Meinst du das lässt sich noch halbwegs gut mit der Hand löten oder brauchts da schon einen Reflow-Ofen?
SMD ist alles 0805 - sollte also machbar sein.
So - der Erste ist aufgebaut und funktioniert. Allerdings sind die Pads für den TLE etwas klein geraten und lassen sich nur mühsam per Hand löten. Habe ich schon mal im Layout etwas vergrößert.
"Oink, oink", macht der Pfriemler. Wie das Schwein, das ins Uhrwerk guckt.
Einfach nur g..l, Eure Arbeit hier.
Was ruft Ihr für einen fertigen Sensor auf? Ich würde mich dringend mit ein paar Teilen anschließen wollen, oder Bausatz mit Teilen (am besten schon geflasht). Löten könnte ich zur Not selbst. Aber die 3D-Drucke ...
Ich habe 3 3D Drucker, und könnte Gehäuse drucken. Zum Selbstkosten Preis versteht sich. Könnte Schwarz und Weiß aus dem Stand anbieten. Bei anderen Farben müsste man schauen, dass sich genug Leute finden, um das Filament zu finanzieren!
Gruß Stephan
Hallo zusammen,
auch ich hätte Interesse an ein Paar fertig aufgebauten Sensoren.
Gruß
Alex
Hmmmmm
Ich sehe schon die naechste Sammelbestellung. Wenn das man keine Probleme gibt! Bleibt nur die Frage nach Gehaeusefarbe und Bauform.
Ich uebrigens nicht!
Mal so ganz nebenbei dumm gefragt: Warum macht das der bekannte Hersteller mit dem Versandhaus hinten dran nicht eigentlich auch so? Die Mechanik im HmIP-SRH ist so aufwaendig. (Ach ich sollte ja mal ein Foto vom Bausatz posten!)
Gruss Christoph
Zitat von: pc1246 am 22 April 2020, 08:41:18
Die Mechanik im HmIP-SRH ist so aufwaendig. (Ach ich sollte ja mal ein Foto vom Bausatz posten!)
Wieso? Also bei den alt HM Geräte finde ich das gut gelöst, und eben auch sehr energiesparend.
/Daniel
Ich habe übrigens meine Platinen gleich bei JLCPCB bestücken lassen. Man kann dort eine Seite bestücken lassen - habe fast die komplette Rückseite (bis auf das Funkmodul und die TLEs - hatten sie nicht da) machen lassen. Hat für 30 Stück 62$ gekostet. Dabei war der größte Posten die ATMegas mit 1,50$ das Stück. Die benötigten Files sind mit im GitHub eingecheckt.
.... und nein - ich habe keine über 8)
Zitat von: papa am 22 April 2020, 09:43:50
Ich habe übrigens meine Platinen gleich bei JLCPCB bestücken lassen. Man kann dort eine Seite bestücken lassen - habe fast die komplette Rückseite (bis auf das Funkmodul und die TLEs - hatten sie nicht da) machen lassen. Hat für 30 Stück 62$ gekostet. Dabei war der größte Posten die ATMegas mit 1,50$ das Stück. Die benötigten Files sind mit im GitHub eingecheckt.
.... und nein - ich habe keine über 8)
Das ist genau der richtige Weg. Vielen Dank dafür. Das wollte ich immer schon mal testen.
Planst du noch eine 2. Version der Platine mit größeren Pads?
Ich habe die TLE-Pads schon größer gemacht. Mehr geht erst mal nicht, sonst müssen die Leiterbahnen neu gezogen werden.
Ich hab es gerade im Git gesehen. Ich versuch mich mal an einer Bestellung der neuen Version bei JLCPCB.
Edit1:
Hab mal 15 Stück bestellt ;D
Edit2:
Und schon sind sie in der Produktion :)
Ja - die sind schon schnell ...
Ich lese bei diesem Thema auch schon von Anfang mit und würde mir auch gerne ein paar Platinen bestellen.
Wenn die auch noch (mehr oder weniger) fertig bestückt bestellt werden können, umso besser.
Obwohl Löten ist kein Problem und auch Gehäuse drucken ist für mich kein Thema.
Nur - wie funktioniert das ganze denn bei JLCPCB? Und vor allem welche Daten brauchen die aus dem Git?
Könnte mir jemand auf die Sprünge helfen?
Sind die Gerber Daten der schmalen Version auch aktuell? Weil das dicke passt bei mir leider nicht, ich würde aber ein paar Platinen der schmalen fertigen lassen.
/Daniel
Zitat von: Loetkolben am 22 April 2020, 18:52:18
Nur - wie funktioniert das ganze denn bei JLCPCB? Und vor allem welche Daten brauchen die aus dem Git?
Könnte mir jemand auf die Sprünge helfen?
Die benötigten Dateien sind im "gerber" Verzeichnis. Für den Rest bitte beim jeweiligen Servicenabieter nachsehen.
z.B. https://support.jlcpcb.com/article/21-how-do-i-place-an-order
Zitat von: ext23 am 22 April 2020, 18:55:27
Sind die Gerber Daten der schmalen Version auch aktuell? Weil das dicke passt bei mir leider nicht, ich würde aber ein paar Platinen der schmalen fertigen lassen.
Die Gerber-Dateien sind aktuell. Ich habe aber keine Bestückungsdaten erstellt.
Falls jemand eine bestückungsdatei für die schmale Variante erstellt würde ich mich sehr freuen wenn sie jemand teilen würde :)
Vielen Dank !
Zitat von: papa am 22 April 2020, 20:08:45
Die benötigten Dateien sind im "gerber" Verzeichnis. Für den Rest bitte beim jeweiligen Servicenabieter nachsehen.
z.B. https://support.jlcpcb.com/article/21-how-do-i-place-an-order
OK - Danke.
Schaue ich mir an.
Zitat von: Fanavity am 22 April 2020, 22:01:06
Falls jemand eine bestückungsdatei für die schmale Variante erstellt würde ich mich sehr freuen wenn sie jemand teilen würde :)
Vielen Dank !
Für was brauchst du die bei der Handvoll Bauteile?
Habe gestern Abend noch mal an der Verbindung Deckel zu Unterteil gefeilt. Alles wie immer aktuell im GitHub.
Hallo
Plant vielleicht doch jemand eventuell eine Sammelbestellung vielleicht auch schon zumindest teilweise bestückt?
Ich hätte Interesse an jeweils 2 Stück in beiden Varianten.
Gruß Rolf
Zitat von: rvideobaer am 24 April 2020, 10:55:57
Hallo
Plant vielleicht doch jemand eventuell eine Sammelbestellung vielleicht auch schon zumindest teilweise bestückt?
Ich hätte Interesse an jeweils 2 Stück in beiden Varianten.
Gruß Rolf
Ich denke nicht, dass sich eine Sammelbestellung lohnt. Mit den Daten aus Github kann man, die fast vollständig bestückten Platinen, gut bei JLCPCB selbst bestellen.
Ich habe mal die Bestückungsfiles auch für das schmale Layout ins GitHub gepackt. Aber ich habe das nicht selbst bestellt. Die Vorschau sah allerdings gut aus.
Sag mal was sind denn Bestückungsfiles? Meinst du den Bestückungsplan oder die Bestellliste? Oder ist das was, damit man die vom Werk aus bestücken lassen kann, weil sowas habe ich noch nie gemacht, lohnt das denn preislich bei den paar Bauteilen?
/Daniel
Zitat von: ext23 am 24 April 2020, 13:13:54
Sag mal was sind denn Bestückungsfiles? Meinst du den Bestückungsplan oder die Bestellliste? Oder ist das was, damit man die vom Werk aus bestücken lassen kann, weil sowas habe ich noch nie gemacht, lohnt das denn preislich bei den paar Bauteilen?
/Daniel
Du kannst die Files bei JLCPCB mit hochladen und automatisch einseitig eine Platine bestücken lassen.
Ich habe es bei der breiten Version jetzt gemacht und komme auf Bestückungskostet für 15 Platinen von €38.50, also inklusive Atmega und Vogelfutter. Für den Preis tue ich mir das Löten des Atmega nicht an.
Lediglich die TLE, das Funkmodul und der Batteriehalter fehlen dann noch.
Schau mal bei JLCPCB und mach mal ne Testorder. Da kannst Du auch Assembly aktivieren. Dann brauchst Du zusätzlich die BOM und das PickAndPlace-File. Sind beide als xlsx im "gerber" Verzsichnis im Github eingecheckt. Wenn Du Dich dann weiter durch den Prozess klickst, kriegst Du nen Preview und auch die Preise angezeigt. Muss halt jeder selbst entscheiden, wieviel das einem persönlich Wert ist.
Hier mal noch ein Bild vom Testdruck des schmalen Gehäuse.
Hallo,
tolles Projekt, ich hab zunehmend Probleme mit meinen HM-SEC-RHS Sensoren und würde die gerne mit denen hier ersetzen.
Ich habe eine Frage bezüglich der Integration der neuen Sensoren:
Mir ist nicht ganz klar ob ich die Sensoren direkt an die HomeMatic Heizkörper- bzw. Wandthermostate anlernen kann. Wie sieht es mit der HomeMatic Zentrale aus?
Ich hab vor einiger Zeit alles was HomeMatic angeht auf eine Raspberrymatic Installation ausgelagert und per hmccu an Fhem angebunden daher wäre eine direkte Integration in HomeMatic die einfachste Lösung,
Grüße
Sven
Der Sketch im GitHub läßt sich konfigurieren - das erste "#define RHS3". Ohne implementiert er einen HM-Sec-RHS-2. Mit "#define RHS3" wird ein erweiteres Gerät HB-Sec-RHS-3 - dann mit Batteriemessung und wahrscheinlich noch Support für den Glasbruchsensor implementiert. Dafür ist ein Addon für die CCU und FHEM erforderlich.
Als HM-Sec-RHS-2 verhält er sich genau wie der Originale. Damit kann er einfach an die CCU oder was auch immer angelernt werden. Direktverknüpfungen sind mit beiden Varianten problemlos möglich.
Anbei Foto von den beiden Gehäusen mit eckigen Griffen:
Bei Bedarf kann ich die stl's gerne noch zur Verfügung stellen.
Die Gehäusedeckel sitzen jetzt perfekt, papa.
Gruß
Thomas
Na STL nicht aber FreeCAD, SCAD oder womit immer du das gemacht hast. Weil gerade Deckel muss man immer an den Drucker anpassen sonst sind die locker oder zu fest.
/Daniel
Zitat von: Papaloewe am 25 April 2020, 14:00:49
Anbei Foto von den beiden Gehäusen mit eckigen Griffen:
Bei Bedarf kann ich die stl's gerne noch zur Verfügung stellen.
Die Gehäusedeckel sitzen jetzt perfekt, papa.
Ich kann das gerne mit in GitHub einchecken
Hier kommt die Small-Version in eckig:
Hat jemand bitte noch die Abmessungen für den Magneten? Konnte leider bei github und hier nix finden.
2mm Durchmesser - 1mm Höhe
Meine Platinen sind heute angekommen. Jetzt fehlen nur noch die TLE und der Batteriehalter.
So fertig bestückte Platinen sind schon was geiles.
Vielen Dank noch einmal.
Erstmal Danke an papa :)
Meine unbestückten Platinen müssten heute auch noch ankommen.
Bin auch noch auf der Suche nach dem TLE und dem Batteriehalter.
Hab beides bei digikey gefunden, aber der Batteriehalter ist erst ende des Monats lieferbar.
Kennt jemand ne alternative Bezugsquelle ?
Gruß Christoph
Zitat von: gloob am 02 Mai 2020, 10:45:28
So fertig bestückte Platinen sind schon was geiles.
Was hast jetzt genau bezahlt komplett?
Zitat von: ext23 am 02 Mai 2020, 15:09:41
Was hast jetzt genau bezahlt komplett?
55€ für 15 Platinen inklusive Bestückung, Versand und Zoll. Das einzige was fehlt sind die TLE, der Batteriehalter, die Buttons und der CC1101
Jetzt haben sie auch alle erfolgreich ihre Fuses und einen Bootloader.
An der CCU3 konnte ich einen Sensor bereits ohne Probleme anlernen. Fehlt zwar noch bisschen was an Elektronik aber die Kommunikation läuft immerhin schon einmal.
Zitat von: Christoph am 02 Mai 2020, 13:26:06
Bin auch noch auf der Suche nach dem TLE und dem Batteriehalter.
Hab beides bei digikey gefunden, aber der Batteriehalter ist erst ende des Monats lieferbar.
Kennt jemand ne alternative Bezugsquelle ?
Ich habe alles in China bestellt.
TLE - https://de.aliexpress.com/item/32976875583.html
Batteriehalter - https://de.aliexpress.com/item/4000274412260.html
Taster - https://de.aliexpress.com/item/32698846968.html
Ist wahrscheinlich auch bis Ende des Monats da.
Zitat von: gloob am 02 Mai 2020, 19:45:29
An der CCU3 konnte ich einen Sensor bereits ohne Probleme anlernen. Fehlt zwar noch bisschen was an Elektronik aber die Kommunikation läuft immerhin schon einmal.
Welchen Modus hast Du benutzt - HM-Sec-RHS-2 ?
Zitat von: papa am 02 Mai 2020, 22:21:36
Welchen Modus hast Du benutzt - HM-Sec-RHS-2 ?
Ja werde ihn wahrscheinlich als HM-SEC-RHS-2 nutzen, da ich alles über die CCU3 laufen habe.
Vielleicht als kleine Hilfe für die Inbetriebnahme:
Fuses setzen (USBasp):
avrdude -p m328p -P usb -c usbasp-clone -B 3 -U lfuse:w:0xE2:m -U hfuse:w:0xD0:m -U efuse:w:0x06:m -U lock:w:0x2F:m
Bootloader:
https://raw.githubusercontent.com/pa-pa/AskSinPP/master/bootloader/avr/ATmegaBOOT_168_atmega328_pro_8MHz.hex
Bootloader flashen (USBasp):
avrdude -p m328p -P usb -c usbasp-clone -V -U flash:w:ATmegaBOOT_168_atmega328_pro_8MHz.hex
AsksinPP Bibliothek:
https://github.com/pa-pa/AskSinPP/tree/master
Sketch (FTDI):
https://github.com/pa-pa/HB-Sec-RHS-3/tree/master/Sketch
Vielleicht noch als kleine Verbesserung für den Magnethalter.
Ich würde die Aussparung für den Magneten etwa 0,2mm nach Innen versetzen. Dadurch bekommt man beim Druck eine durchgängige Außenwand. Ich denke die kleine Positionsänderung sollte keinen Unterschied für den TLE machen.
Links: original
Rechts: 0,2mm nach Innen versetzt
2,4mm Durchmesser für das Loch ist natürlich auch ganz schön groß, wenn der Magnet nur 2mm Durchmesser hat. Sie die Abmessungen des Magneten so ungenau oder brauchst du die Toleranz für deinen Drucker?
Zitat von: papa am 01 Mai 2020, 20:19:03
2mm Durchmesser - 1mm Höhe
Was für Magnete sollte man verwenden (Neodym oder ganz einfache)?
Bzw. wo hast Du diese bestellt?
Zitat von: gloob am 03 Mai 2020, 10:52:03
Vielleicht noch als kleine Verbesserung für den Magnethalter.
Ich würde die Aussparung für den Magneten etwa 0,2mm nach Innen versetzen. Dadurch bekommt man beim Druck eine durchgängige Außenwand. Ich denke die kleine Positionsänderung sollte keinen Unterschied für den TLE machen.
Ich hatte mit einem Prototyp Probleme, wenn der Magnet weiter innen war. Das kann sich ja jeder selbst ausprobieren.
Zitat von: gloob am 03 Mai 2020, 10:52:03
2,4mm Durchmesser für das Loch ist natürlich auch ganz schön groß, wenn der Magnet nur 2mm Durchmesser hat. Sie die Abmessungen des Magneten so ungenau oder brauchst du die Toleranz für deinen Drucker?
Da ich den Magnet mit etwas Sekundenkleber einklebe, ist eine etwas größeres Loch einfacher :-)
Geht aber sicherlich auch kleiner.
Zitat von: nog76 am 03 Mai 2020, 11:13:16
Was für Magnete sollte man verwenden (Neodym oder ganz einfache)?
Bzw. wo hast Du diese bestellt?
Ich habe diese hier: https://www.amazon.de/First4magnets-F321-50-Neodym-Magneten-Packung-Durchmesser/dp/B007JTKHR6/ref=sr_1_5
Hallo,
im Modus - HM-Sec-RHS-2 wird da auch die zusätzliche Fenster offen Meldung ausgegeben?
Gruß Rolf
Es gibt immer nur eine "Fenster Offen" Meldung. Wenn allerdings der 3 Sensor-Pin in Sketch definiert ist, muss dieser auch geschlossen sein, damit die "Fenster Zu" Meldung kommt. Es muss also der Griff auf geschlossen stehen (Magnet am Griff muss oben stehen) und der seitliche Sensor muss am Magnet sein.
Hallo,
und wie ist das dann in der gekippt Stellung?
Zur Zeit habe ich bei mir 2 Sensoren am Fenster 1x Drehgriff und einmal optisch. Da ich eine Jalousie habe die nur Funktioniert wenn das Fenster am Rahmen anliegt egal wie der Griff steht und ich würde das gerne über diesen 3. Kontakt lösen.
Gru0 Rolf
Wenn der Griff auf gekippt steht - also Magnet unten - dann spielt der Zustand des 3. Sensors keine Rolle. Es ist dann immer gekippt.
Hallo,
Ok, also nicht optimal für mich, lässt sich das anders auswerten das der 3. Kontakt unabhängig angezeigt wird? Meinetwegen auch als Sabotagekontakt?
Gruß Rolf
Ich muss mal einwerfen, dass mich diese Art der Umsetzung auch nicht befriedigt.
Es wäre vielleicht überlegenswert, aus dem threeStateSensor einen fourStateSensor zu entwickeln.
Ein threestate hat ja 0,100,200 = closed,tilted,open im Angebot.
Meine Idee wäre 0,50,100,200 = closed,unlocked,tilted,open zu senden.
unlocked ist dabei ein Fenster, welches nicht verriegelt ist, aber am Rahmen anliegt. Ob der Griff auf "open" oder "tilted" steht, könnte dabei egal sein.
Drehgriffsensor RHS und Fensterkontakt SCo fasse ich bei mir in einem DOIF zusammen, dass neben den genannten vier Zuständen auch noch "burglary" kennt - das ist ein Fenstergriff auf "closed" bei offenem Fensterflügel. Das passiert meist, wenn jemand das Fenster mit einem Kuhfuß aufzuhebeln versucht.
Auch die Innensirene/Minialarmanlage kennt eine weitere vom 0/100/200-Schema abweichende innere Wertestufe für "teilscharf". Das wäre also keine neue Erfindung.
rvideobaer könnte seine Rolladen dann fahren lassen, solange der gesendete Wert unter 100 liegt (für peering interessant) bzw. "closed" oder "unlocked".
Nun?
Sollte relativ einfach machbar sein. Lass mich mal ne Nacht drüber schlafen ;-)
Zitat von: rvideobaer am 03 Mai 2020, 16:32:48
Ok, also nicht optimal für mich, lässt sich das anders auswerten das der 3. Kontakt unabhängig angezeigt wird? Meinetwegen auch als Sabotagekontakt?
Du kannst den 3. Sensor direkt als Sabotage-Kontakt im Sketch definieren. Das geht ohne Probleme. Hatte ich aber auch schon am Anfang mal für die schmale Variante erwähnt.
Hallo,
damit werde ich mich näher beschäftigen wenn meine Platinen da sind. Der Vorschlag von Pfriemler klingt aber auch gut da er vielleicht die weitreichendsten Möglichkeiten zur Konfiguration bietet.
Gruß Rolf
Ich muss hier mal vor der chinesischen TLE4913 Quelle warnen. Ich habe mahr als 50% Ausschuß bei den Dingern. Die machen einfach nichts. Das ist absolut nervig >:(
Hallo,
kann man das vor dem Einbau testen?
Gruß Rolf
Zitat von: papa am 03 Mai 2020, 19:45:27
Ich muss hier mal vor der chinesischen TLE4913 Quelle warnen. Ich habe mahr als 50% Ausschuß bei den Dingern. Die machen einfach nichts. Das ist absolut nervig >:(
Reagieren die TLE4913 garnicht oder liegt es am zu schwachen Magneten?
Ich habe meine TLE4913 bei einer anderen Quelle gekauft und werde hier berichten.
Zitat von: rvideobaer am 03 Mai 2020, 19:49:15
kann man das vor dem Einbau testen?
Sollte halbwegs gut möglich sein, einfach auf eine Platine auflegen und leicht andrücken. Das ganze sollte auch ohne anlöten funktionieren.
Die Signale sind dann auf der Console sichtbar.
Die reagieren auf gar nichts. Ich habe noch eine Platine vom 1. Prototypen und pappe jeden da erst mal drauf. Da ist dann einfach eine LED dran, die leuchten muss, wenn der Magnet in die Nähe kommt.
Zitat von: Pfriemler am 03 Mai 2020, 19:02:05
Ich muss mal einwerfen, dass mich diese Art der Umsetzung auch nicht befriedigt.
Es gibt halt wie immer unterschiedliche Anforderungen.
Zitat von: Pfriemler am 03 Mai 2020, 19:02:05
Meine Idee wäre 0,50,100,200 = closed,unlocked,tilted,open zu senden.
unlocked ist dabei ein Fenster, welches nicht verriegelt ist, aber am Rahmen anliegt. Ob der Griff auf "open" oder "tilted" steht, könnte dabei egal sein.
Ich habe im RHS-Sketch ein neues Define USE_FOUR_STATES eingeführt. Wenn das gesetzt ist, wird der "unlocked" State entsprechend Deinem Vorschlag unterstützt. Damit das funktioniert, ist sowohl die akteullest AskSin++ (4.1.5) und die aktuellen HMMsg.pm & HMConfig_AskSinPPCustom.pm erforderlich. Schaut Euch das ganze mal in Ruhe an, ob es so passt.
Kann es sein, dass aktuell die zyklischen Statusmeldungen nicht funktionieren?
Ich hatte heute einen Kommunikationserror in der CCU obwohl testweise
#define CYCLETIME seconds2ticks(60UL * 1)
gesetzt ist.
16:48:15.171 -> AskSin++ V4.1.3 (May 4 2020 15:45:06)
16:48:15.171 -> Address Space: 32 - 102
16:48:15.171 -> 00000000
16:48:15.171 -> Init Storage: CAFEBE97
16:48:15.449 -> CC init1
16:48:15.482 -> CC Version: 14
16:48:15.482 -> - ready
16:48:15.482 -> Config Freq: 0x216512
16:48:15.482 -> Activate Cycle Msg
16:48:18.865 -> <- 0E 01 86 10 095634 000000 06 01 C8 00 00 - 3698
16:48:24.203 -> ignore 0F 72 86 10 37EF85 000000 0A B0 EB 0C 1B 00 - 8976
16:48:27.699 -> ignore 13 12 00 83 2200EE F00001 07 71 9E 88 14 31 5B 1A 83 4A - 12492
16:48:35.917 -> debounce
16:48:35.950 -> pressed
16:48:36.087 -> released
16:48:36.158 -> <- 1A 02 84 00 095634 000000 22 00 C3 70 61 70 61 32 32 32 31 31 31 80 01 01 00 - 15378
16:48:36.158 ->
16:48:36.193 -> -> 10 0C A0 01 00FFFF 095634 00 05 00 00 00 00 00 - 15415
16:48:36.301 -> <- 0A 0C 80 02 095634 00FFFF 00 - 15536
16:48:36.336 -> -> 13 15 A0 01 00FFFF 095634 00 08 02 01 0A 00 0B FF 0C FF - 15579
16:48:36.483 -> <- 0A 15 80 02 095634 00FFFF 00 - 15697
16:48:36.521 -> -> 0B 1E A0 01 00FFFF 095634 00 06 - 15728
16:48:36.521 -> Activate Cycle Msg
16:48:36.628 -> <- 0A 1E 82 02 095634 00FFFF 00 - 15857
16:48:37.015 -> ignore 0F 66 86 10 227A4A 000000 0A 28 D8 10 00 40 - 16250
16:48:44.050 -> ignore 0C B3 86 5A 2711AF 000000 28 E4 32 - 2325
Im Arduino Log sieht man leider auch keine Messages.
Mein Testsystem schickt fleißig Nachrichten. Hast Du gesicherte Übertragung deaktiviert bzw. mit AES übersetzt ?
Sonst musst Du natürlich die CYCLETIME auch weiterreichen - wo hast Du denn das Define her ? So müsste es gehen.
class RHSType : public ThreeStateDevice<Hal,ChannelType,1,RHSList0,CYCLETIME> {
Hallo,
habe heute meine 10 bestellten Platinen (Bestückt) bekommen 46,-Euro und beim Postboten nochmal 23,- Euro Zoll und Gebühren, schon heftig.
Warte jetzt noch auf den Rest an Bauteilen.
Gruß Rolf
Zitat von: rvideobaer am 04 Mai 2020, 19:33:13
schon heftig.
definitiv, dafür würde ich lieber schnell selber löten. Wo hast du bestellt?
/Daniel
Oder du hast wahrscheinlich die falsche Versandart ohne Zollabwicklung seitens jlcpcb gewählt.
Zitat von: papa am 04 Mai 2020, 19:00:22
Mein Testsystem schickt fleißig Nachrichten. Hast Du gesicherte Übertragung deaktiviert bzw. mit AES übersetzt ?
Sonst musst Du natürlich die CYCLETIME auch weiterreichen - wo hast Du denn das Define her ? So müsste es gehen.
class RHSType : public ThreeStateDevice<Hal,ChannelType,1,RHSList0,CYCLETIME> {
AES habe ich jetzt nirgendwo deaktiviert. In der CCU sehe ich das der Übertragungsmodus gesichert ist.
Das weiterreichen der CYCLETIME hat allerdings den gewünschten Erfolg gebracht. Jetzt sehe ich jede Minute ein Senden in der Console. Ich musste die CYCLETIME aber an 2 Stellen im Code übergeben:
#ifdef RHS3
// send battery value
#define CONTACT_STATE_WITH_BATTERY
#else
#define BATTERY_LOW 22
#define BATTERY_CRITICAL 19
#define CYCLETIME seconds2ticks(60UL * 1)
#endif
...
class RHSType : public ThreeStateDevice<Hal,ChannelType,1,RHSList0,CYCLETIME> {
public:
typedef ThreeStateDevice<Hal,ChannelType,1,RHSList0,CYCLETIME> TSDevice;
20:27:12.499 -> <- 0E 04 A2 10 095634 00FFFF 06 01 C8 00 39 - 31985
20:27:12.499 -> -> 11 04 A0 02 00FFFF 095634 04 26 08 83 35 28 1C 00 - 32122
20:27:12.499 -> waitAck: 01
20:28:11.854 -> <- 0E 05 A2 10 095634 00FFFF 06 01 C8 00 30 - 32651
20:28:11.854 -> -> 11 05 A0 02 00FFFF 095634 04 8C 1B 85 16 C1 DD 00 - 32788
20:28:11.854 -> waitAck: 01
20:29:11.568 -> <- 0E 06 A2 10 095634 00FFFF 06 01 C8 00 2F - 33316
20:29:11.710 -> -> 11 06 A0 02 00FFFF 095634 04 87 2D 0E 50 62 32 00 - 33454
20:29:11.710 -> waitAck: 01
20:30:13.706 -> <- 0E 07 A2 10 095634 00FFFF 06 01 C8 00 32 - 33982
20:30:13.706 -> -> 11 07 A0 02 00FFFF 095634 04 8C 15 A6 EF 7E C2 00 - 34119
20:30:13.706 -> waitAck: 01
Zitat von: gloob am 04 Mai 2020, 20:29:23
AES habe ich jetzt nirgendwo deaktiviert. In der CCU sehe ich das der Übertragungsmodus gesichert ist.
AES muss expliziet beim Übersetzen
aktiviert werden. https://github.com/pa-pa/AskSinPP#enable-aes-support
Alternative ist der Übertragungsmodus bei der CCU auf ungesichert zu stellen.
Zitat von: rvideobaer am 04 Mai 2020, 19:33:13
habe heute meine 10 bestellten Platinen (Bestückt) bekommen 46,-Euro und beim Postboten nochmal 23,- Euro Zoll und Gebühren, schon heftig.
Warte jetzt noch auf den Rest an Bauteilen.
Hm - rund 70€ für 10 Stück ist irgendwie zu teuer. Ich habe für 30 Stück knapp 75€ + Versand + Zoll bezahlt. Waren insgesamt ca. 110€ - weil per DHL Express.
Ich habe 55€ für 15 Stück bezahlt inklusive Bestückung und Versand mit EuroPacket:
ZitatMERCHANDISE TOTAL:€44.64
SHIPPING CHARGE: €17.11
DISCOUNT:-€6.41
ORDER TOTAL:€55.34
Hallo,
DHL Express lässt sich das mit 12,50 Kapitalbereitstellungsprovision Fürstlich bezahlen.
Gruß Rolf
So ich hab jetzt auch mal 5 bestellt bei jlcpcb mit Bestückung von der schmalen Variante. Ich hatte irgendwie ein Haufen Voucher auf meine Konto, ka wo die her kommen. Da bin ich ja mal gespannt.
Wie erstellt man die beiden Dateien die da benötigt werden für die Bestückung? Die Bezeichnung der Bauteile muss ja passen, aus welche Datenbank kommen die?
/Daniel
Die Part Numbers kommen von hier - https://jlcpcb.com/parts.
Habe in KiCad ein extra Attribute "LCSC Part #" angelegt und dort immer gleich das Passende eingetragen. Dann BOM Export und ein wenig nachbearbeiten. Wenn dieses Info später im Excel ist, können sie das automatisch matchen. Ist schon cool.
Zitat von: papa am 05 Mai 2020, 18:43:57
Die Part Numbers kommen von hier - https://jlcpcb.com/parts.
Habe in KiCad ein extra Attribute "LCSC Part #" angelegt und dort immer gleich das Passende eingetragen. Dann BOM Export und ein wenig nachbearbeiten. Wenn dieses Info später im Excel ist, können sie das automatisch matchen. Ist schon cool.
Kleiner Tipp zum BOM-Export: https://github.com/wokwi/kicad-jlcpcb-bom-plugin (https://github.com/wokwi/kicad-jlcpcb-bom-plugin). Da entfällt sogar das Nachbearbeiten.
Gruß
Uwe
Zitat von: papa am 04 Mai 2020, 20:33:52
AES muss expliziet beim Übersetzen aktiviert werden. https://github.com/pa-pa/AskSinPP#enable-aes-support
Alternative ist der Übertragungsmodus bei der CCU auf ungesichert zu stellen.
Ich muss jetzt nochmal blöd fragen weil ich wieder einen Kommunikationsfehler nach 24 Stunden hatte. Muss die Übertragung gesichert erfolgen oder nicht oder sollte es egal sein?
Soweit ich weiss, aktiviert die CCU beim Pairen bei allen HM-SEC Geräten die gesicherte Übertragung/AES-Signierung. Alle AskSin++ Sketche haben per default kein AES aktiviert - da hierfür der Standard-Schlüssel benötigt wird. Ich will hier kein Risiko eingehen und diesen einfach so veröffentlichen. Der Standardschlüssel ist aber gut im Netz oder FHEM-Code zu finden. Alternativ zum Standard-Schlüssel kann auch der bekannte selbst gewählte Schlüssel verwendet werden. Dieser kann z.B. einfach an der VCCU bei FHEM abgelesen werden.
Um das AES im Sketch zu aktivieren, muss nach Anleitung (https://github.com/pa-pa/AskSinPP#enable-aes-support) vorgegangen werden.
Also wenn Du nichts im Code gemacht hast - muss Du an der CCU die gesicherte Übertragung abschalten. Dann sollten auch die Servicemeldungen weg sein.
Hallo,
ich suche jemanden der mir 4 Gehäuse drucken würde. Ich würde mich sehr freuen wenn jemand die Möglichkeit hätte.
Gruß Rolf
Zitat von: rvideobaer am 07 Mai 2020, 19:46:35
ich suche jemanden der mir 4 Gehäuse drucken würde. Ich würde mich sehr freuen wenn jemand die Möglichkeit hätte.
Möglichkeit habe ich, aber zeitlich ist es bei mir gerade etwas schlecht. Also falls sich kein anderer findet der gerade weiß aufgelegt hat und ehe Gehäuse druckt kann ich es gerne machen. Dann meld dich bitte nochmal direkt bei mir.
/Daniel
Hallo,
ich habe heute einen der Drehgriffe (leider noch ohne TLE4913) in Betrieb genommen. Dabei wurde das Modell nicht erkannt und ein IO Device wurde auch nicht eingetragen, musste beides von Hand erledigen. HB-Sec-RHS-3 ist auch nicht auswählbar obwohl im Sketch definiert.
Gruß Rolf
Hast Du das AskSin++ Addon aktualisiert und FHEM neu gestartet ?
https://github.com/pa-pa/AskSinPP/tree/master/examples/custom/contrib/FHEM
Hallo,
ja habe ich installiert und Neustart.
Bei modelForce ist nur HM-SEC-RHS-2 auswählbar ich hatte angenommen das jetzt HM-SEC-RHS-3 möglich wäre.
Gruß Rolf
Hallo,
habe das Gerät gerade noch einmal gelöscht und neu verbunden, wird jetzt als custom und HM-SEC-RHS-3 angezeigt.
Gruß Rolf
Hat jemand bitte noch einmal die STL Files oder Sources für eckige Fenstergriffe?
Zitat von: gloob am 14 Mai 2020, 10:51:41
Hat jemand bitte noch einmal die STL Files oder Sources für eckige Fenstergriffe?
3 Seiten zurück https://forum.fhem.de/index.php/topic,109786.msg1046980.html#msg1046980
Hallo,
Vielen Dank aber ich hatte leider vergessen dazu zuschreiben, dass ich die für die andere Version neben dem Griff suche.
Da gab es nur die Bilder :o
Ja, ich weiß, die bin ich schuldig.
Aber ich hatte nicht die aktuelle Version geändert, sondern nur die mit der schlechteren Deckelarretierung.
Ich versuche noch nachzureichen, sorry ;)
Thomas
Moin Moin @All!
Wieder einmal ein super Projekt! Da habe ich doch glatt wieder etwas zu fummeln...
Zwei Fragen haben sich mir noch gestellt:
- Bestückt ihr alle den Quarz oder reicht der int. Taktgeber? Pro/Kontra würde mich interessieren.
- Was erwartet ihr für eine Laufzeit im Vergleich zur CR2032 Version? Die steigt bei mir regelmäßig (mit Varta Zellen) nach einer Woche aus (OK, die werden in der wärmeren Jahreszeit locker 20x pro Tag betätigt - wenn das ausreicht - eine Woche ist mir allerdings echt zu kurz).
Danke und Tschau,
Peter
Quarz bestücke ich nicht. Habe den nur vorgesehen, falls jemand ein genaues Timing braucht. Dann kommt da ein 32,768kHz Quarz drauf. Der Sketch unterstützt das aber bisher nicht.
1 Woche mit CR2032 ist aber extrem kurz. Kann es sein, dass da irgendwas nicht ordentlich funktioniert ?
Ich erwarte mit CR2477 eine Laufzeit von 2-3 Jahren - bei wenigen Öffnungen pro Woche. Aber das wird sich erst mit der Zeit zeigen. Wird der "neue" RHS-3-Mode benutzt, wird bei jeder Nachrricht auch die Batteriespannung mit übertragen. Damit sieht man dann hoffenbtlich, wenn etwas nicht so läuft wie es soll. Ich habe bei den 20 installierten Kontakten Batteriespannungen zwischen 2,9 und 2,7 V nach dem Einschalten. Allerdings auch einen Ausreißer mit 2,4V - mal sehen wie lange der hält.
Zitat von: papa am 15 Mai 2020, 08:49:46
Kann es sein, dass da irgendwas nicht ordentlich funktioniert ?
Tja, nur was - die machen beide (ich habe nur zwei) alles, was sie sollen... Ich finde eine Woche ja auch extrem kurz. Vielleicht ändert sich das ja mit der neuen Variante.
Die 'alten' haben unabhännig von einer Öffnung auch (nach meiner Erinnerung jetzt) einmal am Tag den Batteriestatus übertragen. Passiert das mit den 'neuen' auch?
Zitat von: PSI69 am 15 Mai 2020, 09:00:38
Die 'alten' haben unabhännig von einer Öffnung auch (nach meiner Erinnerung jetzt) einmal am Tag den Batteriestatus übertragen. Passiert das mit den 'neuen' auch?
Natürlich
Hallo zusammen,
als erstes mal vielen Dank für dieses super Projekt!
Damit habe ich erstmalig selbst Platinen fertigen lassen und habe mich auch an das Löten von SMD Bauteilen rangewagt (sind ja nur ein paar).
Dank gloobs Post #100 bin ich nun soweit dass der Bootloader geflasht ist.
Leider bin ich mir aber nicht sicher mit welchen Parametern ich den Sketch übersetzen soll.
Mit der Arduino IDE habe ich eine hex für einen Arduino nano (ATMega 328P) erstellen können, kann diese aber nicht mit der IDE flashen.
Passt der Parameter Arduino nano, oder muss ich ein anderes wählen? Kann ich die hex jetzt einfach mit AVRdude mit folgenden Parametern flashen?
avrdude -p m328p -P usb -c USBasp -U flash:w:HB-SEC-RHS-3.ino.eightanaloginputs.hex
Danke und Gruß
Alex
Kann es sein, dass es ein kleines Layout-Problem auf der Platine gibt? Das Pad an U1 scheint keine Verbindung zur Masse zu haben.
Bei U2 sieht es besser aus.
Das Mapping der Zustände funktioniet doch auch nicht richtig oder?
Zwei unterschiedliche Pin Zustände sollten doch nicht die gleiche Position sein.
14:45:30.353 -> Pins: 101
14:45:30.353 -> Position: 2
14:45:32.854 -> Pins: 111
14:45:32.854 -> Position: 2
14:45:40.130 -> Pins: 011
14:45:40.130 -> Position: 3
Mist - das ist bestimmt beim Vergößern der Pads passiert. Da must Du wohl mit nem Klecks Lötzinn nachhelfen. Ich fixe das Layout später.
Zitat von: gloob am 25 Mai 2020, 14:26:06
Zwei unterschiedliche Pin Zustände sollten doch nicht die gleiche Position sein.
Wenn Du alle 3 TLEs verwendest - schon. Der seitliche macht, wenn offen, aus einen CLOSED ein OPEN. Welche Nummer das jetzt ist, habe ich nicht im Kopf.
Zitat von: papa am 25 Mai 2020, 14:51:45
Wenn Du alle 3 TLEs verwendest - schon. Der seitliche macht, wenn offen, aus einen CLOSED ein OPEN. Welche Nummer das jetzt ist, habe ich nicht im Kopf.
Okay ich glaube ich muss mal auf die TLE warten. Das spielen mit den Jumper Kabeln funktioniert nicht so richtig ;)
Hallo,
könnte bitte jemand meine Frage oben beantworten?
Ich komme ab dem Punkt leider nicht weiter.
danke.
Hallo,
@Nighthawk
Hast Du denn mal versucht es so zu flashen? Bzw warum geht es nicht in der IDE (Fehlermeldungen).
Rolf
Zitat von: Nighthawk am 25 Mai 2020, 16:17:47
Hallo,
könnte bitte jemand meine Frage oben beantworten?
Ich komme ab dem Punkt leider nicht weiter.
danke.
Arduino Nano ist schonmal falsch, du musst Arduino Pro Mini mit 3.3V auswählen.
Für den Anfang würde ich dir auch das Flashen per Arduino IDE empfehlen.
Ich habe jetzt eine fertige Firmware mit kurzer Anleitung ins Github eingecheckt.
https://github.com/pa-pa/HB-Sec-RHS-3/tree/master/firmware
Den GND-Fix habe ich auch eingecheckt - ist jetzt Platinenversion 1.2. Die Gerber-Files sind ebenfalls generiert.
Danke für eure Rückmeldungen.
Das Flashen mit IDE scheiterte daran, dass die IDE den USBasp versucht hat über den serial port anzusprechen.
Ich versuche jetzt mal mit Pro Mini mit 3.3V zu kompilieren und mit avrdude zu flashen.
Wenn alle Stricke reißen, flashe ich die fertige hex ;-) danke dafür!
Gruß Alex
Zitat von: Nighthawk am 26 Mai 2020, 02:54:36
Danke für eure Rückmeldungen.
Das Flashen mit IDE scheiterte daran, dass die IDE den USBasp versucht hat über den serial port anzusprechen.
Ich versuche jetzt mal mit Pro Mini mit 3.3V zu kompilieren und mit avrdude zu flashen.
Wenn alle Stricke reißen, flashe ich die fertige hex ;-) danke dafür!
Gruß Alex
Hast du nur den USBasp oder auch einen USB2Serial Adapter wie einen FTDI oder CP2104?
Gerade zum testen der Hardware lohnt sich meiner Meinung nach ein USB2Serial Adapter, weil man dann die Console nutzen kann um die Logausgaben zu sehen. Gerade in Hinblick auf fehlerhafte TLE lohnt sich das schon.
Vielen Dank an Jerome.
Dank ihm können die Griffe jetzt auch in der CCU genutzt werden.
Folgendes Plugin ist notwendig und unterstützt damit die 4 States sowie die Batteriespannung:
https://github.com/jp112sdl/JP-HB-Devices-addon
Ich habe auch diverse USB 2Seriell Adapter, ich versuche es mal damit.
Anbei jetzt endlich die beiden stl-Files für die eckige Standard-Version.
Sorry für die Verspätung.
Zitat von: Papaloewe am 26 Mai 2020, 17:31:46
Anbei jetzt endlich die beiden stl-Files für die eckige Standard-Version.
Sorry für die Verspätung.
Vielen Dank. Mit was hast du die denn erstellt? Magst du die Dateien zum bearbeiten bitte teilen?
Das hat mein Sohn mit Fusion gemacht (darum hat es auch so lange gedauert, Kinder halt >:().
Welches Format kannst du denn verarbeiten?
Zitat von: Papaloewe am 26 Mai 2020, 17:31:46
Anbei jetzt endlich die beiden stl-Files für die eckige Standard-Version.
Sorry für die Verspätung.
Das ist aber noch das vorletzte Design. Jetzt ist die Nut im Boden und es gibt eine extra Vertiefung zum Einrasten.
Zitat von: Papaloewe am 26 Mai 2020, 18:07:38
Das hat mein Sohn mit Fusion gemacht (darum hat es auch so lange gedauert, Kinder halt >:().
Welches Format kannst du denn verarbeiten?
Fusion wäre gut :)
Hallo zusammen,
leider komme ich auch mit einem USB2Serial Adapter nicht weiter, ich bekomme einfach keine Kommunikation mit dem Sensor zustande.
Wie sollten die Einstellungen dafür aussehen?
Zitat von: Nighthawk am 27 Mai 2020, 08:37:10
Hallo zusammen,
leider komme ich auch mit einem USB2Serial Adapter nicht weiter, ich bekomme einfach keine Kommunikation mit dem Sensor zustande.
Wie sollten die Einstellungen dafür aussehen?
Wie sieht denn die Console aus und das Log Fenster?
Zitat von: gloob am 26 Mai 2020, 20:29:42
Fusion wäre gut :)
Ja, leider nur die erste Version von papa. Eine andere habe ich nicht. :-X
Hallo gloob,
danke für die Antwort.
Leider bekomme ich die Serielle Kommunikation nicht hin, weder mit dem Serialmonitor der Arduino IDE, noch mit Putty.
Mittlerweile habe ich es hinbekommen mit dem USBasp zu flashen, wäre nur schön wenn ich iregndwie noch auf der konsole sehen könnte was mit dem Atmega so passiert.
So wie es aussieht habe ich bei all den Versuchen bereits 2 Atmegas gehimmelt, diese werden nicht mehr erkannt.
Gibt es für die beider noch irgendwelche Rettungsmöglichkeiten?
Zitat von: Nighthawk am 28 Mai 2020, 02:42:52
So wie es aussieht habe ich bei all den Versuchen bereits 2 Atmegas gehimmelt, diese werden nicht mehr erkannt.
Gibt es für die beider noch irgendwelche Rettungsmöglichkeiten?
Die Atmegas auslöten, mit HVPP resetten und wieder einlöten :) Wenn Du es nicht selber kannst, dann lohnt sich das nicht bei den Preisen... Aber bevor Du sie wegschmeisst, nehme ich sie gerne gegen Portoerstattung ;)
Schade, leider ist bei der kleinen Platine auch der GND vom TLE nicht verbunden.
Der ist mittels der Durchkontaktierung verbunden. KiCAD ist damit voll zufrieden.
Zitat von: papa am 29 Mai 2020, 21:50:13
Der ist mittels der Durchkontaktierung verbunden. KiCAD ist damit voll zufrieden.
Stimmt, garnicht gesehen. Vielen Dank. Ich dachte schon ich muss hier auch basteln.
Hallo zusammen,
ich habe es endlich hinbekommen einen Sensor zu flashen, leider bekomme ich von dem Sensor aber absolut kein Lebenszeichen. Die LEDs bleiben immer aus, Anlernen an die CCU funktioniert nicht und auch in der Konsole kommt leider nichts an.
Was mache ich falsch, bzw. wo könnte der Fehler liegen?
avrdude -p m328p -P usb -c usbasp -V -U flash:w:'/home/alex/Downloads/YUQ7660527.hex' -F
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: reading input file "/home/alex/Downloads/YUQ7660527.hex"
avrdude: input file /home/alex/Downloads/YUQ7660527.hex auto detected as Intel Hex
avrdude: writing flash (32768 bytes):
Writing | ################################################## | 100% 31.25s
avrdude: 32768 bytes of flash written
avrdude: safemode: Fuses OK (E:FF, H:D0, L:E2)
avrdude done. Thank you.
Was hast Du genau geflasht ? Das ist eine unabdingbare Information, um Dir zu helfen.
Geflasht habe ich die durch die makeota.html erstellte Datei aus dem OTA Bootloader und der von dir kompilierter Firmware.
Ok - Du sagt es blinkt nichts. Auch nach dem Anlegen der Spannung blinkt es nicht ? Der Bootloader läßt als erste Aktion eine LED 7x leuchten. Wenn das schon nicht geht, müssen wir uns mal Deinen Aufbau ansehen. LED richtig einglötet ?
Hallo Papa,
richtig keine der LEDs blink oder leuctet, auch wenn ich einen der Taster drücke.
Die LEDs sind mit der Kathode (grüne Markierung) auf der Batterieseite eingelötet.
Das ist falsch herum - die grüne Markierung muss zum Rand.
Hast Du den Rest bestücken lassen - oder selbst gemacht ? Mach mal ein ordentliches Foto von beiden Seiten.
ich habe die schmale Variante bestellt und soweit wie möglich bestücken lassen.
Es fehlten noch ein paar Kondensatoren, ein Widerstand, die zwei LEDs, die Taster und die Batteriehalterung.
Die LED Pins habe ich gemessen und die Batterieseite lag gegen GND, daher bin ich davon ausgegangen, dass es so herum richtig ist.
Ach die schmale - da muss ich erst mal schauen. Bin jetzt unterwegs.
Die habe ich nicht aufgebaut.
Für die schmale Version ist das richtig.
Hast Du schon geprüft, ob die Batterie richtig Kontakt hat. Ich mache auf das große, rechteckige Pad immer etwas Lötzinn drauf. Alternativ könntest Du die Platine auch mal über den ISP-Anschluss mit SPannung versorgen.
spannung habe ich auch über den ISP bzw. auch über USB2Seriell Adapter dran gehabt, leider zuckt da nichts.
Könnte diese Meldung für das Problem verantwortlich sein?
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
Laut google muss ich die ISP Firmware aktualisieren, leider klappt es mit meinen arduino clones nicht, daher habe ich mir noch ein ISP bestellt, kosten ja hier nichts ;-)
Nein - das sollte kein Problem sein.
Auf einen Kurzschluß hast Du ach schon mal geprüft ? So langsam fällt mir auch nichts mehr ein.
Zeig doch bitte mal den Inhalt von der CMD beim flashen des Bootloaders, vielleicht hängt es da schon.
Einen Kurzschluss kann ich nicht erkennen, auch nicht unter dem Microskop.
Ich dachte mit der makeota.html erstelle ich eine firmware die den Bootloader schon beinhaltet?
Das flashen wurde dann mit folgendem Kommando gestartet:
avrdude -p m328p -P usb -c usbasp -V -U flash:w:'/home/alex/Downloads/YUQ7660527.hex' -F
Der flashablauf ist in meinem Post #176 zu sehen.
Hast du es mal mit einem Standard-Arduino-Bootloader probiert? Was ist die Ausgabe der Arduino IDE wenn du einen Sketch flasht?
Wenn die OTA Firmware genutzt wird, kannst du leider die Arduino IDE nicht mehr nutzen um einen Sketch aufzuspielen.
Hallo gloob,
hier die Ausgabe von der Arduino IDE (leider ebenfalls ohne jede zucken der LEDs):
avrdude: Version 6.3-20190619
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "/home/alex/Downloads/arduino-1.8.12-linux64/arduino-1.8.12/hardware/tools/avr/etc/avrdude.conf"
User configuration file is "/home/alex/.avrduderc"
User configuration file does not exist or is not a regular file, skipping
Using Port : usb
Using Programmer : usbasp
AVR Part : ATmega328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : usbasp
Description : USBasp, http://www.fischl.de/usbasp/
avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: reading input file "/tmp/arduino_build_995142/HB-SEC-RHS-3.ino.hex"
avrdude: writing flash (20150 bytes):
Writing | ################################################## | 100% 20.91s
avrdude: 20150 bytes of flash written
avrdude: verifying flash memory against /tmp/arduino_build_995142/HB-SEC-RHS-3.ino.hex:
avrdude: load data flash data from input file /tmp/arduino_build_995142/HB-SEC-RHS-3.ino.hex:
avrdude: input file /tmp/arduino_build_995142/HB-SEC-RHS-3.ino.hex contains 20150 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 10.27s
avrdude: verifying ...
avrdude: 20150 bytes of flash verified
avrdude done. Thank you.
Hast du mal probiert den Sketch über einen Serial Adapter zu flashen? Dann sieht man auch mal ob was auf der Console kommt.
Über Serialadapter klappt es leider gar nicht.
avrdude: Version 6.3-20190619
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "/home/alex/Downloads/arduino-1.8.12-linux64/arduino-1.8.12/hardware/tools/avr/etc/avrdude.conf"
User configuration file is "/home/alex/.avrduderc"
User configuration file does not exist or is not a regular file, skipping
Using Port : /dev/ttyUSB0
Using Programmer : arduino
Overriding Baud Rate : 57600
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
avrdude done. Thank you.
Problem beim Hochladen auf das Board. Hilfestellung dazu unter http://www.arduino.cc/en/Guide/Troubleshooting#upload.
Hast Du auch vorher den Standard-Bootloader per ISP geflasht ?
https://github.com/pa-pa/AskSinPP/blob/master/bootloader/avr/ATmegaBOOT_168_atmega328_pro_8MHz.hex
Hast Du auch mal eine andere Platine versucht ? Manchmal ist halt irgendwo der Wurm drin - das lässt sich auch nur sehr schwer ohne Zugriff auf die Hardware analysieren.
Habe ich eben probiert, leider ebenfalls ohne Erfolg.
Zitat von: Nighthawk am 03 Juni 2020, 16:07:34
Habe ich eben probiert, leider ebenfalls ohne Erfolg.
Hast du noch eine andere Platine, an der du noch nichts zusätzlich aufgelötet hast?
Habe ich heute geflasht, da funktioniert es, werde jetzt nach und nach die Bauteile auflöten und schauen wo das Problem dann liegt.
So, Problem gefunden, die Taster waren leider Öfner und nicht schließer. Das kommt davon wenn man in einem Land bestellt wo man der Sprache nicht mächtig ist ::)
Vielen Dank für die Unterstützung, der erste Sensor läuft jetzt.
Gruß
Alex
Zitat von: Nighthawk am 05 Juni 2020, 15:20:04
So, Problem gefunden, die Taster waren leider Öfner und nicht schließer. Das kommt davon wenn man in einem Land bestellt wo man der Sprache nicht mächtig ist ::)
Also da wäre ich jetzt nie im Leben drauf gekommen.
Damit wäre dann auch die schmale Platine verifiziert.
Danke @papa !!!
Ich hab meine 20 Stk heute von JLCPCB bestückt bekommen, hat super funktioniert, Batterien, Halter und Taster liegen auch schon hier, jetzt warte ich noch auf die TLEs.
Zitat von: Lucky2k12 am 08 Juni 2020, 17:58:10
Danke @papa !!!
Ich hab meine 20 Stk heute von JLCPCB bestückt bekommen, hat super funktioniert, Batterien, Halter und Taster liegen auch schon hier, jetzt warte ich noch auf die TLEs.
Welche Version hast du denn bestellt? Die große hatte ein Problem im Bereich der TLE.
von der großen habe ich 5 Stk (V1.2, schon korrigiert), von der kleinen 15 V1.1er bestellt.
Bin echt begeistert, wie einfach das geht und die fertigen Platinen sehen echt professionell aus.
Edit: Ähm, ich hab mir die großen V1.2er grad noch mal genauer angeschaut, die wirken recht dunkel, also keine großflächigen Masseflächen.
Die Durchkontaktierungen gehen irgendwie ins Leere.
Jetzt werde ich doch nervös. Könnt ihr das mal checken bitte:
Noch eine Kleinigkeit, C4 und C6 scheinen im Schaltbild in files/RHS_pdf vertauscht. Wenn man UE3 nicht bestückt, kann man C10, C6 und R6 weglassen, oder?
Sieht so aus als würden in V1.2 die ganzen Masseflächen fehlen. Sieht auch im Gerberviewer von JLCPCB leider nicht anders aus :-\
Mist das sieht gar nicht gut aus - das kommt davon, wenn man schnell mal was anpasst. Scheinbar habe ich vor dem Generieren vergessen, die Masseflächen zu erzeugen :-(
Ist jetzt im GutHub gefixt - V1.3. Kann das bitte nochmal jemand reviewen? Danke.
Ich hoffe, es habe nicht zu viele diese Version bestellt.
Zitat von: Lucky2k12 am 08 Juni 2020, 18:24:13
Wenn man UE3 nicht bestückt, kann man C10, C6 und R6 weglassen, oder?
Ja - werden dann nicht gebraucht.
OK, danke für die Bestätigung.
Mit Fädeldraht retten kann man wohl auch vergessen, da bestell ich lieber neue.
Die MCs runterzulöten wird mir wohl auch zu diffizil. Soll ich dir die 5 zum Ausschlachten zuschicken?
Man da schaut man doch vorher drüber ;-) Aber erstaunlich, dass die da nicht gemeckert haben beim check. Naja die machen eben was man beauftragt ja ^^
Nur blöd weil du auch bestücken hast lassen, das ist etwas ärgerlich dann.
..sowas passiert schon mal, wenn man Platinen entwickelt....da biste nicht der erste und einzige dem das passiert ist...
...schnell noch ne Änderung oder ein Fix..dazu etwas weggenommen oder ein Layer deaktiviert, damit man die Änderung
schneller und einfacher durchführen kann. Die Änderung dann schnell noch mal kontrolliert :o dann aber vergessen die vorherigen
Wegnahmen rückgängig zu machen...naja..und das war´s dann..... :( :'(
...ich nehm die Dinger dann immer als Unterlegmaterial...statt Bierdeckel.... ;D ;D ;D ;D
LG
Papa Romeo
Untersetzer, Oder ein schickes Mobile. Da fällt mir bestimmt noch was ein.
Immerhin, aus Fehlern lernt man [emoji16]
Gesendet von meinem Mi 9T Pro mit Tapatalk
Ich hab jetzt nochmal welche von den großen bestellt, diesmal sah es im Gerber viewer gut aus ::).
Batteriehalter und TLEs sind noch im Zulauf.
Leider hatt ich keine Taster 3x2 bestellt, da ich dachte die von den alten FDGKs passen, aber die sind zu groß.
Lieferzeit lt. Ali Ende Juli, das dauert mir zu lange.
Hat jemand einen Tipp für eine andere Bezugsquelle? Wo kauft ihr die Batterien?
Heute sind TLEs und Batteriehalter gekommen und ich konnte die ersten drei kleinen erfolgreich aufbauen und pairen. 8)
Die großen sind fertig produziert und bereits in der Post, denke die kommen diese Woche noch, cool.
Da habe ich direkt Infineon TLEs draufmachen lassen, aber incl. Zoll und Versand hat der Spass dann auch 118.79$ gekostet für 20 Stk.
So ist das halt, wenn man Kinder hat, kaufe Zeit gegen Geld. :-\
Bei den TLEs (auch aus Papas Quelle) habe ich den Eindruck, dass die schlecht Lötzinn annehmen und mechanisch recht labil sind/ die Beinchen recht schnell abplatzen.
Das kann aber auch an meiner Grobmotorik liegen :P
Als Batterien habe ich jetzt mal Panasonic bestellt. Langzeiterfahrung gibt's wohl noch nicht!?
Zitat von: Lucky2k12 am 16 Juni 2020, 19:43:20
Bei den TLEs (auch aus Papas Quelle) habe ich den Eindruck, dass die schlecht Lötzinn annehmen und mechanisch recht labil sind/ die Beinchen recht schnell abplatzen.
Meine sind heute auch angekommen, mal schauen wieviel davon funktionieren ;D
Falls jemand Batteriekontakte sucht, hab noch welche übrig ->PN
Zitat von: Lucky2k12 am 16 Juni 2020, 19:43:20
Heute sind TLEs und Batteriehalter gekommen und ich konnte die ersten drei kleinen erfolgreich aufbauen und pairen. 8)
Schön das es nun gleich funktioniert hat.
Zitat von: Lucky2k12 am 16 Juni 2020, 19:43:20
Die großen sind fertig produziert und bereits in der Post, denke die kommen diese Woche noch, cool.
Da habe ich direkt Infineon TLEs draufmachen lassen, aber incl. Zoll und Versand hat der Spass dann auch 118.79$ gekostet für 20 Stk.
So ist das halt, wenn man Kinder hat, kaufe Zeit gegen Geld. :-\
Naja - 6$ das Stück sind doch eigentlich ganz i.O. Fehlt ja nur noch der Batteriehalter. Bei meiner Bestellung hatten sie keine TLEs da.
Zitat von: Lucky2k12 am 16 Juni 2020, 19:43:20
Bei den TLEs (auch aus Papas Quelle) habe ich den Eindruck, dass die schlecht Lötzinn annehmen und mechanisch recht labil sind/ die Beinchen recht schnell abplatzen.
Das kann aber auch an meiner Grobmotorik liegen :P
Also ich hatte/habe mit den China-Teilen jede Menge Ärger. Da hat mehr als die Hälfte überhaupt nicht funktioniert. Dagegen die hier bestellten - kein einziger Problemfall.
Zitat von: Lucky2k12 am 16 Juni 2020, 19:43:20
Als Batterien habe ich jetzt mal Panasonic bestellt. Langzeiterfahrung gibt's wohl noch nicht!?
Ne noch nicht. Meine Ältesten laufen jetzt seit knapp einen Monat. Manche haben gleich mit 2.5V angefangen und sind jetzt bei 2.3V. Andere sind unverändert seit Start bei 2.9V. Auf jeden Fall wird bei mir die Batteriespannung aller mitgeloggt. Da sollte man gut sehen, wenn es Probleme gibt. Wahrscheinlich kann der Low-Bat-Wert auch noch weiter runter - ist derzeit bei 2.2V eingestellt.
Wo hast du denn deine nicht China TLE bestellt? Bin auch noch auf der Suche.
Hier https://de.rs-online.com/web/c/halbleiter/sensor-ics/hall-effekt-sensor-ics/?searchTerm=tle4913&redirect-relevancy-data=636F3D3126696E3D4931384E53656172636847656E65726963266C753D6465266D6D3D6D61746368616C6C7061727469616C26706D3D5E5B5C707B4C7D5C707B4E647D2D2C2F255C2E5D2B2426706F3D31333326736E3D592673723D2673743D4B4559574F52445F53494E474C455F414C5048415F4E554D455249432673633D592677633D4E4F4E45267573743D746C6534393133267374613D746C653439313326&r=f&searchHistory=%7B%22enabled%22:true%7D
Zitat von: papa am 16 Juni 2020, 20:43:42
Naja - 6$ das Stück sind doch eigentlich ganz i.O. Fehlt ja nur noch der Batteriehalter. Bei meiner Bestellung hatten sie keine TLEs da
So gesehen auch wieder wahr. 8)
Bei den TLEs musste ich manuell auf Infineon umstellen (irgendwas an der Beschreibung hat nicht ganz gepasst, ich hoffe das funktioniert dann auch.
Zitat von: papa am 16 Juni 2020, 20:43:42
Auf jeden Fall wird bei mir die Batteriespannung aller mitgeloggt. Da sollte man gut sehen, wenn es Probleme gibt. Wahrscheinlich kann der Low-Bat-Wert auch noch weiter runter - ist derzeit bei 2.2V eingestellt.
Gut zu wissen, danke für die Rückmeldung!
Eine Frage noch: Wie kommst du an die Batteriespannung?
Zitat von: Lucky2k12 am 17 Juni 2020, 07:59:57
So gesehen auch wieder wahr. 8)
Bei den TLEs musste ich manuell auf Infineon umstellen (irgendwas an der Beschreibung hat nicht ganz gepasst, ich hoffe das funktioniert dann auch.
Die waren damals nicht auf Lager
Zitat von: Lucky2k12 am 17 Juni 2020, 07:59:57
Gut zu wissen, danke für die Rückmeldung!
Eine Frage noch: Wie kommst du an die Batteriespannung?
Welchen Sketch benutzt Du ? Der HB-SEC-RHS-3 sendet immer die Spannung mit. Der Wert wird im
batVoltage Reading angezeigt.
Ich hab heute mal noch einen Flash Adapter für die kleine Platine fertig gemacht. Wenn jemand Interesse hat, einfach Bescheid sagen und dann kann ich die Sourcen hochladen.
Ich habe die Dateien bei Thingiverse hochgeladen: https://www.thingiverse.com/thing:4526889
Zitat von: papa am 17 Juni 2020, 09:33:00
Der HB-SEC-RHS-3 sendet immer die Spannung mit. Der Wert wird im batVoltage Reading angezeigt.
Ich hab die .hex aus dem github mit makeota.htm gepatcht und geflasht, modelforce auf HM-SEC-RHS-2 wie bei meinen alten FDGKs, aber das Reading batVoltage gibt's bei mir nicht:
Internals:
DEF 123456
FUUID 5ee90848-f33f-c590-6a59-2bfbf248f2fa5e8b
IODev myHMUART
LASTInputDev myHmUARTLGW
MSGCNT 20
NAME HM_123456
NOTIFYDEV global
NR 624
NTFY_ORDER 50-HM_123456
STATE open
TYPE CUL_HM
chanNo 01
lastMsg No:2D - t:10 s:12345 d:54321 0100000000
mapleCUL1_MSGCNT 7
mapleCUL1_RAWMSG A0E2D801012345659D5560100000000::-49.5:mapleCUL1
mapleCUL1_RSSI -49.5
mapleCUL1_TIME 2020-06-17 11:39:19
myHMUART_MSGCNT 7
myHMUART_RAWMSG 050100272D801012345659D5560100000000
myHMUART_RSSI -39
myHMUART_TIME 2020-06-17 11:39:19
myHmUARTLGW_MSGCNT 6
myHmUARTLGW_RAWMSG 050000512D801012345659D5560100000000
myHmUARTLGW_RSSI -81
myHmUARTLGW_TIME 2020-06-17 11:39:19
protLastRcv 2020-06-17 11:39:19
protRcv 7 last_at:2020-06-17 11:39:19
protSnd 4 last_at:2020-06-17 11:39:19
protState CMDs_done
rssi_at_mapleCUL1 cnt:7 min:-49.5 max:-44 avg:-48.64 lst:-49.5
rssi_at_myHMUART cnt:7 min:-39 max:-33 avg:-38.14 lst:-39
rssi_at_myHmUARTLGW cnt:6 min:-81 max:-81 avg:-81 lst:-81
READINGS:
2020-06-17 11:39:17 Activity alive
2020-06-17 11:39:17 D-firmware 1.0
2020-06-17 11:39:17 D-serialNr xxxxxx
2020-06-17 11:39:18 PairedTo 0x000000
2020-06-17 11:39:18 R-cyclicInfoMsg on
2020-06-17 11:39:19 R-eventDlyTime 0 s
2020-06-17 11:39:18 R-pairCentral 0x000000
2020-06-17 11:39:19 R-sign off
2020-06-17 11:39:18 RegL_00. 00:00 09:01 0A:00 0B:00 0C:00 10:01 12:16 14:06
2020-06-17 11:39:19 RegL_01. 00:00 08:00 20:6C 21:00 22:64
2020-06-17 11:37:41 alive yes
2020-06-17 11:37:41 battery ok
2020-06-17 11:39:19 commState CMDs_done
2020-06-17 11:37:41 contact open (to broadcast)
2020-06-17 11:37:41 powerOn 2020-06-17 11:37:41
2020-06-17 11:37:41 recentStateType info
2020-06-17 11:37:41 sabotageError off
2020-06-17 11:37:41 state open
2020-06-16 20:03:15 trigDst_broadcast noConfig
2020-06-16 20:03:15 trigger_cnt 27
helper:
HM_CMDNR 45
PONtest 0
cSnd 0159D5563E8B0301040000000001,0159D5563E8B030103
cfgChkResult No regs found for:
HM_3E8B03 type:threeStateSensor -
list:peer register :value
0: cyclicInfoMsg :on
0: pairCentral :0x000000
0: transmDevTryMax :6
1: eventDlyTime :0 s
1: ledOnTime :0.5 s
1: msgRhsPosA :closed
1: msgRhsPosB :open
1: msgRhsPosC :tilted
1: sign :off
mId 0030
peerFriend peerAct,peerVirt
peerIDsRaw ,00000000
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 20
supp_Pair_Rep 0
cmds:
TmplKey :no:1592386872.74341
TmplTs 1592386872.74341
cmdKey :1:1:0::0030:01
TmplCmds:
cmdList:
assignHmKey:
clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
deviceRename:newName
fwUpdate:-filename- -bootTime- ...
getConfig:
getDevInfo:
getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
peerBulk:-peer1,peer2,...- [set|unset]
peerChan:-btnNumber- -actChn- ... single [set|unset] [actor|remote|both]
peerSmart:[Bad_Sensor1|Bad_Virtual|Eltern_Sensor1|Eltern_Virtual...]
raw:data ...
regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
reset:
sign:[on|off]
tplDel:tmplt
trgEventL:[-peer-] -condition-
trgEventS:[-peer-] -condition-
trgPressL:[-peer-]
trgPressS:[-peer-]
unpair:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +123456,00,00,00
nextSend 1592386759.56013
prefIO
rxt 2
vccu
p:
123456
00
00
00
mRssi:
mNo 2D
io:
mapleCUL1:
-49.5
-49.5
myHMUART:
-31
-31
myHmUARTLGW:
-81
-81
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
regCollect:
role:
chn 1
dev 1
rssi:
at_mapleCUL1:
avg -48.6428571428571
cnt 7
lst -49.5
max -44
min -49.5
at_myHMUART:
avg -38.1428571428571
cnt 7
lst -39
max -33
min -39
at_myHmUARTLGW:
avg -81
cnt 6
lst -81
max -81
min -81
shadowReg:
tmpl:
nb:
cnt 2
Attributes:
IODev myHMUART
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-RHS-2
modelForce HM-SEC-RHS-2
peerIDs 00000000,
room CUL_HM
serialNr xxxxxx
subType threeStateSensor
Das modelforce muss weg. Dafür das Addon https://github.com/pa-pa/AskSinPP/tree/master/examples/custom/contrib/FHEM installieren. Das ist ein neues Device HB-SEC-RHS-3.
Ok, danke für die Hilfe.
Ich habs jetzt nochmal neu aus dem git geholt und beim 2. Anlauf hat er das korrekte model erkannt, warum auch immer.
Sagt mal habe ich ne schlechte Charge von LEDs oder ist der Widerstand von 1,5k einfach mal zu hoche, oder soll das so? Mir ist das schon bei der 12 Tasten ePaper Fernbedienung aufgefallen, dass die LEDs einfach mal viel zu dunkel sind. Ich nehme jetzt 300 Ohm, dann sind die auch was heller. Kommt ja sonst gar nicht durch das Gehäuse durch.
/Daniel
Kommt natürlcih immer drauf an wie dein Gehäuse aussieht? Wieviele Decklagen hast du? Welche Farbe? Loch für die LEDs?
Die LEDs die ich verbaut habe, sind eigentlich sehr hell und scheinen locker durch 2 Schichten weißes PLA/PETG durch.
Das kommt auf die LEDs an. Hatte auch schon ne Charge Grüner, die fast gar nicht geleuchtet haben. Bei anderen muss man schon bald die Sonnenbrille rausholen 8)
Mhh naja ich hab die von Reichelt. Aber da fließt so gut wie nichts bei 1,5k und 3,3V. Wenn 20mA fließen dann sind die auch sehr hell.
/Daniel
Wie isn die Config der fertigen Hex? Ich hatte die jetzt mal auf die schmale Version aufgespielt und irgendwie war das Verhalten komisch. Anmeldung an CCU ging also mehr oder weniger als RHS XXX. Dann hatte ich den äußeren TLC eingelötet und der ging (LEDs senden und Status hat sich auf der CCU2 geändert), als ich dann den inneren eingelötet habe ging der aber dafür der anderen nicht mehr.
Ich werde die FW jetzt mal selber kompilieren als RHS2 Gerät. Hab den TLC schon getauscht aber das hat nichts gebracht. Von daher denke ich da eher an ein anderes Problem.
/Daniel
Zitat von: ext23 am 17 Juni 2020, 16:52:21
Wie isn die Config der fertigen Hex?
Der ist mit 3 Sensoren. Du musst im Code SENS3_PIN auf 0 setzen. Dann werden nur die beiden Sensoren am Vierkant verwendet. Gegebenenfalls den 3. TLE als Sabotagepin definieren.
Ich kann auch mal die anderen Varianten als fertiges Hex zur Verfügung stellen.
Nö passt schon, ich kompiliere das eben selber, kein Thema. Hab nur gerade meinen ersten zusammengebaut und spiele mal ein bissel. Wenn dann alles läuft kann man sicherlich der Einfachheit halber fertige hex anbieten ja.
/Daniel
Na jetzt klappt es auch mit den Einstellungen. Also da scheint meine TLE Charge von Ali aber zu funktionieren.
Dann werd ich jetzt mal ein Gehäuse basteln und dann das Teil dort anbauen wo jetzt ein defekter HM Sensor hängt.
Eins ist mir aufgefallen, nach dem Einlegen der Batterien zieht der erst mal ganz schön lange 20mA obwohl keine LED leuchtet, was ist der Grund dafür?
/Daniel
Hat schon jemand ein Gehäuse für die schmale Version gedruckt welches eckig ist und nicht für die runden Fenster Griffe?
/Daniel
Ja, ich hab schon einige gedruckt.
Link kennst du ja? https://forum.fhem.de/index.php/topic,109786.msg1046980.html#msg1046980
passen einwandfrei, auch die Magnethalter bei mir optimal dank papa !
Der DHL Kurier hat mir eben noch 20 Stk voll bestückte große vorbei gebracht. Mal sehen, ob ich heute abend noch einen flashen und in Betrieb nehmen kann 8)
Zitat von: ext23 am 17 Juni 2020, 20:26:20
Eins ist mir aufgefallen, nach dem Einlegen der Batterien zieht der erst mal ganz schön lange 20mA obwohl keine LED leuchtet, was ist der Grund dafür?
Im setup() ist ein
hal.activity.stayAwake(seconds2ticks(15));
drin. Damit bleibt er nach dem Einschalten erst mal 15 Sekunden auf Empfang.
Wie ist der Verbrauch sonst ? Ich habe nur ein Schätzeisen zum Messen ::)
Zitat von: Lucky2k12 am 18 Juni 2020, 13:44:55
Der DHL Kurier hat mir eben noch 20 Stk voll bestückte große vorbei gebracht. Mal sehen, ob ich heute abend noch einen flashen und in Betrieb nehmen kann 8)
Der Erste ist geflasht und läuft wunschgemäß! Somit ist die V1.3 bestätigt, könnt ihr aus meiner Sicht bedenkenlos bestellen. Danke nochmal an papa
Wie habt ihr eigentlich die Magnete für den dritten TLE am Fensterrahmen (WAF kompatibel) befestigt?
Zitat von: papa am 18 Juni 2020, 13:54:46
Damit bleibt er nach dem Einschalten erst mal 15 Sekunden auf Empfang.
Wie ist der Verbrauch sonst ? Ich habe nur ein Schätzeisen zum Messen ::)
OK, dann macht das Sinn. Hatte nur Angst da hängt immer mal was. Stromverbrauch ist bei mir unter 1mA, Aber ich kann es ja mal mit meinem anderen Gerät messen. Und wenn die LEDs angehen ist es etwas höher da ich auch andere Widerstände benutzte. Ab 38 müssen die LEDs was heller sein damit ich die auch sehe ^^
/Daniel
Zitat von: Lucky2k12 am 18 Juni 2020, 13:44:55
Ja, ich hab schon einige gedruckt.
Link kennst du ja? https://forum.fhem.de/index.php/topic,109786.msg1046980.html#msg1046980
passen einwandfrei, auch die Magnethalter bei mir optimal dank papa !
Danke. Aber die Platine steht da ganz schön über oder? Kann man die nut da nicht ein bissel tiefer machen? Oder sind meine Platinen dicker?
/Daniel
Meine passen eigentlich sauber, wenn auch knapp.
Nur im Bereich vom Magnethalter ist der Axialaufbau im montierten Zustand eher ne Übergangspassung, was die Leiterbahn evtl. nicht lange mitmachen wird.
Ein paar Zehntel mehr Luft wäre aber natürlich unschädlich.
Auch wenn es Euch nicht wirklich hilft - im FreeCAD Modell kann man die Werte für Bauteilhöhe und Leiterplattenstärke einstellen.
Das würde ich gerne machen wenn es denn mehr als nur ein STL für die Eckige Version gebe würde ^^
Zitat von: Lucky2k12 am 19 Juni 2020, 07:58:21
Meine passen eigentlich sauber, wenn auch knapp.
Nur im Bereich vom Magnethalter ist der Axialaufbau im montierten Zustand eher ne Übergangspassung, was die Leiterbahn evtl. nicht lange mitmachen wird.
Ein paar Zehntel mehr Luft wäre aber natürlich unschädlich.
Hähh die steh doch auch total über?!? Wenn man den Fenstergriff anschraubt quetscht man die total zusammen.
Zitat von: ext23 am 19 Juni 2020, 09:13:55
Hähh die steh doch auch total über?!? Wenn man den Fenstergriff anschraubt quetscht man die total zusammen.
Ach so meinst du das. Ja, der Druck der Verschraubung geht über die Platine.
Ein FreeCad Modell gibts im Repository nur für die runde Version...
Ja wäre schön wenn jemand mal die freecad Version für das eckige bereitstellen könnte, dann kann ich das anpassen. So fit bin ich mit Freecad leider noch nicht. Ich nehme sonst nur OpenSCAD.
danke.
/Daniel
Habe eine Modification eingecheckt. Wenn Ihr mit der runden Grundplatte leben könnte, gibt es jetzt zumindest einen eckigen Deckel. Der Radius für die Ecken kann im Parameter-Sheet eingestellt werden.
Update: Grundplatte jetzt auch für die eckige Variante
Danke für die eckige Version. Ich kenne Freecad leider gar nicht, mache alles private mit Fusion360.
Das Problem, das Daniel entdeckt hat, scheint immer noch vorhanden zu sein. Die Platine ist 1.6mm dick, es gibt im Modell eine Durchdringung.
Bei der großen Version klemmt der Magnethalter / durchdringt sich mit der Platine. Das Gehäuse ist dort niedriger wie die Platine.
Bitte einfach den entsprechenden Parameter im Parameter-Sheet anpassen.
Ich hab noch eine Version für die eckige Version in Fusion erstellt. Aktuell fehlt noch der Deckel und ich würde die Platine gerne noch 0,2mm tiefer setzen und einen Spacer zwischen Platine und Drehgriff setzen. Hab sonst ein bisschen die Befürchtung, dass der Griff über die Platine kratzt beim drehen.
Zitat von: papa am 19 Juni 2020, 11:20:49
Bitte einfach den entsprechenden Parameter im Parameter-Sheet anpassen.
Das hab ich noch geschafft, aber es ändert sich nix. Bin anscheinen zu blöd für freecad :P
Ich schreib das mal als iges raus und mach im Fusion weiter...
Ja ich stell mich auch etwas glatt an, aber egal, ich zieh mir mal ein paar Youtube Videos rein und dann geht das. Mit den Variablen finde ich nämlich ganz gut, das kannte ich bisher nur von OpenSCAD.
/Danielo
Zitat von: Lucky2k12 am 19 Juni 2020, 14:47:56
Das hab ich noch geschafft, aber es ändert sich nix. Bin anscheinen zu blöd für freecad :P
Im Part Design:
- im Modell auf Parameter gehen -> rechte Maustaste: zeige Kalkulationstabelle
- Wert ändern
- zurück im Modell (RHS_3_small) ändert sich was
Das schaffe sogar ich :o :o :o
Gruß Peter
Ahja, ändert sich leider in die falsche Richtung. Soweit war ich auch...
Aber Danke, Peter! Ich werd's noch hinkriegen, dauert halt, die Einarbeitung
Zitat von: Lucky2k12 am 19 Juni 2020, 15:21:41
Ahja, ändert sich leider in die falsche Richtung.
Diesen Eindruck hatte ich irgendwie auch ??? Ich würde jetzt einfach mal jeden Parameter mal einzeln verstellen und schauen, was so passiert ...
Gruß Peter
NEIN - auf keine Fall die enzelnen Parameter ändern. Die sind zu großen teilen voneinander abhängig.
Siehe Bilderstrecke, wie der Parameter zu ändern ist
Habe das schmale Gehäuse jetzt mit 1,6mm Platinendicke eingecheckt.
Meine Platinen sind nur 1mm dick - deshalb war auch das Gehäuse entsprechend designed.
Zitat von: papa am 19 Juni 2020, 15:45:49
NEIN - auf keine Fall die enzelnen Parameter ändern. Die sind zu großen teilen voneinander abhängig.
Siehe Bilderstrecke, wie der Parameter zu ändern ist
Danke für die 1.6er Version und die Erklärung mit 1mm Platinen!
Auf deinen Bildern hab ich gesehen, dass du die Version 1.8 einsetzt, was ich heute aktuell heruntergeladen und installiert hatte, war ne 1.7er Version!?
Neue Version installiert und es funktioniert. So einfach :)
Was auch schick ist im Vergleich zu den meisten anderen 3D Programmen: Es gibt bei freecad (rechts unten) verschiedene Voreinstellungen für die Mausnavigation.
Ja die Version passt jetzt super! Aber ehrlich gesagt bleibe ich glaube bei der CR2032. Die halten bei mir locker 1 Jahr durch und das Gehäuse ist so um einiges kleiner als wie es jetzt ist.
Übrigens der Verschluß des Deckels ist ja mal genial! Finde ich echt gut gelöst, eine prima Idee mit den Schienen und Noppen.
/Daniel
Zitat von: ext23 am 20 Juni 2020, 11:44:51
Ja die Version passt jetzt super! Aber ehrlich gesagt bleibe ich glaube bei der CR2032. Die halten bei mir locker 1 Jahr durch und das Gehäuse ist so um einiges kleiner als wie es jetzt ist.
Bin mir nicht sicher, ob die CR2032 hier reichen werden. Die TLE's werden dauerhaft gepowert. Und über den 1MOhm geht auch ein bisschen was, wenn der TLE durchsteuert. Ich würde mindestens eine CR2450 nehmen. Die wäre dann auch schon ca. 3mm tiefer.
Zitat von: ext23 am 20 Juni 2020, 11:44:51
Übrigens der Verschluß des Deckels ist ja mal genial! Finde ich echt gut gelöst, eine prima Idee mit den Schienen und Noppen.
Tja - da waren auch einige Entwicklungsstufen dazwischen. Mittlerweile bin ich auch ganz zufrieden.
Hab übrigens mal gemessen, schmale Version mit 2 TLEs:
Beim Senden sind das 25 mA aber bei mir etwas mehr wegen der LEDs, ohne LEDs sind es 21,23 mA bei 3,3V
Ohne Magnet sind es:
14µA bei 3,3V und 13µA bei 3V im Mittel.
Mit Magnet auf einem der beiden TLE sind es:
16µA bei 3V im Mittel.
/Daniel
Ich habe gestern stundenlang versucht, in Freecad ein paar kleine Änderungen zu machen.
Dann entnervt aufgegeben und das Teil in Fusion in einer Stunde neu gezeichnet.
neue Features:
- Freiraum für den Magnethalter
- Nut für die Antenne
- für 1.6mm Platinendicke
- passend für Zweinoppen Deckel aus dem früheren Link https://forum.fhem.de/index.php/topic,109786.msg1046980.html#msg1046980 (davon hatte ich schon 20 Stk hierliegen)
Ach jetzt habe ich verstanden, was Du mit dem Magnethalter-Problem meintest. Habe die Vertiefung jetzt breiter gemacht.
Zitat von: Lucky2k12 am 21 Juni 2020, 10:20:33
Ich habe gestern stundenlang versucht, in Freecad ein paar kleine Änderungen zu machen.
Dann entnervt aufgegeben ...
FreeCAD und Du werden vermutlich keine Freunde mehr :o
Gruß Peter
Nabend,
kann mir mal bitte jemand den HM default AES Key zukommen lassen?
/Daniel
Zitat von: PeMue am 21 Juni 2020, 18:23:27
FreeCAD und Du werden vermutlich keine Freunde mehr :o
Ja, da hst du wohl recht.
Zuletzt bin ich bei Freecad daran gescheitert, einen body zu aktivieren, um einen Schnitt reinextrudieren zu können (für Antenne und Magnethalter). Der Menupunkt fehlt bei mir, doppelklick funktioniert auch nicht...
Außerdem gab's einen Spalt im oberen Teil, da wo die Vollrundung angesetzt ist. Den konnte ich auch nicht reparieren.
Aber so komplex ist die Geometrie ja nicht, das ist ja schnell neu gemalt. Ich habe beruflich viel Erfahrung mit Creo, privat setz ich auf Fusion360
Zitat von: Lucky2k12 am 22 Juni 2020, 10:01:37
Zuletzt bin ich bei Freecad daran gescheitert, einen body zu aktivieren, um einen Schnitt reinextrudieren zu können (für Antenne und Magnethalter). Der Menupunkt fehlt bei mir, doppelklick funktioniert auch nicht...
Hattest Du auch FreeCAD im Modus Part Design (siehe Bild)?
Gruß Peter
Zitat von: PeMue am 22 Juni 2020, 10:54:33
Hattest Du auch FreeCAD im Modus Part Design (siehe Bild)?
Ja, hatte ich
Ich habe einige 3D gedruckte Gehäuse gemäß https://forum.fhem.de/index.php/topic,109786.msg1046980.html#msg1046980 zu verschenken (gg. Versandkosten)
Die Teile sind aus PLA und für die 1mm dicken Platinen. Daher habe ich neue für meine 1.6mm Platinen gedruckt.
Die zwei mit Deckel sind meine ersten Iterationen der 3 Noppenversion, aber noch ohne den Freischnitt für die Magnethalter, --> muss selbst freigedremelt werden.
Hallo,
ist das rot oder eher braun? Ich habe zwar leicht rötlich/braune Fenster, aber rot würde sich vermutlich beißen - und da könnte ich ziemlichen Ärger mit dem WAF bekommen ;).
Gruß Peter
Ähm, naja es ist Brot ;D
auf den Bildern in der direkten Sonne erscheint es rötlicher als in Natura. Aber für meinen Geschmack ist die Farbe auch nicht ideal (meiner Frau war es braun genug :P ).
Es ist halt nur schwierig, genau den gewünschten Farbton zu bekommen, zumal die Hersteller oft auch keinen Farbcode angeben.
Maßgeblich sind aber v.a. die Deckel, die sieht man wirklich. Alles andere ist ja weitgehend verdeckt.
Guten Abend,
ich bin zufällig auf dieses Thema aufmerksam geworden. An unserem Haus haben wir einige Fenster, um die 25-30 Stück. Die Fenstersensoren von HM direkt werden da etwas teuer, daher ist dieses Projekt eine gute Lösung. Vom "Basteln" scheue ich generell nicht zurück. Zwei drei fragen hätte ich da aber noch.
Laufen die Sensoren denn auch unter bsp. einem nanoCUL / NeumannCUN? Den habe ich bei mir bereits am laufen mit ein paar HomeMatic Geräten.?
Dann habe ich noch nie bei JLCPCB bestellt, die Platinen Bestellen an sich scheint nicht schwer, einfach die Gerber Datein im .zip hochladen, den rest erkennt die Seite ja schon von Selbst, auch der Preis ist klasse, nur bei der Bestückung welche Sie anbieten tuhe ich mir etwas schwer... Die BOM Datei habe ich noch im Gerber Ordner gefunden, nur wo finde ich die andere CPL Datei welche Benötigt wird? Kann ich denn bei JLCPCB auch nur immer eine Seite bestücken lassen oder auch beide?
Und, neben dem Batteriehalter, Taster und dem TLE wird auch noch das Sendemodul CC1101 benötigt, sehe ich da richtig?
Hallo zusammen,
Ich würde mich bei einer Bestellung auch mit 15 Stück beteiligen.
Bzw. übernehme ich die Sammelbestellung auch gerne, bei Interesse bitte PN.
Möchte aber nur die schmale Variante in Auftrag geben.
Zitat von: Feinfinger am 05 Juli 2020, 17:54:27
Hallo zusammen,
Ich würde mich bei einer Bestellung auch mit 15 Stück beteiligen.
Bzw. übernehme ich die Sammelbestellung auch gerne, bei Interesse bitte PN.
Möchte aber nur die schmale Variante in Auftrag geben.
Hab dir mal ne Nachricht zukommen lassen, hoffe die ist angekommen, mein Postausgang hier im Forum ist komischerweise leer ???
Zitat von: Fillip am 05 Juli 2020, 18:49:40
Hab dir mal ne Nachricht zukommen lassen, hoffe die ist angekommen, mein Postausgang hier im Forum ist komischerweise leer ???
Du musst im Profil den Haken setzen, damit die Mail archiviert wird.
Gruß Peter
Ich habe ja nun schon 20 Kontakte für einige Wochen am laufen. Dabei scheine ich sehr unterschiedlich gute Batterien erwischt zu haben. Bei einem Kontakt ist die gemeldete Spannung nur noch 2,1V - bei anderen immer noch 2,8V. Ich habe den problematischen Kontakt dann mit einem zusätzlichen 330µF Elko ausgestattet. Nun werden wieder 2,8V angezeigt. Daraufhin habe ich noch ein paar weitere Kontakte mit 330µF und 100µF Elkos ausgestattet. Bei allen ist die gemessene Spannung mindestens um 0,4-0,5 V gestiegen. Einen Unterschied zwischen 330µF und 100µF konnte ich nicht feststellen. Ich denke, es macht Sinn auf der Platine einen Elko oder Kerko vorzusehen, der die Lastspitzen abfedert. Ich bin mir nur noch nicht sicher, welche Größe am besten ist.
Ich würde ja fast sagen, dass 10uF auch reichen.
Ist das jetzt eher eine Vermutung - oder Erfahrungswerte ? Wie kann man das ordentlich ermitteln ?
10µF könnte man ja gut als Kerko auf die Unterseite packen. Ein Elko oder Tantal muss eher auf die Oberseite.
Ich benutze 10uF immer bei den ESPs, die sind ja auch recht hungrig. Du könntest es aber auch berechnen. Dazu müsste man den Peak mit einem Oszi natürlich mal messen ja.
Und Kerko mhh ka, die sind ESR technisch nicht so gut oder? Da würde ich schon eher ein LowESR nehmen.
Hab hier (https://nurazur.wordpress.com/2020/02/23/mit-kondensator-die-batterielebensdauer-verlangern/) mal was interessantes zum Thema CR2032 & Kondensator gefunden. Das läßt sich sicherlich auch auf die CR2477 übertragen.
Genau, müsste man mal messen was unser Setup so verbraucht ja. Aber bei dir ist es ja mehr das Problem der Batteriemessung und nicht das er nicht mehr sendet oder? Also müsstest du das ja darauf abgleichen was an Strom bei der Messung fließt wenn du diese "Messung unter Last" benutzt...
/Daniel
Hallo,
ich habe noch 5 Platinen der Breiten Version Teilbestückt übrig.
https://forum.fhem.de/index.php/topic,112766.0.html (https://forum.fhem.de/index.php/topic,112766.0.html)
Gruß Rolf
Zitat von: ext23 am 08 Juli 2020, 13:39:46
Genau, müsste man mal messen was unser Setup so verbraucht ja. Aber bei dir ist es ja mehr das Problem der Batteriemessung und nicht das er nicht mehr sendet oder? Also müsstest du das ja darauf abgleichen was an Strom bei der Messung fließt wenn du diese "Messung unter Last" benutzt...
Die Batteriemessung findet durchgehend, IRQ-driven im Hintergrund statt (außer im Sleep). Damit wird natürlich auch die Spannung beim Senden - also unter realistischer Last - gemessen. Es wird der kleinste jemals ermittelte Wert als aktueller Batteriewert verwendet.
Naja die realistische Last zum Batterie messen wäre wenn er sendet und die LEDs leuchten und nicht mit irgend einem Widerstandsnetzwerk aber gut das ist ein anderes Thema.
Haste es den mit 10µF nochmal versucht was er da sagt?
/Daniel
Aber genau so wird es doch gemacht. Wenn die CPU aufwacht, wird die kontinuierliche Batteriemessung (AD-Wandlung) gestartet. Immer wenn eine Messung fertig ist, wird der Wert per Interrupt übernommen, wenn er kleiner als der zuletzt gültige ist. Bevor die CPU wieder schlafen geht, wird die Messung gestoppt. Damit werden während der gesamten Wachphase die Spannungswerte ermittelt - über die interne VCC Messung.
Hatte nur 330µ und 100µ da. Der oben verlinkte Blog kommt auch auf 330µ für nen Tiny mit RFM69.
Achso na das habe ich mir so genau nicht angesehen, ich hab hier nur Schaltungen wo irgend welche Lastwiderstände zur Messung verbaut wurden. Das finde ich dann eher ungeeignet. Ich würd das erst mal mit 10 oder 100 probieren und wenn die Batterie sich dem Ende neigt und das Sendemodul zusammenbricht beim Senden dann würde ich noch versuchen ein 330er ran zu klemmen ob das noch was bringt.
/Daniel
Hi,
würde vielleicht mit einer mir bei meiner Erstbestellung bei jlcpcb helfen? (am besten vielleicht per PM, um hier nicht vollzuspamen) - ich hab noch nie PCB (und erst recht nicht bestückt) bestellt und will keinen Fehler machen
Vielen Dank für die Hilfe - hab jetzt meine erste Bestellung gestätigt.
Eine Frage: Hat jemand die TLE in China geordert und kann mir welche verkaufen?
Ich hab noch Batteriehalter vom alten Drehgriff-Sensor. Passt der auch? Ist ja eine andere Battterie, oder?
Hallo Kai,
Was heißt ,,altem" Sensor? Meinst du die erste Version hier aus dem
Beitrag? Wenn ja, das sind die selben Halter.
Die TLEs habe ich bei JLC Bestücken lassen (2 Stück für die Small Variante) den dritten muss ich selbst dann drauf machen, da werde ich mir aus China noch welche bestellen müssen, dazu aber mal ne frage an die Leute die die Small Variante einsetzen, wo ist denn für den dritten TLE der Magnet bei euch verbaut? Der ist doch dafür zuständig um zu erkennen ob das Fenster nun offen steht oder nicht, richtig?
Zitat von: Fillip am 15 Juli 2020, 19:52:22
Hallo Kai,
Was heißt ,,altem" Sensor? Meinst du die erste Version hier aus dem
Beitrag? Wenn ja, das sind die selben Halter.
ich meine die Halter von der ursprünglichen ersten Version des Sensors mit Reed Kontakte
Die Halter sind größer - ich habe diese hier (https://www.aliexpress.com/item/50pcs-lot-High-Quality-Precision-Stamping-SMT-SMD-Coin-Cell-CR2477-Battery-Holder-CR2477-Battery-Retainer/4000274412260.html)
Du kannst natürlich auch probieren, wie lange eine CR2032 durchhält. Die Halter für eine CR2032 sollte auch auf die Pads passen.
Ich habe jetzt alle Kontakte mit 330µF bzw. 100µF Kondensatoren ausgestattet. Jetzt werden seit Tagen stabile Spannungen von 2,7 - 2,8V angezeigt. Es empfiehlt sich auf jeden Fall so einen Kondensator nachzurüsten. Ich werde die Tage mal den Schaltplan und das Platinenlayout entsprechend anpassen.
Meeeh :) grade heute hab ich Platinen geordert ;D
Falls jemand noch eine große Platine über hat, bitte bei mir melden.
Hab die einzige die ich hatte wohl beim flashen gehimmelt >:(
Oder ist da noch was zu retten?
C:\Users\Asus>avrdude -p m328p -P usb -c usbasp -B 10 -U lfuse:w:0xE2:m -U hfuse:w:0xD0:m -U efuse:w:0xFF:m -U lock:w:0xFF:m -F
avrdude: set SCK frequency to 93750 Hz
avrdude: error: program enable: target doesn't answer. 1
avrdude: initialization failed, rc=-1
avrdude: AVR device initialized and ready to accept instructions
avrdude: Device signature = 0x743430
avrdude: Expected signature for ATmega328P is 1E 95 0F
avrdude done. Thank you.
Zitat von: Feinfinger am 15 Juli 2020, 21:55:40
Falls jemand noch eine große Platine über hat, bitte bei mir melden.
Hab die einzige die ich hatte wohl beim flashen gehimmelt >:(
Schau mal in der FHEM Facebook Gruppe, da hat jemand zu viele bestellt und will diese los werden
https://www.facebook.com/groups/FHEM.Home.Automation/?ref=share (https://www.facebook.com/groups/FHEM.Home.Automation/?ref=share)
Wäre nett, wenn hier mal jemand eine genaue flash Anleitung verfassen könnte, ich leg nämlich keinen gesteigerten Wert darauf, die neuen Platinen wieder zu brutzeln :D
https://asksinpp.de/Grundlagen/02_software.html#ota-firmware-updates
https://asksinpp.de/Grundlagen/02_software.html#ota-firmware-updates
Das war aufschlussreich!
Danke!
Am 6.7. bei AliExpress und JLCPCB die Teile bestellt, heute überrascht gewesen das die Teile von AliExpress schon da sind ;D jetzt muss ich nur noch auf die Platinen warten ::)
Hallo,
Hat jemand von euch noch überbestände von je 10 Stück TLEs und Taster übrig für dieses Projekt ?
gerne per PN
Gruß Robert
Nochmal ne Frage an die Firmware Experten.
Ich kann mir doch auch den Sketch aus dem Github mit der Arduino IDE anpassen, (zwei oder drei TLE's usw), dann die Datei als .hex exportieren, und dann mit dem OTA Bootloader mithilfe der make-ota.html versehen und diese dann mittels avr auf die Platine flashen.
Alternativ erst den Bootloader drauf und mittels Arduino IDE die .ino anpassen und mit dem Befehl ,,upload with programmer" auf die Platine schreiben.
Korrekt?
Mal so ne frage, jetzt wo alle Bauteile da sind... Den Bootloader spiele ich mit dem IPS Programmer drauf (dafür kann ich doch entweder die PINs/PADs an der Seite oder die oben wo eigentlich die Stiftleiste drauf kommt nutzen, richtig?), für die Firmware selbst, benötige ich da die CCU oder geht das auch anderweitig? :o
Ich komme ehrlich gesagt nicht so ganz weiter.
Habe jetzt erfolgreich den bootloader geflasht und dann folgenden sketch hochgeladen.
//- -----------------------------------------------------------------------------------------------------------------------
// AskSin++
// 2020-03-29 papa Creative Commons - http://creativecommons.org/licenses/by-nc-sa/3.0/de/
//- -----------------------------------------------------------------------------------------------------------------------
// define this to implement new RHS3 device
#define RHS3
// send extra state 50 if sensor 3 is open
// #define USE_FOUR_STATES
// define this to read the device id, serial and device type from bootloader section
// #define USE_OTA_BOOTLOADER
// #define NDEBUG
#ifdef RHS3
// send battery value
#define CONTACT_STATE_WITH_BATTERY
#else
#define BATTERY_LOW 22
#define BATTERY_CRITICAL 19
#endif
// 24 0030 4D455130323134373633 80 910101
#define EI_NOTEXTERNAL
#include <EnableInterrupt.h>
#include <AskSinPP.h>
#include <LowPower.h>
#include <Register.h>
#include <ContactState.h>
// we use a Pro Mini
// Arduino pin for the LED
// D4 == PIN 4 on Pro Mini
#define LED1_PIN 4
#define LED2_PIN 5
// Arduino pin for the config button
// B0 == PIN 8 on Pro Mini
#define CONFIG_BUTTON_PIN 8
#define SENS1_PIN 14
#define SENS2_PIN 15
#define SENS3_PIN 0 // use third sensor for extra open/close detection
#define SABOTAGE_PIN 0 // 16
// number of available peers per channel
#define PEERS_PER_CHANNEL 10
// all library classes are placed in the namespace 'as'
using namespace as;
// define all device properties
#ifdef RHS3
const struct DeviceInfo PROGMEM devinfo = {
{0xa9,0xb8,0xc7}, // Device ID
"papaa9b8c7", // Device Serial
{0xF2,0x09}, // Device Model
0x10, // Firmware Version
as::DeviceType::ThreeStateSensor, // Device Type
{0x01,0x00} // Info Bytes
};
#else
const struct DeviceInfo PROGMEM devinfo = {
{0x09,0x56,0x34}, // Device ID
"papa222111", // Device Serial
{0x00,0xC3}, // Device Model
0x22, // Firmware Version
as::DeviceType::ThreeStateSensor, // Device Type
{0x01,0x00} // Info Bytes
};
#endif
/**
* Configure the used hardware
*/
typedef AvrSPI<10,11,12,13> SPIType;
typedef Radio<SPIType,2> RadioType;
typedef DualStatusLed<LED2_PIN,LED1_PIN> LedType;
typedef AskSin<LedType,IrqInternalBatt,RadioType> Hal;
Hal hal;
#ifdef RHS3
DEFREGISTER(Reg0,DREG_CYCLICINFOMSG,MASTERID_REGS,DREG_TRANSMITTRYMAX,DREG_SABOTAGEMSG,DREG_LOWBATLIMIT)
#else
DEFREGISTER(Reg0,DREG_CYCLICINFOMSG,MASTERID_REGS,DREG_TRANSMITTRYMAX,DREG_SABOTAGEMSG)
#endif
class RHSList0 : public RegList0<Reg0> {
public:
RHSList0(uint16_t addr) : RegList0<Reg0>(addr) {}
void defaults () {
clear();
cycleInfoMsg(true);
transmitDevTryMax(6);
sabotageMsg(true);
#ifdef RHS3
lowBatLimit(22); // default low bat 2.2V
#endif
}
};
DEFREGISTER(Reg1,CREG_AES_ACTIVE,CREG_MSGFORPOS,CREG_EVENTDELAYTIME,CREG_LEDONTIME)
class RHSList1 : public RegList1<Reg1> {
public:
RHSList1 (uint16_t addr) : RegList1<Reg1>(addr) {}
void defaults () {
clear();
msgForPosA(1); // CLOSED
msgForPosB(2); // OPEN
msgForPosC(3); // TILTED
// aesActive(false);
// eventDelaytime(0);
ledOntime(100);
transmitTryMax(6);
}
};
class TLEPosition : public Position {
uint8_t posmap[4] = {State::PosB,State::PosA,State::PosC,State::PosB};
uint8_t pin1, pin2, pin3;
public:
TLEPosition () : pin1(0), pin2(0), pin3(0) {}
void init (uint8_t p1,uint8_t p2,uint8_t p3=0) {
pin1 = p1;
pin2 = p2;
pin3 = p3;
pinMode(p1,INPUT);
pinMode(p2,INPUT);
if( p3!=0 ) pinMode(p3,INPUT);
}
void init (uint8_t p1,uint8_t p2,uint8_t p3,const uint8_t* pmap) {
init(p1, p2, p3);
memcpy(posmap,pmap,4);
}
void measure (__attribute__((unused)) bool async=false) {
// read sensor states
uint8_t s1 = digitalRead(pin1);
uint8_t s2 = digitalRead(pin2);
uint8_t s3 = (pin3 != 0) ? digitalRead(pin3) : LOW;
DPRINT("Pins: ");DDEC(s1);DDEC(s2);DDECLN(s3);
uint8_t pinstate = s2 << 1 | s1;
_position = posmap[pinstate & 0x03];
#ifndef USE_FOUR_STATES
if( _position == State::PosA && s3 == HIGH) {
_position = State::PosB;
}
#endif
}
#ifdef USE_FOUR_STATES
uint8_t remap (uint8_t state) {
uint8_t s3 = (pin3 != 0) ? digitalRead(pin3) : LOW;
if( state >= 100 && s3 == LOW ) {
return 50;
}
return state;
}
#endif
// disable polling
uint32_t interval () { return 0; }
};
template <class HALTYPE,class List0Type,class List1Type,class List4Type,int PEERCOUNT>
class ThreePinChannel : public StateGenericChannel<TLEPosition,HALTYPE,List0Type,List1Type,List4Type,PEERCOUNT> {
public:
typedef StateGenericChannel<TLEPosition,HALTYPE,List0Type,List1Type,List4Type,PEERCOUNT> BaseChannel;
ThreePinChannel () : BaseChannel() {};
~ThreePinChannel () {}
void init (uint8_t pin1,uint8_t pin2,uint8_t pin3,uint8_t sabpin,const uint8_t* pmap) {
BaseChannel::possens.init(pin1,pin2,pin3,pmap);
BaseChannel::init(sabpin);
}
void init (uint8_t pin1,uint8_t pin2,uint8_t pin3,uint8_t sabpin) {
BaseChannel::possens.init(pin1,pin2,pin3);
BaseChannel::init(sabpin);
}
uint32_t interval () { return BaseChannel::possens.interval(); }
};
typedef ThreePinChannel<Hal,RHSList0,RHSList1,DefList4,PEERS_PER_CHANNEL> ChannelType;
class RHSType : public ThreeStateDevice<Hal,ChannelType,1,RHSList0> {
public:
typedef ThreeStateDevice<Hal,ChannelType,1,RHSList0> TSDevice;
RHSType(const DeviceInfo& info,uint16_t addr) : TSDevice(info,addr) {}
virtual ~RHSType () {}
virtual void configChanged () {
TSDevice::configChanged();
// set battery low/critical values
#ifdef RHS3
battery().low(getList0().lowBatLimit());
battery().critical(getList0().lowBatLimit()-3);
#else
battery().low(BATTERY_LOW);
battery().critical(BATTERY_CRITICAL);
#endif
}
};
RHSType sdev(devinfo,0x20);
ConfigButton<RHSType> cfgBtn(sdev);
void funcISR () {
// we simply activate the alarm
Alarm& a = sdev.channel(1);
sysclock.cancel(a);
sysclock.add(a);
}
void setup () {
DINIT(57600,ASKSIN_PLUS_PLUS_IDENTIFIER);
sdev.init(hal);
hal.battery.init(seconds2ticks(60UL*60),sysclock);
buttonISR(cfgBtn,CONFIG_BUTTON_PIN);
sdev.channel(1).init(SENS1_PIN,SENS2_PIN,SENS3_PIN,SABOTAGE_PIN);
sdev.initDone();
if( sdev.channel(1).interval() == 0 ) {
// enable ISR - polling disabled
contactISR(SENS1_PIN,funcISR);
contactISR(SENS2_PIN,funcISR);
if( SENS3_PIN != 0 ) {
contactISR(SENS3_PIN,funcISR);
}
if( SABOTAGE_PIN != 0 ) {
contactISR(SABOTAGE_PIN,funcISR);
}
}
hal.activity.stayAwake(seconds2ticks(15));
// wait for valid battery value
while( hal.battery.current() == 0 ) ;
// send initial state
sdev.channel(1).changed(true);
}
void loop() {
bool worked = hal.runready();
bool poll = sdev.pollRadio();
if( worked == false && poll == false ) {
// deep discharge protection
// if we drop below critical battery level - switch off all and sleep forever
if( hal.battery.critical() ) {
// this call will never return
hal.sleepForever();
}
// if nothing to do - go sleep
hal.sleep<>();
}
}
In FHEM die Erweiterung installiert und neu gestartet, und das device gepairt. Sieht nun so aus:
Readings
D-firmware
1.0
2020-07-23 07:49:51
D-serialNr
papaa9b8c7
2020-07-23 07:49:51
PairedTo
0xXXXXXX
2020-07-23 07:50:00
R-pairCentral
0xXXXXXX
2020-07-23 07:50:00
RegL_00.
00:00 09:01 0A:16 0B:9E 0C:8E 10:01 12:16 14:06
2020-07-23 07:50:00
commState
CMDs_done
2020-07-23 07:50:28
trigger_cnt
3
2020-07-23 07:50:28
Es wird also kein state übermittelt.
Hab ich das falsch kompiliert?
Nächste Frage, sobald das CC1101 angeschlossen ist, kann ich den atmega nicht mehr programmieren, erst wenn ich das Teil wieder ablöte.
Zitat von: Fillip am 22 Juli 2020, 18:19:20
Mal so ne frage, jetzt wo alle Bauteile da sind... Den Bootloader spiele ich mit dem IPS Programmer drauf (dafür kann ich doch entweder die PINs/PADs an der Seite oder die oben wo eigentlich die Stiftleiste drauf kommt nutzen, richtig?), für die Firmware selbst, benötige ich da die CCU oder geht das auch anderweitig? :o
Ich verstehe Deine Frage nicht. Hier mal ein paar Links:
https://forum.fhem.de/index.php/topic,109786.msg1049812.html#msg1049812
https://asksinpp.de/Grundlagen/02_software.html
https://asksinpp.de/Grundlagen/04-isp.html
Zitat von: Feinfinger am 23 Juli 2020, 08:00:48
Habe jetzt erfolgreich den bootloader geflasht und dann folgenden sketch hochgeladen.
Welchen Bootloader ?
Zitat von: Feinfinger am 23 Juli 2020, 08:00:48
Hab ich das falsch kompiliert?
Hast Du denn was am Sketch verändert ? Was kommt auf der seriellen Console ?
Bitte auch mal ein "richtiges" List des Devices aus FHEM.
Zitat von: Feinfinger am 23 Juli 2020, 08:00:48
Nächste Frage, sobald das CC1101 angeschlossen ist, kann ich den atmega nicht mehr programmieren, erst wenn ich das Teil wieder ablöte.
Das ist komisch. Welche Platine hast Du ? Vielleicht mal ein Bild vom Ausbau posten.
Zitat von: papa am 23 Juli 2020, 08:10:39
Welchen Bootloader ?
Hast Du denn was am Sketch verändert ? Was kommt auf der seriellen Console ?
Bitte auch mal ein "richtiges" List des Devices aus FHEM.
Anfängerfehler, pm ins falsche Verzeichnis. :'(
Läuft jetzt in FHEM und erkennt alle Zustände!
ZitatDas ist komisch. Welche Platine hast Du ? Vielleicht mal ein Bild vom Ausbau posten.
Platine ist RHS-3 V1.1
Musste auch meinen USBasp auf 5V Jumpern, sonst bekam ich den atmega nicht beschrieben. Da 5V aber zuviel fürs CC1101 sind, hab ich erst geflasht und dann gelötet. Um erstmal nen Anfang zu bekommen habe ich die FW aus dem Github geflasht. Als ich dann die von mir kompilierte flashen wollte, ging das erst nachdem ich das Funkmodul wieder abgelötet hatte.
Hab da nochmal ne Frage zur firmware.
Ich habe jetzt 10 Sensoren aufgebaut und mit der OTA geflasht. Funktioniert einwandfrei.
Jetzt hab ich noch 5 "große" Platinen bestückt bestellt und erhalten. Hab alle 3 TLE´s bestücken lassen.
Einen von denen wollte ich als normalen RHS-3 flashen, es kommt aber kein vernünftiges Signal aus dem Sensor, obwohl ich Sensor_Pin_3 auf 0 gesetzt hab.
Erst wenn ich ihn als 4 state Sensor kompiliere und flashe, geht er einwandfrei.
Muss ich, wenn der 3. TLE nicht benötigt wird, diesen ablöten?
Nein - sollte nicht nötig sein. Und Du hast sicher?
#define SENS3_PIN 0
Jepp, definitiv.
Habe die zwar mit OTA Bootloader kompiliert, aber das sollte ja kein Problem sein.
Zitat von: Feinfinger am 25 Juli 2020, 22:30:10
Hab da nochmal ne Frage zur firmware.
Ich habe jetzt 10 Sensoren aufgebaut und mit der OTA geflasht. Funktioniert einwandfrei.
Jetzt hab ich noch 5 "große" Platinen bestückt bestellt und erhalten. Hab alle 3 TLE´s bestücken lassen.
Einen von denen wollte ich als normalen RHS-3 flashen, es kommt aber kein vernünftiges Signal aus dem Sensor, obwohl ich Sensor_Pin_3 auf 0 gesetzt hab.
Erst wenn ich ihn als 4 state Sensor kompiliere und flashe, geht er einwandfrei.
Muss ich, wenn der 3. TLE nicht benötigt wird, diesen ablöten?
Ein kleiner chinesischer TLE war defekt ::)
Ausgetauscht.......Läuft :D
Zitat von: papa am 26 Mai 2020, 19:55:21
Das ist aber noch das vorletzte Design. Jetzt ist die Nut im Boden und es gibt eine extra Vertiefung zum Einrasten.
Hat sich jemand mittlerweile die Mühe gemacht, ein Gehäuse für die große Platine in eckig zu machen?
Hab aus dem Projekt noch 30 Taster, 20 Batteriehalter und 10 Magneten übrig.
Am liebsten würde ich das alles gegen ein schmale Teilbestückte Platine tauschen.
Hab mich jetzt lange genug mit den China TLEs rumgeärgert und dann doch originale bei RS bestellt. :-X
Die funktionieren problemlos ;D
Falls noch jemand welche braucht -> PN
Gruß Christoph
Ich habe einen schmalen Sensor hier, der sendet als state immer nur 127.
Ließ sich ohne Probleme flashen, aber egal ob per OTA oder "normalem bootloader" und dann per Sketch upload, immer das gleiche verhalten.
Es blinkt auch keine LED, wenn och mit einem Magneten über die TLE´s gehe. Nur nach einem Reset blinkt genau einmal die grüne LED bei Kontakt mit dem Magneten, sendet dann 127 und macht wieder nichts.
Hab schon das CC1101 sowie beide TLE´s getauscht, bleibt unverändert.
Ist zwar nur mein Reserve Sensor, aber vielleicht bekommt man den ja trotzdem in Gang.
Hi papa,
ich würde demnächst Platinen bestellen. Meinst Du, Du kriegst noch zeitnah die Kondensatoren ergänzt? ;)
Geht zur Not auch ohne, aber schöner wäre es.
Danke im Voraus!
Zitat von: Lucky2k12 am 28 Juni 2020, 16:26:03
Ich habe einige 3D gedruckte Gehäuse gemäß https://forum.fhem.de/index.php/topic,109786.msg1046980.html#msg1046980 zu verschenken (gg. Versandkosten)
Die Teile sind aus PLA und für die 1mm dicken Platinen. Daher habe ich neue für meine 1.6mm Platinen gedruckt.
Die zwei mit Deckel sind meine ersten Iterationen der 3 Noppenversion, aber noch ohne den Freischnitt für die Magnethalter, --> muss selbst freigedremelt werden.
Hier noch ein Bild am Fenster, wie die Farbe bei mir aussieht:
Zitat von: tndx am 02 August 2020, 14:08:47
ich würde demnächst Platinen bestellen. Meinst Du, Du kriegst noch zeitnah die Kondensatoren ergänzt? ;)
Geht zur Not auch ohne, aber schöner wäre es.
Nicht in den nächsten Wochen. Weiss auch noch nicht, wo der bei der schmalen Variante hin soll. Bei der breiten Variante wollte ich Pads für SMD & THT Elkos neben der Antenne vorsehen. Kann dann jeder bestücken, wie er will.
Das kriegt aber bestimmt auch jemand anders hin ;)
Was sind denn die kleinsmöglichen Größen und welche Arten kommen denn überhaupt in Frage? 100µF und 4-6V sollte ja passen, oder?
Auf die Schnelle habe ich Elkos 5x11 mm gefunden, wäre dafür noch Platz im Gehäuse der schmalen Variante?
Ich habe welche in 100uF 50V, auch etwa 5x11mm, die passen noch locker neben die Batterie.
Hi,
ich drucke grade den Halter für die breite Version mit den STL Files aus dem Repository. Gibt es noch aktuellere/verbesserte Gehäuse? Ich druck den erstmal um zu schauen, ob die Breite/Abstände passen. Was mir noch fehlt ist der Magnethalter für den Rahmen, der in #1 erwähnt wurde. Ich habe irgendwie keine STL gefunden, auf die ich aufbauen könnte
Edit:
In der FreeCad Datei sind alle Sachen
Hallo papa,
kann es sein, dass auf der kleinen Platine der serielle Anschluss P6 fehlt? Ich schau mir gerade die Platine in KiCAD an.
Hast Du alle Bauteile genommen und P6 dann wieder runtergeworfen? Ansonsten würde ich für beide Versionen unterschiedliche Schaltpläne machen, auf der kleinen ist ja Tx auf der Seite mit drauf.
Danke + Gruß
Peter
Ja - das hat nicht gepasst.
Zitat von: Lucky2k12 am 21 Juni 2020, 10:20:33
Ich habe gestern stundenlang versucht, in Freecad ein paar kleine Änderungen zu machen.
Dann entnervt aufgegeben und das Teil in Fusion in einer Stunde neu gezeichnet.
neue Features:
- Freiraum für den Magnethalter
- Nut für die Antenne
- für 1.6mm Platinendicke
- passend für Zweinoppen Deckel aus dem früheren Link https://forum.fhem.de/index.php/topic,109786.msg1046980.html#msg1046980 (davon hatte ich schon 20 Stk hierliegen)
Hi Lucky,
ich muss dich mal direkt ansprechen, weil ich mich ein wenig schwer tue bei Änderungen an deinem Modell. Kannst Du vielleicht auch eine runde Version (oben abgerundet) davon machen für einen Drei Noppen Deckel, der auch abgerundet ist und dessen STL hier schon rumfliegt? Dein Gehäuse passt perfekt zu meinen Platinen, aber der zwei Noppen Deckel passt aufgrund meiner Runden Griffe gar nicht :-/ Die Versionen, die hier für angerundete Griffe herumschwieren passen gar nicht für meine 1.6mm Platine
Hab es auch schon versucht in Fusion und Inventor selber zu machen, da sind meine Skills aber zu gering für. Reicht grade für einen eigenen Magnethalter ???
Tausend Dank
Das ist doch mit eingecheckt - RHS_3_small.FCStd. Das Platinendicke habe ich doch schon auf 1.6mm geändert. Einfach DeckelR im FreeCAD auswählen und File->Export. Das gleicht mit BodenR.
Zitat von: papa am 29 August 2020, 21:53:18
Das ist doch mit eingecheckt - RHS_3_small.FCStd. Das Platinendicke habe ich doch schon auf 1.6mm geändert. Einfach DeckelR im FreeCAD auswählen und File->Export. Das gleicht mit BodenR.
Hi papa,
in der FreeCad Datei hatte ich natürlich auch schon geschaut - das ist aber imo nur die eckige Version. Ich muss zugeben, ich kenn mich mit FreeCad nicht aus, aber exportiert habe ich schon den Magnethalter für die breite Version. Das geht also. Jetzt fehlt mir nur noch Small in Rund. Bestimmt kann man das in FreeCad auch leicht in Rund ändern, zumindest gibt es da ja "Linien", nur steh ich ein wenig auf Kriegsfuß mit FreeCad :-)
Also ich habe jetzt wirklich keine Lust hier eine Dokumentation für FreeCAD zu schreiben. Es gibt genug Tutorials im Netz, welche die grundlegende Bedienung erklären. Wie ich schon im vorherigen Beitrag geschrieben habe, muss DeckelR und BodenR exportiert werden.
Das Projekt ist mit eckig eingecheckt (siehe eckig.png). Auf der linken Seite sind die einzelnen Objekte zu sehen. Hier kann mit der Spacetaste die Sichtbarkeit gewechselt werden. Also bitte die eckigen Objekte ausblenden und die runden Objekte einblenden (siehe rund.png) bzw. nach STL exportieren.
Das Model lässte sich durch verschiedene Parameter an die eigenen Bedürfnisse anpassen. Dazu auf Parameter doppel klicken. Es öffnet sich dann eine Tabelle, welche die einstellbaren Werte enthält (parameter.png). Diese können einfach angepasst werden. Die Objekte werden dann automatisch angepasst.
Zitat von: papa am 30 August 2020, 09:56:39
Also ich habe jetzt wirklich keine Lust hier eine Dokumentation für FreeCAD zu schreiben. Es gibt genug Tutorials im Netz, welche die grundlegende Bedienung erklären. Wie ich schon im vorherigen Beitrag geschrieben habe, muss DeckelR und BodenR exportiert werden.
Das Projekt ist mit eckig eingecheckt (siehe eckig.png). Auf der linken Seite sind die einzelnen Objekte zu sehen. Hier kann mit der Spacetaste die Sichtbarkeit gewechselt werden. Also bitte die eckigen Objekte ausblenden und die runden Objekte einblenden (siehe rund.png) bzw. nach STL exportieren.
Das Model lässte sich durch verschiedene Parameter an die eigenen Bedürfnisse anpassen. Dazu auf Parameter doppel klicken. Es öffnet sich dann eine Tabelle, welche die einstellbaren Werte enthält (parameter.png). Diese können einfach angepasst werden. Die Objekte werden dann automatisch angepasst.
Sorry, es tut mir leid und du hast recht. Ich hätte mich vorher ein wenig schlauer machen müssen. Danke für deine Erklärungen - ich such auch mal ein Tutorial und wühl mich durch. Nichts für ungut
Edit: Das ist ja wirklich einfach - hätte ich auch wirklich selber drauf kommen können. Hat geklappt und ich benutze ein wenig den Kopf mit der Wand :o
Falls jemand Interesse hat. Ich hab noch 4 von der breiten Version übrig (3 teil und eins Vollbestückt) --> https://forum.fhem.de/index.php/topic,114213.0.html
Zitat von: tndx am 03 August 2020, 14:18:48
Was sind denn die kleinsmöglichen Größen und welche Arten kommen denn überhaupt in Frage? 100µF und 4-6V sollte ja passen, oder?
Auf die Schnelle habe ich Elkos 5x11 mm gefunden, wäre dafür noch Platz im Gehäuse der schmalen Variante?
Hallo,
Ich finde das Mal wieder ein super Projekt und möchte das nun auch nachbauen.
Bzgl der Elkos: passt diese Version für die schmale Version? Ich gehe Mal davon aus, das es sinnvoll ist die ebenfalls zu verbauen und nicht auf der letzten Schaltplan Version im github aufzusetzen? Gibt es dafür schon irgendwo einen aktualisierten Schaltplan und Bestückungsplan?
Danke sehr & liebe Grüße
Steffi
Zitat von: Steffih276 am 20 September 2020, 22:42:05
Bzgl der Elkos: passt diese Version für die schmale Version? Ich gehe Mal davon aus, das es sinnvoll ist die ebenfalls zu verbauen und nicht auf der letzten Schaltplan Version im github aufzusetzen? Gibt es dafür schon irgendwo einen aktualisierten Schaltplan und Bestückungsplan?
Platinenlayout ist meines Wissens nach noch nicht aktualisiert, die empfohlenen Elkos beziehenn sich auf die klassische Variante, nicht auf das SMD Format.
Das Layout ist nicht geändert. Ich habe keine Idee, wo der Elko noch Platz hat.
Hallo,
da die Heizperiode wieder losgegangen ist hat sich bei mir ein Problem herausgestellt.
Mein Wandthermostat reagiert nicht korrekt auf den Fensterkontakt. Fenster offen wird erkannt und die Temperatur wird gesenkt. Aber beim schließen des Fensters bleibt die Temperatur abgesenkt trotz "contact closed (to WT_Bad)". An meinen Heizkörper Thermostaten funktioniert alles. Ich habe den Fensterkontakt auch schon ausgetauscht. Gleiches Ergebnis. Thermostat zurückgesetzt auch keine Änderung.
Kann es sein das die Wandthermostate da etwas anders sind?
Gruß Rolf
Mit nem Wandthermostat habe ich es noch nicht probiert. Aber ich habe jede Menge mit Heizkörperthermostaten laufen. Und die alte Fensterdrehgriff-Software hat super mit Wandthermostate funktioniert. Hat sich eigentlich auch nichts geändert.
Ich sag mal mutig - es ist das Wandthermostat.
Hallo,
ich habe jetzt nocheinmal getestet. Mit einem Optischen Fensterkontakt funktioniert alles, mit dem alten Drehgriffkonntakt hat es auch geklappt nur mit den Neuen Zickt das Thermostat herum.
Gruß Rolf
Kannst Du mal die Nachrichten des alten und des neuen aufzeichnen.
Hallo,
wie bitte mache ich das? ich habe so etwas noch nicht gemacht.
Gruß Rolf
Am liebsten wären mir die Messages von der seriellen Console des Sensors oder eines "extra Sensors".
Oder halt mit FHEM - https://wiki.fhem.de/wiki/Homematic_Nachrichten_sniffen
Hallo Leute,
mal eine andere Frage: Wie macht ihr das denn mit den Dachfenster? Wie überwacht ihr die? Oder macht ihr das eher mit dem optischen Sensor von Homematic?
Da gab es im Homematic Forum auch gerade was zu https://homematic-forum.de/forum/viewtopic.php?f=76&t=60493
Zitat von: papa am 13 Oktober 2020, 13:16:37
Da gab es im Homematic Forum auch gerade was zu https://homematic-forum.de/forum/viewtopic.php?f=76&t=60493
Ah cool - wo Du dich überall rumtreibst :P ;D ;D ;D Vielen Dank fürs hinweisen - ich schau es mir mal an
Hallo,
Leider bekomme ich es immer noch nicht hin das das Fenster öffnen sicher vom Thermostat erkannt wird. Sowohl Wand als auch Heizkörperthermostat.
Ich habe einen Reserve Kontakt genommen und mit HT verbunden dann die serielle Konsole in betrieb genommen, und das dabei als Ausgabe erhalten