freebus.org

Erst mal ein dickes Lob an alle ! Echt klasse was Ihr schon alles erfolgreich umgesetzt habt.

Habe gerade alle Bauteile für das rs interface und den Prog-Adapter bei Reichelt geordert.
Werde mich jetzt damit intensiv befassen.

Meine erste Frage gilt den RS Interface. Wie es möglich die Baudrate auf 9600 zu ändern ?
Geht sicherlich im Hex File oder muß ein neuer Source generiert werden ?

Gruß...

CBMOD

Hi,

das müsste man neu kompilieren für 9600 Baud. Sag bescheid wenn du soweit bist.

Tip: pass auf mit dem LM317 von reichelt, die haben oft spiegelverkehrte verschickt, sollte jetzt ok sein, aber unbedingt spannungen prüfen bevor du den lpc anschliesst...

Gruß
Andreas (kubi)

Danke nochmals für den Tipp !
Hoffe es dauert nicht ewig bis das Teil läuft. Werde mich jedenfalls nochmals melden !

Gruß...

CBMOD

Cool, cool, cool !!!!

ich bin soweit - kann senden und empfangen. Echt super !!!
Wenn Du jetzt noch auf 9600 kompilieren könntest wäre echt spitze !

Gruß...
Andi

Hi Andi,

anbei die RS-Interface mit 9600Baud. Ich geb keine Garantie für timing-Probleme. habs aber getestet und lief soweit. Hast gleich schon ein neues feature drin: es wired der Wert von 265 beliebigen Gruppenadressen gespeichert. Mit fbrgaxx/x/xxx kannst jederzeit auslesen was der letzte Status war.

Würd mich über feedback freuen. (auch bugs)

Gruß
Andreas (kubi)

Muß ich diese Adressen anlegen ?

Im RS-Interface nicht. In ETS natürlich schon. Das Interface lauscht am Bus und speichert alles was so hin und hergesendet wird. (natürlich nur Multicast-Telegramme, also Gruppenadressen)

Schließ das Interface mal an, drück irgendwo einen EIB-Taster und frag dann mit fbrgaxx/x/xxx die Gruppenadresse ab. Mehr ists nicht. Beim Neustart des Interfaces wird die interne Tabelle aber gelöscht!

Gruß
Andreas (kubi)

Hi Andi,

hab die SW jetzt getestet - der Empfang hat sofort geklappt !
Allerdings habe ich mit dem senden Probleme - selbst das setzen der pys.Addresse
bekomme ich kein OK.
Komischerweise habe ich die "alte" Software eingesetzt und das gleiche
Problem.
Ich habe derzeit den Programmieradapter als Pegelwandler eingesetzt um mit dem PC zu testen.
D.h. für die Programmierung verbinde ich Pin 2-6 des 6pol. Verbinder zwischen
RS Interface und den Programmer. Dabei bleibt der LPC im RS Interface. Somit stelle
ich ja sicher, daß die Hardware (RX/TX)funktioniert.
Für den Betrieb Verbinde ich nur Pin 4-6 des 6pol. Verbinder und setze den Jumper am RS Interface
zwischen Pin1-2 am 6pol. Verbinder.

Jetzt habe ich in meiner Verzweiflung einen zweiten neuen LPC verwendet - leider auch kein Erfolg.
Fällt Dir dazu was ein ? - Freue mich ueber jeden Tipp !

Gruß...
Andi

Hi,

schau mal ob du eine Masseschleife hast. Das kann gewaltig stören. Ich habs nochmal mit fbspa probiert, das geht. Da kommt auch ein OK. Vergiss nicht, dass du CR LF senden musst!


Gruß
Andreas (kubi)

Hallo Andreas,

habe mich heute mal intensiv mit dem Interface beschäftigt.
Bis jetzt sind keine Bug's aufgetaucht aber ein paar Schönheitsfehler.
Vielleicht kannst Du ja daran was drehen....

1. fbrgaxx/x/xxx auf eine noch nicht bekannte Adresse liefert 65535 als Rückgabe
- meiner Meinung nach solltest Du entweder keine Antwort senden oder falls möglich den aktuellen Wert ueber den Bus abfragen (das wäre echt klasse !)

2. fbrgaxx/x/xxx auf eine bekannten Adresse liefert nur "1 <CRLF>"
- was voll super wäre und auch zum auswerten innerhalb der nachgeschalteten Applikation
ist die Ausgabe wie ein Bus Event z.B.
fbrgaxx/x/xxx <CRLF>
01/1/003=1 <CRLF>

Gruß...
Andi

Hi Andi,

danke für das Testen und deine Tips.

Zu Punkt 1:
Ich habe mich zunächst absichtlich für die Ausgabe von 0xFFFF=65535d entschieden, da man das auch leicht auf der Anwenderseite auswerten kann. Natürlich könnte ich in dem Fall auch gar nichts senden, jedoch könnte es theoretisch ja auch den 16 Bit Wert 65535 zu einer GA geben. Das kann dann nur die Anwenderseite wissen. Oder ich müsste ein zusätzliches Gültigkeitsbit intern vorsehen. Das Auslesen des Wertes über den Bus habe ich mir deswegen verkniffen, da ich festgestellt habe, daß z.B. meine Rolladenaktoren auch auf das Response-Telegramm beim Lesen reagieren. Als alle Rolläden unten waren (weil dunkel), einer jedoch manuell oben, weil meine Frau im Garten war, hatte ich den Wert des Dämmerungsschalters gelesen und runter war der Rolladen...

Zu Punkt2:
Das kann ich problemlos einbauen. Man kann dann allerdings nicht mehr unterscheiden, ob das Telegramm am Bus gerade gesendet wurde oder ob man es aus der internen Datenbank gelesen hat. Könnte man aber auch Anwendungsseitig lösen.

Da ich beide Vorschläge im Prinzip gut finde, sollten wir nochml überlegen, ob wir das wirklich so haben wollen. Vielleicht melden sich ja auch andere Anwender mal zu Wort. Dann mach ich mich an die Umsetzung.

Gruß
Andreas (kubi)

Fas wie bei mir - meine Frau sitzt auch immmer alleine im Garten weil ich vor der Kiste sitze - ist vermutlich das sogenannte Andi Syndrom

Vielleicht kannst Du ja jeweils ein Bit verbraten um die Einstellung per Commando zu aktivieren.

Gruß...
Andi