Aktionen

Kategorie Diskussion

Lösungen

Aus BusWiki

Version vom 31. März 2006, 14:11 Uhr von MartinH (Diskussion | Beiträge) (Dank und Anregung für eine Art Musterlösung)

ich habe jetzt mal etwas umgeräumt.

  • Vielen Dank ! Hab's gesehen wie nachtaktiv Du warst! -- MartinH

Die Programmierbeispiele haben jetzt alle im Titel Musterlösung stehen und sind der Kategorie Programmier-Beispiel zugeordnet.

  • Damit scheint der Begriff Musterlösung ja akzeptiert zu werden. -- MartinH

Das neue Beispiel von Uwe Koppelrelais mit R8H hat für mich einen Platz unter Hardware-Lösung gefunden, es geht hier ja nicht um eine Programmierung, sondern eine bestimmte Verdrahtung.

Beide Kategorien habe ich in der Oberkategorie Lösungen zusammengefasst.

Das ganze bewerbe ich noch auf der Startseite als Lösungskatalog.

  • Ja, das habe ich gesehen. Aber irgendwie bin ich nicht so glücklich mit der Trennung von Hardware-Lösung und Programmier-Beispiel (= Software-Lösung). Irgendwie besteht für mich jede technische (Bus-)Lösung als Fleisch und Blut (also aus Hardware und Software). Mal überwiegen die Hardwareanteile mal die Softwareteile. Manchmal kann man das eine durch das andere ersetzen (und mittendrin gibt es noch die Zwitterlösung Firmware). Ehrlich gesagt, habe ich z.B. die aktuelle Hardware-Lösung garnicht (auf Anhieb in 30 Sekunden überfliegen) verstanden, weil mir die Anwendungsfrage dafür noch fehlt. Und etwas Software (LCN-Parametrierung) gehört ja auch dazu; etwas hat Uwe ja auch angefügt. Wenn jetzt noch eine konkretes Aufgabenbeispiel dazukommt und die Programmierung entsprechend ergänzt ist, wäre es für mich eigentlich eine normale Musterlösung (eben mit spezieller Hardwareanforderung). Da ist es für mich unerheblich, ob ein bestimmte Verdrahtung nötig ist oder ein externes Bauelement oder ein LCN-Produkt wie LCN-BMI, LCN-T8, LCN-FI usw. -- MartinH 14:11, 31. Mär 2006 (CEST)
  • Ich plädiere dafür, dass wir nur eine Art Musterlösung anlegen. Ein Anwender wird je nach seiner Anwendungsfrage die passende Musterlösung suchen und nicht erst überlegen wollen, ob es wohl eine Hardware- oder eine Software-Lösung dafür gibt. Wir können gerne in der Attribute-Sammlung einer Musterlösung ein Feld Hardware-lastig / Software-lastig einführen, um zu kennzeichnen wie das "Verhältnis" von Hardware- und Software-Aufwand ist. (Wie man dass misst, ist dann noch eine andere Frage.) -- MartinH 14:11, 31. Mär 2006 (CEST)