Recent Posts

Pages: 1 [2] 3 4 ... 10
11
Project Guidance / Re: Arduino STM32 + OLED + NEO...
Last post by wildbill - Today at 10:08 pm
I suspect that your GPS data is overflowing the buffer and being thrown away. You need to read from it on every iteration of loop whether you're displaying it or not. Also, get rid of those delays - they'll guarantee that you drop data.

Use millis so that you only display occasionally rather than all the time. WHat's likely happening now is that you get one or two characters from the GPS and then do all that LCD and serial output for every couple of characters.
12
Project Guidance / Re: Arduino MEGA interfacing w...
Last post by JVxughan - Today at 10:06 pm
Sorry for the slow reply, work has been hell. Thanks so much for replying. This is pretty much where I'd landed too!

Since my last post, I have actually discovered my problem - Not the solution however.

My problem lies somewhere in the communication from MEGA to IC. So, I realised, when I had the circuit functioning correctly it was in fact using an UNO board. So I ordered an UNO board (I broke the one I used first time around) and hey presto it worked. Sorry for the initial IDIOCY. Now my problem is i'm still too uneducated to understand the code I'm using fully. As far as i'm aware the clock line to the MCP4821 is the only pin that needs to be defined. the others are hard wired either in our out... correct???

So what do I have to change when transferring the circuit from UNO to MEGA (I need the outputs!!!) to get this thing working?????



THANKS AGAIN!!!!!!



Jordan
13
Thanks everyone.

It works fine for me:

.....

Perhaps you should show your entire sketch or try my sketch.

Thanks, your sketch does work here also, but my function in my program is still seeing the argument as true no matter what I put into the call.  My problem is obviously elsewhere in my program.

My program is spread over 20 tabs and approaching 1500 lines.  Are you sure you want me to post that?

To answer 'DangerToMyself', my editor was highlighting 'skip' as a reserved keyword, so I changed it to bSkip.
14
Audio / Re: Arduino into usb audio int...
Last post by Shinzuu - Today at 10:05 pm
There are specialized chips for this.    Here's the 1st one I found.   

"USB soundcards" use these kind of specialized chips and that's why you can buy a  complete USB soundcard for less than $5 USD, or you can get a Behringer USB-guitar interface for about $30.   These things don't have a programmable microcontroller.

You can get microcontroller chips with a "real" USB interface but writing your own firmware to work with the standard Windows or Mac USB audio drivers is "advanced programming".    Writing your own firmware and a custom driver is even more advanced.



If you want to do digital signal processing you can also get spealized DSP chips. But again this is advanced programming, some of these chips can be expensive, and you might have to buy a development kit for a few hundred dollars.   

I assume most digital guitar "stomp boxes" use DSP chips.   I'm pretty-sure most inexpensive effect boxes are analog, or maybe they use some very-simple digital processing (perhaps without a microprocessor). 



P.S.
It's not practical or economical to build something like this.   They have a team of electronic, mechanical, and software engineers and automated production equipment.   The fixed-costs are high but the variable (per-unit) costs are low.  They buy the components in bulk, the custom parts are manufactured in bulk, and assembly is done with very-little per-unit labor, and it's low-cost labor.     

For the same reasons it's not worth repairing a unit like that.   Diagnosis & repair typically requires an hour (or more) of expensive-skilled labor, and if the repair is not done at the factory the replacement parts have to be purchased & shipped in small quantities.
thank you very much sir . it was a great help . now i know where to look to
15
Français / Re: téléphone à cadran transfo...
Last post by dom5900 - Today at 10:03 pm
problème résolu. merci quand même
16
Project Guidance / Re: 4809 self programming
Last post by pert - Today at 10:03 pm
17
Deutsch / Arduino Nano Email per Wlan
Last post by dieselschnecke - Today at 10:02 pm
Hallo,
Ich habe zwei kleinere Programme für Stellantriebe, welche per Helligkeit oder Temperatur per Onewire verfahren, geschrieben. Funktioniert soweit sehr gut. Habe also schon etwas programmiert.
Ich möchte jetzt eine Meldung erzeugen und per Wlan Modul oder Gsm Modul verschicken. Es muss per Arduino Nano klappen.
Hat jemand eine Empfehlung welche Platine ich nehmen kann und welche Library? Was funktioniert zuverlässig?
ESP8266 oder ESP 01?
Hab da noch keine Ahnung.

Danke für eure Tips!

VG
Dieselschnecke
18
Français / Re: 3 boutons - 4 leds : compo...
Last post by J-M-L - Today at 10:02 pm
C'est pas le souci mais ça me choque:
Code: [Select]
const int push_A = 7;
const int push_B = 4;
const int push_C = 2;
const byte pushButtons[] = {push_A,push_B,push_C};
Pourquoi des int deviennent des byte ?? (les byte c'est mieux pour des N° de pin)

Ce serait mieux d'utiliser HIGH et LOW au lieu de 1 et 0 pour la lisibilité
19
THANK YOU! Literally looked at it for half an hour... As you can see, I made a millis "snapshot" just to not have this problem. But I forgot to use it, DOH!

Maybe it's time to go bed ::)
:) Been there done that!  Have a good nights sleep.  They funny thing is, when I saw who posted this question I was like, why would he need help for something so simple.  ROFL.
20
I desperately need help. I uploaded code to my Nano which uses the RX and TX pins via Arduin's Software Serial library, and now my nano is bricked. I can no longer upload code.

I have two nanos, both from the same place. One did not have the RX and TX code uploaded and continues to work just fine. The other one did have the RX and TX code uploaded and no longer works.

This is the error message I get upon trying to upload code to the bricked nano:
Code: [Select]
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x27


This is what I get upon trying to burn a bootloader to the bricked nano:
Code: [Select]

avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x03


In addition, the "L" LED is flickering.

The board passes the loopback test.

Is there any way I can restore my board back to the factory defaults and fix this?
Pages: 1 [2] 3 4 ... 10