Recent Posts

Pages: 1 2 [3] 4 5 ... 10
I Found using PA_LOW and 250Khz results in the most reliable transmission, at least for testing where the devices are very close to each other.

Building a sniffer is also good to debug problems

The library is a pain, I could give you some sketches with the necessary files already built in (no need for libraries), do you only need to send, receive or simultaneously send/receive?
Programming Questions / Re: High vs Low
Last post by TomGeorge - Today at 04:02 am
4 LEDs are attached from the power on the breadboard back to the  A0-A3 connections.
Do you have current limit resistors in series with each of the LEDs?

Tom... :)
I think I may have found a source of the problem. It has two output settings, 3.3V and 5V. I tested both. 3.3V outputs as expected, but 5V is outputting 14V. Would that have killed my arduino UNO in the circuit attached, though?
Project Guidance / Overheating/failing shift regi...
Last post by bratan - Today at 03:58 am
I'd like some help with a Nixie Clock project that I've been working on for few months.
PCB finally arrived yesterday and to my surprise almost everything is working :)
But I'm kind of stuck on one problem with shift register. I'm using 3x 74HC595N chips to drive six 74141N ICs (Russian K155ID1) which in turn drive six IN-14 nixies.
Everything works with first four nixies, but last two were going on and off and not displaying correct numbers.

That's when I noticed that 3rd shift register (IC9) was extremely hot!
I replaced it and both K155ID1 chips connected to it with new ones, but problem is repeating. In fact it gets a little weird at this point. New shift register wouldn't overheat, but randomly when I send data to it or reset MCU it would stop working.  I've replaced it with another Shift Register and that one started to heat up, but not every time (i.e. I'd have to reset clock few times until it starts happening).
I checked all connections for any shorts, chip orientation, etc.  74HC595 would start overheating even if both nixie driver chips removed.  I have no clue why it's happening, it just makes no sense...
BTW brains of the clock is custom board (connected with 10 pin IDC header) running ATMega1284p (not shown on schematics) and it uses 3.3V logic.
Here's test code I'm using:

Code: [Select]

//Pin connected to latch pin (ST_CP) of 74HC595
const int latchPin = 15;
//Pin connected to clock pin (SH_CP) of 74HC595
const int clockPin = 13;
////Pin connected to Data in (DS) of 74HC595
const int dataPin = 12;
// LED Control pin
#define LED_CTRL 19
#define COMMA 14 // "dot/comma" divider

byte digits[]={
  B10001000, //00
  B10000000, //01
  B10001001, //02
  B10000001, //03
  B10001110, //04
  B10000110, //05
  B10001010, //06
  B10000010, //07
  B10001100, //08
  B10000100, //09
  B00001000, //10
  B00000000, //11
  B00001001, //12
  B00000001, //13
  B00001110, //14
  B00000010, //17
  B10011000, //20
  B00011000, //30
  B11101000, //40
  B01101000, //50
  B10101000, //60


void setup() {
  pinMode(latchPin, OUTPUT);
  pinMode(dataPin, OUTPUT); 
  pinMode(clockPin, OUTPUT);
  pinMode(LED_CTRL, OUTPUT);
  pinMode(COMMA, OUTPUT);
  digitalWrite(LED_CTRL, HIGH);
  for (int i=0; i<21; i++) {
    registerWrite (digits[i]);
    delay (1000);

void loop() {

void registerWrite(byte val){
  digitalWrite(latchPin, LOW);
  //delay (10);
   for (int i=0; i<3; i++) {
    shiftOut(dataPin, clockPin, LSBFIRST, val);
   delay (5);
   digitalWrite(latchPin, HIGH);

Your going to need a separate power supply for your relay board, especially if you try to energize more than 1 relay at the same time (or the headaches will continue). Here's a connection scheme that'll also take advantage of opto isolation (8 Relay Module shown):
Project Guidance / Re: transmit 3 input statement...
Last post by PaulS - Today at 03:56 am
please help me with midle part (transmit thre integers over network)
The Arduino that has the information needs to be a client. The Arduino that is to use the information needs to be a server.

The Arduino with the info makes a GET request:
GET /name1=value1&name2=value2&name3=value3 HTTP/1.1
The server parses the request to extract value1, value2, and value3.
Some models of MB102 have an input rated for 6V to 9V DC.  Others are 6V to 12V DC.  If your power source is, as you said, 12V AC then I suspect the MB102 is no longer working.  You should check it with a meter.
Microcontrollers / Re: 32u4 Compatible CPU (Leona...
Last post by casemod - Today at 03:55 am

Ive been investigating this and playing around with a few different solutions.

While the VUSB worked reasonably well, I ended up using this

The 16u* Series of mcu's actually suits me very well. They are less expensive than the Leonardo, and provide the USB connectivity/programming all into a single package, which is also significantly smaller in terms of footprint.

PS: I used the VUSB without the zeners, with the MCU supplied at 3.3V, works a treat!
Software / Re: Conflicto entre GPS y Serv...
Last post by EduardR28 - Today at 03:55 am
Gracias, pero sigue sin funcionar. El programa yo lo he hecho por partes, primero comprobando los valores del GPS, son correctos, pero el motor se vuelve loco. Cuando no envĂ­o los datos del GPS, el motor responde correctamente. Estuve leyendo, que puede ser un conflicto en las librerias del servo.h y el serialsoftware.h ya que usan el mismo timer o tienen algun problema con las interrupciones, pero no he visto alguna solucion.
Pages: 1 2 [3] 4 5 ... 10

Please enter a valid email to subscribe

Confirm your email address

We need to confirm your email address.
To complete the subscription, please click the link in the email we just sent you.

Thank you for subscribing!

via Egeo 16
Torino, 10131