fnordlicht

fnordlicht@koeln.ccc.de

149 discussions

Re: [fnordlicht] RS485 Steuerung: Video
by Pohl 21 May '09

21 May '09

Hi Frederik Frederik Krämer schrieb: > > Das sieht doch mal gut aus. Ich glaub dann werd ich mich demnächst > doch auch mal daran machen müssen ;) > > Hast du irgendwo nähere Infos und Bilder zu der Platine? Siehe angehängtes PDF (nein nicht mit eagle gemacht, sondern von Hand mit Corel Draw). Kleine Anmerkung noch: Die Fertigungstolleranzen der Grönö sind anscheinen ganz lustig, so dass sie unten innen locker mal 1 cm enger ist als oben. Ich hatte schon nen Fall, wo ich ein paar Leiterbahnen vom Rand weggefeilt hab und dann durch Drähte ersetzen musste, sonst ging die Platine nicht rein. Aber an den LEDs musste ich bisher noch nix wegfeilen :o) Viele Grüße, Chris

1 0

RS485 Steuerung: Video
by Pohl 20 May '09

20 May '09

sodale es funzt.... http://www.youtube.com/watch?v=pbHDO5hB4GU

1 0

RS485 diverses
by Christian Pohl 14 May '09

14 May '09

Hi Leute also erst mal hab ich das Protokoll jetzt kapiert :o) Befehl 0x01: Reset, keine Daten 0x02: Set Color, 3 Byte Daten: je kanal 1 Byte 0x03: Fade to color: 5 Byte Daten: 2Byte für den 16-bit Zeitwert (größer = schneller) 1. Byte HByte 2. Byte. LByte des 16 bit Wertes, dann je Kanal 1 Byte Leider habe ich keine Zeitinfo gefunden, also welcher Zeitwert welche Geschwindikgeit bedeutet, laut Messung habe ich bei Helligkeitswechels 200-->0 mit Zeitwert hbyte 0 lbyte 100: 4 Sekunden. Ein Problem: Dann noch ein kleines Aufpassen aufgrund der RS485 Adressabfrage, das mir gestern aufgefallen ist, als ich schon mal 2 Lichter an den Bus gehängt habe und nicht im Broadcast gearbeitet habe: Erst mal der relevante Programmabschnitt (fnordlicht.c) ---snip--- if (UCSR0A & _BV(MPCM0) || address) { /* if MPCM mode is still active, or ninth bit set, this is an address packet */ /* check if we are ment */ if (data == 0 || data == RS485_ADDRESS) { /* remove MPCM flag and reset buffer fill counter */ UCSR0A &= ~_BV(MPCM0); fill = 0; continue; } else {/* turn on MPCM */ UCSR0A |= _BV(MPCM0); continue; } } ---snap--- Also MCPM aktiv oder 9tes bit gesetzt * Ja: Überprüfen, ob ich gemeint bin. ** Ja: MCPM aus und weiter --> Alles in ordnung, Befehlsausführung ** Nein MCP an und weiter --> hier hakt es, wenn das nächste Paket kommt, dass die Daten ja für eine andere Adresse enthält Die Schleife von neuem (war ja vorhin nicht meine Adresse) MCPM aktiv oder 9tes bit: 9tes Bit nein, aber MCPM aktiv: also Adresse prüfen: haben die Daten meine Adresse, geh ich in die Befehlsausführung rein, obwohl das Daten-Paket nicht für mich gedacht ist. (das vorherige Adress-Paket war ja nicht für mich), naja interessante Lichteffekte. *Grumel* mal was überlegen... Muss man eigentlich auf MCPM-Mode _prüfen_, denn Adressen sind ja gerade über das 9te bit definiert...? Eine dirty Lösung wäre dafür zu sorgen, dass keine Adresse in einem Datenpaket vorkommt. Also Adresse != 0x01 0x02 0x03 (Das sind ja die Befehle) und entsprechend Datenwerte != der gewählten Adressen. Naja *Würg* :o( Viele Grüße, Chris

1 0

Fwd: [fnordlicht] fnordlicht i2c
by Frederik Krämer 13 May '09

13 May '09

Hi Chris, das hört sich doch schonmal nicht verkehrt an genauso wollte ich das eigentlich auch haben, da ich die Licher gerne mit einem OpenWRT Gerät steuern wollte. Entweder ne WRT54G oder ne Fonera da bin ich mir noch nicht sicher aber den WRT hab ich eh noch über von daher wirds darauf hinauslaufen. Wäre natürlich nicht schlecht wenn die Steuerung auch an einem PC funktionieren würde. Könntest du mir deinen Code mal zukommen lassen ich würd mir die Änderungen ganz gerne mal anschauen. Ich hab gestern mal getestet mein Fnordlicht mit meinem USB->UART Adapter zu verbinden. Tendenziell hat sich was getan nur nicht das was ich wollte. Aber ich werde da glaub nochmal mit dem Adapter rumspielen müssen. Grüße Frederik Am 7. Mai 2009 20:22 schrieb Pohl <temp2006(a)pohlcity.de>: Frederik Krämer schrieb: > >> >> So ich hab mich mal ein wenig eingelesen und gestern auch die Paderborner >> Firmware ausgetestet, die blinkt bei meinem Licht allerdings nur wild rum. >> >> Der RS485 nutzt ja den UART des Fnordlichts und da ich eine externe >> Steuerung der Lichter angestrebt habe muss ich mir da noch was überlegen. >> Aber ich werde wohl auf den RS485 setzen. Gibts da irgendwo mehr >> Informationen drüber als das was in RS485-PROTOCOL steht? >> >> Vor allem wie ich die Dinger dann adressiere ist mir momentan noch ein >> kleines Rätsel >> > Hi Frederik, > > also was ich rausgelesen habe aus dem aktuellen Code: > 1. Ansteuerung nur über etherape, da 9-bit über seriell/RS485 > 2. Ansonsten steht die Adresse im Makefile (RS348_ADDRESS) > 3. Befehle siehe fnordlicht.c (sind ordentlich kommentiert) > > ich habe meine Hardware soweit, dass die ganze RS485 Sache läuft, das > fnordlicht macht auch was > Softwareanpassungen: > 1. 8 bit (mehr geht mit einem PC nicht), nur 19200 baud - da muss > allerdings am Protokoll gedreht werden, da urspünglich das 1. Bit für die > erkennung Adresse/Befehl war > 2. naja bin noch am basteln, aber das Licht reagiert immerhin, auch wenn > momentan noch im "debug"-modus, da ich das Protokoll noch anpassen muss > 3. Einweg-Steuerung, d.h. die Hardware ist so gebaut, dass auf > fnorlichtseite nur empfangen werden kann. > > Wenn Du willst, stell ich mal meinen Kram zusammen und schick in Dir. > > Viele Grüße, > > Chris > >

2 4

fnordlicht i2c
by Frederik Krämer 07 May '09

07 May '09

Mahlzeit, ich hab mir vor kurzem mal recht spontan ein fnordlicht gebaut und hätte nun aber gerne mehr davon, allerdings sollten diese dann in irgendeiner Weise vernetzt sein. Mein bisherige Idee ist die Lichter über den i2c Bus zu vernetzen allerdings finde ich da wenig Doku drüber bzw. in der Firmware ist es ja auch nicht wirklich eingebaut so wie es aussieht und die Firmware vom Chaostreff Paderborn finde ich einfach nicht mehr. Oder sollte ich doch lieber RS485 verwenden um das ganze zu vernetzen, das scheint ja besser integriert zu sein.

2 3

Anfängerfrage zur Programmierung
by Nicolas Berens 07 Apr '09

07 Apr '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo zusammen, Ich hätte eine Kleine Frage zur Programmierung vom Fnordlicht Ich habe folgenden Adapter: http://shop.embedded-projects.net/product_info.php?info=p42_AVR-Parallel-Po… er hat nen Stecker mit 2x5 Pins, der Anschluss am Fnordlicht (der Bausatz von lochraster.org) hat aber 1x6 pins .... das passt irgendwie nicht ;) ich will mir jetzt nen Adapter bauen, nur welcher pin muss auf welchen ? Ich persönlich hab absolut keine Ahnung da es das erste mal ist dass ich mich mit Microcontroller und Programmierung beschäftige ... kann mir da jemand nen tipp geben ? Danke schonmal im voraus, nicolas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknaXBUACgkQBmrBqbH45fC1MgCdHL7OgFYkLbwkG/nOBfxPuQgn yU0An1Tc2GOMksyoxj1p+QjfeLe8cZD/ =j1UN -----END PGP SIGNATURE-----

2 1

zu haben: Led Panel, 16x16 rot/grün
by Max 18 Mar '09

18 Mar '09

Hallo fnords! Einige von euch haben vieleicht schon von den Toshiba 16x16 rg LED-Modulen mitgekriegt die seit einiger Zeit im Umlauf sind. Ich bin froh euch nun mitteilen zu können, dass ich weitere Module aufgetrieben habe und ihr sie euch unter http://snes2wii.isgreat.org/?page_id=58 bestellen könnt. Es gibt mitlerweile Support für die Module im ethersex-Projekt, sodass man auch Blinkenfilme etc. direkt anzeigen kann. In den nächsten Tagen wird wohl auch Kaskaden-Support dazukommen, d.h. man kann mehrere Module zusammenschrauben und über deren Daten Bus direkt als "großes" ansprechen. Vielleicht hat ja der ein oder andere auch Lust drauf damit zu basteln.. Viel Spaß & Viele Grüße, Max

1 0

Reichelt Warenkorb Link
by Feuerrot＠gulli 25 Dec '08

25 Dec '08

Da schon Reicheltbestellnummern dabei sind, habe ich mal ein Warenkorb zusammengestellt, der allerdings noch eventuell mit anderen LED's ausgestattet werden muss. Hier der Link: https://secure.reichelt.de/?;ACTION=20;LA=5011;AWKID=114219;PROVID=2084 Gruß Feuerrot

1 0

Re: [fnordlicht] i2c u. Master-/Slave-Konfiguration
by Johannes Nittinger 12 Jun '08

12 Jun '08

Hallo! 2008/6/9 Arne Schwabe <schwabe(a)uni-paderborn.de>: > SOrry meine Schuld. Beim SVN server war noch was falsch eingestellt. > Probier nocmal. > Vielen Dank, das Runterladen der cccPb Firmware läuft mittlerweile. Ich vermute das es einfacher ist die RC5 Unterstützung in den cccPb Code zu implementieren als I2C in den der fd0 Firmware. Leider bekomme ich da nen dicken Fehler: ---------------------------------start----------------------------------- johannes@liese:~/cccpb/fnordlicht/src$ make avr-gcc --version avr-gcc (GCC) 4.2.2 Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. echo -n 'const char* svn_version(void) { const char* SVN_Version = "' \ > svn_version.c svnversion -n . >> svn_version.c echo '"; return SVN_Version; }' >> svn_version.c main.c avr-gcc -c -I. -O2 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -mmcu=atmega8 -Wa,-adhlns=main.lst -DI2C_ADDR=0x77 -DMASTER=1 main.c -o main.o avr-gcc main.o -Wl,-Map=main.map,--cref -mmcu=atmega8 -o main.elf main.o: In function `fade_to_color': main.c:(.text+0x74): undefined reference to `desired_colours' main.c:(.text+0x78): undefined reference to `desired_colours' main.c:(.text+0x7c): undefined reference to `desired_colours' main.c:(.text+0x80): undefined reference to `colours' main.c:(.text+0x84): undefined reference to `colours' main.c:(.text+0x88): undefined reference to `colours' main.c:(.text+0x8c): undefined reference to `colours' main.c:(.text+0x90): undefined reference to `colours' main.o:main.c:(.text+0x94): more undefined references to `colours' follow main.o: In function `fade_to_color': main.c:(.text+0x98): undefined reference to `fade_speed' main.c:(.text+0x9c): undefined reference to `fade_speed' main.c:(.text+0xa0): undefined reference to `fade_speed' main.c:(.text+0xa4): undefined reference to `fade_speed' main.c:(.text+0xa8): undefined reference to `fade_speed' main.o:main.c:(.text+0xac): more undefined references to `fade_speed' follow main.o: In function `fade_to_color': main.c:(.text+0xb6): undefined reference to `more_fading_necessary' main.c:(.text+0xba): undefined reference to `i2c_broadcast_colors' main.c:(.text+0xce): undefined reference to `uart_print_uint8' main.c:(.text+0xd4): undefined reference to `i2c_enque_message' main.c:(.text+0xde): undefined reference to `i2c_enque_message' main.c:(.text+0xe8): undefined reference to `i2c_enque_message' main.c:(.text+0xea): undefined reference to `i2c_sendout_buffer' main.o: In function `fade_to_color_and_spinlock': main.c:(.text+0x10a): undefined reference to `more_fading_necessary' main.c:(.text+0x112): undefined reference to `uart_work' main.c:(.text+0x114): undefined reference to `i2c_sendout_buffer' main.c:(.text+0x118): undefined reference to `more_fading_necessary' main.o: In function `main_work_loop': main.c:(.text+0x13e): undefined reference to `uart_work' main.c:(.text+0x140): undefined reference to `i2c_sendout_buffer' main.c:(.text+0x144): undefined reference to `fade_modus' main.c:(.text+0x14c): undefined reference to `more_fading_necessary' main.c:(.text+0x170): undefined reference to `more_fading_necessary' main.c:(.text+0x172): undefined reference to `uart_work' main.c:(.text+0x174): undefined reference to `i2c_sendout_buffer' main.c:(.text+0x178): undefined reference to `fade_modus' main.o: In function `__vector_8': main.c:(.text+0x1a6): undefined reference to `uart_puts' main.o: In function `__vector_9': main.c:(.text+0x1f0): undefined reference to `uart_puts' main.o: In function `main': main.c:(.text+0x21e): undefined reference to `uart_init' main.c:(.text+0x224): undefined reference to `uart_puts' main.c:(.text+0x22a): undefined reference to `uart_puts' main.c:(.text+0x22c): undefined reference to `i2c_init_master_transceiver' main.c:(.text+0x236): undefined reference to `pwm_init_timer_interrupt' main.c:(.text+0x23a): undefined reference to `colours' main.c:(.text+0x23e): undefined reference to `colours' main.c:(.text+0x242): undefined reference to `colours' main.c:(.text+0x246): undefined reference to `colours' main.c:(.text+0x24a): undefined reference to `colours' main.o:main.c:(.text+0x24e): more undefined references to `colours' follow make: *** [main.elf] Fehler 1 johannes@liese:~/cccpb/fnordlicht/src$ -------------------------------ende------------------------------------- Evtl irgendeine Idee? vllt. die avrlibc Version oder so? Ich habe avr-libc 1.4.7 und avr-gcc 4.2.2 - was mich auch wundert ist das keine datei main.h existiert. Ist das Absicht? Ich hatte mir euren Code vor ner ganzen Weile (ein Jahr oder so) schonmal angesehen und meine mich zu erinnern das ihr irgendwo in einem wiki eine ganze Menge dokumentiert hattet. Existiert das noch irgendwo? Habe leider nichts gefunden Danke schonmal für die Hilfe! Gruß, Johannes

1 1

i2c u. Master-/Slave-Konfiguration
by Johannes Nittinger 09 Jun '08

09 Jun '08

Hallo! Nachdem meine fnordlichter nun schon bestimmt 2 Jahre rumliegen hab ich heute endlich mal wieder angefangen meinen alten plan aufzunehmen: ich möchte mehrere fnordlichter zusammen per RC5 Fernbedienung und OpenWRT Router steuern. Das mit der IR Fernbedienung habe ich heute schon hinbekommen, die Steuerung über den (noch nicht vorhandenen) seriellen Port des OpenWRT Routers dürfte auch keine allzugroße Sache werden, da es seriell über den PC ja schon klappt. Mein einziges Problem ist jetzt nur, wie ich sozusagen ein fnordlicht als Master einrichte und die anderen (als Slaves) dazu bekomme exakt das zu tun was der Master auch macht. Die ganzen Scripte etc interessieren mich da garnicht, ich möchte halt nur das der Master zyklisch seine aktuelle Helligkeit in den Bus feuert und die Slaves diesen Wert dann auch übernehmen. Spontan lacht mich da der I2C Stecker am fnordlicht an, dazu habe ich jedoch recht wenig Doku gefunden. Im Code (NG 0.2) habe ich in der config.h hinweise gesehen das das mit dem I2C atm nicht funktioniert, daher würde mich einfach interessieren inwieweit dieser i2c code nun (nicht) funktioniert. habe vom i2c bus leider recht wenig ahnung, aber eine 'Draht'-verbindung erscheint mir für das was ich vorhabe am sichersten und einfachsten. dann braucht auch nicht jedes fnordlicht einen IR-Empfänger, die I2c büchse ist ja eh schon dran und ein stromkabel muss auch sowieso hin. Falls ihr andere Ideen habt immer raus damit. Ansonsten erstmal allen ausser den Polen viel Spaß beim Polenspiel ;) Gruß, Johannes

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

fnordlicht