Bus-Profi Forum

Jens schrieb weiter oben:

Wenn Pro die Module als Objekte betrachten würde

Ja, dann sollten solche ID-Änderungen kein Problem(chen) mehr sein.
[hr]
Uwe schrieb weiter oben:

Der Funktionsplan ist schon "ne feine Sache (auch von mir viel genutzt), zeigt aber leider nur die "Sender"(Tasten/Kommandos). Z.B. Lämpchen, die auf Statusmeldungen schalten, sind dort nicht sichtbar. Die siehst du nur im Ausdruck des Projekts (*.rtf).

Ja, das ist leider in der LCN-Pro heute so. Auch das sehe ich ebenfalls als Manko. (=> Wunschliste)
Denn wie soll ich heute feststellen, welche Module die Resourcen eines bestimmten Moduls verwenden? Also Fragen wie "Wer alles ruft STV für die B-Tasten dieses Moduls auf?" oder "Wer alles setzt die Lämpchen in diesem Modul?".
Am liebsten würde ich mir solche Fragen in einer LCN-Entwicklungsumgebung mit graphischer Ansicht beantworten lassen: z.B. durch rote Pfeile, die von X Stellen aus auf die markierte Resource in einem Modul zeigen.

Gruss, Martin - der als Informatiker auch schon mal zu (Bunt)Stiften greift, um seine eigenen Programme zu verstehen. ;-)

Raumzuordnung : .. An der Treppe jeweils anfangen und dann im Uhrzeigersinn drehen

Interessant, so habe ich es bei mir auch angefangen.
Pro Raum verwende ich immer 10-er Sprünge bei der ID-Vergabe. Das erlaubt bis zu 10 Modulen in einem Raum.
Pro Wohnebene immer 100-er Sprünge (also 0-99, 100-199, 200-255). Das erlaubt bis zu 10 Räume pro Ebene / bzw. nur bis zu 6 Räumen im DG (oder UG) mit ID 200-255.
Allerdings sollte man im unteren ID-Bereich (5-20) noch etwas Platz reservieren, wenn man ein Modul mit kritischen Funktionen mit kleiner ID versorgen möchte, da kleine ID bei der Kommunikation bevorzugt behandelt werden.

Vielleicht sollten wir allgemeine Ratschläge/Varianten für die ID-Vergabe im LCN-Wiki dokumentieren?

Gruss, Martin - der sein Haus auf drei Ebenen begrenzt hat, damit die ID Vergabe klappt.

und jetzt den Test noch mal mit dem neuen LCN-PK - die USB-Adapter sollen ja damit besser gehen [Biggrins]

Nee Uwe, ich hatte Glück, mein NoName Adapter tuts hervorragend mit meinem LCN-PC :-O

Denn wie soll ich heute feststellen, welche Module die Resourcen eines bestimmten Moduls verwenden?

Das finde ich auch am verwirrendsten. Am übersichtlichsten aus meiner Sicht wäre so eine Art PAP.

Vielleicht sollten wir allgemeine Ratschläge/Varianten für die ID-Vergabe im LCN-Wiki dokumentieren?

Ja Martin, wäre sicher nicht schlecht. Habe jetzt nicht nachgezählt, aber zwei oder drei Leidensgenossen bzgl. "Modulumschießen_per_Hand" sind wir ja hier im Thread und die Modulzuordnungsstrategien sind auch ziemlich ähnlich.
Ich schau mal in den nächsten tagen, ob und wie ich das mal zusammenfassen kann.

Viele Grüße - Jens

mein NoName Adapter tuts hervorragend

jepp, ich habe auch so einen :-O

Auch meine Installation ist weitestgehend rechtsdrehend ... ;-)
"Leidensgenossen" sind wir hier eigentlich alle, wir haben alle mal angefangen (und Fehler gemacht).
Ich kenne nur wenige, die sich vorher so weit vorgebildet haben ...

Für diejenigen, die vorher lesen möchten, wird das Wiki immer besser

... und es gibt doch ein Prinzip für die Perfektion :-O
Uwe

nur als kleine Anmerkung, @Martin:

Denn wie soll ich heute feststellen, welche Module die Ressourcen eines bestimmten Moduls verwenden? Also Fragen wie "Wer alles ruft STV für die B-Tasten dieses Moduls auf?" oder "Wer alles setzt die Lämpchen in diesem Modul?".

Ob B1 durch einen angeschlossenen Binär- oder Stromsensor, eine Taste der Fernbedienung, einem Schwellwert oder von einem Modul xy via Sende Taste angesteuert wird, soll die LCN Pro an was erkennen, wenn diese parallel möglichen Quellen vorhanden sind? Fest verdrahten? NEIN! Das sind doch einige der wenigen Dinge, wo man mit LCN noch ein bisschen trickreich und innovativ prog^Hparametrieren kann.

In dem Fall reicht nicht nur Modul nn /B1 x als Quelle, es darf gar nicht mehr sein! Zusätzlich angezeigter Kommentar ist i.O.
LCN Parametrierung ist bereits ausreichend vereinfachkompliziert (c), noch mehr Einschränkungen machen es nicht besser, das Gegenteil wäre der Fall. Schau dir meine schaurige UPP Pseudopositionierung an, das hätte man selbst auf einer Seite Basic besser, übersichtlicher und anpassbarer machen können, sogar mit GOTOs.

Thomas

Original von Beleuchtfix
Bei der Pro kann man eigene Modulprogrammierungen abspeichern.

Nach meiner Vermutung (ich habe das noch nicht getestet, müsstes du ein Modul umbenennen (also die neue ID einspeichern) es dann löschen und die eigene Programmierung zuordnen.

Das Ganze habe ich jetzt einmal ausgetestet, und es geht natürlich nicht :-(
Ich habe ein aufwändig programmiertes Rollladenmodul abgespeichert und dann als neue Modul eingefügt (für einen weiteren Rollladen). Selbst die "Internen Referenzen" bleiben dem Ursprungsmodul zugeordnet. Bei einer gut ausgenutzten Parametrierung über alle 4 Tastenebenen ist es schon lästig.
Florian

Die gespeicherte Programmierung ist ideal zum Modulaustausch (1:1).
Für die "erweiterte" Programmierung sollte (müsste - k.A. - habe ich noch nie gebraucht/benutzt) man LCL verwenden.
Mit entsprechendem Macro (evtl. auch durch den Macro-Generator erstellt) können auch wechselnde IDs erzeigt werden.

Für Anfänger halte ich das für ausgeschlossen (wegen fehlender Erfahrung) ... und ob sich der Aufwand für das EFH "lohnt" (der Macro-Generator von Demmerle ist ja mittlerweile zur Shareware erklärt) ...

Bei der Gruppierung "Sinn/Unsinn" würde ich mich zu Thomas stellen ... ;-)

Gruß, Uwe - ... ein paar Klicks ... und ... es geht :-O

Hallo, wo gibt es den denn aktuell zu download? Alle Links, die ich gefunden habe führen ins Internet Nirwana.

Gruß
Florian

das Nirwana endet
hier

Uwe

Original von MartinH
Vielleicht sollten wir allgemeine Ratschläge/Varianten für die ID-Vergabe im LCN-Wiki dokumentieren?

Dafür eignet sich die neue Kategorie Planung. Jetzt muss nur noch einer den Artikel schreiben ;-)
Gruß
Florian