Ich bin es echt leid, das immer und immer wieder zu erklären.
1. 1-Wire ist kein Standard
Es gibt keinen 1-Wire Standard. Was es gibt sind mehrere Dutzend elektronische Bauelemente die hinsichtlich Verhalten auf Reset-Signal, Adress-Search, Adressierung und kodierung der binären Signale sich gleich verhalten. Ansonsten sind alle diese Bausteine hochspeziell, haben verschiedenste Beschaltungen und Funktionen und daher ist auch die Anzahl und Funktionsweise von Registern, Befehle, gültigen Sequenzen usw. unterschiedlich. Auskunft gibt das jeweilige Datenblatt des spezifischen 1-Wire Bausteines.
Diese Bausteine werden dann nochmal in unterschiedlichen Schaltungen mit weiterer Elektronik eingesetzt. Da ist gar nichts "Standard".
2. Wir blocken gar nichts
Der Timberwolf Server verfolgt das Konzept einer "gerätezentrischen" Darstellungs- und Benutzerführung innerhalb eines Subsystems (soweit möglich, bei KNX macht das die ETS).
Etwa 80% der 1-Wire Baugruppen in unserem Angebot bestehen aus mehr als einem 1-Wire Baustein. Für den Nutzer wäre es sehr mühsam, wenn er nun bei solchen Baugruppen mühsam anhand von Seriennummern herausklamüsern müsste, welcher Baustein nun wo verlötet ist und welche Funktion dieser hat bzw. was sich aus der Beschaltung ergibt. Das ist für 95% der Nutzer unpraktisch und unangenehm.
Der größte Teil der Nutzer kennt von KNX dass wenn man ein KNX Gerät verbaut und anschließend in der ETS die Applikation dazu lädt, diese ihm nun anzeigt, welche Fähigkeiten und Kommunikationsobjekte zur Verfügung stehen.
Für letzteren Komfort bezahlt man bei KNX dann auch um die 1.000.- EUR nur für die ETS, dazu etwa das zwei bis fünffache für das KNX Gerät (gegenüber 1-Wire) und jeder Hersteller stellt für sein KNX-Gerät dann auch die in die ETS ladbare Applikation passend zu den Fähigkeiten des Gerätes zur Verfügung (für dessen Erstellung der Hersteller ein spezielles Programm benötigt, dass alleine 3.000.- EUR kostet, anschließend noch eine Applikations-Zertifizierung für weitere 5 - 10-000 EUR. Plus die laufenden Mitgliedsgebühren usw.).
Ja, man könnte so etwas generisches wie bei der ETS in KNX mit ladbaren Applikationen auch für 1-Wire bauen. Aber dann auch zu entsprechenden Kosten. Wenn ein 1-Wire Nutzer für ein komplett generisches 1-Wire Tool dann auch 1000 EUR bezahlt und alle 1-Wire Hersteller dazu bringt, dafür Applikationen zu schreiben, dann kann man darüber reden.
Damit unsere Nutzer es einfach haben, haben wir uns den Aufwand gemacht und haben diese Teilfunktionalität der ETS in etwa für unsere hauseigenen Baugruppen nachgebaut. Also - nebst automatischer Erkennung - haben wir für unsere Baugruppen jeweils eine Applikation hinterlegt, so dass man - wie in der ETS - einfach die gewünschten Parameter / Sensorwerte usw anklicken und im Server nutzen kann. Nur weil das einfach zu benutzen ist, bedeutet das nicht, dass es auch einfach zu programmieren war.
Wir haben andere Bauteile / Baugruppen nichts geblockt, schon gar nicht absichtlich, weil das nicht unserem offenen Weg entspricht. Allerdings haben wir auch nicht für fremde Baugruppen jeweils eine Applikation integriert. Weil wir das nicht bezahlt bekommen von den Nutzern oder den anderen Herstellern und wir dies auch nicht versprochen haben. Das gibt es ja selbst beim hochgelobten KNX nicht, dass der Herausgeber der ETS auch die Applikationen für alle KNX Geräte beibringt. Eben weil es nicht finanzierbar ist.
Es gab - vor Jahren - die INTERNE Order an die Entwickler, dass die wesentlichen Funktionen der häufigst benutzten 1-Wire Bausteine als Standard-APP bereitgestellt werden sollen. Ob das nun in der aktuellen SW-Version noch so funktioniert, weiß ich nicht - und ist mir jetzt hier auch egal, weil wenn wir hier so frech angegangen werden, werde ich mich (ohnehin im Urlaub befindlich) nicht engagieren.
Snoopy1309 hat geschrieben: ↑Mi Jul 13, 2022 9:43 amEs wäre allerdings super, wenn Ihr Euch auch die Mühe machen würdet und meine Beitrag/Frage auch zu lesen.
Nein. Es gibt in diesem Forum die dringende Bitte an die Moderatoren und aktiv Beitragenden, KEINE Fragen zu beantworten, wenn der Fragesteller, die Forenregeln nicht einhält.
Ist ausgiebig an anderer Stelle erklärt worden, ich werde mich nicht wiederholen.
Snoopy1309 hat geschrieben: ↑Mi Jul 13, 2022 9:43 amMeine Frage bezieht sich nicht auf irgendwelche Emulationen o.ä. (die ich auch verurteile) sondern auf reale 1wire-Sensoren die sogar schon vom Timberewolf unterstützt werden nur eben über eine Whitelist geblockt werden, nur weil diese nicht von ElabNet in irgendwelchen Produkten verkauft wurden...
Wir blocken nichts. Es gibt keine Whitelist oder Positivliste. Wir erkennen lediglich unsere Baugruppen (und fremde halt nicht). Da steht keine Absicht dahinter, außer dass wir den (nicht unerheblichen) Aufwand nicht bezahlt bekommen, weitere Bausteine oder Schaltungen des Wettbewerbs oder aus dem Bastelkeller zu implementieren. So eine Applikation für einen Baustein / eine Variante / eine Schaltung zu entwickeln, kostet mit allen Tests schnell ein paar tausend Euro.
Es mag sein, dass es vielen schwerfällt, die Kosten von Softwareentwicklung einigermaßen einzuschätzen. Für uns ist das ein sehr harter realer Fakt und daher bitten wir um Verständnis, dass wir die Frage nach der Finanzierung in den Raum stellen müssen.
Snoopy1309 hat geschrieben: ↑Mi Jul 13, 2022 9:43 amAnsonsten steige ich hier aus.
Ja bitte.
Du hältst Dich nicht an die Regeln. Dies ist MEIN Forum. Hier gelten meine Regeln. Punkt. Diese Regeln basieren auf dem Prinzip des gegenseitigen Wohlwollens, auf Respekt und auf Höflichkeit. Wer dazu nicht in der Lage ist, möge bitte draußen bleiben.
Falsche Behauptungen in die Welt zu setzen gehört nicht dazu. Ebenso gehört es nicht dazu, unserem Produkt einen "Beigeschmack" zu attestieren, weil es womöglich eine Funktion nicht beinhaltet, die zwar nie versprochen war, die Du Dir aber einbildest. Weil das ist unfair.
Snoopy1309 hat geschrieben: ↑Mi Jul 13, 2022 9:43 amAnscheinend sind aber Fragen die den "heiligen Gal" hinterfragen unerwünscht
Unsinn. Wir diskutieren hier gerne über jede Funktion. Aber in einem wohlwollenden, konstruktiven Rahmen unter Einhaltung der Regeln.
Wenn man Funktionen möchte, die bisher nicht implementiert sind, sieht der Weg hier wie folgt aus:
1. Diskussion starten hierüber mit anderen Foristen. Dies dient dem Ausloten, wieviel Interesse bei anderen daran besteht und um den gewünschten Funktionsumfang in der Abstimmung untereinander festzulegen.
2. Schreiben eines wohlgeformten Featurerequest, der die - aus der Diskussion hervorgegangenen - gewünschten Leistungsmerkmale so gut beschreibt, dass man es anhand des FR auch vollständig implementieren kann.
Soweit ausreichende Mehrheiten dafür zusammen kommen, womit dann auch die Finanzierung geklärt ist, setzen wir das gewünschte auch um. Dieses Forum ist voll von Beispielen, in welchem Umfang - und teils auch sehr kurzfristig - wir die Wünsche der Kunden umgesetzt haben. Alle hatten gemeinsam, dass sie höflich gefragt haben und die gewünschte Funktion sinnhaft und machbar war.
Ich meine schon, dass dies wirklich ein sehr demokratischer Prozess ist, den wir hier als Hersteller zur Verfügung stellen. Falls dieser schlecht oder unzumutbar sein sollte, sind wir auch gerne einem alternativen Vorschlag für einen anders geformten demokratischen Prozess aufgeschlossen.
Aber herummaulen, falsche Behauptungen in die Welt setzen und Produkte und die Menschen dahinter pauschal herabzuqualifizieren entspricht sicher nicht einer Verfahrensweise, die von der Mehrheit getragen werden würde.
Bye
Stefan