-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
LED address order may be different for other people. Needs documentation . #32
Comments
Hi @dcjona, Also if you have separate strips then you may need to check your power and data connections between the them. Happy to help you work it out. Feel free to attach pictures and other things to help show your problem. |
hi, thanks for answer, it's a long 5m led that i cut .. 30led/m yes |
Thanks for the video. That seems to highlight what is going on. I think that we wired our LED strips in a different order. Therefore the LED address locations for each ball is different for you and me. Luckily I think we can solve this problem by modifying the code on your clock instead of having to rewire completely. If you look at the first image on the readme file or the img folder you can see how I ordered my LED strips and how the balls are ordered. (Keep in mind that when this is actually put in to the code, each number is one less than the ones in the image). You can see how this is implemented in the Utils.py file, specifically in the ledAddresses list. What you can do is create an image for your clock to map out how it is laid out and then change the numbers to match the order of your LEDs. Row 0 is the bottom of the clock and Row 6 is the top of the clock. I will update the image when I get home to make this more clear. The 999 addresses are necessary so do not change them. Give this a shot. It shouldn't take too much to get it to work on your clock. I can update my images and readme when I get home to make this clear to people trying this in the future. |
yes when i saw the number of the leds it's is totally different. |
totally opposite of yours :) |
It looks like you found the difference! Great! Let me know if the new ordering works out for you. If some balls don't light up just go back and check your numbers. When making a larger version (xl branch) I had to go in and double check my numbers due to me making errors when typing them in. Also glad to see you have 0-127 and not 1-128. Perfect! Would love to see a video of it in works once you get it. |
I don't think I addressed this, sorry. What you should do is replace the numbers in Utils.py with your numbers that you have, except leave the 999. Those are ghost balls/LEDs that are used for the logic. So it looks like your row 0 would go like this if I read your picture correctly... do this for each of your rows, replace the rows in Utils.py with your rows. |
Isn't it 999,999,7,20,21,34,35,48,49,62,63,76,77,90,91,104,105,118,119,999 ? Because et the end there are a Line of 3leds instead of 7. Maybee i'm wrong ? It start at 1 on the image but you start at 0 in the Utiles.py right ? So i have to take my number minus 1 ? |
no chance for me it doesn't work after modification :( |
I think it is not working because your diagram correctly lays out how the LEDs are oriented in the strips, however, it doesn't assign those LEDs to the actual balls. If you take a diagram and actually find the LED numbers that are associated with each ball, then we construct the row LED addresses from that diagram. If you notice from my diagram that the numbers zig-zag as you go up and down this is because a single line of LEDs splits between the two different columns of balls. This is confusing I understand, but please take a look at the diagram is and specifically the faint red vertical lines which represent the LED strips. I will take a look at your diagram tonight and see if I can help construct the LED addresses list.
You are right though, we need to subtract one from your numbers that you laid out. |
Ok, @dcjona, I think this guide should help you and those in the future sort this issue out. I will lay it out here once and hopefully not have to do it again! :] I imagine that I backed myself into this corner because the LED layout in the instructable or whatever guide you used told you to layout the LEDs in a certain manner. Unfortunately, I followed my own internal guidance which led us to this point. I have attached a picture of how I believe your LEDs are oriented on your board. Pay attention to the fact that you start your strip with a single LED, then a strip of 5, etc. This is different than mine so we have to adjust the LED address numbers to account for this. Using this image and drawing that I created we can see what the numbers in each ledAddresses row should be.
Now, barring any errors when typing those numbers, you should be able to copy and paste that code in your Utils.py file and it should work. I suggest trying to display a solid background color with no text to test. If one does not light up check the ledAddresses list to make sure that I didn't type any number in duplicate. For those in the future |
hi, i check you code and that's exactly what i put yesterday but it doesn't work |
Interesting. First I am wondering if you changed the setting Then try the following text into the settings.txt file once you address this. This should paint the entire board green with no text. Let me know how this turns out.
|
something strange happens : |
when i change the settings.txt ; i have the error |
Ok at least we have got all of the LEDs on now. I may have supplied you with a bad settings file or you may not be copying in correctly. Either way, we should be able to find out what those LEDs are. It still looks like some are white, right? Try this, if you boot up your clock and change the background to green, try changing the text color and see if those ball colors change. I’m wondering if they are text. Also, make sure you are checking and unchecking the content parts of the webpage. Let me know what you find out. |
I believe that this error is being cause because you did not copy the settings.txt in all as one line. Settings.txt is one line that is continuous.
this is why I am think that. Go over to settings.txt and you will see it all as one line. When you modify the board settings via the web app and then click save it modifies this settings.txt file for your board. |
Well Seen it was the problem 2 lignes. One commented. I had triés with other led and your wiring diagram and it works perfectly. I had to find the correct number for me now thanks for help |
if i want to integrated to my automation system, could you tell me how i can send text by url ? if possible? |
If you want to try and integrate a new feature go ahead and open up a new "issue" or feature request. Then we can work on integrating it. Feel free to describe it in there. You can also branch it and work it yourself locally and then try and push the branch to the repo and I can take a look. Closing this issue now. |
Just a FYI to everyone, the code on row 3 will cause issues. Seems that there is a . instead of a , between numbers 23 & 30 |
hi, for the pingpong project for me it's ok ... now i try to find for the other project 'awtrix style' , i didn't change the order of led in row but , i think it's done for pingpong ball and not for square.. see me other PR |
@dcjona , your configuration is like mine, the one from the instructable, and it should be like this:
|
thanks i will try :) |
Hi,
i have something strange, order of led is completly différent from original project?
The text was updated successfully, but these errors were encountered: