Habe jetzt im Beitrag von gestern die Datei hochgeladen.
Ich hatte nicht aufgepasst: .hex Dateiendungen sind nicht erlaubt als Anhang.
HEX-File für FT1.2 Adapter ARM
Re: HEX-File für FT1.2 Adapter ARM
Ich konnte, mit der hex von Christian und eibd, die Kommunikation mit ETS5 herstellen. Danke!
Im Wiki steht, dass große Applikationen beim ARM abbrechen würden. Hierzu ist mir eventuell etwas aufgefallen, wobei ich kein Elektro-Experte bin: Die TX-Verbindung zwischen ARM und RPi hat 2x 330 Ohm Widerstände R27 und R53. Wenn man jedoch den "alten" LPC bestücken würde, dann hängt lediglich R27 zwischen dem RPi-Pin und dem LPC-Pin, also nur 1x 330 Ohm. Ich habe nun bei mir lediglich den R27 bestückt und den R53 weggelassen bzw. dort 0R bestückt (sonst besteht ja keine Verbindung zwischen ARM und RPi). Ich hoffe ihr versteht was ich meine![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
Eventuell kann ja mal jemand erklären, wieso der R53 bei der Bestückung für den ARM in der TX-Verbindung noch hinzugekommen ist.
Im Wiki steht, dass große Applikationen beim ARM abbrechen würden. Hierzu ist mir eventuell etwas aufgefallen, wobei ich kein Elektro-Experte bin: Die TX-Verbindung zwischen ARM und RPi hat 2x 330 Ohm Widerstände R27 und R53. Wenn man jedoch den "alten" LPC bestücken würde, dann hängt lediglich R27 zwischen dem RPi-Pin und dem LPC-Pin, also nur 1x 330 Ohm. Ich habe nun bei mir lediglich den R27 bestückt und den R53 weggelassen bzw. dort 0R bestückt (sonst besteht ja keine Verbindung zwischen ARM und RPi). Ich hoffe ihr versteht was ich meine
![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
Eventuell kann ja mal jemand erklären, wieso der R53 bei der Bestückung für den ARM in der TX-Verbindung noch hinzugekommen ist.
Re: HEX-File für FT1.2 Adapter ARM
Hi Tobi,
ich kann dir zwar nichts dazu sagen, warum es bei der ARM Version zusätzlich den R53 gibt ... aber zu meinem Wiki-Eintrag: Vielleicht muss ich nochmal überlegen, wie ich das besser rüber bringen kann. Ich denke, du hast das falsch interpretiert ...
Abbrüche passieren bei mir immer dann, wenn ich versuche mit RPi Hat LPC922-Variante "große Applikationen" auf einen ARM zu spielen. Eine sehr einfache, kleine Applikation lief schon mal durch.
Wenn ich mit dem EIBD von der ARM Version des RPi hat programmiere, passt alles, auch bei ARM Geräten (meistens zumindest, ich habe mit EIBD noch nicht so viel herumgespielt, weil ich ja erst mal meine Zeit mit dem KNXD verbracht habe, um dann festzustellen, dass ja manche Probleme wohl von dem kommen).
Wenn das "so einfach" mit dem zusätzlichen 330R Widerstand zu erklären wäre, dann wäre das ja eher ein Argument dafür, diesen auch in der LPC922er Variante rein zu bauen.
Das wird aber nicht so easy sein... für die Erklärung würd ich aber auf die Profis verweisen.
Grüße
Christian
ich kann dir zwar nichts dazu sagen, warum es bei der ARM Version zusätzlich den R53 gibt ... aber zu meinem Wiki-Eintrag: Vielleicht muss ich nochmal überlegen, wie ich das besser rüber bringen kann. Ich denke, du hast das falsch interpretiert ...
Abbrüche passieren bei mir immer dann, wenn ich versuche mit RPi Hat LPC922-Variante "große Applikationen" auf einen ARM zu spielen. Eine sehr einfache, kleine Applikation lief schon mal durch.
Wenn ich mit dem EIBD von der ARM Version des RPi hat programmiere, passt alles, auch bei ARM Geräten (meistens zumindest, ich habe mit EIBD noch nicht so viel herumgespielt, weil ich ja erst mal meine Zeit mit dem KNXD verbracht habe, um dann festzustellen, dass ja manche Probleme wohl von dem kommen).
Wenn das "so einfach" mit dem zusätzlichen 330R Widerstand zu erklären wäre, dann wäre das ja eher ein Argument dafür, diesen auch in der LPC922er Variante rein zu bauen.
Das wird aber nicht so easy sein... für die Erklärung würd ich aber auf die Profis verweisen.
Grüße
Christian
Re: HEX-File für FT1.2 Adapter ARM
Hi Christian,
dann habe ich das tatsächlich falsch interpretiert
Ich habe den Wiki-Eintrag aber auch nur schnell überflogen..
Dann scheint der R53 ja keine Probleme zu machen, und ich gehe von keiner Verbesserung aus, wenn
man für den TX-LPC-Pin auch noch einen zusätzlichen 330Ohm Widerstand einlötet...
Da es minimal hier zum Thema passt:
Gibt es eigentlich einen Grund KNXD anstatt EIBD zu verwenden? Ich frage, weil ja FT1.2-ARM mit EIBD besser zu laufen scheint.
dann habe ich das tatsächlich falsch interpretiert
![Smile :-)](./images/smilies/icon_e_smile.gif)
Dann scheint der R53 ja keine Probleme zu machen, und ich gehe von keiner Verbesserung aus, wenn
man für den TX-LPC-Pin auch noch einen zusätzlichen 330Ohm Widerstand einlötet...
Da es minimal hier zum Thema passt:
Gibt es eigentlich einen Grund KNXD anstatt EIBD zu verwenden? Ich frage, weil ja FT1.2-ARM mit EIBD besser zu laufen scheint.
-
- Beiträge: 645
- Registriert: 17. Mai 2013, 20:57
- Kontaktdaten:
Re: HEX-File für FT1.2 Adapter ARM
Hallo, ich hatte damals die Schaltung gemacht. Wir wollten mit dem 330 Ohm R die TXD zueinander entkoppeln. Es sollte möglich sein, beide Prozessoren eingelötet zu haben, damit beim Entwickeln der ARM software man auf die LPC922 Referenz zugreifen könnte. Wie das aussieht ist mir das etwas unglücklich gelungen. Ich schreibe von "wir" da ich mit anderen Leuten diesbezüglich in Kontakt stand. Ich denke für den reinen ARM Betrieb kann man 330+0 oder 150+150 Ohm verwenden.
liebe Grüße
Andreas
Andreas